On Tue 08 May 2007, Wayne Davison wrote:
You can read the very latest manpage with my improvements here:
http://rsync.samba.org/ftp/rsync/nightly/rsync.html
E.g., there's extra quick-check discussion in the DESCRIPTION section.
Yes, that's a great improvement. This is typically one of
Hi all
When rsync replicate one file to remote side, will the extended
attributes be copied as well? Thanks,
Ming
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
On Wed, 2007-05-09 at 14:51 -0400, Ming Zhang wrote:
Hi all
When rsync replicate one file to remote side, will the extended
attributes be copied as well? Thanks,
sorry that i should do more check. the rsync man page on site does not
have this while fc6 rsync man page has -X support. i guess
Hey All,
I've been using rsync (2.6.9) to migrate a 90g message store volume and
I'm running into some interesting results. I have two FC storage arrays
attached to a Sunfire V280R, running Solaris 8. My 100gig volume is on a
Sun StoreEdge 3510, and my new 500gig partition is on an HP EVA.
On Tue, May 08, 2007 at 07:09:06PM -0400, Matt McCutchen wrote:
On 5/8/07, Brent Thompson [EMAIL PROTECTED] wrote:
Often we need to preserve the information atime conveys, but I have found
no way to get rsync to preserve this, nor any hint it is being worked on.
It would be great if 'rsync -t'
Tom Riley wrote:
Hey All,
I’ve been using rsync (2.6.9) to migrate a 90g message store volume and
I’m running into some interesting results. I have two FC storage arrays
attached to a Sunfire V280R, running Solaris 8. My 100gig volume is on a
Sun StoreEdge 3510, and my new 500gig
On 5/9/07, Paul Slootman [EMAIL PROTECTED] wrote:
On Tue 08 May 2007, Wayne Davison wrote:
You can read the very latest manpage with my improvements here:
http://rsync.samba.org/ftp/rsync/nightly/rsync.html
E.g., there's extra quick-check discussion in the DESCRIPTION section.
Yes, that's
JamesDR wrote:
Tom Riley wrote:
Hey All,
I’ve been using rsync (2.6.9) to migrate a 90g message store volume and
I’m running into some interesting results. I have two FC storage arrays
attached to a Sunfire V280R, running Solaris 8. My 100gig volume is on a
Sun StoreEdge 3510, and
On 5/9/07, Ming Zhang [EMAIL PROTECTED] wrote:
sorry that i should do more check. the rsync man page on site does not
have this while fc6 rsync man page has -X support. i guess there are
some extra patches floating around.
That extra patch is floating at patches/xattrs.diff in rsync source
On Wed, 2007-05-09 at 16:07 -0400, Matt McCutchen wrote:
On 5/9/07, Ming Zhang [EMAIL PROTECTED] wrote:
sorry that i should do more check. the rsync man page on site does not
have this while fc6 rsync man page has -X support. i guess there are
some extra patches floating around.
That
On 5/9/07, JamesDR [EMAIL PROTECTED] wrote:
By using --inplace (if I read that right)
you'll be xfering the entire 90GB store over the network.
Not exactly. --inplace only prevents the receiver from matching
source data using data at an earlier offset in the old destination
file (because the
On 5/9/07, Ming Zhang [EMAIL PROTECTED] wrote:
side question, if i know one file only have EA changed, thus mtime is
updated, can i force the rsync to do EA update only? regular rsync run
will do checksum stuff if mtime changed, and find out all content are
same which generate too many
On Wed, 2007-05-09 at 16:32 -0400, Matt McCutchen wrote:
On 5/9/07, Ming Zhang [EMAIL PROTECTED] wrote:
side question, if i know one file only have EA changed, thus mtime is
updated, can i force the rsync to do EA update only? regular rsync run
will do checksum stuff if mtime changed, and
On 5/9/07, Dave Dykstra [EMAIL PROTECTED] wrote:
What does it really mean to preserve access times? When rsync reads
a file to copy it, it will change the access time just because it is
reading it, so the backup should then have the correct access time,
the time the backup file was created.
I
On 5/9/07, Tom Riley [EMAIL PROTECTED] wrote:
I've been using rsync (2.6.9) to migrate a 90g message store volume and I'm
running into some interesting results.
Please be more specific about what is going wrong. If you get an
error message, please send the exact text. If rsync is successful,
On 5/7/07, ScottZ [EMAIL PROTECTED] wrote:
With --source-backup the tree structure of the original source file is also
being included in the --backup-dir directory.
That is an idiosyncracy of the quick-and-dirty way I implemented the
source backup, and I documented it in the patched man page.
Matt,
Thanks for the reply. To clarify, I'm doing the following:
I have 2 mounts on a single computer the production mount is 100gigs
(/msgstore) and contains rough 17 million small files (email message
store), and a newly created 500g ufs file system (/mnt)
I'd like to minimize the downtime
I've several web servers that use log4j to generate the logs.
The log file currently appended to is called filename. The older,
non-current logs are called filename.-mm-dd-hh.
Obviously, rotation takes place once every hour and it's done
automatically by log4j. Old logs are never deleted
Tom Riley wrote:
However, the curiosity comes in with my source data taking up 86gigs of
data on a 100g partition, and as the copy progresses the destination
drive is reporting 240 gigs of usage.
So as far as I can tell, rsync is working and the data integrity seems
good, it's simply taking
19 matches
Mail list logo
