ঘুমানোর প্রক্রিয়াটি হত্যা করতে পারে না


13

আমি মনে করি না যে -9 একটি প্রক্রিয়া যা একটি বাধাপ্রাপ্ত ঘুমের (এস) অবস্থায় রয়েছে তা মেরে ফেলতে পেরেছি:

[root@jupiter ~]# ps -elf | grep yum
4 S root     16790     1  0  75   0 - 73779 -      Jan15 ?        00:00:04 /usr/bin/python /usr/bin/yum -y install python-pip
[root@jupiter ~]# kill -9 16790
[root@jupiter ~]# ps -elf | grep yum
4 S root     16790     1  0  75   0 - 73779 -      Jan15 ?        00:00:04 /usr/bin/python /usr/bin/yum -y install python-pip

এটা কিভাবে সম্ভব? রিবুট না করে প্রক্রিয়াটি মেরে ফেলার কোনও উপায় আছে কি?

অর্থ: এটি কীভাবে ঘটতে পারে তার ব্যাখ্যাতে আমি আরও আগ্রহী।

আপডেট: এটি lsof এর আউটপুট:

[মূল @ বৃহস্পতি ~] # lsof -p 16790
কম্যান্ড পিআইডি ব্যবহারকারী এফডি টাইপ ডিভাইস সাইজ / কোনও নাম বাদ নেই
yum 16790 মূল সিডব্লিউড ডিআইআর 1166,56842 4096 16886249 / হোম / ডেল
yum 16790 মূল rtd DIR 253,0 4096 2 /
yum 16790 মূল txt আরইজি 253,0 8304 336177337 / ইউএসআর / বিন / পাইথন
yum 16790 রুট মেমি আরইজি 253,0 144776 346128569 /lib64/ld-2.5.so
yum 16790 রুট মেমি আরইজি 253,0 1718232 346128573 /lib64/libc-2.5.so
yum 16790 রুট মেমি আরইজি 253,0 23360 346128599 /lib64/libdl-2.5.so
yum 16790 রুট মেমি আরইজি 253,0 145872 346128584 /lib64/libpthread-2.5.so
yum 16790 রুট মেমি আরইজি 253,0 615136 346128602 /lib64/libm-2.5.so
yum 16790 রুট মেমি আরজিইজি 253,0 1244792 336171087 / ওএসআর / লিবি 64/libpython2.4.so.1.0
yum 16790 রুট মেমি আরইজি 253,0 95464 346128744 /lib64/libselinux.so.1
yum 16790 রুট মেমি আরইজি 253,0 53448 346128750 /lib64/librt-2.5.so
yum 16790 রুট মেমি আরইজি 253,0 13960 336187564 /usr/lib64/libplds4.so
yum 16790 রুট মেমি আরইজি 253,0 58400 346128752 /lib64/libgcc_s-4.1.2-20080825.so.1
yum 16790 রুট মেমি আরজিইজি 253,0 78384 336173796 / মার্কিন / লিবি 64/libelf-0.137.so
yum 16790 রুট মেমি আরজিইজি 253,0 1139672 336187570 / উত্তর / লিব 64/librpmdb-4.4.so
yum 16790 রুট মেমি আরইজি 253,0 407792 336187568 / মার্কিন / লিবি 64/librpmio-4.4.so
yum 16790 রুট মেমি আরইজি 253,0 233144 336171420 / উত্তর / লিব 64/libnspr4.so
yum 16790 রুট মেমি আরইজি 253,0 375656 336187569 /USr/lib64/libsqlite3.so.0.8.6
yum 16790 রুট মেমি আরইজি 253,0 17992 336187563 /usr/lib64/libplc4.so
yum 16790 রুট মেমি আরজিইজি 253,0 386784 336187571 / মার্কিন / লিবি 64/librpm-4.4.so
yum 16790 রুট মেমি আরজিইজি 253,0 154776 336170228 / উত্তর / লিব 64/librpmbuild-4.4.so
yum 16790 রুট মেমি আরইজি 253,0 647608 346128759 /lib64/libglib-2.0.so.0.1200.3
yum 16790 রুট মেমি আরজিইজি 253,0 1297136 336176959 / উত্তর / লিব 64/libxML2.so.2.6.26
yum 16790 রুট মেমি আরইজি 253,0 15584 346128756 /lib64/libtermcap.so.2.0.8
yum 16790 রুট মেমি আরইজি 253,0 1234328 336187566 / মার্কিন / লিবি 64/libnss3.so
yum 16790 রুট মেমি আরইজি 253,0 18152 346128670 /lib64/libutil-2.5.so
yum 16790 রুট মেমি আরইজি 253,0 34240 336177071 / মার্কিন / লিবি 64/libpopt.so.0.0.0
yum 16790 রুট মেমি আরইজি 253,0 67792 336187567 / মার্কিন / লিবি 64/libbz2.so.1.0.3
yum 16790 রুট মেমি আরইজি 253,0 143144 346128763 /lib64/libexpat.so.0.5.0
yum 16790 রুট মেমি আরজিইজি 253,0 56434416 336184082 / ইউএসআর / লিব / লোকালে / স্থানীয়-সংরক্ষণাগার
yum 16790 রুট মেমি আরইজি 253,0 132656 336560181 /usr/lib64/python2.4/site-packages/rpm/_rpmmodule.so
yum 16790 রুট মেমি আরইজি 253,0 154016 336187565 /usr/lib64/libnssutil3.so
yum 16790 রুট মেমি আরইজি 253,0 96885 345638632 / শ্রোতা / লোকাল / গ্রেইনপ্ললম-লোডারগুলি ৩.৩.০.০- বিল্ড ৩ / লিবি / লিবিজ.সো .২.২
yum 16790 রুট মেমি আরইজি 253,0 247496 346128741 /lib64/libsepol.so.1
yum 16790 রুট মেমি আরইজি 253,0 369144 336168883 / উত্তর / লিব 64/libsoftokn3.so
yum 16790 রুট মেমি আরইজি 253,0 312336 336178453 / উত্তর / লিব 64/libfreebl3.so
yum 16790 রুট মেমি আরইজি 253,0 20240 336530067 /usr/lib64/python2.4/lib-dynload/timemodule.so
yum 16790 রুট মেমি আরজিইজি 253,0 25048 336529953 / উত্তর / লিব 64/python2.4/lib-dynload/stropmodule.so
yum 16790 রুট মেমি আরজিইজি 253,0 18984 336530051 /USr/lib64/python2.4/lib-dynload/cStringIO.so
yum 16790 রুট মেমি আরইজি 253,0 21816 336529943 /usr/lib64/python2.4/lib-dynload/collectionsmodule.so
yum 16790 রুট মেমি আরইজি 253,0 52152 336530044 / ইউএসআর / লিব 64/python2.4/lib-dynload/_sketmodule.so
yum 16790 রুট মেমি আরজিইজি 253,0 17200 336530045 / উত্তর / লিব 64/python2.4/lib-dynload/_ssl.so
yum 16790 রুট মেমি আরইজি 253,0 315080 346128749 /lib64/libssl.so.0.9.8e
yum 16790 রুট মেমি আরইজি 253,0 1366912 346128748 /lib64/libcrypto.so.0.9.8e
yum 16790 রুট মেমি আরইজি 253,0 190976 336187552 / উত্তর / লিব 64/libgssapi_krb5.so.2.2
yum 16790 রুট মেমি আরইজি 253,0 613928 336184245 / উত্তর / লিব 64/libkrb5.so.3.3
yum 16790 রুট মেমি আরইজি 253,0 11760 346128747 /lib64/libcom_err.so.2.1
yum 16790 রুট মেমি আরইজি 253,0 153720 336181723 / মার্কিন / লিবি 64/libk5crypto.so.3.1
yum 16790 রুট মেমি আরইজি 253,0 35984 336177832 / মার্কিন / লিবি 64/libkrb5support.so.0.1
yum 16790 রুট মেমি REG 253,0 9472 346128681 /lib64/libkeyutils-1.2.so
yum 16790 রুট মেমি আরইজি 253,0 92816 346128730 /lib64/libresolv-2.5.so
yum 16790 রুট মেমি আরইজি 253,0 75384 336530050 /USr/lib64/python2.4/lib-dynload/cPickle.so
yum 16790 রুট মেমি আরইজি 253,0 23736 336530064 /usr/lib64/python2.4/lib-dynload/structmodule.so
yum 16790 রুট মেমি আরজিইজি 253,0 27336 336528958 / উত্তর / লিব 64/python2.4/lib-dynload/operator.so
yum 16790 রুট মেমি আরজিইজি 253,0 21520 336529958 / উত্তর / লিব 64/python2.4/lib-dynload/zlibmodule.so
yum 16790 রুট মেমি আরইজি 253,0 37944 336528952 / উত্তর / লিব 64/python2.4/lib-dynload/itertoolsmodule.so
yum 16790 রুট মেমি আরইজি 253,0 21528 336528929 /usr/lib64/python2.4/lib-dynload/_localemodule.so
yum 16790 রুট মেমি আরজিইজি 253,0 21208 336529939 /USr/lib64/python2.4/lib-dynload/binascii.so
yum 16790 রুট মেমি আরজিইজি 253,0 12080 336530062 / উত্তর / লিব 64/python2.4/lib-dynload/shamodule.so
yum 16790 রুট মেমি আরইজি 253,0 13168 336530058 /usr/lib64/python2.4/lib-dynload/md5module.so
yum 16790 রুট মেমি আরজিইজি 253,0 18000 336529947 / উত্তর / লিব 64/python2.4/lib-dynload/mathmodule.so
yum 16790 রুট মেমি আরইজি 253,0 12504 336529934 / উত্তর / লিব 64/python2.4/lib-dynload/_randommodule.so
yum 16790 রুট মেমি আরইজি 253,0 15320 336528948 /usr/lib64/python2.4/lib-dynload/fcntlmodule.so
yum 16790 রুট মেমি আরইজি 253,0 32816 336530049 / ইউএসআর / লিব 64/python2.4/lib-dynload/bz2.so
yum 16790 রুট মেমি আরজিইজি 253,0 8608 336529946 / উত্তর / লিব 64/python2.4/lib-dynload/grpmodule.so
yum 16790 রুট মেমি REG 253,0 38696 336529819 /usr/lib64/python2.4/site-packages/cElementTree.so
yum 16790 রুট মেমি আরইজি 253,0 42672 336530047 / উত্তর / লিব 64/python2.4/lib-dynload/arraymodule.so
yum 16790 রুট মেমি আরজিইজি 253,0 9368 336528915 /USr/lib64/python2.4/lib-dynload/_bisect.so
yum 16790 রুট মেমি আরইজি 253,0 74992 336529944 / মার্কিন / লিবি 64/python2.4/lib-dynload/datetime.so
yum 16790 রুট মেমি আরইজি 253,0 372912 336560510 /usr/lib64/python2.4/site-packages/M2Crypto/__m2crypto.so
yum 16790 রুট মেমি আরজিইজি 253,0 7120 336529937 / উত্তর / লিব 64/python2.4/lib-dynload/_weakref.so
yum 16790 রুট মেমি আরইজি 253,0 17496 336528966 /usr/lib64/python2.4/lib-dynload/selectmodule.so
yum 16790 রুট মেমি আরইজি 253,0 46448 336528961 / উত্তর / লিব 64/python2.4/lib-dynload/pyexpat.so
yum 16790 রুট মেমি আরইজি 253,0 33896 336529820 /usr/lib64/python2.4/site-packages/_sqlite.so
yum 16790 রুট মেমি আরইজি 253,0 41784 336530075 /usr/lib64/python2.4/site-packages/_sqlitecache.so
yum 16790 রুট মেমি আরইজি 253,0 25104 336530066 /usr/lib64/python2.4/lib-dynload/termios.so
yum 16790 রুট মেমি আরইজি 253,0 7280 336530065 /usr/lib64/python2.4/lib-dynload/syslog.so
yum 16790 রুট মেমি আরজিইজি 253,0 25464 336265457 / উত্তর / লিব 64/gconv/gconv-modules.cache
yum 16790 রুট মেমি আরইজি 253,0 66544 336528926 /usr/lib64/python2.4/lib-dynload/_cursesmodule.so
yum 16790 রুট মেমি আরজিইজি 253,0 380336 336181932 / উত্তর / লিব 64/libncurses.so.5.5
yum 16790 রুট মেমি আরজিইজি 253,0 405880 336529957 / উত্তর / লিব 64/python2.4/lib-dynload/unicodedata.so
yum 16790 রুট মেমি আরইজি 253,0 24576 236520047 /var/lib/rpm/__db.001
yum 16790 রুট মেমি আরইজি 253,0 53880 346128424 /lib64/libnss_files-2.5.so
yum 16790 রুট মেমি আরইজি 253,0 23736 346128408 /lib64/libnss_dns-2.5.so
yum 16790 রুট মেমি আরইজি 253,0 1318912 236520050 /var/lib/rpm/__db.002
yum 16790 রুট মেমি আরইজি 253,0 663552 236520051 /var/lib/rpm/__db.003
yum 16790 রুট মেমি আরজিইজি 253,0 769074 336174965 /USr/share/locale/en_US/LC_MESSAGES/redhat-dist.mo
yum 16790 মূল 0u CHR 136,8 0t0 10 / dev / pts / 8 (মুছে ফেলা)
yum 16790 মূল 1u CHR 136,8 0t0 10 / dev / pts / 8 (মুছে ফেলা)
yum 16790 মূল 2u CHR 136,8 0t0 10 / dev / pts / 8 (মুছে ফেলা)
ইয়ম 16790 মূল 3 ইউ ইউনিক্স 0xffff8104388d2e40 0t0 4675113 সকেট
yum 16790 মূল 4W আরজিই 253,0 0 236522326 /var/log/yum.log
yum 16790 মূল 5u আরইজি 253,0 605184 236520025 /var/cache/yum/WANdisco-dev/primary.xml.gz.sqlite
yum 16790 মূল 6u আরইজি 253,0 20480 236524002 /var/cache/yum/addons/primary.sqlite.old.tmp (মুছে ফেলা)
yum 16790 মূল 7u আরইজি 253,0 12578816 236519970 /var/cache/yum/base/primary.xml.gz.sqlite.old.tmp (মুছে ফেলা)
yum 16790 root 8u REG 253,0 17972224 236523993 /var/cache/yum/epel/317109b44f1b0b40d910dc60c9080e62c7f4b16a-primary.sqlite.old.tmp (মুছে ফেলা)
yum 16790 root 9u REG 253,0 967680 236524055 /var/cache/yum/extras/primary.sqlite.old.tmp (মুছে ফেলা)
yum 16790 মূল 10u আরইজি 253,0 459776 246415366 /var/cache/yum/pgdg92/primary.sqlite.old.tmp (মুছে ফেলা)
yum 16790 root 11u REG 253,0 4927488 236524060 /var/cache/yum/updates/primary.sqlite.old.tmp (মুছে ফেলা)
yum 16790 মূল 12r আরইজি 253,0 65204224 236519434 / var / lib / rpm / প্যাকেজ
yum 16790 মূল 13r আরইজি 253,0 45056 236519438 / var / lib / আরপিএম / নাম
yum 16790 মূল 14u IPv4 4675317 0t0 টিসিপি jupiter.example.com:33597->riksun.riken.go.jp:http (ইস্টাবলিশড)
yum 16790 মূল 15u IPv4 4675939 0t0 টিসিপি jupiter.example.com:52708-> স্বাধীনতা।
yum 16790 মূল 16r আরইজি 253,0 65204224 236519434 / var / lib / rpm / প্যাকেজ
yum 16790 মূল 17r আরইজি 253,0 45056 236519438 / var / lib / আরপিএম / নাম
yum 16790 মূল 18r আরইজি 253,0 12288 236519440 / var / lib / আরপিএম / পাবকিজ
yum 16790 মূল 20r ফিফো 0,6 0t0 4676024 পাইপ
yum 16790 মূল 24W ফিফো 0,6 0 টি 0 4676024 পাইপ

