So just as the subject says, I replaced a failed disk. Resilver completed successfully and everything was fine. The next day I restarted the system and the pool was unavailable. I tried to export it and re-import it - unfortunately it exported and now it won''t import. This is what I get back: $ sudo zpool import -f tank cannot import ''tank'': invalid vdev configuration I''m using: Solaris Express Developer Edition 1/08 snv_79b X86 Any ideas? -- Christopher Gibbs Programmer / Analyst Web Integration & Programming Abilene Christian University
Here''s some more output that might be helpful:
$ sudo zpool import
pool: tank
id: 1800443326470279765
state: UNAVAIL
action: The pool cannot be imported due to damaged devices or data.
config:
tank UNAVAIL insufficient replicas
raidz1 UNAVAIL corrupted data
c2d0 ONLINE
c2d1 ONLINE
c3d0 ONLINE
c3d1 ONLINE
c1t0d0 ONLINE
c1t1d0 ONLINE
c1t2d0 ONLINE
c1t3d0 ONLINE
I''m not sure why it thinks there are insufficient replicas because the
pool was functioning perfectly before the restart. There''s also a
spare attached to the pool that''s not showing here.
On Tue, May 20, 2008 at 3:03 PM, Christopher Gibbs <chris.gibbs at
acu.edu> wrote:> So just as the subject says, I replaced a failed disk. Resilver
> completed successfully and everything was fine. The next day I
> restarted the system and the pool was unavailable. I tried to export
> it and re-import it - unfortunately it exported and now it won''t
> import.
> This is what I get back:
>
> $ sudo zpool import -f tank
> cannot import ''tank'': invalid vdev configuration
>
>
> I''m using: Solaris Express Developer Edition 1/08 snv_79b X86
>
> Any ideas?
>
> --
> Christopher Gibbs
> Programmer / Analyst
> Web Integration & Programming
> Abilene Christian University
>
--
Christopher Gibbs
Programmer / Analyst
Web Integration & Programming
Abilene Christian University
> There''s also a spare attached to the pool that''s not showing here.can you make it show? Rob
Hi Rob, thanks for the help. How do I go about making it show? The pool won''t import so I''m pretty limited in what I can do. Before (when the pool was running fine) it would just show at the bottom of the pool config. For instance, when I would run ''zpool status''. On Tue, May 20, 2008 at 3:46 PM, Rob Logan <Rob at logan.com> wrote:>> There''s also a spare attached to the pool that''s not showing here. > > can you make it show? > > Rob >-- Christopher Gibbs Programmer / Analyst Web Integration & Programming Abilene Christian University
> How do I go about making it show?zdb -e exported_pool_name will show the children''s paths and find the path of the "spare" that''s missing and once you get it to shows up you can import the pool. Rob
Here''s what I get back: $ sudo zdb -e tank zdb: can''t open tank: Invalid argument "tank" is the name of my pool. I tried a bogus name and get this back: $ sudo zdb -e tank2 Assertion failed: nvlist_lookup_string(config, name, &s) == 0, file ../zdb.c, line 2080, function nvlist_string_match Abort (core dumped) On Tue, May 20, 2008 at 4:12 PM, Rob Logan <Rob at logan.com> wrote:>> How do I go about making it show? > > zdb -e exported_pool_name > > will show the children''s paths and find the path of the "spare" > that''s missing and once you get it to shows up you can import the pool. > > Rob >-- Christopher Gibbs Programmer / Analyst Web Integration & Programming Abilene Christian University
Ok, I used the OpenSolaris 2008.05 live cd to try things on a newer version of nevada. No luck. At this point I just need to get my data off of the pool. Is there any way to do that without importing the pool? Any help/ideas are greatly appreciated since this data is REALLY important to me. On Tue, May 20, 2008 at 4:47 PM, Christopher Gibbs <chris.gibbs at acu.edu> wrote:> Here''s what I get back: > > $ sudo zdb -e tank > zdb: can''t open tank: Invalid argument > > "tank" is the name of my pool. I tried a bogus name and get this back: > > $ sudo zdb -e tank2 > Assertion failed: nvlist_lookup_string(config, name, &s) == 0, file > ../zdb.c, line 2080, function nvlist_string_match > Abort (core dumped) > > On Tue, May 20, 2008 at 4:12 PM, Rob Logan <Rob at logan.com> wrote: >>> How do I go about making it show? >> >> zdb -e exported_pool_name >> >> will show the children''s paths and find the path of the "spare" >> that''s missing and once you get it to shows up you can import the pool. >> >> Rob >> > > > > -- > Christopher Gibbs > Programmer / Analyst > Web Integration & Programming > Abilene Christian University >-- Christopher Gibbs Programmer / Analyst Web Integration & Programming Abilene Christian University
Well I managed to get my pool back up, unconventionally though... I got to thinking about how my data was fine before the replace so I popped the cable off of the new disk and walla! The spare showed back up and the pool imported in a degraded state. Something must have gotten botched in the replace process. I''m not complaining though - I''m just happy to have my data back! I''m pumping it off to some other systems as I write this. Thanks for the troubleshooting help Rob! On Tue, May 20, 2008 at 11:30 PM, <Rob at logan.com> wrote:> > hmm, we don''t need the spare to import... why can''t it > find all the replicas ? > > > 22 % zpool status t > pool: t > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > t ONLINE 0 0 0 > /tmp/t/1 ONLINE 0 0 0 > /tmp/t/2 ONLINE 0 0 0 > /tmp/t/3 ONLINE 0 0 0 > spares > /tmp/t/4 AVAIL > > errors: No known data errors > > root at nas[12:20am]/tmp/t > 23 % zpool export t > > root at nas[12:20am]/tmp/t > 24 % zpool import -d /tmp/t > pool: t > id: 17399716211509349258 > state: ONLINE > action: The pool can be imported using its name or numeric identifier. > config: > > t ONLINE > /tmp/t/1 ONLINE > /tmp/t/2 ONLINE > /tmp/t/3 ONLINE > spares > /tmp/t/4 > > root at nas[12:21am]/tmp/t > 25 % rm 4 > > root at nas[12:21am]/tmp/t > 26 % zpool import -d /tmp/t > pool: t > id: 17399716211509349258 > state: ONLINE > action: The pool can be imported using its name or numeric identifier. > config: > > t ONLINE > /tmp/t/1 ONLINE > /tmp/t/2 ONLINE > /tmp/t/3 ONLINE > spares > /tmp/t/4 > > root at nas[12:21am]/tmp/t > 27 % zpool import -d /tmp/t t > > root at nas[12:21am]/tmp/t > 28 % zpool status t > pool: t > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > t ONLINE 0 0 0 > /tmp/t/1 ONLINE 0 0 0 > /tmp/t/2 ONLINE 0 0 0 > /tmp/t/3 ONLINE 0 0 0 > spares > /tmp/t/4 UNAVAIL cannot open > > errors: No known data errors > > > root at nas[12:28am]/tmp/t > 29 % zdb t > version=10 > name=''t'' > state=0 > txg=59 > pool_guid=17399716211509349258 > hostid=412362551 > hostname=''nas'' > vdev_tree > type=''root'' > id=0 > guid=17399716211509349258 > children[0] > type=''file'' > id=0 > guid=15245170032604671105 > path=''/tmp/t/1'' > metaslab_array=18 > metaslab_shift=19 > ashift=9 > asize=62390272 > is_log=0 > children[1] > type=''file'' > id=1 > guid=9290417401797660415 > path=''/tmp/t/2'' > metaslab_array=16 > metaslab_shift=19 > ashift=9 > asize=62390272 > is_log=0 > children[2] > type=''file'' > id=2 > guid=15670568631977390655 > path=''/tmp/t/3'' > metaslab_array=14 > metaslab_shift=19 > ashift=9 > asize=62390272 > is_log=0 > Uberblock > > magic = 0000000000bab10c > version = 10 > txg = 61 > guid_sum = 2265640056760416585 > timestamp = 1211344095 UTC = Wed May 21 00:28:15 2008 > > Dataset mos [META], ID 0, cr_txg 4, 96.0K, 21 objects > Dataset t [ZPL], ID 5, cr_txg 4, 18.0K, 4 objects > > Traversing all blocks to verify checksums and verify nothing leaked ... > > No leaks (block sum matches space maps exactly) > > bp count: 32 > bp logical: 344064 avg: 10752 > bp physical: 43520 avg: 1360 compression: 7.91 > bp allocated: 121344 avg: 3792 compression: 2.84 > SPA allocated: 121344 used: 0.06% > > capacity operations bandwidth ---- errors ---- > description used avail read write read write read write cksum > t 119K 178M 152 0 1.91M 0 0 0 0 > /tmp/t/1 42.5K 59.5M 80 0 650K 0 0 0 0 > /tmp/t/2 33.5K 59.5M 31 0 653K 0 0 0 0 > /tmp/t/3 42.5K 59.5M 41 0 650K 0 0 0 0 > > >-- Christopher Gibbs Programmer / Analyst Web Integration & Programming Abilene Christian University
On May 21, 2008, at 02:53, Christopher Gibbs wrote:> I got to thinking about how my data was fine before the replace so I > popped the cable off of the new disk and walla! The spare showed back > up and the pool imported in a degraded state.Good news. I''ll be curious to hear if you ultimately determine that to have been a bad disk or not (once your backup is done!). -Bill ----- Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 bill at bfccomputing.com Cell: 603.252.2606 http://www.bfccomputing.com/ Page: 603.442.1833 Blog: http://blog.bfccomputing.com/ VCard: http://bfccomputing.com/vcard/bill.vcf