similar to: Crash copying to a zfs-fuse partition

I found the reason I think anyway. It was the different versions of rsync on the 2 machines. I upgraded the one on the AIX machine and then it copied just fine. Thank you jw and Michael for answering. Boris -----Original Message----- From: Michael Salmon [mailto:Michael.Salmon@uab.ericsson.se] Sent: 23. januar 2003 13:45 To: rsync@lists.samba.org Subject: RE: Error message On Thursday,

Hi - We have an ext3 file system which is 3.5TB in size (on top of lvm). Free are 172049011 out of 854473728 4096K blocks, and 396540654 out of 427245568 inodes. This is using Scientific Linux 4.4 (a RHEL clone). The filesystem consists of multiple backups created with rsync using --link-dest, which hard links files which haven't been modified to the previous copy. There are several hundred

https://bugzilla.samba.org/show_bug.cgi?id=8315 Summary: hang in rsync (match.c) Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: jeremy at jeremysanders.net QAContact:

Hello when i get this message what is wrong: /PTS.0.db2inst1.NODE0000.CATN0000.20030123062324.001: Value too large to be stored in data type Regards Boris -------------- next part -------------- HTML attachment scrubbed and removed

Please find the attached patch which replace unsafe strcpy(3) by strncpy(3) functions. regards, Eduardo Silva

Currently compression and I assume if encryption is implemented it is turned on or off during mount. There are however many times when a user may want to select which files/directories they want to compress or encrypt. This will also be helpful when implementing btrfs support in grub for example. We can say the disk can be compressed/encrypted except for /boot so compression/encryption