Not being able to detect & apply firmware to drives inside a RAID array is normal and expected behaviour, unless you are dealing with customized firmware updaters produced by manufacturers for their own certified (modified) firmware versions such as Dell, HP etc.
Not being able to do firmware updates on drives via USB adapters is also normal and expected behaviour across all drive manufacturers, older updates used to require IDE mode and most modern updaters needs SATA drives direct connected to a controller in AHCI mode (and often only with msahci drivers vs Intel RST or AMD SATA drivers etc).
Sandisk’s utility, despite newer updates, is still one of the worst and least unintuitive utilities I have ever used–which requires a non-default flash mode and custom block size (256) to be used to successfully update firmware once all those other conditions are met.
I have repeatedly updated multiple Cloudspeed Eco and Ultra drives successfully using this process, with firmwares ZR08 through ZR11–but don’t expect any dramatic improvements. Sandisk doesn’t seem to have the motivation (or skills, since these bug threads have been in their forums and across the net for years now) to enable their “enterprise class” SSD products to work on Dell enterprise PERC controllers without being flagged yellow / failed in hot swap bays.
It seems that despite the apparent value and competitive performance of these drives, Sandisk doesn’t really take their implementation into real world environments very seriously–even when we document specific bugs and have to document the processes to use their own management utilities effectively in their own forums.
Until Sandisk gets serious about fixing their firmware management tools and glaring firmware bugs (re: Dell PERC compatibility), people should be looking to more competent enterprise drive manufacturers like Intel and Micron. Samsung doesn’t focus much on the “generic” enterprise SSD market either, and has historically cut some ridiculous corners in firmware design (like not properly monitoring & testing their power protection circuits) so I wouldn’t waste your time there either. These drives really only deserve to be used in very basic & generic “light enterprise” / SMB implementations where the drives are used on simple SATA controllers.
The Cloudspeed drives also have quite high write latency under stress, which can easily be reproduced in a matter of minutes by running an AS-SSD 10GB test vs its 1GB default. Write latency skyrockets beyond the mentioned Intel / Micron products (comparing to pretty much anything ~5 yrs or newer gen in my tests), even on ZR11, and there is no significant difference between the Ultra G2 & Eco G2 despite the Ultra G2 having 3x the write endurance rating. So the Ultra G2 seems to be simply designed to withstand write activity vs being legitimately optimized for it. If that is truly the case, simply overprovisioning a large Eco G2 drive would probably be more effective than paying for an “Ultra” class drive.
