Node.js不与Mongodb交谈

我inheritance了一个服务器，原来的pipe理团队已经不在了。我们有一个正在运行的活动服务器，但我试图成功将其转换为AMI以进行AWS缩放。

克隆工作，除了聊天function。它使用Node.js应用程序进行聊天通信。 Mongodb是聊天数据库。

我修改了应用程序的config.json，将mongoDB指向负载平衡器的正确FQDN，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

然后什么都没有我真的不知道在哪里看，或如何确定从哪里连接。我正在做一个服务器parsing，试图解决这个问题。

任何人都可以提供build议，以在哪里看…具体来说，连接到端口127.0.0.1:36001来自哪里，我应该寻找该端口的configuration（无/ / etc /服务顺便说一句）

简而言之，您可以看到有人创build了第一个pipe理员用户，这在经过身份validation的数据库中是必需的。

港口号码36001不重要; 这是客户端的随机分配的端口号。

但是，IP地址127.0.0.1是重要的：它显示客户端正在从同一台计算机连接。这意味着它要么在数据库服务器上运行，要么在别处运行，而是通过隧道连接。

日志条目很有趣：

在服务器启动后的几秒钟内，连接在去年8月份被打上时间戳
有一个暂停一分钟
那么有一些事情发生在一秒钟之内
对新文件admin.ns和admin.0的引用确认pipe理数据库正在被创build并首先被写入。
有创build用户的logging
还有几分钟的停顿
会话被断开

对我来说，这看起来像数据库pipe理员已经在全新的服务器上进行身份validation，如下所示：

启动了新的mongod服务器进程
与mongo shell（命令行应用程序）连接，在服务器上
创build一个pipe理员用户
再次断开

在活动服务器的日志中logging它的原因，而不是在克隆服务器的日志中，是因为它不是一个自动过程 – 有人手动执行这些步骤。你还没有在克隆服务器上这样做，所以没有它的日志跟踪。