Re: Windows 2003 Cygwin Netapp remote filesystem

2008-12-26 Thread Michael Chletsos
Ok so I have figured out the problem with my rsync daemon is the fact that rsync interprets // as / and therefore is not seeing this as a unc path, but rather a absolute path. and /cygdrive/h does not work because it is not setup outside of the cygwin environment, i.e. a windows service. I could

Re: Windows 2003 Cygwin Netapp remote filesystem

2008-12-26 Thread Jamie Lokier
Michael Chletsos wrote: Ok so I have figured out the problem with my rsync daemon is the fact that rsync interprets // as / and therefore is not seeing this as a unc path, but rather a absolute path. and /cygdrive/h does not work because it is not setup outside of the cygwin environment,

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

2008-12-26 Thread Jesse Reynolds
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

Rsync compression still broken

2008-12-26 Thread Les Barstow
I've surfed through the archives and notice that no-one's resolved the compression issue, nor has anyone reported it for a while. I am sad to report that the issue still appears to exist in 3.0.4. Conditions seem similar to other instances reported where the file is 1GB. And, like those other

Re: Rsync compression still broken

2008-12-26 Thread Matt McCutchen
On Fri, 2008-12-26 at 14:07 -0800, Les Barstow wrote: I've surfed through the archives and notice that no-one's resolved the compression issue, nor has anyone reported it for a while. I am sad to report that the issue still appears to exist in 3.0.4. Conditions seem similar to other

Re: Windows 2003 Cygwin Netapp remote filesystem

2008-12-26 Thread Matt McCutchen
On Fri, 2008-12-26 at 14:13 -0700, Michael Chletsos wrote: Ok so I have figured out the problem with my rsync daemon is the fact that rsync interprets // as / and therefore is not seeing this as a unc path, but rather a absolute path. This should be fixed in rsync 3.0.5pre2 as well as the