From owner-freebsd-emulation Fri Mar 31 10:48:11 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id BE51337BD88 for ; Fri, 31 Mar 2000 10:48:07 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA20410; Fri, 31 Mar 2000 13:48:00 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id NAA04743; Fri, 31 Mar 2000 13:47:30 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 31 Mar 2000 13:47:30 -0500 (EST) To: Matthew Dillon Cc: Andrew Gallatin , nsayer@kfu.com, freebsd-emulation@FreeBSD.ORG Subject: Re: VMware locks FreeBSD 4.0 solid In-Reply-To: <200003311728.JAA29464@apollo.backplane.com> References: <38E3FB31.3DD4D170@sftw.com> <14564.53252.962047.551231@grasshopper.cs.duke.edu> <200003311728.JAA29464@apollo.backplane.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14564.61764.852285.849013@grasshopper.cs.duke.edu> Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Matthew Dillon writes: > The pagedaemon is stuck in biord, and that is definitely a problem. > The question is: What mount point is that read coming off of? > > I suspect that the pagedaemon is trying to do a biord off the MFS > filesystem and the MFS filesystem is locked up in vmwait. With the > pagedaemon waiting for MFS and MFS waiting for free pages, the system > winds up deadlocked. Bingo! It was MFS! > Can you try tracing out what mount that biord is operating on? And (kgdb) p vp->v_mount->mnt_stat->f_mntonname $6 = "/tmp", '\000' (kgdb) p vp->v_mount->mnt_stat->f_fstypename $7 = "mfs", '\000' > also what is the MFS process doing (traceback)? (kgdb) proc 0xd45fa100 (kgdb) bt #0 mi_switch () at ../../kern/kern_synch.c:859 #1 0xc0156aa9 in tsleep (ident=0xc02ce678, priority=4, wmesg=0xc0268369 "vmwait", timo=0) at ../../kern/kern_synch.c:468 #2 0xc01febb7 in vm_wait () at ../../vm/vm_page.c:880 #3 0xc01f6a5c in vm_fault (map=0xd45fdc40, vaddr=151269376, fault_type=3 '\003', fault_flags=8) at ../../vm/vm_fault.c:364 #4 0xc023cc42 in trap_pfault (frame=0xd6d59d78, usermode=0, eva=151269376) at ../../i386/i386/trap.c:797 #5 0xc023c85f in trap (frame={tf_fs = -873594864, tf_es = -1071120368, tf_ds = -873594864, tf_edi = 151269376, tf_esi = -778469376, tf_ebp = -690643472, tf_isp = -690643548, tf_ebx = 65536, tf_edx = -1049541056, tf_ecx = 4096, tf_eax = 151285760, tf_trapno = 12, tf_err = 2, tf_eip = -1071400839, tf_cs = 8, tf_eflags = 66054, tf_esp = -873554632, tf_ss = -873554632}) at ../../i386/i386/trap.c:423 #6 0xc023b879 in generic_copyout () #7 0xc01ee844 in mfs_start (mp=0xc17fea00, flags=0, p=0xd45fa100) at ../../ufs/mfs/mfs_vfsops.c:344 #8 0xc017f131 in mount (p=0xd45fa100, uap=0xd6d59f80) at ../../kern/vfs_syscalls.c:344 <..> I'll try running w/o MFS & let you know what happens. Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message