Change directory to a symlink: rsycn got confused

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,
Here is what I thought an interesting problem. I'm wondering if there is a 
trick for this.

I am using rsync to do a minimal backup, by synchronizing a certain directory 
(/home/httpd) from machine webserver to another machine (backup) every night. 
At some point, our developer changed the directory structure in the 
webserver. He removed some directory, and instead make it a symlink to 
another directory. 
Then rsync ran at night, and it got confused. This is how I run rsync from the 
backup server

jdoe@backup$> rsync -e ssh -avzu root@webserver:/home/httpd/html 
/home2/backup/webserver/

It got confused because it tries to delete the directory in backup, but it 
cant because some file exists. It then tries to create the symlink with the 
same name, and it fails again because that filename already exists (as a 
directory). Below is some of the error message. Any tricks to have rsync 
resolved this? I can of course correct this manually by rm -rf ing the 
offending directories in the backup server, but just wondering if there's 
clever way to do this. 

delete_file: rmdir(html/OJTA2dev/ojta/c1c/precursors/archeo/medwheel_ic) : 
Directory not empty
rsync: symlink "html/OJTA2dev/ojta/c1c/precursors/archeo/medwheel_ic" -> 
"../../../media/precursors/archeo/medwheel_ic": File exists
delete_file: rmdir(html/OJTA2dev/ojta/c1c/precursors/archeo/stonehenge_ic) : 
Directory not empty
rsync: symlink "html/OJTA2dev/ojta/c1c/precursors/archeo/stonehenge_ic" -> 
"../../../media/precursors/archeo/stonehenge_ic": File exists

...

rsync error: some files could not be transferred (code 23) at main.c(1045)

Thanks for any help.
RDB
-- 
Reuben D. Budiardja
Department of Physics and Astronomy
The University of Tennessee, Knoxville, TN
---------------------------------------------------------
"To be a nemesis, you have to actively try to destroy 
something, don't you? Really, I'm not out to destroy 
Microsoft. That will just be a completely unintentional 
side effect."
                 - Linus Torvalds -


-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux