https://bugzilla.samba.org/show_bug.cgi?id=13656
Bug ID: 13656
Summary: --link-dest target with symbolic links from different
user produces unnecessary error
Product: rsync
Version: 3.1.3
Hardware: All
OS
Hello Rsync List,
I have a directory that I am running an incremental sync (version 3.026)
between AIX and Linux. The directory that I am asking you about has
about 43 million symbolic links. I am using the flag to process links
only and had been seeing about 1.5 million links processed in a 12
https://bugzilla.samba.org/show_bug.cgi?id=8201
Wayne Davison way...@samba.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://bugzilla.samba.org/show_bug.cgi?id=8201
Matt McCutchen m...@mattmccutchen.net changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://bugzilla.samba.org/show_bug.cgi?id=8201
--- Comment #6 from Martin Wilck martin.wi...@ts.fujitsu.com 2011-06-14
15:40:48 UTC ---
(In reply to comment #5)
Under Linux, trying to
read
No, reading is fine; there just will never be any user xattrs.
I repeat - trying to read a user attr
https://bugzilla.samba.org/show_bug.cgi?id=8201
--- Comment #7 from Matt McCutchen m...@mattmccutchen.net 2011-06-15 00:17:03
UTC ---
(In reply to comment #6)
(In reply to comment #5)
No, reading is fine; there just will never be any user xattrs.
I repeat - trying to read a user attr of a
https://bugzilla.samba.org/show_bug.cgi?id=8201
--- Comment #5 from Matt McCutchen m...@mattmccutchen.net 2011-06-08 00:01:41
UTC ---
(In reply to comment #4)
IMHO NO_SYMLINK_XATTRS doesn't have the right semantics.
I assume you mean a new NO_SYMLINK_XATTRS-like switch that applies only to the
https://bugzilla.samba.org/show_bug.cgi?id=8201
--- Comment #4 from Martin Wilck martin.wi...@ts.fujitsu.com 2011-06-06
09:49:00 UTC ---
(In reply to comment #3)
Wayne, your change regressed bug 7109. Linux needs NO_SYMLINK_XATTRS only for
the user namespace.
IMHO NO_SYMLINK_XATTRS doesn't
https://bugzilla.samba.org/show_bug.cgi?id=8201
Wayne Davison way...@samba.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2
https://bugzilla.samba.org/show_bug.cgi?id=8201
--- Comment #3 from Matt McCutchen m...@mattmccutchen.net 2011-06-04 20:45:10
UTC ---
Wayne, your change regressed bug 7109. Linux needs NO_SYMLINK_XATTRS only for
the user namespace.
--
Configure bugmail:
https://bugzilla.samba.org/show_bug.cgi?id=8201
Summary: rsync 3.0.8 destroys SELinux security context of
symbolic links
Product: rsync
Version: 3.0.8
Platform: All
OS/Version: All
Status: NEW
Severity
https://bugzilla.samba.org/show_bug.cgi?id=8201
Frederick Grose fgr...@gmail.com changed:
What|Removed |Added
CC||fgr...@gmail.com
---
Dear rsync maintainers,
Hi, I have been seeing a problem for awhile in an rsync script I
maintain with how rsync syncs symbolic links between and rsync daemon
running on Linux and an rsync client running on recent Cygwin that I
am wondering is a known issue. Basically rsync always copies
PROTECTED]
To: Wayne Davison [EMAIL PROTECTED]
Cc: rsync@lists.samba.org
Subject: Re: rsync and symbolic links
On Sat, 4 Nov 2006, Wayne Davison wrote:
So turns out that I want a feature request which copies the link itself
(file or directory) and the linked file/directory itself. So then I have
On 4/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I have noticed an anomaly with symbolic links.
umask 027
mkdir folder1
echo 'hello world' folder1/file1
cd folder1
ln -s file1 softfile1
rsync -a ../folder1/ ../folder2/
ls -lF ../folder*
../folder1:
total 16
-rw-r- 1 alan alan 12
I have noticed an anomaly with symbolic links.
umask 027
mkdir folder1
echo 'hello world' folder1/file1
cd folder1
ln -s file1 softfile1
rsync -a ../folder1/ ../folder2/
ls -lF ../folder*
../folder1:
total 16
-rw-r- 1 alan alan 12 Apr 26 00:00 file1
lrwxr-x--- 1 alan alan 5 Apr 26
https://bugzilla.samba.org/show_bug.cgi?id=4378
--- Comment #1 from [EMAIL PROTECTED] 2007-03-27 17:37 MST ---
Created an attachment (id=2350)
-- (https://bugzilla.samba.org/attachment.cgi?id=2350action=view)
Limit deletions to exclude items we aren't transferring
Here is a simple
https://bugzilla.samba.org/show_bug.cgi?id=4378
Summary: Handling of symbolic links
Product: rsync
Version: 2.6.6
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
Component: core
Hello, listRsync is a amazing tools for files and directories syncing. There is something unclearly to me. I digged in the web for a while, but there aren't useful things for me.Here is my puzzle:
I want to sync one big directory from one host to a remote host. And there are several symbolic links
On Mon, Nov 13, 2006 at 09:17:16AM +0800 you wrote:
I want to copy the symbolic links as real file or directory.
Use -L (--copy-links) to transform symlinks into the referent file.
..wayne..
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting
On Mon, 13 Nov 2006, [EMAIL PROTECTED] wrote:
I want to sync one big directory from one host to a remote host.
And there are several symbolic links which linked to some files
and directories that outside the certain directory. I want to
copy the symbolic links as real file or directory
in directory /etc/myapp.conf which points to e.g.
/var/directory1/myapp.conf
How can I backup:
1.) the symbolic link itself (/etc/myapp.conf)
2.) And the file /var/directory1/myapp.conf
This should also apply for directory symbolic links.
Does it work with --links and with --copy-links? (I tried
On Sat, Nov 04, 2006 at 10:29:15AM +0100, Gerhard Wiesinger wrote:
+ etc/
+ etc/*
+ etc/.*
+ etc/*/
+ etc/*/*
+ etc/*/.*
+ etc/**/
+ etc/**/*
+ etc/**/.*
Rsync doesn't treat leading dots specially, nor do you need to do a
directory match after doing a match that matches both files and
On Sat, 4 Nov 2006, Wayne Davison wrote:
On Sat, Nov 04, 2006 at 10:29:15AM +0100, Gerhard Wiesinger wrote:
+ etc/
+ etc/*
+ etc/.*
+ etc/*/
+ etc/*/*
+ etc/*/.*
+ etc/**/
+ etc/**/*
+ etc/**/.*
Rsync doesn't treat leading dots specially, nor do you need to do a
directory match after doing a
Is this a known issue?
rsync does not always preserve dates and permissions on symbolic links,
and while the -i option indicates it is trying to bring things in
sync, it does not.
Maybe between OS's that have sufficiently different implementations,
this is not possible.
--
To unsubscribe
On 6/29/06, Victor Shoup [EMAIL PROTECTED] wrote:
Is this a known issue?
rsync does not always preserve dates and permissions on symbolic links,
and while the -i option indicates it is trying to bring things in
sync, it does not.
Hm. Some operating systems (such as BSD) support setting
Hello,
I'm backing up a file server using rsync from a cron job, which recently
started to give me errors like:
delete_file: rmdir /some/path failed: Directory not empty
symlink /some/path - /some/other/path failed: File exists
Looking at the involved files and directories, it looks like the
I'm trying to rsync a directory structure and it's contents to another
machine. I want to make sure that the entire toplevel part of the
directory structure is created at the remote site, since it may not exist.
top: A/ B/ C/
under B/: 1/ 2/ 3/
under 2/: x/ y/ z/
all of this is located in
On Sat, Apr 09, 2005 at 10:39:13PM -0400, John E. Malmberg wrote:
Everywhere that RSYNC uses SUPPORT_LINKS and SUPPORT_HARD_LINKS it is
testing if the macros are defined, not what their values are.
Thanks for pointing that out. Attached is the fix I just checked into
CVS.
..wayne..
---
are.
This results that the code will always be built with support for hard
and symbolic links.
-John
[EMAIL PROTECTED]
Personal Opinion Only
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Hi all,
I have rsync'ed directory /rootdir/dirdir/ from Server1 to Server2, using cmd on Server2 rsync
Server1:/rootdir/dirdir -avz /rootdir/dirdir. There were some sub-directories from Server1 got
updated to become the symbolic links. For example, directory /rootdir/dirdir/subdir1/ now
Hi all,
I have a problem synching a directory that as symbolic links.
The behavior is:
If a symlink is relative (like ../../file) the link is copied correctly
If a symlink is absolute (like /root/document) the link is copied like
(root/document) whithout the first slash.
By the way some link
to the
path before starting the file transfer with the client. This
has the advantage of extra protection against possible implemen-
tation security holes, but it has the disadvantages of requiring
super-user privileges, of not being able to follow symbolic
links
Hi,
Can anyone tell me if rsync can follow symbolic links?
Cheers,
Tom
--
Tom Freeman
Web Developer
NISS - EduServ
+44 (0)1225 474371
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
: (bcc: Tim Conway/LMT/SC/PHILIPS)
Subject:Problem with absolute symbolic links
Classification:
I'm trying to synchronize a particularly troublesome directory structure
on a SunOS box to a PC. I really want all symbolic links resolved to real
files on the PC when
a particularly troublesome directory structure on a SunOS
box to a PC. I really want all symbolic links resolved to real files on the PC when
everything is done. I can't seem to find any combination of parameters that will
accomplish this.
It boils down to two problems.
1. It seems like that even
I'm trying to synchronize a particularly troublesome directory structure on a SunOS
box to a PC. I really want all symbolic links resolved to real files on the PC when
everything is done. I can't seem to find any combination of parameters that will
accomplish this.
It boils down to two
Personally I don't see why see why replacing a file with a symbolic
link is any more dangerous than replacing it with a different file.
Doesn't it back up the file if you use the --backup option? If you use
the --update option rsync shouldn't replace any file or symlink that is
newer than the
I don't see any option that works. My problem is not
how it copies the links; it is that rsync will delete
a regular file and replace it with the symlink when
the file is newer than the symlink. The file is
always erased with no backup. This seems wrong.
Basically I use rysnc to keep files on
rsync -aub foo/ bar/
will always overwrite a file in bar with a symbolic
link of the same name in foo. And there is no backup
written. Is this a bug, or is there a command-line
option to change this behavior?
In particular, I'd like to prevent the overwriting of
regular files with symbolic
you looked
at the '-l' (copy symbolic links) and '-L' (treat symbolic links as
ordinary files) options?
-drew
--
M. Drew Streib [EMAIL PROTECTED], http://dtype.org
"Email sigs waste valuable bandwidth."
PGP signature
to machine #2?
Not quite sure of exactly what you're wanting, but have you looked
at the '-l' (copy symbolic links) and '-L' (treat symbolic links as
ordinary files) options?
Also --copy-unsafe-links which preserve symlinks inside the source tree
but treats symlinks that point outside the source
Dave,
Thanks, that's exactly it. I can't set chroot=yes, as I'm not running
the server as root. As much as it's nice to have software prevent you
from shooting yourself in the foot, when you really want to, it should
let you. Is there any way around this?
Diab
On 7 Feb, Dave Dykstra
On 8 Feb, [EMAIL PROTECTED] wrote:
It may be that you can fix your problem without modifying rsync or getting root
access to do chroot, simply by making your symlinks relative in the source.
If /module/dir/link points to /othermodule/otherdir, perhaps you could point it to
/08/2001 08:50:11 AM
Sent by:[EMAIL PROTECTED]
To: Tim Conway/LMT/SC/PHILIPS@AMEC
cc: [EMAIL PROTECTED]@SMTP
[EMAIL PROTECTED]@SMTP
Subject:Re: losing leading / when copying symbolic links
Classification:
On Thu, Feb 08, 2001 at 09:35:17AM -0600, [EMAIL PROTECTED] wrote
atch, I'll look it over and if it looks
OK I'll submit it to the rsync CVS. See the comment above sanitize_path()
in util.c.
- Dave Dykstra
Ok, I wasn't considering the fact that the client may be traversing
symbolic links to create the file list (I use the -x flag, and had
that fixed in
Here's a mystery (to me at least!):
I've got a symbolic link on the source disk which looks like this:
ls -l /proj/axaf/Simul/bin/mips4_r10k-IRIX-6/spatquant_bp
[...]
/proj/axaf/Simul/bin/mips4_r10k-IRIX-6/spatquant_bp -
/proj/axaf/Simul/bin/mips4_r10k-IRIX-6/spatquant_bp-D2304
my
On Wed, Feb 07, 2001 at 05:42:55PM -0500, Diab Jerius wrote:
Here's a mystery (to me at least!):
I've got a symbolic link on the source disk which looks like this:
ls -l /proj/axaf/Simul/bin/mips4_r10k-IRIX-6/spatquant_bp
[...]
/proj/axaf/Simul/bin/mips4_r10k-IRIX-6/spatquant_bp -
Semiconductor - Colorado TC
1880 Industrial Circle
Suite D
Longmont, CO 80501
[EMAIL PROTECTED]@[EMAIL PROTECTED] on 12/13/2000 08:33:06 AM
Please respond to [EMAIL PROTECTED]@SMTP
Sent by:[EMAIL PROTECTED]
To: [EMAIL PROTECTED]@SMTP
cc:
Subject:symbolic links
49 matches
Mail list logo
