এসএসএইচ সংযোগ বাদ দেওয়ার পরে কোনও স্ক্রিন সেশনে পুনরায় যুক্ত হতে পারে না


16

এর আগে আমি দীর্ঘ-চলমান স্ক্রিন সেশনে পুনরায় যোগাযোগ করেছি screen -dr control। যাইহোক, কখনও কখনও এই কমান্ডটি পর্দায় পুনরায় সংযুক্ত হবে না এবং পরিবর্তে চিরতরে স্তব্ধ হয়ে যাবে (10+ মিনিটের পরে যার পরে আমি বাতিল হয়েছি)। এমনটি শুধুমাত্র তখনই ঘটে যখন SSH সংযোগ অপ্রত্যাশিতভাবে এবং অবনমিত হয়েছে যখন স্ক্রীন সঠিকভাবে সঙ্গে বিচ্ছিন্ন করা হয় Ctrl-A d। অন্যান্য স্যুইচ, যেমন screen -xবা screen -D -RRকাজ করে না।

এই পোস্টটি PTY কে হত্যা করার পরামর্শ দেয় যা স্ক্রিন সেশন রাখে যার ফলে স্ক্রিনটির সংযোগ বিচ্ছিন্ন হয়ে যায়। যাইহোক, এটি কেবল শেলটি হত্যা করে যা থেকে screen -dr controlডাকা হয়েছিল।

উদাহরণ স্বরূপ:

$ ps -ef | grep control | grep -v grep
nomad     7387  7109  0 13:05 pts/50   00:00:00 screen -dr control
nomad    15299     1  0 Nov27 ?        00:13:47 SCREEN -S control

$ ps -ef | grep bash | grep 'pts/50'
nomad     7109  7108  0 12:49 pts/50   00:00:00 -bash

লিঙ্কযুক্ত পোস্টটি bashপিআইডি 7109 দিয়ে প্রক্রিয়াটি মারার পরামর্শ দেয় This এটি পিআইডি 73৩8787 এর সাহায্যে screen -dr controlপ্রক্রিয়াটিকেও মেরে ফেলবে wards এর পরে, আমি এখনও পর্দার সাথে সংযোগ করতে পারি না।

যে প্রক্রিয়াটি SCREEN -S controlস্ক্রিন সেশন শুরু করেছিল initতার মাতাপিতা হিসাবে রয়েছে যা আমি অবশ্যই হত্যা করতে পারি না।

হ্যাং স্ক্রিন সেশনে পুনরায় সংযুক্ত হওয়ার কোনও উপায় আছে কি?

আপডেট: এটি CentOS 6.4 এ কার্নেল 2.6.32-358.6.1.el6.x86_64 ব্যবহার করে ঘটে। শেলগুলি সমস্ত বাশ সংস্করণ 1.১.২ (1) - দয়া করে।


3
screen -lsএই "ঝুলন্ত" মামলায় কী বলে? screen -d -r <session>"" বিচ্ছিন্ন এবং পুনরুদ্ধার "এর অর্থ হ'ল এটি প্রথম দিকে আলাদা না করা উচিত নয়। (এবং প্রায়শই এটি করার জন্য, এটি হয় না ...)
গত ২৩ শে

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

3
আপনি কি অন্য হুপের মাধ্যমে উদ্বোধন করছেন, যেমন প্রক্সি কমান্ড হিসাবে নেটক্যাট ব্যবহার করছেন? এই ক্ষেত্রে আমার প্রথম সমস্যাটি হয়েছে যেখানে প্রথম বাক্সের সাথে ssh সংযোগ হ্রাস পেয়েছে তবে নেটক্যাট প্রক্সি কমান্ডটি একটি 'দ্বিতীয়' ssh সংযোগটি উন্মুক্ত রাখে। -ডি তবে কাজ করা উচিত।
জেনস টিমারম্যান

জেনস, আপনার পরামর্শটি কৌশলটি করেছে। আমি প্রকৃতপক্ষে নেটকাটের মাধ্যমে প্রক্সি করেছি এবং মধ্যবর্তী হোস্টে এটি হত্যা আমাকে পর্দায় পুনরায় সংযুক্ত করতে সক্ষম করে।
ভিক্টর রোজনফিল্ড

আপনি কেন হ্যাং স্ক্রিন কমান্ডের পিতামহীন প্রক্রিয়াটিকে হত্যা করতে চান? আপনি সংযুক্ত স্ক্রিন কমান্ডটি নিজেই হত্যা করতে চান। আপনার ক্ষেত্রে # 7387
ম্যাথিয়াস উরলিচস

উত্তর:


6

আমি মনে করি আপনার চেষ্টা করা উচিত

screen -DR 

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


আমি এই চেষ্টা করেছিলাম, এটি কাজ করে না। নেটক্যাট প্রক্সি হত্যা করা কৌশলটি করে।
ভিক্টর রোজনফিল্ড

স্ট্রেঞ্জ। এটা করা উচিত। পরিবর্তে কি ঘটে?
ম্যাথিয়াস উরলিচস

স্ক্রিনের আরও সমস্ত অনুরোধ (-ডিআর,-এক্স, -ডিআর) চিরকাল স্থায়ী। একবার নেটকাট প্রক্সি মেরে ফেললে, এই অনুরোধগুলি আবার কাজ করে।
ভিক্টর রোজেনফিল্ড

1

জেনস টিমারম্যানের পরামর্শ অনুসারে, এই অদ্ভুত আচরণের চূড়ান্ত কারণটি হ'ল আমি এসএসএইচ প্রক্সিকম্যান্ড এবং ব্যবহার করে দূরবর্তী সার্ভারের সাথে সংযুক্ত হয়েছি ncatncatইন্টারমিডিয়েট মেশিনে হত্যার পরে , আমি পর্দার সেশনে পুনরায় সংযোগ করতে সক্ষম হয়েছি।


-2

যদি এটি একটি ঘন ঘন সমস্যা হয় তবে আপনি মোশকে এসএসএস প্রতিস্থাপন হিসাবে ব্যবহার করার বিষয়টি বিবেচনা করতে পারেন:

http://mosh.mit.edu

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