[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#571457: marked as done (OpenVZ write system call to TCP/IP connection hangs, burning CPU cycles endlessly.)

Your message dated Sat, 13 Mar 2010 08:22:19 +0100
with message-id <20100313072219.GG26111@baikonur.stro.at>
and subject line Re: Bug#571457: This kernel bug is Debian-specific, not present in openvz upstream Kernel.
has caused the Debian Bug report #571457,
regarding OpenVZ write system call to TCP/IP connection hangs, burning CPU cycles endlessly.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
571457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571457
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: subversion
Version: 1.6.9dfsg-1
X-Debbugs-CC: dev@subversion.apache.org

Hello, Subversionists,

I have a subversion repository with a single revision, consisting of a
single roughly 10 MB file with random data.

I use svnserve to serve that repository.

I use a client to access the svnserve over the network, via "svn co".

(The client happens to be Ubuntu's 1.6.5dfsg-1ubuntu1, in case that
matters.)

The server is an openvz guest. When, on the corresponding host, I set

vzctl set NNN --tcpsndbuf 415k:715k

or lower (my guess is the first number is the one that matters), the
checkout starts, there is some initial network traffic, but then
svnadmin starts to eat up all CPU cycles it can get and no further
progress is made, until I kill the svnadmin process manually on the
server. Just killing the client does not seem to stop the waste of CPU
cycles on the server.

When I increase the tcpsndbuf above that value, there is no problem.

However, when I check in a much larger file into the repository (I do
that directly, using file:/// - access), and try to check out again
(using svnserve), the problem reappears.

This is quite reproducibly, with svnadmin as a standalone daemon as well
as svnadmin running under inetd. For the latter case, I made no precise
experiments about the --tcpsndbuf numbers.

This is the summary. I have written three mails yesterday and today to
the dev@subversion.apache.org mailing list, but have not received any
answers there yet. There is lots of nitty-gritty background information
in those mails, which, hopefully, you'll be able to find here:

http://mail-archives.apache.org/mod_mbox/subversion-dev/201002.mbox/browser

Regards, and thank you for providing fine software,

Andreas

P.S.: I ask the Debian bug tracking system to forward a copy of this
mail to the SVN dev mailing list. This contains two pieces of
information not available in my previous mails to that list:

* The bug is reproducible with the latest subversion software version I
can easily install, short of compiling myself.
* The client I'm using is, and always has been, 1.6.5dfsg-1ubuntu1. I
think I misquoted it to be 1.5 in one of my earlier mails. I apologize
if this caused any confusion!

-- 
Dr. Andreas Krüger, Berater, DV-RATIO NORDWEST GmbH
andreas.krueger@dv-ratio.com
GPG/PGP Fingerprint 8063 4A9B 362D 4220 A546  14C1 EA19 AADC FD44 5EB7

DV-RATIO NORDWEST GmbH
Tel: +49 (0)211 / 577 996-0
Fax: +49 (0)211 / 577 996-26
http://www.dv-ratio.com <http://www.dv-ratio.com>
Sitz der Gesellschaft Habsburgerstraße 12, 40547 Düsseldorf
Registergericht Düsseldorf HRB 34330
USt-IdNr.:  DE811321837
Steuer-Nr.: 809/44031
Geschäftsführung: Günter Gerstmann
Prokura: Trudbert Vetter, Uwe Wolfram

DV-RATIO - "Kompetenz und Zuverlässigkeit seit 1980"

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
--- Begin Message --- 
Version: 2.6.26-22

On Sat, Mar 13, 2010 at 07:16:40AM +0100, Dr. Andreas =?UTF-8?Q?Kr=C3=BCger ?= wrote:
> This bug is Debian specific: The endless looping inside the kernel
> system call is not present in a current openvz upstream kernel.
> 
> I'm refering to Debian bug 571457 which, according to Maximilian, is
> probably the same as bug 542633 .

indeed duplicate and thus closing.

relevant fix was backported, sad that you didn't actually want
to test it, but whatever..

fix will be available in stable by the next stable update in the
upcoming 2 month, until then precompiled linux images are to be
found in stable proposte updates, for apt lines see:
http://wiki.debian.org/StableProposedUpdates
 
> 
>     make-kpkg --initrd kernel_image

not recommended, nowadays use
make deb-pkg

--- End Message ---
Reply to: