the code will not work.
Is this correct, or will rsync 'map' OS specific mode bits to a common
'mode' over the network?
Any suggestions on the best way to 'fix' this? Do other platforms have this
type of issue?
Thanks, Mike Fulton
--
Please use reply-all for most
On Thu, May 03, 2018 at 02:59:11PM -0400, Kevin Korb via rsync wrote:
> Note that these are working because S* and s* are being applied to all
> the dirs and files within dirs. So if you had x/Something it wouldn't
> get copied and if you had S/else it wouldn't get copied. Maybe you want
> to add
On Thu, May 03, 2018 at 01:09:30AM -0400, Kevin Korb via rsync wrote:
> --delete only works when you sync a dir not individual files. So...
> rsync -vai --delete --include='g*' --include='G*' --exclude='*'
> /share/Public/videos/ /share/Backup-HDD-03
That kinda didn't work:
rsync -vai --delete -
rsync version 3.1.2 protocol version 31
I've run into an issue using rsync on my QNAP NAS. I've installed Entware-ng
on the NAS so that I can install better versions of programs, rsync being
one of them.
But, I've run into an issue wqith using the --delete option, as it has
problems using wild
e looked at the rsync code base I wouldn't be too
surprised if I'd missed some portability implications or the like.
I was wondering if there's anything further I could do to help.
Thanks,
-mike
[1]: https://bugzilla.samba.org/show_bug.cgi?id=11521
--
Please use reply-all for most
priate list of
> files to sync and then feed that list to rsync.
>
>
> > Gesendet: Dienstag, 02. Dezember 2014 um 08:37 Uhr
> > Von: "Fabian Cenedese"
> > An: rsync@lists.samba.org
> > Betreff: Re: Comparing FLAC header before syncing
> >
> > A
Hi all, I'd like to modify rsync to add a flag to compare the MD5 signature
of the unencoded audio data in the header of a FLAC file to determine
whether or not to transfer a file.
The reason being that I've got a large number of FLAC files, many of which
are corrupted in the destination volume, b
On Mon, Nov 14, 2011 at 01:15:49PM -0500, Kevin Korb wrote:
> The main thing I wanted to show you was how to setup sshd to only allow
> root to log in via an ssh key and to restrict that ssh key to only being
> allowed to run rsync. That is much easier and more secure than setting
> up rsyncd with
On Mon, Nov 14, 2011 at 01:15:49PM -0500, Kevin Korb wrote:
> There was more in there than just sudo or rsyncd. In fact the FAQ
> advises against using sudo.
Ya, I saw that. It suggested changed to ssh for root to get it. The point
was that configuration of some sort was needed, no matter which
On Mon, Nov 14, 2011 at 12:42:55PM -0500, Kevin Korb wrote:
> http://www.sanitarium.net/rsyncfaq/#sudo
You either set up a rsyncd.conf file (easily done) and run rsync as a daemon
or set up sudo. I don't have sudo set up, so 6 of one, half dozen of the
other :-)
> This might be a good idea. It
On Mon, Nov 14, 2011 at 10:36:39AM -0500, Kevin Korb wrote:
> rsync -avzH host:/path/ /path/
>
> No new daemon or config file needed.
That is how I started out. But, when run as me, it will not copy over files
that belong to other users.
I can't run it as root, as root login via ssh is not allo
On Mon, Nov 14, 2011 at 11:02:29AM +0100, Paul Slootman wrote:
> Did you note the fact that the rsync daemon will by default do its work
> as user "nobody"? Search for "uid" in the rsyncd.conf manpage.
Nope, I did not. Will go looking, Thanks.
MB
--
e-mail: vid...@vidiot.com | vid...@vidiot.n
First time posting to this mail list. Be gentle :-)
Project: Building new Linux Fedora server to replace the existing Solaris 10
x86 server.
Rsync is being used to transfer files from the current server to the new
server. The rsync daemon didn't want to start on the older server via in
First time posting to this mail list. Be gentle :-)
Project: Building new Linux Fedora server to replace the existing Solaris 10
x86 server.
Rsync is being used to transfer files from the current server to the new
server. The rsync daemon didn't want to start on the older server via in
rsync -aHANXx --force-change --fileflags --numeric-ids --protect-decmpfs
--delete-during --filter=._/path/to/filter /Volumes/HFS_Source/
/Volumes/HFS_Destination
I'm not really sure where to begin troubleshooting this, any suggestions?
Thanks,
Mike--
Please use reply-all for most replies t
allie/Documents/
Mike
On Apr 5, 2011, at 2:12 PM, David Allie wrote:
> Hello!
>
> I've been trying 3.0.8 on OS X 10.6.7 today and have been getting some
> errors. The command I'm using is:
>
> /usr/local/bin/rsync -aNHAXx --protect-args --fileflags --force-chang
Hi Wayne:
Thanks for taking a look at that patch. A few comments inline below...
On Mar 14, 2011, at 12:42 AM, Wayne Davison wrote:
> On Fri, Mar 11, 2011 at 8:05 AM, Mike Bombich wrote:
> FWIW, I updated http://www.bombich.com/rsync.html just recently with a minor
> bug fix
FWIW, I updated http://www.bombich.com/rsync.html just recently with a minor
bug fix to my HFS+ compression patch (preserving resource forks when
--fileflags was not used).
(And I do not work for Apple :-)
Mike
On Mar 11, 2011, at 9:34 AM, David Allie wrote:
> Check out rsync.samba.org
Begin forwarded message:
> From: Mike Bombich
> Date: March 10, 2009 11:17:36 PM CDT
> To: rsync@lists.samba.org
> Subject: rsyserr is occasionally dropping receiver messages
>
> Typically rsync exits and reports an error such as:
>
> rsync: writefd_unbuffered failed
Hi Dave:
I put together some instructions for compiling rsync with a few Mac OS
X-specific patches here:
http://www.bombich.com/rsync.html
Hopefully that gets you going.
Mike
On Dec 28, 2010, at 1:49 PM, David Emery wrote:
> I'm just starting with rsync(). I grabbed the 3.0.
-vvv --rsync-path=/rsync
> /private/var/audit servern...@100.102.15.4:/Volumes/Extra/eee
What's this "servername" account? You should be using root if you want to
preserve root ownership.
Mike
>
> Ignore ownership unchecked on dest.
>
> The permissions are cha
rsync"
src=`mktemp -d /tmp/src.XX`
tgt=`mktemp -d /tmp/tgt.XX`
echo "$tgt/test"
file=$src/test
touch $file
x=0
limit=128
while [ $x -lt $limit ] ; do
chmod +a# $x "$USER allow write,writeattr,writeextattr" $file
x=$(($x + 1))
done
"$rsync&quo
On Sat, Aug 14, 2010 at 3:04 AM, Matt McCutchen wrote:
> On Fri, 2010-08-13 at 14:04 -0400, mike mitchell wrote:
>> Hi. I'm having a problem with rsync not deleting subdirectories that
>> exist at the destination but which have been removed/renamed on the
>> source. I&#x
d270d-6139-4fed-8a32-2df8d28acdf3/ is the mount point for
the external drive on which a back-up already exists:
m...@robots mike]$ pwd
/media/8c4d270d-6139-4fed-8a32-2df8d28acdf3/mike
[m...@robots mike]$ mkdir deleteme1
[m...@robots mike]$ cd deleteme1/
[m...@robots deleteme1]$ touch deleteme1.txt
[m
what is sent by the sender is
the same that is received by the receiver, but a cheaper algorithm would surely
suffice.
Mike
On Aug 4, 2010, at 6:30 AM, andrew.mar...@uk.bnpparibas.com wrote:
>
> I don't know why rsync made this move. My guess is that it does not look good
>
behavior?
Regards,
Mit freundlichen Grüßen,
Mike Reiche | Softwareentwicklung
--
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
Can you share the steps required to reproduce this? I've seen two reports of
this but have not been able to reproduce it myself, and the users that reported
it also could not reproduce it.
Mike
On Jun 25, 2010, at 5:16 AM, Robert DuToit wrote:
> Hi All,
>
> I have been usi
ub-test: hard link UF_COMPRESSED flag ... set Sub-test: hard link modification time ... okok Mike
rsync_3.0.6-hfs-compression_20091027.diff
Description: Binary data
On May 18, 2010, at 10:04 PM, Robert DuToit wrote:Hi Mike,I guess I did something wrong or removing that line 283 in proto.h was critic
t and tested against rsync 3.0.6.
Mike
On May 18, 2010, at 6:59 PM, Robert DuToit wrote:
> Hi All,
> I have been reading about the HFS+ filesystem compression on Snow Leopard and
> how copying or cloning over system files with rsync and other tools results
> in them being expanded on
On Mar 9, 2010, at 10:09 AM, Wayne Davison wrote:
> On Mon, Mar 08, 2010 at 10:02:26AM -0600, Mike Bombich wrote:
>> rsync: make_bak_dir mkdir
>> "/Volumes/Backup/_Archive_2010_March_07_22-27-43/Users/jsmith/Library/Mail/Mailboxes/
>>Orchestra" failed: Fil
;
if (*p == '/') {
*p = '\0';
if (mkdir_defmode(fbuf) == 0 || errno == EEXIST) // <-- Trap
for EEXIST?
break;
if (errno != ENOENT) {
rsyserr(FERROR, errno,
in the next month
or so.
Mike
On Nov 1, 2009, at 7:57 PM, Tony wrote:
Mike, thanks for the patch. Will this patch be maintained in rsync-
patches-3.0.6.tar.gz ?
On Oct 28, 2009, at 1:20 AM, Mike Bombich wrote:
HFS compression can be preserved as long as the relevant xattr(s)
and flags on
HFS compression can be preserved as long as the relevant xattr(s) and flags on those files are preserved. A compressed file has the compressed data in a hidden xattr (com.apple.decmpfs if < 4Kb, com.apple.ResourceFork if more), and has the UF_COMPRESSED flag set (decimal 40). When rsync encounter
No, not if the file cache isn't large enough for the number of files.
E.g. if you have 20 million files and only 256MB RAM, it's likely a bad
idea.
Splitting down to the subsub (2-levels down) directory level allows a single
subsub rsync to fit for me. Warming the cache is beneficial here, I d
Hi,
Interesting. If you're not using incremental recursion (the default in
rsync >= 3.0.0), I can see that the "du" would help by forcing the
destination I/O to overlap the file-list building in time. But with
incremental recursion, the "du" shouldn't be necessary because rsync
actually overl
.
Interesting...
How do you tell rsync to delete files that were deleted from the source,
or is that not part of your use case?
Thanks,
Mike
--
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
when rsync looks to see what it needs
to do
on the destination, it can do this more efficiently.
Looks like a keeper so far. Any other suggestions? (was thinking of a previous
suggestion of setting /proc/sys/vm/vfs_cache_pressure to a low value).
Thanks,
Mike--
Please use reply-all for most repli
subtree entirely? I was thinking I
could
add this (whatever it is) dynamically after the subtree had been written.
Thanks,
Mike
- Original Message -
From: Mike Connell
To: rsync@lists.samba.org
Sent: Monday, October 05, 2009 11:08 PM
Subject: can a .rsync-filter improve
build file list and
time it takes to update receiver)?
Is there a better way to prune, when you have subtrees that are
only written once and you don't need rsync to keep visiting these
subtrees?
Thanks,
Mike
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubs
0046),
but those are defined universally on Mac OS X, so these wouldn't
(shouldn't) introduce conflicts.
Mike
On Sep 2, 2009, at 10:31 AM, Matt McCutchen wrote:
On Tue, 2009-09-01 at 09:09 -0500, Mike Bombich wrote:
Rsync shouldn't be converting UUID to uid/gid *for
at 16:59 -0500, Mike Bombich wrote:
Regardless, rsync shouldn't be converting uuid to uid/gid for Mac OS
X, it's unnecessary.
This is really a question of whether Mac users expect users/groups
to be
preserved by uid/gid or by uuid. Are you saying it makes more sense
to
preserve
st of the ACL functions, and also to maintain
compatibility when transferring files to another platform.
I looked into fixing this a few days ago. Unfortunately, it won't be
trivial, uuid is 16 bytes vs 4 bytes for uid/gid. I didn't have time
to file a bug report yet either :-)
argest of the 10 sub directory rsyncs is about 75,000 files. So this would
seem
to put less pressure on this cache.
Thanks,
Mike
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rs
tos 5.1. I'm running rsync 2.6.8 protocol version 29.
This smells to me like some sort of caching problem. Is there something
in the kernel or rsync itself that I can tweek?
Thanks,
Mike--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe
Are the users specified in the ACE present in the directory service on
the remote machine? If not, you'll see errors like this. ACLs are
set using the username, not uid, so matching user accounts must be
present on the remote machine
Mike
On May 14, 2009, at 7:02 PM, gigagigosu
#x27;m curious
if anyone has insight as to why rsyserr might not be printing these
messages from the receiver.
Mike
diff -Naur -X rsync3/_build/diff_ignore rsync-3.0.5_base/receiver.c
rsync-3.0.5/receiver.c
--- rsync-3.0.5_base/receiver.c 2008-11-15 16:49:28.0 -0600
+++ rsync-3.0.5
ight would be appreciated.
Mike
diff -Naur rsync-3.0.5_base/receiver.c rsync-3.0.5/receiver.c
--- rsync-3.0.5_base/receiver.c 2008-11-15 16:49:28.0 -0600
+++ rsync-3.0.5/receiver.c 2009-03-10 22:18:20.0 -0500
@@ -39,6 +42,7 @@
extern int preserve_hard_links;
extern int pr
lling/
updating the built-in rsync.
Mike
2: change your $PATH, so that /usr/local/bin comes before /usr/bin.
Then whatever version of rsync, or anything else, you have in /usr/
local/bin will be the version of that application that your Mac
sees.
Personally, I feel more comforta
h.com/mactips/rsync.html
Note that the arguments will be slightly different, so be sure to
review the man page and modify your script accordingly. Also be sure
to call rsync from /usr/local/bin/rsync (or wherever you choose to
install it), otherwise you'll still be using the built-in ver
will also
be translated from the local to the remote character-set. The
translation happens before wild-cards are expanded.
See also the --files-from option.
Mike
On Jan 5, 2009, at 10:29 AM, Jon wrote:
As is always the case, I seem to have solved it a few minutes after
me to #2.
2) set_file_attrs (rsync.c) doesn't initialize sx2.crtime (e.g. when
the sxp argument is NULL). This leads to crtime values that are
occasionally > 2^31, resulting in negative crtimes.
The attached patch resolves these.
Mike
crtimes_ppc.patch
Description: Binary data
--
Ple
lst += F_XATTR(file);
else
lst = &empty_xattr;
I've seen the same crash a few times, but I haven't been able to
reliably reproduce it.
Mike
On Sep 23, 2008, at 6:04 AM, Paul Slootman wrote:
In debian bug #498083 (http://bugs.debian.org/498083) some
On 7/6/08, Matt McCutchen <[EMAIL PROTECTED]> wrote:
> It's almost always a mistake for a directory to grant a user class
> (owner, group, or world) read permission without the corresponding
> execute permission. I recommend that you chmod the nonexecutable source
> directories and fix whatever p
I am getting a handful of these errors, and I am not sure why. The
directories in question have rights like this:
drw-r--r-- 2 osstbb osstbb 42 2008-05-02 00:04 12981826/
As root, why would it matter if it has executability? I can read it
just fine on the server.
Or is it an issue when it tries
I'd guess you're running into endian issues. Does the same error
occur when you compile a version specifically for the i386
architecture (e.g. on the Intel machine)?
Mike
On Jul 2, 2008, at 4:40 PM, Paul Ortman wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've
and non-user extended
attributes (if --xattrs was specified).
This is a good way to backup data without using a
super-user, and to store ACLs from incompatible systems.
Mike
On Jun 22, 2008, at 8:15 PM, David Feldman wrote:
Any Mac folks out there able to comm
will return ENOSYS.
what i'm proposing is decoupling of the #if logic so that it isnt an if;else:
#ifdef HAVE_UTIMES
#endif
#ifdef HAVE_UTIME
#endif
-mike
signature.asc
Description: This is a digitally signed message part.
--
Please use reply-all for most repli
ived 740 bytes 11406.00 bytes/sec
total size is 18384 speedup is 3.22
- Mike
extended_stats.diff
Description: Binary data
On Apr 15, 2008, at 12:02 AM, Ph. Marek wrote:
Hello everybody,
I'm using rsync (debian 3.0.2-1) to test my pet projects for
correctness; but
now I've
Working with rsync 3.0.2, it appears that rsync isn't unlocking files
before setting the file attributes when those files already exist.
This generates error messages on subsequent such as:
rsync: rsync_xal_set: lsetxattr("locked_file","test_xattr") failed:
Operation not permitted (1)
rsyn
specific people and how they prefer e-mail ?
that's ridiculous.
-mike
signature.asc
Description: This is a digitally signed message part.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
to me
>
> Hardly.
>
> Mailing lists send one email of new posts to each member under normal
> conditions. They don't send two!
read the rest of the thread. you cant assume everyone is on the mailing list.
-mike
signature.asc
Description: This is a digitally signed m
On Thursday 20 March 2008, Paul Slootman wrote:
> On Thu 20 Mar 2008, Mike Frysinger wrote:
> > > I subscribe to this mailing list. Why send me a duplicate copy? I get
> > > more than enough email thank you...
> >
> > most mailing lists detect such duplicates autom
nd receiving replies ... often times lists are
flexible and dont require people to be actively receiving mails
-mike
signature.asc
Description: This is a digitally signed message part.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://ww
Looking at http://rsync.samba.org/ftp/rsync/patches/fileflags.diff --
It looks like the changes from fileflags-fixes.diff patch were applied
to the patch from http://rsync.samba.org/ftp/rsync/rsync-patches-3.0.0.tar.gz
, but this entire chunk of the that original diff file was lost:
diff -
and
> fonction calls I do to the pretiger resource fork randomly don't work
> when rsync forks, what's annoying.
this would be useful also on platforms which lack fork() such as no-mmu
linux ... i havent had a chance (or request) to dig into this
-mike
signature.asc
Descripti
Off the cuff, without looking at the code, I'd guess there is an
Endian issue at play.
Mike
On Feb 20, 2008, at 11:34 PM, Robert DuToit wrote:
Hi All,
I promise I won't bug you anymore about this but I did find that
the compiled universal binary on rsync3.0.pre10 doe
On Wednesday 20 February 2008, Matt McCutchen wrote:
> On Wed, 2008-02-20 at 22:17 -0500, Mike Frysinger wrote:
> > On Wednesday 20 February 2008, Matt McCutchen wrote:
> > > On Wed, 2008-02-20 at 16:06 -0500, Mike Frysinger wrote:
> > > > tar jxf snapshot-xx
On Wednesday 20 February 2008, Matt McCutchen wrote:
> On Wed, 2008-02-20 at 16:06 -0500, Mike Frysinger wrote:
> > while anything is possible, i highly doubt it. emerge-webrsync
> > basically
> > unpacks a tarball and then uses rsync to copy that src tree to the dest
On Wednesday 20 February 2008, [EMAIL PROTECTED] wrote:
> On Wed 20 Feb 22:59 2008 Mike Frysinger wrote:
> > On Wednesday 20 February 2008, [EMAIL PROTECTED] wrote:
> > > hello, I'm running an Gentoo distribution on my computer, lately I've
> > > started
ar when you upgraded rsync. Please provide the full
> rsync command line that is being invoked and check whether the source
> files referenced actually exist. If so, there may be an rsync issue we
> can help with
tar jxf snapshot-.tar.bz2
cd snapshot-
rsync -av --progress -
r=3.0.0pre9] cleaning up
> transferring metadata/cache
>
> this started about a few days ago when I've updated to rsync 2.6.9-r5,
2.6.9-r5 includes the munge-symlinks upstream fix. rsync-3.0.0_pre10 is in
portage ... please install that and retest.
-mike
signature.asc
Description: T
On Feb 3, 2008, at 2:56 PM, Robert DuToit wrote:
Hi Mike,
If I replace the missing patch code for flags.diff in compat.c for
instance:
nt uid_ndx, gid_ndx, crtimes_ndx, acls_ndx, xattrs_ndx, unsort_ndx;
adding ... fileflags_ndx
so then
nt uid_ndx, gid_ndx, fileflags_ndx , crtimes_ndx
ndx;
The first patch will succeed, the second will fail.
Mike
On Feb 3, 2008, at 1:20 AM, Wayne Davison wrote:
On Sat, Feb 02, 2008 at 09:38:20PM -0500, Robert DuToit wrote:
I tried the crtimes patch and it compiles and works but when I tried
to add the flags patch too I came up with this
ld this bomb out running on MOSX with a non-HFS volume as the
source? Or is there a better way to avoid this call (e.g. determine
the underlying filesystem)?
Mike
On Dec 1, 2007, at 10:45 PM, Robert DuToit wrote:
Hi,
I've been using rsync (OSX Tiger now Leopard) to backup my home
fol
with. I've just
started out with 3.0.0pre8 on OS X Leopard 10.5.1, patched according
to Mike Bombich's recipe on this list at
<http://lists.samba.org/archive/rsync/2008-January/019618.html>
I have also run the backup-bouncer test as suggested (using -aHAX
and --fileflags) an
this error:
> >
> > sho-lnx-001:~ # rsync -av --progress --stats /mnt/source/*
> > /mnt/destination/
> >
> > -bash: /usr/bin/rsync: Argument list too long
>
> It is just a bash isssue.
bash is just passing the error up from the OS
-mike
signature.asc
Descrip
concerned, I'm surprised how fast rsync 3pre8
is for no-change-incrementals. Incremental recursion alone doesn't
really explain it, I'm still trying to see if something is fishy or if
it really can be this good.
Mike
On Jan 18, 2008, at 10:38 PM, Moritz Heckscher wrote:
Am 2008
drive is not full.
> What else could be causing this problem?
probably a filesystem error, not rsync. make sure you can copy the files by
hand using `cp`. if that fails, you need to unmount the disk and run `fsck`
on it.
-mike
signature.asc
Description: This is a digitally signed messag
On Saturday 01 December 2007, Paul Slootman wrote:
> On Sat 01 Dec 2007, Mike Frysinger wrote:
> > what's the deal with configure.sh ? if i take the rsync-3.0.0pre6
> > tarball, unpack it, and run `./configure && make`, the make process bombs
> > because of conf
what's the deal with configure.sh ? if i take the rsync-3.0.0pre6 tarball,
unpack it, and run `./configure && make`, the make process bombs because of
configure.sh. it looks like the rsync code is trying to use "configure.sh"
as its output instead of the stand
site.
Mike
On Jul 17, 2007, at 5:03 AM, Jamie Lokier wrote:
Matt McCutchen wrote:
Does anyone have any experience with 'syncdat' from Data
Expedition? How does it compare to rsync?
I looked at the syncdat feature list (
http://www.dataexpedition.com/syncdat/features.html ).
your situation based on your live
network environment.
Mike
On Jul 16, 2007, at 3:06 PM, Matt McCutchen wrote:
On 7/13/07, Chris Shoemaker <[EMAIL PROTECTED]> wrote:
On Fri, Jul 13, 2007 at 03:21:43PM -0400, Mike Jackson wrote:
> Looking for more efficient replication or synchr
Warren,
No, it utilizes the patented technology MTP.
Mike
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Looking for more efficient replication or synchronization solution
than rsync, take a look at syncdat by www.dataexpedition.com
Mike
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
f
there was a specific reason to do a depth-first backup instead, and
if my changes will have an adverse or unexpected result. In my
testing, it appears to be OK, but the code I'm replacing looks very
deliberate.
Thanks,
Mike
*** rsync 2.6.6/generator.c Mon Mar 12 21:04:28 2007
--- rsyn
in future releases.
WBR,
Mike
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
I've experienced cases like that.
I've been able to repair the file with an rsync -I, although this
doesn't address the cause of the problem.
On Tue, 2006-10-03 at 14:42 -0500, Mark Osborne wrote:
>
> Hello,
>
> I have run into an issue with rsync that I’m hoping someone can help
> with. We ar
prevent me from
(easily) modifying the rsync source to send this information to the
post-exec script?
cheers,
Mike
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
ntation of rsync. I upgraded rsync
to 2.6.8. hoping that would have a positive effect but no luck.
This is the syntax I'm using.
C:\rsync>rsync.exe -av --delete -z "/cygdrive/C/shared"
"[EMAIL PROTECTED]::username/"
Any idea why this might be happening?
Thanks,
Mi
On Sat, 2006-05-13 at 20:53 +0100, Jamie Lokier wrote:
> Jan-Benedict Glaw wrote:
> > On Sat, 2006-05-13 20:27:03 +0200, Paul Slootman <[EMAIL PROTECTED]> wrote:
> > > On Fri 12 May 2006, Matt McCutchen wrote:
> > > > Wayne beat me to it. But I was going to say, you might be able to write
> > > >
On Saturday 13 May 2006 20:26, Wayne Davison wrote:
> On Sat, May 13, 2006 at 04:27:02PM -0400, Mike Frysinger wrote:
> > seems the behavior of rsync has changed when dealing with output and
> > using both -v and -q at the same time
>
> This comes about because of the new rpr
"dont use -v and -q\n");
+ return 0;
+ }
if (frommain)
side note ... the cvs version of rsync is even a little more quirky ... it
outputs 'building file list ...' if -v regardless of -q, but on
re seems to have been a lot of activity around the include/exclude
type features. However, as far as I can see the basic functionality does
not appear to have changed. That is, a simple list of +/- files in a
--exclude-from file would still be interpreted in the same way?
cheers,
Mike
--
T
Have you checked the permissions on your /etc/rsyncd.secrets file?
Unless you turn off "strict modes", this must not be readable by
"other".
On Fri, 2006-04-07 at 03:22 +0200, Martin Jeppesen wrote:
> > Who is rsroot?
>
> That was a typo in the email. Thanks =) That should have been rroot.
>
> E
(changed subject line to help those who come after me)
Thanks heaps Wayne, that solved it.
I've logged a case with Red Hat to have their rsync package updated to
include the fix.
Mike
Mike MacCana | Technical Specialist - Platform Services Engineering |
Institutional Markets &
xserver/logs
/local/CA/archive
works fine.
Syncing the ldif dir to /tmp/foo also fails. So it looks like there's
something wrong with the ldif dir - the only thing that makes it different
from the dir that works is that it's got subdirs (indeed, I can sync the
ldif dir non-recursively fi
xserver/logs
/local/CA/archive
works fine.
Syncing the ldif dir to /tmp/foo also fails. So it looks like there's
something wrong with the ldif dir - the only thing that makes it different
from the dir that works is that it's got subdirs (indeed, I can sync the
ldif dir non-recursively fi
On Thu, 2006-02-09 at 14:49 -0500, Dave Mielke wrote:
> [quoted lines by Jamie Lokier on 2006/02/09 at 18:55 +]
>
> >I think the hyphen is out of place; it looks very wrong to my eye, but
> >I'm not a grammarian so don't have a fine explanation.
>
> You're quite right ... "read in" should be
On Wed, 2005-12-07 at 13:50 -0500, Chris Shoemaker wrote:
> On Wed, Dec 07, 2005 at 11:38:25AM -0700, Joe Peterson wrote:
> > WARNING: jukebox/Frank_Sinatra/The_Main_Event/04-Let_Me_Try_Again.flac
> > failed verification -- update discarded (will try again).
> >
> > What does the "WARNING" imply?
possible for newly created files to be owned by another user, even
though it is running as root?
Thanks,
Mike
_
Be the first to hear what's new at MSN - sign up to our free newsletters!
http://www.msn.co.uk/newsletters
1 - 100 of 180 matches
Mail list logo