একই লকটি পরিচালনা করে এমন অন্যান্য প্রক্রিয়াগুলিকে হত্যা করুন এবং এটি সম্ভবত আনজাম হবে।
ডেভিড শোয়ার্জ

@ ডেভিড - আমি উপরের প্রক্রিয়া তালিকার কোনও ইয়াম প্রক্রিয়াটিকে হত্যা করতে পারি না; তাদের সবার একই সমস্যা আছে।
ডেল

আমি অতিরিক্ত লাইনগুলি সরিয়ে দিয়েছি কারণ তারা আর কোনও তথ্য যোগ করছে না এবং তারা আপনার পোস্ট পড়া আরও কঠিন করে তুলছে।
টেরডন

@ এসএলএম - lsof টিসিপি সকেটগুলিকে riksun.riken.go.jp:80 (ESTABLISHED) এবং স্বাধীনতা.itsc.cuhk.edu.hk:80 দেখায় (CLOSE_WAIT)। আমার ধারণা যে এটি হতে পারে?
ডেল

@ এসএলএম - দয়া করে আমার আপডেট হওয়া প্রশ্নটি দেখুন।
ডেল

উত্তর:


18

এস বা ডি অবস্থায় একটি প্রক্রিয়া সাধারণত একটি ব্লকিং সিস্টেম কলে থাকে যেমন কোনও ফাইল বা নেটওয়ার্কে পড়া বা লেখা, কল করা প্রোগ্রামটি শেষ হওয়ার জন্য অপেক্ষা করা, বা সেমোফোর্স বা অন্যান্য সিঙ্ক্রোনাইজেশন আদিমগুলির জন্য অপেক্ষা করার সময়। অপেক্ষা করার সময় এটি ঘুমের রাজ্যে যাবে।

