search for: granzow

I'm interested in large file system replication capability of rsync. Could some of you people who use it share how large their mirroring is? What would you say is the largest sized site being mirrored using rsync? Thanks! JP

...[smbview] comment = viewstorage path = /smbview read only = No writable = yes /smbview is 0775 and so are all the files in it. All i need to do is get users that authenticate via samba to get the proper group assigned when they connect. Thanks for any help! Mathew Granzow

I just ran this again and got this error: leelab/NCBI_Data_old/GenBank/htg write failed on leelab/NCBI_Data_old/GenBank/htg : Error 0 rsync error: error in file IO (code 11) at receiver.c(243) Received signal 16. (no core) rsync error: received SIGUSR1 or SIGINT (code 20) at rsync.c(229) The command I am running is: /usr/local/bin/rsync -auv --delete --rsh=/usr/bin/ssh lpgfs104:/share/group/*

Well, for reference, here's what I'm running: The mirror is running Solaris 8, the source is running Solaris 7. Both are running the same version of rsync: rsync version 2.5.4 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, no IPv6, 64-bit

Granzow, Doug (NCI) [granzowd@mail.nih.gov] writes: > From what I've observed by running top while rsync is running, its memory > usage appears to grow gradually, not exponentially. The exponential portion of the growth is up front when rsync gathers the file listing (it starts with room for 10...

Hi all, On my Alpha box running Tru64 5.1, rsync-2.5.4 compiled by GNU gcc 3.0.1 anh GNU make 3.79.1 has this size: 4562848. The same version of rsync compiled by Compaq C compiler V6.3-028 and Compaq make has this size: 655424. It is about _7 times_ smaller! I did a quick test and they seem both working OK. Is that normal to see a huge difference in binary size produced by gcc and vendor's

I'm trying to rsync a filesystem from a Solaris 7 server to a Solaris 8 server. I keep getting the following message when rsync attempts to update a particular file: write failed on leelab/NCBI_Data/GenBank/htg : Error 0 rsync error: error in file IO (code 11) at receiver.c(243) Received signal 16. (no core) rsync: connection unexpectedly closed (22672537 bytes read so far) rsync error:

This is a curious thing. I'm syncing two directories, containing some 250 subdirectories totalling around 11,000 files. This: rsync --password-file=/usr/local/etc/rsync/.passwd --delete -rtv --exclude-from=/usr/local/etc/rsync/excludes /usr/local/sourcedir username@destserver.com::modulename ...works fine if both directories are already nearly in sync. Deleting a few files from the source

Granzow, Doug (NCI) [granzowd@mail.nih.gov] writes: > Hmm... I have a filesystem that contains 3,098,119 files. That's > 3,098,119 * 56 bytes or 173,494,664 bytes (about 165 MB). Allowing > for the exponential resizing we end up with space for 4,096,000 > files * 56 bytes = 218 MB. But...

...ger block size reduce memory usage, since there will be fewer (but larger) blocks of data, and therefore fewer checksums to store? You suggested setting ARENA_SIZE to 0... I guess this would be done like this? % ARENA_SIZE=0 ./configure Doug David Bolen [mailto:db3l@fitlinxx.com] writes: > Granzow, Doug (NCI) [granzowd@mail.nih.gov] writes: > > > Hmm... I have a filesystem that contains 3,098,119 files. That's > > 3,098,119 * 56 bytes or 173,494,664 bytes (about 165 MB). Allowing > > for the exponential resizing we end up with space for 4,096,000 > > files *...

Does anyone know of a way to replicate ACLs across two Solaris servers? I am using rsync to replicate the files and their basic attributes, but since the ACLs are a Solaris-specific extension, rsync does not handle them. I am hoping that maybe someone out there has come up with a way to do this -- I suppose I could patch together something in Perl that would accomplish it, but I wanted to check