zfs discuss - Nov 2009 - permanent files error, unable to access pool

I have been using opensolaris for a couple of weeks, today is my first time I
reboot the system and I ran into a problem loading my external hd (meant for
backup).

I was expecting a more descriptive name of the file names, but given that I have
no clue which ones are those, can I just tell the OS to delate those or to
ignore such files?

Any help would be greatly appreciated...

jdrodrig at _solaris:~# zpool status -v external
pool: external
state: ONLINE
status: One or more devices has experienced an error resulting in data
corruption. Applications may be affected.
action: Restore the file in question if possible. Otherwise restore the
entire pool from backup.
see: http://www.sun.com/msg/ZFS-8000-8A
scrub: none requested
config:

NAME STATE READ WRITE CKSUM
external ONLINE 0 0 0
c10t0d0 ONLINE 0 0 0

errors: Permanent errors have been detected in the following files:

<metadata>:<0x0>
<metadata>:<0x14>
jdrodrig at _solaris:~#
-- 
This message posted from opensolaris.org

Hi Daniel,

Unfortunately, the permanent errors are in this pool''s metadata so it
is
unlikely that this pool can be recovered.

Is this an external USB drive? These drives are not always well-behaved
and its possible that it didn''t synchronize successfully.

Is the data accessible? I don''t know if a zpool scrub would help in
this
case.

Because we don''t know what metadata is damaged, the pool data might be
compromised.

If this pool contains backup data of another pool, then you might
destroy and recreate this pool and recreate the backup data.

Maybe someone else has a better idea...

Cindy


On 11/14/09 10:56, daniel.rodriguez.delgado at gmail.com
wrote:
> I have been using opensolaris for a couple of weeks, today is my first time
I reboot the system and I ran into a problem loading my external hd (meant for
backup).
> 
> I was expecting a more descriptive name of the file names, but given that I
have no clue which ones are those, can I just tell the OS to delate those or to
ignore such files?
> 
> Any help would be greatly appreciated...
> 
> jdrodrig at _solaris:~# zpool status -v external
> pool: external
> state: ONLINE
> status: One or more devices has experienced an error resulting in data
> corruption. Applications may be affected.
> action: Restore the file in question if possible. Otherwise restore the
> entire pool from backup.
> see: http://www.sun.com/msg/ZFS-8000-8A
> scrub: none requested
> config:
> 
> NAME STATE READ WRITE CKSUM
> external ONLINE 0 0 0
> c10t0d0 ONLINE 0 0 0
> 
> errors: Permanent errors have been detected in the following files:
> 
> <metadata>:<0x0>
> <metadata>:<0x14>
> jdrodrig at _solaris:~#

Thanks Cindy,

In fact, after some research, I ran into the scrub suggestion and it worked
perfectly. Now I think that the automated message in
http://www.sun.com/msg/ZFS-8000-8A should mention something about scrub as a
worthy attempt.

It was related to an external usb disk. I guess I am happy it happened now
before I invested in getting a couple of other external disks as mirrors of the
existing one. I guess I am better off installing an extra internal disk.

is this something common on usb disks? would it get improved in later versions
of osol or it is somewhat of an incompatibility/unfriendliness of zfs with
external usb disks?
-- 
This message posted from opensolaris.org

On Mon, 16 Nov 2009, daniel.rodriguez.delgado at gmail.com
wrote:
>
> is this something common on usb disks? would it get improved in 
> later versions of osol or it is somewhat of an 
> incompatibility/unfriendliness of zfs with external usb disks? --
Some USB disks seem to ignore cache sync requests, which is deadly to 
zfs integrity.  I am using LaCie d2 Quadra drives and have not 
observed any zfs issues at all.  However, the external power supplies 
on these drives tend to fail so I am not sure if I would recommend 
them (my "solution" was to buy a box of spare power supplies).

Bob
--
Bob Friesenhahn
bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Hi Daniel,

In some cases, when I/O is suspended, permanent errors are logged and
you need to run a zpool scrub to clear the errors.

Are you saying that a zpool scrub cleared the errors that were
displayed in the zpool status output? Or, did you also use zpool
clear?

Metadata is duplicated even in a one-device pool but recovery
must depend on the severity of metadata errors.

Thanks,

Cindy

On 11/16/09 13:18, daniel.rodriguez.delgado at gmail.com
wrote:
> Thanks Cindy,
> 
> In fact, after some research, I ran into the scrub suggestion and it worked
perfectly. Now I think that the automated message in
http://www.sun.com/msg/ZFS-8000-8A should mention something about scrub as a
worthy attempt.
> 
> It was related to an external usb disk. I guess I am happy it happened now
before I invested in getting a couple of other external disks as mirrors of the
existing one. I guess I am better off installing an extra internal disk.
> 
> is this something common on usb disks? would it get improved in later
versions of osol or it is somewhat of an incompatibility/unfriendliness of zfs
with external usb disks?

to be the best of my recollection, I only needed to run zfs scrub, reboot and
the disk became operational again....

the irony was that the error message was asking me to recover from backup, but
the disk involved was my backup of my working pool.....
-- 
This message posted from opensolaris.org