ZFS...

Michelle Sullivan michelle at sorbs.net
Fri May 3 10:25:24 UTC 2019



Michelle Sullivan
http://www.mhix.org/
Sent from my iPad

> On 03 May 2019, at 20:09, Borja Marcos via freebsd-stable <freebsd-stable at freebsd.org> wrote:
> 
> 
> 
>> On 3 May 2019, at 11:55, Pete French <petefrench at ingresso.co.uk> wrote:
>> 
>> 
>> 
>>> On 03/05/2019 08:09, Borja Marcos via freebsd-stable wrote:
>>> 
>>> The right way to use disks is to give ZFS access to the plain CAM devices, not thorugh some so-called JBOD on a RAID
>>> controller which, at least for a long time, has been a *logical* “RAID0” volume on a single disk. That additional layer can
>>> completely break the semantics of transaction writes and cache flushes.
>>> With some older cards it can be tricky to achieve, from patching source drivers to enabling a sysctl tunable or even
>>> flashing the card to turn it into a plain HBA with no RAID features (or minimal ones).
>> 
>> Oddly enough I got bitten by something like this yesteray. I have a machine containing an HP P400 RAID controller, which is nice enough, but I run ZFS so I have made the drives all into RAID-0 as being as close as I can get to accessing the raw SAS drives.

I got bitten by that on this hardware originally...  switching to raid-0 and separate drives then switching to write-through (not write back and definitely not write back with bad bbu) seemed to solve it.

Michelle

>> 
>> BSD seems them as da0, da1, da2, da3 - but the RAID controller oly presents one of them to the BIOS, so my booting has to be all from that drive. This has been da0 for as long as I can remember, but yesteday it decided to start using what BSD sees as da1. Of course this is very hard to recognise as da0 and da1 are pretty much mirrors of each other. Spent a long time trying to work out why the fixes I was applying to da0 were not being used at boot time.
> 
> Hmm What happens when you do a “camcontrol devlist”?
> 
> Camcontrol tags da0 -v?
> 
> How is the controller recognized by FreeBSD? For some of them it’s possible to instruct the controller to present the physical devices to CAM. Of course
> you need to be careful to avoid any logical volume configuration in that case. 
> 
> But I would only tinker with this at system installation time, making such a change on a running system with valid data can be disastrous.
> 
> For mfi recognized cards there is a tunable: hw.mfi.allow_cam_disk_passthrough
> 
> For aac cards it was a matter of commenting a couple of source code lines in the driver (at your own risk of course). I’ve been running a 
> server for years doing that.
> 
> 
> 
> 
> 
> 
> Borja.
> 
> 
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"


More information about the freebsd-stable mailing list