What is a Hackintosh? A Hackintosh is a non-Apple computer that runs macOS. AMD USERS READ THIS: Though technically permitted, the general consensus on Hackintoshes with AMD CPUs is that they're more trouble than they're worth.
A reddit dedicated to the profession of Computer System Administration.Community members shall conduct themselves with professionalism.Do not expressly advertise your product.More details on the may be found.For IT career related questions, please visitPlease check out our, which includes lists of subreddits, webpages, books, and other articles of interest that every sysadmin should read!Checkout the Users are encouraged to contribute to and grow our Wiki.So you want to be a sysadmin?Official IRC Channel - #reddit-sysadmin onOfficial Discord -. This server is currently running 4x 1TB SAS drives on an LSI 9261-8i in a RAID 5 configuration and used for ESXi 5.1. I have added 2 new drives which are now listed as 'Unconfigured Good'. I want to use one of those drives to migrate the array from RAID5 to RAID6.
After the migration is complete, I intend to grow the array with the other disk. However, when using WebBIOS, the option to do the migration is not appearing. I've made an imgur album showing the steps I took here:Can someone explain to me what is going wrong?Additionally, I want to confirm that once I have begun the migration in WebBIOS, that I can then exit WebBIOS to boot into ESXi for using the system normally (although with significantly worse performance, of course). The WebBIOS documentation states 'You must wait until the reconstruction is completed before you perform any other tasks in the WebBIOS configuration utility.' Which concerns me.Edit: LSI Support pointed me to an article explaining why I cannot perform a resize (and presumably a migration):The relevant information there is:Please keep in mind, there should only be '1 virtual drive' on the array. If you have more than 1 virtual drive, then you cannot enlarge your array.
You will have to create a backup, delete the array, create a new RAID and restore your backup to the new virtual drive.I had thought it odd that migration/resizing were options at the Virtual Drive level instead of the array level, since the entire array would be migrated/resized. Yep - I believe ESXi 5.x + supports MegaCLI, though you're probably best doing it from something live anyway (AFAIK, LSI only ship RPMs for RHEL-ish, but Debian-ish is nice because there's ). I do find the MegaCLI to be the best way to manage MegaRAID, as well. MSM is good but is tricky to get to work on ESXi hosts. But since I was unfamiliar with migration I decided to try WebBIOS in hopes it would prevent me from making any mistakes. MegaCLI's error messages are sometimes unclear.
Obviously WebBIOS was ultimately worse.Also, since I like to have MegaCLI available on a flash drive, and setting up a bootable Linux image/Live CD with MegaCLI is a little more effort, I found the easiest way to accomplish this is simply to put the DOS version of MegaCLI on my flash drive that contains UBCD. I then just boot into FreeDOS and run the MegaCLI executable from there. It works like a charm.
Had a drive fail in one of my servers, which has since been replaced. I thought, not knowing what configuration it had, the RAID would rebuild itself as I've seen other servers do. Not the case here. Checked this morning via WebBIOS and new drive is showing as 'Unconfigured - Good', which is fine. However, I cannot get it added to the existing RAID5 configuration. I can add it as a global hotspare just fine, but that doesn't change my available options. I've gone into the 'Adv Opers' for the virtual drive group, but my only options there are to remove a drive and change the RAID level.
Is there something I'm missing? It does show Unconfigured - Good.
I cannot get back into WebBIOS, as server cannot be rebooted during business hours. However, I did get the Storage Manager software installed and have been poking around in there, but to no further avail. Dead drive was replaced and has already been taken offsite, so I didn't have the opportunity to mark it first. Only thing I can do is mark it as a Global hotspare, but the config still shows degraded after that. I tried using the 'Replace missing drive' option, but get an error, 'Operation Failed: ErrorCode = 0x63'. The drive should still have showed for you to mark offline - but I think that's where the issue is as the controller is still expecting it to be there even if failed.What we do with MSM in Windows when it is installed is1. Right Click Failed Drive, select 'Mark Drive As Missing', check 'Confirm', click 'Yes'2.
With server still powered ON, Remove drive, Insert new identical drive3. MSM will automatically detect the new drive and start the rebuildWhen you click on Replace Missing drive does it immediately come up with error or does it go Offline - if offline then that's good and then you should right click again and choose 'Start rebuild'Just a note, I'm glad you installed the MSM as it is not good to power off a RAID in a degraded state when it supports hot swap just in case disk does not come back online and then you would be royally screwed.
So, the server has since been rebooted, RAID hasn't yet rebuilt. Tried removing the new drive, then popping it back in, no change. Left it as 'Unconfigured Good', and have tried assigning as Global Hot Spare.
![Lsi megaraid hackintosh Lsi megaraid hackintosh](/uploads/1/2/4/1/124150005/581797042.jpg)
![Lsi Megariad Hackintosh Lsi Megariad Hackintosh](/uploads/1/2/4/1/124150005/974228542.jpg)
Cannot use the 'Replace Missing Drive' as I get an error and it won't let me get past it.Given that info, here's my next question: Assuming I've got a backup of the data for those disks, would deleting the Virtual Drive from within MSM actually erase the data on those drives? I'm considering that, just deleting the virtual drive and recreating it to include the replacement drive.
Gb5102 wrote:It appears to be an incompatibility issue between drives, can you provide the model#'s of the 'original' drives and the 'replacement' drive?, the 0x63 error means: 'PDs in LD have incompatible EEDP types'I have never heard of 'EEDP' but doing some research it appears to be a feature of certain SAS drives called 'End-to-End Data Protection'Oh shite, you're onto something there. I checked the drive properties for the new one and found that it's 'Incapable' of Data Protection, while all the others are set to Type 2. I've submitted another ticket to the maintenance vendor to get the exact model # of the existing drives, so I'll update as soon as we get it in.
Thanks for that one! So the drive was swapped with one having the exact same model number as all the others. Still no automatic RAID rebuild. Checked with Lenovo and all the tech can say is 'this SHOULD work'. He recommended to clear the config from within the WebBIOS, then simply 'import foreign config' and it should rebuild everything.
Couple of questions with that process:1) Does clearing the config (and subsequently deleting the virtual drives) erase the data on the physical drives themselves? Found out there hasn't been a backup of this server, so I'm working on that in the meantime.2) Are there any other ways to do this and any idea why this won't rebuild automatically?