Re: recommend great GUI rsync client for XP
Hello, Take a look at NasBackup http://www.nasbackp.com/ Regards, Milutin Voinivich NasBackup Noah wrote: Hi there, might somebody please recommend the best GUI rsync client for XP please? Cheers, Noah -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
LBackup
LBackup is a backup tool geared to systems administrators and makes extensive use of rsync. Details regarding LBackup may be found at the following URL : http://www.lucidsystems.org/tools/rsync If you feel that it is appropriate then feel free to place a link to LBackup on the rsync resources page : http://samba.anu.edu.au/rsync/resources.html Also, it is important to note that LBackup is specifically designed for user data backup rather than full system backup. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: rsync and kerberos
Le 26 août 08 à 04:03, Wayne Davison a écrit : On Mon, Aug 25, 2008 at 06:58:38PM +0200, Bacchella Fabrice wrote: This patch only add gssapi authentication, I wanted it to be simple and fast to code. Thanks! I've saved it off and will give it a look soon. Please fell free to send back any recommendation. It's a first draft and I accept any recommendation or best practices guidlines.-- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Rsync of LVM Snapshots copies whole file
Hello does nobody has a clue about this? Best regards Peter Peter P GMX schrieb: Hello Paul, here is the status of the transfer. If I understand it right, about 3% of the data was changed (literal data against matched data). It took about 1h40min to transfer ~250MB of data. But to be honest, I do not get a real clue out of this status report. E.g. Laptop_D_10GB.vdi takes around 25 minutes to be transferred with 6,74MBytes/sec. If I divide 10G by 6,74MBytes/sec (for a complete file transfer) I end up at 40 minutes. So almost half of the complete data transfer time of this volume is needed, although this drive is rather passive and there were almost no changes on the drive between the last sync. (The machines are a AMD X2 3800 on one originating side and a Atom 1,6GHz on the destination side, Atom pulls from AMDs side). Best regards Peter receiving file list ... 13 files to consider mit_backup/Debian40.vdi 1395660800 100%5.66MB/s0:03:55 (xfer#1, to-check=11/13) mit_backup/Laptop_D_10GB.vdi 10734313984 100%6.74MB/s0:25:19 (xfer#2, to-check=10/13) mit_backup/RubyServer_1_9GB.vdi 2039489024 100%8.15MB/s0:03:58 (xfer#3, to-check=8/13) mit_backup/_web.vdi 2874171904 100%6.17MB/s0:07:24 (xfer#4, to-check=7/13) mit_backup/Ubuntu_8_04_Development.vdi 4367340032 100%6.80MB/s0:10:12 (xfer#5, to-check=6/13) mit_backup/Ubuntu__3GB.vdi 3221238272 100%5.61MB/s0:09:07 (xfer#6, to-check=5/13) mit_backup/W2000_6GB.vdi 6442476032 100%7.49MB/s0:13:39 (xfer#7, to-check=4/13) mit_backup/.vdi 4294984192 100%8.05MB/s0:08:28 (xfer#8, to-check=3/13) Number of files: 13 Number of files transferred: 8 Total file size: 47.710.416.177 bytes Total transferred file size: 35.369.674.240 bytes Literal data: 1.181.132.240 bytes Matched data: 34.188.542.000 bytes File list size: 530 File list generation time: 0.001 seconds File list transfer time: 0.000 seconds Total bytes sent: 3.984.972 Total bytes received: 249.776.322 sent 3.984.972 bytes received 249.776.322 bytes 41515.14 bytes/sec total size is 47.710.416.177 speedup is 188.01 Paul Slootman schrieb: On Wed 20 Aug 2008, Peter P GMX wrote: Hallo Paul, please keep replies to list messages on the list, others may also be able to help. here is the call and the protocol for the transfer of one file. For me it seems that the whole file is transferred, right? Nothing in the output indicates that all the file data is being transferred; only that the file is indeed being transferred. The output of --stats will help in showing how much file data is actually transferred. Paul Slootman sudo -u rsyncbackup rsync -avzP --exclude-from /home/rsyncbackup/excludefile -e ssh 192.168.0.3:/mnt/vdi_snapshot/VDI/mit_backup /mnt/crypteddevice/linuxX2/mit_backup receiving file list ... 14 files to consider mit_backup/ mit_backup/Debian40_.vdi 0 0% 0.00kB/s 0:00:00 10235877 0% 9.69MB/s 0:02:19 21075684 1% 10.02MB/s 0:02:13 27933044 2% 8.86MB/s 0:02:30 32490259 2% 7.72MB/s 0:02:52 39455369 2% 6.95MB/s 0:03:10 45837776 3% 5.89MB/s 0:03:43 50797900 3% 5.44MB/s 0:04:01 53961592 3% 5.12MB/s 0:04:16 61553523 4% 5.27MB/s 0:04:07 67043585 4% 5.05MB/s 0:04:16 75011647 5% 5.60MB/s 0:03:50 84224736 6% 7.00MB/s 0:03:03 89720101 6% 6.51MB/s 0:03:15 99630301 7% 7.53MB/s 0:02:47 107071219 7% 7.63MB/s 0:02:44 113938846 8% 7.07MB/s 0:02:56 125802777 9% 8.53MB/s 0:02:25 132129910 9% 7.57MB/s 0:02:42 139575721 10% 7.58MB/s 0:02:41 144926021 10% 7.23MB/s 0:02:49 149718979 10% 5.61MB/s 0:03:36 154452981 11% 5.32MB/s 0:03:47 160614584 11% 5.00MB/s 0:04:01 165958612 11% 5.00MB/s 0:04:00 170811085 12% 5.01MB/s 0:03:58 175120144 12% 4.82MB/s 0:04:07 183661136 13% 5.39MB/s 0:03:39 189571426 13% 5.52MB/s 0:03:33 195568688 14% 5.78MB/s 0:03:22 202404006 14% 6.49MB/s 0:02:59 210410776 15% 6.35MB/s 0:03:02 216901117 15% 6.48MB/s 0:02:57 225794756 16% 6.94MB/s 0:02:44 233657909 16% 7.19MB/s 0:02:37 239352121 17% 6.67MB/s 0:02:49 244896643 17% 6.44MB/s 0:02:54 249979132 17% 5.75MB/s 0:03:14 255669742 18% 5.23MB/s 0:03:32 262874393 18% 5.58MB/s 0:03:18 275524040 19% 7.27MB/s 0:02:30 294537718 21% 10.58MB/s 0:01:41 306682448 21% 12.06MB/s 0:01:28 316879483 22% 12.74MB/s 0:01:22 322410223 23% 11.06MB/s 0:01:34 331382172 23% 8.38MB/s 0:02:03 344124151 24% 8.36MB/s 0:02:02 356277012 25% 8.84MB/s 0:01:54 368731867 26% 10.30MB/s 0:01:37 376902647 27% 10.49MB/s 0:01:34 382055316 27% 8.96MB/s 0:01:50 385099184 27% 6.81MB/s 0:02:24 394514192 28% 6.14MB/s 0:02:39 399166976 28% 5.31MB/s 0:03:03 409033762 29% 6.42MB/s 0:02:29 419680637 30% 8.02MB/s 0:01:58 429225330 30% 7.96MB/s 0:01:58 443550036 31% 10.15MB/s 0:01:31 452116589 32% 9.86MB/s 0:01:33 457430449 32% 8.85MB/s 0:01:43 465762610 33% 8.68MB/s 0:01:44 471632053 33% 6.66MB/s 0:02:15 477048104 34% 5.91MB/s 0:02:31 483430930 34% 5.93MB/s 0:02:30 490941562 35% 5.74MB/s 0:02:33
accented characters in filenames mangled when rsyncing to a samba share
Hi folks, I am having a problem rsyncing files with accents in the names. I've seen similar problems reported a few times before in the archives but they didn't seem to be referring to exactly the same problem as what I have, and I'm not good enough at Linux to solve my problem by generalising from the information there: sorry. Anyway, my specific details are this. I am running rsync on a QNAP TS-109 which is a NAS device running a kind of debian linux. Also on the network is a Lacie network drive formatted with FAT32, which I mount from the QNAP using samba. I am trying to set up a regular back up the contents of the QNAP to the Lacie. The problem is that any filename which has accents in gets mangled. The files copy across but the accents are mangled: if I view the files by mounting the Lacie drive on Windows then the accents appear as the box special character, repeated between around 10 and 50 times (with the rest of the filename truncated); if I view the files using ls while ssh'ed into the QNAP then accented character does not appear at all and the rest of the filename is truncated. A further strange behaviour is that when directories contain accented characters, around 10 or so copies of them are created, each with varying numbers of the box special character. I would very much appreciate if anyone could help me with this! I am happy to provide more detailed information on request. Cheers, Ben -- Dr. Ben Kenward Department of Psychology, Uppsala University, Sweden +46 18 4712125 http://www.benkenward.com -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Rsync of LVM Snapshots copies whole file
On Tue, 2008-08-26 at 15:02 +0200, Peter P GMX wrote: does nobody has a clue about this? As Paul said, the bottleneck appears to be disk I/O rather than network bandwidth, so you should not expect any speedup from the delta-transfer algorithm. (Even though only 3% of the data differs, rsync needs to read the entire source and destination images from disk to determine that.) --inplace and/or --whole-file might help reduce the disk I/O. Matt Peter P GMX schrieb: Hello Paul, here is the status of the transfer. If I understand it right, about 3% of the data was changed (literal data against matched data). It took about 1h40min to transfer ~250MB of data. But to be honest, I do not get a real clue out of this status report. E.g. Laptop_D_10GB.vdi takes around 25 minutes to be transferred with 6,74MBytes/sec. If I divide 10G by 6,74MBytes/sec (for a complete file transfer) I end up at 40 minutes. So almost half of the complete data transfer time of this volume is needed, although this drive is rather passive and there were almost no changes on the drive between the last sync. (The machines are a AMD X2 3800 on one originating side and a Atom 1,6GHz on the destination side, Atom pulls from AMDs side). Best regards Peter receiving file list ... 13 files to consider mit_backup/Debian40.vdi 1395660800 100%5.66MB/s0:03:55 (xfer#1, to-check=11/13) mit_backup/Laptop_D_10GB.vdi 10734313984 100%6.74MB/s0:25:19 (xfer#2, to-check=10/13) mit_backup/RubyServer_1_9GB.vdi 2039489024 100%8.15MB/s0:03:58 (xfer#3, to-check=8/13) mit_backup/_web.vdi 2874171904 100%6.17MB/s0:07:24 (xfer#4, to-check=7/13) mit_backup/Ubuntu_8_04_Development.vdi 4367340032 100%6.80MB/s0:10:12 (xfer#5, to-check=6/13) mit_backup/Ubuntu__3GB.vdi 3221238272 100%5.61MB/s0:09:07 (xfer#6, to-check=5/13) mit_backup/W2000_6GB.vdi 6442476032 100%7.49MB/s0:13:39 (xfer#7, to-check=4/13) mit_backup/.vdi 4294984192 100%8.05MB/s0:08:28 (xfer#8, to-check=3/13) Number of files: 13 Number of files transferred: 8 Total file size: 47.710.416.177 bytes Total transferred file size: 35.369.674.240 bytes Literal data: 1.181.132.240 bytes Matched data: 34.188.542.000 bytes File list size: 530 File list generation time: 0.001 seconds File list transfer time: 0.000 seconds Total bytes sent: 3.984.972 Total bytes received: 249.776.322 sent 3.984.972 bytes received 249.776.322 bytes 41515.14 bytes/sec total size is 47.710.416.177 speedup is 188.01 signature.asc Description: This is a digitally signed message part -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Rsync Error Code 23?
Regarding rsync error code 23 could the below delete_file: ...file exist failures cause the error code 23? Or, how can I resolve this as these are the only errors I see in the log files. Thank you! START Tue Aug 26 11:10:12 PDT 2008 /home/filerep/bin/rsync -e /var/openssh/bin/ssh --archive --stats --timeout 3600 fmttcesrv1::tce_data /drp/fmttcesrv1/snapshots/fs/tce_data --bwlimit=900 delete_file: rmdir /drp/fmttcesrv1/snapshots/fs/tce_data/pc-software failed: F ile exists symlink /drp/fmttcesrv1/snapshots/fs/tce_data/pc-software - pc failed: File exists delete_file: rmdir /drp/fmttcesrv1/snapshots/fs/tce_data/software/ugs/custom f ailed: File exists symlink /drp/fmttcesrv1/snapshots/fs/tce_data/software/ugs/custom - /tce_dat a/mcad/NX5/custom failed: File exists delete_file: rmdir /drp/fmttcesrv1/snapshots/fs/tce_data/software/ugs/lib/v9 f ailed: File exists symlink /drp/fmttcesrv1/snapshots/fs/tce_data/software/ugs/lib/v9 - id13/v9 failed: File exists Number of files: 511604 Number of files transferred: 75 Total file size: 107684107564 bytes Total transferred file size: 13358336 bytes Literal data: 2097627 bytes Matched data: 11260709 bytes File list size: 11714766 Total bytes written: 49157 Total bytes read: 13837325 wrote 49157 bytes read 13837325 bytes 55657.24 bytes/sec total size is 107684107564 speedup is 7754.60 rsync error: some files could not be transferred (code 23) at main.c(1048) END Tue Aug 26 11:14:21 PDT 2008-- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Rsync Error Code 23?
On Tue, 2008-08-26 at 16:29 -0700, [EMAIL PROTECTED] wrote: Regarding rsync error code 23 could the below delete_file: ...file exist failures cause the error code 23? Or, how can I resolve this as these are the only errors I see in the log files. Thank you! START Tue Aug 26 11:10:12 PDT 2008 /home/filerep/bin/rsync -e /var/openssh/bin/ssh --archive --stats --timeout 3600 fmttcesrv1::tce_data /drp/fmttcesrv1/snapshots/fs/tce_data --bwlimit=900 delete_file: rmdir /drp/fmttcesrv1/snapshots/fs/tce_data/pc-software failed: F ile exists symlink /drp/fmttcesrv1/snapshots/fs/tce_data/pc-software - pc failed: File exists In this case I think it's actually the symlink failure causing the code 23. delete_file failures currently don't cause code 23, but they probably should because they result in an incorrect transfer. Rsync appears to be trying to delete what it believes is a directory from the destination and make a symlink there instead. However, its rmdir call fails with EEXIST (File exists), which isn't even listed as a possible error in my rmdir(2) man page. What is at the path /drp/fmttcesrv1/snapshots/fs/tce_data/pc-software ? Is it a directory, as rsync believes? Can you remove the directory manually with rmdir(1)? If you can't, you have a non-rsync-specific filesystem problem, while if you can, we'll have to investigate further why rsync is failing. Matt signature.asc Description: This is a digitally signed message part -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
