Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
On Tue, Feb 02, 2010 at 02:23:28PM +0100, Heribert Tockner wrote: > We have also the same Problem with Linux-Vserver What, exactly, _is_ the same problem? especially since you broke the threadding... please? how do you _know_ it is the same problem? Do you have any (short) logs? What did you do to trigger the "undisired behaviour"? Did you have any other (resource) monitoring in place? > 188.8.131.52-grsec2.1.11-vs184.108.40.206 with Grsecurity in a Vmware (ESX) > Serverenvironment and LVM . The Version of drbd was the actual 8.0.13 from > Lenny. Deutsch "aktuell" != English "actual". Immer. http://sprachen-blog.de/false-friends-aktuell-actual/ > Today i Have installed the latest Version > > drbd-8.3.7 from the sources . I will monitor the issue. Good :-) make sure it is also _used_. (verify in /proc/drbd) > The Problem comes with the time not only a with load and requests. I made > test with dbench and recursive parallel processe on the installed Apache on > differnet sites on the Vserver in drbd. This produces load about 70 > and more. > There were no Problem. After 5 days the system hangs with drbd. i let > you know about my tests. Are you sure it would not hang without DRBD? Funny memleaks somewhere? TCP stack mistuned to break? Does it also hang with DRBD unconnected? What happens just before the hang? If you can reproduce with 220.127.116.11-grsec2.1.11-vs18.104.22.168, please try to also reproduce with something closer to kernel.org, just so we can rule out any strange side effects there. Good luck. -- : Lars Ellenberg : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. __ please don't Cc me, but send to list -- I'm subscribed