Could be.
I should think it possible to write a script file that unmounts this particular drive when running OS X (automatically executes the unmount function). Here's a resource from Apple (Introduction/How_To for Open Source Scripting).
What browser are you running ARCHTTP in?
Presuming you're like other users and have large files, go with a large stripe size (i.e. largest the card allows; typically 128K, but some do allow for higher).
I should think it possible to write a script file that unmounts this particular drive when running OS X (automatically executes the unmount function). Here's a resource from Apple (Introduction/How_To for Open Source Scripting).
What browser are you running ARCHTTP in?
I ask, as it tends not to do well in Safari. Firefox has been known to work properly for some time, so that's the one I tend to recommend (tad under 30MB IIRC to download).
Presuming you're like other users and have large files, go with a large stripe size (i.e. largest the card allows; typically 128K, but some do allow for higher).
Random access performance OTOH, benefits from smaller stripes (keeps data on as many disks as possible for parallelism reasons; otherwise, the data is one one to a few disks with larger stripe sizes due to the remaining members having empty stripes = fewer members providing data = reduced performance).
Hope this helps.
What kind of disks are you using (Green, 7200rpm, ...)?
Yes.
1.49 is the latest firmware available, and does offer support for 3TB disks. So you're fine in this regard. I presume disks too (on the assumption the exact disk model is listed on the HDD Compatibility List).
Leave it be, and let it complete the initialization.1.49 is the latest firmware available, and does offer support for 3TB disks. So you're fine in this regard. I presume disks too (on the assumption the exact disk model is listed on the HDD Compatibility List).
55 hrs or so sucks, but it's just slow apparently.
I went back and checked the HDD Compatibility List, and the 3TB Hitachi's aren't tested yet; they're listed as "Scheduled", so they could be the reason the card is taking so long, and more importantly, they may not be stable (i.e. will need to have the firmware updated in order to work properly on Areca's cards, and that's between Areca and Hitachi to work out). Unfortunately, any users that went ahead and purchased them before this is done, is left hanging until they get it sorted. Or send the disks back, and get others that are already on the list and Passed.
Well, at least you've got the enterprise versions, so they will have different recovery timings than the consumer versions.
If they'll make it available to you, Yes.
The ARCHTTP will show you the drive's firmware revisions (look in the section that shows the details for each drive).
Well, at least you've got the enterprise versions, so they will have different recovery timings than the consumer versions.
But you are taking a gamble here, even though it is an enterprise version (seen firmware updates from disk makers taking months). For example, the thread you linked is from March, and the enterprise versions still aren't on the list, and we're already in July.
If they'll make it available to you, Yes.
The ARCHTTP will show you the drive's firmware revisions (look in the section that shows the details for each drive).
As per tests, you can loop disk testing software (such as AJA under OS X - may need to write a script to do this). Or you may be able to use software under Windows if you've a copy installed on your system (some will allow you to do this; take a look at HDTune, HDDScan for example, and others as well <not sure what limitations may exist in the Trial versions>).
Another way to do it, is test with dummy data and the applications you intend to use (i.e. set up a large batch).
For this particular intention, all you need is something that will run the disks for an extended period of time (heads must be moving, and performing both reads and writes in order to evaluate both - you don't want to be in a situation where the reads are fine, but the writes unknown), and see if any of the members drop out of the set.
Good luck.
Glad you got it up and running. Unfortunately, I'm not sure if there is a fix (assumes that all of the necessary drivers and software are installed from the OEM Install Disks that came with the system).
).
As per write testing, it wipes out any existing data, so you usually do this before you put any real data on the arrays. It's also a good idea to test out how the card will respond during failure conditions at this time for the same reason (i.e. pull a disk out while it's up and running, unplug the UPS, ... sorts of things). This way, if something does go wrong (particularly user error), you're not screwed in terms of critical data.
The primary reason for this type of testing, is so when you do run into a real failure, you'll understand what the card is doing, and what you need to do (don't make any errors that destroy whatever data may still exist). I can't stress how critical this really is, as I've seen user error wipe out arrays in degraded mode because they didn't know what they were doing. Hence make errors when it's not a problem (before you trust critical data to a card).
You can still do all of this, but you need to make sure you've a current backup first, then restore everything (will include any OS that resides on the array if you've done this). If you do have an OS on the array, make a clone if at all possible, as it's much faster to restore than going though the install disks and updates, ..., then restore the actual data (sucks when you have to do it this way). I can't praise the benefits of OS/applications disk clones enough.
Unfortunately, I'm not sure if there is a fix (assumes that all of the necessary drivers and software are installed from the OEM Install Disks that came with the system).
Other applications that are designed to allow for cross platform access of non-native file systems (i.e. Macdrive) have had problems too.
The only simple thing I can think of, is make sure you've installed all of the drivers off of the Installation disks (file = setup.exe), then test. If it's OK, then try updating Windows, and re-test (make sure it's not an update that's breaking things).
On this note, you might want to see if Apple has a newer BootCamp package available (newer drivers/software for Windows). Just run the SETUP.EXE file however, not the BC partition utility (making this mistake will cause more hell than you could image = busted array = START OVER
The message is just a reminder that data loss is possible.
I use Acronis myself, but I've never attempted to use it on a MP. So I don't know how it will actually work under Apple's EFI implementation, as it deals with low level access of HDD's, which historically, hasn't gone well with PC based utilities on Macs (i.e. HDD tools offered by the disk's manufacturer = will not work in a MP).
The message is just a reminder that data loss is possible.
So you can do write testing.
I use Acronis myself, but I've never attempted to use it on a MP. So I don't know how it will actually work under Apple's EFI implementation, as it deals with low level access of HDD's, which historically, hasn't gone well with PC based utilities on Macs (i.e. HDD tools offered by the disk's manufacturer = will not work in a MP).
Nor does Acronis work with OS X at all (just Windows and Linux).
Worth testing though if you can, as it's a great application. If it works (and I understand what you mean by hidden partitions correctly), leave the hidden partitions alone, as that's stuff you need (i.e. hidden partitions in the array = parity data and/or GPT partitions).
NP. I suspect it's just half-baked, not intentional (hurried the development and didn't work out the bugs before it was released to the public). Their focus is clearly directed at consumer products, the device segment in particular.
Must you be able to access Windows files while in OS X and vice versa?
A number of other members use these, and swear by it. So one of them should be to your liking.
I suspect it's just half-baked, not intentional (hurried the development and didn't work out the bugs before it was released to the public). Their focus is clearly directed at consumer products, the device segment in particular.
Must you be able to access Windows files while in OS X and vice versa?
If not, it might be in your best interest to skip this altogether (far less aggravation), as other applications that are designed to do this are having issues as well last I heard.
If you must have a file system that allows cross platform access however, FAT32 might be a better alternative (not sure if the limitations will affect you or not; see below), as both OS's can access this natively. Less headache potential anyway.
FAT32 limits:
- max file size = 4GB
- max volume size = 2TB, 8TB volume @ 32K cluster, 16TB @ 64K cluster (this cluster size isn't well supported)
Lion has issues with storage, RAID in particular. So I'd recommend waiting a bit, and let them get the kinks ironed out (wait at least one more update, but 10.7.3 would be safer IMO).
).Given what you're trying to do (OS/applications disk on the Areca), Yes.
As per it being included in the main firmware (currently v. 1.49), No it doesn't include the EFI (EBC actually) portion that's used to replace BOOT.BIN in order to boot in your MP.
).