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