Messages in this thread | | | Date | Thu, 29 Jul 2004 18:42:24 +0300 | Subject | Re: [2.6 patch] let 4KSTACKS depend on EXPERIMENTAL and XFS on 4KSTACKS=n | From | (Mika Bostrom) |
| |
On Thu, Jul 29, 2004 at 04:09:00PM +1000, Nathan Scott wrote: > On Tue, Jul 20, 2004 at 09:50:12PM +0200, Adrian Bunk wrote: > > Mark this combination as BROKEN until XFS is fixed. > This part is not useful. We want to hear about problems > that people hit with 4K stacks so we can try to address > them, and it mostly works as is.
I can mention one. This is not a bugreport (yet).
I can reproduce a complete hard-lock on 2.6.7 vanilla with the following setup:
* VMWare 4.5.2 (taints kernel, I know) * NIC is bridged * XFS filesystem * 4k stacks
Inside vmware, I am running an instance of modified OpenBSD. With 4k stacks, at least once a day the system locks hard. The shortest time between two forced boots was about 20 minutes.
The hang is triggered everytime by a single instance: guest OS sends a DHCP-request, and this causes the linux kernel to hang. This does not happen every time, but perhaps every fourth or fifth time. On one occasion, it was the first time immediately after boot.
Compiling 2.6.7 with 8k stacks has so far solved this issue. No random hangs.
Now, the reason this can't be any kind of bugreport is clear: 1) kernel is tainted 2) VMWare's modules are not yet updated to cope with 2.6.7 kernel
So until VMWare updates their product, I consider this a bug in their modules. When they do, I intend to test 4k stacks again. If the hangs continue, then I shall see with their support whether it can be tracked to their code or not.
But at least at the moment if you wish to use VMWare and XFS, using 4k stacks is, in my experience, asking for trouble.
-- Mika Boström +358-40-525-7347 \-/ "World peace will be achieved Bostik@iki.fi www.iki.fi/bostik X when the last man has killed Security freak, and proud of it. /-\ the second-to-last." -anon? [unhandled content-type:application/pgp-signature] | |