Я унаследовал сервер, и первоначальной команды администраторов больше нет. У нас есть действующий сервер, который работает, но я пытаюсь успешно преобразовать его в AMI для масштабирования AWS.
Клоны работают, за исключением функции чата. Он использует приложение Node.js для общения в чате. Mongodb - это база данных чата.
Я изменил конфигурацию приложения. json, чтобы указать mongoDB на правильное полное доменное имя балансировщика нагрузки, и mongo, похоже, запускается нормально.
Однако на работающих (исходных) серверах журнал Mongo ... Я вижу ...
2016-07-25T18:11:15.393+0000 I NETWORK [initandlisten] waiting for connections on port 27017
2016-07-25T18:11:30.272+0000 I NETWORK [initandlisten] connection accepted from 127.0.0.1:36001 #1 (1 connection now open)
2016-07-25T18:12:32.981+0000 I INDEX [conn1] allocating new ns file /var/lib/mongodb/admin.ns, filling with zeroes...
2016-07-25T18:12:33.265+0000 I STORAGE [FileAllocator] allocating new datafile /var/lib/mongodb/admin.0, filling with zeroes...
2016-07-25T18:12:33.268+0000 I STORAGE [FileAllocator] done allocating datafile /var/lib/mongodb/admin.0, size: 64MB, took 0.003 secs
2016-07-25T18:12:33.281+0000 I INDEX [conn1] build index on: admin.system.users properties: { v: 1, unique: true, key: { user: 1, db: 1 }, name: "user_1_db_1", ns: "admin.system.users" }
2016-07-25T18:12:33.281+0000 I INDEX [conn1] building index using bulk method
2016-07-25T18:12:33.282+0000 I INDEX [conn1] build index done. scanned 0 total records. 0 secs
2016-07-25T18:12:33.282+0000 I COMMAND [conn1] command admin.$cmd command: createUser { createUser: "admin", pwd: "xxx", roles: [ { role: "root", db: "admin" } ], digestPassword: false, writeConcern: { w: "majority", wtimeout: 30000.0 } } keyUpdates:0 writeConflicts:0 numYields:0 reslen:37 locks:{ Global: { acquireCount: { r: 4, w: 4 } }, MMAPV1Journal: { acquireCount: { w: 11 } }, Database: { acquireCount: { W: 4 } }, Collection: { acquireCount: { W: 1 } }, Metadata: { acquireCount: { W: 7 } } } 317ms
2016-07-25T18:16:25.538+0000 I NETWORK [conn1] end connection 127.0.0.1:36001 (0 connections now open)
2016-07-26T09:35:55.261+0000 I NETWORK [initandlisten] connection accepted from 127.0.0.1:38409 #2 (1 connection now open)
Однако на клонированном серверы, я вижу ...
2017-03-30T07:48:01.450+0000 I NETWORK [initandlisten] waiting for connections on port 27017
... тогда ничего. Я действительно не уверен, где искать или как определить, что должно быть подключено и откуда. Я провожу анализ сервера, чтобы попытаться понять это.
Кто-нибудь может предложить, где искать ... в частности, где подключение к порту 127.0.0.1: 36001
, откуда я должен искать конфигурацию этого порта (ничего в / etc / services BTW)
Вкратце: вы можете увидеть, что кто-то создает первого пользователя-администратора, что необходимо для аутентифицированной базы данных.
Номер порта 36001 не имеет значения; это случайно назначенный номер порта на стороне клиента .
Однако IP-адрес 127.0.0.1 имеет значение: это показывает, что клиент подключается с того же компьютера . Это означает, что он либо работал прямо здесь, на сервере базы данных, либо работал где-то еще, но подключался через туннель.
Записи журнала интересны:
Мне кажется, что администратор базы данных разбирал аутентификацию на новом сервере, а именно:
Причина, по которой Есть запись об этом в журналах живого сервера, но не в журналах сервера клонирования, потому что это не был автоматический процесс - кто-то вручную выполнил эти шаги. Вы не сделали этого (пока) на сервере клонирования, поэтому в журнале этого нет (пока).