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

[Jesse Reynolds]

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