পরিষেবা শুরু / স্টপ / পুনরায় আরম্ভ করার আদেশ থেকে কোনও আউটপুট পাওয়া যায় না


10

আমি সবেমাত্র উবুন্টু 16.04 এলটিএস ইনস্টল করেছি এবং যখন আমি দৌড়ে যাই

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

পরিষেবাটি পুনরায় চালু করা হয়েছে (আমি এর সাথে স্থিতিটি দেখতে পারি service <servicename> status), তবে শেলটি প্রত্যাশিত ছাড়াই সরাসরি কমান্ড লাইনে ফিরে যায়:

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

আপনি কি লগগুলি একবার দেখেছেন কিনা এমন কোনও তথ্য আছে যা সমস্যার সনাক্তকরণে সহায়তা করতে পারে? এটা হওয়া উচিত প্রথমেই / var / log /?
দিয়েগো

2
পরিষেবাটি নিজেই কোনও সমস্যা নেই। কমান্ড প্রম্পট আউটপুট ছাড়াই ফিরে আসবে যা আমাকে বিস্মিত করে। এটি প্রতিটি সেবার সাথে ঘটে। কমান্ডটি প্রত্যাশিত যা করেছে (পরিষেবাটি শুরু / থামিয়ে / পুনঃসূচনা করুন), কিন্তু কোনও আউটপুট নেই
এডুয়ার্ডো কোরিয়া

উত্তর:


9

আপনি যেমন আউটপুট আশা করা উচিত নয়।

প্রারম্ভিকদের জন্য, উবুন্টু পূর্ববর্তী সংস্করণগুলিতে এ জাতীয় আচরণ করেন নি। উবুন্টু কেবল এক দশকের অধীনে একটি আপস্টার্ট সিস্টেম ছিল এবং serviceউবুন্টু- র আদেশের আচরণটি সেই সমস্ত বছর ধরে যেমন প্রত্যাশা করছিল তার সাথে সাদৃশ্যপূর্ণ নয়। serviceচিত্রটিতে কমান্ডের আপস্টার্ট আচরণটি দেখতে পাবে 15.10 এ আউটপুট প্রিন্ট করতে আমি সার্ভিস কমান্ডটি কীভাবে পাব?

উত্তরটি আপনার কাছে গত বছরের উবুন্টু সংস্করণ 15.10 সংস্করণের লোকদের মতই একই রকম:

আপনি একটি সিস্টেমড অপারেটিং সিস্টেম উবুন্টু সংস্করণ 16.10 ব্যবহার করছেন। আপনার সিস্টেম পরিষেবা পরিচালন আর আপস্টার্ট দ্বারা সম্পাদিত হয় না (বা আপনার আগে যে উবুন্টু অপারেটিং সিস্টেম ছিল তার উপর যা কিছু উপযোগিতা এটি করেছে)। এটি সিস্টেমড দ্বারা সঞ্চালিত হয়।

serviceকমান্ড একই হতে পারে ... কিন্তু Debian / Ubuntu- serviceকমান্ড একটি শেল স্ক্রিপ্ট যে চেষ্টা করে অটো-সনাক্তকরণ কিনা ভুঁইফোড় বা systemd হল চলমান সিস্টেম সার্ভিস ম্যানেজার, এবং ভুঁইফোড় এবং systemd জন্য প্রকৃত নেটিভ পরিষেবা পরিচালন কমান্ড চালানো হয়। এটি upstart এবং সিস্টেমেডের জন্য দুটি বেশ কয়েকটি সম্পূর্ণ ভিন্ন কোড পাথ সম্পাদন করে।

ভুঁইফোড় এর নেটিভ পরিষেবা পরিচালন কমান্ড হয় initctl start, initctl stop, initctl statusতাই ঘোষণা করে। সেগুলি প্রিন্ট বার্তাগুলি যায়।

systemd হল এর নেটিভ পরিষেবা পরিচালন কমান্ড হয় systemctl start, systemctl stop, systemctl statusতাই ঘোষণা করে। তারা চালিত হওয়ার সাথে সাথে কোনও আউটপুট প্রিন্ট করে না।

আরও পড়া


1
"আপনার এ জাতীয় আউটপুট আশা করা উচিত নয়" " উত্তর শুরু করার জন্য দুর্দান্ত জায়গা নয়। আপনি মূলত বলছেন, "আপনার মতামত ভুল"। আপনি যা বলতে চেয়েছিলেন, আমি মনে করি, এটি "সিস্টেমডের মাধ্যমে সম্ভব নয়"। প্রথম দিনগুলিতে, উবুন্টু ডিআইডি আউটপুট ... "15.10-এ আউটপুট প্রিন্ট করার জন্য আমি কীভাবে সার্ভিস কমান্ড পাব" এই প্রশ্নে রয়েছে। 15.10 এর আগে উবুন্টু আপস্টার্ট ব্যবহার করত এবং upstart (sysvinit এর মতো) ভার্জোজ ছিল। সুতরাং দয়া করে বলবেন না, "এটি এক দশক ধরে এমন হয়েছে"। এটা না। এটি 15.10-এ পরিবর্তিত হয়েছে। সিস্টেমড ভার্ভোজ নয় এবং এটি ডিপ্রোস দ্বারা মোতায়েন করা শুরু করার পর থেকেই এটি অত্যন্ত বিরক্তিকর হয়েছে।
ববপল

প্রশ্নকারী আপনাকে xe কী প্রত্যাশা করছিল তা পুরোপুরি স্পষ্টভাবে জানিয়েছিল এবং আপস্টার্ট আউটপুটটি এর সাথে সাদৃশ্যপূর্ণ নয়। আপনি বিভ্রান্ত, বা প্রশ্নটি পড়েন নি।
জেডিবিপি

0

আসলে আপনার দরকার নেই ঠিক আছে আউটপুট। কোনও আউটপুট মানে ঠিক নেই। যখন কোনও পরিষেবা সঠিকভাবে শুরু না হয় উবুন্টু আপনাকে এরকম কিছু দেখায়:

Php5.6-fpm.service এর জন্য কাজ ব্যর্থ হয়েছে কারণ ত্রুটি কোড সহ নিয়ন্ত্রণ প্রক্রিয়াটি প্রস্থান করেছে। বিশদগুলির জন্য "systemctl স্থিতি php5.6-fpm.service" এবং "জার্নাল্টেল-এক্স" দেখুন।

আমার ক্ষেত্রে এই উদাহরণটি আমার php-fpm.conf- তে একটি ভুল কনফিগারেশন ছিল যা পরিষেবাটি শুরু করতে অক্ষম করে। নির্দেশগুলি অনুসরণ করার পরে আমি কীভাবে ত্রুটি সৃষ্টি করছিলাম তা বাছাই করেছি।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.