Deleting existing raid array

just rebuilt my system with a new a64 , msi k8n neo2
had a abit nfs before with two 120gig wd sata drives in raid 0 installed on it.
Now its saying to me "no disk reserved for raid use, raid disabled"
Ive gone through and changed all the bios settings to allow raid.
all i want to do is formatt the hdds and start a new raid 0, im just going to count the info that was on thier as gone (most of it was backed up anyway)
according to the manual you press f10 before it loads into os for the raid options yet i can not do this as it just gives this message nothing more then continues "no disk reserved for raid use, raid disabled"
Does this makes sense to anyone?
any suggestions ? ive been combing the net for some
Thanks

mine dos.
4. Go into “Integrated Peripherals”
5. Press ENTER on “Onboard Devices”
6. Press ENTER on “RAID Config”
7. Locate the “SATA1/4 RAID” make sure whatever port it is plugged into is enabled.
8. Return to “Onboard Devices” menu
9. Locate the SATA1/SATA2 – SATA3/SATA4 and enable the option that corresponds with your drive
these steps helped me, are you sure you enabled all in the bios , what exatly did you enable in the.
4. Go into “Integrated Peripherals”
5. Press ENTER on “Onboard Devices”
6. Press ENTER on “RAID Config”
7. Locate the “SATA1/4 RAID” make sure whatever port it is plugged into is enabled.
??

Similar Messages

WinXP-64 bit corrupts existing RAID array

I've got an MSI K8N Neo2 Platinum motherboard running Win XP Pro SP2 on two 36 gig SATA Raptors. Everything was working fine, but I wanted to try the 64 bit version of XP. Grabbed an old 80 gig PATA drive and threw that in the case. Unplugged the SATA drives so as not to risk messing with the existing working OS. Installed the latest 1218 x64 beta and it worked well.
The problem was that when I shut down and reconnected my old RAID array, windows wouldn't boot from it. I lost everything and had to rebuild Windows from scratch. So now I know to never unplug the SATA drives
Rebuilt WinXP on the RAID array and then tried rebooting with the PATA drive with the 64 bit OS. Came up with the "drive needs checking" screen, and proceeds to "fix" the RAID array while ignoring my frantic pounding on the Logitech USB keyboard to stop. Rebooted and yes, the new install was nuked. Okay, since it's gone anyway, reboot to the 64 bit OS and make sure it's got the 64 bit RAID drivers installed.
Reinstall WinXP on the RAID array, reboot to the 64 bit OS on the other drive and the same old scandisk comes and nukes it AGAIN!
So now the PATA drive is sitting on the shelf again, unless someone here can suggest what is causing this problem.
System Specs
Athlon64 3500
gig of PQI 3200 at 2-2-2-5 2.6
2x36 gig Raptors on ports 3-4
Plextor PX-716a DVD+_RW
Visiontek X800 Pro.

The first time you re-installed Win 32 on the raid that was a bit drastic. A repair ought to have done the job.
The problem was probably that you disconnected the array but that's where the boot.ini was and that file needed to be modified to add the path to the Win64 install.
Since you took out the array the Win64 install created a new boot.ini on the PATA drive. Even when you tell BIOS to boot off the array, Windows has a bad habit of looking at the IDE channels & using the boot.ini if it finds one there - but the file it found didn't point to the array of course.
So basically if you already have Win32 on the array I would leave that array connected normally when installing Win64 on the PATA drive and all should be well.
I've installed Win64 on the same array as my Win32 install and they co-exist happily. I reckon that's the most efficient way to do it. The main thing is to make separate partitions for Win32, Win64 and data files when you install Win32 in the first place. The two OSs can share the same data files, incuding stuff like email.

MOVED: Upgrading system with existing RAID Array

This topic has been moved to Vista problems.
https://forum-en.msi.com/index.php?topic=106509.0

The only issue I can foresee is a permissions one. Make sure it is set to "Ignore permissions…" before doing anything. If the drive has specific ownership when you reinstall and you fail to have a matching account to the onwer you'll need to mess with the root account to potentially get back into the drive.
Most unknowingly avoid this issue though using the same username and short username on the reinstalled system.

Completely messed up Raid-Array and Partition! How to delete and create new Raid-Array?

