similar to: Logging updated files?

Hi, Is there anyway that rsync can report how many files it has to transfer? I am using rsync in a backup utility, and I want to display the percentage completion. If I can find out the number of files it has to transfer, I should be able to compute the percentage by just dividing that by the number of files already transferred. Maybe I am approaching this whole thing wrong. Does anybody have

Dear I have one virtual machine running Windows Server 2003 with 64 for role Domain Controller. A two weeks ago I see by task manager CPU graph is always using 100%, list the process on running are Taskmgr.exe , tcpsvsc.exe lsass.exe and others process . I never see before process like that using a lot CPU . Is possible there is issues between XEN source and Windows Server 2003 ? I did test

I am trying to copy an 8 gig file. After first copying it over I try and rsync it again. There are no changes so why is it copying the file over again? Here is the output of what I am trying to do. And what does speedup mean? [root@VMWARE Storage]# rsync --verbose --recursive -t --stats -- progress ntapps.dsk vmware2::home/ [root@VMWARE Storage]# rsync --verbose --recursive -t --stats --

Hello, Sometimes when creating hard links to the rsync destination directory, it seems like the new directory (created from the cp -al command) ends up with all the data. This causes a problem in the sense that if the rsync destination directory had 21GB, after the cp -al command, it ends up having only 8mb, then the rsync source directory determines that it now requires 21.98GB to update the

Hi @all! Sorry about that many questions, but after searching and reading tons different web sites, I didn't find exactly what I am searching for. So, I know that with the -z Option rsync compresses the files with gzip, than the files are transfared and at the target machine uncompressed. I want to know, is there a possibility to see how big the compressed file is, which rsync generates

Back in June I posted about the trouble I've been having backing up some local directories and I'm no further ahead than back then. Link for that discussion: http://lists.samba.org/archive/rsync/2007-June/017882.html In summary: I'm copying nearly a million small files from the main disk in a server to another disk in the same machine. Still on this server, but at a different time,

On Fri, 5 Jun 2015 00:54:24 -0500 (CDT) Michael Hennebry wrote: > Actually, I mistook black for green. > Green was occupied by my external speakers. > Putting the headset's green plug in the green spot > lets VLC and aplay make sounds in my headset. > I still have the same issue with recording. Have you checked your input volume settings? -- MELVILLE THEATRE ~ Real D 3D

Is it normal for rsync to take 3 hours on this transfer? Number of files: 27419348 Number of files transferred: 19501 Total file size: 185.39G bytes Total transferred file size: 195.92M bytes Literal data: 195.68M bytes Matched data: 241.09K bytes File list size: 402.01M File list generation time: 0.561 seconds File list transfer time: 0.000 seconds Total bytes sent: 600.61M Total bytes received:

Hi All... I use rsync to backup most of my servers to an offsite co-located server. I've been using this setup for about a month or so now and have been generally pleased with the operation as a whole. But one thing bothers me: I use the following command to actually do the transfers: rsync -ae ssh --stats --delete /source/path offsite.server.name:/destination/ Which then in turn spits

Hello, I am synchronizing one ~15GB file over the network. This file from the previous day exists on the destination and I synchronized today's file over. This is the output. Number of files: 1 Number of files transferred: 1 Total file size: 15919685632 bytes Total transferred file size: 15919685632 bytes Literal data: 6208029752 bytes Matched data: 9711655880 bytes File list size: 44

I'm using a mixture of FreeBSD w/ ZFS+snapshots and rsync to backup all the servers at my day job. This works pretty good overall but on one server it's not working so well :) We have an Exchange 2003 server with 4 separate mail store databases. One of them is roughly 900GB the others are ~200GB, ~160GB, and ~50GB. Rsync seems to spend a lot of time trying to find the differences in

Hello - When using the stats option I understand that Literal should be the amount of data that did not match, and that Sent should be the actually amount of bytes that were sent. I always use compress for remote transfers, so I'm used to Sent being smaller (usually around half the size) than Literal. However on one server, the backup from last night had the Sent figure larger than Literal

> On Jun 30, 2016, at 4:14 PM, Renato Golin via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > On 30 Jun 2016 10:20 p.m., "Robinson, Paul" <paul.robinson at sony.com <mailto:paul.robinson at sony.com>> wrote: > > We've since stopped creating the tags, and gotten used to not having > > them. We do the 'rev-list --count' trick

Hi, I am using rsync version 3.0.7 on an arm linux based embedded device. The device pulls data periodically from a rsync server and stores the files on an SD card. The partial, temp and final rsync destinations all reside on the SD card. I came across an issue where it seems that the rsync call returned with a success but the files that it pulled are not moved immediately to its final

Hi, I have only just subscribe to the list. ( only to send this bug report ) Running rsync version 2.5.6 protocol version 26 ( on Solaris 8 sparc ) on both hosts. I have 1 file I wish to sync to a remote machine the md5 checksum is host1: MD5 (030722.mj) = 020397fde83c2e20464b6642c018ce6e host2: MD5 (030722.mj) = 35fcffc896c65c8ec861385b4edb81ac For brevity .. set RSYNC="--archive

I am using rsync version 3.0.7. My rsync server is running on the cloud. I have set the bwlimit to 10 i.e. 10 KBps. When I try to sync files the bwlimit is as what is set. I have enabled storage of partial files. When a communication break causes rsync to time out during a transfer the partial file is stored in the partial directory. I then try rsync again when the link is up. At this point I see

Hello everybody, I'm using rsync (debian 3.0.2-1) to test my pet projects for correctness; but now I've come across a bug (?) in rsync - it doesn't count transferred links, ie. "Number of files transferred:" is wrong. See: # mkdir a b # ln -s /bin/ls a/link ; touch b/link # ls -la a/* b/* lrwxrwxrwx 1 flip flip 7 15. Apr 06:53 a/link -> /bin/ls

Hi, I meet an issue when I verify machineinstrs for Powerpc testcases in llvm. llc -mtriple=powerpc64-unknown-linux-gnu < llvm/llvm/test/CodeGen/PowerPC/sj-ctr-loop.ll -verify-machineinstrs Bad machine code: MBB exits via unconditional fall-through but ends with a barrier instruction! *** function: main basic block: %bb.2 for.body.lr.ph (0x100275437e8) Content in block BB.2:

Hello - Can someone please clarify the meaning of these stats. This is the rsync'ing of one file remotely over a wan. Total file size: 383219712 bytes Total transferred file size: 383219712 bytes Literal data: 3143680 bytes Matched data: 380076032 bytes The total file size is definitely correct, but what I don't understand is the transfered size. Is rsync reporting that roughly 380mb

I find myself needing to ask a very basic question. Specifically, what do we expect "must alias" to mean in practice? Consider a simple example: load i64, i64* %p %p.i32 = bitcast i64* %p to i32* load i32, i32* %p.i32 Given two memory locations which describe the two memory accesses of these loads, do we expect that alias analysis returns MustAlias?  That is, when we have two