【MongoDB】 Failed to connect to 127.0.0.1:27017, reason: Connection refused

最新推荐文章于 2024-04-29 23:47:34 发布
最新推荐文章于 2024-04-29 23:47:34 发布
阅读量9.9k 收藏
点赞数
文章标签： 数据库 shell 操作系统
原文链接：http://www.cnblogs.com/zll-0405/p/9863327.html
版权

由于项目需要，在一台虚拟机上安装了MongoDB，但是在启动的时候，出现如下错误：

[root@localhost bin]# ./mongo
MongoDB shell version v3.4.0
connecting to: mongodb://127.0.0.1:27017
2018-09-27T21:11:14.779+0800 W NETWORK  [main] Failed to connect to 127.0.0.1:27017, reason: Connection refused
2018-09-27T21:11:14.780+0800 E QUERY    [main] Error: couldn't connect to server 127.0.0.1:27017, connection attempt failed :
connect@src/mongo/shell/mongo.js:234:13
@(connect):1:6
exception: connect failed

出现以上原因，可能是data目录下的mongod.lock文件的问题。可以使用命令修复：

[root@localhost mongodb]# ./bin/mongod --repair

但是像我这种没有耐心的人，我就直接到该目录下，将该文件删掉了。
重新修复，或者删掉之后，重新启动MongoDB：

./mongod --dbpath=/usr/local/mongodb/data/db/

然后出现如下：