Hello,
I am using Ideapad U310 and tried to clean install Windows 8 and use my SSD as CACHE and Hibernate-Partition.
So, I was able to get to the Intel CTRL+I-RAID Config Menu and there I was able to create and delete my RAIDS.
Unfortunately I did not setup the Partition Size correctly, thus I only have a 50 GB Partition combined with my SSD and my HDD. This is what it looks like in the Intel Storage Manager:
As you can see both, my SSD and HDD appears, but only have small partitions on the right. And Windows 8 only recognizes this small partitions, as you can see here:
And now I am NOT able to get to the Intel RAID CTRL+I-menu before Windows starts, where I could delete this array.
My Partitions are "empty", so I dont care if anything is delete. I just want to use raid with FULL CAPACITY of my harddrives. But how can I delete the RAID Arrays and reconfigure them correctly?
When I change in the BIOS from RAID to AHCI I am able to install Windows 8 again with the whol CAPACITY of my SSD and HDD. But then I will not be able to use the RAID via Intel Storage Manager...
Hopefully someone could help me.
Thank you in advance.

Hi
Please see this thread
http://forums.lenovo.com/t5/IdeaPad-Y-U-V-Z-and-P-series/The-Guide-on-How-To-Reformat-Repartition-AN...
Hope this helps
Ishaan Ideapad Y560(i3 330m), Hp Elitebook 8460p!(i5-2520M) Hp Pavilion n208tx(i5-4200u)
If you think a post helped you, then you can give Kudos to the post by pressing the Star on the left of the post. If you think a post solved your problem, then mark it as a solution so that others having the same problem can refer to it.

Is it possible to add a harddrive to an existing Raid 0 Array?

I have an existing striped raid 0 setup with 2 x 500 GB hard drives.
I just bought 2 more x 500 GB hard drives since i noticed HDD is a bottleneck for my 8 core system.
my question is, can i add the 2 harddrives to my existing raid 0 partition ? (so i have one raid 0 partition of 2 TB )
i tried this, but it didnt work
MacPro-PC:~ kronos$ diskutil listraid
RAID SETS
===============================================================================
Name: Raid 0
Unique ID: 7CD5E941-6AA9-4F47-BE18-2183860B0596
Type: Stripe
Status: Online
Size: 999527743488 B
Device Node: disk4
Apple RAID Version: 2
# Device Node UUID Status
0 disk1s2 D8CB113A-4425-4E4D-AA1C-62118342CA89 Online
1 disk2s2 CC80544C-65A1-4F1D-A26C-F05E2EA92840 Online
===============================================================================
bash-3.2# diskutil addToRaid member disk0 /Volumes/Raid\ 0
Error adding the disk to the RAID: Could not modify RAID (-9960)

You will have to backup all the data and start over to make a new, 4 drive, RAID 0. You can't add drives to RAID 0.

System re-install, existing raid 1 array

Here's how my macpro is currently setup:
boot drive is just a standalone sata drive
data drive is a set of mirrored sata's, done through disk utility.
I want to reload my system. If I format my boot drive and do a clean install of 10.5 will it see my previously existing raid 1 setup? Being that this is a software raid I'm unsure whether a clean install would see the existing raid1 drive or if I basically have to start over.

I think so, as if you'd do a clean install with 2 partitions, it'd turn back to 1.

Raid array being seen as 2 individual drives

Hi. Here is the issue as posted in other places. Still searching for the answer to this one.
Specs:
K7n2 delta2 platinum with b50 bios
2x1gb crucial pc3200 2.5cas ram
AMD Barton 2500
2 x 160gb 7200rpm 8mb cache SATA Samsung Hdd's
Thermaltake 430w psu
Gainward fx5700 ultra graphics
OS's: original xp corp, slipstreamed xp corp sp2
raid drivers: nvraid.sys v4.27, 5.10, 5.11 (also the needed nvatabus.sys with those)
I am NOT overclocked.
fsb 166
1:1 ram/cpu
no spread spectrum or other garbage
ddr400 patch disabled
PSU gives presumably stable reading (according to what I see), with amperage ratings above the required.
checked and rechecked cables for bad ones
ran mulitple scans on drives, all come up drives OK
I HAVE installed into Raid 0 already, this is not an issue of hardware failure as far as I am concerned.
So here is the scenario
I have properly set up the array, using correct bios settings and the raid setup utility, for a raid 0 array of those 2 hdd's listed. When booting into xp, either version, I have used all 3 of the driver sets listed. I have been reinstalling to do some performance tests on different configurations.
Anyway, for the last few nights I have been trying to get the windows setup to see the raid 0 array as one 300gb drive. It does not, no matter what I try. It sees them as 2 drives, each being 160gb (or thereabouts). These drives are matched, same firmware, same lot, so that should not be an issue.
I have used numberous tools to delete the mbr on the drives, both in an array and as single drives. I have done the same as well as tried an install and formatted each drive individually, still the same effect when the raid array is recreated.
Basically, I can find no good reason why the array is seen as individuals and not as an array. It is interesting to note, that even though xp setup sees the the array as 2 drives, I can complete the text based portion of setup. However, rebooting to start the GUI portion of setup, it will not boot. Obviously becuase the bios has the controller as the nvraid controller and it is supposed to be a raid 0 array, so I expected that.
Short of rewriting the mbr, either by deleting it or by changing each drive by formatting/partitioning/installing an OS on them, I cannot think of how to fix this. I know the drives and xp cd's work because I have already installed with them.
I understand what to do in the bios portion, and in the raid setup utility portion. I know that I can boot into windows as a single drive and use the nvraid tool to set it up, but that is not the way it should be, and that is not the way I am going to learn WHY this is happening.
Roger that. First set in bios enable raid (in this bios I have to enable IDE array, then choose which controller to actually enable raid on, which happens to have been SATA 1 & 2).
Second, upon reboot, I use the F10 key to enter raid utility. Then, set to striping, set stripe size (which was one of the things I am testing), and add the drives to the array. Next step is to create it. It asks to clear disc data, and it is done.
Have deleted that array as well as just cleared it. Have deleted it and reboot and rebuild it. Have deleted it, reboot, change bios back to non-raid, reboot. Reboot. Change bios back to raid enabled. Reboot. Rebuild array in raid utility, reboot. Run setup, only see 2 hdd's, not one array.
Umm, yep, that is about it.
More to the story now.
From some other posts I tried this.
1. destroy array. reboot. disable raid in bios. reboot. verify sata's visible as singles in bios.
2. power down. pull plugs on sata's. reboot. no drives visible.
3. pull power. jumper clear cmos. wait 60 seconds. re-pin jumper. power up.
4. verify no drives. verify default bios settings. all is good
5. plug drives in. reboot. seen as singles. erase mbr on both drives. reboot
6. enable raid in bios, and choose sata 1 & 2 as "enabled". reboot.
7. use F10 key to setup raid. Here is the interesting part. Even though I deleted the array prior to all of this, and removed the drives to force an ESCD update, and cleard the cmos with the board jumper, and then before raid was enabled, cleared the mbr on the drives, when I started the raid utility, the array was already set up. That is the problem, whatever that is. I have read snippets where it is claimed that this chip or bios or whatever stores some kind of a table on this stuff, but this is a bit out of hand.
That combination, IMO, should have cleared anything out. But, the saga continues.
Thanks for you help BWM
[Edit] BTW, I have finally found a utility that will see a raid array and allow me to clear the arrays mbr. It is called SuperFdisk and is at ptdd.com. So far the only one that see's the 2 drives as 1.
Yeppers.
Started with v5.10 which came on a floppy with the mobo. Told setup to use both, nvatabus.sys and nvraid.sys. Even switched which one of the 2 I picked first, just to see.
Same thing with v4.27 and v5.11. Also tried it with just the nvraid.sys and just the nvatabus.sys (which obviously does squat for raid, lol)
Trying some new things now. Post in a little bit.
I am officially at 'Wit's End'.
Here is what I have tried now.
1.pull drive cables. pull power. jumper clear cmos. wait. power up. no drives
2.plug sata 1 in. boot. drive detected.
3.boot to command.com, run MHDD, which is a nice russian utility similar to Spinrite. Used this to clear the mbr at hardware level, and do a complete erase.
4. reboot to command.com. run superfdisk. erase mbr.
5. pull plug on sata 1, and plug in sata 2 with sata 1 cable. repeat the erasure steps listed above.
6. pull plug on sata 2, no sata plugged in. reboot
7. change bios to raid enable on sata 1 & 2. power down
8. plug in sata 1 & 2. power up.
9. inspect raid utility. no listing of any arrays. reboot
10. in raid utility, build array. did NOT clear discs. reboot
11. attempt install. single drives found again (used both drivers).reboot
12. in raid utility, optioned to CLEAR discs (funny, rebuild option is never valid).reboot
13. attempt install, both drivers, still seen as 2 individuals.
Things to note. When creating an array when presumably there are none, it assigns the raid array an ID of 2. Upon reboot, the ID is now 1. Don't know what difference that makes.
Also, tried the install listed above with APIC functionality both off and on. Also, when on, set MPS to both 1.1 and 1.4. In addition to this, each variant I tried manual HAL layers of, in this order, ACPI (the one that actually spells ACPI out), ACPI Uniprocessor, MPS Uniprocessor, and let it choose it for me.
So, here I sit in a barca-lounger at 'Wit's End', with a warm cup of java and a dinner mint.

