Re: [HOW-TO] CentOS on bhyve
On Sat, 8 Mar 2014, Peter Grehan wrote: Hi Rudy, Peter, anyway to get grub-bhyve to automatically load /grub/grub.conf from a CentOS install? snip CentOS is grub v1 which isn't quite compatible with grub2 (e.g. linux - kernel). grub-bhyve can pick up a config file from the host system: use -r host to force that, and the -d option to change the default path for grub.conf. No need to redirect input. Then, in grub.conf on the host, put in the absolute path with the grub commands e.g. snip (the console=ttyS0 isn't needed: grub-bhyve auto-inserts that). Let me resucitate this thread ... I just tried this on Centos7 and expeience the same lack of grub menu. I was able to work around it by manually entering the manual paths for linux and initrd but wouldn't it be nice ... However, on the Centos7 install, there appears to be both a grub/ and grub2/ configuration directory: | | grub ls (hd0,msdos1)/ | Possible files are: | grub/ grub2/ ... | and in the grub2 folder there exists a seemling grub2 compatible grub.cfg file: | grub cat (hd0,msdos1)/grub2/grub.cfg | # | # DO NOT EDIT THIS FILE | # | # It is automatically generated by grub2-mkconfig using templates | # from /etc/grub.d and settings from /etc/default/grub | # | snip Is there a way to direct grub-bhyve to use the centos:/boot/grub2/grub.cfg file ala some argument -- I scanned the source and couldn't find a simple over-ride. I'll test/rebuild the suite if you can point me in the general direction. Thanks, dan -- Dan Mack ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
bhyve hangs on init on recent 10-CURRENT
Is this just me? When I start a new bhyve instance, it hangs on /sbin/init. top shows bhyve consuming about 1 host core of CPU. This is on a real recent current. root@darkstor:/vms/porter # ./vmrun.sh porter Launching virtual machine porter ... Consoles: userboot FreeBSD/amd64 User boot, Revision 1.1 (r...@darkstor.macktronics.com, Sat Jun 22 22:31:58 CDT 2013) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x6c21c7 data=0xa43b8+0xfa338 syms=[0x8+0xe76a8+0x8+0x147ee8] \ __ _ _ | | | _ \ / | __ \ | |___ _ __ ___ ___ | |_) | (___ | | | | | ___| '__/ _ \/ _ \| _ \___ \| | | | | | | | | __/ __/| |_) |) | |__| | | | | | |||| | | | |_| |_| \___|\___||/|_/|_/```` s` `.---...--.``` -/ +Welcome to FreeBSD---+ +o .--` /y:` +. | | yo`:.:o `+- | 1. Back to Main Menu [Backspace] | y/ -/` -o/ | 2. Load System [D]efaults | .- ::/sy+:. | | / `-- / | Boot Options: | `: :` | 3. Safe [M]ode... off | `: :` | 4. [S]ingle User. off | / / | 5. [V]erbose. On | .--. | | -- -. | |`:` `:` | | .-- `--. | | .---.. +-+ Booting... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base= len=000a SMAP type=01 base=0010 len=8930 Table 'APIC' at 0xf0500 APIC: Found table at 0xf0500 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) 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 #9 r251956: Tue Jun 18 12:25:25 CDT 2013 r...@darkstor.macktronics.com:/usr/obj/usr/src/sys/MACKGEN amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Preloaded elf kernel /boot/kernel/kernel at 0x80e91000. Hypervisor: Origin = BHyVBHyVBHyV Calibrating TSC clock ... TSC clock: 3299774008 Hz CPU: Intel(R) Xeon(R) CPU E3-1230 V2 @ 3.30GHz (3299.77-MHz K8-class CPU) Origin = GenuineIntel Id = 0x306a9 Family = 0x6 Model = 0x3a Stepping = 9 Features=0x8fa3ab7fFPU,VME,DE,PSE,TSC,MSR,PAE,CX8,APIC,SEP,PGE,CMOV,PAT,PSE36,DTS,MMX,FXSR,SSE,SSE2,SS,PBE Features2=0xe3bae257SSE3,PCLMULQDQ,DTES64,DS_CPL,SMX,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,AESNI,F16C,RDRAND,HV AMD Features=0x28100800SYSCALL,NX,RDTSCP,LM AMD Features2=0x1LAHF TSC: P-state invariant real memory = 2302672896 (2196 MB) Physical memory chunk(s): 0x1000 - 0x0009bfff, 634880 bytes (155 pages) 0x0010 - 0x001f, 1048576 bytes (256 pages) 0x00eb1000 - 0x85bc1fff, 2228293632 bytes (544017 pages) avail memory = 2133233664 (2034 MB) Event timer LAPIC quality 400 ACPI APIC Table: BHYVE BVMADT INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 x86bios: IVT 0x00-0x0004ff at 0xfe00 x86bios: SSEG 0x001000-0x001fff at 0xff800022e000 x86bios: ROM 0x0a-0x0fefff at 0xfe0a APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 random device not loaded; using insecure entropy ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf0400 00024 (v02 BHYVE ) ACPI: XSDT 0xf0480 00034 (v01 BHYVE BVXSDT 0001 INTL 20130517) ACPI: APIC 0xf0500 00052 (v01 BHYVE BVMADT 0001 INTL 20130517) ACPI: FACP 0xf0600 0010C (v05 BHYVE BVFACP 0001 INTL 20130517) ACPI: DSDT 0xf0800 000F2 (v02 BHYVE BVDSDT 0001 INTL 20130517) ACPI: FACS 0xf0780 00040 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec0 ioapic0: Changing APIC ID to 2 ioapic0: Routing external 8259A's - intpin 0 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 Version 1.1 irqs 0-16 on motherboard cpu0 BSP: ID: 0x VER:
bhyve: calcru runtime msgs still ocurring ...
Just FYI/FWIW I am still seeing semi-regular messages like this on my bhyve console on releases as late as head-251224: calcru: runtime went backwards from 992 usec to 982 usec for pid 794 (sshd) calcru: runtime went backwards from 702 usec to 695 usec for pid 800 (sendmail) I am not seeing stability issues due to this but they are concerning. Here's a dmesg from the host and from a guest both at 251224: 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 #33 r251224: Sat Jun 1 09:48:40 CDT 2013 r...@olive.macktronics.com:/usr/obj/usr/src/sys/MACKGEN amd64 FreeBSD clang version 3.3 (trunk 178860) 20130405 CPU: Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz (3200.18-MHz K8-class CPU) Origin = GenuineIntel Id = 0x206d7 Family = 0x6 Model = 0x2d Stepping = 7 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,C LFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x1fbee3bfSSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,D CA,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX AMD Features=0x2c100800SYSCALL,NX,Page1GB,RDTSCP,LM AMD Features2=0x1LAHF TSC: P-state invariant, performance statistics real memory = 68719476736 (65536 MB) avail memory = 63216635904 (60288 MB) Event timer LAPIC quality 600 ACPI APIC Table: INTEL DX79SI FreeBSD/SMP: Multiprocessor System Detected: 12 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 cpu8 (AP): APIC ID: 8 cpu9 (AP): APIC ID: 9 cpu10 (AP): APIC ID: 10 cpu11 (AP): APIC ID: 11 ioapic1 Version 2.0 irqs 24-47 on motherboard ioapic0 Version 2.0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 ctl: CAM Target Layer loaded acpi0: INTEL DX79SI on motherboard acpi0: Power Button (fixed) acpi0: reservation of f000, 1800 (3) failed cpu0: ACPI CPU on acpi0 cpu1: ACPI CPU on acpi0 cpu2: ACPI CPU on acpi0 cpu3: ACPI CPU on acpi0 cpu4: ACPI CPU on acpi0 cpu5: ACPI CPU on acpi0 cpu6: ACPI CPU on acpi0 cpu7: ACPI CPU on acpi0 cpu8: ACPI CPU on acpi0 cpu9: ACPI CPU on acpi0 cpu10: ACPI CPU on acpi0 cpu11: ACPI CPU on acpi0 atrtc0: AT realtime clock port 0x70-0x71,0x74-0x77 irq 8 on acpi0 Event timer RTC frequency 32768 Hz quality 0 attimer0: AT timer port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Timecounter i8254 frequency 1193182 Hz quality 0 Event timer i8254 frequency 1193182 Hz quality 100 hpet0: High Precision Event Timer iomem 0xfed0-0xfed03fff on acpi0 Timecounter HPET frequency 14318180 Hz quality 950 Event timer HPET frequency 14318180 Hz quality 350 Event timer HPET1 frequency 14318180 Hz quality 340 Event timer HPET2 frequency 14318180 Hz quality 340 Event timer HPET3 frequency 14318180 Hz quality 340 Event timer HPET4 frequency 14318180 Hz quality 340 Event timer HPET5 frequency 14318180 Hz quality 340 Event timer HPET6 frequency 14318180 Hz quality 340 Event timer HPET7 frequency 14318180 Hz quality 340 Timecounter ACPI-fast frequency 3579545 Hz quality 900 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 acpi_button0: Sleep Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge at device 1.1 on pci0 pci2: ACPI PCI bus on pcib2 xhci0: NEC uPD720200 USB 3.0 controller mem 0xe340-0xe3401fff irq 16 at device 0.0 on pci2 usbus0: waiting for BIOS to give up control xhci0: 32 byte context size. usbus0 on xhci0 pcib3: ACPI PCI-PCI bridge at device 2.0 on pci0 pci3: ACPI PCI bus on pcib3 vgapci0: VGA-compatible display port 0x3000-0x307f mem 0xe200-0xe2ff,0xd000-0xdfff,0xe000-0xe1ff irq 16 at device 0.0 on pci3 pci3: multimedia, HDA at device 0.1 (no driver attached) pcib4: ACPI PCI-PCI bridge at device 3.0 on pci0 pci4: ACPI PCI bus on pcib4 pci0: base peripheral at device 5.0 (no driver attached) pci0: base peripheral at device 5.2 (no driver attached) pcib5: ACPI PCI-PCI bridge at device 17.0 on pci0 pci5: ACPI PCI bus on pcib5 pci0: simple comms at device 22.0 (no driver attached) em0: Intel(R) PRO/1000 Network Connection 7.3.8 port 0x4040-0x405f mem 0xe350-0xe351,0xe3521000-0xe3521fff irq 20 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Ethernet address: 4c:72:b9:d1:b2:d2 ehci0: EHCI (generic) USB 2.0 controller mem 0xe3601000-0xe36013ff irq 16 at device 26.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 pcib6: ACPI PCI-PCI bridge at device 28.0 on pci0 pci6: ACPI PCI bus on pcib6 pcib7: ACPI PCI-PCI bridge at device 28.2 on pci0 pci7: ACPI PCI bus
Re: bhyve console question
Ahh, cool. I wasn't paying attention I guess: uart2: 16550 or compatible port 0x3f8-0x3ff irq 4 at device 31.0 on pci0 uart2: console (9600,n,8,1) which maps to the bhyve argument given: '-S 31,uart,stdio' and subsequently the serial console getty on ttyu2. Nice. Thank you, It would be kind of cool to bind a guest's serial port to a named pipe on the host system (I think virtual box lets you do this too - an option when creating a guest serial port). This would make it easy to have each bhyve guest with serial console attached to a list of device files upon which we could attach a screen session to later if we wanted to login or look at the console. For now, I'll just spin up each vm guest within a separate screen window. Take care, Dan On Sun, 28 Apr 2013, Peter Grehan wrote: HI Dan, Yes, the current bhyve-manual has that as a step in the configuration (http://bhyve.org/bhyve-manual.txt) which I guess is the culprit. I guess I just didn't expect that side effect but admit to not spending much time thinking about it first :-) I think it was done that way since /dev/console will always work, whereas the tty line to use changed at one point when we cut over from the ISA uart device to the PCI uart device resulting in a different tty device being used. However, it looks like we may switch back to using a PCI-ISA bridge device and that will change things again :( For now, you can edit the stock /etc/ttys as follows: -ttyu2 /usr/libexec/getty std.9600 dialup off secure +ttyu2 /usr/libexec/getty std.9600 vt100 on secure later, Peter. ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
bhyve console question
For those of you tinkering with bhyve; quick question. I've noticed that everything I type on the console ends up in /var/log/messages on the guest. This includes all shell activity and login stuff. Is this expected behaviour ? When following the standard bhyve recipes on the interwebs, it appears as if all console activity is categorized as kernel.debug level messages, for example: root@mcp:~ # tail /var/log/messages Apr 27 15:50:02 mcp kernel: / Apr 27 15:50:02 mcp kernel: va Apr 27 15:50:03 mcp kernel: r/ Apr 27 15:50:03 mcp kernel: l Apr 27 15:50:03 mcp kernel: o Apr 27 15:50:03 mcp kernel: g Apr 27 15:50:04 mcp kernel: /m Apr 27 15:50:04 mcp kernel: e Apr 27 15:50:04 mcp kernel: s Apr 27 15:50:04 mcp kernel: sages root@mcp:~ # echo 'weird, huh?' weird, huh? root@mcp:~ # !tail tail /var/log/messages Apr 27 15:50:25 mcp kernel: , Apr 27 15:50:25 mcp kernel: h Apr 27 15:50:26 mcp kernel: u Apr 27 15:50:26 mcp kernel: h Apr 27 15:50:26 mcp kernel: ? Apr 27 15:50:27 mcp kernel: ' Apr 27 15:50:27 mcp kernel: Apr 27 15:50:29 mcp kernel: ! Apr 27 15:50:30 mcp kernel: ta Apr 27 15:50:30 mcp kernel: il root@mcp:~ # ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: bhyve tty / login problems / panic
ports with 2 removable, self powered Root mount waiting for: usbus3 usbus1 ugen1.2: vendor 0x8087 at usbus1 uhub4: vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus1 ugen3.2: vendor 0x8087 at usbus3 uhub5: vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2 on usbus3 Root mount waiting for: usbus3 usbus1 uhub4: 6 ports with 6 removable, self powered uhub5: 8 ports with 8 removable, self powered ugen1.3: vendor 0x060b at usbus1 ukbd0: vendor 0x060b USB Keyboard, class 0/0, rev 2.00/1.10, addr 3 on usbus1 kbd2 at ukbd0 ugen3.3: Ralink at usbus3 Root mount waiting for: usbus3 ugen3.4: vendor 0x0db0 at usbus3 Trying to mount root from zfs:tron []... ums0: vendor 0x060b USB Keyboard, class 0/0, rev 2.00/1.10, addr 3 on usbus1 ums0: 5 buttons and [XYZ] coordinates ID=0 run0: 1.0 on usbus3 run0: MAC/BBP RT3070 (rev 0x0201), RF RT3020 (MIMO 1T1R), address 94:db:c9:e3:6e:c8 ubt0: vendor 0x0db0 product 0xa871, class 224/1, rev 2.00/52.76, addr 4 on usbus3 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() tap0: Ethernet address: 00:bd:8c:54:07:00 tap0: link state changed to UP bridge0: Ethernet address: 02:4c:89:ce:33:00 tap0: promiscuous mode enabled bridge0: link state changed to UP em1: link state changed to DOWN em1: promiscuous mode enabled em1: link state changed to UP tap0: link state changed to DOWN tap0: link state changed to UP tap0: link state changed to DOWN tap0: link state changed to UP Yep, no problem. I saw the checkin and started a rebuild a few minutes ago :-) Thanks, Dan On Sat, 30 Mar 2013, Neel Natu wrote: Hi Dan, On Fri, Mar 29, 2013 at 3:20 PM, Dan Mack m...@macktronics.com wrote: Here you go Neel: root@olive:~ # bhyvectl --vm=coco --get-stats --cpu=0 vcpu0 vm exits due to external interrupt 45051 number of times hlt was intercepted 2277 number of NMIs delivered to vcpu0 vcpu total runtime 105001652482 number of ticks vcpu was idle 919 vcpu migration across host cpus 13 number of times hlt was ignored 0 total number of vm exits9240925 root@olive:~ # root@olive:~ # root@olive:~ # bhyvectl --vm=coco --get-stats --cpu=1 vcpu1 vm exits due to external interrupt 149431 number of times hlt was intercepted 4222 number of NMIs delivered to vcpu0 vcpu total runtime 106876622528 number of ticks vcpu was idle 869 vcpu migration across host cpus 20 number of times hlt was ignored 0 total number of vm exits8065909 That did not help a whole lot because we were not keeping track of all the reasons a vcpu could exit. I have fixed that in r248935: http://svnweb.freebsd.org/base?view=revisionrevision=248935 Do you mind updating your vmm.ko with the change and getting the stats again? best Neel Dan On Fri, 29 Mar 2013, Neel Natu wrote: Hi Dan, On Fri, Mar 29, 2013 at 12:38 PM, Dan Mack m...@macktronics.com wrote: I ran the procsystime dtrace script on bhyve when it was chewing up all the CPU in vCPU=2 mode, and this is what I see for about 10s of runtime: root@olive:/usr/share/dtrace/toolkit # ./procsystime -n bhyve -aT Tracing... Hit Ctrl-C to end... dtrace: 158536 dynamic variable drops with non-empty dirty list dtrace: 207447 dynamic variable drops with non-empty dirty list dtrace: 189205 dynamic variable drops with non-empty dirty list dtrace: 164341 dynamic variable drops with non-empty dirty list dtrace: 246307 dynamic variable drops with non-empty dirty list dtrace: 187640 dynamic variable drops with non-empty dirty list dtrace: 214771 dynamic variable drops with non-empty dirty list dtrace: 221265 dynamic variable drops with non-empty dirty list ^C dtrace: 243468 dynamic variable drops with non-empty dirty list Elapsed Times for processes bhyve, SYSCALL TIME (ns) _umtx_op 18349 writev 135712 preadv 16175267 pwritev 22924378 ioctl 4353897920 TOTAL: 4393151626 CPU Times for processes bhyve, SYSCALL TIME (ns) _umtx_op 8815 writev 103145 pwritev 10647023 preadv 15159976 ioctl 3943399889 TOTAL: 3969318848 Syscall Counts for processes bhyve, SYSCALL COUNT _umtx_op 17 writev 43 pwritev639 preadv 1183 ioctl 652782 TOTAL: 654664 Not sure if that helps or not. Hotkernel shows the cpu in the kernel`acpi_cpu_c1 call most of the time, normal ? Dan root@olive:/usr/share/dtrace/toolkit # ./hotkernel Sampling... Hit Ctrl-C to end. ^C FUNCTION
bhyve tty / login problems / panic
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 r...@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=0x8fa3ab7fFPU,VME,DE,PSE,TSC,MSR,PAE,CX8,APIC,SEP,PGE,CMOV,PAT,PSE36,DTS,MMX,FXSR,SSE,SSE2,SS,PBE Features2=0x83bee217SSE3,PCLMULQDQ,DTES64,DS_CPL,SSSE3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,AESNI,HV AMD Features=0x2c100800SYSCALL,NX,Page1GB,RDTSCP,LM AMD Features2=0x1LAHF 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.KLOCALic 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 questi...@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@cocopuff:~ # auto-logout FreeBSD/amd64 (cocopuff.macktronics.com) (console) login: panic: deadlkres: possible deadlock detected for 0xfe001c919920, 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 0xfe000358f490 kdb_enter() at kdb_enter+0x3e/frame 0xff80002bcae0 panic() at panic+0x176/frame 0xff80002bcb60 deadlkres() at deadlkres+0x488/frame 0xff80002bcbb0 fork_exit() at fork_exit+0x9a/frame 0xff80002bcbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xff80002bcbf0 --- trap 0, rip = 0, rsp = 0xff80002bccb0, rbp = 0 --- ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: bhyve tty / login problems / panic
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 r...@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=0x8fa3ab7fFPU,VME,DE,PSE,TSC,MSR,PAE,CX8,APIC,SEP,PGE,CMOV,PAT,PSE36,DTS,MMX,FXSR,SSE,SSE2,SS,PBE Features2=0x83bee217SSE3,PCLMULQDQ,DTES64,DS_CPL,SSSE3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,AESNI,HV AMD Features=0x2c100800SYSCALL,NX,Page1GB,RDTSCP,LM AMD Features2=0x1LAHF 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.KLOCALic 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 questi...@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@cocopuff:~ # auto-logout FreeBSD/amd64 (cocopuff.macktronics.com) (console) login: panic: deadlkres: possible deadlock detected for 0xfe001c919920, 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 0xfe000358f490 kdb_enter() at kdb_enter+0x3e/frame 0xff80002bcae0 panic() at panic+0x176/frame 0xff80002bcb60 deadlkres() at deadlkres+0x488
Re: [PATCH] virtualbox-ose - VBoxHeadless TCPv6 port value
On Thu, 21 Jun 2012, Maurizio Vairani wrote: On 21/06/2012 0.39, Dan Mack wrote: I think this patch is broken. I get : /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.1.16/src/VBox/Frontends/VBoxHeadless/FramebufferVNC.cpp:94: error: 'struct _rfbScreenInfo' has no member named 'ipv6port' kmk: *** [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.1.16/out/freebsd.amd64/release/obj/VBoxHeadless/FramebufferVNC.o] Error 1 Dan On Thu, 17 May 2012, Maurizio Vairani wrote: Dear list members, the latest libvncserver has IPv6 enabled by default. VirtualBox uses this library for VNC headless connection without specify the tcp6 port value. Running two or more virtual machines, all are trying to use the same tpc6 port 5900, the default value. Connecting with a VNC viewer to a virtual machine, different from the first started, it crashes with a core dump, probably due a bug in the FreeBSD libvncserver implementation. This simple patch set the tcp6 port value to the same value as tcp4 port avoiding the crash. Regards, Maurizio What version of libvncserver you have ? I have installed v. 0.9.9_2 $ pkg_info | grep libvnc libvncserver-0.9.9_2 Provide an easy API to write one's own vnc server Maurizio Ack, my bad. I still have version 0.9.8 installed; I'll re-build with 0.9.9 after 4.1.18 is released. Dan ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
Re: [PATCH] virtualbox-ose - VBoxHeadless TCPv6 port value
I think this patch is broken. I get : /usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.1.16/src/VBox/Frontends/VBoxHeadless/FramebufferVNC.cpp:94: error: 'struct _rfbScreenInfo' has no member named 'ipv6port' kmk: *** [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.1.16/out/freebsd.amd64/release/obj/VBoxHeadless/FramebufferVNC.o] Error 1 Dan On Thu, 17 May 2012, Maurizio Vairani wrote: Dear list members, the latest libvncserver has IPv6 enabled by default. VirtualBox uses this library for VNC headless connection without specify the tcp6 port value. Running two or more virtual machines, all are trying to use the same tpc6 port 5900, the default value. Connecting with a VNC viewer to a virtual machine, different from the first started, it crashes with a core dump, probably due a bug in the FreeBSD libvncserver implementation. This simple patch set the tcp6 port value to the same value as tcp4 port avoiding the crash. Regards, Maurizio ___ freebsd-virtualization@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to freebsd-virtualization-unsubscr...@freebsd.org