আপনি "এটি জাগ্রত" করতে পারবেন না - এটি কেবল তখনই এগিয়ে যাবে যখন এটির জন্য অপেক্ষা করা ডেটা / সংস্থান উপলব্ধ হয়ে যায়। এটি সমস্ত স্বাভাবিক এবং প্রত্যাশিত এবং এটি হত্যার চেষ্টা করার সময় কেবল একটি সমস্যা।

strace -p pidপ্রক্রিয়া পিডের জন্য বর্তমানে কোন সিস্টেম কলটি ঘটছে তা জানার জন্য আপনি চেষ্টা করে ব্যবহার করতে পারেন ।

উইকিপিডিয়া থেকে :

একটি নিরবচ্ছিন্ন ঘুমের অবস্থা একটি ঘুমের অবস্থা যা এখনই সিগন্যালটি হ্যান্ডেল করে না। এটি কেবলমাত্র অপেক্ষিত সংস্থানটি উপলব্ধ হওয়ার ফলে বা সেই অপেক্ষাটির (সময়কালে যদি ঘুমের সময় নির্দিষ্ট করা থাকে) সময় বের হওয়ার পরে দেখা যায়। এটি বেশিরভাগ ডিস্ক বা নেটওয়ার্ক আইও (ইনপুট / আউটপুট) এর জন্য অপেক্ষা করা ডিভাইস ড্রাইভারদের দ্বারা ব্যবহৃত হয়। প্রক্রিয়াটি নিরবচ্ছিন্নভাবে ঘুমাচ্ছে, যখন সিস্টেম কল বা ফাঁদ থেকে প্রক্রিয়া ফিরে আসে তখন ঘুমের সময় জমে থাকা সংকেতগুলি লক্ষ্য করা যায়।

