We were able to compile rsync for 64 bit, (Sun c compiler) with:
CFLAGS=-xarch=amd64
However, it still fails with the message:
rsync: failed to set times on "/tmp/foo/xxx/.filename.java.b0aGxe": Value too
large for defined data type (79)
rsync does copy the file, but fails to reset the timesta
the problem is not with nfs mounted files, but with rsync over ssh from the
machine itself.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
1) fix timestamp
yeah, done that. But since this is our main backup for a set of maybe 700-900
users, these files periodically crop up and don't get backed up. It seems like
a real hack to set a cron job to go around touching files... And a pain to keep
monitoring and doing it manually
2) reco
hmm same problem with rsync occuring here (on sun os 5.10) : we tried using
both rsync from sun freeware, and recompiling rsync from source.
errors, e.g.: rsync: readlink_stat ("filename") failed: Value too large for
defined data type (79)
When nfs mounting these files, fedora rsync handles th
