On Fri, Oct 25, 2019 at 11:38:52AM +0200, Noth wrote:
> Hi,
> 
>   I just upgraded a couple of VMs to 6.6 (thanks to everyone for another
> brilliant release!) that used to manage in 256Mb of RAM. They crash at the
> stage the kernel loads with that amount in 6.6, and with 288Mb the kernel
> loading process hangs. It takes 320Mb for them to boot without any issues. I
> don't know what's changed but I thought it'd be worth reporting. I'm using
> bhyve on FreeBSD 12.0.
> 
> Cheers,
> 
> Noth
> 

I'd report this to FreeBSD, since this looks like a bhyve issue. I tried 256MB
here using a 6.6 vmm(4) guest VM and it worked fine, so I reduced it all
the way down to 40MB about 16MB at a time and it still worked (but it was
obviously pretty slow). Even 32MB might work but I didn't go that low.

dmesg of that vm below.

-ml

Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2019 OpenBSD. All rights reserved.  https://www.OpenBSD.org

OpenBSD 6.6 (GENERIC) #353: Sat Oct 12 10:45:56 MDT 2019
    dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 25149440 (23MB)
avail mem = 11948032 (11MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf3f40 (10 entries)
bios0: vendor SeaBIOS version "1.11.0p2-OpenBSD-vmm" date 01/01/2011
bios0: OpenBSD VMM
acpi at bios0 not configured
cpu0 at mainbus0: (uniprocessor)
cpu0: Intel(R) Xeon(R) CPU E3-1505M v6 @ 3.00GHz, 3000.78 MHz, 06-9e-09
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,CX8,SEP,PGE,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,PCLMUL,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,HV,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,RDSEED,ADX,SMAP,CLFLUSHOPT,MD_CLEAR,MELTDOWN
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
cpu0: using VERW MDS workaround
pvbus0 at mainbus0: OpenBSD
pvclock0 at pvbus0
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "OpenBSD VMM Host" rev 0x00
virtio0 at pci0 dev 1 function 0 "Qumranet Virtio RNG" rev 0x00
viornd0 at virtio0
virtio0: irq 3
virtio1 at pci0 dev 2 function 0 "Qumranet Virtio Network" rev 0x00
vio0 at virtio1: address fe:e1:bb:d1:6e:85
virtio1: irq 5
virtio2 at pci0 dev 3 function 0 "Qumranet Virtio Storage" rev 0x00
vioblk0 at virtio2
scsibus1 at vioblk0: 2 targets
sd0 at scsibus1 targ 0 lun 0: <VirtIO, Block Device, >
sd0: 51200MB, 512 bytes/sector, 104857600 sectors
virtio2: irq 6
virtio3 at pci0 dev 4 function 0 "Qumranet Virtio Storage" rev 0x00
vioblk1 at virtio3
scsibus2 at vioblk1: 2 targets
sd1 at scsibus2 targ 0 lun 0: <VirtIO, Block Device, >
sd1: 51200MB, 512 bytes/sector, 104857600 sectors
virtio3: irq 7
virtio4 at pci0 dev 5 function 0 "OpenBSD VMM Control" rev 0x00
vmmci0 at virtio4
virtio4: irq 9
isa0 at mainbus0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns8250, no fifo
com0: console
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd0a (0ba42bba827b17f1.a) swap on sd0b dump on sd0b
Automatic boot in progress: starting file system checks.
/dev/sd0a (0ba42bba827b17f1.a): file system is clean; not checking
/dev/sd0m (0ba42bba827b17f1.m): file system is clean; not checking
/dev/sd1a (831a0bf34b37f69c.a): file system is clean; not checking
/dev/sd0n (0ba42bba827b17f1.n): file system is clean; not checking
/dev/sd0d (0ba42bba827b17f1.d): file system is clean; not checking
/dev/sd0f (0ba42bba827b17f1.f): file system is clean; not checking
/dev/sd0g (0ba42bba827b17f1.g): file system is clean; not checking
/dev/sd0h (0ba42bba827b17f1.h): file system is clean; not checking
/dev/sd0j (0ba42bba827b17f1.j): file system is clean; not checking
/dev/sd0o (0ba42bba827b17f1.o): file system is clean; not checking
/dev/sd0i (0ba42bba827b17f1.i): file system is clean; not checking
/dev/sd0k (0ba42bba827b17f1.k): file system is clean; not checking
/dev/sd0l (0ba42bba827b17f1.l): file system is clean; not checking
/dev/sd0e (0ba42bba827b17f1.e): file system is clean; not checking
kern.bufcachepercent: 20 -> 90
kern.timecounter.hardware: tsc -> tsc
starting network
vio0: 172.16.19.109 lease accepted from 172.16.19.1 (fe:e1:ba:db:63:5e)
starting early daemons: syslogd ntpd.
starting RPC daemons:.
savecore: no core dump
checking quotas: done.
clearing /tmp
kern.securelevel: 0 -> 1
creating runtime link editor directory cache.
preserving editor files.
starting network daemons: sshd.
starting local daemons: cron.
Sun Oct 27 20:35:29 PDT 2019

OpenBSD/amd64 (test-amd64.int.azathoth.net) (tty00)

login: 

Reply via email to