On Wed, Jan 05, 2005 at 11:16:34AM -, Murray Elliot wrote:
> ERROR: buffer overflow in recv_exclude_list
It looks like some kind of corruption is going on over your ssh channel.
One way to investigate this would be to make a copy of the data that is
being sent and is being received. I whipped
On Thu, 6 Jan 2005, Jeff Pitman wrote:
> On Thursday 06 January 2005 07:04, Carson Gaspar wrote:
> > I have no objection to the option, just to the name - don't call
> > things atomic if they aren't. Call it delayed-rename, or whatever.
>
> How about --rename-after?
I'd rather see it called some
On Thursday 06 January 2005 07:04, Carson Gaspar wrote:
> I have no objection to the option, just to the name - don't call
> things atomic if they aren't. Call it delayed-rename, or whatever.
How about --rename-after?
--
-jeff
--
To unsubscribe or change options: https://lists.samba.org/mailman
--On Wednesday, January 05, 2005 21:51:25 +0100 Dag Wieers <[EMAIL PROTECTED]>
wrote:
As you picked up correctly from the previous thread, it's not atomic, I
called it near-atomic.
But it's a trade-off between not having to hardlink a whole lot of files
(in my case 300.000 files for each transac
On Wed, 5 Jan 2005, Carson Gaspar wrote:
> --On Thursday, January 06, 2005 02:59:44 +0800 Jeff Pitman
> <[EMAIL PROTECTED]> wrote:
>
> > I give you (drum roll) ... atomic transactions ... (tada). (Faces
> > with perplex looks go here.)
>
> This is _not_ atomic. Please don't call it what it
--On Thursday, January 06, 2005 02:59:44 +0800 Jeff Pitman
<[EMAIL PROTECTED]> wrote:
In the past there's been a need to provide consistency between symbolic
links or repository metadata during a sync. Currently, rsync renames
files piecemeal. The attached patch (extremely ugly) attempts to
res
In the past there's been a need to provide consistency between symbolic
links or repository metadata during a sync. Currently, rsync renames
files piecemeal. The attached patch (extremely ugly) attempts to
resolve this by foregoing the rename step until the end. It adds a new
option (if we d
I was advised to re-run using the -vv option and minimal other options, so
here is a report of what came back, if it helps:
C:\cwrsync>rsync --rsh="ssh" --verbose --progress --stats -vv --recursive --
dry
run /cygdrive/c/batch1/ready/* server-up:content/client/
opening connection using ssh serve
Hi,
First post to the list, so please feel free to set me straight if I'm not
following some protocol or other :o)
We need to use rsync to send files to a client, being a Windows user, we
decided to try both the cwrsync implementation and also a straight
cygwin/rsync install. I'm experiencing the
Huge offer for Viicodin, Viagraa, Vallium
and lots moreee...
savee up to 7o% meds on our stores.
Visit uss today
http://coolhealth.info/in.php?aid=56
Happy New Year
OrZ9IzVY37Mwb1nYsIYbw110gYt3Kvb1MAPUuKw
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
On Tue 04 Jan 2005, jean-philippe proux wrote:
> under linux I have to mount windows filesystem (ntfs or vfat).
> but with rsync (or with a single touch command as well) I can not
> write a file with a correct date on /mnt/windows_vfat or
> /mnt/windows_ntfs
> with ntfs --> only write file system
11 matches
Mail list logo
