https://bugzilla.samba.org/show_bug.cgi?id=10989
--- Comment #2 from Jim Avera jim.av...@gmail.com ---
A much more serious problem is that when unsafe symlinks are copied pursuant
to the --copy-unsafe-links option, they are all treated as I/O ERRORS.
This prevents --delete from ever working
sources.
On 08/16/2014 09:10 PM, Robert DuToit wrote:
Hello All,
I have lately heard from a couple of people that delete option was
not deleting extraneous files on destination. This only happens
when there are several source directories and at destination some
show delete working
Hello All,
I have lately heard from a couple of people that delete option was not
deleting extraneous files on destination. This only happens when there are
several source directories and at destination some show delete working and
others not. I can not reproduce the issue so it is hard
on destination. This only happens
when there are several source directories and at destination some
show delete working and others not. I can not reproduce the issue
so it is hard to pinpoint.
one example:
This is on OSX Mavericks running rsync 3.0.9 with the usual osx
patches and options
rsync
files on destination. This only happens
when there are several source directories and at destination some
show delete working and others not. I can not reproduce the issue
so it is hard to pinpoint.
one example:
This is on OSX Mavericks running rsync 3.0.9 with the usual osx
patches
On 01/28/13 17:02, Stewart Jeacocke wrote:
I'm trying to copy some directories with rsync and would like to
delete files from the destination if they no longer exist in the
source.
I'm using the following command:
rsync -v --archive --hard-links --delete --force
--filter=':/.rsync-filter'
Hi,
I'm trying to copy some directories with rsync and would like to
delete files from the destination if they no longer exist in the
source.
I'm using the following command:
rsync -v --archive --hard-links --delete --force
--filter=':/.rsync-filter' /opt/ /mnt/backup/opt/
/opt does not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is there any output? How about with an additional -v ?
Is there a .rsync-filter file anywhere?
On 01/28/13 17:02, Stewart Jeacocke wrote:
Hi,
I'm trying to copy some directories with rsync and would like to
delete files from the destination
At 22:02 28.01.2013 +, Stewart Jeacocke wrote:
Hi,
I'm trying to copy some directories with rsync and would like to
delete files from the destination if they no longer exist in the
source.
I'm using the following command:
rsync -v --archive --hard-links --delete --force
Hi guys , i need some help. I am trying to make a full sync of two of
my servers. But i noticed a very odd thing.
If i create a directory , for example
/usr/include/SOME_FOLDER/some_file on server2
when i do :
root@server1 #$ rsync -avhH --exclude proc/ --exclude sys/ --exclude
dev/ /
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Are there any errors? Rsync will abort the deletions if there are any
errors. Run without the -v to get only the errors in the output.
On 03/12/12 15:00, Salatiel Filho wrote:
Hi guys , i need some help. I am trying to make a full sync of two
of
i rerun removing the -v and i get no errors at all. Actually no
transfer at all because rsync thinks there are no more differences
between the servers.
[]'s
Salatiel
On Mon, Mar 12, 2012 at 16:02, Kevin Korb k...@sanitarium.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Are there
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Does the SOME_FOLDER match any of your excludes? You didn't root
the excludes with a leading / so you are excluding any directory named
proc sys or dev anywhere in the tree.
On 03/12/12 15:05, Salatiel Filho wrote:
i rerun removing the -v and i get
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This should be all you need (plus the other paths of course):
- --exclude=/proc
You may also be interested in --one-file-system.
On 03/12/12 15:16, Salatiel Filho wrote:
Actually that is the problem. SOME_FOLDER is /usr/include/sys which
is being
sorry , i was not forgetting that. Just forgot to type when mailing :)
[]'s
Salatiel
On Mon, Mar 12, 2012 at 16:16, John Van Essen vanes...@umn.edu wrote:
Aren't you missing something in your rsync command? (Hint: subject line)
John
On Mar 12, 2012, at 14:00, Salatiel Filho wrote:
Thanks a lot kevin.
[]'s
Salatiel
On Mon, Mar 12, 2012 at 16:18, Kevin Korb k...@sanitarium.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This should be all you need (plus the other paths of course):
- --exclude=/proc
You may also be interested in --one-file-system.
On
Aren't you missing something in your rsync command? (Hint: subject line)
John
On Mar 12, 2012, at 14:00, Salatiel Filho wrote:
Hi guys , i need some help. I am trying to make a full sync of two of
my servers. But i noticed a very odd thing.
If i create a directory , for example
bytes received 18 bytes 148.00 bytes/sec
total size is 0 speedup is 0.00
_exit_cleanup(code=0, file=main.c, line=1058): entered
_exit_cleanup(code=0, file=main.c, line=1058): about to call exit(0)
--
View this message in context:
http://www.nabble.com/--delete-not-working-%28minimal-example%29
On Tue 14 Jul 2009, Nobuko Three wrote:
--delete option is not working for me. The following is a minimal example.
$ mkdir box1 box2
$ touch box1/letter box2/extra
$ rsync -a -vv box1/ box2/
$ rsync -a -vvv box1/ box2/
$ rsync -a - box1/ box2/
How do you expect
://www.nabble.com/--delete-not-working-%28minimal-example%29-tp24481809p24485548.html
Sent from the Samba - rsync mailing list archive at Nabble.com.
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman
On Thu, Nov 22, 2007 at 04:01:29PM -0500, Eric Praetzel wrote:
ssh Solaris_box cd /home;rsync -az --force --delete *
Centos_Box::remote_mach
ssh Solaris_box rsync -az --force --delete /home Centos_Box::remote_mach
Those are two very different things -- the first copies items from
inside the
At 12:54 04.12.2007 -0800, Wayne Davison wrote:
On Thu, Nov 22, 2007 at 04:01:29PM -0500, Eric Praetzel wrote:
ssh Solaris_box cd /home;rsync -az --force --delete *
Centos_Box::remote_mach
ssh Solaris_box rsync -az --force --delete /home Centos_Box::remote_mach
Those are two very different
All of the rsync pages say that rsync -a --delete src dest will do a
full mirror but it just isn't so for us.
I've only found one Google item similar:
http://www.linuxquestions.org/questions/linux-software-2/rsync-doesnt-seem-to-delete-599985/
We have around 9200 directories in 250G in /home on
On 9/25/07, Sylvain Viart [EMAIL PROTECTED] wrote:
As I said, Protect and Hide, are not really documented. It's only said in
the doc :
hide, H specifies a pattern for hiding files from the transfer.
You're right that that line is not enough to thoroughly explain hide
filters. However, the
the command without --dry-run, nothing is deleted?
I bet the discrepancy has to do with your exclude filter. The
--exclude=.svn tells the receiver never to delete a file named .svn,
[...]
Exactly what I've also found. See my post : Re: --delete not working =
+filtering disable delete!
https
On 9/25/07, Sylvain Viart [EMAIL PROTECTED] wrote:
Exactly what I've also found. See my post : Re: --delete not working =
+filtering disable delete!
Indeed; I responded to your first post without noticing that you had
posted again. I try to avoid doing that, but I'm not perfect.
remove
Hi Matt,
In fact, reading bug 3825, has explained me the meaning of Hide and
Protect filter rule. Which I couldn't really understand from the doc.
As I said, Protect and Hide, are not really documented. It's only said
in the doc :
*hide, H* specifies a pattern for hiding files from the
Hi,
I've set up a rsync deamon with the following config, on the remote side.
[deploiement]
path = /data/one_tree
use chroot = yes
max connections=2
lock file = /var/lock/rsyncd
read only = no
uid = nobody
gid = nogroup
hosts allow = someIP
from the source host I do :
Hi,
Sylvain Viart a écrit :
rsync -rtlv --exclude='.svn/**' --exclude=.svn --delete preprod/
rsync://remote-host/deploiement/preprod/
the --dry-run gives me some file to delete.
but when I run the command without --dry-run, nothing is deleted?
I think I've it.
The remote folder in the
On 9/24/07, Sylvain Viart [EMAIL PROTECTED] wrote:
from the source host I do :
rsync -rtlv --exclude='.svn/**' --exclude=.svn --delete preprod/
rsync://remote-host/deploiement/preprod/
the --dry-run gives me some file to delete.
but when I run the command without --dry-run, nothing is
I am having a problem with rsync not deleting files on the destination that
no longer exist on the source. The command I am using is: rsync -vaz
--delete /bantemp/* backenp650:/bantemp
Once the two trees are in sync, if I add a file to the source, run rsync
again, it will copy over the one
On Tue, Dec 16, 2003 at 06:53:54PM -0400, Wesley Joyce wrote:
I am having a problem with rsync not deleting files on the destination that
no longer exist on the source. The command I am using is: rsync -vaz
--delete /bantemp/* backenp650:/bantemp
I assume the files at issue are directly in
Hi. I've been having a frustrating problem with rsync that I'm looking
for advice on.
My goal is to syncronize a set of servers with the same libraries,
binaries, and main configuration files without touching the unique data
that exists on the indivudual servers. My --exclude-from file is rather
On Wed, Aug 20, 2003 at 07:03:34AM -0500, [EMAIL PROTECTED] wrote:
build# rsync -a -vvv -n --delete --exclude-from rsync.excludes /platform/
individual.server::platform
I assume that the files that are not being deleted are excluded by the
--exclude-from rules -- all files (on both sides) that
That is the way it is intended to work; the exclude list is not sent from
server to client. Back when I was official maintainer of rsync somebody
almost had me convinced to change it, but I decided that it was good the
way it was because to the client it appears like those files don't even
exist
Hi there,
we have an odd problem, which maybe how rsync is
intended to work, but I think not: On server side, we
run rsync in daemon mode with a share [foo] that has a
serverside path of /foo. On client side, we invoke
rsync -zavuSH --delete server::foo/ /foo. The rsync
daemon uses an exclusion
On Mon, May 21, 2001 at 01:08:21PM +0200, Lasse Andersson wrote:
Hi,
If I use rsync of a smaller set of files the --delete option delete
files on the recieving side.
But I can not get this to work on big set of files (In this case I try to
rsync a whole machine /).
Version of
Hi,
If I use rsync of a smaller set of files the --delete option delete
files on the recieving side.
But I can not get this to work on big set of files (In this case I try to
rsync a whole machine /).
Version of rsync on both sides are 2.4.6
Sender: Solaris 2.6
Reciever: FreeBSD 4.1.1
38 matches
Mail list logo
