search for: rcaskey

...mbclient. What could account for this performance discrepancy? Any ideas (even far-fetched ones) would be much appreciated. Sincerely, Rob J. Caskey smb: \Documents\> put big2.bin putting file big2.bin as \Documents\big2.bin (28113.6 kb/s) (average 26200.3 kb/s) smb: \Documents\> exit root@rcaskey-desktop:~# dd if=/dev/zero of=/mnt/smb/bigfile.bin bs=1024 count=100000 100000+0 records in 100000+0 records out 102400000 bytes (102 MB) copied, 30.565 seconds, 3.4 MB/s

Howdy all, I'm using rsync in conjunction with backuppc and have been backing up this share without incident for almost 3 years and it has decided to go and hang on me. Other shares on the same machine sync fine with identical settings, and nothing has changed on the backup end other than some routine dist-upgrades to keep update on security patches. I checked the apt cache and no rsync

Thanks for the suggestions - I have done my best to follow them. I inserted the debug shim script and changed the rsync executable in rsync so that it called that instead, and got the same results. Here is the tail from that: 21381 0.000108 open("www.athenshousing.org/xmlrpc.php", O_RDONLY|O_LARGEFILE) = 3 21381 0.000122 fstat64(3, {st_mode=S_IFREG|0644, st_size=294, ...}) =

I got this mail from a cronjob and can't figure out what is causing rsync to crap out on me. I received the message at 5:03, when the cron job is scheduled to run at 4:00, so total runtime is approximately an hour. Machine that is fetching the files is a low-end G3 running Yellowdog 3.01, rsync --version 2.5.5. It has only 128 megs of ram, but isn't doing anything else. Transfers are