2018-09-27T21:12:16.441+0800 I CONTROL  [initandlisten] MongoDB starting : pid=6748 port=27017 dbpath=/usr/local/mongodb/data/db/ 64-bit host=localhost.localdomain
2018-09-27T21:12:16.441+0800 I CONTROL  [initandlisten] db version v3.4.0
2018-09-27T21:12:16.441+0800 I CONTROL  [initandlisten] git version: f4240c60f005be757399042dc12f6addbc3170c1
2018-09-27T21:12:16.441+0800 I CONTROL  [initandlisten] allocator: tcmalloc
2018-09-27T21:12:16.441+0800 I CONTROL  [initandlisten] modules: none
2018-09-27T21:12:16.441+0800 I CONTROL  [initandlisten] build environment:
2018-09-27T21:12:16.441+0800 I CONTROL  [initandlisten]     distarch: x86_64
2018-09-27T21:12:16.441+0800 I CONTROL  [initandlisten]     target_arch: x86_64
2018-09-27T21:12:16.441+0800 I CONTROL  [initandlisten] options: { storage: { dbPath: "/usr/local/mongodb/data/db/" } }
2018-09-27T21:12:16.482+0800 I STORAGE  [initandlisten] wiredtiger_open config: create,cache_size=1383M,session_max=20000,eviction=(threads_max=4),config_base=false,statistics=(fast),log=(enabled=true,archive=true,path=journal,compressor=snappy),file_manager=(close_idle_time=100000),checkpoint=(wait=60,log_size=2GB),statistics_log=(wait=0),
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] 
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] ** WARNING: Access control is not enabled for the database.
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] **          Read and write access to data and configuration is unrestricted.
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] ** WARNING: You are running this process as the root user, which is not recommended.
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] 
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] 
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/enabled is 'always'.
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2018-09-27T21:12:17.295+0800 I CONTROL  [initandlisten] 
2018-09-27T21:12:17.295+0800 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.
2018-09-27T21:12:17.295+0800 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2018-09-27T21:12:17.295+0800 I CONTROL  [initandlisten] 
2018-09-27T21:12:17.483+0800 I FTDC     [initandlisten] Initializing full-time diagnostic data capture with directory '/usr/local/mongodb/data/db/diagnostic.data'
2018-09-27T21:12:17.769+0800 I INDEX    [initandlisten] build index on: admin.system.version properties: { v: 2, key: { version: 1 }, name: "incompatible_with_version_32", ns: "admin.system.version" }
2018-09-27T21:12:17.769+0800 I INDEX    [initandlisten] 	 building index using bulk method; build may temporarily use up to 500 megabytes of RAM
2018-09-27T21:12:17.793+0800 I INDEX    [initandlisten] build index done.  scanned 0 total records. 0 secs
2018-09-27T21:12:17.794+0800 I COMMAND  [initandlisten] setting featureCompatibilityVersion to 3.4
2018-09-27T21:12:17.794+0800 I NETWORK  [thread1] waiting for connections on port 27017
2018-09-27T21:13:22.539+0800 I NETWORK  [thread1] connection accepted from 127.0.0.1:51708 #1 (1 connection now open)
2018-09-27T21:13:22.540+0800 I NETWORK  [conn1] received client metadata from 127.0.0.1:51708 conn1: { application: { name: "MongoDB Shell" }, driver: { name: "MongoDB Internal Client", version: "3.4.0" }, os: { type: "Linux", name: "CentOS Linux release 7.5.1804 (Core) ", architecture: "x86_64", version: "Kernel 3.10.0-862.el7.x86_64" } }
2018-09-27T21:14:00.424+0800 I NETWORK  [thread1] connection accepted from 192.168.20.29:10351 #2 (2 connections now open)
2018-09-27T21:14:00.424+0800 I -        [conn2] end connection 192.168.20.29:10351 (2 connections now open)
2018-09-27T21:14:00.969+0800 I NETWORK  [thread1] connection accepted from 192.168.20.29:10386 #3 (2 connections now open)
2018-09-27T21:14:00.969+0800 I NETWORK  [thread1] connection accepted from 192.168.20.29:10387 #4 (3 connections now open)
2018-09-27T21:14:03.063+0800 I NETWORK  [thread1] connection accepted from 192.168.20.29:10392 #5 (4 connections now open)
2018-09-27T21:14:03.063+0800 I NETWORK  [thread1] connection accepted from 192.168.20.29:10393 #6 (5 connections now open)
2018-09-27T21:14:03.063+0800 I -        [conn6] end connection 192.168.20.29:10393 (5 connections now open)
2018-09-27T21:14:03.469+0800 I -        [conn5] end connection 192.168.20.29:10392 (4 connections now open)
2018-09-27T21:16:31.073+0800 I NETWORK  [thread1] connection accepted from 192.168.21.247:1138 #7 (4 connections now open)
2018-09-27T21:16:31.714+0800 I INDEX    [conn7] build index on: NCRE3.01.files properties: { v: 2, key: { filename: 1, uploadDate: 1 }, name: "filename_1_uploadDate_1", ns: "NCRE3.01.files" }
2018-09-27T21:16:31.714+0800 I INDEX    [conn7] 	 building index using bulk method; build may temporarily use up to 500 megabytes of RAM
2018-09-27T21:16:31.765+0800 I INDEX    [conn7] build index done.  scanned 0 total records. 0 secs
2018-09-27T21:16:31.765+0800 I COMMAND  [conn7] insert NCRE3.system.indexes ninserted:1 numYields:0 locks:{ Global: { acquireCount: { r: 1, w: 1 } }, Database: { acquireCount: { W: 1 } }, Collection: { acquireCount: { w: 1 } } } 550ms
2018-09-27T21:16:32.627+0800 I INDEX    [conn7] build index on: NCRE3.01.chunks properties: { v: 2, unique: true, key: { files_id: 1, n: 1 }, name: "files_id_1_n_1", ns: "NCRE3.01.chunks" }
2018-09-27T21:16:32.627+0800 I INDEX    [conn7] 	 building index using bulk method; build may temporarily use up to 500 megabytes of RAM
2018-09-27T21:16:32.994+0800 I INDEX    [conn7] build index done.  scanned 0 total records. 0 secs
2018-09-27T21:16:32.994+0800 I COMMAND  [conn7] insert NCRE3.system.indexes ninserted:1 numYields:0 locks:{ Global: { acquireCount: { r: 1, w: 1 } }, Database: { acquireCount: { W: 1 } }, Collection: { acquireCount: { w: 1 } } } 1216ms
2018-09-27T21:16:35.895+0800 I -        [conn7] end connection 192.168.21.247:1138 (4 connections now open)
^C2018-09-27T21:17:17.799+0800 I CONTROL  [signalProcessingThread] got signal 2 (Interrupt), will terminate after current cmd ends
2018-09-27T21:17:17.799+0800 I NETWORK  [signalProcessingThread] shutdown: going to close listening sockets...
2018-09-27T21:17:17.799+0800 I NETWORK  [signalProcessingThread] closing listening socket: 6
2018-09-27T21:17:17.799+0800 I NETWORK  [signalProcessingThread] closing listening socket: 7
2018-09-27T21:17:17.799+0800 I NETWORK  [signalProcessingThread] removing socket file: /tmp/mongodb-27017.sock
2018-09-27T21:17:17.801+0800 I NETWORK  [signalProcessingThread] shutdown: going to flush diaglog...
2018-09-27T21:17:17.801+0800 I FTDC     [signalProcessingThread] Shutting down full-time diagnostic data capture
2018-09-27T21:17:17.803+0800 I STORAGE  [signalProcessingThread] WiredTigerKVEngine shutting down
2018-09-27T21:17:19.283+0800 I STORAGE  [signalProcessingThread] shutdown: removing fs lock...
2018-09-27T21:17:19.283+0800 I CONTROL  [signalProcessingThread] now exiting
2018-09-27T21:17:19.283+0800 I CONTROL  [signalProcessingThread] shutting down with code:0

