Re: vmctl show
Guilty.
On Feb 10, 2018 17:56, "Sebastian Benoit" wrote:
> Peter Hessler(phess...@openbsd.org) on 2018.02.11 00:51:57 +0100:
> > My fingers have typed "vmctl show" instead of "vmctl status" for over a
> > year now, so add it as an alias.
>
> oh yes please, i thought i was the only stupid one.
>
> > OK?
>
> ok
>
> > Index: main.c
> > ===
> > RCS file: /cvs/openbsd/src/usr.sbin/vmctl/main.c,v
> > retrieving revision 1.34
> > diff -u -p -u -p -r1.34 main.c
> > --- main.c3 Jan 2018 05:39:56 - 1.34
> > +++ main.c10 Feb 2018 23:46:44 -
> > @@ -68,6 +68,7 @@ struct ctl_command ctl_commands[] = {
> > { "log",CMD_LOG,ctl_log,"(verbose|brief)"
> },
> > { "reload", CMD_RELOAD, ctl_reload, "" },
> > { "reset", CMD_RESET, ctl_reset,
> "[all|vms|switches]" },
> > + { "show", CMD_STATUS, ctl_status, "[id]" },
> > { "start", CMD_START, ctl_start, "\"name\""
> > " [-Lc] [-b image] [-r image] [-m size]\n"
> > "\t\t[-n switch] [-i count] [-d disk]*" },
> > Index: vmctl.8
> > ===
> > RCS file: /cvs/openbsd/src/usr.sbin/vmctl/vmctl.8,v
> > retrieving revision 1.37
> > diff -u -p -u -p -r1.37 vmctl.8
> > --- vmctl.8 3 Jan 2018 08:17:18 - 1.37
> > +++ vmctl.8 10 Feb 2018 23:48:59 -
> > @@ -143,6 +143,10 @@ with '.', '-' or '_'.
> > .It Cm status Op Ar id
> > Lists VMs running on the host, optionally listing just the selected VM
> > .Ar id .
> > +.It Cm show Op Ar id
> > +An alias for the
> > +.Cm status
> > +command.
> > .It Cm stop Ar id
> > Stops (terminates) a VM defined by the specified VM
> > .Ar id .
> >
> >
> > --
> > Coito ergo sum
> >
>
>
Re: kernel relinking
I haven't been paying attention to mail on these LDOMs. Thanks for the
heads up. Output looks good.
>From r...@puffyfive.ldom.openbsd.local Sat Jul 1 14:07:05 2017
Delivered-To: r...@puffyfive.ldom.openbsd.local
From: Charlie Root
To: r...@puffyfive.ldom.openbsd.local
Subject: puffyfive.ldom.openbsd.local Kernel relink info
Kernel has been relinked and is active on next reboot
SHA256 (/bsd) =
8c55d2fa748ecb0b44db1169c38a514f5364bd47d8e331f3671617bdebdf7116
Relink log:
sh makegap.sh 0x
ld -n -T ld.script --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o
${OBJS}
textdatabss dec hex
6572680 2115208 676768 9364656 8ee4b0
mv newbsd newbsd.gdb
strip -S -o newbsd newbsd.gdb
mv -f newbsd bsd
cmp -s bsd /bsd || ln -f /bsd /obsd
umask 077 && cp bsd /nbsd && mv /nbsd /bsd && sha256 -h
/var/db/kernel.SHA256 /bsd
&
On Sat, Jul 1, 2017 at 1:54 PM, Theo de Raadt wrote:
> > I've put the snapshot LDOM through some paces with each snapshot: high
> CPU
> > load, networking, and heavy filesystem utilization. It's every bit as
> solid
> > as the other LDOMs. I have only seen the "relinking" message at the end
> of
> > snapshot upgrades, but due to /bsd changing upon each reboot, I believe
> it
> > is behaving exactly as Theo described.
>
> It sends a mail to root. For now. Later, we'll switch to a single
> syslog entry.
>
Re: kernel relinking
sparc64 snapshots, run inside an LDOM. Primary domain and the other 6 LDOMs are 6.1-STABLE. I've put the snapshot LDOM through some paces with each snapshot: high CPU load, networking, and heavy filesystem utilization. It's every bit as solid as the other LDOMs. I have only seen the "relinking" message at the end of snapshot upgrades, but due to /bsd changing upon each reboot, I believe it is behaving exactly as Theo described. Right after last snapshot update an hour or so ago: MD5 (/bsd) = f9a2402b74004054a6118a41fc4cd310 MD5 (/bsd.booted) = c5ef22ec29b1a1a7a087821bab82361a MD5 (/bsd.rd) = e897b04724b2238845a4835c276c09ee MD5 (/bsd.sp) = 7c7672b16e08c7286dd7b2bd6855c6a2 A reboot a while later shows it did, indeed boot from the new kernel and put yet another random one in place for next time. MD5 (/bsd) = dc71b28e2a2945be876852fcc1c7b88c MD5 (/bsd.booted) = f9a2402b74004054a6118a41fc4cd310 MD5 (/bsd.rd) = e897b04724b2238845a4835c276c09ee MD5 (/bsd.sp) = 7c7672b16e08c7286dd7b2bd6855c6a2 dmesg: console is /virtual-devices@100/console@1 Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2017 OpenBSD. All rights reserved. https://www.OpenBSD.org OpenBSD 6.1-current (GENERIC.MP) #176: Thu Jun 29 11:48:15 MDT 2017 dera...@sparc64.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC.MP real mem = 8589934592 (8192MB) avail mem = 8421244928 (8031MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root: Sun Fire T200 cpu0 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz cpu1 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz cpu2 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz cpu3 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz vbus0 at mainbus0 "flashprom" at vbus0 not configured cbus0 at vbus0 vdsk0 at cbus0 chan 0x2: ivec 0x4, 0x5 scsibus1 at vdsk0: 2 targets sd0 at scsibus1 targ 0 lun 0: SCSI3 0/direct fixed sd0: 4000MB, 512 bytes/sector, 8192000 sectors vnet0 at cbus0 chan 0x3: ivec 0x6, 0x7, address 00:14:4f:f9:ec:c1 vcons0 at vbus0: ivec 0x111, console vrtc0 at vbus0 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets bootpath: /virtual-devices@100,0/channel-devices@200,0/disk@0,0 root on sd0a (a7b9335406dddaec.a) swap on sd0b dump on sd0b
