similar to: /root is wrongly copied during update

Any time you don't understand why rsync is copying something the first step is to use --itemize-changes to find out what rsync thinks is different about the file. On 06/18/2016 07:22 AM, Albert Berger wrote: > For backuping system folders on ArchLinux I use the following command > per folder: > > rsync --update -DHAErlptgo --relative --delete-during $dir $backupdir > > The

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

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

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

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

Hi Folks, I can't get the syntax of --include-from right, nothing at all gets transferred. The rsync command: # do the backup nice -n 15 rsync -av \ --include-from="/home/bob/backup_includes" \ --exclude-from="/home/bob/backup_excludes" \ $fromdir $todir The excludes file: .* *~ Videos/ Downloads/ Dropbox/ The includes file: .vimrc .gitconfig .bash_aliases .bashrc

Hi, I am runing rsync --backup --backup-dir=$BACKUPDIR where the BACKUPDIR=$(date +%d) to recycle the $BACKUPDIR in a month. But rsync does not clean the $BACKUPDIR before writing to it in cycling. I guess you have to clean it manually before the rsync can write to it. As my $BACKUPDIR is in remote machine, do you have to run ssh to delete it first before calling rsync in a script? Or if there

Hi Kevin, Thank you very much for the response. Actually, I don't think I need to clean the backup dir defined in --backup-dir=<backup dir>, when the contents has already been deleted in the destination (no exist), it will delete from the backup dir as well in next cycle, correct? Regards, - j On Thu, Feb 4, 2016 at 12:39 PM, Kevin Korb <kmk at sanitarium.net> wrote: >

Hi there, I am running rsync-3.0.6-12.el6.x86_64 on a centos 6.6 box. Am trying to get files from a remote server (centos 6.5) to my local machine. It appears to connect fine, but does not transfer any file. this is what I am seeing [youcantoo at testbox home]# rsync -avvvzh -P --stats --delete servername::backupdir/ /home/findmoore opening tcp connection to servername port 873 sending daemon

$ man bash (INVOCATION) When bash is invoked as an interactive login shell, or as a non-interactive shell with the --login option, it first reads and executes commands from the file /etc/profile, if that file exists. After reading that file, it looks for ~/.bash_profile, ~/.bash_login, and ~/.profile, in that order, and reads and executes commands from the first one that exists and

Hello, i have a problem with stored configs since the migration from "sqlite" to "postgresql". dho@appelbaum:~$ sudo puppetd --test --verbose info: Retrieving plugin info: Loading facts in disks info: Loading facts in users info: Loading facts in mountpoints info: Loading facts in disks info: Loading facts in users info: Loading facts in mountpoints err: Could not retrieve

Hi Junaid, Sorry about the confusion, indeed I gave you the wrong output. So let's start to the beginning. I disabled quota and I reactivated it My configuration : Volume Name: venus Type: Distributed-Replicate Status: Started Number of Bricks: 2 x 2 = 4 Transport-type: tcp Bricks: Brick1: ylal3020:/soft/venus Brick2: ylal3030:/soft/venus Brick3: yval1000:/soft/venus Brick4:

On Wednesday, February 13, 2019 11:29:44 AM EET Kevin Korb via rsync <rsync at lists.samba.org> wrote: > With --backup in order to end up with 2 files it has to write out a > whole new file. > Sure, it only sent the differences (normally that means > over the network but there is no network here) but the writing end was > told to duplicate the file being updated before

I really want to thank you for taking time to help me with this. I have changed the rsyncd.conf as per you suggestion below. I have several different systems that sync to the server and today they were showing this Number of files: 25832 Number of files transferred: 78 Total file size: 49441191919 bytes Total transferred file size: 37421120 bytes Literal data: 36955331 bytes Matched data:

Thanks for the answer. > Did you got errors during the classicupgrade? I didn't do classicupgrade. My Samba AD DC was installed from scratch some months ago using the instructions from this page https://wiki.samba.org/index.php/Samba_AD_DC_HOWTO and everything had been working well. I just upgraded some deb-packages with samba to the same version but different buid-release. Regarding

Hey all - Was playing a little with zfs today and noticed that when I was untarring a 2.5gb archive both from and onto the same spindle in my laptop, I noticed that the bytes red and written over time was seesawing between approximately 23MB/s and 0MB/s. It seemed like we read and read and read till we were all full up, then wrote until we were empty, and so the cycle went. Now: as it happens,

2017-07-20 11:34 GMT+02:00 Ravishankar N <ravishankar at redhat.com>: > > Could you check if the self-heal daemon on all nodes is connected to the 3 > bricks? You will need to check the glustershd.log for that. > If it is not connected, try restarting the shd using `gluster volume start > engine force`, then launch the heal command like you did earlier and see if > heals

I have a co-worker who has installed R 3.4.2 on Windows 7. When this person tries to load the rgl package with library(rgl) A dialog box appears with the message: R for windows gui frontend has stopped working I suspect a conflict problem with a dll, but I'm not sure how to identify if this is the problem since R is crashing immediately. Interestingly, when we start R and do NOT load rgl,

Hi All. Hoping you can help me with a healing problem. I have one file which didn't self heal. it looks to be a problem with a directory in the path as one node says it's dirty. I have a replica volume with arbiter This is what the 3 nodes say. One brick on each Node1 getfattr -d -m . -e hex /path/to/dir | grep afr getfattr: Removing leading '/' from absolute path names

Dear R-users, I am trying to understand how the 'segmented'-package works to determine breakpoints and slopes of regression lines in broken-line regression models. However, I am not able to repeat the example on the "plant"-dataset, which was reported in the accompanying paper of the package. (V.M.R Muggeo, "Segmented: an R package to fit regression models with