kern/150503: [zfs] ZFS disks are UNAVAIL and corrupted after reboot

[Guido Falsi]

The following reply was made to PR kern/150503; it has been noted by GNATS.

From: Guido Falsi <mad at madpilot.net>
To: bug-followup at FreeBSD.org, william.franck at oceasys.net, 
 Martin Matuska <mm at FreeBSD.org>
Cc:  
Subject: Re: kern/150503: [zfs] ZFS disks are UNAVAIL and corrupted after
 reboot
Date: Fri, 09 Nov 2012 13:32:29 +0100

 hi,
 
 I'm seeing something similar on a CURRENT Machine:
 
 I start from this system:
 
 FreeBSD ted 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r242126: Fri Oct 26 
 13:03:09 CEST 2012     root at ted:/usr/obj/usr/src/sys/TED  amd64
 
 Please note that this machine was already built with clang, and has been 
 since I reinstalled OS on it at the start of October
 
 update sources:
 
 gfalsi at ted:/usr/src [0]> svn info
 Path: .
 Working Copy Root Path: /usr/src
 URL: svn://svn.freebsd.org/base/head
 Repository Root: svn://svn.freebsd.org/base
 Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
 Revision: 242822
 Node Kind: directory
 Schedule: normal
 Last Changed Author: gjb
 Last Changed Rev: 242816
 Last Changed Date: 2012-11-09 05:52:15 +0100 (Fri, 09 Nov 2012)
 
 make buildworld, buildkernel and installkernel, reboot and I get this 
 (copied by hand) after kernel booting(so loader seems to be ok):
 
 Trying to mount root from zfs:tank []...
 Mounting from zfs:tank failed with error 22
 
 I then reboot the machine using a snapshot from 
 https://pub.allbsd.org/FreeBSD-snapshots/amd64-amd64/10.0-HEAD-20121006-JPSNAP/ 
 load zfs.ko and perform a zpool status and I get this output:
 
    pool: tank
   state: UNAVAIL
 status: One or more devices could not be opened.  There are insufficient
          replicas for the pool to continue functioning.
 action: Attach the missing device and online it using 'zpool online'.
     see: http://illumos.org/msg/ZFS-8000-3C
    scan: none requested
 config:
 
          NAME                      STATE     READ WRITE CKSUM
          tank                      UNAVAIL      0     0     0
            mirror-0                UNAVAIL      0     0     0
              13149740312808713750  UNAVAIL      0     0     0  was 
 /dev/gpt/disk0
              6984386892400701167   UNAVAIL      0     0     0  was 
 /dev/gpt/disk1
            mirror-1                UNAVAIL      0     0     0
              10066834453677312324  UNAVAIL      0     0     0  was 
 /dev/gpt/disk2
              571766486195567663    UNAVAIL      0     0     0  was 
 /dev/gpt/disk3
 
 
 I fought a little with this then tried:
 
 zpool export tank ; zpool import -f -R /mnt/tank tank
 
 and can read the pool once more:
 
    pool: tank
   state: ONLINE
    scan: scrub repaired 0 in 0h13m with 0 errors on Thu Nov  8 16:43:19 2012
 config:
 
          NAME           STATE     READ WRITE CKSUM
          tank           ONLINE       0     0     0
            mirror-0     ONLINE       0     0     0
              gpt/disk0  ONLINE       0     0     0
              gpt/disk1  ONLINE       0     0     0
            mirror-1     ONLINE       0     0     0
              ada2p2     ONLINE       0     0     0
              gpt/disk3  ONLINE       0     0     0
 
 errors: No known data errors
 
 
 If I reboot now I get back to the same error and pool status as before, 
 If I replace the old kernel machine reboots correctly.
 
 I'm going now to test checking out some old revision of the source to 
 single out the faulty commit.
 
 Is this information useful to you?
 
 This is a test machine, so I can test patches and fixes there. I'd 
 rather not loose the pool, but if that happens it's not that bad either. 
 So I'm available for any further test or experiment.
 
 Thanks in advance!
 
 -- 
 Guido Falsi <mad at madpilot.net>