similar to: patch: better progress meter

Any votes for/against? ----- Forwarded message from Rik Faith <faith@alephnull.com> ----- Date: Wed, 28 Nov 2001 12:55:29 -0500 From: Rik Faith <faith@alephnull.com> To: mbp@samba.org Subject: rsync patch X-Mailer: VM 6.96; XEmacs 21.1; Linux 2.4.16 (light) Here is a patch that adds rate information (e.g., kB/s) to the --progress display. I just noticed that 2.4.7pre4 is coming

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

A recent posting here got me thinking about having the --progress output tell the user about how many files were left to go in the transfer. I submit the attached patch which outputs an extra suffix onto the progress line at the end of each file's transfer (so it only appears once per file, not on every status update). The output would look like this: [...] flist.c 35671 100%

Hello, When rsync'ing over an ISDN 64kb/s channel, I get reported mostly 0 kB/s: 1287 100% 0.00kB/s 0:00:00 home/httpd/html/mirrors/developer.apple.com/techpubs/macosx/System/Documentation/Developer/YellowBox/TasksAndConcepts/JavaTutorial/3.JavaDebugging/toc.html 731 100% 0.00kB/s 0:00:00

I am having trouble with rsync when I am trying to synchronize a Windows NT volume mounted with smb_fs (FreeBSD) and a unix volume which is also exported with Samba. There are instances where the DOS short name on the NT volume ends up as upper case and then doesn't match filenames which are used in the unix volumes which have been exported by Samba. I don't know if this is a Samba

Hi, I'm trying to build Samba from source on a RHEL version 8 server. I installed all the necessary packages and untarred the source for Samba version 4.6.10. In the past I have been able to successfully build and install Samba version 4.13.17 on a RHEL version 7 server with Python2. Here I believe I am using Python3, but I cannot seem to get past the configure command: [root at v2ecsqapp09

playing with hdt on a soekris 4801, Im getting HUGE delays in cpu_detect. I added some timing code, heres what Im seeing ACPI: Detecting 0 mS in detect_acpi MEMORY: Detecting 0 mS in detect_memory DMI: Detecting Table DMI: ERROR ! Table not found ! DMI: Many hardware components will not be detected ! 55 mS in detect_dmi CPU: Detecting 0 mS in get_cpu_vendor 0 mS in "intel cpu

playing with hdt on a soekris 4801, Im getting HUGE delays in cpu_detect. I added some timing code, heres what Im seeing ACPI: Detecting 0 mS in detect_acpi MEMORY: Detecting 0 mS in detect_memory DMI: Detecting Table DMI: ERROR ! Table not found ! DMI: Many hardware components will not be detected ! 55 mS in detect_dmi CPU: Detecting 0 mS in get_cpu_vendor 0 mS in "intel cpu

In ocfs2_add_branch, we use the rightmost rec of the leaf extent block to generate the e_cpos for the new added branch. In the most case, it is OK but if there is a gap between the the root(or branch) 's rightmost rec and the leaf, it will cause kernel panic if we insert some clusters in it. The message is something like: (7445,1):ocfs2_insert_at_leaf:3775 ERROR: bug expression:

On 18/01/2023 15:16, Greg Dickie wrote: > Hey Rowland, > > ? Thanks for the reply. I was not aware of that page but that's super > helpful. Unfortunately it does not fix my problem. I think I'm missing > something basic. At this point I'm just trying to rebuild the centos7 > srpm. See the attached error message (configure? fails). > > The attachment

Hi Mark/Joel, This is the v2 of bug fix for ocfs2_add_branch. Modification from V1 to V2: 1. Create a patch which return EROFS instead of BUG in ocfs2_insert_at_leaf. 2. Use ocfs2_adjust_rightmost_records to change the root and extent blocks in the rightmost path. Regards, Tao

In incremental recursion mode, the number of files "to check" can increase (when new file-list chunks are built) as well as decrease, which I found confusing to watch. This patch makes the progress line show the number of files "done" (which increases monotonically) instead. I did notice that the last progress line shows "done=N-1/N" instead of "done=N/N";

While trying out the 2.6.4-pre2, I noticed something wierd with --progress; it shows: ads/promotions.MYD 0 100% 0.00kB/s 519:35:46 (61, 56.3% of 597) This is quite reproducable whenever an empty file is transferred (or created on the receiving end). Commandline used was: rsync -zave 'ssh -c arcfour' --progress --stats --delete lisa:/var/lib/mysql/ . BTW, this also

I don't think you are going to have much luck getting 4.17 working on CentOS 7. We recently moved from CentOS 7 (4.13) to Rocky Linux 8 (4.16) and the install process was much easier. On Wed, Jan 18, 2023 at 12:03 PM Greg Dickie via samba < samba at lists.samba.org> wrote: > Ok now, but did 4.10.16? I was just trying to rebuild their source RPM. > > Trying 4.17 on the command

Ok now, but did 4.10.16? I was just trying to rebuild their source RPM. Trying 4.17 on the command line (with python3) gives me: > [root at srvlxfs2 samba-4.17.4]# ./configure > Setting top to : > /root/rpmbuild/BUILD/samba-4.17.4 > Setting out to : > /root/rpmbuild/BUILD/samba-4.17.4/bin > Checking for 'gcc' (C

On 18/01/2023 14:20, Greg Dickie via samba wrote: > Hi, > > I used to build samba regularly but it's been a couple of years. I'm trying > to fix an issue with samba stock 4.10.16 on Cent7 by building latest and > seeing if it behaves the same but it looks like waf is not doing what's > expected. Simple question: should this work or is cent7 now too old and >

I've been looking at the --progress reporting, which is somewhat improved these days. But look at this output of this evening rawhide mirror update: [...] perl-DB_File-1.75-27.i386.rpm 73430 100% 519.63kB/s 0:00:00 perl-DB_File-1.75-28.99.3.i386.rpm 61783 100% 533.94kB/s 0:00:00 [...] Now, while it's good to have the ETA ticking down as something is fetched,

https://bugs.freedesktop.org/show_bug.cgi?id=97438 Bug ID: 97438 Summary: Running a lot of Firefox instances causes kernel page fault. Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component:

Hi Mark/Joel, I meet with some meta allocation bugs when I implement reflink these days. And after some investigation, I think we should have the same problem when we have PAGE_SIZE > CLUSTER_SIZE. So I create a scenario today in one ppc box and try. the box panic as I expected. ;) The scenario is that: Create a file with the disk layout like this(with bs=512, and cs=4K). debugfs: stat

The following series of patches attempts to detach metadata I/O from struct inode. They are currently tied together pretty tightly. Metadata reads happen via the ocfs2_read_blocks() functions, writes via both jbd2 and ocfs2_write_blocks(). - Each inode has a cache of associated metadata blocks stored on its ip_metadata_cache member. The ocfs2_read/write_blocks() functions take a struct