Mongodb异常关闭重启失败解决
情况再现,连接mongodb的网站没有关,直接关闭了mongodb的cmd窗口。再次打开mongodb出现失败。
解决办法:网上说是删除 *.lock文件,再进行 --repair ,最后再打开mongodb就可以了(我没有删除 *.lock,也可以)
参考: http://dochub.mongodb.org/core/repair for recovery instructions.
D:\mongodb\bin>mongod --dbpath d:\mongodb\data\db
2015-07-03T07:59:56.140+0800 I CONTROL
2015-07-03T07:59:56.140+0800 W CONTROL 32-bit servers don't have journaling ena bled by default. Please use --journal if you want durability.
2015-07-03T07:59:56.140+0800 I CONTROL
2015-07-03T07:59:56.171+0800 W - [initandlisten] Detected unclean shutdow n - d:\mongodb\data\db\mongod.lock is not empty.
2015-07-03T07:59:56.187+0800 I STORAGE [initandlisten] **************
Unclean shutdown detected.
Please visit http://dochub.mongodb.org/core/repair for recovery instructions.
*************
2015-07-03T07:59:56.187+0800 I STORAGE [initandlisten] exception in initAndList en: 12596 old lock file, terminating
2015-07-03T07:59:56.187+0800 I CONTROL [initandlisten] dbexit: rc: 100
D:\mongodb\bin>mongod --dbpath d:\mongodb\data\db --repair
2015-07-03T08:37:23.937+0800 I CONTROL
2015-07-03T08:37:23.937+0800 W CONTROL 32-bit servers don't have journaling ena bled by default. Please use --journal if you want durability.
2015-07-03T08:37:23.937+0800 I CONTROL
2015-07-03T08:37:23.953+0800 W - [initandlisten] Detected unclean shutdow n - d:\mongodb\data\db\mongod.lock is not empty.
2015-07-03T08:37:23.984+0800 I CONTROL [initandlisten] MongoDB starting : pid=3 356 port=27017 dbpath=d:\mongodb\data\db 32-bit host=WWW-AB2946767CC
2015-07-03T08:37:23.984+0800 I CONTROL [initandlisten]
2015-07-03T08:37:23.984+0800 I CONTROL [initandlisten] ** NOTE: This is a 32 bi t MongoDB binary.
2015-07-03T08:37:23.984+0800 I CONTROL [initandlisten] ** 32 bit builds a re limited to less than 2GB of data (or less with --journal).
2015-07-03T08:37:23.984+0800 I CONTROL [initandlisten] ** Note that journ aling defaults to off for 32 bit and is currently off.
2015-07-03T08:37:23.984+0800 I CONTROL [initandlisten] ** See http://doch ub.mongodb.org/core/32bit
2015-07-03T08:37:23.984+0800 I CONTROL [initandlisten]
2015-07-03T08:37:23.984+0800 I CONTROL [initandlisten] ** NOTE: your operating system version does not support the method that MongoDB
2015-07-03T08:37:24.000+0800 I CONTROL [initandlisten] ** uses to detect impending page faults.
2015-07-03T08:37:24.000+0800 I CONTROL [initandlisten] ** This may result in slower performance for certain use cases
2015-07-03T08:37:24.000+0800 I CONTROL [initandlisten]
2015-07-03T08:37:24.000+0800 I CONTROL [initandlisten] targetMinOS: Windows XP SP3
2015-07-03T08:37:24.000+0800 I CONTROL [initandlisten] db version v3.0.4
2015-07-03T08:37:24.000+0800 I CONTROL [initandlisten] git version: 0481c958dae b2969800511e7475dc66986fa9ed5
2015-07-03T08:37:24.000+0800 I CONTROL [initandlisten] build info: windows sys. getwindowsversion(major=6, minor=1, build=7601, platform=2, service_pack='Servic e Pack 1') BOOST_LIB_VERSION=1_49
2015-07-03T08:37:24.000+0800 I CONTROL [initandlisten] allocator: tcmalloc 2015-07-03T08:37:24.000+0800 I CONTROL [initandlisten] options: { repair: true, storage: { dbPath: "d:\mongodb\data\db" } }
2015-07-03T08:37:24.250+0800 I STORAGE [initandlisten] repairDatabase local
2015-07-03T08:37:24.484+0800 I INDEX [initandlisten] allocating new ns file d :\mongodb\data\db\_tmp_repairDatabase_0\local.ns, filling with zeroes...
2015-07-03T08:37:24.812+0800 I STORAGE [FileAllocator] allocating new datafile d:\mongodb\data\db\_tmp_repairDatabase_0\local.0, filling with zeroes...
2015-07-03T08:37:24.812+0800 I STORAGE [FileAllocator] creating directory d:\mo ngodb\data\db\_tmp_repairDatabase_0\_tmp
2015-07-03T08:37:24.812+0800 I STORAGE [FileAllocator] done allocating datafile d:\mongodb\data\db\_tmp_repairDatabase_0\local.0, size: 64MB, took 0 secs 2015-07-03T08:37:24.828+0800 I INDEX [initandlisten] build index on: local.st artup_log properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "local.startup_ log" }
2015-07-03T08:37:24.828+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.062+0800 I STORAGE [initandlisten] repairDatabase myworkblo gs
2015-07-03T08:37:25.312+0800 I INDEX [initandlisten] allocating new ns file d :\mongodb\data\db\_tmp_repairDatabase_0\myworkblogs.ns, filling with zeroes...
2015-07-03T08:37:25.578+0800 I STORAGE [FileAllocator] allocating new datafile d:\mongodb\data\db\_tmp_repairDatabase_0\myworkblogs.0, filling with zeroes...
2015-07-03T08:37:25.578+0800 I STORAGE [FileAllocator] creating directory d:\mo ngodb\data\db\_tmp_repairDatabase_0\_tmp
2015-07-03T08:37:25.578+0800 I STORAGE [FileAllocator] done allocating datafile d:\mongodb\data\db\_tmp_repairDatabase_0\myworkblogs.0, size: 64MB, took 0 sec s
2015-07-03T08:37:25.593+0800 I INDEX [initandlisten] build index on: myworkbl ogs.app_updates properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "myworkbl ogs.app_updates" }
2015-07-03T08:37:25.593+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.593+0800 I INDEX [initandlisten] build index on: myworkbl ogs.app_updates properties: { v: 1, key: { key: 1 }, name: "key_1", ns: "myworkb logs.app_updates", background: true, safe: null }
2015-07-03T08:37:25.593+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.609+0800 I INDEX [initandlisten] build index on: myworkbl ogs.galleries properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "myworkblog s.galleries" }
2015-07-03T08:37:25.609+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.609+0800 I INDEX [initandlisten] build index on: myworkbl ogs.galleries properties: { v: 1, unique: true, key: { key: 1 }, name: "key_1", ns: "myworkblogs.galleries", background: true, safe: null }
2015-07-03T08:37:25.609+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.625+0800 I INDEX [initandlisten] build index on: myworkbl ogs.postcategories properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "mywor kblogs.postcategories" }
2015-07-03T08:37:25.625+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.625+0800 I INDEX [initandlisten] build index on: myworkbl ogs.postcategories properties: { v: 1, unique: true, key: { key: 1 }, name: "key _1", ns: "myworkblogs.postcategories", background: true, safe: null }
2015-07-03T08:37:25.625+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.640+0800 I INDEX [initandlisten] build index on: myworkbl ogs.posts properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "myworkblogs.po sts" }
2015-07-03T08:37:25.640+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.640+0800 I INDEX [initandlisten] build index on: myworkbl ogs.posts properties: { v: 1, unique: true, key: { slug: 1 }, name: "slug_1", ns : "myworkblogs.posts", background: true, safe: null }
2015-07-03T08:37:25.640+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.640+0800 I INDEX [initandlisten] build index on: myworkbl ogs.posts properties: { v: 1, key: { state: 1 }, name: "state_1", ns: "myworkblo gs.posts", background: true, safe: null }
2015-07-03T08:37:25.640+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.640+0800 I INDEX [initandlisten] build index on: myworkbl ogs.posts properties: { v: 1, key: { author: 1 }, name: "author_1", ns: "myworkb logs.posts", background: true, safe: null }
2015-07-03T08:37:25.640+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.640+0800 I INDEX [initandlisten] build index on: myworkbl ogs.posts properties: { v: 1, key: { publishedDate: 1 }, name: "publishedDate_1" , ns: "myworkblogs.posts", background: true, safe: null }
2015-07-03T08:37:25.640+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.656+0800 I INDEX [initandlisten] build index on: myworkbl ogs.users properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "myworkblogs.us ers" }
2015-07-03T08:37:25.656+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.656+0800 I INDEX [initandlisten] build index on: myworkbl ogs.users properties: { v: 1, key: { email: 1 }, name: "email_1", ns: "myworkblo gs.users", background: true, safe: null }
2015-07-03T08:37:25.656+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.656+0800 I INDEX [initandlisten] build index on: myworkbl ogs.users properties: { v: 1, key: { isAdmin: 1 }, name: "isAdmin_1", ns: "mywor kblogs.users", background: true, safe: null }
2015-07-03T08:37:25.656+0800 I INDEX [initandlisten] building index using bulk method
2015-07-03T08:37:25.875+0800 I STORAGE [initandlisten] finished checking dbs
2015-07-03T08:37:25.875+0800 I CONTROL [initandlisten] now exiting
2015-07-03T08:37:25.875+0800 I NETWORK [initandlisten] shutdown: going to close listening sockets...
2015-07-03T08:37:25.875+0800 I NETWORK [initandlisten] shutdown: going to flush diaglog...
2015-07-03T08:37:25.875+0800 I NETWORK [initandlisten] shutdown: going to close sockets...
2015-07-03T08:37:25.875+0800 I STORAGE [initandlisten] shutdown: waiting for fs preallocator...
2015-07-03T08:37:25.890+0800 I STORAGE [initandlisten] shutdown: closing all fi les...
2015-07-03T08:37:25.890+0800 I STORAGE [initandlisten] closeAllFiles() finished
2015-07-03T08:37:25.890+0800 I STORAGE [initandlisten] shutdown: removing fs lo ck...
2015-07-03T08:37:25.890+0800 I CONTROL [initandlisten] dbexit: rc: 0
D:\mongodb\bin>mongod --dbpath d:\mongodb\data\db
2015-07-03T08:37:31.500+0800 I CONTROL 2015-07-03T08:37:31.500+0800 W CONTROL 32-bit servers don't have journaling ena bled by default. Please use --journal if you want durability. 2015-07-03T08:37:31.500+0800 I CONTROL 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] MongoDB starting : pid=2 852 port=27017 dbpath=d:\mongodb\data\db 32-bit host=WWW-AB2946767CC 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] ** NOTE: This is a 32 bi t MongoDB binary. 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] ** 32 bit builds a re limited to less than 2GB of data (or less with --journal). 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] ** Note that journ aling defaults to off for 32 bit and is currently off. 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] ** See http://doch ub.mongodb.org/core/32bit 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] ** NOTE: your operating system version does not support the method that MongoDB 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] ** uses to detect impending page faults. 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] ** This may result in slower performance for certain use cases 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] targetMinOS: Windows XP SP3 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] db version v3.0.4 2015-07-03T08:37:31.531+0800 I CONTROL [initandlisten] git version: 0481c958dae b2969800511e7475dc66986fa9ed5 2015-07-03T08:37:31.546+0800 I CONTROL [initandlisten] build info: windows sys. getwindowsversion(major=6, minor=1, build=7601, platform=2, service_pack='Servic e Pack 1') BOOST_LIB_VERSION=1_49 2015-07-03T08:37:31.546+0800 I CONTROL [initandlisten] allocator: tcmalloc 2015-07-03T08:37:31.546+0800 I CONTROL [initandlisten] options: { storage: { db Path: "d:\mongodb\data\db" } } 2015-07-03T08:37:31.578+0800 I NETWORK [initandlisten] waiting for connections on port 27017
Mongodb异常关闭重启失败解决的更多相关文章
- vsftpd重启失败解决方法
vsftpd dead,but subsys locked vsftpd已死,但是subsys被锁 关于VSFTPD服务器重启失败,研究了一晚上,当virtual_use_local_privs=ye ...
- adb shell 杀进程以及端口占用,adbserver服务重启失败
linux: adb shell ps |grep netease 杀进程: adb shell kill [PID] //杀死进程 C:\Users\chenquan>adb shell ...
- MongoDB实例重启失败探究(大事务Redo导致)
1.实例重启背景 收到监控组同学反馈,连接某一个MongoDB实例的应用耗时异常,并且出现了超时.查看数据库监控平台,发现此实例服务器的IO异常飙升,而查看副本集状态(rs.status()),主从是 ...
- eclipse异常关闭,而Tomcat然在运行解决方法
1.eclipse异常关闭,而Tomcat然在运行,再启动tomcat会出现端口冲突 解决方法:打开任务管理器,找到javaw.exe,点击关闭,就可以了
- MyEclipse异常关闭导致启动不了tomcat的解决方法
由于MyEclipse的异常关闭从而导致Tomcat并没有关闭,所以再次启动Tomcat当然是无法启动的啦,解决方法:在任务管理器中关闭一个叫javaw.exe的进程,如果你这时已经启动了MyEcl ...
- eclipse异常关闭,无法启动tomcat解决办法
如果eclipse异常关闭,会出现以下 此时需要关闭javaw.exe即可,重新启动tomcat了. 关闭javaw.exe需要打开任务关闭器,选择详细信息,然后结束javaw.exe即可
- 解决当打开Unity时 提示项目已经打开,而自己之前并没有打开过(可能之前异常关闭)的问题
当打开Unity时 提示项目已经打开,而自己之前并没有打开过(可能之前异常关闭) 发生这种情况时 打开项目目录中的 Temp文件夹,可以找到 一个 UnityLockfile 文件 将这个文件删除就可 ...
- TCP异常关闭研究分析
版权声明:本文由谢代斌原创文章,转载请注明出处: 文章原文链接:https://www.qcloud.com/community/article/108 来源:腾云阁 https://www.qclo ...
- TCP中异常关闭链接的意义 异常关闭的情况
终止一个连接的正常方式是发送FIN. 在发送缓冲区中 所有排队数据都已发送之后才发送FIN,正常情况下没有任何数据丢失. 但我们有时也有可能发送一个RST报文段而不是F IN来中途关闭一个连接.这称为 ...
随机推荐
- 线性时间的排序算法--桶排序(以leetcode164. Maximum Gap为例讲解)
前言 在比较排序的算法中,快速排序的性能最佳,时间复杂度是O(N*logN).因此,在使用比较排序时,时间复杂度的下限就是O(N*logN).而桶排序的时间复杂度是O(N+C),因为它的实现并不是基于 ...
- Struts 404 The requested resource is not available
出现这种错误一般是struts.xml配置错误,重点针对<action> 的class属性的全名 因为struts感觉应该是先加载所有的配置文件,如果配置文件有错误的话,所有的资源就都无效 ...
- Centos 安装 MySql
下载mysql下载链接:http://dev.mysql.com/get/Downloads/MySQL-5.7/mysql-5.7.10-linux-glibc2.5-i686.tar.gz 下载后 ...
- Linux命令之tcpdump
项目中常用到的抓包命令: 1. tcpdump -i eth0:1 udp poort 6015 -Xvv 2. tcpdump host 239.16.101.27 -Xvv 3. tcpdump ...
- javascript面向对象详解
认识面向对象 1.面向对象中的概念 一切事物皆对象 对象具有封装和继承特性 信息隐藏 2.基本面向对象 3.函数构造器构造对象 深入了解面向对象 第一种书写格式 第二种书写格式
- 微软 .net 你更新这么快IDE vs2015 、语法糖 6.0、framework、‘吹得这么牛,然并用
好久没写吐槽文章了,因为无尽的加班,也因为工作的变迁,又因为最近看了微软又尼玛发布什么什么,好受不了. 今年大专毕业第八个年头了,人也到了30,真是光阴荏苒啊.最近这一两年发生了很多事,让我自己倍受打 ...
- 迭代器和for-of
在ES5及之前的JS标准中,我们习惯了用for(var i = 0; i < Array.length;i++){//TODO}或者是for(var index in Array){consol ...
- js子窗体、父窗体方法互调
var childWindow = $("#editFrame")[0].contentWindow;//获取子窗体的window对象. childWindow.subForm() ...
- ruby注意点
1.强类型,即不会自动进行类型转换,而C/C++为弱类型. # Ruby i = 1 puts "Value is " + i # TypeError: can't convert ...
- 一、Docker之旅
刚刚接触到docker的同事可能会一头雾水,docker到底是一个什么东西,先看看官方的定义. Docker是一个开源的引擎,可以轻松的为任何应用创建一个轻量级的.可移植的.自给自足的容器.开发者在笔 ...