Normally thse codes aren't meaningful, but the operation that
failed and generated them is the thing to note, along with actual
textual errors rather than codes.
I have earlier today but have since been
unable to repeat these errors and that's the frustrating part (if I
could repeat the steps to create these errors, then I could document
what to avoid)!
It all started yesterday when I wanted to (before production) do a dry
run of a RAID destruction and restoration process (important to do dry
runs before putting a system into production). So, to start things
off, I took a perfectly fine RAID mirror (both members had Online
status and the mirror itself had Online status according to the
results of "diskutil checkRAID"). I then split one of the
members off of the RAID and checked the status after the split (still
no problem - had Online status for both the RAID and the remaining
included mirror), and then I used the diskutil destroyRAID verb to
destroy the RAID. Simple as pie, no problems were reported after the
destroyRAID verb was executed.
I then erased both of the disc volumes
(which were former members of the now deceased RAID volume) with the
appropriate file system type which in this case was HFS Case-sensitive
Journaled a.k.a. HFSX Journaled.
And you are doing this with what tool(s)?
No problem erasing these volumes. I
then chose one volume (in the example below the volume associated with
the device assigned to "disk1s9") to restore a (compressed,
checksummed) disc image to. Restoration was perfect as best I could
tell (no complaints from asr), just like this:
Next, I then attempted to create a new mirror from the just-restored
disc volume. I have done this before and the enableRAID verb use does
not appear to be rocket science in terms of use and difficulty to
understand, so here's what happened:
# diskutil enableRAID mirror disk1s9
Changing filesystem size on disk 'disk1s9'...
Attempting to change filesystem size from 169261555712 to 169261531136
bytes
Filesystem grow failed, 28
Disk Management could not shrink the filesystem to fit the new RAID
headers
Error enabling disk to RAID Invalid request
(-9998)
So this error is really not from AppleRAID but diskutil??? Or are
you also seeing it elsewhere?
The error would seem self explanatory here. You don't have room
in the partition map for the necessary RAID headers.
I had never experienced such errors
before from using enableRAID so I then tried to enableRAID from the
other available and opposing disc volume (that was formerly in the
deceased RAID mirror), in this case disk2s9. Similarly I restored
disk2s9 in the exact same manner as I had to disk1s9 using asr as
aforementioned (no problems, the asr restoration succeeded), and then
I used enableRAID on disk2s9 to create a new RAID mirror and had no
problems doing so:
# diskutil enableRAID mirror disk2s9
Changing filesystem size on disk 'disk2s9'...
Attempting to change filesystem size from 169261555712 to 169261531136
bytes
The filesystem may need to be modified to make this partition
bootable
Found new RAID Master
Changing filesystem size on disk 'disk4'...
The disk has been converted into a RAID
Presto!
Yes b/c this disks partition map was quite different.
I'd suggest you start looking at the partition maps more closely
and all should be revealed.
--
-dhan
------------------------------------------------------------------------
Dan
Shoop AIM: iWiring
Systems & Networks
Architect
http://www.ustsvs.com/
email@hidden
http://www.iwiring.net/
1-714-363-1174
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/macos-x-server/email@hidden
This email sent to email@hidden
