TL; DR: O MongoDB reclama de permissões em um diretório onde tudo é permitido.
Estou executando MongoDB v2.4.10 on Debian Jessie ARM . Gostaria de armazenar dados em uma unidade externa, que é formatada em ext4 e montada por meio de /etc/fstab com a seguinte linha:
UUID=<uuid goes here> /mnt/external1 ext4 defaults,noatime 0 0
As permissões em /mnt/external1 são:
$ ls -l | grep external1
drwxrwxrwx 4 root plugdev 4096 Jul 31 10:57 external1
Eles foram definidos depois que a unidade foi montada, emitindo:
$ sudo chown -R root:plugdev /mnt/external1
$ sudo chmod 777 -R /mnt/external1
O usuário mongodb está no grupo plugdev :
$ cat /etc/group | grep mongodb
plugdev:x:46:mongodb
mongodb:x:112:mongodb
No entanto, depois de executar sudo service mongodb start , vejo o seguinte em /mnt/external1/mongodb.log :
Fri Jul 31 10:56:17.341 [initandlisten] MongoDB starting : pid=27189 port=27017 dbpath=/mnt/external1/mongodb 32-bit host=odroidc1
Fri Jul 31 10:56:17.341 [initandlisten]
Fri Jul 31 10:56:17.341 [initandlisten] ** NOTE: This is a 32 bit MongoDB binary.
Fri Jul 31 10:56:17.341 [initandlisten] ** 32 bit builds are limited to less than 2GB of data (or less with --journal).
Fri Jul 31 10:56:17.341 [initandlisten] ** See http://dochub.mongodb.org/core/32bit
Fri Jul 31 10:56:17.343 [initandlisten]
Fri Jul 31 10:56:17.343 [initandlisten] db version v2.4.10
Fri Jul 31 10:56:17.343 [initandlisten] git version: nogitversion
Fri Jul 31 10:56:17.343 [initandlisten] build info: Linux hartmann 3.16.0-0.bpo.4-armmp-lpae #1 SMP Debian 3.16.7-ckt4-3~bpo70+1 (2015-02-12) armv7l BOOST_LIB_VERSION=1_55
Fri Jul 31 10:56:17.343 [initandlisten] allocator: system
Fri Jul 31 10:56:17.343 [initandlisten] options: { bind_ip: "<ip goes here>", config: "/etc/mongodb.conf", dbpath: "/mnt/external1/mongodb", journal: "true", logappend: "true", logpath: "/mnt/external1/mongodb.log" }
Fri Jul 31 10:56:18.002 [initandlisten] journal dir=/mnt/external1/mongodb/journal
Fri Jul 31 10:56:18.002 [initandlisten] recover : no journal files present, no recovery needed
Fri Jul 31 10:56:18.003 [initandlisten] warning couldn't write to / rename file /mnt/external1/mongodb/journal/prealloc.0: couldn't open file /mnt/external1/mongodb/journal/prealloc.0 for writing errno:1 Operation not permitted
Fri Jul 31 10:56:18.022 [initandlisten] couldn't open /mnt/external1/mongodb/local.ns errno:1 Operation not permitted
Fri Jul 31 10:56:18.022 [initandlisten] error couldn't open file /mnt/external1/mongodb/local.ns terminating
Fri Jul 31 10:56:18.022 dbexit:
Fri Jul 31 10:56:18.022 [initandlisten] shutdown: going to close listening sockets...
Fri Jul 31 10:56:18.023 [initandlisten] shutdown: going to flush diaglog...
Fri Jul 31 10:56:18.023 [initandlisten] shutdown: going to close sockets...
Fri Jul 31 10:56:18.023 [initandlisten] shutdown: waiting for fs preallocator...
Fri Jul 31 10:56:18.023 [initandlisten] shutdown: lock for final commit...
Fri Jul 31 10:56:18.023 [initandlisten] shutdown: final commit...
Fri Jul 31 10:56:18.023 [initandlisten] shutdown: closing all files...
Fri Jul 31 10:56:18.023 [initandlisten] closeAllFiles() finished
Fri Jul 31 10:56:18.023 [initandlisten] journalCleanup...
Fri Jul 31 10:56:18.023 [initandlisten] removeJournalFiles
Fri Jul 31 10:56:18.027 [initandlisten] shutdown: removing fs lock...
Fri Jul 31 10:56:18.028 dbexit: really exiting now
, o que significa que MongoDB pode ser anexado a arquivos existentes (o próprio log), mas não pode criar novos.
Se em vez de root:plugdev (que eu acredito ser a maneira padrão de montar unidades externas; por favor, corrija-me se eu estiver errado) Eu configurei o proprietário para mongodb:mongodb , o problema desaparece. No entanto, eu gostaria de acertar em vez de abrir caminho.
Como faço para acertar?
Definir o proprietário de apenas /mnt/external1/mongodb e /mnt/external1/mongodb.log para mongodb:mongodb resolve o problema. No entanto, esta solução não funcionará se a unidade estiver formatada em NTFS e montada via ntfs-3g , a menos que o proprietário da unidade inteira esteja definido como mongodb:mongodb . Estou marcando a questão como resolvida, já que do ponto de vista formal, esta é realmente uma solução do problema no meu caso.
Tags permissions mongodb