On 4/17/07, Robert Denton <[EMAIL PROTECTED]> wrote:
This is an interesting idea. Here is what I am trying:
I have set up squid to listen on port 81, since rsync on the same
machine is already listening for requests on 80. I have set the
RSYNC_PROXY env var to the hostname:81 and rand a quick t
On Mon, Apr 16, 2007 at 01:44:29PM -0700, [EMAIL PROTECTED] wrote:
> The strange thing is that _some_ files are being deleted.. just a few, and
> obviously not nearly enough.
Are you checking for errors? Does rsync get an I/O error and stop
deleting? (See the --ignore-errors option for one way
On Tue, Apr 17, 2007 at 12:52:57PM +0200, Andreas Kotes wrote:
> I'd be willing to put up the effort to add full (or at least better)
> SSL support direclty to rsync if the maintainers would agree with it,
> and would seriously consider including it in the main source in the
> long run.
I'd be int
On Tue, Apr 17, 2007 at 04:30:53PM -0500, Daniel Davidson wrote:
> I think due to an upgrade in rsync the current version now escapes
> control sequences with something like \#010 instead of ^H, however
> this is now breaking my backup program because the perl file::stat
> module cannot interpret t
I have created a program for myself for backing up data to tape from my
disk to disk to tape system, and after the initial day, I have been
using the output of a dry run of rsync to determine what files need to
be sent to tape. I think due to an upgrade in rsync the current version
now escapes con
(Versione italiana più sotto)
Sehr geehrte Damen und Herren
Wir haben bemerkt, dass viele Firmenemailadressen keine HTML-Emails
empfangen dürfen. Aus diesem Grund senden wir Ihnen unsere Einladung
auch in Textformat zu, damit Sie diese rechtzeitig erhalten, denn die
Anmeldefrist läuft bald ab.
H
This is an interesting idea. Here is what I am trying:
I have set up squid to listen on port 81, since rsync on the same
machine is already listening for requests on 80. I have set the
RSYNC_PROXY env var to the hostname:81 and rand a quick test. The
result is that I am getting this error
On 4/17/07, Robert Denton <[EMAIL PROTECTED]> wrote:
Do you mean for example.. Instead of running rsync on port 80, have
rsync listen for requests on 873 as usual, but also have squid
running on the same server listening for port 80 connections, and
then just configure squid to send all port 80
Do you mean for example.. Instead of running rsync on port 80, have
rsync listen for requests on 873 as usual, but also have squid
running on the same server listening for port 80 connections, and
then just configure squid to send all port 80 traffic to 873?
Robert
On Apr 17, 2007, at 1:
On 4/17/07, Robert Denton <[EMAIL PROTECTED]> wrote:
Hi folks, I am hoping someone here can offer some suggestions. Here
is my situation:
I am using rsync over the internet for several hundred clients to
keep them in sync with a master repository of files. The rsync
daemon is listening on port
Hi folks, I am hoping someone here can offer some suggestions. Here
is my situation:
I am using rsync over the internet for several hundred clients to
keep them in sync with a master repository of files. The rsync
daemon is listening on port 80, because most of the clients are
behind fi
Hi all,
I am running the following command from winXP:
rsync -av -e "bin\ssh -i trans_key\access.key -l julian -p 2227"
192.168.200.254::julian .\julian\
and getting the following output:
rsync: Failed to dup/close: Socket operation on non-socket (108)
rsync error: error in IPC code (code 14)
On 4/17/07, Frederik <[EMAIL PROTECTED]> wrote:
rsync -azR --delete -e ssh --exclude-from=./exclude.lst
--link-dest=/tmp/backup/nelly-2007-04-17-12-34-26 /tmp/test
[EMAIL PROTECTED]:/tmp/backup/backup-nelly-2007-04-17-12-34-33/
OK, obvious typo in the above command :-)
It works correct actual
Dear All,
I've been using rsync with stunnel with success for a while now, but I'm
not necessarily satisfied with it, i.e. having an extra layer externally
and all, no authentication against SSL-subjects ..
I had a look at the patch included with the source, and it doesn't quite
address everythin
I'm trying to make backups with rsync with the --list-dest option.
My first backup is made like this:
rsync -azR --delete -e ssh --exclude-from=./exclude.lst /tmp/test
[EMAIL PROTECTED]:/tmp/backup/backup-nelly-2007-04-17-12-34-26/
Without touching any of the files which were backed up, I launc
Hi,
I have a daily rsync job (in cron) that hangs in ps process list (linux)
until i kill it.
The rsync suppose to backup one directory which includes about 2500
sub-dirs in it,
e.g rsync of /home/user/stuff
where stuff has about 2500 sub-dirs inside, but not many files in each
sub-direc
16 matches
Mail list logo
