rpittau | good morning ironic! o/ | 06:04 |
---|---|---|
arne_wiebalck | Good morning rpittau and Ironic! | 06:30 |
rpittau | hey arne_wiebalck :) | 06:56 |
janders | good morning rpittau arne_wiebalck and Ironic o/ | 06:59 |
rpittau | hey janders :) | 06:59 |
arne_wiebalck | hey janders o/ | 07:04 |
opendevreview | Riccardo Pittau proposed openstack/virtualbmc master: Reintroduce lower-constraints job https://review.opendev.org/c/openstack/virtualbmc/+/836906 | 07:05 |
rpittau | EmilienM, iurygregory: re https://github.com/gophercloud/gophercloud/issues/2375 the culprit seems to be https://opendev.org/x/pyghmi/commit/6836bfffdde9e7031a64bc7da78a8d22980980f4 | 07:51 |
rpittau | this might help https://review.opendev.org/c/x/pyghmi/+/836911 but probably needs some adjustments | 08:05 |
dtantsur | morning folks | 09:38 |
rpittau | hey dtantsur :) | 09:47 |
janders | hey dtantsur o/ | 09:55 |
iurygregory | good morning Ironic | 11:36 |
iurygregory | rpittau, oh interesting! | 11:36 |
EmilienM | rpittau: thanks :) | 12:12 |
opendevreview | Verification of a change to openstack/ironic stable/yoga failed: Start API after conductor is started in the combined executable https://review.opendev.org/c/openstack/ironic/+/836609 | 12:28 |
opendevreview | Iury Gregory Melo Ferreira proposed openstack/ironic master: Add ironic-grenade-skip-level Job https://review.opendev.org/c/openstack/ironic/+/836966 | 12:45 |
iurygregory | 50min for our sessions at the PTG \o/ | 13:10 |
opendevreview | Verification of a change to openstack/ironic stable/yoga failed: Start API after conductor is started in the combined executable https://review.opendev.org/c/openstack/ironic/+/836609 | 13:12 |
*** dmellado_ is now known as dmellado | 13:31 | |
TheJulia | braaaiiinsss | 13:35 |
admiyo | TheJulia, should I kick into my version of the Princess Bride The Musical with a resounding version of "Brawns, Brains, and Steel" just for you? | 13:37 |
TheJulia | admiyo: oh. my. | 13:37 |
TheJulia | ... I kind of want to see this, but not today | 13:37 |
TheJulia | I'm fighting a secondary sinus infection | 13:37 |
admiyo | Does the "secondary" go with "sinus" or "infection?" | 13:39 |
TheJulia | if one gets a viral infection (say, a head cold), one can get a a bacterial infection afterwards | 13:42 |
admiyo | I was trying to figure out where my secondary sinuses are. | 13:42 |
TheJulia | same sinuses on the timeline | 13:43 |
TheJulia | They may, or may not be entirely evil though | 13:43 |
admiyo | I am at that lovely state where ipxe starts but never finishes. It turns out the iPXE binary in all but the development version of Ubuntu is built for x86_64 and then put into the equivalent of a "no-arch" package. | 13:44 |
TheJulia | yup | 13:44 |
admiyo | The latest version has an additional aarch64 version, but with a different name. | 13:44 |
dtantsur | yeaaah.. same in RH systems | 13:44 |
TheJulia | you need an aarch64 build | 13:44 |
admiyo | So...that is actually quite wrong | 13:44 |
TheJulia | latest rh builds should have separate versions, but yeah, same rpm | 13:45 |
admiyo | the arch of the package needs to match the server, and the payload needs to match the client. | 13:45 |
admiyo | Having them in the smae RPM is good | 13:45 |
admiyo | its a pain on the build side, as you need both compilers, but much easier on the deploy side | 13:45 |
TheJulia | yeah | 13:45 |
admiyo | Anyway, I get to iPXE initialising devices... | 13:46 |
admiyo | and then eventually it reboots and starts all over again. I had forgotten how much fun it is to debug bringup | 13:47 |
* TheJulia raises an eyebrow | 13:47 | |
TheJulia | so... that should be initalizing the UEFI network stack | 13:47 |
admiyo | Could be a bad image. I am using the cirros aarch64 build, | 13:47 |
TheJulia | oh | 13:47 |
TheJulia | hmm | 13:47 |
admiyo | but, you know, some information from something about what is going on would be kinda nice | 13:47 |
TheJulia | are you getting out of the ipxe loader, i.e. kernel/ramdisk getting downloaded? | 13:48 |
admiyo | I don't think so | 13:48 |
admiyo | I pasted the absolute message I get before I see the boot process restart 5 minutes or so later | 13:48 |
TheJulia | wow | 13:48 |
TheJulia | okay | 13:48 |
TheJulia | so I wonder if the uefi snp driver in it is working | 13:49 |
TheJulia | maybe try the rh rpm binary (download, rpm2cpio, cpio -i --make-directories <cpiofile ? | 13:49 |
TheJulia | ) | 13:49 |
admiyo | is there some way to kick the iPXE binary into verbose mode | 13:49 |
TheJulia | you can compile it with a debug setting if memory serves | 13:50 |
admiyo | So this is not a normal occurance in everyday life for most Ironic sysadmins, I take it? | 13:51 |
TheJulia | no | 13:54 |
TheJulia | unfortunately | 13:55 |
TheJulia | I've seen something like that where the UEFI firmware doesn't speak snp or there are no valid internal drivers | 13:55 |
dtantsur | so, worth trying both snp and the other binary? | 13:55 |
TheJulia | well, I would think arm would be an snponly | 13:56 |
TheJulia | but, when I tried arm it was in a VM with whats it called | 13:57 |
TheJulia | uefi firmware reference kit | 13:57 |
TheJulia | ... which I also had to build :\ | 13:57 |
iurygregory | it's PTG time \o/ | 14:00 |
iurygregory | https://ptg.opendev.org/ptg.html | 14:01 |
iurygregory | Ocata Room =) | 14:01 |
ameya49 | Hi Ironic o/ | 14:04 |
ameya49 | Wanted to know if there was any specific reason to create an instance in test_introspection_basic tempest test case (ironic_tempest_plugin) | 14:10 |
dtantsur | ameya49: the goal initially was to verify that the configured properties/ports are compatible with what Nova expects | 14:10 |
ameya49 | dtantsur : Thanks! | 14:11 |
ameya49 | dtantsur : Reason Im asking is, we are working on few ironic scenarios using ironic-tempest-plugin where we are planning to write test case for out of band inspection. So would like to know if it would be necessary to create server for inspection as well. | 14:13 |
dtantsur | ameya49: it may be a good verification, but not 100% required | 14:14 |
ameya49 | dtantsur : ok Thanks! Will take a closer look to decide if we can implement as standalone or scenario based test. Thanks again! | 14:16 |
ameya49 | dtantsur : Or any recommendations/suggestions? | 14:16 |
dtantsur | on the ptg now, sorry, cannot put too much thought in it | 14:16 |
ameya49 | np | 14:17 |
EmilienM | rpittau: I tested it, it worked and solved my issue | 14:39 |
EmilienM | can we please merge it? https://review.opendev.org/c/x/pyghmi/+/836911 | 14:39 |
rpittau | EmilienM: great! We need someone with superpowers there, not sure any of us has them,, maybe we can go internally | 14:40 |
dtantsur | rpittau: only the maintainer has them | 14:41 |
EmilienM | rpittau: I sent him an email | 14:46 |
rpittau | EmilienM: thanks :) | 14:46 |
iurygregory | JESUS <O> it worked?! ironic-grenade-skip-level https://zuul.opendev.org/t/openstack/build/2634bfc91db94f2daf08ce146acba306 : SUCCESS in 1h 29m 41s (non-voting) | 14:51 |
dtantsur | now verify that it tested what we wanted it to test :) | 14:52 |
EmilienM | a novel concept :D | 14:52 |
iurygregory | dtantsur, yeah! | 14:53 |
iurygregory | funny thing is that I tested upgrade from wallaby to master =X | 14:53 |
dtantsur | things will become much funnier with netboot removal | 14:54 |
dtantsur | I have a gut feeling wallaby heavily relies on it | 14:54 |
iurygregory | I was expecting to fail... since master (zed) is a tock release | 14:54 |
iurygregory | I was wondering how we will run the CI in tock releases like now, we should have the job testing wallaby -> yoga in zed right? | 14:55 |
iurygregory | not wallaby -> master(zed) | 14:56 |
iurygregory | the normal grenade would be testing yoga -> zed anyways... | 14:56 |
dtantsur | it's just one of the questions people haven't thought through? :) | 14:56 |
dtantsur | there is no point to run wallaby->yoga in zed, we already run it in yoga | 14:57 |
iurygregory | yeah, this also | 14:57 |
rpittau | btw tick tock sound really creepy | 15:05 |
iurygregory | rpittau, agree :D | 15:06 |
iurygregory | they should try a different approach I would say | 15:07 |
opendevreview | Merged openstack/ironic stable/yoga: Start API after conductor is started in the combined executable https://review.opendev.org/c/openstack/ironic/+/836609 | 15:16 |
arne_wiebalck | isn't tick-tock a quite normal term for processors? | 15:21 |
iurygregory | TheJulia, dtantsur http://lists.openstack.org/pipermail/openstack-discuss/2022-April/028088.html | 15:55 |
rpittau | arne_wiebalck: therefore processors are creepy | 16:08 |
iurygregory | arne_wiebalck, any words from TC about Zed release running on ubuntu 22.04? | 16:12 |
arne_wiebalck | rpittau: then I don't understand your comment :-D | 16:14 |
arne_wiebalck | iurygregory: not that I noticed, but I was in several meetings simultaneously :) | 16:16 |
iurygregory | arne_wiebalck, you have a clone omg | 16:16 |
arne_wiebalck | iurygregory: rather not being useful in any of them | 16:16 |
iurygregory | =( | 16:17 |
TheJulia | arne_wiebalck: I would be happy to do a concurrency limit check thing in exchange for reviews this cycle :) | 16:18 |
rpittau | arne_wiebalck: tick, tock, like a very slow but inevitable clock, like the Edgar Allan Poe poem? | 16:18 |
TheJulia | Tick the mouse ran up the clock | 16:18 |
arne_wiebalck | rpittau: no, this I understood ... my point was this is all scary, so tick/tock is the right term :) | 16:19 |
rpittau | ok :D | 16:19 |
arne_wiebalck | I guess the TC will welcome suggestions as well, but tick/tock really is becoming the term already ... | 16:20 |
arne_wiebalck | TheJulia: an automatic cap on concurrency? | 16:22 |
arne_wiebalck | TheJulia: like, you cannot join, you're in these 2 other meetings already! | 16:22 |
TheJulia | eeek meetings! | 16:26 |
TheJulia | so many meetings | 16:26 |
* TheJulia sips some stupidly hot thai soup in an attempt to heal the sinuses | 16:43 | |
dtantsur | get better TheJulia! | 16:45 |
dtantsur | see you tomorrow folks | 16:45 |
iurygregory | bye dtantsur | 16:54 |
arne_wiebalck | bye everyone o/ | 17:00 |
iurygregory | bye arne_wiebalck o/ | 17:12 |
rpittau | bye everyone! o/ | 17:49 |
TheJulia | dtantsur: https://storyboard.openstack.org/#!/story/2009978 <-- stream of notes w/r/t vmfs | 17:49 |
TheJulia | with links | 17:49 |
iurygregory | 5min for our last PTG session | 20:55 |
opendevreview | Julia Kreger proposed openstack/ironic-python-agent master: WIP: Multipath Hardware path handling https://review.opendev.org/c/openstack/ironic-python-agent/+/837039 | 22:19 |
TheJulia | iurygregory: ^^^^^ | 22:19 |
TheJulia | There *may* be a problem with that, our unit tests seem to result in deduplication, but we're executing additional commands now so they need to be carefully walked through | 22:20 |
TheJulia | but logic wise It think it should work | 22:20 |
TheJulia | oooh ahh email from a supermicro engineer \o/ | 22:30 |
iurygregory | TheJulia, ack ty! | 23:31 |
iurygregory | FileNotFoundError: [Errno 2] No such file or directory: 'multipath': 'multipath' \o/ | 23:55 |
TheJulia | \o/ | 23:57 |
TheJulia | not in a ramdisk ? :) | 23:57 |
iurygregory | yeah I think this is the case in ironic-standalone-ipa-src | 23:58 |
iurygregory | so ofc it would complain =) | 23:58 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!