Here is the final product on the floppy disk that I used to successfully install a stable raid 0 on the MSI K7N2 Delta 2 Ultra 400 Platinum ms-6570e motherboard.
On root of floppy, from driverset 6.70. (after much testing, I used driver pack 5.10 for my nic and smbus. I used the realtek sound drivers off the cd for audio. I have used every driver pack I could find, and while some did offer better I/O or read/write latency, this set in general provided the most stable environment. The only drivers I used were these floppy drivers for SATA, the nic and smbus just mentioned, the sound just mentioned, and updating the nvide drivers to mside drivers)
<from sataraid directory>
disk1
idecoi.dll
nvatabus.sys
nvraid.cat
nvraid.inf
nvraid.sys
nvraidco.dll
<from legacy directory>
nvata.cat
nvatabus.inf
I used the txtsetup.oem from the sataraid directory, but edited this:
[Files.scsi.RAIDCLASS]
driver = d1,nvraid.sys,RAIDCLASS
inf = d1,nvraid.inf
dll = d1,nvraidco.dll
catalog = d1,nvraid.cat
[Files.scsi.BUSDRV]
driver = d1,nvatabus.sys,BUSDRV
inf = d1, nvraid.inf
dll = d1,idecoi.dll
catalog = d1, nvraid.cat
To this:
[Files.scsi.RAIDCLASS]
driver = d1,nvraid.sys,RAIDCLASS
inf = d1,nvraid.inf
dll = d1,nvraidco.dll
catalog = d1,nvata.cat
[Files.scsi.BUSDRV]
driver = d1,nvatabus.sys,BUSDRV
inf = d1, nvatabus.inf
dll = d1,idecoi.dll
catalog = d1, nvata.cat
Now, it is important to note that I installed or attempted to install at least 50 times. Bare minimum. I noticed when I use this custom driver disc that in the GUI portion of setup, XP asks me for files from the disc. I tried lot's of different things to alleviate this, and denied some of them.
One thing that really bugged me was that the bios would see my #2 optical, slave on secondary IDE channel. A dvd/rw drive. And I could even start the setup from it. But, once I got about 3/4 through copy file stage on text setup portion, I would hang. Becuase the drive was no longer accessible. Booting from the master would get me to the desktop, but the slave optical was nowhere to be found. Updating the ATA/IDE controller to the ms ide drivers would get it visible, but I kept having issues with stability after I did that.
The most stable method I found was to use my above listing of driver files for the floppy, and when in GUI mode setup asks about NVCOI.DLL, I skipped it, ignored it, and did not let setup install it. That actually got me to the desktop, with access to the slave optical as a "removable drive". It even knew what the hardware was. It just could not access it. On a reboot however, back to not seeing it. This method however did allow me to update the nvide driver with the mside driver with no stability issues. So, for me it was a raving success.
Here are some links regarding the SATA RAID driver workaround:
http://66.102.7.104/search?q=cache:jHbX5bNfGx4J:www.msfn.org/board/lofiversion/index.php/t51140.html+nforce2+nvraid.sys+ms+ide&hl=en&client=opera
http://www.aoaforums.com/frontpage/index.php?option=content&task=view&id=292&Itemid
http://66.102.7.104/search?q=cache:J9UhG2Kd8W4J:www.short-media.com/forum/showthread.php%3Ft%3D32751+xp+2+sata+raid+0+seen+as+individual&hl=en&client=opera
Early on one problem I noticed was that in text setup mode of xp installation, there were long pauses that I have never seen before. I noticed that with both ide and sata installs. Also I noticed that when booting there was a really long pause when the xp logo is first seen in a sort of dim state till when it became bright and vivid.
Come to find out that this is a more or less typical scenario. Most instances that I read about were all pointing to the nvide driver. So, I found if I just updated the PATA controller to the standard ms ide driver, that went away and the whole system ran better.
It took awhile to figure out that if you install a driver with the nForce2 chip, you had to uninstall it or you will have issues. Herein was the main problem I encountered with the SATA RAID installs. The nvatabus.sys driver was required for an SATA RAID install. Omitting the ata driver was impossible. And for awhile I had no success updating the ms ide driver once I was to the desktop without major instability. Here are some links regarding the drivers for this chipset:
http://www.nforcershq.com/forum/latest-drivers-for-nforce-3-vt60240.html
In my browsing I came across some pretty interesting articles regarding ACPI. One thing I started playing with was the different HAL layers that xp installs on it's own, vs. me picking one manually (F5 key). I must have started the setup at least 50 times to figure out this: that this particular board does not give me the bios settings to install xp with anything but the ACPI Uniprocessor Hal. For instance, the MPS Uniprocessor HAL is much more responsive, but it lacks the IRQ's needed for setup to see the raid array. I booted to each one, some locking the system up, some booting OK. The one I found the best performance with early on was the one that spells out ACPI, not just initialized. (sorry, I don't want to look it up).
I seemed to be getting closer, but I could not find the needed bios settings to properly manage my ACPI, and since I was trying for RAID, I could not use the one that did work. Here is a link for that kind of stuff.
http://www.fceduc.umu.se/~jesruv98/info/acpi/acpi.html
Another thing that I did not like was being forced to use the dynamic overclocking feature of this board. I have a 333mhz barton core, and I have ddr400 ram. In optimized (fool proof) mode in bios, I was running asynchronous. I did not want that. So I set it down to run at 166mhz, with very slow and conservative settings on everything. Unfortunately, if I did this "manual" method, I was forced to use the dynamic overclocking. I thought I had that figured out. So I set everything to "optimized". But, as it turns out, the system had terrible stability without the dynamic overclocking set to at least Private. What this meant is that I could not rule out that my stability issues (corruptions and hangs and bsod) were from being overclocked even a tiny bit or not. And as if that were not enough, this bios has a special set of settings you must unlock to see. And one of those is paramount in achieving a stable system. It is called the DDR400 patch, and it is enabled by default. So, by pressing SHIFT+f2 AND CTRL+F3, these settings are now available. Like I said, I had to disable that DDR400 patch setting.
I also found out from the first day that my board shipped with the latest bios. I flashed the 2 prior versions with no success in more stability. After about 6 weeks of getting whipped on by this board, I found mention of some modded bios's for this board. I have used modded bios's in the past, some worked wonders, others required some serious effort to recover from. What I found out about this board is that there are 2 players who make the modded bios's. Here is the first index I found from a german website. This one actually is for the older B4 version only for the Platinum.
http://storage-raid-forum.de/viewtopic.php?t=2824
And here is an english forum for pretty much the same thing
http://www.nforcershq.com/forum/bios-mods-for-k7n-and-k8-boards-vt55014.html
These links have a bit more information, and I decided to go with these. I tried versions b61,b62 and b71. I found b71 to work the best for me. Mind you I am not into overclocking or what-have-you. Just a rig that performs as well as it was advertised to do. Try these out for the bios information:
http://forums.pcper.com/showthread.php?t=385480
https://forum-en.msi.com/index.php?topic=84715.0B62
Here is a page that had a bunch of misc stuff I found interesting:
http://66.102.7.104/search?q=cache:QkvLeKcbwjQJ:www.amdzone.com/modules.php%3Fop%3Dmodload%26name%3DPNphpBB2%26file%3Dviewtopic%26p%3D75383+nforce2+ultra+nvraid+driver+freeze&hl=en&client=opera
In the end, I have, I think, conquered this board. My findings can be summed up as follows, all in my opion only I guess.
1. There are some ACPI/APIC issues with this board or this chipset. I believe it also included drivers and some can be attributed to XP.
2. There are some major bios issues with this board.
3. There are some major driver issues concerning SATA/RAID. I am not sure who get's the boob prize, nVidia or MSI.
The only way I have found to get RAID 0 installed and stable is to modify my bios (which is a modded beta version), modify my driver disk for SATA/RAID, modify my install sequence for those drivers, modify my drivers within windows after setup, use different drivers from different driver packs for different pieces of hardware, and modify my HAL layer after everything else is done, to achieve peak performance.
If I had not spent soooo much time trying to get a stable install, I would have built up an Unattended CD, which has some possibilities for forcing non WHQL drivers. But, hey man, I am totally burn out on this board. And all it was for is a spare LAN box for when I go to a lanparty. Sheesh. Murphy's law.
Oh, and I also found out, with my own eyes, that the Soyo KT600 Dragon+ that I dumped for this wonderful board, is way faster. Faster read/writes, faster throughput on the nic, faster booting, much faster installs of xp. As a matter of fact, I could get my KT600 to get a consistent thruput on the network to my older KT266a board at 99%. That is pretty fast. 2 of these Platinum boards, on a sweet switch that is tweaked, will only go up to 91%, no matter how much I tweak them. The gigabit connects via a crossover cable at about 38% of full bore. This is tweaked stuff, but still. I listened to the hype. Dual channel memory, giglan, etc etc.
I hope this may help anyone else out there who is still fighting with these issues.
Out.
sul

Remote sync between two RAID arrays

We have two Xserve RAID arrays. One is here in our local office, the other at a remote site which hosts a few of our servers as well. Does anyone have any suggestions for keeping the two synced? I would like to not have to deal with tape backups in the office, but the files being stored here are pretty valuable. I've dealt with this on the Windows side with a tool called Tacit. Essentially that was a Windows box that had proprietary software that would continually update remote Tacit boxes. Anything like that on the Mac side? Possibly free? Would Automator be able to sync me up?
Cheers!

I made a 400.rsync script in /etc/periodic/daily:
#!/bin/sh -
# @(#)daily 8.2 (Berkeley) 1/25/94
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin
log=/var/log/rsync.log.`date -u ''+%y-%m-%d''`
date > $log
mountpoint=`mount | grep '/Volumes/EOFILMsan'`
if [ "X$mountpoint" == "X" ]
then
echo "Oh Oh, Filmsan not yet mounted" >> $log
/bin/mkdir -p /Volumes/EOFILMsan >> $log
/sbin/mount -t acfs EOFILMsan /Volumes/EOFILMsan >> $log
fi
echo "START VIDEOsan" >> $log
rsync -av --delete /Volumes/EOVIDEOsan/ /Volumes/EOFILMsan/EOVIDEOsan >> $log
echo "END VIDEOsan" >> $log
date >> $log

Adding Drives to an Existing RAID 0 Stripe Set

I have 4 HDDs (250x1 and 320x3). While the OS is installed on the 250gb disk the rest of the three disks are striped.
I want to share files that are on my RAID Set. As OSX supports sharing of files only in the HOME directory, I now want to reinstall OSX on my stripe set.
My questions!?
1. Can OSX be installed on a striped set?
2. Can a fresh (identical) HDD be added to an existing RAID 0 set (configured using the Disk Utility)?
3. Is it possible to install OSX 10.4.x Tiger on a MAC Pro with 4 HDDs all configured as RAID 0 OR as RAID 1 (2HDDs) / RAID 0 (2 HDDs) Combination?
4. Can the default Home Directory location be changed to another volume, other than the startup volume?
Thanks in advance!

1) Yes.
2) Yes although the data on the current RAID set will be deleted.
3) Yes.
4) Yes.

