On Thu, Feb 3, 2022 at 2:23 PM Andy Smith via rsync
wrote:
> When rsync considers times as being different, it means mtime, right? Yet
> these files have identical mtimes. They also have identical uid, gid and
> permissions.
>
They do now, but it looks like you have lots of files hard-linked to
On Thu 03 Feb 2022, Andy Smith via rsync wrote:
> sudo rsync -iPva \
> --inplace \
> --numeric-ids \
> --delete \
> /data/backup/rsnapshot/daily.0/cacti/ \
> root@koff:/data/backup/rsnapshot/daily.0/cacti/
>
> ...
>5,258 100%5.78kB/s0:00:00 (xfr#1276, to-ch
On Thu, Feb 3, 2022 at 3:50 PM Andy Smith via rsync
wrote:
> I am tempted to blow away the btrfs filesystem and just do xfs to
> xfs, to rule out weird issues there. It would be a shame though as
> I was hoping to use btrfs's compression here.
>
You might be able to do a partial transfer to a sm
Hi Kevin,
On Thu, Feb 03, 2022 at 05:38:41PM -0500, Kevin Korb via rsync wrote:
> Are you using the same source and target each time?
Yes.
> I ask because the only discrepancy I see is the link count which
> shows that there are 11 more instances of that inode on the source
> than the target. M
Are you using the same source and target each time? I ask because the
only discrepancy I see is the link count which shows that there are 11
more instances of that inode on the source than the target. Maybe
instances in other snapshots are being updated/re-linked?
The only other thing to men
Hi,
I am at the moment using rsync to move quite a big set of backups
from one machine to another. The source filesystem is xfs; the
target filesystem is btrfs.
For various reasons I have been stopping the rsync part way through
and re-starting. I have noticed that a large number of files are
tra
https://bugzilla.samba.org/show_bug.cgi?id=12820
--- Comment #1 from Dave Gordon ---
(In reply to Pavel Alexeev from comment #0)
The listing at the end of your report is presumably on the sending side; on the
receiver, you should see that the transfer has converted the symlink into a
plain file,
https://bugzilla.samba.org/show_bug.cgi?id=12820
Bug ID: 12820
Summary: rsync always try change owner and group of symlink in
--fake-super mode
Product: rsync
Version: 3.0.9
Hardware: All
OS: All
https://bugzilla.samba.org/show_bug.cgi?id=11558
Bug ID: 11558
Summary: rsync always try change owner and group of symlink in
--fake-super mode
Product: rsync
Version: 3.1.2
Hardware: x64
OS: Linux
> to any real file.
>
> Try:
>
> ln -s rsync.symlinks/file.itself .
>
> Joe
>
> On 10/11/2015 06:17 AM, Pavel Alexeev wrote:
>> Hi all.
>>
>> I long time discover strange to me behavior. If I add --fake-super
>> option on both sides rsync start always
ile.itself .
Joe
On 10/11/2015 06:17 AM, Pavel Alexeev wrote:
Hi all.
I long time discover strange to me behavior. If I add --fake-super
option on both sides rsync start always set owner and group of symlink.
What interesting there no error, but it done each time as it has been
changed.
Simple
Hi all.
I long time discover strange to me behavior. If I add --fake-super
option on both sides rsync start always set owner and group of symlink.
What interesting there no error, but it done each time as it has been
changed.
Simple reproduce:
$ mkdir rsync.symlinks
$ echo 'file co
Hi!
(rsync version 3.0.7, OS X)
I have read through the man pages, but it does not seem like
the options I see there, e.g.the "-og" options have any effect
on the output when running:
[$] rsync -n --recursive -og --list-only /original /backup
I would like to see the Owner an
On Fri, 2008-05-16 at 20:01 +0200, [EMAIL PROTECTED] wrote:
> Have you looked at the man pages (man rsync)? You are using version
> 2.6.3,
> and the manual will tell you that the --no-o and --no-g options are not
> available (they were added at a later version).
Moritz is right. I forgot that t
At 2008-05-16 19:15+0200 Meeaz wrote:
Once I give the options that you advised, it gives a syntax error
as below:-
rsync -arv --no-o --no-g --files-from=./ff /app/domains/abcref
rxplx005:/var/log/Test_log/TEST rsync: --no-o: unknown option rsync
error:
syntax or usage error (code 1) at main
> Matt
>
> --
> Please use reply-all for most replies to avoid omitting the mailing list.
> To unsubscribe or change options:
> https://lists.samba.org/mailman/listinfo/rsync
> Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
>
>
--
View t
On Fri, 2008-05-16 at 09:43 -0700, Meeaz wrote:
> Is there a way we could transfer files and force rsync not to look for
> the same user:group as host on the destination?
If you mean you want destination files to take on the user/group of the
receiving rsync process instead of the source user/grou
Hi All,
We are using rsync version 2.6.3 protocol version 28.
Is there a way we could transfer files and force rsync not to look for the
same user:group as host on the destination?
Thanks in Advance
--
View this message in context:
http://www.nabble.com/Ignore-Owner-and-group-at
On Fri, Mar 16, 2007 at 07:51:47AM -0700, christian.baer wrote:
> But I receive the failure when I try to synchronise with the
> readynas-system.
Did you resend the files to the readynas-system so that they got their
owner and group fixed before trying to copy from it? It's the
amba.org/mailman/listinfo/rsync
> Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
>
>
--
View this message in context:
http://www.nabble.com/owner-and-group-dont-match-tf3401956.html#a9516007
Sent from the Samba - rsync mailing list archive at Nabble.com.
On Wed, Mar 14, 2007 at 05:52:14AM -0700, christian.baer wrote:
> Backup-command(running as root):
> rsync -rogt /home/itpbach1 rsync://[EMAIL PROTECTED]/itpbach1
If the daemon isn't running as root, it won't save any user info, and
limited group info. See the "uid" and "gid options in the rsync
options, but evertime I try to to bring in the backup
the group and owner Attribute of the two files is not set correctly
Is there a logical error in my thoughts
--
View this message in context:
http://www.nabble.com/owner-and-group-dont-match-tf3401956.html#a9473794
Sent from the Samba - rsync
On Thu 08 Feb 2007, Tony Abernethy wrote:
> -a gets several options you probably want (in particular -o and -g)
-a is an alias for --archive, which is what Hans is using according to
his message.
Paul Slootman
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
age-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of
> Hans Mignon
> Sent: Thursday, February 08, 2007 3:11 AM
> To: rsync@lists.samba.org
> Subject: owner and group
>
>
>
> Hello,
>
> I am trying to copy, on the same server, a set of files. I ne
Hello,
I am trying to copy, on the same server, a set of files. I need to
copy them every day with a cron job.
This is working fine the only problem is that he always changes the
owner and group to the root user.
Is there a possibility that he uses the user of the remote files and
not the root
On Mon, Jan 27, 2003 at 11:25:38AM +0100, Jean-Hugues BELPOIS wrote:
> Hi all,
>
> When i use rsync with on the server :
>
> motd file = /etc/rsyncd.motd
> log file = /var/log/rsyncd.log
> pid file = /var/run/rsyncd.pid
> lock file = /var/run/rsync.lock
>
> [filieres]
> path = /home2
>
Hi all,
When i use rsync with on the server :
motd file = /etc/rsyncd.motd
log file = /var/log/rsyncd.log
pid file = /var/run/rsyncd.pid
lock file = /var/run/rsync.lock
[filieres]
path = /home2
comment = Repertoire de sauvegarde des filieres
read only = no
hosts a
27 matches
Mail list logo
