Node.js не разговаривает с Mongodb

Я унаследовал сервер, и первоначальной команды администраторов больше нет. У нас есть действующий сервер, который работает, но я пытаюсь успешно преобразовать его в 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)

0
задан 30 March 2017 в 11:24
1 ответ

Вкратце: вы можете увидеть, что кто-то создает первого пользователя-администратора, что необходимо для аутентифицированной базы данных.

Номер порта 36001 не имеет значения; это случайно назначенный номер порта на стороне клиента .

Однако IP-адрес 127.0.0.1 имеет значение: это показывает, что клиент подключается с того же компьютера . Это означает, что он либо работал прямо здесь, на сервере базы данных, либо работал где-то еще, но подключался через туннель.

Записи журнала интересны:

  • соединение имеет временную метку через несколько секунд после запуска сервера, в августе в прошлом году
  • есть пауза еще на минуту
  • , затем появляются журналы того, что что-то происходит, в течение секунды
  • ссылки на новые файлы admin.ns и ] admin.0 подтверждают, что база данных admin создавалась и сначала записывалась в.
  • есть запись о создании пользователя
  • есть дальнейшая пауза в несколько минут
  • сеанс отключен.

Мне кажется, что администратор базы данных разбирал аутентификацию на новом сервере, а именно:

Причина, по которой Есть запись об этом в журналах живого сервера, но не в журналах сервера клонирования, потому что это не был автоматический процесс - кто-то вручную выполнил эти шаги. Вы не сделали этого (пока) на сервере клонирования, поэтому в журнале этого нет (пока).

1
ответ дан 4 December 2019 в 16:18

Теги

Похожие вопросы