本文介绍了Docker mongodb与mac os x共享卷的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
我试图在Mac终端中使用mac os x 10.10.2上的mongodb官方码头图像： docker运行-v / Users / john / data / db：/ data / db -p 27017：27017 mongo --smallfiles
但退出此错误日志：
2015-04-11T10：53：19.709 + 0000 I JOURNAL [initandlisten] journal dir = / data / db / journal
2015-04-11T10：53：19.711 + 0000 I JOURNAL [initandlisten] recover begin
2015-04-11T10：53：19.711 + 0000 I STORAGE [initandlisten]在File :: open（）中，::打开'/ data / db / journal / lsn'失败与errno：1操作不允许
2015-04-11T10：53：19.711 + 0000 I - [initandlisten]断言失败f.is_open（）src / mongo / db / storage / mmap_v1 / dur_journal.cpp 597
2015-04-11T10：53：19.713 + 0000 I CONTROL [initandlisten]
0xf69069 0xf09861 0xeeed9e 0xd2b8f7 0xd36852 0xd37561 0xd37a90 0xd254b6 0xa9b9f9 0x824220 0x7f13c4 0x7f6dbae1bead 0x822459
----- BEGIN BACKTRACE -----
{b acktrace ：[{ B ： 400000\" ， O： B69069}，{ B： 400000， O： B09861}，{ B： 400000， ○ ： AEED9E }，{ b ： 400000\" ， O： 92B8F7}，{ b： 400000， O： 936852}，{ b： 400000\" ， O： 937561}，{ b： 400000， O： 937A90}，{ b： 400000， O： 9254B6}，{ b ： 400000\" ， O： 69B9F9}，{ b： 400000， O： 424220}，{ b： 400000， O： 3F13C4 }，{b：7F6DBADFD000，o：1EEAD}，{b：400000，o：422459}]，processInfo：{mongodbVersion .1，gitVersion：534b5a3f9d10f00cd27737fbcd951032248b5952，uname：{sysname：Linux，ease：3.18.5-tinycore64，version：＃1 SMP Sun Feb 1 06： 02UTC 2015，machine：x86_64}，somap：[{elfType：2，b：400000，buildId：4AB5B4C24C9EE5C1743971702746CDB87DC92DCE}，{b 7FFFFE772000，elfType：3，buildId：C58213BB786BBA102C73C58D3FF0123C2006C7F4}，{b：7F6DBC38B000，path：/lib/x86_64-linux-gnu/libpthread.so.0 elfType：3，buildId：FEF281218797AD6AE726DD5FCEDECADD9E9F51DC}，{b：7F6DBC12B000，路径：/usr/lib/x86_64-linux-gnu/libssl.so.1.0.0，elfType：3，buildId：AEE5F3A05E87AFA440FCF6352C568A0F08584119}，{b：7F6DBBD33000，path ：/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0，elfType：3，buildId：37084B8E55653C947BA6295814D850D6AA0C561D}，{b：7F6DBBB2B000，path /lib/x86_64-linux-gnu/librt.so.1，elfType：3，buildId：F58D5DE3E7A2989E915422BA4203FE53DBA449A0}，{b：7F6DBB927000，path：/ lib / x86_64 -linux-gnu / libdl.so.2，elfType：3buildId：5D1CA3A3D93ED5B6C6462FFA03E787FDBE4013A3}，{b：7F6DBB620000，path：/ usr / lib / x86_64-linux- gnu / libstdc ++。so.6，elfType：3，buildId：8711429397A5AF8B6269B867D830EDF6E0225B8D}，{b：7F6DBB39E000，path：/lib/x86_64-linux-gnu/libm.so .6，elfType：3buildId：7F58D6664571941C86B2D969701A572AD4D7BF1D}，{b：7F6DBB188000，path：/lib/x86_64-linux-gnu/libgcc_s.so.1 elfType：3，buildId：F980B1188708F8D8B5C35D185444AF4CB939AA1E}，{b ：7F6DBADFD000，path：/lib/x86_64-linux-gnu/libc.so.6，elfType：3，buildId：A745EBA2C16BA80AE1EF1A7A7B70740C2CF1B363}，{b：7F6DBC5A7000 ，path：/lib64/ld-linux-x86-64.so.2，elfType：3，buildId：9B23F2A44CC8CA6175CBD8D64584B1C7EA5FD18C}，{b：7F6DBABE6000，path /lib/x86_64-linux-gnu/libz.so.1，elfType：3，buildId：1EFEB71FD4999C2307570D673A724EA4E1D85267}}}
mongod（_ZN5mongo15printStackTraceERSo + 0x29）[0xf69069]
的mongod（_ZN5mongo10logContextEPKc + 0xE1）[0xf09861]
的mongod（_ZN5mongo12verifyFailedEPKcS1_j + 0xCE）[0xeeed9e]
的mongod（_ZN5mongo3dur14journalReadLSNEv + 0x1E7）[0xd2b8f7]
的mongod（_ZN5mongo3dur11RecoveryJob2goERSt6vectorIN5boost11filesystem34pathESaIS5_EE + 0xB2）[0xd36852]
mongod（_ZN5mongo3dur8_recoverEv + 0x851）[0xd37561]
mongod（_ZN5mongo3dur27replayJournalFilesAtStartupEv + 0x60）[0xd37a90]
mongod（_ZN5mongo3dur7startupEv + 0x26）[0xd254b6]
mongod（_ZN5mongo23GlobalEnvironmentMongoD22setGloba [0xa9b9f9]
mongod（_ZN5mongo13initAndListenEi + 0x2F0）[0x824220]
mongod（main + 0x134）[0x7f13c4]
libc.so.6（__ libc_start_main + 0xFD）[0x7f6dbae1bead]
mongod（+ 0x422459）[0x822459]
----- END BACKTRACE -----
2015-04-11T10：53：19.716 + 0000 F JOURNAL [initandlisten] dbexception恢复：13611无法读取日志目录中的lsn文件：assertion src / mongo / db / storage / mmap_v1 / dur_journal.cpp：597
2015-04-11T10：53：19.716 + 0000 I STORAGE [initandlisten] exception在initAndListen：13611无法读取日志目录中的lsn文件：assertion src / mongo / db / storage / mmap_v1 / dur_journal.cpp：597，terminate
2015-04-11T10：53：19.716 + 0000 I CONTROL [ initandlisten]现在退出
2015-04-11T10：53：19.716 + 0000 I NETWORK [initandlisten] shutdown：要关闭监听套接字...
2015-04-11T10：53：19.716 + 0000 I NETWORK [initandlisten] shutdown：去清洗diaglog ...
2015-04-11T10：53：19.716 + 0000 I NETWORK [initandliste n]关机：要关闭插座...
2015-04-11T10：53：19.716 + 0000 I存储[initandlisten]关机：等待fs预分配器
2015-04-11T10： 53：19.716 + 0000 I STORAGE [initandlisten] shutdown：final commit ...
2015-04-11T10：53：19.716 + 0000 I STORAGE [initandlisten] shutdown：关闭所有文件...
2015 -04-11T10：53：19.716 + 0000 I存储[initandlisten] closeAllFiles（）已完成
2015-04-11T10：53：19.716 + 0000 I CONTROL [initandlisten] dbexit：rc：100
我不明白的是，如果我在docker-machine中执行相同的命令，并将相同的数据放在docker -machine文件夹，然后一切正常。
我已经尝试chmod -R 777在该文件夹，但它不能解决问题。
有人可以解释我在这里做错什么？
我们可以将数据放在docker-machine中的/ Users文件夹中在mac os x上分享容器？
mongodb是否需要特定于文件系统的东西？
解决方案
它似乎是特定于mongo软件和使用virtualbox ，请参阅mongo码头工程师。
它的行为不像如果您将datadir保留在已装入的卷中。
I try to use the mongodb official docker image on mac os x 10.10.2 with this command inside mac terminal :
docker run -v /Users/john/data/db:/data/db -p 27017:27017 mongo --smallfiles
But it exits with this error log :
2015-04-11T10:53:19.709+0000 I JOURNAL [initandlisten] journal dir=/data/db/journal
2015-04-11T10:53:19.711+0000 I JOURNAL [initandlisten] recover begin
2015-04-11T10:53:19.711+0000 I STORAGE [initandlisten] In File::open(), ::open for '/data/db/journal/lsn' failed with errno:1 Operation not permitted
2015-04-11T10:53:19.711+0000 I - [initandlisten] Assertion failure f.is_open() src/mongo/db/storage/mmap_v1/dur_journal.cpp 597
2015-04-11T10:53:19.713+0000 I CONTROL [initandlisten]
0xf69069 0xf09861 0xeeed9e 0xd2b8f7 0xd36852 0xd37561 0xd37a90 0xd254b6 0xa9b9f9 0x824220 0x7f13c4 0x7f6dbae1bead 0x822459
----- BEGIN BACKTRACE -----
{"backtrace":[{"b":"400000","o":"B69069"},{"b":"400000","o":"B09861"},{"b":"400000","o":"AEED9E"},{"b":"400000","o":"92B8F7"},{"b":"400000","o":"936852"},{"b":"400000","o":"937561"},{"b":"400000","o":"937A90"},{"b":"400000","o":"9254B6"},{"b":"400000","o":"69B9F9"},{"b":"400000","o":"424220"},{"b":"400000","o":"3F13C4"},{"b":"7F6DBADFD000","o":"1EEAD"},{"b":"400000","o":"422459"}],"processInfo":{ "mongodbVersion" : "3.0.1", "gitVersion" : "534b5a3f9d10f00cd27737fbcd951032248b5952", "uname" : { "sysname" : "Linux", "release" : "3.18.5-tinycore64", "version" : "#1 SMP Sun Feb 1 06:02:30 UTC 2015", "machine" : "x86_64" }, "somap" : [ { "elfType" : 2, "b" : "400000", "buildId" : "4AB5B4C24C9EE5C1743971702746CDB87DC92DCE" }, { "b" : "7FFFFE772000", "elfType" : 3, "buildId" : "C58213BB786BBA102C73C58D3FF0123C2006C7F4" }, { "b" : "7F6DBC38B000", "path" : "/lib/x86_64-linux-gnu/libpthread.so.0", "elfType" : 3, "buildId" : "FEF281218797AD6AE726DD5FCEDECADD9E9F51DC" }, { "b" : "7F6DBC12B000", "path" : "/usr/lib/x86_64-linux-gnu/libssl.so.1.0.0", "elfType" : 3, "buildId" : "AEE5F3A05E87AFA440FCF6352C568A0F08584119" }, { "b" : "7F6DBBD33000", "path" : "/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0", "elfType" : 3, "buildId" : "37084B8E55653C947BA6295814D850D6AA0C561D" }, { "b" : "7F6DBBB2B000", "path" : "/lib/x86_64-linux-gnu/librt.so.1", "elfType" : 3, "buildId" : "F58D5DE3E7A2989E915422BA4203FE53DBA449A0" }, { "b" : "7F6DBB927000", "path" : "/lib/x86_64-linux-gnu/libdl.so.2", "elfType" : 3, "buildId" : "5D1CA3A3D93ED5B6C6462FFA03E787FDBE4013A3" }, { "b" : "7F6DBB620000", "path" : "/usr/lib/x86_64-linux-gnu/libstdc++.so.6", "elfType" : 3, "buildId" : "8711429397A5AF8B6269B867D830EDF6E0225B8D" }, { "b" : "7F6DBB39E000", "path" : "/lib/x86_64-linux-gnu/libm.so.6", "elfType" : 3, "buildId" : "7F58D6664571941C86B2D969701A572AD4D7BF1D" }, { "b" : "7F6DBB188000", "path" : "/lib/x86_64-linux-gnu/libgcc_s.so.1", "elfType" : 3, "buildId" : "F980B1188708F8D8B5C35D185444AF4CB939AA1E" }, { "b" : "7F6DBADFD000", "path" : "/lib/x86_64-linux-gnu/libc.so.6", "elfType" : 3, "buildId" : "A745EBA2C16BA80AE1EF1A7A7B70740C2CF1B363" }, { "b" : "7F6DBC5A7000", "path" : "/lib64/ld-linux-x86-64.so.2", "elfType" : 3, "buildId" : "9B23F2A44CC8CA6175CBD8D64584B1C7EA5FD18C" }, { "b" : "7F6DBABE6000", "path" : "/lib/x86_64-linux-gnu/libz.so.1", "elfType" : 3, "buildId" : "1EFEB71FD4999C2307570D673A724EA4E1D85267" } ] }}
mongod(_ZN5mongo15printStackTraceERSo+0x29) [0xf69069]
mongod(_ZN5mongo10logContextEPKc+0xE1) [0xf09861]
mongod(_ZN5mongo12verifyFailedEPKcS1_j+0xCE) [0xeeed9e]
mongod(_ZN5mongo3dur14journalReadLSNEv+0x1E7) [0xd2b8f7]
mongod(_ZN5mongo3dur11RecoveryJob2goERSt6vectorIN5boost11filesystem34pathESaIS5_EE+0xB2) [0xd36852]
mongod(_ZN5mongo3dur8_recoverEv+0x851) [0xd37561]
mongod(_ZN5mongo3dur27replayJournalFilesAtStartupEv+0x60) [0xd37a90]
mongod(_ZN5mongo3dur7startupEv+0x26) [0xd254b6]
mongod(_ZN5mongo23GlobalEnvironmentMongoD22setGlobalStorageEngineERKSs+0x319) [0xa9b9f9]
mongod(_ZN5mongo13initAndListenEi+0x2F0) [0x824220]
mongod(main+0x134) [0x7f13c4]
libc.so.6(__libc_start_main+0xFD) [0x7f6dbae1bead]
mongod(+0x422459) [0x822459]
----- END BACKTRACE -----
2015-04-11T10:53:19.716+0000 F JOURNAL [initandlisten] dbexception during recovery: 13611 can't read lsn file in journal directory : assertion src/mongo/db/storage/mmap_v1/dur_journal.cpp:597
2015-04-11T10:53:19.716+0000 I STORAGE [initandlisten] exception in initAndListen: 13611 can't read lsn file in journal directory : assertion src/mongo/db/storage/mmap_v1/dur_journal.cpp:597, terminating
2015-04-11T10:53:19.716+0000 I CONTROL [initandlisten] now exiting
2015-04-11T10:53:19.716+0000 I NETWORK [initandlisten] shutdown: going to close listening sockets...
2015-04-11T10:53:19.716+0000 I NETWORK [initandlisten] shutdown: going to flush diaglog...
2015-04-11T10:53:19.716+0000 I NETWORK [initandlisten] shutdown: going to close sockets...
2015-04-11T10:53:19.716+0000 I STORAGE [initandlisten] shutdown: waiting for fs preallocator...
2015-04-11T10:53:19.716+0000 I STORAGE [initandlisten] shutdown: final commit...
2015-04-11T10:53:19.716+0000 I STORAGE [initandlisten] shutdown: closing all files...
2015-04-11T10:53:19.716+0000 I STORAGE [initandlisten] closeAllFiles() finished
2015-04-11T10:53:19.716+0000 I CONTROL [initandlisten] dbexit: rc: 100
What i don't understand is that if i execute this same command inside docker-machine, with the same data placed inside a docker-machine folder then everything works fine.
I already tried to chmod -R 777 on the folder but it doesn't fix the problem.
Can someone explain what i am doing wrong here ?
Can we place data inside the "/Users" folder mounted in docker-machine to share with containers on mac os x ?
Is mongodb requiring something specific about the filesystem ?
解决方案
It seems to be specific to the mongo software and the use of virtualbox , see the mongo docker README.
It doesn't behave like that if you keep the datadir out of the mounted volume.
这篇关于Docker mongodb与mac os x共享卷的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！