जब हमारे उपयोगकर्ता कमांड का उपयोग करके किसी कार्य को शेड्यूल करना चाहते हैं तो यह हमारे SLES 11 सर्वर पर काम नहीं करता है। यदि वे हमारे RedHat Enterprise Linux सर्वर पर ठीक ऐसा ही करते हैं तो यह पूरी तरह से काम करता है।

मैंने दोनों सर्वरों पर उनके खाते के साथ इसका परीक्षण किया है:

at 11:50
ls -al >/home/USERS/username/justtesting.txt
<<Ctrl+D>>

और आरएचईएल सर्वर पर यह उस फाइल को बनाता है, और बाद में एटीक्यू कमांड एक खाली सूची देता है।

यदि मैं सुज़ मशीन पर ठीक ऐसा ही करता हूं, तो फ़ाइल कभी नहीं बनाई जाती है, और atq कमांड उन सभी प्रयासों को सूचीबद्ध करती है जो हमने निम्नलिखित प्रारूप में किए हैं:

23  2020-03-05 11:50 a USERS\username

या

24 2020-03-05 11:50 = USERS\username

उपयोगकर्ता Suse मशीन पर etc/at.allow फ़ाइल में है (शुरू करने के लिए कोई /etc/at.allow या /etc/at.deny फ़ाइल नहीं थी, लेकिन मैंने इसे वैसे भी जोड़ा), और वहां कार्य शेड्यूल करते समय कोई त्रुटि संदेश नहीं है।

यदि मैं अपने व्यवस्थापक उपयोगकर्ता के रूप में कमांड को आज़माता हूं, तो यह SLES मशीन पर त्रुटिपूर्ण रूप से काम करता है, इसलिए यह कहीं न कहीं उपयोगकर्ता अधिकारों से संबंधित है। लेकिन फिर से: उपयोगकर्ता को कोई त्रुटि संदेश संकेत नहीं मिलता है, उनके पास आवश्यक अनुमतियां नहीं हैं।

मेरे पास दो प्रश्न हैं: सबसे पहले, स्पष्ट रूप से: मैं इसे कैसे काम पर लाऊं? किसी भी मदद की बहुत सराहना की जाएगी दूसरा: एटीक्यू सूची में 'ए' या '=' का क्या अर्थ है? अगर खोजा गया लेकिन जवाब नहीं मिल रहा है। ('एट' कमांड गूगल के लिए कष्टप्रद है... :))

सादर, और किसी भी और सभी मदद के लिए धन्यवाद।

0
Random IT guy 6 मार्च 2020, 13:38
शायद इसे unix.stackexchange.com पर आजमाएं? एक अनुमान में मैं उपयोगकर्ता डिफ़ॉल्ट शेल जैसी चीज़ों की जाँच करूँगा, लेकिन आपको वहाँ अधिक विशेषज्ञता प्राप्त होगी
 – 
Andrew McGuinness
6 मार्च 2020, 13:45
दस्तावेज़ीकरण कहता है "आउटपुट लाइनों का प्रारूप (प्रत्येक कार्य के लिए एक) है: कार्य संख्या, दिनांक, घंटा, कतार और उपयोगकर्ता नाम।"
 – 
choroba
6 मार्च 2020, 13:55
शायद इसे unix.stackexchange.com पर आज़माना एक अच्छा विचार है। मैं इसके लिए नया हूँ।
 – 
Random IT guy
6 मार्च 2020, 15:12

2 जवाब

'at' कमांड को 'atd' डेमॉन द्वारा निष्पादित किया जाता है। जांचें कि क्या डेमॉन ऊपर और चल रहा है; ऐसा लगता है कि डिफ़ॉल्ट SuSE कॉन्फ़िगरेशन स्टार्टअप के दौरान डेमॉन को नहीं चलाने के लिए सेट है।

त्वरित और गंदा: ps ax | grep atd

अधिक दक्षता: systemctl status atd

0
JL. Sanchez 6 मार्च 2020, 14:11

एंड्रयू के सुझाव के अनुसार, मैंने यह प्रश्न unix.stackexchange.com पर पोस्ट किया है। https: //unix.stackexchange.com/questions/571490/at-command-on-suse-sles-11-does-nothing-works-perfectly-on-other-rhel-serve

0
Random IT guy 6 मार्च 2020, 15:17