Project

General

Profile

Bug #6478

Additional-devices error message omitted when import -f is needed

Added by ilove zfs about 5 years ago. Updated about 5 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Start date:
2015-11-24
Due date:
% Done:

0%

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

Description

The useful error message, "Additional devices are known to be part of this pool, though their exact configuration cannot be determined," is not printed when we're on another host (i.e., when import -f would be required).

This seems to be the underlying bug causing the error message paucity and subsequent confusions discussed here by Chris Siebenmann:
https://utcc.utoronto.ca/~cks/space/blog/solaris/ZFSImportBetterErrors
http://list.zfsonlinux.org/pipermail/zfs-discuss/2015-November/023832.html
https://superuser.com/questions/993695/zpool-import-with-missing-cache-device

I was able to reproduce the superuser.com issue on illumos with the following ultimate outcome:

root@omni20150514:/root# zpool import
   pool: sabotage
     id: 16595029445532568934
  state: ONLINE
 status: Some supported features are not enabled on the pool.
 action: The pool can be imported using its name or numeric identifier, though
        some features will not be available without an explicit 'zpool upgrade'.
 config:

        sabotage    ONLINE
          c2t3d0p0  ONLINE

   pool: bork
     id: 10944621176479078059
  state: ONLINE
 status: The pool was last accessed by another system.
 action: The pool can be imported using its name or numeric identifier and
        the '-f' flag.
   see: http://illumos.org/msg/ZFS-8000-EY
 config:

        bork        ONLINE
          c2t3d0s0  ONLINE

   pool: mischief2
     id: 2768588962559531174
  state: UNAVAIL
 status: The pool was last accessed by another system.
 action: The pool cannot be imported due to damaged devices or data.
   see: http://illumos.org/msg/ZFS-8000-EY
 config:

        mischief2    UNAVAIL  missing device
          mirror-0   ONLINE
            c2t1d0   ONLINE
            c2t2d0   ONLINE
        cache
          c2t3d0
root@omni20150514:/root# 

On the original host, the full error message is printed as expected.

A demonstration is attached showing how I got to the outcome above, and showing that the issue occurs in both directions, OmniOS original host, and OS X subsequent host, and vice versa.


Files

missing error demo.txt (98.2 KB) missing error demo.txt ilove zfs, 2015-11-24 11:45 PM
edited-missing error demo.txt (24.3 KB) edited-missing error demo.txt ilove zfs, 2015-11-25 12:21 AM
#1

Updated by ilove zfs about 5 years ago

First log has duplicates. Edited-and-dups-removed attached.

Also available in: Atom PDF