একটি সিস্টেম কল এ ব্লক করা একটি প্রক্রিয়া নিরবচ্ছিন্ন ঘুমের মধ্যে থাকে, যা এর নাম হিসাবে বলা হয়, মূল দ্বারা এমনকি সত্যই নিরবচ্ছিন্ন।

সাধারণত, প্রক্রিয়াগুলি SIGKILL- কে ব্লক করতে পারে না। কার্নেল কোড করতে পারে এবং প্রসেসগুলি কার্নেল কোড কার্যকর করতে পারে যখন তারা সিস্টেম কল করে during সুতরাং যদি কোনও সিস্টেম ব্লকগুলিকে অনির্দিষ্টকালের জন্য কল করে, কার্যকরভাবে প্রক্রিয়াটি মারার কোনও উপায় নেই be যখনই প্রক্রিয়াটি সিস্টেম কলটি সম্পূর্ণ করে তখনই সিগ্কিল কার্যকর হবে।


2
আমি ভেবেছিলাম যে কেবল নিরবচ্ছিন্ন ঘুম প্রক্রিয়াগুলি SIGKILL- কে ব্লক করতে সক্ষম হয়েছিল। বাধাপ্রাপ্ত ঘুম প্রক্রিয়াও কি সক্ষম? যদি তা হয় তবে তাদের মধ্যে পার্থক্য কী?
দেল

