rsync: "<dir path>" पर बार सेट करने में विफल


20

मैं एक सर्वर से दूसरे में फ़ाइलों को rsync करने की कोशिश कर रहा हूं, लेकिन यह त्रुटि हो रही है

rsync: "/ dept / intranet / dept / atest /" पर समय सेट करने में विफल: ऑपरेशन की अनुमति नहीं है (1)

क्या कोई मेरी मदद कर सकता है ऐसा क्यों?

मुझे लगता है कि यह कुछ अनुमति मुद्दा है।

यह मेरी आज्ञा है:

RSYNC=/usr/bin/rsync
SSH=/usr/bin/ssh
REMOTE_HOST=test.desktop

${RSYNC} -crlt -e ${SSH} ${LOCAL_DIR} ${REMOTE_HOST}:${REMOTE_DIR}

LOCAL_DIR = workplace1/f1/
permissions drwxr-xr-x   11 root     root         4096 Mar 19  2009 f1

REMOTE_DIR=/dept/intranet/dept/atest/f1/
permissions :drwxr-xr-x 14 dbld   a1     4096 Mar 19  2009 f1     

तुम हमें और अधिक जानकारी दे सकते हो? * आपका rsync कमांड * लोकल + रिमोट यूजर * फाइल परमिशन
ब्रायन क्लोजेल

सवाल संपादित किया।

जवाबों:


26

बस हम एक ही पृष्ठ पर हैं:

-r recursive
-l preserve links
-c sync based on file checksum
-t preserve modification times

फिर दो बातें:

यह सिर्फ एक फाइलसिस्टम चीज है

यदि गंतव्य फ़ोल्डर एक NFS माउंट, या कुछ फाइल सिस्टम है जो अच्छी तरह से मॉड-टाइम को हैंडल नहीं करता है, तो यह टूट जाता है।

अपने कमांड में -O(के लिए --omit-dir-times) पैरामीटर जोड़ने का प्रयास करें ।

संशोधन समय संरक्षित किया जाएगा, लेकिन निर्देशिकाओं के लिए छोड़ा गया:

${RSYNC} -crlOt -e ${SSH} ${LOCAL_DIR} ${REMOTE_HOST}:${REMOTE_DIR}

यह मेरा सबसे अच्छा अनुमान है, क्योंकि फ़ाइल सिंक काम करने लगता है, और आपकी त्रुटि मॉड टाइम सिंक पर होती है। वैसे भी, क्या आपको वास्तव में संशोधन के समय को संरक्षित करने की आवश्यकता है ? -cचेकसम के आधार पर विकल्प छोड़ फ़ाइलें (ताकि आधुनिक बार फर्क नहीं पड़ता)।

या यह वास्तव में, एक अनुमति समस्या है

  • क्या स्क्रिप्ट चलाने वाले उपयोगकर्ता के पास गंतव्य फ़ोल्डर को संपादित / लिखने के लिए पर्याप्त विशेषाधिकार हैं? (कोशिश ssh -vv test.desktop "touch /dept/intranet/dept/atest/f1/test")
  • क्या स्क्रिप्ट चलाने वाला उपयोगकर्ता "राइट वन ™" है (कोशिश करें ssh -vv thegooduser@test.desktop "touch /dept/intranet/dept/atest/f1/test")

इनमे से कोई भी नहीं

-vवर्बोज़ के लिए विकल्प के साथ अपनी कमांड चलाएं ।


1
--omit-dir-timesटिप के लिए धन्यवाद । वास्तव में मदद करता है।
जेकगोल्ड


1

मेरे मामले में मैंने मूल निर्देशिका पर अनुमति देने से समस्या को हल किया है जहां सिंक हुआ था।

वास्तव में मूल निर्देशिका का मालिक सिंक करने वाले उपयोगकर्ता के अलावा अन्य था।

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