सर्विस स्टार्ट / स्टॉप / रीस्टार्ट कमांड से कोई आउटपुट नहीं


10

मैंने सिर्फ Ubuntu 16.04 LTS इंस्टॉल किया और पाया कि जब मैं चलता हूं

usr@server:~$ sudo service <servicename> restart
usr@server:~$

सेवा को फिर से शुरू किया गया है (मैं इसके साथ स्थिति देख सकता हूं service <servicename> status), लेकिन शेल बिना किसी उम्मीद के सीधे कमांड लाइन पर वापस चला जाता है:

* Stopping <servicename>     [ OK ]
* Starting <servicename>     [ OK ]

क्या आपने लॉग को देखने के लिए देखा कि क्या कोई जानकारी है जो समस्या का निदान करने में मदद कर सकती है? यह
Diego

2
सेवा से कोई समस्या नहीं है। यह कमांड प्रॉम्प्ट है जो आउटपुट के बिना लौट रहा है जो मुझे चकित करता है। यह हर सेवा के साथ होता है। कमांड वह करता है जो अपेक्षित है (सेवा को शुरू / रोक / पुनरारंभ करें), लेकिन कोई आउटपुट नहीं है
एडुआर्डो कोरिया

जवाबों:


9

आपको ऐसे आउटपुट की उम्मीद नहीं करनी चाहिए।

शुरुआत के लिए, Ubuntu पहले के संस्करणों में इस तरह का व्यवहार नहीं करता था। उबंटू एक दशक से भी कम समय के लिए एक अपस्टार्ट सिस्टम था, और serviceउबंटू पर कमांड के व्यवहार के उन सभी वर्षों के लिए है जैसा कि आप उम्मीद नहीं कर रहे हैं। serviceछवि में कमांड के अपस्टार्ट व्यवहार को देख सकते हैं कि मैं 15.10 में आउटपुट प्रिंट करने के लिए सर्विस कमांड कैसे प्राप्त करूं?

यह उत्तर आपके लिए उबंटू संस्करण 15.10 वाले लोगों के लिए पिछले वर्ष के समान ही है।

आप उबंटू संस्करण 16.10 का उपयोग कर रहे हैं, जो एक ऑपरेटिंग सिस्टम है। आपका सिस्टम सेवा प्रबंधन अब upstart (या जो कुछ भी गैर-उबंटू ऑपरेटिंग सिस्टम आपके पास पहले था) पर किया। यह systemd द्वारा किया जाता है।

serviceआदेश में एक ही हो सकता है ... लेकिन Debian / Ubuntu के serviceआदेश एक खोल स्क्रिप्ट है कि करने के लिए कोशिश करता स्वत: पता लगाएं कि क्या नवोदय या systemd चल सिस्टम सेवा प्रबंधक है, और नवोदय और systemd के लिए वास्तविक देशी सेवा प्रबंधन कमांड चलाने है। यह अपस्टार्ट और सिस्टमड के लिए दो बहुत ज्यादा पूरी तरह से अलग कोड पथ निष्पादित करता है।

नवोदय की मूल सेवा प्रबंधन आदेशों हैं initctl start, initctl stop, initctl statusबहुत आगे है और। वे जाते ही संदेश प्रिंट करते हैं।

systemd के मूल सेवा प्रबंधन आदेशों हैं systemctl start, systemctl stop, systemctl statusबहुत आगे है और। वे प्रिंट नहीं आउटपुट के रूप में वे काम करते हैं।

आगे की पढाई


1
"आपको ऐसे आउटपुट की उम्मीद नहीं करनी चाहिए।" एक जवाब शुरू करने के लिए एक महान जगह नहीं है। आप मूल रूप से कह रहे हैं, "आपकी राय गलत है"। आपके कहने का मतलब है, मुझे लगता है, "यह सिस्टमड के साथ संभव नहीं है"। ऊपर के दिनों के दौरान, उबंटू डीआईडी ​​आउटपुट ... यह सवाल है कि "मुझे 15.10 में आउटपुट प्रिंट करने के लिए सर्विस कमांड कैसे मिलता है"। 15.10 से पहले, उबंटू ने अपस्टार्ट और अपस्टार्ट (जैसे सिसविनीट) का इस्तेमाल किया था। तो कृपया यह मत कहो, "यह एक दशक से ऐसा ही है"। यह नहीं है। यह 15.10 में बदल गया। सिस्टमड वर्बोज़ नहीं है और जब से इसे तैनात करना शुरू किया है, तब से यह सुपर परेशान है।
बोबापुल

प्रश्नकर्ता ने स्पष्ट रूप से आपको बताया कि xe क्या उम्मीद कर रहा था, और ऊपर का आउटपुट आउटपुट जैसा नहीं है। आप भ्रमित हैं, या आपने प्रश्न नहीं पढ़ा है।
JdeBP

0

वास्तव में आपको ओके आउटपुट की आवश्यकता नहीं है। कोई आउटपुट का मतलब ठीक नहीं है। जब कोई सेवा ठीक से शुरू नहीं होती है, तो Ubuntu आपको कुछ इस तरह दिखाता है:

Php5.6-fpm.service के लिए नौकरी विफल रही क्योंकि नियंत्रण प्रक्रिया त्रुटि कोड के साथ बाहर निकल गई। विवरण के लिए "systemctl स्टेटस php5.6-fpm.service" और "journalctl -xe" देखें।

मेरे मामले में यह उदाहरण मेरी php-fpm.conf पर एक गलत धारणा थी जो सेवा को शुरू करने में असमर्थ कर रही थी। निर्देशों का पालन करने के बाद मैंने हल किया कि क्या त्रुटि थी।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.