1
এস এবং ডি উভয় রাষ্ট্রই কার্যকরভাবে নিরবচ্ছিন্ন, কারণ কার্নেলের মধ্যে প্রোগ্রাম করা খুব জটিল এবং অতীতে তারা কেবল খুব অল্প সময়ের মধ্যেই ছিল বলে ধারণা করা হয়েছিল। যদিও কার্নেলটি এনএফএস এবং অন্যান্য ক্ষেত্রে আরও বেশি সময় নিতে পারে সেগুলি অন্তর্ভুক্ত করে বিকশিত হয়েছে, দুর্ভাগ্যক্রমে কার্নেল ব্লকিংয়ের অপেক্ষাগুলি বাতিল হয়নি।
harrymc

3
মজাদার. এর জন্য আপনার কি কোনও রেফারেন্স আছে? গুগলের সাথে আমি যা কিছু খুঁজে পাচ্ছি তা বলে মনে হচ্ছে যে বাধাজনক প্রক্রিয়াগুলি সিগ্কিলকে উপেক্ষা করতে সক্ষম হবে না।
ডেল

1
অবিচ্ছিন্ন ঘুম সম্পর্কে আমি যা পড়েছি তার বিপরীতে মনে হয়, এবং আমি কিছুটা সন্দেহবাদী যে আমি কিছু অনিবন্ধিত আচরণের জন্য হোঁচট খেয়েছি। যেমন নীচের 2 টি লিঙ্ক পরীক্ষা করুন। আমি কি কিছু ভুল বুঝছি? (1) "একটি অবিচ্ছিন্ন ঘুমের মধ্যে, প্রক্রিয়াগুলি সংকেত প্রক্রিয়াকরণের জন্য জাগ্রত হতে পারে" " (২) "যদি এই রাজ্যে কোনও প্রক্রিয়াটির জন্য সিগন্যাল তৈরি করা হয়, তবে ক্রিয়াকলাপটি বাধাগ্রস্ত হয় এবং একটি সংকেত সরবরাহের মাধ্যমে প্রক্রিয়া জেগে ওঠে।"
ডেল