Disk utility & adding to existing RAID 0 set

Hi all,
I have a RAID 0 set-up with two 1TB drives, it works just great for what I need, but I am running out of space. And I thought 2TB would be more than enough!!!!!
Just a thought, but can I add another 1TB disk into the RAID (same manufacture & model) and increase the size of the raid set without wiping the contents of the existing RAID 0 set?
Not sure is OS X software RAID would add this as data or a parity disk? Destroy my data and rebuild a new RAID 0 with three disks as data or what?
Any help appreciated.

Hi Tim Cox;
No you can't add another disk to a RAID 0 array.
The way raid 0 works is that it breaks up the data into block that are then written in turn to each of the drives in the array. You can think of this a little like dealing cards when playing a poker. So your data is now spread across two drives. There is no way to spread it across another one so you are not able to add the additional drive.
In order to add the new drive all of the drives would have to be reformatted which will erase all data. So anything currently on the two drive RAID 0 array would have to be backed up first.
What are you currently using for backup?
If either of the two drives were to fall right now you would lose everything. So when using RAID 0 backup is extremely important to protect your data from loose.
Allan

Disk utility doesn't show xServe RAID Array

I have a new (to me) xServe RAID box and I'm stuck, the stays lights are green the fiber link light is green on the RAID and not lit on the PCI card but shows up as green in the fiber link section of the settings tool but the RAID array doesn't show up in Disk Utility so I can't format the drives.
I set up the disks as Enhanced JBOD using RAIDadmin and I've deleted and created it a couple of times, I'm just not sure what else I should try, I've read the manual but. Can't find any suggestions of what's going wrong.
Thanks

