On Thu, 11 Apr 2002, Martin Pool wrote:
> I'd appreciate comments.
Hmm...
As you may know I'm both the APT author, administrator of the top level
debian mirrors and associated mirror network. So,
> 3.2 rsync is too hard on servers
> If it is, then I think we should fix the problems, rather th
On Thu, 2002-04-11 at 05:01, Diburim wrote:
> rsync processes hang and client failing on "max connections",
> I can't kill rsync process.
[ ... ]
> rsync is started from inetd
> rsync version on the server 2.5.2 clients are 2.5.2 and 2.5.4
Sounds like a bug that was fixed in 2.5.4. Could you
On 12 Apr 2002, Brian May <[EMAIL PROTECTED]> wrote:
> I think some more details is required regarding rproxy.
I've added a lot more detail about rproxy, and my understanding of
Goswin's proposal. Let me know if they're unclear.
> Why is nobody actively developing it?
I'm not sure what kind o
On Fri, 12 Apr 2002, Brian May wrote:
> I think some more details is required regarding rproxy.
>
> Why is nobody actively developing it?
>
> AFAIK, it solves all the problems regarding server load discussed in
> rsync, doesn't it???
No. I tested it out, and it still hits the server hard.
--
On Thu, Apr 11, 2002 at 06:15:43PM +1000, Martin Pool wrote:
> There seems to be a thread about rsync and Debian packages every
> couple of months. I've written up a document which tries to cover all
> of the questions and debates. It's pretty informal, but hopefully
> will be useful.
>
> htt
Subject: Zahmetsizce Mp3 Ýndirme Sýrrý !
From: MP3Uzmaný <[EMAIL PROTECTED]>\nReply-To: Osman can
<[EMAIL PROTECTED]>\nContent-Transfer-Encoding:8bit
Erd Web Hizmetleri
Ýnternette yeni kurduðumuz dev mp3 arþivi sayesinde ..
Binlerce Mp3 ü indirmek
isterseniz..
Neden Bekliyorsunuz?
Siz
On Thu, 11 Apr 2002, Martin Pool wrote:
> There seems to be a thread about rsync and Debian packages every
> couple of months. I've written up a document which tries to cover all
> of the questions and debates. It's pretty informal, but hopefully
> will be useful.
>
> http://rsync.samba.org/r
Sender, E-mmunity has detected virus(es) in your e-mail attachment(s).
Method: Mail
Date: Thu, 11 Apr 2002 17:42:19 -0400 (added by [EMAIL PROTECTED])
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: A new game
Virus Name: W32.Klez.E@mm
File Attachment: rock.exe
Attachment Status: del
With the exception of SIGKILL (usually number 9), and SIGSEGV(usually
number 11), kills are just signals. Most programs respond to
SIGTERM(usually number 15, and the default signal from the kill program)
by putting their toys away and going to bed, so to speak. They are free,
however, to ign
Sender, E-mmunity has detected virus(es) in your e-mail attachment(s).
Method: Mail
Date: Thu, 11 Apr 2002 10:20:53 -0700 (PDT)
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Let's be friends
Virus Name: W32.Klez.E@mm
File Attachment: sola a.pif
Attachment Status: deleted
--
To uns
> In my backup script I have noticed nothing gets deleted on the remote
> end even though I have --delete and --delete-excluded. Did I miss
> anything obvious here?
Not sure if this applies to you, but...
One thing I noticed about trying to use --delete in combination with -b
--backup-dir is th
Hi,
In my backup script I have noticed nothing gets deleted on the remote
end even though I have --delete and --delete-excluded. Did I miss
anything obvious here?
rsync -azC
-e ssh
--relative
--one-file-system
--sparse
--numeric-ids
--vP
$
> Maybe kill -9 helps?
Yes it help ! thanks
But why is happened ?
- Original Message -
From: "Jurrie Overgoor" <[EMAIL PROTECTED]>
To: "Diburim" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, April 11, 2002 4:09 PM
Subject: Re: rsync processes hang and client failing on "max
Maybe kill -9 helps?
This is more of a brute-force kill (mass slaughter! ;) ), and it'll close
the application without asking it to do so itself
Just a quick suggestion though...
Greetz -- Jurrie
[EMAIL PROTECTED]
- Oorspronkelijk bericht -
Van: Diburim <[EMAI
I was troubleshooting a problem we were having with some files not rsyncing
properly over an nfs mount (the destination device is a snapserver (NAS)
that did not have native ability to receive streaming rsync info, that's why
we were doing this rsync over an NFS connection to the snapserver).
rsync processes hang and client failing on "max connections",
I can't kill rsync process.
The temporary work around are:
increase max connections in /etc/rsyncd.conf
or
reboot the server !
The client get this error:
@ERROR: max connections (6) reached - try again later
$ ps -aux | grep rsync
ad
16 matches
Mail list logo
