Friday, 2021-03-05

jandersI tried some downstream doco which works a treat but it also produces disk+kernel+ramdisk trio, which doesn't look like whole-disk images00:00
TheJuliaelements are horribly named00:00
stevebakerTheJulia: ok I'm ready. janders do you want to join on a call too, I'll talk about building images00:01
TheJuliavm grub2 is the apth00:01
TheJuliapath00:01
jandersstevebaker yes, that would be great00:01
TheJuliastart a meet, I'll jump in just going to get something to drink00:01
stevebakerI've sent an invite00:02
*** tosky has quit IRC00:11
*** yoctozepto has quit IRC00:13
*** yoctozepto has joined #openstack-ironic00:13
*** gryf has quit IRC00:18
*** gryf has joined #openstack-ironic00:21
*** jamesdenton has quit IRC00:46
*** jamesden_ has joined #openstack-ironic00:46
*** rloo has quit IRC00:51
jandersstevebaker "disk-image-create centos grub2 block-device-efi -o centos-image" produced a whole-disk image with broken GRUB (it boots with GRUB CLI). I was able to boot C8 from the GRUB CLI by manually specifying kernel/rootfs/ramdisk. Is this the issue you were seeing as well?01:56
stevebakerjanders: do you mean with UEFI boot it put you into a blank grub prompt? I have to manually run efibootmgr to even get that far02:01
jandersstevebaker correct02:02
jandersI had to force the node to boot off one of the NVMes instead of PXE before that but this is probably because ironic doesn't have a local_boot flag set on it02:04
jandersdo you know if I need to do this with true-baremetal on Bifrost (I remember doing this on  underclouds)02:04
*** k_mouza has joined #openstack-ironic02:21
*** k_mouza has quit IRC02:26
stevebakerjanders: what is supposed to happen is ipa runs efibootmgr to set the boot order for local-boot first, so when it reboots it should boot to your efi setup. However if that entry is broken it will fall through to the next boot option (PXE boot)02:27
jandersstevebaker do I need somethinglike boot_mode=local equivalent for that to happen?02:28
janders(calling it equivalent cause I suppose that's a BIOS construct not UEFI)02:29
stevebakerjanders: I think ironic switches to local as part of the deploy process02:29
jandersstevebaker http://paste.openstack.org/show/803246/ here is the "efibootmgr -v" output from the deployed node02:30
jandersI'm not quite sure what the first device on the list is - the node has been cleaned prior to deploy so I'd expect to only see CentOS and PXE entries02:31
jandersI will poke around checking what the disks look like02:31
stevebakerjanders: all of those were likely auto-discovered by UEFI, the one created by ipa will be called 'ironic1'02:32
stevebakerjanders: this is my deploy script http://paste.openstack.org/show/803247/ (note the --property capabilities=boot_mode:uefi)02:33
jandersstevebaker hah I was about to ask about this one02:33
stevebakerjanders: you'll need that for ipa to run efibootmgr02:33
jandersstevebaker right! thanks for that. I will set it and have another go02:34
jandersstevebaker so after that is set I should not have to interact with the boot order to have the server boot off local storage, correct?02:35
jandersshameless plug: I love the new NVMe cleaning feature for testing things like this :) no need to worry if metadata_erase left something behind02:40
janders(if the node is running NVMes and only NVMes that is)02:41
stevebakerjanders: if its working correctly you won't need manual intervention for local boot to be the first option02:48
*** irclogbot_0 has quit IRC02:52
jandersstevebaker thank you. That worked. Now I'm back to the GRUB screen. Will hand-boot the node to 1) see if this is repeatable and 2) if it's booted maybe we can get some interesting info out of this02:52
jandersyep, it worked the same way as the last time02:54
*** irclogbot_2 has joined #openstack-ironic02:55
jandershttp://paste.openstack.org/show/803248/ looks like it's missing GRUB config03:00
jandersI will copy it in and see if it starts booting normally03:00
janderspossibly something missing in the image?03:01
janderscopying grub.conf into the path where it is on Fedora didn't help.. will hand-boot it and try reinstalling grub and see if there is any interesting output03:03
stevebakerjanders: yeah, I'm working on a dib change to generate that now03:03
jandersstevebaker awesome I will stop making noise and leave you to it; when it's ready I'm happy to help with testing :)03:04
stevebakerjanders: having a tester will be helpful03:04
jandersstevebaker any time03:05
*** gyee has quit IRC03:08
jandersstevebaker "grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg" fixed it on my node03:12
jandersapparently the config that was sitting around somewhere in /boot/ wasn't right03:13
janderswild guess: maybe something UEFI related prevents something in IPA from running ^^^ (I may be stating the obvious)03:13
janders(or something in DIB)03:14
jandersbreaking for late lunch now03:14
stevebakerjanders: /boot/grub2/grub.cfg is generated by dib, I'm first going to try generating an identical one for  /boot/efi/EFI/centos/grub.cfg03:15
stevebakerbut possibly they should be different, we'll see03:17
*** uzumaki has quit IRC03:59
*** k_mouza has joined #openstack-ironic03:59
*** k_mouza has quit IRC04:04
*** uzumaki has joined #openstack-ironic04:23
*** jamesden_ has quit IRC04:25
*** jamesdenton has joined #openstack-ironic04:25
*** mkrai has joined #openstack-ironic04:27
*** uzumaki has quit IRC04:28
*** uzumaki has joined #openstack-ironic04:57
*** uzumaki has quit IRC05:03
jandershey stevebaker are you still around (I know it's late in your TZ)? I found something that might be of interest05:08
jandersstevebaker this looks weird https://opendev.org/openstack/diskimage-builder/src/branch/master/diskimage_builder/elements/bootloader/finalise.d/50-bootloader#L163 - first - setting GRUB_OPTS="--target=x86_64-efi" and then running with "--target=i386-pc" anyway...05:10
*** rh-jelabarre has quit IRC05:26
stevebakerjanders: that GRUB_OPTS is only used in the second grub2-install call, and that will go away in my next change05:47
jandersstevebaker ACK05:47
*** openstackgerrit has joined #openstack-ironic05:47
openstackgerritsonali bhausaheb borkar proposed openstack/ironic master: DRAC : idrac-redfish inspect updates pxe port  https://review.opendev.org/c/openstack/ironic/+/69332805:47
jandersstevebaker I made some other interesting observations... testing, should have more info shortly05:48
stevebakerjanders: cool. My current challange is my PC arbitrarily screwing with the boot order.05:49
jandersstevebaker I have a node we can test on if you like05:50
stevebakerthat'll come in handy later05:51
jandersstevebaker I/R/T I deleted all the grub.cfg files anywhere in /boot (or on EFI partition). I then copied the one I re-generated post-deploy to /boot/grub2/grub.cfg. Ended up in GRUB shell post reboot. So it does matter where it goes. Will now move it to /boot/efi/EFI/centos/grub.cfg and see how that goes05:51
stevebakerjanders: the original /boot/grub2/grub.cfg would have been generated by dib and will be the one used by legacy boot. Having the same file written to /boot/efi/EFI/centos/grub.cfg is working for me I think05:53
jandersstevebaker I'm not sure if the DIB-generated one has the right content. About to test that too. But now, the box stopped booting even with the re-generated config in/boot/efi/EFI/centos/grub.cfg... hmm05:54
janders(first I will make sure I got all the paths right)05:55
stevebakerI'm suspicious of these in the bootloader element:05:55
stevebakerecho "GRUB_DEVICE=LABEL=${DIB_ROOT_LABEL}"05:55
stevebakerecho 'GRUB_DISABLE_LINUX_UUID=true' >> /etc/default/grub05:55
stevebakerfor the efi case05:55
stevebakeranyway, I'm off. good evening05:57
jandershave a great weekend stevebaker05:57
jandersI will poke around a bit more and message you with what I found if I find anything interesting05:58
jandersthanks for all your help today stevebaker, I learned a _lot_ from you and TheJulia05:58
*** anuradha1904 has joined #openstack-ironic05:59
*** rcernin has quit IRC06:00
*** tzumainn has quit IRC06:16
*** moshiur has joined #openstack-ironic06:18
jandersstevebaker to summarise my testing: http://paste.openstack.org/show/803251/ is a DIB generated /boot/grub2/grub.cfg. With this, the system only boots to GRUB CLI. http://paste.openstack.org/show/803252/ is cat /boot/efi/EFI/centos/grub.cfg  generated post-deploy with grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg. This makes the system boot06:29
jandersnormally. After that is in place, all the other grub config files in /boot can be deleted and the system doesn't care. This seems to be file we need to work with for the EFI installs.06:29
janderswrapping this up as well, we shall continue next week! :)06:32
janders(will likely drop in for the SPUC later :)06:32
*** bnemec has quit IRC06:43
jandersstevebaker also: copying content from /boot/grub2/grub.cfg to /boot/efi/EFI/centos/grub.cfg so there is something not right with the content of the file as well it seems. Needs to be in /boot/efi/EFI/centos/grub.cfg AND have something along the lines of http://paste.openstack.org/show/803252/ inside06:43
janders* copying content from /boot/grub2/grub.cfg to /boot/efi/EFI/centos/grub.cfg DOESN'T WORK06:44
*** bnemec has joined #openstack-ironic06:44
*** kashifkhan has joined #openstack-ironic06:44
kashifkhanGood morning, I have a question, if the node reboots in maintenance mood with fastrack enabled, is it supposed to reboot again when we take it out of maintenance mood and do the provision. Is there anyway to avoid this double reboot?06:46
*** uzumaki has joined #openstack-ironic07:08
*** uzumaki has quit IRC07:10
openstackgerritMoshiur Rahman proposed openstack/ironic-python-agent-builder master: Fix: IPA image building with OpenSuse.  https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/77872607:30
arne_wiebalckGood morning, ironic!07:36
*** mkrai has quit IRC07:43
*** frigo has joined #openstack-ironic07:46
*** alexmcleod has quit IRC07:52
*** zzzeek has quit IRC07:52
*** zzzeek has joined #openstack-ironic07:53
*** mkrai has joined #openstack-ironic07:56
*** zzzeek has quit IRC08:08
*** zzzeek has joined #openstack-ironic08:09
*** mkrai has quit IRC08:18
*** rpittau|afk is now known as rpittau08:21
rpittaugood morning ironic! o/08:21
openstackgerritRiccardo Pittau proposed openstack/ironic-python-agent-builder master: Do not build iso for ussuri ipa  https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/77862008:23
*** zzzeek has quit IRC08:40
*** zzzeek has joined #openstack-ironic08:41
*** dking has left #openstack-ironic08:41
*** zzzeek has quit IRC08:42
*** zzzeek has joined #openstack-ironic08:43
*** ociuhandu has joined #openstack-ironic08:44
*** dougsz has joined #openstack-ironic08:51
*** frigo has quit IRC09:00
rpittauif anyone has a minute please check https://review.opendev.org/c/openstack/ironic-lib/+/778714 , the test looks fine https://review.opendev.org/c/openstack/ironic/+/77871809:01
*** lucasagomes has joined #openstack-ironic09:04
jandersgood morning arne_wiebalck rpittau09:07
rpittauhey janders :)09:07
jandersarne_wiebalck rpittau do you guys have much experience with baremetal UEFI wholedisk ironic images (a mouthful I know)?09:08
*** derekh has joined #openstack-ironic09:14
*** tosky has joined #openstack-ironic09:23
rpittaujanders: anything in particular on that ?09:33
jandersrpittau GRUB2 issues - DIB seems to build images with half broken GRUB (at least for CentOS8)09:34
janderssymptoms: instance deploys okay after which it gets stuck on GRUB CLI and if you know the magic (key) words you can semi-manually boot the OS from there09:35
janderslooks like 1) GRUB config isn't quite right and 2) it's in the wrong place in the first place09:35
rpittaujanders: ah so image building issue, maybe we can check the dib code and see how that is done ? could be a bug there or simply not up to date09:35
jandersrpittau - very possible; stevebaker is looking into this; but was wondering if any of us has successfully worked around that (might make the fix easier)09:36
kashifkhanDoes anyone have any clue on the question I posted earlier today?09:42
*** k_mouza has joined #openstack-ironic09:42
openstackgerritMoshiur Rahman proposed openstack/ironic-python-agent-builder master: Fix: IPA image building with OpenSuse.  https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/77872609:44
*** eric_lei has joined #openstack-ironic09:50
eric_leihi09:52
ajyajanders: regarding GRUB - we just noticed it this week - that virtual media boot does not work anymore - stuck at GRUB CLI09:56
ajyajanders: but that's in devstack environment that has some changes to efiboot script, reverting those changes help, but haven't looked further09:57
*** eric_lei has quit IRC09:58
jandersthanks ajya10:01
jandersSPUC anyone?10:01
janders(/me is looking up link)10:01
jandershttps://redhat.bluejeans.com/77289379810:02
ajyajanders: that's also at booting IPA, so different, no idea if related, coincidence maybe :)10:02
jandersajya hmm same issue with IPA... didn't see this one coming. UEFI works (or does not work) in mysterious ways... :)10:05
jandersrpittau arne_wiebalck feel like dropping into the SPUC?10:06
rpittaujanders: sorry I'm a bit busy this morning, I don't think I will be able to make it :/10:06
jandersrpittau no worries :)10:07
*** ericlei has joined #openstack-ironic10:12
ericleihi, has anyone provision a baremetal use ipxe when neutron integrate with ovn?10:14
arne_wiebalckjanders: sorry, in meetings10:19
openstackgerritRotan proposed openstack/ironic-inspector master: [WIP]Support AEP, sst at introspection data  https://review.opendev.org/c/openstack/ironic-inspector/+/76813810:27
arne_wiebalckjanders: for the UEFI WDIs: yes, this is what we use here now10:29
arne_wiebalckjanders: I would not be able to list the correct location, I remember there are some links involved :-S10:32
jandersarne_wiebalck do you have any publicly shareable doco? :) it would be handy to see if we're hitting the same issues10:32
arne_wiebalckjanders: I am scanning what I wrote in https://techblog.web.cern.ch/techblog/post/bios_uefi_cloud_image/10:33
arne_wiebalckjanders: there is some GRUB magic we needed to do10:34
arne_wiebalckericlei: I have not, maybe TheJulia can help out (she will probably not be online before a couple of hours, though)10:36
jandersarne_wiebalck thank you, this is awesome! I know what I'll be reading Monday morning10:36
arne_wiebalckjanders: :)10:37
ericleiarne_wiebalck: thx10:37
*** alexmcleod has joined #openstack-ironic10:39
arne_wiebalckkashifkhan: also for this, TheJulia is the expert (she implemented this feature), but can you already say in which state you start and what triggers the first reboot?10:39
janderssee you tomorrow Ironic o/11:01
jandershave a good weekend everyone11:01
arne_wiebalckbye janders o/11:06
*** k_mouza has quit IRC11:10
iurygregorygood morning Ironic o/11:10
iurygregorybye janders o/11:10
kashifkhanarne_wiebalck: First I put the node in maintenance mode. Then I do a reboot manually. Then when I unset the maintenance flag and try a provision, ironic reboots the node again. I was hoping to have some flag which would detect a reboot isnt required.11:10
*** ociuhandu has quit IRC11:16
*** ociuhandu has joined #openstack-ironic11:17
*** ericlei has left #openstack-ironic11:17
*** ociuhandu has quit IRC11:17
*** ociuhandu has joined #openstack-ironic11:18
*** k_mouza has joined #openstack-ironic11:22
openstackgerritsonali bhausaheb borkar proposed openstack/ironic master: DRAC : idrac-redfish inspect updates pxe port  https://review.opendev.org/c/openstack/ironic/+/69332811:23
*** lucasagomes has quit IRC11:24
*** lucasagomes has joined #openstack-ironic11:28
*** ociuhandu has quit IRC11:29
*** ociuhandu has joined #openstack-ironic11:31
openstackgerritAija Jauntēva proposed openstack/ironic master: Revert "Update iDRAC doc with missing interfaces"  https://review.opendev.org/c/openstack/ironic/+/77883511:35
*** frigo has joined #openstack-ironic11:36
frigohelllo Ironic!! just to report, Im using DIB to build IPA ramdisks and mount them with bifrost as virtual media, on UEFI systems. It just works:)  for the base image I'm trying to customize the rhel qcow2 and see if I can put all the drivers I need inside11:39
frigo(in fact I am not trying anymore, the whole thing just works out of the box)11:41
iurygregorygreat news =D11:42
frigohaha yes, thanks for the great product :)11:42
iurygregoryrpittau, https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/778620 =O green11:44
iurygregorywhen: "'ussuri' not in ipa_branch_path" (nice approach!)11:45
arne_wiebalckkashifkhan: in which state is the node at the very beginning?11:46
kashifkhanarne_wiebalck: I was simulating a use case scenario. The nodes maintenance state was unset. It was in manageable state. I set the maintenance flag manually11:49
arne_wiebalckkashifkhan: ok, so the node starts in 'manageable'11:50
arne_wiebalckkashifkhan: and the end state you'd like to have it in is 'available' or 'active' (i.e. with an instance)?11:51
arne_wiebalckkashifkhan: oh, and the node is off at the beginning, correct?11:53
*** ociuhandu has quit IRC11:54
*** ociuhandu has joined #openstack-ironic11:56
kashifkhanarne_wiebalck: the fast track is enabled11:56
arne_wiebalckkashifkhan: fasttrack allows to avoid reboots between provisioning steps, so inspection/cleaning/deploy can be done without a reboot11:58
arne_wiebalckkashifkhan: without a reboot in between11:59
arne_wiebalckkashifkhan: there is still a reboot at the very beginning (to boot into the IPA image) and at the very end (to boot the user image)12:00
*** ociuhandu has quit IRC12:00
kashifkhanarne_wiebalck: ok I guess I didnt explain my use case better, the node was inspected and in ready state with fasttrack enabled, the I set the maintenance flag, I do a manual reboot of the node, then I unset the maintenance flag, start provisioning and then I experience another reboot. I want to avoid the second reboot if its possible12:01
kashifkhanarne_wiebalck: I want an unexpected reboot when the node is in "available" to not trigger a second reboot when we start provisioning.12:02
arne_wiebalckkashifkhan: ok, so at the beginning the node is powered on, in 'manageable' state, has just been inspected, is running an image with the IPA and you would like it to move to 'available' with rebooting ... does this describe it correctly?12:05
arne_wiebalckwithout rebooting of course12:06
kashifkhanarne_wiebalck: This is what I am experiencing: provisioned -> cleaning -> available -> reboot (outside of Ironic's control) -> available -> reboot -> provisioning -> reboot -> active12:07
kashifkhanarne_wiebalck: This is what I am expecting: provisioned -> cleaning -> available -> reboot (outside of Ironic's control) -> available -> provisioning -> reboot -> active12:08
kashifkhanI want to know if its possible and if yes how should I configure12:09
arne_wiebalckkashifkhan: "provisioned" at the beginning is equal to "active" at the end, right?12:09
arne_wiebalckkashifkhan: there is no way to avoid the reboot right before "active": the node needs to boot into the image you just deployed12:10
arne_wiebalckkashifkhan: ok, so basically you would like to deploy right after cleaning12:11
kashifkhan<arne_wiebalck> : sorry provisioned= active and no I do not want to avoid the reboot before active. Please see the expectation. I want to avoid the reboot before provisioning.12:11
arne_wiebalckkashifkhan: yep, this is what I just concluded :)12:12
arne_wiebalckkashifkhan: after cleaning == before deployment (provisioning)12:13
*** derekh has quit IRC12:13
arne_wiebalckkashifkhan: I don't think this is possible. I have suggested/asked this as well :)12:14
arne_wiebalckkashifkhan: My use case is an immediate re-use by the same user.12:14
arne_wiebalckkashifkhan: At the moment, the user needs to wait for the cleaning to complete, then the node goes down, then we need to wait for the allocation candidate to appear (which the user cannot see), only then we can redeploy.12:15
kashifkhanarne_wiebalck: any idea if IPA is already running, why do we need to reboot IPA again12:16
*** k_mouza has quit IRC12:16
arne_wiebalckkashifkhan: I don't think this is technically necessary.12:17
arne_wiebalckkashifkhan: Just as it is not necessary after inspection in fasttrack.12:17
arne_wiebalckkashifkhan: However, the entry point is different.12:17
kashifkhanarne_wiebalck: I understand, so the conclusion is its not possible at this moment.12:18
arne_wiebalckkashifkhan: What you describe (and I would like as well) is re-deployment after auto-cleaning.12:18
arne_wiebalckkashifkhan: What fasttrack does is deployment after inspection/cleaning, at least from what I understand.12:18
arne_wiebalckkashifkhan: I think it is not, and I think I asked exactly this when fasttrack was added. But we should check with TheJulia to be sure.12:19
openstackgerritRotan proposed openstack/ironic-inspector master: [WIP]Support AEP, sst at introspection data  https://review.opendev.org/c/openstack/ironic-inspector/+/76813812:20
arne_wiebalckkashifkhan: Apologies for taking a moment to understand your case :)12:20
kashifkhanarne_wiebalck: No no, its good that you asked and now that its clear my question would be if it would be possible to add/implement this as well for the sake of making the fasttrack work more efficiently.12:22
kashifkhanarne_wiebalck: Thanks a lot for your answers12:23
arne_wiebalckkashifkhan: I think there was a reason (which I cannot remember) why this is not there ... TheJulia to the rescue!12:23
TheJuliakashifkhan: so the first in maintenance reboot causes the token to be lost, so heartbeats stop getting recorded, and then thus the machine reboots. It iis because your first reboot is unknown to ironic and breaks the security mechanism around the agent token12:29
* TheJulia goes and makes coffee12:29
kashifkhanTheJulia: Thanks. if I wouldn't have done the reboot in maintenance, would it work then?12:31
TheJuliaIt should12:32
TheJuliaI would consider it a bug if it didn’t12:33
kashifkhanTheJulia: did I understand you correctly, it should, even if Ironic is not aware of the reboot at all ?12:34
* TheJulia listens to the coffee maker while the feline and corgi overlords continue to sleep12:34
*** tkajinam has quit IRC12:35
*** tkajinam has joined #openstack-ironic12:35
TheJuliaSo if you reboot a host with a running agent by other means, then the agent token cannot be retrieved again on reboot12:35
TheJuliaThat effectively locks out communication with the agent12:35
TheJuliaForcing ironic on deploy to reboot the machine again12:36
TheJuliaTokens can be only gotten once12:36
TheJuliaWell, only once unless your using virtual media12:37
TheJulia It that is the exception12:37
openstackgerritMerged openstack/ironic stable/victoria: Always retry locking when performing task handoff  https://review.opendev.org/c/openstack/ironic/+/77824112:38
kashifkhanTheJulia: thanks a lot. That was clear. is there anything we can do to make it so that Ironic is ready to re-negociate the token?12:38
TheJulia1 not put the machine in maintenance mode12:39
TheJulia2) if you reboot it manually via Ironic’s api, that should wipe the token and allow regeneration12:40
TheJuliaNote I said should. I seem to remember someone patched that last year12:40
kashifkhanTheJulia: Thanks a lot. I ll do some tests again specially avoiding the maintenance mode and come back again if something is unclear. Thanks again12:41
TheJuliaGood luck!12:42
iurygregorygood morning TheJulia12:45
TheJuliaGood morning12:46
*** rloo has joined #openstack-ironic12:48
TheJuliaMmmm coffee12:50
iurygregorybrains with coffee12:51
iurygregory:D12:51
iurygregorycoffee brains (beans) :D12:52
*** k_mouza has joined #openstack-ironic12:52
*** k_mouza has quit IRC12:52
TheJuliaHeh12:52
*** k_mouza has joined #openstack-ironic12:53
arne_wiebalckDo we have a mechanism to run sth right before or after inspection, on the host? Use case is registration of a auto-discovering node with some external service.12:57
iurygregorynot that I'm aware .-., the use case sounds interesting =)13:02
openstackgerritMerged openstack/ironic master: Port/Portgroup project scoped access  https://review.opendev.org/c/openstack/ironic/+/77546513:05
*** ociuhandu has joined #openstack-ironic13:06
rpittauiurygregory: re https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/778620 yep hopefully will work on ussuri as it does on master :)13:07
rpittaunot sure how to test that, like a depends-on probably doesn't work13:07
*** jamesdenton has quit IRC13:18
*** jamesden_ has joined #openstack-ironic13:18
openstackgerritMerged openstack/ironic-lib master: Fixes parsing blkid output with iSCSI devices  https://review.opendev.org/c/openstack/ironic-lib/+/77871413:23
*** frigo has quit IRC13:24
*** rh-jelabarre has joined #openstack-ironic13:25
*** ociuhandu has quit IRC13:26
TheJuliaarne_wiebalck:  also not that i'm aware of but it could be a small plugin in inspector I think (well, something which could live in tree13:26
*** ociuhandu has joined #openstack-ironic13:26
arne_wiebalckTheJulia: the other option would be to put it into the node_not_found_hook13:26
arne_wiebalckTheJulia: but this is already more specific13:26
arne_wiebalckTheJulia: I put it on the list13:27
*** moshiur has quit IRC13:28
openstackgerritRiccardo Pittau proposed openstack/ironic master: Enforce autospec in test_portgroup  https://review.opendev.org/c/openstack/ironic/+/77891413:30
arne_wiebalckTheJulia: do we have examples of such a "execute this script" hook ?13:30
TheJuliaarne_wiebalck: I was thinking just put it in to the node_not_found_hook13:31
TheJuliaor make a similar node_not_found_enroll_execute_command13:31
*** ociuhandu has quit IRC13:31
arne_wiebalckTheJulia: this would prevent it from running when the node is known ... not sure this is needed, but it seems less generic13:32
*** ayoung has quit IRC13:32
arne_wiebalckTheJulia: also, all the info I need for the call would need to be transported from the node to the hook13:33
arne_wiebalckTheJulia: also also, there might be calls which are not allowed on behalf of the node (due to some reverse lookup or similar)13:34
TheJuliawhat do you mean might not be allowed on behalf of the node?13:39
iurygregoryrpittau, TheJulia we will probably need 4.6.1 in https://opendev.org/openstack/releases/src/branch/master/deliverables/wallaby/ironic-lib.yaml14:00
iurygregoryI'm going to push a patch since we merged https://review.opendev.org/c/openstack/ironic-lib/+/77871414:01
TheJuliaiurygregory: ack14:11
TheJuliayes please14:12
TheJuliaalso note that it is a release to fix it14:12
iurygregoryyeah14:13
iurygregoryfrom 4.6.0 it will go to 4.6.114:13
iurygregorynot sure if we will need to blacklist 4.6.0 in requirements...14:14
*** ociuhandu has joined #openstack-ironic14:16
iurygregoryhttps://review.opendev.org/c/openstack/releases/+/778934 done14:17
arne_wiebalckTheJulia: for instance, the server side of the external service may not allow the controller to register the node (as the request needs to come from the same IP as the one you would like to register)14:17
TheJuliaiurygregory: likely, if you can propose a patch to requirements that would be good14:18
iurygregoryTheJulia, doing now =)14:18
TheJulia\o/14:19
openstackgerritRiccardo Pittau proposed openstack/ironic-python-agent-builder master: Centralize variables  https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/77894214:29
*** ociuhandu has quit IRC14:33
openstackgerritJulia Kreger proposed openstack/ironic master: Increment API version for Secure RBAC  https://review.opendev.org/c/openstack/ironic/+/77894714:36
*** ociuhandu has joined #openstack-ironic14:39
*** tzumainn has joined #openstack-ironic14:51
*** frigo has joined #openstack-ironic14:59
*** jamesden_ is now known as jamesdenton15:03
openstackgerritJulia Kreger proposed openstack/ironic master: WIP: Scoped RBAC testing  https://review.opendev.org/c/openstack/ironic/+/77895715:03
rpittaubye everyone! have a great weekend! o/15:03
*** rpittau is now known as rpittau|afk15:03
TheJuliao/15:04
*** mkrai has joined #openstack-ironic15:12
*** ociuhandu has quit IRC15:29
*** ociuhandu has joined #openstack-ironic15:33
TheJuliatzumainn: I think https://review.opendev.org/c/openstack/ironic/+/775681 needs a release note15:33
tzumainnTheJulia, ah, good point - I'll add one in!15:36
*** ociuhandu has quit IRC15:36
*** ociuhandu has joined #openstack-ironic15:36
TheJuliahttps://review.opendev.org/c/openstack/ironic/+/777434 just needs a quick doc/source/admin/somethingsomething entry15:39
TheJuliaIf anyone would like to see old vif style attachments go away, please review https://review.opendev.org/c/openstack/ironic/+/76743215:41
*** anuradha1904 has quit IRC15:55
*** frigo has quit IRC15:58
*** frigo has joined #openstack-ironic16:06
arne_wiebalckbye everyone, have a good week-end o/16:08
*** frigo has quit IRC16:11
*** mkrai has quit IRC16:29
*** mkrai_ has joined #openstack-ironic16:29
*** ociuhandu has quit IRC16:29
TheJulia\o16:30
*** ociuhandu has joined #openstack-ironic16:32
*** ociuhandu has quit IRC16:36
openstackgerritJulia Kreger proposed openstack/ironic master: WIP: Scoped RBAC testing  https://review.opendev.org/c/openstack/ironic/+/77895716:36
*** ociuhandu has joined #openstack-ironic16:42
*** ayoung has joined #openstack-ironic16:43
*** mkrai_ has quit IRC16:47
*** lucasagomes has quit IRC16:59
*** mjturek has quit IRC17:23
*** k_mouza has quit IRC17:24
*** dougsz has quit IRC17:32
openstackgerritTzu-Mainn Chen proposed openstack/ironic master: Allow support for multipath volumes  https://review.opendev.org/c/openstack/ironic/+/77568117:34
*** ociuhandu_ has joined #openstack-ironic17:39
*** ociuhandu_ has quit IRC17:40
*** ociuhandu has quit IRC17:40
*** ociuhandu has joined #openstack-ironic17:41
*** jawad_axd has joined #openstack-ironic17:50
openstackgerritMerged openstack/ironic master: Lazy-load node details from the DB  https://review.opendev.org/c/openstack/ironic/+/77693017:51
*** mjturek has joined #openstack-ironic17:55
iurygregoryTheJulia, regarding the problem to detect if a partition is read only (https://storyboard.openstack.org/#!/story/2008696 ) do you think it would make sense to verify the stderr wipefs will give to skip that device?18:01
*** irclogbot_2 has quit IRC18:03
*** irclogbot_3 has joined #openstack-ironic18:04
*** k_mouza has joined #openstack-ironic18:10
*** k_mouza has quit IRC18:15
*** gyee has joined #openstack-ironic18:17
*** irclogbot_3 has quit IRC18:24
TheJuliaiurygregory: likly, looks like it has no identifier on it, but the base drive does18:28
TheJuliaso it makes the code a little more complex I think18:28
*** irclogbot_3 has joined #openstack-ironic18:28
iurygregoryyeah, I'm wondering if it's because it's nvme ...18:28
TheJuliaumm18:29
TheJuliaI don't think so, what causes you to think that?18:29
iurygregorywell the error only showed up in the two machines and the device was nvme...18:30
TheJuliawell, the underlying device according to the full dmesg output, is listed as a usb mass storage device being presented as a scsi target18:32
bfournieiurygregory: I don't think it was related to those nvme drives18:32
iurygregorybfournie, gotcha18:33
TheJulianvme is becoming popular for its performance and I guess lack of legacy overhead18:33
TheJuliaso odds are for nvme to be present18:34
TheJuliaregardless18:34
openstackgerritTzu-Mainn Chen proposed openstack/ironic master: Allow instance_info to override node interface  https://review.opendev.org/c/openstack/ironic/+/77743418:34
iurygregoryI see18:35
bfournieiurygregory, TheJulia: for that metadata erase issue, its sdc1 that is failing. I see in the ramdisk log that the underlying device is skipped - "Skipping metadata erase of read-only device /dev/sdc".  Should we also be skipping sdc1 in this case?18:37
iurygregorybfournie, can happen in any device I would say18:38
iurygregoryin my mind we could check if the wipefs stderr contains "probing initialization failed: Read-only file system"18:39
iurygregoryif yes we would just skip that device18:39
*** ociuhandu has quit IRC18:42
*** jawad_axd has quit IRC18:44
openstackgerritJulia Kreger proposed openstack/ironic master: WIP: Scoped RBAC testing  https://review.opendev.org/c/openstack/ironic/+/77895718:47
TheJuliaoh, i didn't catch that in the logs18:48
TheJuliaif /dev/sdc is read only, then yeah we should skip the partitions on the entire device18:48
TheJuliaiurygregory: we can't incase it is a legitimate device we need to destroy18:48
TheJuliarealistically, we need to know it is not failed device or failing device that has gone read-only18:48
TheJuliabecause if it is, cleaning must fail18:49
bfournieTheJulia: yeah I think in _is_read_only_device for partitions we should check if underlying device is readonly18:49
TheJuliaI just don't want to disqualify any read-only device18:50
TheJuliabut I think that is what we did with the hpe device, so if we mirror that I'm okay18:50
*** ociuhandu has joined #openstack-ironic18:54
iurygregoryyeah we have the other cases like you said .-.18:55
*** ociuhandu has quit IRC18:58
TheJuliaWell, while CI runs, I'm going to go run into town and see if I can find a more comfortable office chair19:00
iurygregorygood luck19:05
*** jawad_axd has joined #openstack-ironic19:05
*** k_mouza has joined #openstack-ironic19:25
*** outbrito has quit IRC19:28
*** k_mouza has quit IRC19:30
*** jawad_axd has quit IRC19:52
*** jawad_axd has joined #openstack-ironic19:57
openstackgerritJulia Kreger proposed openstack/ironic master: WIP: Scoped RBAC testing  https://review.opendev.org/c/openstack/ironic/+/77895720:47
*** jamesdenton has quit IRC20:49
*** jamesden_ has joined #openstack-ironic20:49
*** jawad_axd has quit IRC20:55
*** hoonetorg has quit IRC20:57
*** hoonetorg has joined #openstack-ironic21:01
*** k_mouza has joined #openstack-ironic21:10
*** k_mouza has quit IRC21:15
*** jawad_axd has joined #openstack-ironic21:17
*** jawad_axd has quit IRC21:31
* TheJulia fires up a fresh devstack21:40
openstackgerritJulia Kreger proposed openstack/ironic master: Revising quickstart doc for Centos8  https://review.opendev.org/c/openstack/ironic/+/77906122:54
*** iurygregory has quit IRC22:57
*** rh-jelabarre has quit IRC23:03
*** iurygregory has joined #openstack-ironic23:22
*** rloo has quit IRC23:52
*** k_mouza has joined #openstack-ironic23:52
*** k_mouza has quit IRC23:57

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