00:43:48 Bahamat I was trying to ipxe boot the latest platform image but fails with this https://pasteboard.co/mrccswLvPzBT.png 00:45:16 bahamat also the images from netbook.smartos.org have the latest builds ? 00:45:36 s/netbook/netboot/g 01:08:56 Yeah, it has the latest builds. 01:11:26 The checksum of all the objects on the netboot server are valid 01:15:00 Maybe I'm doing something wrong, I'm on the ipxe shell, I typed dhcp return ok, then chain https://netboot.smartos.org/smartos.ipxe then a menu appears I choose the latest image but this error happens 01:17:08 I downloaded netbook from here https://boot.netboot.xyz/ipxe/netboot.xyz.efi 01:21:53 For netboot.xyz, you need to do the BIOS version. 01:22:20 Bahamat oh thank you I'll grab that 01:23:17 netboot.xyz also has built in support for SmartOS, so you can just select it from their menu if you like. 01:49:07 I did not see smartos on the menu on the efi one I'm assuming I'll see it in the bios version 10:24:58 bahamat: Thanks for the confirmation :) 12:17:53 bahamat sadly I just tested and the only one that works is the netbook efi version, as I can only boot to an efi shell is there an efi version for smartos netbook? 12:23:20 I'm reading the mailing list to find out more information but have found out too much about netboot bios, according to the wiki it was straight forward maybe I have the wrong netboot version? 14:38:21 Think triton-docker run gives an error "Error response from daemon: problem creating container ($reqid) 14:38:27 docker zone showed " "message": "All networks in pool 610a3de0-d82e-4c3d-92d8-8bc15554634f are full" 14:39:15 Think we should give the user back more info? 15:35:38 neirac: Unfortunately ipxe by default has broken multiboot2 implementation, which is why they can't load our efi. 15:35:53 We've patched that in our own build, but you need to be able to chain load our image. 15:37:01 If I'm on a ipxe shell I could load it from there right ? 15:37:26 Possibly. 15:37:53 Let me try, which is the url for the patched netboot ? 15:40:09 https://netboot.smartos.org/ipxe.efi 15:42:59 I need to take off, but I'll be back in about an hour. 15:43:20 bahamat thank you very much 15:54:10 bahamat thank worked! 15:54:13 That Imean 16:14:46 It got further, but could be also that is hitting a pit error on booting because after it finishes fetching the files from netboot I'm on the efi shell again 18:48:55 I notice that as of platform joyent_20221103T001803Z rsync is at 3.1.2. That version exhibits memory allocations errors in various circumstances, and the 3.2.x versions are supposed to have improved behavior. Info here - https://bugzilla.samba.org/show_bug.cgi?id=12769 18:49:15 Is it practical to update the version of rsync in the platform images? 18:49:15 I found the error on the vmadm ansible module, it was off-bye one error on line 441, just fix it and running now, when it finishes I'll report back 18:50:44 pjustice: Yeah. Thanks for letting us know. We've got a release at the end of the week, so I'll see if I can get that in (probably, but no promises :-) 18:51:26 Hehe, probably a bit late for this round. 18:51:52 Has this bug been affecting you, or just that you're aware of it? 18:52:39 I've had some rc=22 issues with rsync intermittently for a while, and didn't find that until today. So, maybe? 18:54:37 OK. That raises the priority for us. 18:55:22 OS-8426 18:55:23 https://smartos.org/bugview/OS-8426 19:05:34 pjustice: we do have a patch for CVE-2022-37434 19:05:46 https://smartos.org/bugview/OS-8402 19:19:29 Oh, NVM, read 8426 more closely. 19:20:01 Here is the ansible vmadm fix that's working for me https://github.com/ansible-collections/community.general/pull/5628 20:30:53 @pjustice would you like a PI with the rc=22 memory allocation fix in rsync 3.1.2? 20:31:16 (Upgrading the whole of rsync means revisiting a lot of patches and their history, which was why I tried patching the allocation first.) 20:31:21 pjustice: If you're able to test it, that would help a lot. 20:34:03 I should be able to arrange a test. 20:35:06 Preferred format? ISO, or .tgz Platform Image? 20:35:59 .tgz 20:36:53 kebe.com URL coming up... 20:38:22 https://kebe.com/~danmcd/webrevs/platform-20221129T191730Z.tgz 20:38:28 MD5 = ba929d5be2b8bcbf9cad8541620dba09 20:38:53 Draft PR here: https://github.com/TritonDataCenter/illumos-extra/pull/85 20:42:07 Downloaded. 20:42:26 (SO glad I have FiOS...) 20:42:30 hehe 20:42:33 And thank you! 20:51:29 Restart scheduled for 7pm today. Sorry I can't do it sooner. 20:55:28 7pm ET? What timezone are you in? No matter , no need to apologize about timing. We branch tomorrow night, and if the focussed patch works for you, we'll include it in that branch. 20:56:30 (We branch no earlier than 0000 UTC Thursday, i.e. no earlier than 7pmET/4pmPT tomorrow.) 20:58:14 Er, sorry. Yes, US EST. 21:03:48 danmcd the images in netbook.smartos.org will be updated with the vioif/vioscsi patch tomorrow night? 21:04:36 They should. bahamat runs that server, but I'm pretty sure they get the latest pulled (and vioscsi is in there already, I'll make sure vioif's extra ID lands there as well). 21:05:38 Yeah, it'll be updated automatically via cron: https://github.com/TritonDataCenter/smartos-netboot-server/blob/master/tools/crontab 21:11:13 Great, one thing is is possible to boot into kmdb using netboot? 21:12:01 Yeah, the menu lets you toggle kmdb. 21:18:30 Awesome!, I'll wait for that release then