[gentoo-user] Re: Rsync backup problem2

[Harry Putnam]

Paul Stear <gentoo@××××××××××××.com> writes:

> On Thursday 09 Mar 2006 15:36, Harry Putnam wrote:
>> Paul <gentoo@××××××××××××.com> writes:
>> > All files copy with no errors but symlinks always fail with the message:
>> > symlink "/mnt/network/usr/lib/libgstinterfaces-0.8.so.0" ->
>> > "libgstinterfaces-0.8.so.0.1.0" failed: Operation not supported

>> > I am wondering if this is a permissions problem.
>> > My network usb server will not let me have a user called root so I have
>> > set user paul with the 'can do anything' previlege.
>> > The mount and rsync commands are using user root

The receiving fs does not support symlinks .. not the comments
further along.

[...]

> I am mounting the network usb drive using cifs
> The network storage unit is a LINKSYS Network Storage Link for USB 2.0 Disk
> Drives. I don't know what file system is used but the discs had to be
> formatted by the linksys setup program. I have just looked at some files on
> the backup disc and the owner and permissions seem to be intact.

Those would be fat32  or NSFS almost certainly I'd think.

About permissions...:
It may not be so easy to tell..  here is what a ls -l on a NSFS
(winXP) mounted from gentoo looks like:

  -rwxrwSrwt 1 root root        258 Oct 28 22:11 cdiag.txt

cdiag.txt is a simple text file.

I don't get an error here but when next mounted the permission I set
with chmod have disappeared and -rwxrwSrwt is back 

Neither NSFS or fat32 support unix like permissions... not sure why I
get no error  maybe cifs mount suppresses them.

About the symlink issue notice the similar output I get when
attempting to rsync symlinks to an NSFS file system:

Note too that mounted winXP fs does not support symlinks in unix
fashion.  Nor does it support unix like permissisons.

Yours:

>> > All files copy with no errors but symlinks always fail with the message:
>> > symlink "/mnt/network/usr/lib/libgstinterfaces-0.8.so.0" ->
>> > "libgstinterfaces-0.8.so.0.1.0" failed: Operation not supported

Mine:
ls -l test/ (wrapped for mail.. (these are synlinks)):
  lrwxrwxrwx 1 root root 38 Mar  9 11:58 db.192.168.1 -> 
    /cvsb/reader/var/bind/pri/db.192.168.1
  lrwxrwxrwx 1 root root 38 Mar  9 11:58 db.local.lan -> 
    /cvsb/reader/var/bind/pri/db.local.lan

Rsyncing from gentoo box to winXP:
rsync -avv ./test/ /mnt/harvey-c/test/
  rsync: symlink "/mnt/harvey-c/test/db.127.0.0" ->
  "/cvsb/reader/var/bind/pri/db.127.0.0" failed: Operation not
  supported (95)

So that is the source of that problem.  There are various ways to
handle this.... investigate the different symlink flags in man rsync.
One way is to have rsync copy the actual file the symlink is pointing
too.

> This is the error when copying the Mail directory
> mkstemp
> "/mnt/network/home/paul/Mail/Gimp/cur/.1133608028.9158.nxwHc:2,S.CDg1dQ"
> failed: Not a directory

This one is more insteresting

You might change your command line to include another -v and an STDERR
  outlet to file like this:

  rsync -Cavv --delete --progress --exclude '*tmp*' --exclude 
     '*Trash*' /usr /mnt/network 2>er.log 

That will kind of help see the errors seperated from general output.
Inspect both tty output and contents of file er.log

I kind of doubt if the extra -v  will show much more about this error.
It is a puzzler to me too.



-- 
gentoo-user@g.o mailing list