From owner-freebsd-stable Tue Dec 5 20:44:47 2000 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 5 20:44:45 2000 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 8539E37B400 for ; Tue, 5 Dec 2000 20:44:41 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id XAA308472; Tue, 5 Dec 2000 23:44:32 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20001205232913.15317.qmail@devious.lustig.com> References: <20001118231633.A85206@evilcode.com> <200011190635.eAJ6ZRS94516@grumpy.dyndns.org> <20001118230305.A83848@evilcode.com> <20001119151138.A7434@bsdvm.jtjang.idv.tw> <200011192202.eAJM2cG03593@billy-club.village.org> <200011192239.eAJMdDa90818@earth.backplane.com> <200011192308.eAJN8q714360@whizzo.transsys.com> <200011192324.eAJNO1891133@earth.backplane.com> <20001205232913.15317.qmail@devious.lustig.com> Date: Tue, 5 Dec 2000 23:44:30 -0500 To: barry@lustig.com, stable@FreeBSD.ORG, Matt Dillon From: Garance A Drosihn Subject: Re: VMware hanging Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 6:29 PM -0500 12/5/00, Barry Lustig wrote: >VMware is hanging the system in certain cases with 4.2-STABLE >kernels, but works with 4.2-RELEASE. If I config the memory >in vmware to 64MB the client os runs properly. If I set it >higher, I get a hung system. When the system is hung >everything seems to lock up except for the mouse. As another (probably useless) datapoint, I also recently upgraded to 4.2-stable. I upgraded all out-of-date ports at the time, except I did NOT try to upgrade the vmware- related ports. Vmware seems to still be working for me, unless I try to do a 'suspend' (the VMWARE option to suspend the running virtual system), and then try to switch to a different system while that first one is suspended. In my case the X-terminal session is locked up, except that the mouse can still move. I *think* I could still switch consoles via 'alt-opt-F1', but I did not have any sessions in those other console windows so I couldn't do anything. It would not even echo letters I was typing on the keyboard. I did happen to have three remote sessions going via ssh at the time, and those sessions could do some commands. Once I typed in a "bad command", that session was hung. Trying to pull myself out of this nosedive, in the last session (which happened to be root), I tried to do a 'shutdown -r now'. That session hung too. In the end, I had to turn off power to the machine to get it's attention, after which it booted up fine. Also, in my case the virtual machines are 96meg, and the real machine is a dual-processor P3 system with 256meg of RAM. It is definitely NOT running into a low-memory situation... I don't really have any time to help debug this right now, but I'll be following it. Maybe in a week or two I should once again have some time. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message