rsync: “<dir path>” da saatler ayarlanamadı

Bir sunucudan diğerine dosyaları rsync çalışıyorum ama bu hatayı alıyorum

rsync: "/ dept / intranet / dept / atest /" üzerinde süreleri ayarlayamadı: İşleme izin verilmiyor (1)

Biri bana neden yardım edebilir?

Sanırım bazı izinler sorunu.

Bu benim emrim:

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     

Sadece aynı sayfadayız:

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

Sonra iki şey:

Bu sadece bir dosya sistemi şeyidir

Hedef klasör bir NFS bağlaması veya mod zamanlarını iyi işlemeyen bir dosya sistemiyse, iyi kesilir.

Komutunuza -O(for --omit-dir-times) parametresini eklemeyi deneyin .

Değiştirme süreleri korunur, ancak dizinler için atlanır:

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

Bu benim en iyi tahminim, çünkü dosya senkronizasyonu çalışıyor gibi görünüyor ve hatanız mod zamanı senkronizasyonunda gerçekleşiyor. Her neyse, gerçekten değişiklik sürelerini korumanız gerekiyor mu? Bu -cseçenek dosyaları sağlama toplamına göre atlar (bu nedenle mod süreleri önemli değildir).

Ya da aslında bir izin problemidir

• komut dosyasını çalıştıran kullanıcının hedef klasörü düzenlemek / yazmak için yeterli ayrıcalığı var mı? (dene ssh -vv test.desktop "touch /dept/intranet/dept/atest/f1/test")
• komut dosyasını çalıştıran kullanıcı "Right One ™" mı (denemek ssh -vv thegooduser@test.desktop "touch /dept/intranet/dept/atest/f1/test")

Yukarıdakilerin hiçbiri

Komutunuzu -vayrıntılı seçenekle çalıştırın .

Ekle -O ( --omit-dir-kat ) dizinlerde ayarlanan Değiştirme zamanları çalışırken bunu önlemek için komut satırına.

Ayrıca şunu okuyun: /programming/667992/rsync-error-failed-to-set-times-on-foo-txt-operation-not-permitted

Benim durumumda, senkronizasyonun yapıldığı üst dizine izinler vererek sorunu çözdüm.

Aslında üst dizinin sahibi, senkronizasyonu yapan kullanıcıdan farklıydı.