Re: Cygwin Rsync 2.5.6 over SSH hangs on Win2k->Win2k

> When using Cygwin Rsync 2.5.6/OpenSSH 3.6.1 for copying files from > Win2k->Win2k, I get 2 or 3 hung processes on the receiving-side out of about > every 50 runs. These hung processes cause the system to be unable to > reboot(?!), requiring a hard reset. Killing the processes allows a graceful

Re: patch draft for extended attributes on linux

On Thu, Jun 26, 2003 at 11:43:40AM -0400, Carson Gaspar wrote: > > > --On Thursday, June 26, 2003 1:16 AM -0700 jw schultz <[EMAIL PROTECTED]> wrote: > >>Impossible with simple user/group permissions. > > > >Not impossible. I've done that sort of thing many times. > > > >-rwxr-x---1 charlie

Re: --exclude-from works but "exclude from" in rsyncd.conf doesn't ?

On Thu, Jun 26, 2003 at 12:51:03PM -0700, Wayne Davison wrote: > I'm finally getting back to finishing up the testing for my patch of the > "exclude from" handling. The main thing I had on my list was checking > that --delete-excluded worked right, prompted by your comments: [snip] > Sounds good.

Re: Using include/exclude options

Jason Williams wrote: > Hello everyone. > > I have a question about using the include/exclude function for rsync. > What I am trying to do is backup specific directories and their > corresponding data, while at the same time, excluding other directories. > > Specifically, I have a backup server wit

Re: Using include/exclude options

