On 10.5.2007, at 2:16, Tom Riley wrote:
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)
However, the curiosity comes in with my source data takin
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 t
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
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 req
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
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/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.
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 change
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 computat
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 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.
>
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
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 Store
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,
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 500gi
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 'r
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 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 gu
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 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
20 matches
Mail list logo