100% CPU उपयोग के कारण / sbin / getty प्रक्रिया


11

मेरे पास Ubuntu 12.04 LTS (GNU/Linux 3.2.0-25-virtual i686)होस्ट-मशीन पर KVM-VM के रूप में चलने का एक उदाहरण है जो इसके बगल में एक और VM चलाता है।

मैं Capistrano परिनियोजन-मणि का उपयोग करके पटरियों पर एक रूबी को तैनात करता हूं।

हालाँकि, अगर मैं कम समय में एक पंक्ति में दो बार तैनात करता हूं, तो CPU उपयोग /sbin/gettyप्रक्रिया के कारण 100% तक उछल जाता है।

यह कैसे हो सकता है?

मेरा मानना ​​है कि गेटी एक सरल कार्यक्रम है जो एक लॉगिन नाम को टर्मिनल से लॉगिन-प्रक्रिया में बदल देता है।

इसके अलावा: मेरी Capfile (Capistrano कॉन्फ़िगरेशन फ़ाइल) में कुछ एप्लिकेशन चलाने के बाद मैं कुछ कमांड चला रहा हूं, जिसमें एक कॉल शामिल है, sudo /sbin/restart <APPNAME>जो एक upstart कार्य है।

क्या यह किसी तरह संबंधित हो सकता है?

मैं हमेशा गेटी प्रक्रिया को मार सकता हूं और समस्या अगली तैनाती तक चली जाती है, लेकिन मैं समस्या को समझूंगा और ठीक करूंगा।

किसी भी मदद की सराहना की है। संलग्न मेरी समस्या का एक स्क्रीनशॉट है।

/ sbin / getty के कारण 100% CPU लोड होता है


2
आप ट्रेस कर सकते हैं कि 'स्ट्रेस-एफ-पी 18081' के साथ गेट्टी क्या कर रहा है, जहां 18081 में दुर्व्यवहार करने वाले गेटी की पिड है। यदि स्ट्रेस कुछ भी नहीं दिखाता है, तो इसकी संभावना गेटी में एक बग है।
SpamapS

क्या आप इस समस्या को स्थायी रूप से हल करने में सक्षम थे?
क्रिस्टोफ गेस्चविंड

जवाबों:


2

अंत में मुझे भी Ubuntu 12.10 ServerVPS पर इस मुद्दे का सामना करना पड़ा ।

लेकिन जैसा कि मुझे किसी की ज़रूरत नहीं है tty(क्योंकि मैं कनेक्ट कर रहा हूं ssh) मैंने इसे कठिन तरीके से तय किया :

sudo rm /etc/init/tty*
sudo reboot

और यह बहुत अच्छी तरह से काम करता है! कोई और gettyप्रक्रिया अटक गई।


0

क्या आप लॉग इन कर रहे हैं syslog?

आपके पास syslogजा रहा है tty1?

यदि हां, तो आपके पास 38400bps से अधिक मूल्य का एक अच्छा मौका है syslogऔर gettyयह डेटा को डंप करने के लिए इंतजार करते समय अवरुद्ध है tty

मैं आपके rsyslogकॉन्फ़िगरेशन की जाँच करूँगा - डिफ़ॉल्ट रूप से, Ubuntu कुछ syslogआउटपुट को लॉग करता है /dev/xconsole via /etc/rsyslogd.d/50-default.conf


यदि यह मामला है, तो इसे कैसे रोका जाए?
जाने

0

मेरे एक कोर पर मुझे agettyअपने उबंटू 16.04 मशीन पर प्रक्रिया के लिए 100% सीपीयू उपयोग मिल रहा था । मेरे विशेष मामले में मैंने केवल सर्वर तक पहुंचने के लिए ssh कनेक्शन का उपयोग किया है, इसलिए थोड़ी देर तक जांच करने के बाद मैंने इसे हटाने का फैसला किया।

sudo rm /etc/systemd/system/getty.target.wants/getty@tty1.service
sudo rm /lib/systemd/system/getty@.service

रिबूट की आवश्यकता है। Https://peteris.rocks/blog/can-you-kill-it/ पर समाधान पाया गया । इस तरह के विकल्प को लेने से पहले, यह जांचने के लिए सावधान रहें कि क्या आपको वास्तव में टैटी की आवश्यकता नहीं है।

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