beadm kann kein BE aktivieren

[Rakor]

Hallo zusammen,

ich hab hier eine Testinstallation eines 10.2 gemacht. Installiert wurde ein raid-z1 auf drei Festplatten mit geli. Zur Installation und Festplatteneinrichtung wurde bsdinstall verwendet.

Anschließend wurde beadm per pkg installiert.

Per beadm create kann ich ein neues BE anlegen welches auch in beadm list angezeigt wird. Es wird aber nicht aktiviert.
Wenn ich per beadm activate dann ein neues BE aktivieren will bekomme ich die Fehlermeldung:

cp: /tmp/BE-neu.bNORVCzZ/boot/zfs/zpool.cache: No such file or directory

Hat jemand einen Tipp für mich was da schief läuft?

Danke

 

[foxit]

Kann du mal ein zfs list zeigen? Sieht so aus, als würde /boot/zfs nicht in den Snapshot einbezogen.

 

[Rakor]

Aus einem anderen System mit exakt dem selben Verhalten. Ebenfalls einfach per bsdinstall installiert und beadm per pkg hinterher. Scheinbar nimmt er den bootpool nicht mit.

# zfs list
NAME USED AVAIL REFER MOUNTPOINT
bootpool 532M 1,40G 531M /bootpool
zroot 4,93G 106G 96K /zroot
zroot/ROOT 4,66G 106G 96K none
zroot/ROOT/default 4,66G 106G 4,61G /
zroot/ROOT/new 8K 106G 4,61G /tmp/BE-new.hUj5WR06
zroot/tmp 224K 106G 144K /tmp
zroot/usr 272M 106G 96K /usr
zroot/usr/home 272M 106G 272M /usr/home
zroot/usr/ports 96K 106G 96K /usr/ports
zroot/usr/src 104K 106G 96K /usr/src
zroot/var 4,27M 106G 96K /var
zroot/var/audit 96K 106G 96K /var/audit
zroot/var/crash 96K 106G 96K /var/crash
zroot/var/log 336K 106G 244K /var/log
zroot/var/mail 188K 106G 124K /var/mail
zroot/var/tmp 3,48M 106G 3,42M /var/tmp


edit:
Denn ein ls im entsprechend gemounteten snapshot zeigt, dass boot hier ins leere greift:
total 96
-rw-r--r-- 2 root wheel 966 12 Aug 17:27 .cshrc
-rw-r--r-- 2 root wheel 254 12 Aug 17:27 .profile
-rw------- 1 root wheel 1024 25 Jan 20:16 .rnd
-r--r--r-- 1 root wheel 6197 12 Aug 17:27 COPYRIGHT
drwxr-xr-x 2 root wheel 47 25 Jan 20:34 bin/
lrwxr-xr-x 1 root wheel 13 12 Aug 17:31 boot@ -> bootpool/boot
drwxr-xr-x 2 root wheel 2 25 Jan 20:09 bootpool/
drwxr-xr-x 2 root wheel 2 25 Jan 20:09 dev/
-rw------- 1 root wheel 4096 28 Jan 18:59 entropy
drwxr-xr-x 23 root wheel 111 25 Jan 20:21 etc/
lrwxr-xr-x 1 root wheel 8 25 Jan 20:21 home@ -> usr/home
drwxr-xr-x 3 root wheel 51 25 Jan 20:34 lib/
drwxr-xr-x 3 root wheel 5 25 Jan 20:34 libexec/
drwxr-xr-x 2 root wheel 2 26 Jan 19:23 media/
drwxr-xr-x 2 root wheel 2 12 Aug 17:26 mnt/
dr-xr-xr-x 2 root wheel 2 12 Aug 17:26 proc/
drwxr-xr-x 2 root wheel 144 25 Jan 20:34 rescue/
drwxr-xr-x 2 root wheel 10 26 Jan 19:21 root/
drwxr-xr-x 2 root wheel 132 25 Jan 20:34 sbin/
lrwxr-xr-x 1 root wheel 11 12 Aug 17:27 sys@ -> usr/src/sys
drwxr-xr-x 2 root wheel 2 25 Jan 20:09 tmp/
drwxr-xr-x 16 root wheel 16 12 Aug 17:27 usr/
drwxr-xr-x 25 root wheel 25 28 Jan 18:59 var/
drwxr-xr-x 2 root wheel 2 25 Jan 20:09 zroot/

 

[Rakor]

Jap, beadm kann nicht damit umgehen wenn /boot auf einem anderen pool liegt. Er macht zunächst nen rekursiven Snapshot vom /-Dataset und mounted dieses. Dort will er dann den zpool.cache rein kopieren.
In dem Falle der bsdinstall-geli-installation ist aber /boot ein Link auf /bootpool/boot (hier werden die unverschlüsselten Daten in einem eigenen pool gehalten). Der Link /boot exisitert und /bootpool natürlich auch. Da hier jedoch kein Dateisystem eingemounted ist geht die Chose schief.

Schade. Das Problem scheint aber bekannt zu sein.