मोंगोडीबी प्रक्रिया हर दिन बंद हो रही है। सर्वर में हमेशा के लिए mongod कैसे चलाते हैं?

Question

मैं MongoDB में शुरुआत कर रहा हूँ और मैं सर्वर में इस के निष्पादन के साथ एक समस्या है।

मेरी परियोजना hostmonster.com के सर्वरों में होस्ट की गई है लेकिन वे मुझे मोंगोडीबी डेटा बेस के लिए समर्थन नहीं देते हैं, हालांकि वे कहते हैं कि मैं इसे अपनी जिम्मेदारी के तहत स्थापित कर सकता हूं।

फिर, मैं लिनक्स 64 में समस्याओं के बिना MongoDB 2.4.1 स्थापित है, के बाद, MongoDB बिन फ़ोल्डर में (के साथ: मोंगो, mongod, mongodump ...) मैं एक फ़ोल्डर 'डेटा' और 'डेटा/db बुलाया बनाया कुछ परीक्षण करने के लिए।

कंसोल से

, मैं SSH प्रोटोकॉल भर में सर्वर से कनेक्ट और मैं

./mongod --dbpath 'data/db' 

चलाने के लिए और यह काम करता है।

लेकिन, मुझे इसकी आवश्यकता है कि यह स्वचालित रूप से हमेशा के लिए चलाए।

मैं Mongodb can't start के चरणों का पालन किया और अगली पंक्ति चलाएँ:

./mongod --fork --dbpath 'data/db' --smallfiles --logpath 'data/mongodb.log' --logappend 

यह भी काम किया, यह प्रक्रिया शुरू कर दी है और मैं कंसोल बंद कर दिया, इस प्रक्रिया को वे चलते रहेंगे और मैं अपने डोमेन के बीच मेरी डेटा देख सकते हैं ।

समस्या यह है कि प्रक्रिया को एक दिन बंद करने के लिए लगता है, यानी, मैं डोमेन में अपना डेटा नहीं देख सकता, फिर, मुझे फिर से चलने की आवश्यकता है। साथ:

./mongod --fork --dbpath 'data/db' --smallfiles --logpath 'data/mongodb.log' --logappend 

मैं इसे प्रतिदिन नहीं करना चाहते, मेरे सवाल है:

क्या समस्या हो सकती है ?, क्यों mongod प्रक्रिया प्रत्येक दिन मर जाता है?

मैं प्रक्रिया को हमेशा के लिए कैसे चला सकता हूं?

मेरी अंग्रेजी के लिए खेद है।

संपादित करें: अंतिम त्रुटि लॉग जोड़ें। मुझे समझ में नहीं आता