If you have tried restarting a few times and it still doesn't show up I'm afraid you are gonna have to go back in and check the connections. I know they just slot into the carriage, but possibly it is not in tight. I can only suggest you open it up and check everything thoroughly. If after a thorough check, if it still does not mount you may want to take the hard drive back and swap it. Are you sure it was only a hard drive failure in the first place? I only ask this because WD hard drives have quite a solid reputation.

Upgrading my existing RAID to higher capacity drives

Hi all,
I currently have two 500GB drives as a RAID 1 (through Disk Utility) in my mid-2007 Mac Pro 8-core, and I'm starting to get a little tight on space. I'd like to up the capacity by replacing the existing 500GB drives with at least 1TB drives, but with all four drive bays currently filled, I'm not sure how to go about this... but after reading through some threads here, I might have plan.
Would this be the best course of action?
1) Remove one of the 500GB RAID drives.
2) Delete the RAID set in Disk Utility.
3) Install new 1TB+ drive
4) Clone the remaining 500GB RAID drive to the new 1TB+ one.
5) Remove remaining 500GB RAID drive, install new matching 1TB+ drive
6) Create new RAID set in Disk Utility
It seems a little roundabout, but sounds like it would work. Any thoughts, or better ways of going about doing this?
Thanks,
Jeff

