00:31:51 bloody does not comes with vioscsi driver? 00:46:31 I remember that there was an omnios image with vioscsi included, I thought it was bloody but wasn't 11:28:45 I just copy the vioscsi driver to the ipxe booted machine, but how do I generate an omnios release that has the driver already installed? 11:59:49 It was added to bloody in January so I'd expect it to be in the latest media. 12:00:09 It doesn't look like it was added to the installer miniroot though, which is an issue! 12:01:02 I opened https://github.com/omniosorg/kayak/pull/273 so it will be in the next bloody media. 12:01:14 If you'd like help building your own in the interim, I can help you with that. 12:01:28 You just need a VM running omnios bloody somewhere 12:07:43 The cloud images should have it, apparently that is why we didn't put it in the installer. We didn't think that people would be installing on this type of service by booting the .iso and going through the installation process, but rather just using one of the canned cloud images. 12:21:03 andyf I managed to copy the vioscsi to the ipxe booted instance, just the driver won't attach I'm debugging why 12:21:20 at least omnios boots now, before it stuck in pit 12:21:44 I'm testing in oci, seems the hypervisor is somewhaat custom 12:24:38 trying add_drv -i 'pci1af4,1004,p' vioscsi, returns https://paste.ec/paste/W3CVavnh#BfgHQKaQqJoT5+-0zYmjcwtFa9V+PkIuNw4aYCYXSCV 12:25:59 andyf I also tried the cloud images with kayak, maybe I did something wrong but I did not see the vioscsi driver there 12:26:36 I was using this to pxe boot https://patches.byteswizards.com/kayak/ipxe.txt 12:29:43 The cloud images aren't always appropriate. On vultr, for instance, not only does it want a raw image but it needs to be uncompressed, so you have to grab a raw image, uncompress it, put that somewhere, and then transfer it. 12:30:04 It's just so much quicker to point them at an iso 12:34:21 I'm trying to modload vioscsi but I'm getting this WARNING: mod_installdrv: no major number for vioscsi I already manually added vioscsi to /etc/name_to_major and to /etc/driver_aliases 12:57:06 andyf I understand now, the miniroot has the drivers, when you have time let me know how to generate the miniroot to test right away 13:07:42 andyf seems is like gmake install-tftp will build the miniroot 13:12:38 Something like this should do it - edit the data/miniroot.pkglist file and add driver/storage/vioscsi 13:13:00 then: pfexec gmake zfsdestroy all clean PKGURL="https://pkg.omnios.org/bloody/core" 13:13:21 You can be more selective, but that will build everything and place it in `/kayak_image` 13:43:57 andyf I'll try again because it failed SANITY CHECK FAILED 13:45:16 It should ay why - is it libpsl? That fix was merged a couple of days ago 13:45:20 *say 13:52:55 could be that I just run gmake install-tftp before instead passing PKGURL 14:18:39 andyf failed seems in the same step https://paste.ec/paste/P2bDqzZp#u79jl81lDoUDxZc7-5tleJNJmGrRjWxl1Rbl0d+WU9H 14:47:47 What was the command? Running `zfsdestroy all` should clear the old things out, and build all the pre-requisite binaries etc. 15:08:27 andyf kayak/bin/sanity expected python-3.10 I only had 3.11 in bloody that was the root cause of the failure 16:08:10 andyf ok, now sanity works but fails the check https://paste.ec/paste/LVeRl8ha#c0KqgmSH-hhoII+bJeopvhYmFadkT/hLCFgH/u2qoMb 16:08:30 command was pfexec gmake zfsdestroy all clean PKGURL="https://pkg.omnios.org/bloody/core" 16:38:59 andyf I just updated the kayak baseline file to match to what's is expecting 16:39:10 that worked, but maybe truss won't work? 16:39:55 Truss recently stopped being shipped with isaexec IIRC, so things might just not have caught up in bloody yet. 17:27:50 ok my miniroot created wrongly https://paste.ec/paste/LFglKt2P#01wcHmDaB3bf9ksEaHv7yATkza6vR950on8cPR7vnDs 17:30:25 well at least I learned how to pxe boot omnios and build a miniroot