open solaris --one-file-system ignored, source path also ignored

Jesse Reynolds jesse.reynolds at carbonplanet.com
Fri Dec 26 23:58:11 GMT 2008


Hello

I am attempting to backup a remote OpenSolaris zone to a local Mac OS  
X Server 10.5.machine. Both are running rsync 2.9.6.

The Solaris box has a filesystem mounted from NFS at /shared ... I am  
trying (in vein, so far) to backup it's internal root filesystem  
separately to it's NFS /shared filesystem.

I have noticed two problems which appear to be related. Essentially I  
think rsync on the solaris side is unable to tell that my /shared NFS  
partition is a separate filesystem from /.  Perhaps rsync is unable to  
correctly recognise properties of an NFS mounted filesystem from  
within a Solaris zone aka container?

Problem 1/  use of --one-file-system when copying / is ignored and  
the /shared filesystem is also copied

Problem 2/ when trying to just copy the /shared filesystem I also get  
the root filesystem!

Details...

Problem 1/

use of --one-file-system when copying / is ignored and the /shared  
filesystem is also copied ... My workaround to this is to also specify  
--exclude=/shared/ and then it doesn't get copied. But why is it  
unable to tell that /shared/ is a separate filesystem?

command line run from the Mac:

/usr/bin/rsync --stats -v \
   -e "${ssh} -i ${private_key} -b ${bind_address} -C " --bwlimit=$ 
{bwlimit} -a --delete-after --numeric-ids --one-file-system \
   --exclude=/proc/ \
   --exclude=/usr/ \
   --exclude=/lib/ \
   --exclude=/dev/ \
   --exclude=/sbin/ \
   --exclude=/bin/ \
   --exclude=/platform/ \
   --exclude=/system/ \
   --exclude=/etc/svc/volatile/ \
   ${host}:/. \
   ${dest}/

The above also copies the entire contents of the /shared filesystem.  
I've tried using -x instead of --one-file-system.


Problem 2/

when trying to just copy the /shared filesystem I also get the root  
filesystem! ... I don't have a workaround for this one. Although I'm  
specifying to only copy the contents of the /shared/ directory it  
instead copies the whole of the root filesystem AND the /shared/  
filesystem.

command line run from the Mac:

root     89707   0.0  0.0    76248    944 s003  S+    9:46AM    
0:00.01 /usr/bin/rsync --stats -v -e /usr/bin/ssh -i /var/root/.ssh/ 
id_dsa -b whitegirl.local -C  --bwlimit=2000 -a --delete-after -- 
numeric-ids -x --exclude=/proc/ --exclude=/usr/ --exclude=/lib/ -- 
exclude=/dev/ --exclude=/sbin/ --exclude=/bin/ --exclude=/platform/ -- 
exclude=/system/ --exclude=/etc/svc/volatile/ accel2.carbonplanet.com:/ 
shared/. /Volumes/DATA/Backups/accel2.carbonplanet.com_shared/

child ssh process:

root     89708   0.0  0.1    77092   1500 s003  S+    9:46AM    
0:00.07 /usr/bin/ssh -i /var/root/.ssh/id_dsa -b whitegirl.local -C  
accel2.carbonplanet.com rsync --server --sender -vlogDtprx -- 
bwlimit=2000 --numeric-ids . /shared/.

I'm now going to try and build rsync 3.0.4 using pkg-src and mac ports  
on the solaris and mac boxes respectively, but I've been unable to  
find a bug recorded for 2.9.6 that would describe the above so I'm not  
hugely hopeful.

Anyone got any ideas?

Thanks very much
Jesse




   Jesse Reynolds - jesse.reynolds at carbonplanet.com
   Chief Technology Officer, Carbon Planet Limited, Australia. +61 2  
9319 9815
   http://www.carbonplanet.com/ "You can be the change."

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2445 bytes
Desc: not available
Url : http://lists.samba.org/archive/rsync/attachments/20081227/108c3a2d/smime.bin


More information about the rsync mailing list