2. 程式人生 > >存儲引擎配置引發的MongoDB啟動失敗

存儲引擎配置引發的MongoDB啟動失敗

阿新 • • 發佈：2018-11-09
uname openssl 谷歌 語句 list 服務 根據 一段時間 lib64

前言

系統環境：

[root@rabbitmq3 mongo]# uname -r
3.10.0-693.21.1.el7.x86_64
[root@rabbitmq3 mongo]# cat /etc/redhat-release 
CentOS Linux release 7.4.1708 (Core) 
[root@rabbitmq3 mongo]#

mongodb版本：

MongoDB shell version v3.4.10.1

問題描述

同事的測試服務器的MongoDB在被他kill -9殺掉進程之後，發現服務無法啟動了，報下面的錯誤：

[root@rabbitmq3 lib64]# /usr/local/mongo/bin/mongod -f /usr/local/mongo/mongodb.conf 
about to fork child process, waiting until server is ready for connections.
forked process: 2691
ERROR: child process failed, exited with error number 100
[root@rabbitmq3 lib64]#

查看mongodb.log，發現有下面的報錯：

2018-11-02T16:08:17.698+0800 I CONTROL  [initandlisten] MongoDB starting : pid=2691 port=27017 dbpath=/usr/local/mongo/data 64-bit host=rabbitmq3
2018-11-02T16:08:17.698+0800 I CONTROL  [initandlisten] db version v3.4.10.1
2018-11-02T16:08:17.698+0800 I CONTROL  [initandlisten] git version: c8bea1aa423c3b6b8d2cea9206b48a915411236a
2018-11-02T16:08:17.698+0800 I CONTROL  [initandlisten] OpenSSL version: OpenSSL 1.0.2k-fips  26 Jan 2017
2018-11-02T16:08:17.698+0800 I CONTROL  [initandlisten] allocator: tcmalloc
2018-11-02T16:08:17.698+0800 I CONTROL  [initandlisten] modules: none
2018-11-02T16:08:17.698+0800 I CONTROL  [initandlisten] build environment:
2018-11-02T16:08:17.698+0800 I CONTROL  [initandlisten]     distmod: rhel70
2018-11-02T16:08:17.698+0800 I CONTROL  [initandlisten]     distarch: x86_64
2018-11-02T16:08:17.698+0800 I CONTROL  [initandlisten]     target_arch: x86_64
2018-11-02T16:08:17.698+0800 I CONTROL  [initandlisten] options: { config: "/usr/local/mongo/mongodb.conf", net: { port: 27017 }, processManagement: { fork: true }, storage: { dbPath: "/usr/local/mongo/data", e
ngine: "mmapv", journal: { enabled: false } }, systemLog: { destination: "file", path: "/usr/local/mongo/logs/mongodb.log" } }
2018-11-02T16:08:17.732+0800 I STORAGE  [initandlisten] exception in initAndListen: 18656 Cannot start server with an unknown storage engine: mmapv, terminating
2018-11-02T16:08:17.732+0800 I NETWORK  [initandlisten] shutdown: going to close listening sockets...
2018-11-02T16:08:17.732+0800 I NETWORK  [initandlisten] removing socket file: /tmp/mongodb-27017.sock
2018-11-02T16:08:17.732+0800 I NETWORK  [initandlisten] shutdown: going to flush diaglog...
2018-11-02T16:08:17.732+0800 I CONTROL  [initandlisten] now exiting
2018-11-02T16:08:17.732+0800 I CONTROL  [initandlisten] shutting down with code:100

根據報錯信息的“exception in initAndListen: 18656 Cannot start server with an unknown storage engine: mmapv, terminating”，查看mongodb的配置文件：

[root@rabbitmq3 mongo]# cat /usr/local/mongo/mongodb.conf
dbpath=/usr/local/mongo/data
logpath=/usr/local/mongo/logs/mongodb.log
port=27017
fork=true
journal=false
storageEngine=mmapv        #看到了這一行信息
[root@rabbitmq3 mongo]#

將配置文件mongodb.conf裏面的“storageEngine=mmapv”這一行註釋掉，再啟動服務，發現可以啟動了：

[root@rabbitmq3 mongo]# /usr/local/mongo/bin/mongod -f /usr/local/mongo/mongodb.conf
about to fork child process, waiting until server is ready for connections.
forked process: 3146
child process started successfully, parent exiting
[root@rabbitmq3 mongo]# 
[root@rabbitmq3 mongo]# ps -ef|grep mongo
root      3146     1  1 16:05 ?        00:00:00 /usr/local/mongo/bin/mongod -f /usr/local/mongo/mongodb.conf
root      3163  2823  0 16:05 pts/2    00:00:00 grep --color=auto mongo
[root@rabbitmq3 mongo]#

然後將配置文件裏面的“storageEngine=mmapv”這一行放開註釋（改成了storageEngine=mmapv1），發現啟動還是報原來的錯

[root@rabbitmq3 lib64]# /usr/local/mongo/bin/mongod -f /usr/local/mongo/mongodb.conf 
about to fork child process, waiting until server is ready for connections.
forked process: 2352
ERROR: child process failed, exited with error number 100
[root@rabbitmq3 lib64]#

問題原因

據同事說，上面的配置文件是他直接從網上復制粘貼的，這裏面有兩個問題：
1、同事可能是想將存儲引擎改成mmapv1，但是可能是粘貼錯誤，也可能是他自己在前期定位過程中誤改成了mmapv；

2、這是3.4版本的mongdb，從MongoDB3.2 版本開始，MongoDB默認的存儲引擎就已經是WiredTiger，配置文件裏面配置的data目錄/usr/local/mongo/data是WiredTiger引擎的數據。當引擎改成mmapv1，data目錄與WiredTiger引擎還指向同一個目錄，就會報“ERROR: child process failed, exited with error number 100”的錯。
因為WiredTiger引擎創建的數據目錄無法用mmapv1引擎去打開。
所以將配置文件的“storageEngine=mmapv”註釋掉，服務就正常啟動了。

補充知識

1、關閉MongoDB的正確方法

方法一：kill -2 PID
方法二：use admin;
db.shutdownServer()

2、查看當前mongodb使用的存儲引擎的方法

登錄到mongodb，執行db.serverStatus();語句，在返回的結果中，就能找到像下面的引擎信息：

>db.serverStatus();
......                               #省略若幹行 
    "storageEngine" : {
        "name" : "wiredTiger",
        "supportsCommittedReads" : true,
        "readOnly" : false,
        "persistent" : true
    },

3、切換存儲引擎的正確姿勢

3.1 搭建好MongoDB的時候就切換：
因為MongoDB不同的版本有自己默認的存儲引擎，如果在MongoDB剛剛搭建好的時候，就要修改存儲引擎，那就直接在配置文件指定引擎類型，然後啟動服務就可以了，例如下面的文件：

[root@rabbitmq3 mongodb]# cat /etc/mongodb/mongo_mmapv1.conf 
dbpath=/usr/local/mongo/data
logpath=/usr/local/mongo/logs/mongodb.log
port=27017
fork=true
journal=false
storageEngine=mmapv1      #指定引擎類型
[root@test104 mongodb]#

3.2 MongoDB已經使用了一段時間之後切換：
例如，將使用了一段時間的MongoDB3.4版本默認的WiredTiger引擎切換成mmapv1引擎：
1）創建一個新的mmapv1引擎的數據目錄：

[root@rabbitmq3 mongo]# mkdir /opt/mongo/data -p

2）修改配置文件（以上面的配置文件為例，這裏重新創建了一個新的配置文件）：

[root@rabbitmq3 mongo]# cat /etc/mongodb/mongodb_mmapv1.conf
dbpath=/opt/mongo/data          #修改數據目錄，/opt/mongo 目錄是重新創建的全新的目錄
logpath=/opt/mongo/mongodb.log
port=27017
fork=true
journal=false
storageEngine=mmapv1         #增加這一行      
[root@rabbitmq3 mongo]#

3）重新啟動MongoDB（將配置文件指向新的mmapv1引擎的配置文件）：

[root@rabbitmq3 bin]# ./mongod -f /etc/mongodb/mongo_mmapv1.conf 
about to fork child process, waiting until server is ready for connections.
forked process: 93783
child process started successfully, parent exiting
[root@rabbitmq3 bin]#

4）登錄mongodb，執行db.serverStatus(); 檢查當前的存儲引擎，發現已經改成了mmapv1：

