similar to: Inflate Error?

Steve Sills Platnum Computers, President http://www.platnum.com steve@platnum.com ----- Original Message ----- From: "Steve Sills" <steve@platnum.com> To: "jw schultz" <jw@pegasys.ws> Sent: Thursday, January 22, 2004 1:52 PM Subject: Re: Rsync's Speed > The source server is a Dual 800 Mhz /w a 7200 RPM 40 GB HDD, the dest server > is a P III 450 with a

rsync commandline: /usr/bin/rsync -e /usr/bin/ssh --archive --compress --sparse --verbose --stats --delete --numeric-ids --partial --relative --one-file-system target.host:/ /destination/path/ target rsync version: 2.6.3 destination rsync version: 2.6.2 The server we're trying to synchronize contains directories within "/" that are mounted to other locations within

Just built 2.6.1 and started testing it. Nice job guys. I especially love the --progress and hardlink tweaks. Quite often, while I have systems backing up out of cron, I'd love to be able to see the --progress. Unfortunately, it's just not practical to crank up the verbosity like that on a regular basis (some of these systems have a few million files). A neat feature I'd like to see

Just got this from our nightly backup rsync: overflow: flags=0x6e l1=99 l2=1952984691 lastname=var/www/manual/mod/mod_php4/de/function.get-exte ERROR: buffer overflow in receive_file_entry rsync error: error allocating core memory buffers (code 22) at util.c(238) Command exited with non-zero status 22 real 5.15 user 1.00 sys 0.88 Rsync version information: [root@gluon root]# rsync

Have the hard-links optimizations that were described here been implemented? http://lists.samba.org/archive/rsync/2004-January/008137.html In any case, what's the general consensus behind using the --hard-links option on large (100GB and above) images? Does it still use a ton of memory? Or has that situation been alleviated? ..Chuck.. -- http://www.quantumlinux.com Quantum Linux

System is current Debian stable with rsync version: * rsync version 2.6.0 protocol version 27 * Capabilities: 64-bit files, socketpairs, hard links, symlinks, * batchfiles, IPv6, 64-bit system inums, 64-bit internal inums * * Modified for Debian to have --bwlimit-mod, a variation on the --bwlimit * algorithm. I have noticed that --link-dest only seems to work for me if I'm using an

I've never seen this one before. I'm using rsync 2.6.2 on both ends. Server (Athlon, 768MB RAM) checks out just fine. The only anomoly appears to be that this process has been running for 248268.43 seconds (this is not unexpected with this particular host we're backing up). Commandline: /usr/bin/time -p /usr/bin/rsync -e /usr/bin/ssh --archive --compress --sparse --stats

One of our servers is a CentOS 4 Linux/Samba filesharing server that serves an access database (via a mapped drive) to a client application running on Windows 98. Ever since we started rsync'ing it to back it up every night, it required samba to be restarted after the backup or the clients had trouble accessing the database. Recently though, the client application is complaining when

During my initial download for my home directory backup, it took rsync over 6 hours to do the initial backup, but I can FTP the stuff in about 30 Mins. Is Rsync usualy this slow? I have compression turned on, and its across a 100 MB/S network, Anyone had this problem before? Steve Sills

What I want to do is use rsync to back up a folder to an external drive. I would like to keep 30 days worth. For example: I have backups of June 1 - June 30. Once July 1 comes along, I want to keep June 2 - July 1 and delete June 1, and so forth. Any ideas how I can accomplish this? -- View this message in context: http://www.nabble.com/Rysnc-Schedule-tf4104577.html#a11672997 Sent from the

Hi all, I'm new to the rsync list. I've been searching for two days and have tried five different installs and so far none work the way I need them to. I have an "backup" server running rsync --version: rsync version 2.6.6 protocol version 29 Copyright (C) 1996-2005 by Andrew Tridgell and others <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard

OK, I set up a new PC with a fresh XP load to be my rsync server. Rsync by itself seems to work fine (thank God. I'm going nuts.) I am still having problems when I throw ssh into the mix. At least now, things don't crash, but they do hang. The file list gets build, the transfer starts and it gets through maybe a few hundred files, but then everything stops. All the processes are still

Hi - there's a flag for rsync to compress the files in transit - is it possible to compress one side (target) with gzip and have rsync still work correctly? Any help would be appreciated. -- Ken

Is it practical to get a R/W file handle opened against an existing file on an unmounted ext2 filesystem? -- Chuck Wolber Electronic Flight Bag Crew Information Systems/ Linux Wonk 253.576.1154 "You can't connect the dots looking forward; you can only connect them looking backwards." --Steve Jobs

I am attempting to use rsync to backup a Win98 laptop to a FreeBSD 4.8 backup server. I have experienced the same problem at roughly the same point in the process on two occations. The laptop contains ~2.7Gb of data. On the first attempt we received this error at 2.3Gb and on the second at 2.4Gb. rsync error: partial transfer (code 23) at main.c(575) Would love to have a full backup of the

One thing that's bugged me is that some of the man page lines in the options summary are longer than 79 chars and wrap onto the next line. These are just one line summaries (detailed description appear later) so they can, and should, be terse. Here's an edited diff showing my proposed changes (and a 79 char ruler):

Hi all, I want to setup a RAID storage system, where i have two systems connected to it. the filesystems are mapped out to both connectors. I want the master host mount them read write, and the slave read only. in my fstab on the slave I have a line like the following: /dev/sdb1 /mount ext3 acl,noauto,user_xattr,nosuid,ro 0 0 so in man 5 fstab, it is written, that when the 6. field

I have an ext3 filesystem mounted r/w on 1 host and r/o on multiple hosts. Dangerous but cost effective. I recently implemented some protection through a fc switch that restricts some hosts to r/o access to the data luns. So if someone types mount -o rw or something, all is not lost. The issue occurs when it's mounted r/w on 1 host and another host attempts to mount it r/o. The mount

Here's my command copied from a shell script:\ rsync --verbose --progress --stats --compress --rsh=/usr/bin/ssh --recursive --times --perms --links \ /home/* trt@xxxxxx.xxxxxxx.xxx:/remotebackups/ Here's some (a small part) of the output: jk/.recently-used 253 100% 0.00kB/s 0:00:00 rsync: recv_generator: mkdir "jk/.secpanel/.runfiles": Permission denied (2) stat

Salford Data Mining Conference August 23rd - 25th, 2009 San Diego, California Early-Bird Registration Deadline: July 24th, 2009 http://SalfordDataMining.com/agenda.php Post-Conference Training August 26th - 28th, 2009 Our conference will offer prominent keynote speakers and informative real world application solutions. Conference topics include: * What Data Mining Has to Say About the