On Thu, Jun 26, 2003 at 12:07:42PM -0700, Jason Williams wrote: > rsync -avn --include-file=/home/rsyncfile /backupstorage/D/ /home/rsyncbak The most common failing is people not specifying the excludes relative to the root of the transfer (it's not relative to the root of the file system). Thus,

Re: Cygwin Rsync 2.5.6 over SSH hangs on Win2k->Win2k

Tillman, James wrote: >> When using Cygwin Rsync 2.5.6/OpenSSH 3.6.1 for copying files from >> Win2k->Win2k, I get 2 or 3 hung processes on the receiving-side out of about >> every 50 runs. These hung processes cause the system to be unable to >> reboot(?!), requiring a hard reset. Killing the pr

Re: plain source -> encrypted destination: rsync + gpg

Kyle Jones wrote: Right. I was willing to give up the checksumming for my application. It seems that you could code a --source-filter patch that would - compare the source and destination modtimes - if they differ, then apply the filter to the source file storing the output in a temp file. com

Re: plain source -> encrypted destination: rsync + gpg

jw schultz wrote: Am I on the right track? Help/advise? Is it doable at all? That sounds fairly doable. I'm thinking what you would do is to create a temporary file to match/send and delete it on close. Essentially wrap the applicable open and close ops. I may try something this weekend. Actual

Re: --exclude-from works but "exclude from" in rsyncd.conf doesn't ?

I'm finally getting back to finishing up the testing for my patch of the "exclude from" handling. The main thing I had on my list was checking that --delete-excluded worked right, prompted by your comments: On Sat, May 10, 2003 at 05:22:45PM -0700, jw schultz wrote: > As your patch stands now del

Using include/exclude options

Hello everyone. I have a question about using the include/exclude function for rsync. What I am trying to do is backup specific directories and their corresponding data, while at the same time, excluding other directories. Specifically, I have a backup server with the follow setup: /backupstora

Re: plain source -> encrypted destination: rsync + gpg

[EMAIL PROTECTED] writes: > > If i recall correctly (i've not gone back to review that > > patch) that patch required whole-file transfers two avoid > > doing the operation twice per file. If the filter is > > deterministic and particularly if changes have minimal > > cascade effect you may b

Re: Request for option for use on an unreliable connection

jw schultz wrote: On Wed, Jun 25, 2003 at 01:28:32PM -0500, David Lambert wrote: I have been using rsync for the last year or so. Generally I am very pleased with the performance and features, but I am forced to use a rather unreliable link to one of my mirrors. Consequentially rsync often b

RE: Cygwin Rsync 2.5.6 over SSH hangs on Win2k->Win2k

> -Original Message- > From: Tillman, James > Sent: Thursday, June 26, 2003 12:18 PM > To: '[EMAIL PROTECTED]' > Subject: Cygwin Rsync 2.5.6 over SSH hangs on Win2k->Win2k > > > When using Cygwin Rsync 2.5.6/OpenSSH 3.6.1 for copying files from > Win2k->Win2k, I get 2 or 3 hung processes

dealing with renamed files

Hello, If I rename a directory full of files, or a bunch of files, and I use Rsync to update the directory tree, Rsync will upload all these files again and delete the old ones. This is suboptimal since all the data is already there. Rsync should be able to check for renamed files by scanning fo

Cygwin Rsync 2.5.6 over SSH hangs on Win2k->Win2k

When using Cygwin Rsync 2.5.6/OpenSSH 3.6.1 for copying files from Win2k->Win2k, I get 2 or 3 hung processes on the receiving-side out of about every 50 runs. These hung processes cause the system to be unable to reboot(?!), requiring a hard reset. Killing the processes allows a graceful reboot e

Re: patch draft for extended attributes on linux

--On Thursday, June 26, 2003 1:16 AM -0700 jw schultz <[EMAIL PROTECTED]> wrote: Impossible with simple user/group permissions. Not impossible. I've done that sort of thing many times. -rwxr-x---1 charlie cdab 3658 Jan 20 17:35 . -rw-rw-r--1 charlie david3658 Jan 20

Re: plain source -> encrypted destination: rsync +gpg(--dest-filter patch)

On Thu, Jun 26, 2003 at 05:45:55PM +0200, [EMAIL PROTECTED] wrote: [Lots of missing attribution maybe correctly reinserted] [please don't remove attributions of quoted content] > jw wrote: > > [EMAIL PROTECTED] wrote: [snip] > > > The idea of this patch seem to me very useful. > > > I'm plan to use

Re: plain source -> encrypted destination: rsync +gpg(--dest-filter patch)

> > > If i recall correctly (i've not gone back to review that > > > patch) that patch required whole-file transfers two avoid > s/two/to/ #ick > > > doing the operation twice per file. If the filter is > > > deterministic and particularly if changes have minimal > > > cascade effect you may be a

Re: plain source -> encrypted destination: rsync + gpg(--dest-filter patch)

On Thu, Jun 26, 2003 at 04:31:29PM +0200, [EMAIL PROTECTED] wrote: > > If i recall correctly (i've not gone back to review that > > patch) that patch required whole-file transfers two avoid s/two/to/ #ick > > doing the operation twice per file. If the filter is > > deterministic and particularly

Re: securisation

Look at stunnel :- www.stunnel.org Julien VARLET wrote: Is it possible to use a rsync server with ssl crypting ? -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

securisation

Is it possible to use a rsync server with ssl crypting ? -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Re: plain source -> encrypted destination: rsync + gpg(--dest-filter patch)

> If i recall correctly (i've not gone back to review that > patch) that patch required whole-file transfers two avoid > doing the operation twice per file. If the filter is > deterministic and particularly if changes have minimal > cascade effect you may be able to still take advantage of > the r

Re: authentication

On Thu, Jun 26, 2003 at 03:03:46PM +0200, Julien VARLET wrote: > I have some problems while authentication. > > I created RSA keys and placed the public key on the remote host. > > With the user toto, I have the following command line : > rsync --arvz --rsh=ssh Nouveaudossier > [EMAIL PROTECTED

Re: patch draft for extended attributes on linux

Martin Pool [EMAIL PROTECTED] wrote: > On 25 Jun 2003, Hardy Merrill <[EMAIL PROTECTED]> wrote: > > Martin Pool [EMAIL PROTECTED] wrote: > > > > Nevertheless i do think it worth having something in > > > > patches. > > > > > > Yes, if I can get this working I think the best place for it to end up

authentication

I have some problems while authentication. I created RSA keys and placed the public key on the remote host. With the user toto, I have the following command line : rsync --arvz --rsh=ssh Nouveaudossier [EMAIL PROTECTED]:/home/essai_ftp/test/ but

Re: patch draft for extended attributes on linux

On Thu, Jun 26, 2003 at 10:50:29AM +0100, Max Bowsher wrote: > Martin Pool wrote: > > On 25 Jun 2003, Wayne Davison <[EMAIL PROTECTED]> wrote: > >> On Wed, Jun 25, 2003 at 10:34:38AM +1000, Martin Pool wrote: > >>> There is no mtime for xattrs, so they are transferred every time as > >>> part of th

Re: plain source -> encrypted destination: rsync + gpg

On Thu, Jun 26, 2003 at 10:42:35PM +1200, Martin Langhoff wrote: > jw schultz wrote: > >Stop thinking client and server. Once the session is > >initiated there is little difference. Think instead sender > >and receiver. > > Good advise. Have to rephrase myself, then ;) > > As I read the patch,

Re: patch draft for extended attributes on linux

Martin Pool wrote: > On 25 Jun 2003, Wayne Davison <[EMAIL PROTECTED]> wrote: >> On Wed, Jun 25, 2003 at 10:34:38AM +1000, Martin Pool wrote: >>> There is no mtime for xattrs, so they are transferred every time as >>> part of the file list. >> >> One possibly better solution would be to create some

Re: plain source -> encrypted destination: rsync + gpg

I am thinking of running an arbitrary command on the server, when it is Of course, I meant s/server/sender/; m -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Re: plain source -> encrypted destination: rsync + gpg

jw schultz wrote: Stop thinking client and server. Once the session is initiated there is little difference. Think instead sender and receiver. Good advise. Have to rephrase myself, then ;) As I read the patch, it seems to be running an arbitrary command on the receiver. I am thinking of runni

Re: plain source -> encrypted destination: rsync + gpg

On Thu, Jun 26, 2003 at 10:15:33PM +1200, Martin Langhoff wrote: > [EMAIL PROTECTED] wrote: > >The filter run on the client ! > > Are you sure? I just re-read the patch and it still seems to be at the > server. > > Maybe I don't have the right idea of server/client in my head. Or I am > just m

Re: plain source -> encrypted destination: rsync + gpg

[EMAIL PROTECTED] wrote: The filter run on the client ! Are you sure? I just re-read the patch and it still seems to be at the server. Maybe I don't have the right idea of server/client in my head. Or I am just misreading the patch. How can I tell it's on the server? m -- To unsubscrib

Re: plain source -> encrypted destination: rsync + gpg

> [EMAIL PROTECTED] wrote: > > It seems that the --dest-filter patch of Kyle Jones can help you. > > > > Here is a link > > http://groups.google.com/groups?q=%22--dest-filter%22+group:mailing.unix.rsy > > nc+group:mailing.unix.rsync&hl=en&lr=&ie=UTF-8&group=mailing.unix.rsync&selm > > =b6f55s%24256

Re: plain source -> encrypted destination: rsync + gpg

[EMAIL PROTECTED] wrote: It seems that the --dest-filter patch of Kyle Jones can help you. Here is a link http://groups.google.com/groups?q=%22--dest-filter%22+group:mailing.unix.rsy nc+group:mailing.unix.rsync&hl=en&lr=&ie=UTF-8&group=mailing.unix.rsync&selm =b6f55s%24256q%241%40FreeBSD.csie.NCTU

Re: plain source -> encrypted destination: rsync + gpg

Hi, It seems that the --dest-filter patch of Kyle Jones can help you. Here is a link http://groups.google.com/groups?q=%22--dest-filter%22+group:mailing.unix.rsy nc+group:mailing.unix.rsync&hl=en&lr=&ie=UTF-8&group=mailing.unix.rsync&selm =b6f55s%24256q%241%40FreeBSD.csie.NCTU.edu.tw&rnum=1 Adda

Re: patch draft for extended attributes on linux

On Thu, Jun 26, 2003 at 03:29:04AM -0400, Carson Gaspar wrote: > --On Wednesday, June 25, 2003 10:01 PM -0700 jw schultz <[EMAIL PROTECTED]> > wrote: > > >I'd say that a security regimen that requires xattrs to > >tighten security is misguided. > > And you'd be wrong. Simple user/group security

Re: patch draft for extended attributes on linux

--On Wednesday, June 25, 2003 10:01 PM -0700 jw schultz <[EMAIL PROTECTED]> wrote: I'd say that a security regimen that requires xattrs to tighten security is misguided. And you'd be wrong. Simple user/group security is not _nearly_ enough for all sorts of use cases. Simple use case: - Alice an