出现这样的界面，就是成功了。然后不要关闭这个界面，重新打开一个窗口来启动：

[root@localhost ~]# cd /usr/local/mongodb
[root@localhost mongodb]# ./bin/mongo
MongoDB shell version v3.4.0
connecting to: mongodb://127.0.0.1:27017
MongoDB server version: 3.4.0
Welcome to the MongoDB shell.
For interactive help, type "help".
For more comprehensive documentation, see
	http://docs.mongodb.org/
Questions? Try the support group
	http://groups.google.com/group/mongodb-user
Server has startup warnings: 
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] 
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] ** WARNING: Access control is not enabled for the database.
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] **          Read and write access to data and configuration is unrestricted.
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] ** WARNING: You are running this process as the root user, which is not recommended.
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] 
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] 
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/enabled is 'always'.
2018-09-27T21:12:17.294+0800 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2018-09-27T21:12:17.295+0800 I CONTROL  [initandlisten] 
2018-09-27T21:12:17.295+0800 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.
2018-09-27T21:12:17.295+0800 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2018-09-27T21:12:17.295+0800 I CONTROL  [initandlisten]

出现这样的界面，代表问题解决了~
此时，访问网址，发现MongoDB的服务确实是启动了：
在这里插入图片描述
感谢您的阅读~

转载于:https://www.cnblogs.com/zll-0405/p/9863327.html