Fri Apr 12 03:19:34.577 [TTLMonitor] query local.system.indexes query: { expireAfterSeconds: { $exists: true } } ntoreturn:0 ntoskip:0 nscanned:0 keyUpdates:0 locks(micros) r:141663 nreturned:0 reslen:20 141ms 
Fri Apr 12 03:19:34.789 [TTLMonitor] query users.system.indexes query: { expireAfterSeconds: { $exists: true } } ntoreturn:0 ntoskip:0 nscanned:3 keyUpdates:0 locks(micros) r:211595 nreturned:0 reslen:20 211ms 
Fri Apr 12 03:20:57.869 [PeriodicTask::Runner] task: DBConnectionPool-cleaner took: 18215ms 
Fri Apr 12 03:20:57.931 [PeriodicTask::Runner] task: WriteBackManager::cleaner took: 8ms 
Fri Apr 12 03:22:14.155 [PeriodicTask::Runner] task: DBConnectionPool-cleaner took: 32ms 
Fri Apr 12 03:22:14.215 [PeriodicTask::Runner] task: WriteBackManager::cleaner took: 14ms 
Fri Apr 12 03:22:30.670 [TTLMonitor] query actarium.system.indexes query: { expireAfterSeconds: { $exists: true } } ntoreturn:0 ntoskip:0 nscanned:2 keyUpdates:0 locks(micros) r:430204 nreturned:0 reslen:20 430ms 
Fri Apr 12 03:23:14.825 [PeriodicTask::Runner] task: DBConnectionPool-cleaner took: 7ms 
Fri Apr 12 03:23:31.133 [TTLMonitor] query actarium.system.indexes query: { expireAfterSeconds: { $exists: true } } ntoreturn:0 ntoskip:0 nscanned:2 keyUpdates:0 locks(micros) r:179175 nreturned:0 reslen:20 168ms 
Fri Apr 12 03:25:19.201 [PeriodicTask::Runner] task: WriteBackManager::cleaner took: 505ms 
Fri Apr 12 03:25:23.370 [TTLMonitor] query local.system.indexes query: { expireAfterSeconds: { $exists: true } } ntoreturn:0 ntoskip:0 nscanned:0 keyUpdates:0 locks(micros) r:3604735 nreturned:0 reslen:20 3604ms 
Fri Apr 12 03:25:25.294 [TTLMonitor] query users.system.indexes query: { expireAfterSeconds: { $exists: true } } ntoreturn:0 ntoskip:0 nscanned:3 keyUpdates:0 numYields: 1 locks(micros) r:3479328 nreturned:0 reslen:20 1882ms 
Fri Apr 12 03:26:26.647 [TTLMonitor] query actarium.system.indexes query: { expireAfterSeconds: { $exists: true } } ntoreturn:0 ntoskip:0 nscanned:2 keyUpdates:0 numYields: 1 locks(micros) r:1764712 nreturned:0 reslen:20 1044ms 
Fri Apr 12 04:09:27.804 [TTLMonitor] query actarium.system.indexes query: { expireAfterSeconds: { $exists: true } } ntoreturn:0 ntoskip:0 nscanned:2 keyUpdates:0 locks(micros) r:200919 nreturned:0 reslen:20 200ms 
Fri Apr 12 04:43:54.002 got signal 15 (Terminated), will terminate after current cmd ends 
Fri Apr 12 04:43:54.151 [interruptThread] now exiting 
Fri Apr 12 04:43:54.151 dbexit: 
Fri Apr 12 04:43:54.157 [interruptThread] shutdown: going to close listening sockets... 
Fri Apr 12 04:43:54.160 [interruptThread] closing listening socket: 9 
Fri Apr 12 04:43:54.160 [interruptThread] closing listening socket: 10 
Fri Apr 12 04:43:54.160 [interruptThread] closing listening socket: 11 
Fri Apr 12 04:43:54.160 [interruptThread] removing socket file: /tmp/mongodb-27017.sock 
Fri Apr 12 04:43:54.160 [interruptThread] shutdown: going to flush diaglog... 
Fri Apr 12 04:43:54.160 [interruptThread] shutdown: going to close sockets... 
Fri Apr 12 04:43:54.176 [interruptThread] shutdown: waiting for fs preallocator... 
Fri Apr 12 04:43:54.176 [interruptThread] shutdown: lock for final commit... 
Fri Apr 12 04:43:54.176 [interruptThread] shutdown: final commit... 
Fri Apr 12 04:43:54.176 [interruptThread] shutdown: closing all files... 
Fri Apr 12 04:43:54.212 [interruptThread] closeAllFiles() finished 
Fri Apr 12 04:43:54.220 [interruptThread] journalCleanup... 
Fri Apr 12 04:43:54.246 [interruptThread] removeJournalFiles 
Fri Apr 12 04:43:54.280 [interruptThread] error removing journal files 
boost::filesystem::directory_iterator::construct: No such file or directory: "/home2/anuncio3/bin/mongodb-linux-x86_64-2.4.1/bin/data/db/journal" 
Fri Apr 12 04:43:54.280 [interruptThread] error couldn't remove journal file during shutdown boost::filesystem::directory_iterator::construct: No such file or directory: "/home2/anuncio3/bin/mongodb-linux-x86_64-2.4.1/bin/data/db/journal" 
Fri Apr 12 04:43:54.285 shutdown failed with exception 
Fri Apr 12 04:43:54.285 dbexit: really exiting now 

Answer 1

आपका उत्तर यहाँ है:

Fri Apr 12 04:43:54.002 got signal 15 (Terminated), will terminate after current cmd ends 
Fri Apr 12 04:43:54.151 [interruptThread] now exiting 

आपका प्रक्रिया संकेत 15, जो कि डिफ़ॉल्ट मार संकेत है प्राप्त कर रहा है। यह संभव है कि उनके सिस्टम स्वचालित रूप से लंबी चल रही प्रक्रियाओं या कुछ इसी तरह की हत्या कर रहे हों। यदि वास्तव में यह हो रहा है, तो आपके मेजबान को इसे हल करना होगा।

साथ ही, इन त्रुटियों:

Fri Apr 12 04:43:54.280 [interruptThread] error removing journal files 
boost::filesystem::directory_iterator::construct: No such file or directory: "/home2/anuncio3/bin/mongodb-linux-x86_64-2.4.1/bin/data/db/journal" 
Fri Apr 12 04:43:54.280 [interruptThread] error couldn't remove journal file during shutdown boost::filesystem::directory_iterator::construct: No such file or directory: "/home2/anuncio3/bin/mongodb-linux-x86_64-2.4.1/bin/data/db/journal" 

संकेत मिलता है कि कुछ अपने को स्थापित करने के डेटा निर्देशिका के साथ गलत है। जर्नल फाइलें या तो मौजूद नहीं हैं, या गायब हो रही हैं; अगर सिस्टम पर कुछ प्रक्रिया चीजों को साफ करने की कोशिश कर रही है, तो यह मुझे आश्चर्यचकित नहीं करेगा अगर कुछ आपकी जर्नल फाइलों को नियुक्त कर रहा है।

Answer 2

मुझे पता है कि यह पुराना सवाल है लेकिन मेरा अनुभव अन्य समीक्षकों के लिए सहायक हो सकता है। मेरे परीक्षणों के आधार पर, वे आपको इसे मारने से पहले केवल 5 मिनट (कभी-कभी इससे अधिक) के लिए प्रोग्राम चलाने देते हैं, इसलिए जब तक आपके पास समर्पित आईपी न हो, तो यह मोंगोडीबी स्थापित करने के लिए काफी बेकार है।