Debugging systemd pour mongodb 3.2 sur Ubuntu 16.04 - sig 15 tuer

Question

J'ai installé mongodb-org et mongodb-org-server en suivant les instructions sur mongodb.org (bien que pour Ubuntu 14.x)

À ce stade, exécuter mongodb fonctionne directement;

Sudo -H -u mongodb bash -c "/usr/bin/mongod -f /etc/mongod.conf"

dans /var/log/mongodb.log

2016-06-15T00:57:10.718Z I NETWORK [initandlisten] waiting for connections on port 27017

J'ai créé un /lib/systemd/system/mongodb.service (similaire à https://Gist.github.com/sgnn7/54146c8a13c8b5ca2201 )

[Unit] Description=High-performance, schema-free document-oriented database After=syslog.target network.target [Service] User=mongodb Group=mongodb ExecStart=/usr/bin/mongod -f /etc/mongod.conf ExecStop=/usr/bin/mongod -f /etc/mongod.conf --shutdown [Install] WantedBy=multi-user.target

Dans le fichier mongodb.log, c'est le résultat.

2016-06-15T00:47:53.748Z I CONTROL [initandlisten] MongoDB starting : pid=5592 port=27017 dbpath=/data/wiredtiger 64-bit Host=Neptune 2016-06-15T00:47:53.748Z I CONTROL [initandlisten] db version v3.2.7 2016-06-15T00:47:53.748Z I CONTROL [initandlisten] git version: 4249c1d2b5999ebbf1fdf3bc0e0e3b3ff5c0aaf2 2016-06-15T00:47:53.748Z I CONTROL [initandlisten] OpenSSL version: OpenSSL 1.0.2g-fips 1 Mar 2016 2016-06-15T00:47:53.748Z I CONTROL [initandlisten] allocator: tcmalloc 2016-06-15T00:47:53.748Z I CONTROL [initandlisten] modules: none 2016-06-15T00:47:53.748Z I CONTROL [initandlisten] build environment: 2016-06-15T00:47:53.748Z I CONTROL [initandlisten] distmod: ubuntu1404 2016-06-15T00:47:53.748Z I CONTROL [initandlisten] distarch: x86_64 2016-06-15T00:47:53.748Z I CONTROL [initandlisten] target_Arch: x86_64 2016-06-15T00:47:53.748Z I CONTROL [initandlisten] options: { config: "/etc/mongod.conf", net: { bindIp: "127.0.0.1", port: 27017, unixDomainSocket: { enabled: true, filePermissions: 329, pathPrefix: "/data/wiredtiger" } }, processManagement: { fork: true, pidFilePath: "/var/run/mongodb/mongodb.pid" }, setParameter: { failIndexKeyTooLong: "false" }, storage: { dbPath: "/data/wiredtiger", directoryPerDB: true, engine: "wiredTiger", journal: { enabled: true }, wiredTiger: { collectionConfig: { blockCompressor: "snappy" }, engineConfig: { cacheSizeGB: 1, directoryForIndexes: true } } }, systemLog: { destination: "file", logAppend: true, path: "/var/log/mongodb/mongodb.log", timeStampFormat: "iso8601-utc" } } 2016-06-15T00:47:53.770Z I STORAGE [initandlisten] wiredtiger_open config: create,cache_size=1G,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), 2016-06-15T00:47:54.257Z I CONTROL [initandlisten] 2016-06-15T00:47:54.257Z I CONTROL [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/enabled is 'always'. 2016-06-15T00:47:54.257Z I CONTROL [initandlisten] ** We suggest setting it to 'never' 2016-06-15T00:47:54.257Z I CONTROL [initandlisten] 2016-06-15T00:47:54.257Z I CONTROL [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'. 2016-06-15T00:47:54.257Z I CONTROL [initandlisten] ** We suggest setting it to 'never' 2016-06-15T00:47:54.257Z I CONTROL [initandlisten] 2016-06-15T00:47:54.270Z I FTDC [initandlisten] Initializing full-time diagnostic data capture with directory '/data/wiredtiger/diagnostic.data' 2016-06-15T00:47:54.271Z I NETWORK [HostnameCanonicalizationWorker] Starting hostname canonicalization worker 2016-06-15T00:47:54.271Z I NETWORK [initandlisten] waiting for connections on port 27017 2016-06-15T00:47:54.305Z I CONTROL [main] ***** SERVER RESTARTED ***** 2016-06-15T00:47:54.310Z I CONTROL [signalProcessingThread] got signal 15 (Terminated), will terminate after current cmd ends 2016-06-15T00:47:54.310Z I FTDC [signalProcessingThread] Shutting down full-time diagnostic data capture 2016-06-15T00:47:54.310Z I CONTROL [signalProcessingThread] now exiting 2016-06-15T00:47:54.310Z I NETWORK [signalProcessingThread] shutdown: going to close listening sockets... 2016-06-15T00:47:54.310Z I NETWORK [signalProcessingThread] closing listening socket: 6 2016-06-15T00:47:54.310Z I NETWORK [signalProcessingThread] closing listening socket: 7 2016-06-15T00:47:54.310Z I NETWORK [signalProcessingThread] removing socket file: /data/wiredtiger/mongodb-27017.sock 2016-06-15T00:47:54.310Z I NETWORK [signalProcessingThread] shutdown: going to flush diaglog... 2016-06-15T00:47:54.310Z I NETWORK [signalProcessingThread] shutdown: going to close sockets... 2016-06-15T00:47:54.310Z I STORAGE [signalProcessingThread] WiredTigerKVEngine shutting down 2016-06-15T00:47:54.436Z I STORAGE [signalProcessingThread] shutdown: removing fs lock... 2016-06-15T00:47:54.436Z I CONTROL [signalProcessingThread] dbexit: rc: 0

Dans le cadre de la configuration du service systemd, j’ai exécuté

systemctl --system daemon-reload systemctl unmask mongodb.service systemctl enable mongodb.service systemctl start mongodb.service

Toutes les données, journaux et répertoires d’exécution de mongodb appartiennent à mongodb.mongodb - et j’ai créé un sous-répertoire mongodb de/var/run (appartenant à mongodb)

Qu'est-ce qui tue la version de systemd immédiatement après le démarrage?

Quelque chose d'autre que je peux essayer? (J'ai essayé 'LimitNOFILE = 64000' dans [Service])

Merci!

JdeBP · Accepted Answer

processManagement: {fork: true, pidFilePath: "/var/run/mongodb/mongodb.pid"}

C'est ton problème. _processManagement.fork_ doit être false (qui est également la valeur par défaut) dans votre fichier _mongod.conf_.

Parce que c'est vrai, Mongod est complètement inutile. Comme il est en train de forger, systemd pense que le processus principal du démon s'est terminé de manière inattendue et qu'il nettoie le service à son état arrêté. Pour ce faire, il met explicitement fin à tous les processus enfants laissés par le service. D'où le signal.

Il s'agit d'une incompatibilité de protocole de préparation. MongoDB ne parle pas le protocole de préparation de forking et il n’est pas correct de changer l’unité de service systemd pour indiquer que c’est le cas. Il est plutôt correct de modifier la configuration de MongoDB afin qu’elle ne se décompose pas complètement inutilement.

Lectures complémentaires

mongodb.service . la source du paquet mongodb. Rampe de lancement.
" distributions Linux utilisant systemd ". UNIX ulimit Paramètres . Documentation mongoDB.
https://unix.stackexchange.com/a/18754

Ali W · Answer

En règle générale, après 20 minutes de voyage, je suis revenu à quelque chose où je travaillais depuis des heures et j'ai trouvé une solution.

Type=forking

Nécessaire dans le fichier /lib/systemd/system/mongodb.service. Ce qui ressemble maintenant;

[Unit] Description=High-performance, schema-free document-oriented database After=syslog.target network.target [Service] Type=forking User=mongodb Group=mongodb ExecStart=/usr/bin/mongod -f /etc/mongod.conf ExecStop=/usr/bin/mongod -f /etc/mongod.conf --shutdown [Install] WantedBy=multi-user.target

J'espère que ça aide quelqu'un d'autre!