>db.serverStatus();
......                               #省略若幹行 
    "storageEngine" : {
        "name" : "mmapv1",         #引擎已經修改成了mmapv1
        "supportsCommittedReads" : false,
        "readOnly" : false,
        "persistent" : true

4、關於“ERROR: child process failed, exited with error number 100”的報錯

拿到這個報錯，有找過百度、谷歌，常見的說法有下面兩種，雖然沒有解決我的問題，記下作為借鑒：
1）是因為在數據目錄下生成了mongod.lock 文件，需要將這個文件刪除，然後再重新啟動（這種說法最常見）
2）可能是dbpath文件的權限問題

看了一下，正常啟動的mongodb，也有mongod.lock文件，mongod.lock裏面就是當前mongodb的進程號：

[root@rabbitmq3 mongodb]# ps -ef|grep mongo
root      94611      1  0 14:42 ?        00:00:01 ./mongod -f /etc/mongodb/mongo_mmapv1.conf
root      94627   4575  0 14:42 pts/0    00:00:00 ./mongo
root      94834   4719  0 14:46 pts/1    00:00:00 grep --color=auto mongo
[root@rabbitmq3 mongodb]# 
[root@rabbitmq3 mongodb]# 
[root@rabbitmq3 mongodb]# 
[root@rabbitmq3 mongodb]# 
[root@rabbitmq3 mongodb]# 
[root@rabbitmq3 mongodb]# cat /usr/local/mongo/data/mongod.lock 
94611
[root@rabbitmq3 mongodb]#

存儲引擎配置引發的MongoDB啟動失敗

相關推薦

存儲引擎配置引發的MongoDB啟動失敗

uname openssl 谷歌 語句 list 服務 根據 一段時間 lib64 前言 系統環境： [root@rabbitmq3 mongo]# uname -r 3.10.0-693.21.1.el7.x86_64 [root@rabbitmq3 mongo]# ca

儲存引擎配置引發的MongoDB啟動失敗

前言 系統環境： [[email protected] mongo]# uname -r 3.10.0-693.21.1.el7.x86_64 [[email protected] mongo]# cat /etc/redhat-release CentOS Linux releas

MongoDB存儲引擎（中）——WiredTiger

日誌 nal point eas 持久化 journal 可靠性 混合 com 　　上一篇博文介紹了MongoDB的MMAPv1存儲引擎，本文接著介紹MongoDB另一個存儲引擎——WiredTiger，WiredTiger是在MongoDB3.0版本引入的，並且在Mong

【超簡單】MySQL存儲引擎的選擇與配置

rman 過程 一個 any utf nod lock 空間 .so 【超簡單】MySQL存儲引擎的選擇與配置 存儲引擎簡介 MySQL中的數據用各種不同的技術存儲在文件（或內存）中。每一種技術都使用不同的存儲機構，索引技巧，鎖定水平並且最終提供廣泛的不同的功能和能力。通過

MySQL存儲引擎

技術分享 得到 兼容 不同的 mage 關系 頻率 isam 將在 概述 數據庫存儲引擎是數據庫底層軟件組織，數據庫管理系統（DBMS）使用數據引擎進行創建、查詢、更新和刪除數據。不同的存儲引擎提供不同的存儲機制、索引技巧、鎖定水平等功能，使用不同的存儲引擎，還可以 獲得特

存儲引擎

innodb mysql存儲引擎 1.3.1、innodb存儲引擎，特點支持外鍵、行鎖、非鎖定讀(默認情況下讀取不會產生鎖)、mysql-4.1開始支持每個innodb引擎的表單獨放到一個表空間裏。i

比較Apache Hadoop生態系統中不同的文件格式和存儲引擎的性能

報告 indent 然而 microsoft 要花 ont 目錄 總結 千兆 這篇文章提出了在Apache Hadoop生態系統中對比一些當前流行的數據格式和可用的存儲引擎的性能：Apache Avro，Apache Parquet，Apache HBase和Apache

mysql基礎（三）存儲引擎和鎖

mysql存儲引擎的概念： 關系型數據庫表是用於存儲和組織信息的數據結構，可以將表理解為由行和列組成的表格，各種各樣，不同的表結構意味著存儲不同類型的數據，在數據的處理上也會存在著差異，對於mysql來說，它提供了多種類型的存儲引擎，可以根據對數據處理的需求，選擇不同的存儲引擎，從而最大

MySql 存儲引擎的選取

數據集 htm apt 官方 add 保護 -m 導出數據 -a 存儲引擎是為不同的表類型處理 SQL 操作的 MySql 組件。InnoDB 是默認的、最通用的存儲引擎，也是官方推薦使用的存儲引擎，除非一些特定案例。MySql 5.6 中的 CREATE TABLE

mysql server-存儲引擎

memory server 數據庫 mysql 在線 mysql server系統架構 邏輯模塊組成：mysql邏輯模塊可以分為兩層架構，第一層是sql layer主要包括權限判斷、sql解析、執行計劃優化、query cache的處理等；第二

mysql存儲引擎記錄

memory 服務器 數據庫 數據表 安全性 MyISAM Mysql5.5之前的默認數據庫引擎，最為常用。擁有較高的插入，查詢速度，但不支持事務InnoDB事務型數據庫的首選引擎，支持ACID事務，支持行級鎖定,MySQL 5.5起成為默認數據庫引擎BDB源自Berkeley DB，事務

《mysql技術內幕 InnoDB存儲引擎（第二版）》閱讀筆記

大小 根節點 idp size 建立 隔離 緩沖 strong 需要 一、mysql架構 mysql是一個單進程多線程架構的數據庫。 二、存儲引擎 InnoDB： 支持事務 行鎖 讀操作無鎖 4種隔離級別，默認為repeatable 自適應hash索引 每張表的存儲都

hadoop 使用ip配置導致hdfs啟動失敗

hadoop $2 value servers 無法 col reg dfs property dataNode 有守護進行，但hdfs web頁面上顯示沒有live node。 錯誤日誌： 2017-06-21 17:44:59,513 ERROR org.apa

MariaDB10.2.6啟用Mroonga存儲引擎用於全文索引

mysql如同翻譯的那樣，Mroonga是一個適用於MySQL的存儲引擎。它為所有MySQL用戶提供了快速的全文搜索功能。這裏直接演示怎麽在MariaDB上啟用mroonga存儲引擎1）加載mroonga插件MariaDB [(none)]>INSTALL SONAME ‘ha_mroonga‘;Mar

04-MySQL的存儲引擎和列的常用類型

回滾 src max-width font 磁盤空間 應用 不同的 性能 整體 1. MySQL中的數據庫分類 2. MySQL中的存儲引擎 　　MySQL中的數據用各種不同的技術存儲在文件（或者內存）中。這些技術中的每一種技術都使用不同的存儲機制、索引技巧、

MySQL中四種常用存儲引擎的介紹

產生 存在 一個 訪問 內存 結構 高效 ins 刪除 MySQL常用的四種引擎的介紹 （1）：MyISAM存儲引擎： 不支持事務、也不支持外鍵，優勢是訪問速度快，對事務完整性沒有 要求或者以select，insert為主的應用基本上可以用這個引擎來創建表 支持3種不同的存

Linux上檢查MySQL數據表的存儲引擎類型三板斧

linuxMySQl主要使用兩種存儲引擎：MyISAM 和 Innodb。MyISAM是非事務的，因此擁有讀取更快，然而InnoDB完全支持細顆粒度的事務鎖定（比如：commit/rollback）。當你創建一張新的MySQL表時，你要選擇它的類型（也就是存儲引擎）。如果沒有選擇，你就會使用與預設置的默認引擎

InnoDB存儲引擎介紹-(1)InnoDB存儲引擎結構

div 區域 簡單 分享 img ane 配置 數據結構 內部數據 首先以一張圖簡單展示 InnoDB 的存儲引擎的體系架構. 從圖中可見, InnoDB 存儲引擎有多個內存塊,這些內存塊組成了一個大的內存池,主要負責如下工作: 維護所有進程/線程需要訪問的多個內部

InnoDB存儲引擎介紹-(4)Checkpoint機制一

water dirty 其他 根據 發生 相關 太多的 性能 會有 檢查點的工作機制： innodb會自動維護一個檢查點的機制，叫做 fuzzy checkpointing（當然sharp checkpoint也是檢查點之一），fuzzy checkpointing就是將b

MySQL InnoDB與MyISAM存儲引擎差異

vco 重建 lec insert 需要 系統文件 name 單個 master 前言： 　　之前簡單介紹過 MySQL 常用的存儲引擎，今天對兩個主流的存儲簡單分析下差異，書上沒有參考的筆試題解答註解； 差異： 　　MyISAM 只支持表鎖，不支持事務，表損壞