There are three obscure sources for the documentation. Bear with me. I have tried to focus narrowly on helpful documents that I actually used to do this, not baffle you with B.S.:
1) Man pages for the Terminal diskutil command:
try this link or use the procedure below:
Mac OS X Reference Library: diskutil(8) Manual page
.OR.
Start Terminal.
type man diskutil
The problem with this document alone is there is no background information, no discussion of what you are actually doing, and no examples.
You will want to look at the options for the diskutil createRAID.
Once this drive is created and populated with your data, you can use diskutil to rebuild onto the second drive, but frankly it is easier and more confidence-inspiring to use Disk Utility.
2) Server Admin Command-Line Administration Manuals:
Introduction to Command-Line Administration : Version 10.6 Snow Leopard
This is a broad introduction to using the command-line. Many parts apply perfectly well to Mac OS X non-server. It lacks the specific diskutil chapter featured in the previous version:
Command-Line Administration :For Version 10.5 Leopard
see chapter 7, "Working with Disks and Volumes" for specific examples. I printed chapter 7 out to use as a reference. As far as I know, this applies perfectly well in 10.6. This is also a little terse, and short on examples.
3) afp548 (a Mac OS X Server discussion/help site) articles discussing RAID2 ( introduced at 10.4 Tiger):
afp548: Apple RAID2 In Depth
and a slightly older article on Rebuilding a RAID Mirror with diskutil command-line:
afp548: How to Build a RAID Mirror Without a Re-Format
The examples in the second article show only the older Apple Partition Table (rather than GUID) partition maps, but the fundamental info is still good.
Message was edited by: Grant Bennet-Alder

Ext2 or ext3 for large RAID array

I'm just in the process of creating a 10TB array of 5 x 2TB drives.
I've been burned too many times by EXT4 so it's out for the forseable future.
My concern is the crazy amount of time required to stabalize the file system when periodic checks are mandated. I'm using ext3 right now on a 7.5TB file system and have tuned the auto checking down to 2 years and 100 mounts. It's not the best situation but when the system goes down due to over heating (filter plugs every few months), I turn it on, and it goes into a 2 day recovery procedure during the boot process, it's outside the envelope of acceptibility.
Last edited by TomB17 (2010-06-26 02:32:55)