1
একটি সিস্টেম কল বাধা দেয় বা এটি কীভাবে প্রোগ্রাম করা হয়েছিল তার উপর নির্ভর করে। একবার কার্নেলের ভিতরে গেলে সমস্ত কিছু যায় then
harrymc

10

একটি ঘুমন্ত প্রক্রিয়া পটভূমি

আপনি এই ইউনিক্স এবং লিনাক্স পোস্টটি একবার দেখে নিতে পারেন।

বিশেষত এই উত্তরটি /unix//a/5648/7453

সেই পোস্ট থেকে উদ্ধৃত

কিল -9 (সিগিল) সর্বদা কাজ করে, তবে আপনার প্রক্রিয়াটি মেরে ফেলার অনুমতি রয়েছে provided মূলত হয় প্রক্রিয়াটি আপনার দ্বারা শুরু করা উচিত এবং সেটুয়েড বা সেটগিড হওয়া উচিত নয়, বা আপনাকে অবশ্যই মূল হতে হবে। একটি ব্যতিক্রম আছে: এমনকি রুট পিআইডি 1 (init প্রক্রিয়া) -এর জন্য মারাত্মক সংকেত পাঠাতে পারে না।

তবে কিল -9 অবিলম্বে কাজ করার গ্যারান্টিযুক্ত নয়। সিগ্কিল সহ সমস্ত সিগন্যাল সংশ্লেষজনকভাবে সরবরাহ করা হয়: কার্নেল তাদের বিতরণ করতে সময় নিতে পারে। সাধারণত, সিগন্যাল সরবরাহ করতে বেশিরভাগ কয়েকটি মাইক্রোসেকেন্ড লাগে, সময় স্লাইস পেতে লক্ষ্যটির জন্য ঠিক সময় লাগে। যাইহোক, যদি লক্ষ্যটি সিগন্যালটিকে অবরুদ্ধ করে ফেলেছে, লক্ষ্যটি আনব্লক না করা অবধি সিগন্যালটি সারিবদ্ধ থাকবে।