weixin_30367873
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mongodb-to-mysql-sync:MongoDB 到 MySQL 同步
06-15
##MongoDB 到 MySQL 数据流 将 MongoDB 中的数据实时流式传输到 MySQL 数据库。 对 NoSQL 数据库中的数据启用 SQL 查询。 配置： 更新config.json的 mongodb 配置 { " service " : " mycol001 " , " mongodb " : ...
kafka-connect-mongodb:用于Kafka Connect的MongoDB接收器连接器
05-02
您可以通过使用kafka9-connect-mongodb分支将此连接器用于Kafka9。 用于Kafka Connect的MongoDB接收器连接器提供了从Kafka主题或主题集到MongoDB集合或多个集合的简单，连续的链接。 连接器使用Kafka消息，重命名...
mongo 报错解决办法 connecting to: mongodb://127.0.0.1:27017/?gssapiServiceName=mongodb
cocos2dGirl的专栏
08-12 2万+
输入mongo，报如下错误： root@instance-tbbjrcnc:/# mongo MongoDB shell version v4.0.12 connecting to: mongodb://127.0.0.1:27017/?gssapiServiceName=mongodb 2019-08-12T10:40:58.930+0800 E QUERY [js] Error: c...
解决mongodb ：failed to connect to server [127.0.0.1:27017] on first connect
weixin_41258179的博客
07-21 4943
** failed to connect to server [127.0.0.1:27017] on first connect ** 错误原因及解决办法： 1、没有安装mongodb 安装mongodb 安装地址 2、没有启动 mongodb 服务器 打开命令，执行命令mongod，注意：执行完后不要关闭命令行窗口 ...
Mongo篇之Mongo启动错误之：Failed to connect to 127.0.0.1:27017, reason: errno:111 Connection refused
xu710263124的博客
07-21 1946
一、报错问题 当启动mongo时，报错： Failed to connect to 127.0.0.1:27017, reason: errno:111 Connection refused 如下： connecting to: test 2021-07-21T16:49:42.932+0800 W NETWORK [thread1] Failed to connect to 127.0.0.1:27017, reason: errno:111 Connection refused 2021-07-21T
mongodb报错1: connecting to:mongodb://127.0.0.1:27017. connect failed
BUG
07-30 2万+
执行mongo,报错如下： ./mongo MongoDB shell version v4.0.0 connecting to: mongodb://127.0.0.1:27017 2018-07-30T14:24:00.807+0800 E QUERY [js] Error: couldn't connect to server 127.0.0.1:27017, connection...
Failed to connect to 127.0.0.1:27017, in(checking socket for error after poll), Connection refused
热门推荐
谭先生的博客
03-06 4万+
报错样例：    1、其他主机可以连接到本机的mongo，但是本机不可以    2、systemctl status mongod 显示正常运行    3、cat /var/log/mongodb/mongod.log没有错误信息    4、重启mongo(systemctl restart mongod)后：            4-1、查看日志--> waiting for conne...
Failed to connect to 127.0.0.1:27017, reason: errno:10061 由于目标计算机积极拒绝，无法连接。
头名字W的博客
03-20 4526
       安装mongoDB完成配置启动时出现“Failed to connect to 127.0.0.1:27017, reason: errno:10061 由于目标计算机积极拒绝，无法连接”     原因是mongodb的服务没有开启，开启服务后问题就能解决了，开启服务命令：mongod --dbpath "C:\mongodb\data，只要操作mongodb数据库，服务就要一直开着...
