Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 09 Sep 2019 12:25:54 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 240442] Upgrade from 11Stable to 12Stable - dying jail requires host reboot
Message-ID:  <bug-240442-227@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240442

            Bug ID: 240442
           Summary: Upgrade from 11Stable to 12Stable - dying jail
                    requires host reboot
           Product: Base System
           Version: 12.0-STABLE
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: bin
          Assignee: bugs@FreeBSD.org
          Reporter: dewaynegeraghty@gmail.com

Environment: amd64 on Xeon board. Long running 11.3Stable updated to 12Stab=
le

~# uname -a
FreeBSD hathor 12.0-STABLE FreeBSD 12.0-STABLE #0 r351834M: Sat Sep  7 17:2=
0:37
AEST 2019=20=20=20=20
root@hathor:/usr/obj/prod/120101/D/K8/smallblocks/src/amd64.amd64/sys/hqdev=
-amd64-smp-vga
 amd64

Prior to the upgrade to 12Stable we built and tested 11.3Stable the day pri=
or,
everything was ok; only a few additions to the kernel config were applied (=
eg
MAC_NTPD), otherwise unchanged.

Summary:
System is regularly updated from svnlite source (every 4-6 weeks) throughout
the 11. series.  The system was updated to 12Stable over the weekend.

The system comprises multiple jailed environments including two i386 and a
couple of amd64 jails.
The i386 jails have a common base. Everything was working, until, the upgra=
de:
Start jails - ok.=20=20
Stop jails - ok.
Restart jails - not ok.  Further testing all (i386 and amd64)'s are caught =
in a
dying state.  Host reboot required.

Details
The test machine is quite dated and we used
exec.poststop=3D"umount -aF /etc/fstab.$name; umount $path/dev";
which, subsequent to reading Jamie's r349180 (that test is later) the probl=
em
remains

We'll stop and start the jail, the jail.conf was slightly modified between
tests.

# jail -vr b3
b3: run command in jail: /bin/sh /etc/rc.shutdown
b3: sent SIGTERM to: 1026
b3: removed
b3: run command: /bin/sh -c umount -aF /etc/fstab.b3; umount /usr/jails/b3/=
dev
jail: b3: mount.devfs: /usr/jails/b3/dev: not a mount point
jail: b3: mount.fstab: /usr/jails/b3/pd/pd1: not a mount point
jail: b3: mount.fstab: /usr/jails/b3/var/squid: not a mount point
jail: b3: mount.fstab: /usr/jails/b3/var/mailctl: not a mount point
jail: b3: mount.fstab: /usr/jails/b3/var/maildir: not a mount point
jail: b3: mount.fstab: /usr/jails/b3/fifo: not a mount point
jail: b3: mount.fstab: /usr/jails/b3/tmp: not a mount point
jail: b3: mount.fstab: /usr/jails/b3/usr/ports: not a mount point
jail: b3: mount.fstab: /usr/jails/b3/distfiles: not a mount point
jail: b3: mount.fstab: /usr/jails/b3/packages: not a mount point
jail: b3: mount.fstab: /usr/jails/b3/bj: not a mount point

Rerun of jail removal after deleting the following historical workaround fr=
om
jail.conf
exec.poststop=3D"umount -aF /etc/fstab.$name; umount $path/dev";

~# jail -vr b3
b3: run command in jail: /bin/sh /etc/rc.shutdown
b3: sent SIGTERM to: 26278
b3: removed
b3: run command: /sbin/umount /usr/jails/b3/dev
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/pd/pd1
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/var/squid
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/var/mailctl
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/var/maildir
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/fifo
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/tmp
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/usr/ports
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/distfiles
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/packages
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/bj

Now to (attempt to) restart the jail
# jail -vc b3
b3: run command: /sbin/mount -t nullfs -o rw /usr/jails/bj1 /usr/jails/b3/bj
b3: run command: /sbin/mount -t nullfs -o ro /pd9/packages
/usr/jails/b3/packages
b3: run command: /sbin/mount -t nullfs -o ro /pd9/usr/distfiles
/usr/jails/b3/distfiles
b3: run command: /sbin/mount -t nullfs -o ro /usr/ports /usr/jails/b3/usr/p=
orts
b3: run command: /sbin/mount -t nullfs -o rw,noatime /tmp/b3 /usr/jails/b3/=
tmp
b3: run command: /sbin/mount -t nullfs -o rw,noatime /m/b3/fifo
/usr/jails/b3/fifo
b3: run command: /sbin/mount -t nullfs -o rw,noatime /pd6/mail/maildir
/usr/jails/b3/var/maildir
b3: run command: /sbin/mount -t nullfs -o rw /pd6/mail/mailctl
/usr/jails/b3/var/mailctl
b3: run command: /sbin/mount -t nullfs -o rw,noatime /pd6/squid
/usr/jails/b3/var/squid
b3: run command: /sbin/mount -t nullfs -o rw,noatime /pd1 /usr/jails/b3/pd/=
pd1
b3: run command: /sbin/mount -t devfs -oruleset=3D6 . /usr/jails/b3/dev
b3: jail_set(JAIL_CREATE) name=3Db3 host.hostname=3Db3.hs path=3D/usr/jails=
/b3
children.max=3D0 securelevel=3D3 enforce_statfs=3D1 jid=3D3 persist
ip4.addr=3D10.0.7.91,10.0.5.91,127.0.5.91 devfs_ruleset=3D6 sysvmsg=3Dnew s=
ysvsem=3Dnew
sysvshm=3Dnew allow.raw_sockets allow.chflags
host.hostuuid=3D00000000-0000-0000-0003-000000000003 host.hostid=3D3: File =
exists
jail: b3: jail 3 already exists
b3: run command: /sbin/umount /usr/jails/b3/dev
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/pd/pd1
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/var/squid
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/var/mailctl
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/var/maildir
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/fifo
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/tmp
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/usr/ports
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/distfiles
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/packages
b3: run command: /sbin/umount -ft nullfs /usr/jails/b3/bj
~#

Can anyone reproduce by upgrading from 11Stable to 12Stable from source?

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-240442-227>