সাধারণত, প্রক্রিয়াগুলি SIGKILL- কে ব্লক করতে পারে না। কার্নেল কোড করতে পারে এবং প্রসেসগুলি যখন তারা কল কল করে কার্নেল কোড কার্যকর করে। সিস্টেম কলটিতে বাধা দেওয়ার পরে কার্নেল কোডটি সমস্ত সংকেতকে অবরুদ্ধ করে কার্নেলের কোথাও কোথাও বা আরও সাধারণভাবে কার্নেলের আক্রমণকারীকে লঙ্ঘন করার কারণে খারাপভাবে তৈরি ডেটা কাঠামো তৈরি হতে পারে। সুতরাং যদি (কোনও ত্রুটি বা ভুল নকশার কারণে) কোনও সিস্টেম অনির্দিষ্টকালের জন্য ব্লক করে, কার্যকরভাবে প্রক্রিয়াটি মারার কোনও উপায় নেই। (তবে প্রক্রিয়াটি যদি কখনও সিস্টেম কলটি সম্পন্ন করে তবে তা হত্যা করা হবে))

...

...

আমি উক্ত উত্তরটি বাকি পড়ার জন্য অত্যন্ত পরামর্শ দিচ্ছি!

এমন একটি প্রক্রিয়া হত্যা যা কোনও সংস্থান (ফাইল বা নেটওয়ার্ক) দ্বারা অবরুদ্ধ করা হয়েছে

এখানে চেষ্টা করার জন্য 2 টি জিনিস।

1. yum এর .pid ফাইল সরানো হচ্ছে

একটি ইয়াম লক ফাইল উপস্থিত আছে? আপনি যখন লক ফাইলটি সরিয়ে ফেলেন তখন কী হবে? আমি মনে করি এটি সম্ভবত এগিয়ে যাওয়ার অনুমতি দেয়।

rm /var/run/yum.pid

২. কোনও ঝুলন্ত CLOSE_WAITটিসিপি সংযোগ বন্ধ করার জন্য জোর করে

একজন CLOSE_WAITনিম্নরূপ বর্ণনা করা হয়েছে:

CLOSE_WAIT ইঙ্গিত করে যে সার্ভারটি ক্লায়েন্টের কাছ থেকে প্রথম এফআইএন সংকেত পেয়েছে এবং সংযোগটি বন্ধ হওয়ার প্রক্রিয়াধীন রয়েছে

সুতরাং এটির মূলত অর্থ হ'ল তার এমন একটি রাষ্ট্র যেখানে সকেটটি অ্যাপ্লিকেশনটির জন্য অপেক্ষা করছে বন্ধ ()

অ্যাপ্লিকেশনটি বন্ধ না হওয়া পর্যন্ত একটি সকেট অনির্দিষ্টকালের জন্য CLOSE_WAIT অবস্থায় থাকতে পারে। ত্রুটিযুক্ত দৃষ্টিকোণগুলি ফাইলিস্ক্রিপ্টর ফাঁসের মতো হবে, সকেটে সার্ভারটি ক্লোজ () চালানো হচ্ছে না যা ক্লোজ_উইট সকেটের পাইল আপ করে দেবে

দ্রষ্টব্য: টেকনেট ওয়েবসাইট থেকে অংশ ।

এটি সম্পাদন করার জন্য আপনি দুটি সরঞ্জাম ব্যবহার করার চেষ্টা করতে পারেন।

এই সরঞ্জামগুলি FIN-ACK-RST এক্সচেঞ্জ সিমুলেট করে কাজ করে যা কোনও টিসিপি সংযোগ পুরোপুরি বন্ধ করার জন্য প্রয়োজনীয়।

কিলকএক্স একটি জাল এসকিএন প্যাকেটটি বগাস সেকনাম দিয়ে তৈরি করে, রিমোট ক্লায়েন্টের আইপি / পোর্টটি ছলনা করে এবং এটি সার্ভারে প্রেরণে কাজ করে। এটি এমন একটি শিশু প্রক্রিয়া কাঁটাবে যা সার্ভারের প্রতিক্রিয়াটি ক্যাপচার করবে, এসিকে প্যাকেট থেকে দুটি ম্যাজিক মান বের করবে এবং একটি স্পোফড আরএসটি প্যাকেট প্রেরণে তাদের ব্যবহার করবে। সংযোগটি তখন বন্ধ হয়ে যাবে।

