> One odd behaviour is that during these slow periods and even during
> the permanent hanging, the host is writing to the disk at ~3MB/sec -
> in the case of the permanent hang it writes like this continuously,
> until I run 'kill ' on the host.
Okay, I tell a lie - it doesn't write continuously w
Hi Jeff,
> How hard does it hang? You can ping it, but can't type?
It depends - the more I see this the more it seems to be I/O blocking
rather than hanging, e.g. I can type, but if I run 'ls' then the shell
hangs, as if the 'ls' command is waiting for the disk. Ctrl+C or
Ctrl+\ won't work, as
On Tue, Feb 07, 2006 at 02:26:48PM +1000, Adam Nielsen wrote:
> Any other ideas?
How hard does it hang? You can ping it, but can't type? It doesn't even
ping? (substitute mconsole version for ping if you're not playing with the
network)
I've seen one other report of this, but haven't seen it m
Hi Blaisorblade,
Thanks for your reply!
> If you enabled CONFIG_SMP in the _UML_ compilation (verify
> with ./vmlinux --showconfig), disable it now.
I don't think I did:
$ ./uml-2.6.14 --showconfig | grep SMP
CONFIG_BROKEN_ON_SMP=y
Not sure what that option is for, but I thought it was for sho
On Monday 06 February 2006 03:21, Adam Nielsen wrote:
> Hi,
>
> I've got a UML running on a server here, but whenever I copy a large
> number of files across via hostfs it seems to lock up the UML. I have
> gkrellmd running and I can see the system load (of the UML) skyrocket
> just before gkrellm
Hi,
I've got a UML running on a server here, but whenever I copy a large
number of files across via hostfs it seems to lock up the UML. I have
gkrellmd running and I can see the system load (of the UML) skyrocket
just before gkrellmd dies and I lose access to the UML. Sometimes I
can still switc
