search for: show_progress

...t -S -x -z \ --progress \ --bwlimit 5000 \ -e ssh root@hermes.afaa.asso.fr:/ /fireball/hermes ) I think the problem is in receive_data (receiver.c): sum_init(); for (i=recv_token(f_in,&data); i != 0; i=recv_token(f_in,&data)) { show_progress(offset, total_size); A call to show_progress should be included before the for loop, that is, before waiting for the first and often only packet in recv_token: sum_init(); show_progress(0, total_size); for (i=recv_token(f_in,&data); i != 0; i=recv_token(f_in,&am...

mkinitrd needs to mount files using loop. loop might be a module, so try to load it first. --- lib/Sys/VirtV2V/GuestOS/RedHat.pm | 7 +++++++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/lib/Sys/VirtV2V/GuestOS/RedHat.pm b/lib/Sys/VirtV2V/GuestOS/RedHat.pm index 0e469f5..08027b6 100644 --- a/lib/Sys/VirtV2V/GuestOS/RedHat.pm +++ b/lib/Sys/VirtV2V/GuestOS/RedHat.pm @@ -1114,6

...buffered writes generate very short (and very many) ethernet packets, which means the overhead is quite large on slow network connections. The initial file_list writing is typically buffered, but reading it on the client is not. There are some other unneeded system calls: - One example is that show_progress() calls gettimeofday() even if do_progress is not set. show_progress() is called on every block, so there is an extra system call per (700 byte) block. - Another example is that file_write writes each matching (700 byte) block without buffering, so that's another system call per...

...timeval now; + gettimeofday(&now, NULL); + rprint_progress(size, size, &now); } - last_ofs = 0; + last_ofs = 0; + start_ofs = 0; + print_time.tv_sec = print_time.tv_usec = 0; + start_time.tv_sec = start_time.tv_usec = 0; } void show_progress(OFF_T ofs, OFF_T size) { extern int do_progress, am_server; + struct timeval now; - if (do_progress && !am_server) { - if (ofs > last_ofs + 1000) { - int pct = (int)((100.0*ofs)/size); - rprintf(FINFO,"%.0f (%d%%)\r", (double)ofs, pct); - last_ofs = ofs; - }...

For CentOS KVM migrations use the virt-v2v package part of base. See this link, http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization/chap-Virtualization-v2v-migration.html Am Freitag, 22. Juli 2011, 13:37:08 schrieb Timothy Kesten: > Hi Folks, > > is here someone who knows where to get the package "virt-goodies" for > CentOS6 64bit? > >

Hi, I've read through the rsync manpage, this mailing list, asked Google and studied lots of posts on stackexchange.com (stackoverflow, superuser...), askubuntu.com and some others, concerning rsync's capabilities of showing progress information. But all I've found was what I already knew: --progress (or -P) shows a progress information for *every* file transmitted, --info=progress2

https://bugzilla.samba.org/show_bug.cgi?id=11561 Bug ID: 11561 Summary: [PATCH] Show progress information when SIGINFO is caught on platforms that have it Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core

Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.samba.org/archive/rsync/attachments/20040227/923b87ee/PGP.bin

...sums(f_xfer, s, mbuf, st.st_size); + if (local_server && local_socket && s->count == 0) { + OFF_T offset = 0; + while (offset < st.st_size) { + read_buf(local_socket, (char *)&offset, sizeof(offset)); + if (offset < 0) + break; + if (do_progress) + show_progress(offset, st.st_size); + } + } + else + match_sums(f_xfer, s, mbuf, st.st_size); if (do_progress) end_progress(st.st_size); diff -au rsync-3.0.6/token.c rsync-3.0.6.fast/token.c --- rsync-3.0.6/token.c 2009-01-17 23:41:35.000000000 +0200 +++ rsync-3.0.6.fast/token.c 2009-09-23 13:33:17...

...*command, int *f_in, int *f_out); pid_t local_child(int argc, char **argv,int *f_in,int *f_out, int (*child_main)(int, char*[])); +pid_t run_filter(char *command[], int in, int *pipe_to_filter); +pid_t run_filter_on_file(char *command[], int out, int in); void end_progress(OFF_T size); void show_progress(OFF_T ofs, OFF_T size); void delete_files(struct file_list *flist); diff -ur rsync-2.5.6/receiver.c rsync-2.5.6-filtered/receiver.c --- rsync-2.5.6/receiver.c 2003-01-21 00:32:17.000000000 +0100 +++ rsync-2.5.6-filtered/receiver.c 2003-11-16 11:44:14.000000000 +0100 @@ -320,11 +320,32 @@ extern...

...$target, $noverify) = @_; - - my $self = $class->SUPER::new( - agent => 'virt-v2v/'.$Sys::VirtV2V::VERSION, - protocols_allowed => [ 'https' ] - ); + my $self = {}; + bless($self, $class); - # Older versions of LWP::UserAgent don't support show_progress - $self->show_progress(1) if ($self->can('show_progress')); - - $self->{_v2v_server} = $server; - $self->{_v2v_target} = $target; - $self->{_v2v_username} = $username; - $self->{_v2v_password} = $password; - $self->{_v2v_noverify} = $noverify; +...

...eceive_data for %s\n", fname); + count = read_int(f_in); n = read_int(f_in); remainder = read_int(f_in); sum_init(); + rprintf(FINFO, "#ET#<receive_data: got header, reading tokens\n"); for (i=recv_token(f_in,&data); i != 0; i=recv_token(f_in,&data)) { show_progress(offset, total_size); @@ -258,22 +260,29 @@ rprintf(FINFO,"chunk[%d] of size %d at %.0f offset=%.0f\n", i,len,(double)offset2,(double)offset); if (buf) { - map = map_ptr(buf,offset2,len); - - see_token(map, len); - sum_update(map,len); + map_ptr(buf,offset2,len)...

The following patches are where I'm currently at with ESX support. I can now import a domain from ESX along with its storage. Note that I'm not yet doing any conversion. In fact, I've never even tested past the import stage (I just had an exit in there). The meat is really in the 4th patch. The rename of MetadataReader->Connection was because the Connection is now really providing

With this patchset I have successfully[1] imported a RHEL 5 guest directly from ESX with the following command line: virt-v2v -ic 'esx://yellow.marston/?no_verify=1' -op transfer RHEL5-64 Login details are stored in ~/.netrc Note that this is the only guest I've tested against. I haven't for example, checked that I haven't broken Xen imports. Matt [1] With the exception of