Project

General

Profile

Actions

Bug #981

open

beadm trips over 'installed' zones

Added by Rich Lowe over 12 years ago. Updated over 12 years ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
cmd - userland programs
Start date:
2011-05-02
Due date:
% Done:

0%

Estimated time:
Difficulty:
Medium
Tags:
needs-triage
Gerrit CR:
External Bug:

Description

beadm's support for zones is broken in the face of zones in the 'installed' state, it tries to open their vfstab and fails, I think because the zone root isn't mounted. zones which are running, and zones which are 'configured' seem fine.

I'm unsure whether libbe should mount the zone root, or skip non-running zones (I suspect it needs to mount the zone root, since their root dataset will change to the new ZBE)

Actions #1

Updated by Rich Lowe over 12 years ago

  • Priority changed from High to Low

Alexander asked about reproducing this, because he couldn't, and it turns out that I can't manage it either.

Things I have tried:

  1. A pre-existing zone, halted
  2. A freshly created zone, before ever booting
  3. A freshly created zone, waiting at sysidcfg
  4. A freshly created zone, booted until sysidcfg, then halted.

All of which worked. Yet last night my attempts to create a new BE to put some test bits in were failing, after creating a zone in the obvious way. I'm deeply confused.

I've dropped the priority because obviously it's non-trivial to encounter this, but I'm leaving it open because I definitely did encounter it.

Actions #2

Updated by Alexander Eremin over 12 years ago

I tried to reproduce this using the latest illumos build - beadm works for me in all cases.

alex@indy:$ zfs create rpool/export/zones
alex@indy:$ zonecfg -z zone1
create
set zonepath=/export/zones/zone1
exit
alex@indy:$ zoneadm -z zone1 install
alex@indy:$ zoneadm list -cv
...
- zone1  installed /export/zones/zone1 ipkg shared

alex@indy:$ pfexec beadm create foo
Created successfully

Same for other zone states

Actions

Also available in: Atom PDF