2010-08-05 12 views
7

यहां परिकल्पनात्मक परिदृश्य है: मैं बॉक्स ए से जुड़े कुछ हार्डवेयर पर एक टेस्ट स्क्रिप्ट चला रहा हूं, जिसमें मेरे पास रूट पहुंच है। इस टेस्ट स्क्रिप्ट के लिए न्यूनतम उपयोगकर्ता इनपुट की आवश्यकता होती है (हर आधा घंटे या तो स्विच स्विच करें)। परीक्षण प्रक्रिया में डेढ़ घंटे के बारे में, मुझे एहसास हुआ कि इस स्क्रिप्ट को आठ घंटों तक पूरा करने में लंबा, लंबा समय लगता है। बॉक्स ए बहुत ठंडे, जोरदार सर्वर कमरे में स्थित है जो आम तौर पर शारीरिक रूप से कब्जा करने के लिए मजेदार नहीं है। बॉक्स बी मेरे कार्यालय में स्थित है, जहां मेरे पास एक अच्छी आरामदायक कुर्सी और गर्म जेब की अंतहीन आपूर्ति है। मैं बॉक्स बी पर एक एसएसएच सत्र से बॉक्स ए पर चल रही प्रक्रिया के आउटपुट की निगरानी करने का कोई तरीका चाहता हूं, इसलिए मुझे पता है कि स्विच को फ़्लिप करने के लिए कब जाना है, लेकिन मैं परीक्षण प्रक्रिया को पुनरारंभ नहीं करना चाहता हूं। अगर मुझे यह शुरू करने के लिए जाना जाता था कि परीक्षण खत्म होने में इतना लंबा समय लगेगा, तो मैंने अपने आउटपुट को लॉग फ़ाइल में पाइप कर दिया होगा और उस बॉक्स को मेरे बॉक्स बी एसएसएच सत्र से पूंछ लिया होगा। अगर मुझे बॉक्स ए पर चल रही प्रक्रिया के पीआईडी ​​पता है, तो क्या किसी अन्य सत्र से उस प्रक्रिया के stdout को देखना संभव है?किसी अन्य प्रक्रिया के stdout को देखकर

बेशक, मैं सिर्फ बॉक्स ए पर वीएनसी चला सकता हूं और आउटपुट पर एक नज़र डालने के लिए बॉक्स बी से लॉग इन कर सकता हूं, लेकिन यह इस hypothetical के उद्देश्य को हरा देता है, जो प्रक्रिया पाइप, stdout, और एक लिनक्स पर्यावरण में सामान्य काम में आउटपुट।

विचार?

उत्तर

3
+0

यह वही है जो मैं ढूंढने की उम्मीद कर रहा था! धन्यवाद- मैंने प्रक्रिया 'फाइल डिस्क्रिप्टर को हाइजैक करने के लिए जीडीबी का उपयोग करने पर भी विचार नहीं किया था। –

0

आप expect की जाँच करने के लिए यह बातचीत के इन प्रकार के स्वचालित के लिए उपयोगी है चाहते हो सकता है।

आप किसी अन्य एसएस सत्र से फ़ाइल को फ़ाइल करने और मॉनीटर करने के लिए स्क्रिप्ट के आउटपुट को रीडायरेक्ट भी कर सकते हैं। मैं शर्त लगाता हूं कि स्टैक ओवरफ्लो पर दिमाग वाले लोग इसे करने के लगभग 6 अन्य तरीकों का नाम भी दे सकते हैं। :)