open solaris --one-file-system ignored, source path also ignored
Jesse Reynolds
jesse.reynolds at carbonplanet.com
Sun Dec 28 22:47:19 GMT 2008
On 28/12/2008, at 5:18 PM, Matt McCutchen wrote:
> On Sat, 2008-12-27 at 10:58 +1100, Jesse Reynolds wrote:
>> 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.
>
> There's no rsync 2.9.6. I guess you mean 2.6.9?
Yes, sorry. Duh...
>
>
>> 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.
>
>> Problem 1/ use of --one-file-system when copying / is ignored and
>> the /shared filesystem is also copied
>
> It's conceivable that this could just be Solaris weirdness, but...
>
>> Problem 2/ when trying to just copy the /shared filesystem I also get
>> the root filesystem!
>>
> I've never seen that problem before. Your command looks right, so the
> only way I can see it happening is if the remote ssh is forcing a
> fixed
> rsync server command (which would also explain Problem 1). Such a
> setup
> is broken and should be converted to use a single-use daemon over ssh.
> See:
>
> https://bugzilla.samba.org/show_bug.cgi?id=4163
That's it! Thanks Matt.
I was of the misunderstanding that putting in a command option in
authorized_keys meant that ssh would reject any connections that
didn't specify that command. I didn't realise it meant it would
actually ignore the command coming in on the ssh connection and just
use what it finds in authorized_keys. Will switch to the single user
daemon system, ie from your comment on the above bugzilla:
To set one up,
create an rsyncd.conf in the home directory of the account accessed
over SSH,
and force the command "rsync --daemon --server ." in the
authorized_keys file.
If you want to put rsyncd.conf in a different directory X, then
force the
command "cd X && rsync --daemon --server .". Then you can access
the daemon
like this:
rsync -e "ssh -l sshuser" daemonuser at remote::module/path .
The "refuse options" setting in rsyncd.conf gives you lots of
control over what
options the daemon allows. Thus, forcing an appropriately configured
single-use rsync daemon is almost always better than forcing a
particular
server command.
This is now working a treat. Thanks again
Jesse
-------------- 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/20081229/f385a456/smime.bin
More information about the rsync
mailing list