Hi Christian,
Yes, with non-standard disks you will need to provide the path to zpool
import.
I don't think the force import of a degraded pool would cause the pool
to be faulted. In general, the I/O error is caused when ZFS can't access
the underlying devices. In this case, your non-standard devices names
might have caused that message.
You might be able to find out what happened by reviewing the fmdump -eV
output to see what device errors occurred to cause the faulted pool.
You can review the ZFS hardware diagnostics info, here:
http://www.solarisinternals.com/wiki/index.php/ZFS_Troubleshooting_Guide
Resolving Hardware Problems
Thanks,
Cindy
On 10/08/10 14:45, Hans-Christian Otto wrote:
Hi Cindy,
Can you provide the commands you used to create this pool?
I don't have them anymore, no. But they were pretty much like what you wrote
below.
Are the pool devices actually files? If so, I don't see how you
have a pool device that starts without a leading slash. I tried
to create one and it failed. See the example below.
By default, zpool import looks in the /dev/dsk directory so
you would need to include the -d /dir option to look in an
alternative directory.
The pool devices are real devices. The naming scheme might be a bit… different,
don't bother.
Importing the pool did work with these names.
I'm curious how you faulted the device because when I fault
a device in a similar raidz1 configuration, my pool is only
degraded. See below. Your pool is corrupted at a higher level.
d
In general, RAID-Z redundancy works like this:
raidz can withstand 1 device failure
raidz2 can withstand 2 device failures
raidz3 can withstand 3 device failures
Thats what I understood, and thats the reason for my mail to this list.
No important data is lost, as I was just playing around with raidz.
But I really want to know what happend.
After thinking about what I did, one thing came to my mind.
Might exporting a degraded pool cause this issue?
Greetings,
Christian
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
