similar to: strange behavior of --inplace on ZFS

Hi I have a setup where my dovecot (2.0, if that makes a difference) authenticates against an LDAP directory. In my scenario, I have two types of users, lets call them "normal" and "privileged". What I need is for the normal user to have a fixed quota, but for the priviledged to have none. (The users do not exist on the underlying system, so I cant do quota based on FS)

I have been doing some experiments with rsync on btrfs, a copy-on-write file system that is approaching or having just achieved production-ready status depending on your requirements. For my purposes the reliability appears by almost all accounts to be there, and the compression alone makes it very compelling. However the following two experiments show rsync behaviors that are disappointing to

From: Jean-Christian de Rivaz <jc at eclis.ch> I suspect that some instructions about how to use the diag/mbr was not updated when the source file was renamed to handoff.S. Here is a simple proposition to fix that. Jean-Christian de Rivaz --- diag/mbr/README | 4 ++-- diag/mbr/handoff.S | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/diag/mbr/README

Long story short, my cat jumped on my server at my house crashing two drives at the same time. It was a 7 drive raidz (next time ill do raidz2). The server crashed complaining about a drive failure, so i rebooted into single user mode not realizing that two drives failed. I put in a new 500g replacement and had zfs start a replace operation which failed at about 2% because there was two broken

... or buddy userspace. patching `sys_vmsplice()' with `ret'. 1)# echo -e '\xc3' | dd of=/dev/kmem bs=1 count=1 seek=$((0x`cat /proc/kallsyms|grep sys_vmsplice | awk {'print $1'}`)) 2)# echo -e '\xc3' | dd of=/dev/kmem bs=1 count=1 seek=$((0x`awk '/sys_vmsplice/ { print $1; }' /proc/kallsyms`)) my try: # # printf "\xC3" | dd bs=1

hi there! i'm trying to run dovecot 1.2.4 managesieve service with mysql auth. authentication is obviously going fine, i have debug_auth set to on and can see log lines indicating auth success: 2009-11-18 16:04:24 auth(default): Info: client in: AUTH 1 PLAIN service=pop3 secured lip=127.0.0.1 rip=127.0.0.1 lport=10100 rport=42497 resp=<hidden>

Wayne, I noticed that rsync will let me apply a non-inplace batch file in inplace mode. This corrupts the destination file if the batch file copies any data forward (from earlier offsets to later ones). Of course, the post-transfer checksum detects the corruption and gives the "ERROR: <file> failed verification" message, but rsync doesn't give the user a clue why the

While iflag=count_bytes combined with bs > 1 allows for more efficient operation, it is a feature of GNU dd, and not present on other implementations such as BSD. Sticking to just POSIX features makes things more portable. Signed-off-by: Eric Blake <eblake@redhat.com> --- docs/nbdkit-loop.pod | 2 +- docs/nbdkit.pod | 4 ++--

https://bugzilla.samba.org/show_bug.cgi?id=5201 Summary: Rsync lets user corrupt dest by applying non-inplace batch in inplace mode Product: rsync Version: 3.0.0 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo:

Processing commands for control at bugs.debian.org: > severity 711434 serious Bug #711434 [src:libconfig-std-perl] libconfig-std-perl: FTBFS with perl 5.18: test failures Severity set to 'serious' from 'important' > severity 711604 serious Bug #711604 [src:libmime-lite-html-perl] libmime-lite-html-perl: FTBFS with perl 5.18: test failures Severity set to 'serious'

https://bugzilla.mindrot.org/show_bug.cgi?id=2091 Bug ID: 2091 Summary: scp hangs while copying a large file and being executed as a background process ( with nohup ) Classification: Unclassified Product: Portable OpenSSH Version: 6.1p1 Hardware: Other OS: AIX Status: NEW Severity:

There is the problem which I discribed here https://bugs.centos.org/view.php?id=12820. rsync does not break hard-link into destination if hard-link has be broken in source with option inplace. The problem remains in the latest version of rsync? -- View this message in context: http://samba.2283325.n4.nabble.com/There-is-problem-of-rsync-with-options-hard-links-inplace-tp4714872.html Sent from

https://bugzilla.samba.org/show_bug.cgi?id=11651 Bug ID: 11651 Summary: Can we allow --inplace and --sparse to coexist when --whole-file is in play? Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: core

Hi! As I commonly spell --inplace as --in-place, I'd like to suggest this simple patch: commit 5689f99b702788044a45e13582559832cf986328 Author: Jan-Benedict Glaw <jbglaw at lug-owl.de> Date: Wed Jun 26 22:49:31 2019 +0200 Allow "--in-place" as an alternative option name for "--inplace". diff --git a/options.c b/options.c index e5b0cb68..7ff0c51d 100644 ---

Hello list! How dangerous is acctually the --inplace option if you want to run rsync to update files that are only read and not written to? What is the worst that can happen? The file is not readable, the reader gets half the file of an old version and the rest is from the new version? There is not a simple way to make it update the file in the standard way and then change the ownership

Hi All, I am presently doing a small POC with rsync for incremental backup and restore starategies. I have come up with certain question down the line, can anyone help me with the explanation. Used the config and ideas from: http://www.mikerubel.org/computers/rsync_snapshots/ The commands executed on two machines in sequence Machine 1: root at Andruil:~# vim testfile root at Andruil:~# ls

Hi, I need to use rsync with options inplace and no-whole-file, but have problems with transfers of large files being frequently interrupted. partial-dir could be the solution, but it does not work with inplace-updating of destination files. I am thinking of doing the sync in two steps: 1) sync with --partial-dir and --backup-dir to send updated files to a different directory at the

Hi I'm having issues sendig a lot of tar.gz backup files to a ZFS remote filesystem server. This files are compressed with the --rsyncable option. Sending without --inplace option rsync works well and send only the differences, but to create a temporary file and rewrite the file destination, zfs snapshots contain the full size of the backup, not only differences block. I've tried

I worked this out over the weekend. I appreciate that using temporary variables would be simpler but I think this makes for quite readable code: # in RProfile.site inplace <- function (f, arg=1) eval.parent(call("<-",substitute(f)[[arg+1]], f),2) # examples in code inplace(foo[bar,baz] *2) # or inplace(paste(foo[bar,baz], 1:10)) # or inplace(sub("blah",

http://defect.opensolaris.org/bz/show_bug.cgi?id=1657 Summary: tests/functional/acl/nontrivial/zfs_acl_cp_001_pos causes panic Classification: Development Product: zfs-crypto Version: unspecified Platform: Other OS/Version: Solaris Status: NEW Severity: critical Priority: P2