Storage
Finally received the SAS cable for my H700 card, slotted in the H700 card and attempted to boot up my drives which were on PERC 6i previously. Failed to import foreign config....... cant find much relevant info on Google. gave up, rolled back to EPERC 6i.
I think this is a lesson learnt that it really is not a good idea to put freeNAS's ZFS storage on a RAID card, i have read many resource asking people not to do so due to various reasons but I chose to ignore it for convenience.
Alright. So I am thinking if i should get a H200 card flashed in IT mode to host the storage drive for freeNAS. But at the same time I felt I spent too much time fucking around with this bunch of system stuff which really is not my focus professionally. But at the same time i cant take the fact that I have a shitty design. DIEMMA. anyway found this video - https://www.youtube.com/watch?v=YYP62rPoXwI splitting backplane on Dell R710, drive 1 - 4 on HW RAID, drive 5 - 6 on HBA for freeNAS, seems like what I just need....hmmmm..
GPU / PCI passthrough.
Finally received my x8 PCIe GT710 graphics card, it was not a common product since majority of the graphics card nowadays are more then x8. however the Dell R710 can only support x8 max. and I dont wanna mess around with putting a x16 car don x8 slot by cutting here and there or adding riser card, I wanna keep it standard and neat, so I got this Dell branded card from taobao which is pretty cheap.
Slotted it in and spent the whole day trying to get PCI pass-through working, but had trouble turning on iommu, troubleshooted for the whole day, doubted myself, doubted the machine ( doubt that it doesnt support vt-d but its nonsense since i have eve-ng and free-nas running), finally turns out it is this fucking stupid bug https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1569567 from 2016. I cant believe, ad I dont know how am I still affected in 2020.
Basically any parameter you added on boot/grub/default is IGNORED by update-grub, the resultant grub.cfg does not contain anything you added. The workaround is grub-mkconfig -o /boot/grub/grub.cfg
I am really furious that such basic config is still troubled by such low level bug for so many years. Anyway.
🧡
root@eve-ng:/# dmesg | grep IOMMU
[ 0.503059] DMAR: IOMMU enabled
[ 0.503121] DMAR: IOMMU enabled
🧡🧡
root@eve-ng:/# find /sys/kernel/iommu_groups/ -type l | wc -l
76
🧡🧡🧡
root@eve-ng:/# dmesg | grep -i vfio
[ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.20.17-eve-ng-ukms+ root=/dev/mapper/eve--ng--vg-root ro net.ifnames=0 intel_iommu=on vfio_iommu_type1.allow_unsafe_interrupts=1 quiet intel_iommu=on vfio_iommu_type1.allow_unsafe_interrupts=1
[ 0.502975] Kernel command line: BOOT_IMAGE=/vmlinuz-4.20.17-eve-ng-ukms+ root=/dev/mapper/eve--ng--vg-root ro net.ifnames=0 intel_iommu=on vfio_iommu_type1.allow_unsafe_interrupts=1 quiet intel_iommu=on vfio_iommu_type1.allow_unsafe_interrupts=1
[ 14.319954] VFIO - User Level meta-driver version: 0.3
[ 14.635412] vfio_pci: add [10de:128b[ffff:ffff]] class 0x000000/00000000
[ 14.635428] vfio_pci: add [10de:0e0f[ffff:ffff]] class 0x000000/00000000
[ 2161.807383] vfio-pci 0000:06:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=none
[ 2169.203371] vfio-pci 0000:06:00.0: enabling device (0000 -> 0003)
🧡🧡🧡🤍
one last obstacle, error 43, for tomorrow.
