Hello, One approach is to backup to a disk image on Mac OS X (.sparsebundle) and then to push or pull the disk image over to your remote GNU/LINUX system (possibly via rsync. LBackup has a scripting sub-system to handle exactly this kind of situation. It is not as fancy as the bug fix you proposed. However, it will result in your backup having various extended attributes.
This <http://www.lbackup.org/initialization_scripts/> URL provides information about the initialisation scripts which are designed to make configuring backup scenarios like the one listed above (image attaching and detaching) easier. Much more work is needed to extend the repository of initialisation scripts which are bundled with LBackup. However, the disk image pre and post hook initialization script which is listed on that page works a treat and saves time. It is just a starting point. Contributions, feedback and alliterative approaches to this area of LBackup are certainly welcome. The idea behind the initialization scripts is to simplify (via automation) a range of steps (often within the LBackup scripting sub-system) so that the setup is as painless as possible. However, ideally the initialisation scripts could eventually extend well beyond the scripting subsystem and into other areas in order to simplify the setup monitoring and verification of backups on multiple servers. Hope this helps. Henri -------------------------------------------------------------------- This email is protected by LBackup, an open source backup solution http://www.lbackup.org On 5/02/2014, at 12:54 AM, Sun_Blood <sbl...@gmail.com> wrote: > Hello, > > I found that using rsync on OS X can give some problems when it comes to > Extended Attributes (-X flag). > > The server I use has Ubuntu with the filesystem XFS and I am trying to backup > a OS X system to it. The problem is as far as I understand it that Linux > Kernel has a liming on 64k för Extended Attributes and OS X don’t have this > limit. > > Some error output. > rsync: rsync_xal_set: > lsetxattr(""/srv/danne/extern2/1000_EXT/2013/2013-03-05/IMG_6872-Edit.tif"","user.com.apple.ResourceFork") > failed: Argument list too long (7) > > Error 2 > rsync: rsync_xal_set: > lsetxattr(""/srv/nas/home/apple_bak_rsync/xxxxx/Pictures/iPhoto > Library/Database/BigBlobs.apdb"","user.com.apple.FinderInfo") failed: > Operation not permitted (1) > > Both this errors will go away if removing the -X flag from rsync. > > What I would like to see is a feature in rsync that checks the destination > operation system environment and if it can’t handle the size of the EA being > transferred then stores the EA information in a separate file. > > //Sun_Blood > > -- > Please use reply-all for most replies to avoid omitting the mailing list. > To unsubscribe or change options: > https://lists.samba.org/mailman/listinfo/rsync > Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