দ্রষ্টব্য: কিলেক্স ওয়েবসাইট থেকে উদ্ধৃত অংশ

কাটার ব্যবহার

প্রদত্ত দুটি আইপি / পোর্ট নম্বর জোড়াগুলির মধ্যে নির্দিষ্ট সংযোগটি কেটে দেয়।

# cutter ip-address-1 port-1 ip-address-2 port-2
% cutter 200.1.2.3 22 10.10.0.45 32451

কিলকেক্স ব্যবহার করে

দূরবর্তী আইপি এবং পোর্টের সংযোগগুলি কেটে দেয়।

# killcx remote-ip-address:port
% killcx 120.121.122.123:1234

সম্পদ


লক ফাইলটি সরানোর কোনও প্রভাব ছিল না।
দেল

1
এটি একটি প্রোডাকশন মেশিনে রয়েছে এবং দুর্ভাগ্যক্রমে এই দুটি সরঞ্জামের নির্ভরতা রয়েছে যা আমি ইনস্টল করতে পারি না। আমি চেষ্টা করেছিলাম /etc/init.d/ নেটওয়ার্কিং পুনরায় আরম্ভ এবং এটি কিছুই করেনি। আসলে, আমি কেন এই সমস্যাটি সংশোধন করতে পারি তার চেয়ে আমি কেন এখন এটি ঘটতে পারে তা বুঝতে আগ্রহী (যেহেতু আমি ভাবি নি যে বাধাপ্রাপ্ত ঘুমের প্রক্রিয়াগুলি সিগ্কিল উপেক্ষা করতে সক্ষম হয়েছিল)।
ডেল

নেটওয়ার্ক পুনরায় আরম্ভ করার একই প্রভাব থাকবে, সুতরাং প্রক্রিয়াটি অপেক্ষারত যদি অন্যথায় থাকে তবে এটি I / O- এ ব্লক করা।
slm

1

আপনি পিতামাতার প্রক্রিয়াটি হত্যার চেষ্টা করতে পারেন। পরীক্ষা করতে PS ব্যবহার করুন:

ps xjf -C yum

তারপরে যে kill -9কোনও পিতামাতার প্রক্রিয়া।


অভিভাবক প্রক্রিয়া সূচনা হয় (আমার আউটপুটে 5 তম কলাম)।
ডেল

1

এটি সত্যই নিষ্ক্রিয় বা আইও অপারেশনে আটকে আছে কিনা তা দেখার জন্য স্ট্রেসের সাথে প্রক্রিয়াটির সাথে সংযুক্ত হওয়া ভাল। সম্ভবত ইস্যুটির আরও ক্লু সরবরাহ করতে পারে।

strace -pPID

আমি যা পড়েছি তা থেকে এই প্রক্রিয়াটিকে পুনরায় বুট করা ছাড়া আর কোনও উপায় নেই। যদি প্রক্রিয়াটি কোনও লক্ষণীয় সিপিইউ সময় ব্যয় না করে তবে সার্ভারে কোনও নেতিবাচক প্রভাব তৈরি হওয়ার সম্ভাবনা নেই।


পরামর্শের জন্য ধন্যবাদ, তবে পিতামাতার প্রক্রিয়াটি আরম্ভ করা হয় (আমার আউটপুটে 5 ম কলামটি দেখুন)।
দেল

আপনার সংশোধিত উত্তরটি পুনরায় দিন, স্ট্রেস প্রক্রিয়াটিতে সংযুক্ত কিন্তু কোনও কিছুই আউটপুট দেয় না।
ডেল

1

এটি কি এমন হতে পারে যে এটি একটি শিশু প্রক্রিয়াটির জন্য অপেক্ষা করছে? আমি ভালবাসি ps fauxকারণ এটি শিশু প্রক্রিয়াগুলি আছে কিনা এবং তা আপনাকে জানাবে এবং যদি হত্যার দরকার হতে পারে।


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