TomB17 wrote:
I appreciate the comments, gentlemen.
graysky wrote:Not what you asked but can you describe how you have been burnt by ext4?
I've been burned by the 0 byte file bug. The files were all there but some of them went to 0 bytes.
I did that on a backup array about 6~8 months ago. Thinking, "It's just a backup array", I tried EXT4 for the first time. It formatted up nicely, 36 hours of rsync, and I was good to go. I didn't realize I had the 0 byte file issue until my main array had some issues. When I went to the backup array, there were tons of 0 byte files, including fstab, and mdadm.conf. That made it more difficult to rebuild the main array. I did manage to rebuild the main array. Once done, I formatted the backup array EXT3 and I've been hessitante to experiment with filesystems.
The 0 byte file bug is well documented, and perhaps long solved, but I'm not ready to get back on that bandwagon.
For what it's worth, I was burned by EXT3 several times early in it's existance. That was a different issue. The whole filesystem would become corrupt after a while. It was disasterous but I didn't count on my PC then the way I do now. That was back in the days I could back up to CD-ROM. I kept at it and eventually EXT3 stabalized. These days, I trust EXT3 with my life.
I encountered very similar issues, which resulted in me switching this workstation to FreeBSD and using ZFS for my raid arrays.
The beauty of that file system far outweighs anything available on Linux at this current time.

Moving existing RAID0 array

I have 2 300gig sata hd's running raid0 on current system.my new setup would be the
K8N Neo4 Platinum/SLI motherboard
and i was wondering if i could move my current raid over to new system with out any problems.I do not care about the OS parition because its bout time i reinstall XP . but would it mess up my other parittions and if there's a guide on how to setup the raid on existing machine would help.
any help is appreciated

Quote from: mrbell84 on 14-August-05, 03:00:50
excellent TheBigMan sounds good... this will only work IF the os is not reinstalled.
Good luck player98198
The RAID array as nothing to do with the OS or vice-versa, the controller is the master here, after the array is created it is recognised as one disc in any OS, as for the File System used, that is another problem as NTFS is only recognised in Windows, but if you create a partition that can be formated as FAT32 the partition is recognised as one logical disc even in DOS, so what matters is the integrity of the partitions for the files contained in them can be recognised in windows.
For the above he can format the OS partition without loosing any data contained in the others, and not loosing the array in any way.
I hope this is clear.
Oh ....and player98198 .... make a backup of your data for security reasons...something can go wrong, you'll never know....
Be well....

Failed Boot Camp Install of Vista 32 has broken one of my RAID arrays

Attempted to install Windows through Boot Camp on my Mac Pro, I have a RocketRaid 2320 controller card, RAID was built through Disk Utility. No redundancy, I built 2 separate 1.8TB RAIDs (4 x 500MB drives) in each of 2 separate cabinets. Windows install attempt brought up the HighPoint BIOS, then failed to install Windows and I got the well-known "Select CD-ROM boot type" message. Now, one of the 2 RAID arrays appears to be broken. Disk Utility still sees all 4 drives, but only recognizes 3 of them as a RAID slice with a GUID Partition Table. The other shows up as "disk5s1" with a Master Boot Record as the partition map scheme. While much of what was on this array was redundant with the second, I have a lot of work that was only on this one, so any help in how to fix and/or reconnect the drives of this array would be incredibly appreciated!

1. I remembered RocketRaid 2320 don't provide EFI64bit from Highpoint website so you can't set boot camp.
2. Does your Highpoint raid management utility(Highpoint engineer also called WebGui)
provide any message for your broken raid?I am also a Highpoint user, I give you some suggestion:
A.(1)If your WegGui in Manage--Array show your broken raid status is "Critical"and your bad HDD, please replace bad HDD then select Maintenance items of upper right corner of the page
(2)This will open the Array Information dialog box, select Add disk button to choose the replaced HDD then press "Submit", you can rebuild your RAID array.
B.(1)If your WegGui in Manage--Array show your broken raid status "Disable", you just can use one of Webgui function--"Keep old Data"(But it still have high risks to lose your data, it is the final method to use, I suggest you try the A method best.)
(2) Select "Maintenance" items of upper right corner of the page, from the "Array Information" dialog box, select "Delete" button, and prompted a warning: the array of data will be deleted whether to continue, choose OK..
(3)Back to Manage--Array page, this time the array has been deleted, double-click the "Create Array"
button to display the page to create the disk. From the Initialization Method field select “Keep old Data”, the remaining arrays in strict accordance with the original set of parameters, the required attention parameters include: Number of RAID member disk, Array Type, Block Size, Sector Size.
(4)Click "Create", the initialization process will start automatically, RAID
recovery complete, prompts to create a successful, choose OK.
(5)See your volume in Mac Disk Utility if your data is recoveryed

Deleting existing raid array

Similar Messages

Maybe you are looking for