Mailing Lists: Apple Mailing Lists
Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Diskwarrior on XSan


Has anyone out there ever run DiskWarrior on an XSan volume? 

The broad consensus seemed to be "it's not HFS+, so that won't work."

CVFSCK comes back clean, and yet our I/O errors persist.  I would
welcome any suggestions as to other tools to use.

Specifically, how about "repair disk" or "repair disk permissions"
from Disk Utilities?


What is the IO error?

Here's the whole situation:
=====================
We copied 20TB of data from an old data store into a newly built 40TB XSan 1.4.1 volume hosted on Intel Xserves running 10.4.11. The underlying disks are Xserve RAIDs.

ACLs have never been on for this data, and they're not turned on in the new volume.

On the old volume, we never observed any input / output errors.

On the new volume we see intermittent input / output errors. Not always on the same files, and not persistent.

This is an example of the error:

customer.com:/nfs/quicksan/CALIPSO/LIDAR_L2/2.01/Beta/2008-05-19/ CloudProfile {16} cksum *
cksum: L2CP05.0z02.01d080519-003311.hdf: Input/output error
921713762 4120 L2CP05.0z02.01d080519-003311.hdf.met
customer.com:/nfs/quicksan/CALIPSO/LIDAR_L2/2.01/Beta/2008-05-19/ CloudProfile {17}

We run cvfsck about once every two months, and snfsdefrag at the same frequency. Cvfsck comes back clean on both the old and new volumes.

We regularly "exercise" the underlying Xserve RAIDs by running a "background conditioning" at the same frequency as cvfsck, mostly because we've found that we can elicit hardware warnings prior to actually having disks fail. We replace disks on the warning, rather than waiting for the failure. No hardware errors are being reported on the new disks serving the new volume.

Assuming that disk warrior (a) can't even see the partition or (b) doesn't help, my plan is to nuke the entire XSan installation, rebuild it from the ground up, and then start the "takes forever" process of pushing the data from SAN to SAN again.

I understand that this is not a solution, but I'm hoping that gremlins will be scared and not come back.

Any insights would be appreciated.

-Chris Dwan


_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xsan-Users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/xsan-users/email@hidden

This email sent to email@hidden
References: 
 >Re: Diskwarrior on XSan (From: "Rupert Watson" <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.