Thursday, 2023-12-14

opendevreviewTakashi Kajinami proposed openstack/ironic-inspector master: [coordination] backend_url should be secret  https://review.opendev.org/c/openstack/ironic-inspector/+/90363806:42
opendevreviewTakashi Kajinami proposed openstack/networking-generic-switch master: [coordination] backend_url should be secret  https://review.opendev.org/c/openstack/networking-generic-switch/+/90363906:44
opendevreviewTakashi Kajinami proposed openstack/networking-generic-switch master: [ngs_coordination] backend_url should be secret  https://review.opendev.org/c/openstack/networking-generic-switch/+/90363906:45
opendevreviewMerged openstack/ironic master: Revise ramdisk boot interface for clarity  https://review.opendev.org/c/openstack/ironic/+/90362107:39
opendevreviewDmitry Tantsur proposed openstack/ironic master: CI: use Swift for configdrive when available  https://review.opendev.org/c/openstack/ironic/+/90364208:04
rpittaugood morning ironic! o/08:10
opendevreviewDamien RANNOU proposed openstack/ironic-python-agent master: [WIP] USB device discovery  https://review.opendev.org/c/openstack/ironic-python-agent/+/90276908:19
dtantsuriurygregory: do you remember why we don't cache BIOS settings and firmware versions on the transition to manageable (like we do for vendor and boot mode)?08:39
dtantsurCleaning may be disabled, and anyway it's a bit late at that point..08:40
dtantsurI also wonder if we should add caching these to the inspection code path.. It is, in a sense, inspection.08:40
dtantsurMy bad, misread the code. We do cache BIOS settings on verify. Not caching firmware settings is probably an omission.08:42
opendevreviewDmitry Tantsur proposed openstack/ironic master: Cache firwmare components on the transition to "manageable"  https://review.opendev.org/c/openstack/ironic/+/90364608:52
dtantsuriurygregory: ^^^08:52
opendevreviewDmitry Tantsur proposed openstack/ironic master: [WIP] Test redfish with reduced sushy-tools feature set  https://review.opendev.org/c/openstack/ironic/+/90336108:52
opendevreviewDmitry Tantsur proposed openstack/ironic master: [DNM] Break redfish baseline  https://review.opendev.org/c/openstack/ironic/+/90358808:52
opendevreviewDmitry Tantsur proposed openstack/ironic master: [DNM] Break redfish baseline  https://review.opendev.org/c/openstack/ironic/+/90358808:53
drannoudtantsur: I get your point about my code about USB, just moving the caller from hardware.py to inspcetor would be enough on your POV ?09:15
dtantsurdrannou: check how it's done for PCI devices. It's a plugin, it has its own entry point in setup.cfg.09:51
dtantsurmraineri: hi! is this change correct from your perspective (the Drives one)? https://review.opendev.org/c/openstack/ironic/+/902744/5/ironic/drivers/modules/redfish/raid.py#61909:55
dtantsurI wonder why it was done without Links initially.09:55
dtantsurI see that someone has an example without Links: https://jonamiki.com/2019/04/14/example-redfish-rest-calls-create-raid-volume/09:57
opendevreviewMerged openstack/networking-generic-switch master: [ngs_coordination] backend_url should be secret  https://review.opendev.org/c/openstack/networking-generic-switch/+/90363910:04
opendevreviewDmitry Tantsur proposed openstack/bifrost master: Configure the new inspection implementation  https://review.opendev.org/c/openstack/bifrost/+/89692510:48
opendevreviewVerification of a change to openstack/ironic-inspector master failed: [coordination] backend_url should be secret  https://review.opendev.org/c/openstack/ironic-inspector/+/90363810:49
opendevreviewDmitry Tantsur proposed openstack/bifrost master: Configure the new inspection implementation  https://review.opendev.org/c/openstack/bifrost/+/89692510:55
opendevreviewDmitry Tantsur proposed openstack/bifrost master: Configure the new inspection implementation  https://review.opendev.org/c/openstack/bifrost/+/89692511:06
iurygregorygood morning Ironic11:08
iurygregorydtantsur, in the transition to manageable you mean from enroll to it right?11:11
dtantsuryep11:11
iurygregoryI probably didn't add in verifying because "oh this is just cleaning step/ deploy step" so I shouldn't touch things in verify11:15
iurygregoryI agree it makes sense to check the information and cache it11:15
opendevreviewDmitry Tantsur proposed openstack/bifrost master: Drop support for rootwrap  https://review.opendev.org/c/openstack/bifrost/+/90367111:57
opendevreviewDmitry Tantsur proposed openstack/bifrost master: DNM test the CI  https://review.opendev.org/c/openstack/bifrost/+/90367713:10
opendevreviewMerged openstack/ironic-inspector master: [coordination] backend_url should be secret  https://review.opendev.org/c/openstack/ironic-inspector/+/90363814:07
opendevreviewDamien RANNOU proposed openstack/ironic-python-agent master: [WIP] USB device discovery  https://review.opendev.org/c/openstack/ironic-python-agent/+/90276914:08
opendevreviewDamien RANNOU proposed openstack/ironic-python-agent master: [WIP] USB device discovery  https://review.opendev.org/c/openstack/ironic-python-agent/+/90276914:21
opendevreviewMerged openstack/ironic master: Cache firwmare components on the transition to "manageable"  https://review.opendev.org/c/openstack/ironic/+/90364614:43
JayF\o/ the entire openstacksdk migration chain in ironic<>nova driver finished landing this morning15:08
iurygregory\o/15:20
jamesdenton_Good morning, all. Question about bifrost: is the schema for node_network_data defined anywhere? 15:32
JayFHey, it takes the standard openstack network data that cloud-init/nova/etc all interchanges15:36
JayFI believe the best doc we have for it is the original nova spec15:36
jamesdenton_got it, thank you15:37
*** jamesdenton_ is now known as jamesdenton15:37
JayFdid you find the url?15:37
JayFI'm looking for it :d15:37
JayFhttps://github.com/openstack/nova-specs/blob/master/specs/kilo/approved/metadata-service-network-info.rst is essentially it15:37
JayFjamesdenton: I'll note that feature generally has some rough edges15:37
jamesdentoni found this: https://docs.openstack.org/nova/latest/_downloads/9119ca7ac90aa2990e762c08baea3a36/network_data.json15:38
JayFjamesdenton: mainly around having to build your ramdisks to explicitly support network data15:38
jamesdentongotcha15:38
JayFwhich insures for provisioning actions we use the node.network_data and not, for instance, the leftover configdrive  from the last tenant instance :)15:39
TheJuliaglean also has some awesome examples15:39
jamesdentoni'm interested in cloud-init generating the netplan configuration, including bonds. Not sure what that looks like just yet15:39
TheJuliaof the network metadata payloads15:39
JayFJulia is the expert in this, she's been playing exterminator on this feature for the last month :)15:40
jamesdenton:)15:40
JayFs/month/year/ probably is more accurate lol :)15:40
TheJuliaI'm not sure how well it knows to transform that into, at least depending on the network metadata15:40
TheJuliacloud-init has some funky logic around interface launch because... being a cloud tool you don't need a bond so it just looks to fire up dhcp by default on interfaces15:40
jamesdentonthat makes sense15:41
TheJulia... there is a flag for that though!15:41
jamesdentonof course there is :D15:41
TheJuliagive me a few minutes and I'll see if I can hunt it down for you15:41
TheJuliaI need to finish another thought first15:41
jamesdentonno rush at all15:41
jamesdentonas an alternative, is it possible to just shove user_data_content in there  (which could include a cloud-init friendly network block) or is there a better alternative to user-servicable user-data?16:23
JayFSo node.network_data is for *provisioning actions* -- e.g. "I need this node to have a strange/unique network config during deployment/rescue/cleaning/etc"16:29
JayFnetwork/user/metadata for instances is done via configdrive16:30
JayFhttps://docs.openstack.org/ironic/latest/user/deploy.html#deploy-configdrive16:30
* JayF not sure if he understood your statement16:31
jamesdentonnope, this is perfect, thanks. I had attempted to use --configdrive but hadn't constructed the json properly16:31
jamesdentonbtw - not sure if this has been fixed, but it seems like my bifrost-cli wants --configdrive not --config-drive16:32
JayFSo those are ironic docs16:32
JayFbifrost is ansible for driving ironic16:32
JayFso the concepts should map but they won't be exact 1:1 wordings16:32
jamesdentonahh, right, thanks16:32
JayFOooh that means configdrive support might be different. hmm16:32
JayFhttps://github.com/openstack/bifrost/blob/master/playbooks/roles/bifrost-configdrives-dynamic/README.md16:33
JayFhey, that looks relevant :D 16:33
JayFhttps://docs.openstack.org/bifrost/latest/user/howto.html#deployment-and-configuration-of-operating-systems16:33
JayFLooks like you get a really simple configdrive by default16:33
TheJuliajamesdenton: https://review.opendev.org/c/openstack/diskimage-builder/+/899886/1/diskimage_builder/elements/cloud-init-datasources/install.d/05-set-cloud-init-sources#41 what you need to know if you don't have DHCP in place16:33
JayFshould be able to use that as a template to get a more advanced configdrive going16:34
jamesdentoni've got some reading to do. thank you both16:35
JayFNo problem :) Happy to help, there are a lot of knobs to turn16:35
TheJuliatons16:36
TheJuliain various ways16:36
TheJuliaand some knobs don't agree with other knobs16:36
jamesdentoni've got a pretty stable, simple deployment method going on here with bifrost at the moment, with some post-deploy ansible that does the netplan and other cloud-inity things, but would rather it all be done at the time of deploy16:40
jamesdentonand it's not easy to walk away from this for a few weeks/months and expect to retain the nuances16:40
JayFI usually recommend a pattern of using cloud-init/configdrive to bootstrap into a higher level config management16:43
jamesdentonnot a bad approach16:43
JayFbut I'll note in this case, you could potentially approach it like ... never leaving ansible in the first place. I've never done it; but I suspect it's possible to append your own playbooks to the end of bifrosts' work16:44
JayFso when it sees the node go active, it can execute a playbook to try to ssh and do the config16:44
TheJuliaJayF: designed so you can do that :)16:44
JayFso you can oneshot it all in ansible16:44
TheJuliaand just let ansible do the needful, it is why the examples have login/actions locally16:44
jamesdentonyep, today it's two steps but ideally one 16:44
jamesdentoni just need to clean up my inventory generation processes16:44
TheJuliaAnd that can also be done with a plugin too16:45
TheJuliaor from an existing ironic :)16:45
rpittaugood night! o/17:05
iurygregorywow, OpenInfra Summit Asia O.o19:33
samcat116FWIW I was never able to successfully use the network_data and virtual media to deploy a node with a bond19:33
samcat116But I didn't realize the prebuilt ipa images don't support it19:34
dtantsuriurygregory: and another one in CERN, we must organize a team meeting next to it!19:34
TheJuliayou and some board members want to visit there. I will note, no shutdown this year :)19:35
iurygregorydtantsur, ++!19:35
dtantsurI should be able to convince my wife that we need a short vacation in Geneva19:36
dtantsurespecially if arne_wiebalck organizes a new visit to the experiments19:36
iurygregoryfor me is more complicated lol 19:37
dtantsuryeah, I can imagine19:37
iurygregorybut maybe with a talk a I have a chance to go to the Summit lol19:37
dtantsurSouth Korea? Could be cool, budget... sigh.19:39
iurygregoryyup!19:40
iurygregorybudget is the key19:40
iurygregorybut, on the bright side, it's in Sept... so maybe things are cheaper lol19:41
dtantsurPossibly? I'd expect September to be nice time there19:41
iurygregoryI should try to do some Open Infra Day here in Brazil lol19:46
arne_wiebalckwe plan to do tours, absolutely :)20:31
TheJuliaiurygregory: oh very yes20:39
TheJuliaiurygregory: ferment/grow a community20:39
TheJuliaEver watch Stargate?20:39
JayFCan someone spare 5-10 minutes to quack at a unit test failure with me real quick?20:41
iurygregoryre Stargate - no .-.20:42
JayFI'm thinking it's gotta be something silly I'm missing20:42
JayFrebasing https://review.opendev.org/c/openstack/nova/+/900831/ against the openstacksdk migration stuff, and just can't get a test to pass20:42
* iurygregory looks20:42
JayFlooks like _refresh_cache is swallowing an exception, but I can't tell how/where20:42
JayFiurygregory: it's local20:42
JayFwe'll have to zoom if you wanna see20:42
TheJuliaiurygregory: we need https://stargate.fandom.com/wiki/Replicator to build a community :)20:42
JayFI'm mid-broken-rebase :)20:42
iurygregoryJayF, so you are rebasing 900831 on top of master and trying to solve the conflict that shows during rebase right?20:43
JayFwell the conflicts are solved20:44
JayFbut the tests are failing20:44
JayFand I can't get it figured out how20:44
JayFessentially, I have a mock setup to make _refresh_cache raise an exception20:44
JayFbut it's not causing list_instances to throw the exception20:44
JayFso it's getting swallowed *somewhere*20:44
JayFand I can't find where20:44
iurygregoryTheJulia, awesome! In the past we used to have OpenStack Days Sao Paulo in Brazil, so I'm in touch with ppl from other companies to see if we can organize Open Infra Days =) 20:44
iurygregoryJayF, hummm20:45
JayFhttps://us06web.zoom.us/j/89282955673?pwd=KU5NPqW8BqIa1xbSNWnlSFAmhs97M6.120:45
JayFif you wanna see20:45
iurygregorygoing20:45
iurygregorylet me grab my headphone20:46
JayFiurygregory++ I had swapped argument order of a mock in the test21:03
iurygregory\o/21:04
*** dmellado2 is now known as dmelladoo21:55
*** dmelladoo is now known as dmellado21:58
dmelladoiurygregory not watching stargate should be a crime xD22:01
TheJuliasamcat116: yeah, I think I saw some of why you had issues too even beyond that, with how cloud-init and simple-init can end up in some images together if you build them22:02
TheJuliasamcat116: and while yes, you can use either, cloud-init has some hard expectations out of the box about dhcp being present on the first ethernet interface as if it is a VM which breaks things unless you tell it not to in the image deployed22:02
iurygregorydmellado, lol22:04
iurygregoryI will try to find time during my PTO in Jan =P22:04
TheJuliaAlso, all star trek mirror universe episodes22:04
TheJuliaThat, too, is crime to have not watched. :)22:04
iurygregoryStar Trek I've watched all of them I think22:04
dmelladothat said, I'd avoid the tv series with McGyver xD 22:07
dmelladobut that's just my .0222:07
dmelladopretty much prefer the film22:07
JayFiurygregory: we can form a no-stargate-club22:10
* JayF has not seen the films/tvs either22:11
iurygregoryJayF, but according to TheJulia we need stargate to build a community, so better avoid the no-stargate-club lol22:13
JayFfor every culture there is a counterculture, definitionally!22:13
JayFour mere existence helps proves her point ;) 22:13
TheJuliaiurygregory: we just need the replicators22:13
TheJuliaAnd counter culture ++22:14
iurygregoryagree22:14
dmelladoxDDD22:26

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!