解决Mongodb启动报错Error: couldn‘t connect to server 127.0.0.1:27017, connection attempt failed
qq_40055200的博客
09-16 5228
今天启动mongodb连接出现上面的错误，最终找的的解决方法是打开cmd命令行，输入以下命令。再次运行mongo，完美解决。
mongodb NETWORK Failed to connect to 127.0.0.1:27017 的解决办法
xyza2019的博客
06-08 3439
参考：https://www.cnblogs.com/xiaoit/p/3867573.html
connection-model:MongoDB连接模型
05-01
安装npm install --save mongodb-connection-model用法建筑URI const Connection = require ( 'mongodb-connection-model' ) ;const c = new Connection ( { appname : 'My App' } ) ;console . log ( c . driverUrl...
csv-to-mongo-tool:将CSV导入MongoDB集合
05-16
要求： Node.js v10.xx npm mongodb用法示例 cd path/to/csv-to-mongo-toolnpm installMONGO_URI=mongodb://localhost/petdb CSV_FILE=mypets.csv MODEL_NAME=Pets node import.js关于解析和插入每行进行一次，因此...
hyperf-mongodb:基于hyperf的mongodb连接池组件，暂不支持协程
05-09
hyperf mongodb pool composer require yumufeng/hyperf-mongodb config 在/config/autoload目录... 'host' => env('MONGODB_HOST', '127.0.0.1'), 'port' => env('MONGODB_PORT', 27017), 'db' => env('MONGODB_DB',
【课堂练习】
最新发布
JacksonLeo的博客
04-29 286
虽然现代JVM的垃圾回收机制已经非常高效，但是在性能敏感的场合，仍然需要注意对象的创建频率。例如，在SysLogininforMapper中的deleteLogininforByIds方法，如果处理大量ID时，应考虑使用批处理技术，而不是循环单条处理。例如，在SysMenuMapper中的查询方法，如果涉及到复杂的查询条件或者大量数据的查询，应确保SQL语句的优化和索引的使用。异常处理：代码中应该有更明确的异常处理逻辑，比如使用try-catch块捕获可能的异常，并进行适当的处理，如记录日志、回滚事务等。
探秘MySQL主从复制的多种实现方式
todoitbo的博客
04-26 1033
本文将深入探讨MySQL主从复制的多种实现方式，包括基于语句、基于行和混合模式等。无论您是初学者还是有经验的数据库管理员，都能通过本文全面了解MySQL主从复制技术的多样化选择，从而提高数据库的可用性和性能。
SpringCloudAlibaba：2.1nacos
m0_63040701的博客
04-26 915
Nacos是阿里巴巴开源的服务注册中心以及配置中心Nacos=注册中心Eureka + 服务配置Config + 服务总线Bus。
SpringBoot JPA使用
gochenguowei的博客
04-25 984
是 Spring 框架提供的一个模块，用于简化与关系型数据库的交互和数据访问。它基于JPA（Java Persistence API）标准，并提供了一组易于使用的API和工具，帮助开发人员更轻松地进行数据库操作。通过Spring Data JPA，开发人员可以通过编写简洁的代码来执行常见的 CRUD 操作，同时还支持高级查询、分页、事务管理等功能。它的目标是提供一种更简单、更高效的方式来处理数据库操作，减少开发人员的工作量，并提高应用程序的可维护性和可扩展性。
superset部署与实践
m0_60125201的博客
04-29 632
本博客简要介绍了superset这个BI工具，使用两种方法来部署superset，并简单介绍了superset的使用。
mongodb启动出现Failed to connect to 127.0.0.1:27017 after 5000ms milliseconds,giving up
07-14
这个错误通常表示 MongoDB 服务器无法在指定的时间内连接到本地主机（127.0.0.1）的默认端口（27017）。出现这种情况可能有几个原因： 1. MongoDB 服务器未正确启动：首先，请确保您已经成功启动了 MongoDB 服务器。您可以尝试在终端或命令提示符中运行以下命令来启动 MongoDB 服务器： ``` mongod ``` 如果服务器已经在运行，您将看到一些启动日志和端口信息。 2. 端口冲突：另一个常见的问题是端口冲突，可能是因为该端口已被其他程序占用。请确保在启动 MongoDB 服务器之前没有其他程序在使用 27017 端口。您可以尝试更改 MongoDB 的监听端口，例如使用 `--port` 参数指定一个不被占用的端口号。 3. 防火墙阻止连接：如果您的计算机上启用了防火墙，可能会阻止 MongoDB 服务器的连接。请确保您的防火墙配置允许 MongoDB 的入站和出站连接。您可以尝试暂时禁用防火墙来测试是否是防火墙引起的问题。 4. 数据库文件损坏：如果 MongoDB 数据库文件损坏或出现其他问题，可能会导致启动失败。您可以尝试删除 MongoDB 数据目录中的文件并重新启动服务器。请注意，这将删除所有现有的数据库和数据，因此请确保您已经备份了重要的数据。 5. 确保 MongoDB 客户端和服务器版本匹配：如果您使用的是较新版本的 MongoDB 客户端，但连接的是较旧版本的 MongoDB 服务器，可能会导致连接问题。请确保您使用的 MongoDB 客户端和服务器版本相匹配。 请根据您的具体情况逐一排查这些可能的问题，希望能解决您的连接问题！如果问题仍然存在，请提供更多详细信息，以便我能够更好地帮助您。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值