bhyve tty / login problems / panic

Thu Mar 28 21:13:02 UTC 2013

Update#1:   I was using the default of 2 virtual CPUs.  When I switched to 
1 CPU via vmrun.sh, the system booted clean and let me login.

Also, when running with two vCPUs, the bhyve process is spinning at 100% 
even when the guest is doing nothing.

When running with one CPU, bhyve is mostly idle when the guest is idle.

Whatever was happening, it was impacting system time in a bad way as all 
of the log files were already getting rotated even though the system was 
less than 30 minutes old :-)

Let me know if there is anything I can do to help and if you have any 
ideas on a solution (other than only using uni-processor guests).

Thanks,

Dan

On Thu, 28 Mar 2013, Dan Mack wrote:

>
> I haven't spent too much time debugging this yet but I'd thought I'd ask just 
> in case someone else has seen this:
>
> - fresh 10.x system (248804) , standard FreeBSD iso image I made with
>   make release
>
> - latest vmrun.sh release.iso ...
> - install went okay, everything seemed normal
>
> - boot splash screen comes up fine, select default and do first boot
>
> - cannot login ... first few attempts result in 'login timed out messages' 
> (but they get emitted as soon as I hit CR)
>
> - eventually I can get in after a few tries but then the shell immediately 
> boots me after emitting the motd  :-)
>
> - and just leaving it sit results in panic
>
> - my kernel is mainly just GENERIC with the debugging yanked out and raid, 
> scsi, and wifi devices.
>
> Any ideas?
>
>
> Below is the boot log and what I saw ...
> Booting...
> GDB: no debug ports present
> KDB: debugger backends: ddb
> KDB: current backend: ddb
> Copyright (c) 1992-2013 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>        The Regents of the University of California. All rights reserved.
> FreeBSD is a registered trademark of The FreeBSD Foundation.
> FreeBSD 10.0-CURRENT #4 r248804: Wed Mar 27 19:29:38 CDT 2013
>    root at olive.example.com:/usr/obj/usr/src/sys/MACKGEN amd64
> FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221
> CPU: Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz (3199.83-MHz K8-class CPU)
>  Origin = "GenuineIntel"  Id = 0x206d7  Family = 0x6  Model = 0x2d Stepping 
> = 7
>
> Features=0x8fa3ab7f<FPU,VME,DE,PSE,TSC,MSR,PAE,CX8,APIC,SEP,PGE,CMOV,PAT,PSE36,DTS,MMX,FXSR,SSE,SSE2,SS,PBE>
>
> Features2=0x83bee217<SSE3,PCLMULQDQ,DTES64,DS_CPL,SSSE3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,AESNI,HV>
>  AMD Features=0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM>
>  AMD Features2=0x1<LAHF>
>  TSC: P-state invariant
> real memory  = 536870912 (512 MB)
> avail memory = 482803712 (460 MB)
> Event timer "LAPIC" quality 400
> ACPI APIC Table: <BHYVE  BVMADT  >
> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
> FreeBSD/SMP: 2 package(s) x 1 core(s)
> cpu0 (BSP): APIC ID:  0
> login: /amd64 (cocopuff.example.com) (console)ds.KLOCAL>ic 0 mtu 
> 1500tation)3fff at device 2.0 on pci0i0
>
> FreeBSD/amd64 (cocopuff.example.com) (console)
>
> login: root
> Login timed out after 300 seconds
>
> FreeBSD/amd64 (cocopuff.example.com) (console)
>
> login: root
> Login timed out after 300 seconds
>
> FreeBSD/amd64 (cocopuff.example.com) (console)
>
> login: root
> Login timed out after 300 seconds
>
> FreeBSD/amd64 (cocopuff.example.com) (console)
>
> login: root
> Login timed out after 300 seconds
>
> FreeBSD/amd64 (cocopuff.example.com) (console)
>
> login: root
> Password:
> Jul 12 07:12:58 cocopuff login: ROOT LOGIN (root) ON console
> FreeBSD 10.0-CURRENT (MACKGEN) #4 r248804: Wed Mar 27 19:29:38 CDT 2013
>
> Welcome to FreeBSD!
>
> Before seeking technical support, please use the following resources:
>
> o  Security advisories and updated errata information for all releases are
>   at http://www.FreeBSD.org/releases/ - always consult the ERRATA section
>   for your release first as it's updated frequently.
>
> o  The Handbook and FAQ documents are at http://www.FreeBSD.org/ and,
>   along with the mailing lists, can be searched by going to
>   http://www.FreeBSD.org/search/.  If the doc package has been installed
>   (or fetched via pkg install lang-freebsd-doc, where lang is the
>   2-letter language code, e.g. en), they are also available formatted
>
> If you still have a question or problem, please take the output of
> `uname -a', along with any relevant error messages, and email it
> as a question to the questions at FreeBSD.org mailing list.  If you are
> unfamiliar with FreeBSD's directory layout, please refer to the hier(7)
> manual page.  If you are not familiar with manual pages, type `man man'.
>
> Edit /etc/motd to change this login announcement.
>
> You have new mail.
> You have new mail.
> root at cocopuff:~ # auto-logout
>
> FreeBSD/amd64 (cocopuff.macktronics.com) (console)
>
> login: panic: deadlkres: possible deadlock detected for 0xfffffe001c919920, 
> blocked for 303081 ticks
>
> cpuid = 0
> KDB: enter: panic
> [ thread pid 0 tid 100027 ]
> Stopped at      kdb_enter+0x3e: movq    $0,kdb_why
> db> bt
> Tracing pid 0 tid 100027 td 0xfffffe000358f490
> kdb_enter() at kdb_enter+0x3e/frame 0xffffff80002bcae0
> panic() at panic+0x176/frame 0xffffff80002bcb60
> deadlkres() at deadlkres+0x488/frame 0xffffff80002bcbb0
> fork_exit() at fork_exit+0x9a/frame 0xffffff80002bcbf0
> fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002bcbf0
> --- trap 0, rip = 0, rsp = 0xffffff80002bccb0, rbp = 0 ---
>
>
> _______________________________________________
> freebsd-virtualization at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
> To unsubscribe, send any mail to 
> "freebsd-virtualization-unsubscribe at freebsd.org"
>