Bahamat I was trying to ipxe boot the latest platform image but fails with this pasteboard.co/mrccswLvPzBT.png

bahamat also the images from netbook.smartos.org have the latest builds ?

s/netbook/netboot/g

Yeah, it has the latest builds.

The checksum of all the objects on the netboot server are valid

Maybe I'm doing something wrong, I'm on the ipxe shell, I typed dhcp return ok, then chain netboot.smartos.org/smartos.ipxe then a menu appears I choose the latest image but this error happens

I downloaded netbook from here boot.netboot.xyz/ipxe/netboot.xyz.efi

For netboot.xyz, you need to do the BIOS version.

Bahamat oh thank you I'll grab that

netboot.xyz also has built in support for SmartOS, so you can just select it from their menu if you like.

I did not see smartos on the menu on the efi one I'm assuming I'll see it in the bios version

bahamat: Thanks for the confirmation :)

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?

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?

Think triton-docker run gives an error "Error response from daemon: problem creating container ($reqid)

docker zone showed " "message": "All networks in pool 610a3de0-d82e-4c3d-92d8-8bc15554634f are full"

Think we should give the user back more info?

neirac: Unfortunately ipxe by default has broken multiboot2 implementation, which is why they can't load our efi.

We've patched that in our own build, but you need to be able to chain load our image.

If I'm on a ipxe shell I could load it from there right ?

Possibly.

Let me try, which is the url for the patched netboot ?

I need to take off, but I'll be back in about an hour.

bahamat thank you very much

bahamat thank worked!

That Imean

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

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 - bugzilla.samba.org/show_bug.cgi?id=12769

Is it practical to update the version of rsync in the platform images?

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

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 :-)

Hehe, probably a bit late for this round.

Has this bug been affecting you, or just that you're aware of it?

I've had some rc=22 issues with rsync intermittently for a while, and didn't find that until today. So, maybe?

OK. That raises the priority for us.

OS-8426

pjustice: we do have a patch for CVE-2022-37434

Oh, NVM, read 8426 more closely.

Here is the ansible vmadm fix that's working for me ansible-collections/community.general #5628

@pjustice would you like a PI with the rc=22 memory allocation fix in rsync 3.1.2?

(Upgrading the whole of rsync means revisiting a lot of patches and their history, which was why I tried patching the allocation first.)

pjustice: If you're able to test it, that would help a lot.

I should be able to arrange a test.

Preferred format? ISO, or .tgz Platform Image?

.tgz

kebe.com URL coming up...

MD5 = ba929d5be2b8bcbf9cad8541620dba09

Draft PR here: TritonDataCenter/illumos-extra #85

Downloaded.

(SO glad I have FiOS...)

hehe

And thank you!

Restart scheduled for 7pm today. Sorry I can't do it sooner.

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.

(We branch no earlier than 0000 UTC Thursday, i.e. no earlier than 7pmET/4pmPT tomorrow.)

Er, sorry. Yes, US EST.

danmcd the images in netbook.smartos.org will be updated with the vioif/vioscsi patch tomorrow night?

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).

Yeah, it'll be updated automatically via cron: github.com/TritonDataCenter/smartos…ot-server/blob/master/tools/crontab

Great, one thing is is possible to boot into kmdb using netboot?

Yeah, the menu lets you toggle kmdb.

Awesome!, I'll wait for that release then