similar to: parsing numeric values

Slightly OT maybe: at a customer we run the main data share on the samba file server (access defined via Windows ACLs) ... so far no surprise ;-) then we let a 2nd server pull snapshots via rsnapshot (you know: https://rsnapshot.org/) and provide the resulting tree of snapshots via samba again: read-only, only for some admin users So far OK, runs for years (although it gets slower, other topic)

I think this is an NFS or ext4 question, but wanted to post this here for a sanity check. :) I've been searching for over a week for a solution and have turned up nil. I'm trying to rsync with options -AX over an NFSv4 mount TO an ext4 drive FROM an ext4 drive and both have acl and user_xattr enabled. The command: rsync -aAX /data/ /mnt/back/data results in: rsync:

Am 09.08.19 um 10:29 schrieb Rowland penny via samba: > On 09/08/2019 09:10, Stefan G. Weichinger via samba wrote: >> Am 09.08.19 um 09:48 schrieb Rowland penny via samba: >> >>>> And I wonder if "--numeric-ids" is good in this case. >>>> >>>> hints welcome >>>> >>> Are you using the winbind 'ad' backend on

Hello, I will change a old samba share (SMB1 samba 3) to a new samba 4.8.3 (as unix domain member server). For this, I will copy datas from old share to the share via a rsync ssh command : rsync -aAX --progress --delete --stats --human-readable -e "ssh -p 22" root at oldsambaserver:/mypath/* /mypath/ This command copy also all the acls from the old samba share and apply it on the

Hi, I'm still waiting for my list subscription but if I don't send in this bug report now I won't for who-knows-how-long and I want to get it in.... I'm using 2.5.6 compiled from cvs on SCO Open Server 5.0.6 bothe machines are the same version of OS and the same copy of rsync. on my live machine one of the database files eventually got to be 2 gigs the file has since then been

Hello, I currently try to copy a directory locally between two ext4 filesystems while preserving permissions and ACLs using the -aAX options. Under some conditions, rsync does not copy the posix permissions completely, it changes the group::rwx to a group::--- permission. The latest rsync available on Debian Jessie is 3.1.1, but the changelog for 3.1.2 and 3.1.3 did not seem to mention such a bug

On Jan 3, 2011, at 11:30 PM, Jakob Stoklund Olesen wrote: > I noticed that we generate code like this for i386 PIC: > > calll L0$pb > L0$pb: > popl %eax > movl %eax, -24(%ebp) ## 4-byte Spill > > I worry that this defeats the return address prediction for returns in the function because calls and returns no longer are matched. Yes, this will defeat the

This patch reworks how we start up LVM and lvmetad. It fixes the problem we had converting a guest which had a peculiar LVM configuration: https://bugzilla.redhat.com/show_bug.cgi?id=1581810#c14 However please note I have NOT yet tested it fully. Rich.

I noticed that we generate code like this for i386 PIC: calll L0$pb L0$pb: popl %eax movl %eax, -24(%ebp) ## 4-byte Spill I worry that this defeats the return address prediction for returns in the function because calls and returns no longer are matched. From Intel's Optimization Reference Manual: "The return address stack mechanism augments the static and dynamic

When the daemon starts up it creates a fresh (empty) LVM configuration and starts up lvmetad (which depends on the LVM configuration). However this appears to cause problems: Some types of PV seem to require lvmetad and don't work without it (https://bugzilla.redhat.com/show_bug.cgi?id=1581810). If we don't start lvmetad earlier, the device nodes are not created. Therefore move the

I have an rsync script that has worked well for me for quite a while now rsyncing RAID volumes attached to two servers, one on our LAN and one at our colocation facility. I have been struggling for months, however, to get the script to run without password prompts so I can run it on cron. The rsync script is running on the system at the colo and ?pulling? files from the LAN system

I know the focus for Opus is low delay, but I've been watching its development with interest because of the potential for audiobook/podcast use, where latency is practically irrelevant. I hear the upcoming USAC codec will give good results for this niche (though listening test results don't seem to be available to the public yet), but I also hear it'll be extremely patent

Did somebody can give me some advises on hardware for building a Centos linux server? --- Michel Donais -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20110213/3c928cc9/attachment.html>

Am 09.08.19 um 09:48 schrieb Rowland penny via samba: >> And I wonder if "--numeric-ids" is good in this case. >> >> hints welcome >> > Are you using the winbind 'ad' backend on all Unix domain members ? You might have guessed "no" or "it's complicated": the server pulling the rsnapshots is also a DC (and not a DM)

I am using rsync 3.0.3 to copy a remote RAID volume on one Xserve to the local RAID volume on an other Xserve. Both Xserves are running OS X Server 10.4.11. I have compiled rsync 3.0.3 on both machines and patched it following Mike Bombich's instructions at http://www.bombich.com/mactips/rsync.html After some struggles, and with invaluable help from the list, I how have an rsync script running

On 09/08/2019 08:23, Stefan G. Weichinger via samba wrote: > Slightly OT maybe: > > at a customer we run the main data share on the samba file server > (access defined via Windows ACLs) ... so far no surprise ;-) > > then we let a 2nd server pull snapshots via rsnapshot (you know: > https://rsnapshot.org/) and provide the resulting tree of snapshots via > samba again:

Am 09.08.19 um 09:23 schrieb Stefan G. Weichinger via samba: > Slightly OT maybe: > > at a customer we run the main data share on the samba file server > (access defined via Windows ACLs) ... so far no surprise ;-) > > then we let a 2nd server pull snapshots via rsnapshot (you know: > https://rsnapshot.org/) and provide the resulting tree of snapshots via > samba again:

Check that ACL's are enabled on the destination volume. Details on how to do this are available from the following URL : http://connect.homeunix.com/lbackup/doku.php?id=access_control_lists Hope this helps. > I am using rsync 3.0.3 to copy a remote RAID volume on one Xserve to > the > local RAID volume on an other Xserve. Both Xserves are running OS X > Server > 10.4.11.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xattrs are not supported via NFS: http://comments.gmane.org/gmane.linux.nfs/53259 I would suggest letting rsync do the networking between the Linux systems (probably over ssh). This will also prevent you from being stuck in --whole-file. On 03/11/2015 09:41 AM, Andrew LaPierre wrote: > I think this is an NFS or ext4 question, but wanted to post

https://bugzilla.samba.org/show_bug.cgi?id=14267 Bug ID: 14267 Summary: rsync produces unhelpful errors on remote copy to OS with different ACL format Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 Component: core