search for: nbdspcl

On Thu, Jun 23, 2016 at 04:27:10PM -0400, Kevin Korb wrote: > If the filesystem doesn't support ACLs then don't use -A. > I did some search about this error before asking this question, and in other case unsupported ACLs were indeed the cause. But btrfs supports ACLs: [root at kw al]# getfacl /mnt/backup/rootdir/var/log/journal/remote getfacl: Removing leading '/' from

On Thu, Jun 23, 2016 at 04:09:43PM -0700, Steven Levine wrote: > In <20160623205843.GB6633 at kw.merryville>, on 06/23/16 > at 11:58 PM, Albert Berger <nbdspcl at gmail.com> said: > > Hi, > > >I did some search about this error before asking this question, and in > >other case unsupported ACLs were indeed the cause. But btrfs supports > >ACLs: > > In addition to what Kevin said, if you are rsync-ing to a SAMBA share,...

On Thu, Nov 08, 2018 at 07:18:40PM +0000, Rowland Penny via samba wrote: > That is what I thought. > > I have had 'pidstat' running on a Unix domain member, Samba > 4.6.15-Debian, for quite sometime and I got two lines like this: > > 15:13:57 0 3571 -1.00 -1.00 -1.00 > 1 /usr/sbin/winbindd > > and this twice: > > 11:38:17

Greetings, when the daily system backup with rsync is performed, thousands of files (e.g. from /usr directory), which are not modified are uselessly transferrred to the backup storage every day. The rsync command is the following: rsync --update -DHAErlptgo --relative --atimes --delete-during ${SRCPATH} ${BACKUPDIR} Quick investigation shown, that these files are hard links, and the command

For backuping system folders on ArchLinux I use the following command per folder: rsync --update -DHAErlptgo --relative --delete-during $dir $backupdir The problem is that every file in /root folder and its subfolders is copied each time when this command is run. In all other folders only new or modified files are copied. The files and the folder itself have the following attributes: [root at

On Thu, Nov 08, 2018 at 06:12:40AM +1300, Andrew Bartlett wrote: > On Wed, 2018-11-07 at 15:19 +0300, Albert Berger via samba wrote: > >  > > I tried in sequence to start Samba in following conditions: > > > > 1. With all clients disconnected from Samba server; > > 2. As above + all shares disabled; > > 3. As above + minimal smb.conf > > 4. With

Greetings! During migrating i686 installation of ArchLinux to x86_64, all filesystem was rsynced to a new location. Maybe this somehow relates to the problem that has appeared after migrating and that did not happen before: during backuping the system, rsync reports the following error message: rsync: set_acl: sys_acl_delete_def_file(var/log/journal/remote): Operation not supported (95) The

I'm running a Samba server on Raspbian and observing that Samba during idle periods is constantly (every minute) writing to HDD (maybe doing some journaling?) what causes the HDD to constantly spin and never standby: root at rpi:~# pidstat -dl 20 Linux 4.4.50-v7+ (localhost) 11/07/2018 _armv7l_ (4 CPU) 04:10:08 AM UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command 04:10:28 AM

On Wed, Nov 07, 2018 at 10:10:41AM +0000, Rowland Penny via samba wrote: > On Wed, 7 Nov 2018 12:46:50 +0300 > Albert Berger via samba <samba at lists.samba.org> wrote: > > > On Wed, Nov 07, 2018 at 08:54:11AM +0000, Rowland Penny via samba > > wrote: > > > On Wed, 7 Nov 2018 05:45:45 +0300 > > > Albert Berger via samba <samba at lists.samba.org>

On Mon, Mar 28, 2016 at 08:11:07AM -0400, Kevin Korb wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > What does --itemize-changes say about these files? > > Also, what is --atimes? Is this the Apple modified rsync for OSX? > > On 03/28/2016 07:51 AM, Albert Berger wrote: > > Greetings, > > > > when the daily system backup with rsync is

On Wed, Nov 07, 2018 at 08:54:11AM +0000, Rowland Penny via samba wrote: > On Wed, 7 Nov 2018 05:45:45 +0300 > Albert Berger via samba <samba at lists.samba.org> wrote: > > > I'm running a Samba server on Raspbian and observing that Samba > > during idle periods is constantly (every minute) writing to HDD > > (maybe doing some journaling?) what causes the HDD