similar to: how to get 'real' freespace after rsync+hardlinks?

https://bugzilla.samba.org/show_bug.cgi?id=5802 Summary: misleading error message in atomic rsync Product: rsync Version: 3.1.0 Platform: All OS/Version: Linux Status: NEW Severity: trivial Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: normalperson@yhbt.net

Hi In ext3_get_parent(), quick string (struct qstr) can do the job, in place of declaring a dentry on stack. Following patch does this and saves few bytes on kernel stack. Thanks, Maneesh namei.c | 69 ++++++++++++++++++++++++++++++---------------------------------- 1 files changed, 33 insertions(+), 36 deletions(-) diff -urN linux-2.5.58-base/fs/ext3/namei.c

Hi, Arthur found out that ext3 is not changing the ctime on the "old_dir" (the object that is being renamed), but ext2 does. It looks to me like this is simply an omission of the following little patch from namei.c - Peter - --- fs/ext3/namei.c.orig Mon Mar 19 22:55:03 2001 +++ fs/ext3/namei.c Mon Mar 19 22:53:40 2001 @@ -985,6 +985,13 @@ new_dir->i_version =

Hi List. Environment : SunOS jukebox2 5.8 Generic_108528-19 sun4u sparc SUNW,Sun-Blade-100 Samba 2.2.7 Windows NT, XP, 2000 clients. This is the problem. I am sharing 4 directories within a samba share. These are very large file structures, 3 Terabyte plus. Typically they run between 3 and 9 gb of freespace any given point in time. For some reason I can't fathom the freespace shown in

https://bugzilla.samba.org/show_bug.cgi?id=10540 Summary: --max-transfer and --create-freespace options for working with limited space Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at

https://bugs.freedesktop.org/show_bug.cgi?id=72939 Priority: medium Bug ID: 72939 Assignee: nouveau at lists.freedesktop.org Summary: [nv96] Freespace 2 open crashes Severity: normal Classification: Unclassified OS: All Reporter: madman2003 at gmail.com Hardware: Other Status: NEW

https://bugs.freedesktop.org/show_bug.cgi?id=95095 Bug ID: 95095 Summary: NV46 (G72) Full screen artifacts in Freespace 2 SW OT mod Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau

https://bugzilla.samba.org/show_bug.cgi?id=7685 Summary: rsync should not set the creation data on the root folder of an HFS+ volume Product: rsync Version: 3.0.7 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at

If the virt-p2v ISO doesn't contain the correct drivers for the hardware on the physical server, that can cause peculiar conversion problems. This was hard to diagnose because we could not see the 'dmesg' output from the physical server. Upload 'dmesg' output from the physical server (more precisely: from the virt-p2v ISO's kernel running on the physical server) to the

Hi Gents, I have written a backup script with rsync, which is working fine for a long time. Now a problem has occured. which I am not able to solve by my own: Before I am doing the backup I am checkig if there are any changes to backup ... rsync --delete $RSYNC_EXCLUDE -avzne "$RSYNC_SSH" $RSYNC_SOURCE $RSYNC_DESTINATION But when I have created a path of new directories in

Hi Linus, Here are some 2.6.20 fixes for ocfs2. The patch by Zhen Wei isn't really a fix, but a very small amount of support for a feature which is mostly implemented in ocfs2-tools. Considering it's just a single attribute export via configfs, I'd say it's pretty safe to merge. Please pull from 'upstream-linus' branch of

When forwarding a Unix-domain socket, the remote socket path must be absolute (otherwise the forwarding fails later). However, guessing absolute path on the remote end is sometimes not straightforward, because the file system location may vary for many reasons, including the system installation, the choices of NFS mount points, or the remote user ID. To allow ssh clients to request remote socket

Between versions 1.0.4 and 1.0.5 there were some changes to the way dovecot-shared group ownership is propogated into new maildirs. Changing the group of new_dir/{tmp,new,cur} was added, but changing the group of new_dir itself was removed. As far as I can tell, this latter change may have been accidental. This patch puts the functionality back, in the 1.1 tree.

Ensure the control connection exits with the same status code as virt-v2v, and return an error from start_conversion if virt-v2v failed. --- p2v/conversion.c | 17 ++++++++++++++--- 1 file changed, 14 insertions(+), 3 deletions(-) diff --git a/p2v/conversion.c b/p2v/conversion.c index 9f5a3ad..4ff7ecc 100644 --- a/p2v/conversion.c +++ b/p2v/conversion.c @@ -100,6 +100,7 @@ start_conversion

On Tue, May 20, 2008 at 6:55 AM, Keir Fraser <keir.fraser@eu.citrix.com> wrote: > Hey, I''m not on xen-users. Please post a new thread on xen-devel with a > clear explanation of the problem for those who haven''t seen the xen-users > context. ok. $$$ sez i get barked at for cross-posting ;-) > On 5/17/08, snowcrash+xen@gmail.com

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rsync 3.0.9 here. I am using a rsync script like: """ rsync -z --numeric-ids -a -H --inplace --delete --delete-excluded - --stats --progress -v --itemize-changes SOURCE DESTINATION """ I detected the following issue when RSYNCing a bunch of Mercurial repositories. It is very dangerous, because it will corrupt files.

I have inconsistent directory listing on share mounted on linux from windows 2k. Some time not all files appear in the directory listing. If reading directory listing multiple times (60-200 times) files listed originally would have one or two files missing in one of consecutive lists. The same problem appear as well if you are making backup of Windows files from multiple directories, there are

I reordered the 'and' clause to make it sound a bit more natural. Thanks: Junqin Zhou. --- p2v/gui.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/p2v/gui.c b/p2v/gui.c index 58310bf..3ef1e77 100644 --- a/p2v/gui.c +++ b/p2v/gui.c @@ -1754,8 +1754,8 @@ set_log_dir (gpointer user_data) CLEANUP_FREE char *msg; if (asprintf (&msg, -

https://bugzilla.mindrot.org/show_bug.cgi?id=1768 Jakub Jelen <jjelen at redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jjelen at redhat.com --- Comment #2 from Jakub Jelen <jjelen at redhat.com> --- Created attachment 2523

Enclosed please find a patch to dovecot-1.1.16 that fixes a common problem we see under load on Mac OS X and HFS+. The symptom is that sometimes readdir() returns EINVAL. The problem is that readdir() and rename() don't mix well, and maildir_scan_dir() renames messages from new/ to cur/. The solution I chose is just to retry scanning the directory, since code to rescan is already