Friday, 2020-04-17

openstackgerritJulia Kreger proposed openstack/ironic-tempest-plugin master: Actually log state transition timeouts in debug log  https://review.opendev.org/72062000:16
*** cdearborn has quit IRC00:28
*** derekh has quit IRC00:42
*** ociuhandu has joined #openstack-ironic01:01
*** ociuhandu has quit IRC01:05
*** ricolin has joined #openstack-ironic01:14
*** tzumainn has quit IRC01:15
*** yaawang has quit IRC01:46
*** yaawang has joined #openstack-ironic01:47
*** yaawang has quit IRC01:52
*** yaawang has joined #openstack-ironic01:53
*** Qianbiao has joined #openstack-ironic01:54
*** Goneri has quit IRC01:59
openstackgerritMerged openstack/ironic master: Update jobs description  https://review.opendev.org/71872202:32
openstackgerritMerged openstack/ironic master: Update iDRAC doc about vendor passthru timeout  https://review.opendev.org/72017302:32
openstackgerritVerification of a change to openstack/ironic failed: Generalize ISO building for virtual media driver  https://review.opendev.org/67799602:37
*** igordc has joined #openstack-ironic02:46
*** mkrai has joined #openstack-ironic02:50
*** igordc has quit IRC02:52
*** igordc has joined #openstack-ironic02:52
*** igordc has quit IRC02:57
*** rcernin has quit IRC03:10
*** rcernin has joined #openstack-ironic03:24
*** yaawang has quit IRC03:40
*** yaawang has joined #openstack-ironic03:41
*** ociuhandu has joined #openstack-ironic03:44
*** rh-jelabarre has quit IRC03:48
*** ociuhandu has quit IRC03:49
openstackgerritMerged openstack/ironic stable/train: Do not autoescape all Jinja2 templates  https://review.opendev.org/71696304:01
openstackgerritVerification of a change to openstack/ironic failed: Update iDRAC doc about soft power off timeout  https://review.opendev.org/71876104:01
*** mkrai has quit IRC04:53
*** mkrai has joined #openstack-ironic04:54
*** mkrai has quit IRC04:56
*** mkrai has joined #openstack-ironic04:57
*** mnasiadka has quit IRC05:10
*** Anticimex has quit IRC05:10
*** sziviani has quit IRC05:10
*** shadower has quit IRC05:10
*** jtomasek has quit IRC05:14
*** mnasiadka has joined #openstack-ironic05:15
*** Anticimex has joined #openstack-ironic05:15
*** sziviani has joined #openstack-ironic05:15
*** shadower has joined #openstack-ironic05:15
*** jtomasek has joined #openstack-ironic05:16
*** k_mouza has joined #openstack-ironic05:19
*** k_mouza has quit IRC05:23
*** akahat|ruck is now known as akahat|rover05:31
*** mkrai_ has joined #openstack-ironic05:33
*** mkrai has quit IRC05:33
*** ociuhandu has joined #openstack-ironic05:37
*** mkrai_ has quit IRC05:37
*** ociuhandu has quit IRC05:47
*** gyee has quit IRC05:53
*** mkrai has joined #openstack-ironic06:02
*** Qianbiao has quit IRC06:03
*** Qianbiao has joined #openstack-ironic06:04
*** mkrai has quit IRC06:10
*** mkrai_ has joined #openstack-ironic06:10
iurygregorygood morning Ironic o/ Happy Friday!06:23
kaifenghey iurygregory, happy friday \o/06:24
iurygregoryhey kaifeng o/06:25
openstackgerritMerged openstack/ironic master: Fix issue where server fails to reboot  https://review.opendev.org/71449106:31
*** ociuhandu has joined #openstack-ironic06:37
*** ociuhandu has quit IRC06:43
arne_wiebalckGood morning iurygregory kaifeng and ironic!06:44
*** dougsz has joined #openstack-ironic06:48
iurygregorymorning arne_wiebalck o/06:49
kaifenghey arne_wiebalck :)06:50
kaifengarne_wiebalck: i am just about to ask how do you change process/thread for ironic conductor06:50
kaifengit seems multiprocess can only be achieved by hacking code, we pass worker=N to service launcher06:51
arne_wiebalckkaifeng: Yeah, I was wondering this myself when I mentioned this the other day :)06:51
arne_wiebalckkaifeng: I don't remember, I need to check.06:51
kaifengwhile for threads, i am not sure which one you have changed, our conductor uses green threads only.06:51
arne_wiebalckI don't think I changed the code.06:52
kaifengokay, so the workers are just coroutines as i can see it, raising workers doesn't have obvious impact on the memory usage as expected06:54
arne_wiebalckI think I changed the httpd config.06:55
kaifengarne_wiebalck: hmm, so it's api service06:57
arne_wiebalckkaifeng: my notes are not very detailed, but this was around the time we changed from eventlet to wsgi06:58
arne_wiebalckkaifeng: yes, it is the API workers06:58
*** yolanda has quit IRC06:59
*** yolanda has joined #openstack-ironic07:00
kaifengarne_wiebalck: ack, for large scale nodes, i think we didn't utilize pagination, this could be an improvment07:00
*** jhesketh has quit IRC07:04
*** ociuhandu has joined #openstack-ironic07:09
*** rpittau|afk is now known as rpittau07:19
rpittaugood morning ironic! o/07:19
iurygregorymorning rpittau o/07:23
rpittauhey iurygregory :)07:24
openstackgerritAija Jaunteva proposed openstack/ironic master: Update iDRAC doc about soft power off timeout  https://review.opendev.org/71876107:26
*** akahat|rover is now known as akahat|rover|lun07:29
*** akahat|rover|lun is now known as akahat|rover|brb07:29
*** ociuhandu has quit IRC07:30
kaifengrpittau o/07:35
rpittauhey kaifeng :)07:35
*** akahat|rover|brb is now known as akahat|rover07:53
*** threestrands has quit IRC07:56
*** derekh has joined #openstack-ironic08:02
*** ociuhandu has joined #openstack-ironic08:04
Qianbiaohello, i find raid delete_configuration support both clean_step and deploy_step.08:06
Qianbiaois there any document about when it will be used in deploy step08:06
*** dtantsur|afk is now known as dtantsur08:13
dtantsurmorning ironic08:13
dtantsurTGIF!08:13
*** alexmcleod has joined #openstack-ironic08:17
iurygregorymorning dtantsur o/08:18
*** ociuhandu has quit IRC08:23
*** ociuhandu has joined #openstack-ironic08:23
*** lucasagomes has joined #openstack-ironic08:24
openstackgerritIlya Etingof proposed openstack/ironic master: Do boot validation on cleaning  https://review.opendev.org/72066108:24
openstackgerritIlya Etingof proposed openstack/ironic master: Add `network_data` field to ironic node object  https://review.opendev.org/68791008:26
kaifenghey dtantsur o/08:26
openstackgerritIlya Etingof proposed openstack/ironic master: Add `get_node_network_data` method to NetworkInterface  https://review.opendev.org/68818408:26
openstackgerritIlya Etingof proposed openstack/ironic master: Add `get_node_network_data` to non-Neutron NetworkInterface  https://review.opendev.org/68826608:27
openstackgerritIlya Etingof proposed openstack/ironic master: Make redfish boot interface to use `network_data`  https://review.opendev.org/68827208:27
kaifengdtantsur: i was wrong on the not-working-gmr, it seems unrelated with signal, we just didn't pass configuration to it, it doesn't have default log_dir08:28
openstackgerritIlya Etingof proposed openstack/ironic master: Add `get_node_network_data` to Neutron NetworkInterface  https://review.opendev.org/68889608:28
openstackgerritIlya Etingof proposed openstack/ironic master: Add L3 boot section to the docs  https://review.opendev.org/68984408:28
dtantsurah08:28
kaifengdtantsur: since we make gmr as optional, i want to get your opinion on whether we should add oslo.reports to our config generator?08:29
dtantsurkaifeng: we probably should if it doesn't require adding it to requirements08:34
kaifengdtantsur: ack, thanks, i will propose a patch after local test08:40
*** derekh has quit IRC08:43
*** ociuhandu has quit IRC08:45
*** tkajinam has quit IRC08:51
*** derekh has joined #openstack-ironic08:56
*** mkrai_ has quit IRC09:01
*** k_mouza has joined #openstack-ironic09:02
openstackgerritAija Jaunteva proposed openstack/ironic master: Update iDRAC doc about soft power off timeout  https://review.opendev.org/71876109:08
*** yolanda has quit IRC09:23
*** ociuhandu has joined #openstack-ironic09:25
*** yolanda has joined #openstack-ironic09:29
*** mkrai has joined #openstack-ironic09:33
openstackgerritMerged openstack/ironic master: Release reservation when stoping the ironic-conductor service  https://review.opendev.org/71834209:34
openstackgerritMerged openstack/ironic-tempest-plugin master: Split Tempest tests between ipmi and redfish  https://review.opendev.org/71204109:34
openstackgerritMerged openstack/ironic-python-agent stable/train: A boot partition on a GPT disk should be considered an EFI partition  https://review.opendev.org/72054909:34
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic master: Add ironic-standalone-redfish  https://review.opendev.org/71204209:40
*** jtomasek has quit IRC09:41
*** jtomasek has joined #openstack-ironic09:41
*** ociuhandu has quit IRC09:43
*** k_mouza has quit IRC09:47
*** ociuhandu has joined #openstack-ironic09:49
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic-tempest-plugin master: Add standalone redfish jobs  https://review.opendev.org/72067509:49
*** k_mouza has joined #openstack-ironic09:58
*** yolanda has quit IRC10:10
*** uzumaki has joined #openstack-ironic10:17
uzumakio/ ironic10:17
openstackgerritMerged openstack/ironic-python-agent-builder master: Cleanup py27 support  https://review.opendev.org/72055410:23
*** rpittau is now known as rpittau|bbl10:30
iurygregoryhey uzumaki10:42
uzumakiheyy! how you doing iurygregory ?10:42
uzumakiIt's such a fine day here, rain, a bit chilly, perfect spring whether!10:42
iurygregoryuzumaki, doing good, and you?10:42
*** k_mouza has quit IRC10:43
uzumakiI'm great!10:43
openstackgerritNoor Muhammad Malik proposed openstack/ironic master: Implement the bios-interface for idrac-wsman driver  https://review.opendev.org/71345010:44
dtantsuruzumaki: ideally, after a patch is approved, minor issues should be addresses in a new one10:46
dtantsurto avoid us re-reviewing the whole change from scratch10:46
*** ociuhandu has quit IRC10:48
*** ociuhandu has joined #openstack-ironic10:48
dtantsurunless you deem an issue critical enough, that is10:50
uzumakiah! I see, I'll keep that in mind, sorry about that.10:52
*** ociuhandu has quit IRC10:52
dtantsurno worries :)11:02
*** k_mouza has joined #openstack-ironic11:04
uzumakiI really loved working in this community, I'll be contributing more surely :D (starting with the todo's ;))11:08
*** mkrai has quit IRC11:09
*** mkrai has joined #openstack-ironic11:09
dtantsurgreat :)11:15
*** ociuhandu has joined #openstack-ironic11:23
*** Qianbiao has quit IRC11:23
*** Qianbiao has joined #openstack-ironic11:23
openstackgerritMerged openstack/ironic-inspector master: Add variable to set discovery timeout in tempest tests  https://review.opendev.org/72039411:33
iurygregorynice \o/11:33
uzumaki\o/11:34
*** dougsz has quit IRC11:35
*** uzumaki has quit IRC11:38
iurygregoryIf any core can approve https://review.opendev.org/#/c/717684/ https://review.opendev.org/#/c/717689/ before we do the release for the exporter =)11:46
patchbotpatch 717684 - ironic-prometheus-exporter - Add lower constraints jobs - 2 patch sets11:46
patchbotpatch 717689 - ironic-prometheus-exporter - Use hacking for pep8 tests - 5 patch sets11:46
* dtantsur has +2 already11:47
iurygregoryyeah11:47
* iurygregory is wondering if we have etherpads for the Victoria PTG11:48
etingofwhy don't we have `validate_cleaning` method?11:50
dtantsuretingof: why should we? we add special methods for processes that are not on the default path (like inspection)11:51
*** hjensas has quit IRC11:52
etingofthat's my question - if we got `validate_inspection`, should we also have `validate_cleaning`?11:53
dtantsurno, because cleaning is on the default path (and identical to deploying)11:53
*** jcoufal has joined #openstack-ironic11:54
etingofhmm, deployment might require image among other params, no? while cleaning would not11:54
*** rh-jelabarre has joined #openstack-ironic11:54
dtantsurmaybe that's why we don't call driver.boot.validate :)11:55
dtantsuryeah, it's the same thing I hit with inspection, I think: the image is required11:55
etingof++11:55
*** tkajinam has joined #openstack-ironic11:56
etingofso boot validation for cleaning - does it make sense at all?11:57
dtantsurwell, it does. I wonder if we can implement it without big changes to the boot interface itself11:58
dtantsurmaybe we need a sort of validate_ramdisk (with validate_inspection using it internally)11:58
etingofyes!11:58
*** jcoufal has quit IRC11:59
etingofthat's what I came up with in my dreams11:59
dtantsurman, you have scary dreams :D12:00
dtantsurit would be awesome if you could untangle this mess12:00
etingofperhaps I have to, otherwise network_data validation is stuck12:00
dtantsuretingof: cannot you proceed without boot interface validation?12:02
etingofwell, by calling validation from prepare_ramdisk...?12:03
etingofthat works, but it's you know...12:03
dtantsuretingof: I mean, why do you even need to call validation so badly?12:03
etingofto make sure that ramdisk will be able to consume network configuration12:04
*** tkajinam has quit IRC12:04
etingofthe alternative is to pull that far away from the drivers, to the API level...12:04
etingoflogically, it feels like network_data is part of boot info which makes sense to validate closer to boot interface...12:05
dtantsuretingof: so, yes. the latter. we cannot make API structure validation depend on the current driver, so just move it to the API.12:05
dtantsuras a bonus, you won't be blocked any more :)12:06
etingofthat's that old argument...12:06
dtantsur(not that I mind you figuring out validation of the boot interface..)12:06
etingofI see it as more logical to stick to boot interface, tbh12:06
etingofand not making network_data JSON part of the API12:07
dtantsurIt's part of an API, so it has to be validated in the API.12:07
dtantsuryou don't have an option of not making it12:07
dtantsurbecause that's the task in question12:07
dtantsuras a thought exercise, you can try implementing this feature without anyhow exposing it in the API :)12:08
*** Qianbiao has quit IRC12:09
*** Qianbiao has joined #openstack-ironic12:09
*** rcernin has quit IRC12:11
etingofmy desire is not to make it operator-ramdisk kind of interaction, without making ironic understanding the details of the format12:16
etingofthe rationale is to account for custom-built ramdisks12:17
dtantsuretingof: let's for a thing assume it's a real problem to account for (it's not). then moving the validation around won't help.12:18
*** rpittau|bbl is now known as rpittau12:19
etingofconsidering network_data format as part of the API - this is what I think is not good enough12:19
etingofnot moving code around indeed12:20
dtantsursame with boot interface validation12:20
dtantsuranyway, that's not a real problem to solve. people don't rebuild ramdisks just to mess with us.12:20
*** hjensas has joined #openstack-ironic12:21
dtantsurlet's please concentrate on delivering the MVP. we've already missed Ussuri while discussing future enhancements nobody's asked for.12:21
dtantsurblocking on reworking the boot interface validation is hardly justified at this point12:21
dtantsuralso keep in mind that it's easier to relax restrictions than to tighten them12:21
etingofI see it more as a design consideration than as a feature...12:23
etingofanyway, I will move it somewhere else for now12:24
openstackgerritAija Jaunteva proposed openstack/ironic master: Fix RAID configuration with idrac-wsman interface  https://review.opendev.org/72070212:26
*** mkrai has quit IRC12:28
openstackgerritMerged openstack/ironic master: Generalize ISO building for virtual media driver  https://review.opendev.org/67799612:32
* dtantsur -> lunch12:38
*** Goneri has joined #openstack-ironic12:41
*** ociuhandu has quit IRC12:48
*** ociuhandu has joined #openstack-ironic12:49
*** rloo has joined #openstack-ironic13:02
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic master: Add ironic-standalone-redfish  https://review.opendev.org/71204213:07
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic master: Add ironic-standalone-redfish  https://review.opendev.org/71204213:11
dtantsuretingof: if you're seriously interested in incompatible 3rd party ramdisks and drivers, let's do this. Let's implement the feature ASAP in the most strict way (so that we have an option of relaxing it). Let's create an RFE in storyboard to track supporting non-nova formats and evaluate interest (after letting the MVP out of the door).13:16
dtantsurWDYT?13:16
*** gokhani has joined #openstack-ironic13:17
etingofI can do that... but i am not optimistic tbh13:18
dtantsurabout what exactly?13:19
etingofwell, one thing that bothers me is having Nova network_data monster being tied up settled as part of ironic API (long, old dispute)13:20
etingofthe other thing is that I am not sure we will ever find time to rework this13:20
etingoffor example, with API validation approach we ensure the validity of Node.network_data13:21
dtantsuretingof: for one, we need to settle on *something*. I think it was use who proposed network_data initially, but I may be mistaken.13:21
dtantsursecond, if we never get priority to rework this, it means that nobody cares. if nobody cares, why do the work?13:22
etingof...if we eventually relax this API validation that might mean that Node.network_data might go bad13:22
etingofbut other drivers might not be prepared for bad Node.network_data13:23
dtantsursee, you're already arguing for having a strict API validation :)13:23
etingofI am just thinking over the amount of work that will be involved to change the design13:23
dtantsurNote that it was not me who suggested the design will ever change\13:24
dtantsurI personally believe it wont'13:24
dtantsurbut "the amount of work" doesn't depend on whether we have API validations or ANY validations13:24
dtantsurwe'll still have to make sure that the already stored network_data doesn't become invalid13:25
dtantsurwe'll still have to make sure that old applications setting node.network_data keep working13:25
dtantsurchanging the format and/or the backend will be a lot of work, no matter what we decide now13:26
etingofI am OK with (1) using nova metadata, (2) having it validated strictly before it hits ramdisk. I am not happy about having this whole chain hardcoded into ironic, I do not see that as a benefit to the project going forward.13:26
etingofI think that's the only contention that we have.13:26
dtantsurI cannot understand how you implement an input format without hardcoding it...13:27
etingofwell, we discussed a few ways... the one I favor is to have validation performed by the boot interface against user-configurable schema13:29
*** mkrai has joined #openstack-ironic13:32
etingofanyway, I move the validation to node API to get it out of the door13:33
hjensasironic-cores, can you please add these inspector patches to your queues - https://review.opendev.org/#/q/topic:port_physnet_hook+(status:open+OR+status:merged)13:34
dtantsuretingof: that doesn't result in great user experience (no discoverability), but worry not: if we deem it needed, we can always relax the requirement later.13:34
dtantsurgoing from a hardcoded schema to per-driver one is a user-invisible change (initially)13:34
dtantsurwe just need to make sure we have demand for that13:34
dtantsurhjensas: I was about to ask, but never got time to review properly: why do you need a base hook there?13:35
dtantsurdo you envision future extensions?13:35
hjensasdtantsur: stackhpc have two more hooks, one using a switchname map, and another for infiniband that they may want to upstream.13:36
dtantsurokay, I'll look into your patches13:36
hjensasdtantsur: thanks.13:36
*** cdearborn has joined #openstack-ironic13:39
erbarrhello ironic13:45
*** tzumainn has joined #openstack-ironic13:47
etingofI am definitely worrying about this prescriptive approach. In the context of ironic being a general-purpose provisioning tool that becomes part of other tool sets, the assumption that nobody packs their own ramdisk does not look too convincing to me14:00
etingofIt does not even require to mess with IPA per-se, it can be only about repacking ramdisk OS14:01
etingofnot to mention that we have official conductor/IPA API which in theory promotes alternative IPA implementation14:02
etingofI am not arguing about this (I move things to API for now). Just to explain why I think this is a mistake.14:03
*** ociuhandu has quit IRC14:07
dtantsuretingof: "the assumption that nobody packs their own ramdisk" is incorrect. the assumption that nobody will overwrite our features with a new implementation just because is quite reasonable.14:07
dtantsurand even so, people hate repacking ramdisks. most of the attempts fail. they only do it when left with no other choice.14:07
dtantsurthe cases include nearly exclusively troubleshooting and missing kernel modules14:07
dtantsurah, and custom hardware managers14:09
*** dtantsur is now known as dtantsur|brb14:09
*** ociuhandu has joined #openstack-ironic14:11
TheJuliadtantsur|brb: looks like https://review.opendev.org/#/c/713450/ got updated while in workflow14:11
patchbotpatch 713450 - ironic - Implement the bios-interface for idrac-wsman driver - 24 patch sets14:11
etingofquite reasonable sounds somewhat subjective to me14:11
*** gokhani has quit IRC14:12
etingof"640K is more memory than anyone will ever need on a computer"14:12
TheJuliaheh14:21
openstackgerritHarald JensÃ¥s proposed openstack/ironic-inspector master: Port physical network CIDR map hook  https://review.opendev.org/71859414:32
*** dtantsur|brb is now known as dtantsur15:03
dtantsuretingof: "I don't feel it's correct" is also pretty subjective; doesn't prevent you from using it as your main argument ;)15:04
openstackgerritAija Jaunteva proposed openstack/ironic master: Update iDRAC doc about soft power off timeout  https://review.opendev.org/71876115:05
etingofindeed, we are still humans despite the circumstances15:05
* dtantsur is an owl, but never mind15:06
etingofthough "my gut feeling" is not my argument15:06
dtantsurmy proposal is simply: let's solve requests in the order we receive them15:07
dtantsurwe cannot implement a perfect thing in informational vacuum15:07
dtantsurlet's ship a small thing and see how people react15:07
* dtantsur has had too much experience with implementing features that nobody ended up caring about15:08
*** ociuhandu has quit IRC15:10
*** ociuhandu has joined #openstack-ironic15:13
*** mkrai has quit IRC15:18
*** ricolin has quit IRC15:19
etingofas for listening for feedback, I also have some reservations... may be we do not actually get much of the feedback... may be they either manage to use the tool or just walk away to try their luck with other tools?15:26
erbarri started seeing this error in the ironic conductor log15:26
erbarr ERROR ironic.drivers.modules.agent_base [None req-163d125e-c81f-4b7a-a466-4676afbfc415 None None] Failed to install a bootloader when deploying node 48463eec-31f9-474f-92f8-a3ed6bdc9e37. Error: {'message': "install_bootloader() got an unexpected keyword argument 'target_boot_mode'", 'code': 500, 'type': 'TypeError', 'details': ''}15:26
dtantsurerbarr: older IPA? does it result in an actual failure or only in this message?15:34
dtantsurarne_wiebalck: do we have any compatibility there ^^?15:34
*** Qianbiao has quit IRC15:34
erbarrfailure, and yea I think old15:35
arne_wiebalckdtantsur: yes, this is old IPA and new conductor15:35
arne_wiebalckdtantsur: I'd say15:35
arne_wiebalckdtantsur: erm ...15:36
arne_wiebalckdtantsur: the code on the conductor side should handle this15:36
dtantsurerbarr: do you have a traceback?15:36
arne_wiebalckerbarr: what does the conductor say15:37
erbarrhttps://www.irccloud.com/pastebin/xbJBzWI4/15:38
*** ociuhandu has quit IRC15:40
erbarrfull log is here https://stash.dellemc-community.org/logs/dellemc-poweredge-R730-R630-tempest-dsvm-ironic-idrac/2020-04-17:03:26/687910/28//logs/screen-ir-cond.txt15:40
*** ociuhandu has joined #openstack-ironic15:42
dtantsurarne_wiebalck: I don't see any handling of target_boot_mode being absent15:42
dtantsurs/absent/not supported/15:42
dtantsurwe may need to update agent_base15:43
arne_wiebalckit got merged 2 days ago or so ...15:43
arne_wiebalckwell, the attempt was merged :)15:44
arne_wiebalckhttps://github.com/openstack/ironic/commit/65b5ac6a7a985dd430614be03d168d5a7921ab2c15:44
dtantsurarne_wiebalck: `if target_boot_mode == 'uefi'` is problematic15:45
dtantsurwe cannot break compatibility for everyone who is using UEFI..15:45
dtantsuris the breakage justified? cannot new ironic work at all with old IPA in UEFI mode?15:46
*** ociuhandu has quit IRC15:47
arne_wiebalckI think the assumption was this path is only exercised for UEFI and s/w RAID15:48
arne_wiebalckwhich may be wrong15:49
openstackgerritAija Jaunteva proposed openstack/ironic master: Fix RAID configuration with idrac-wsman interface  https://review.opendev.org/72070215:49
dtantsurarne_wiebalck: you only check for UEFI, maybe the RAID check is missing?15:50
arne_wiebalckdtantsur: is install_bootloader called in the non-RAID case?15:50
arne_wiebalckerbarr: you do not use software RAID, do you?15:50
* dtantsur is not sure15:51
erbarri don't believe so15:51
erbarrlet me check15:51
dtantsurarne_wiebalck: it's called for whole disk images + UEFI15:51
dtantsurOR software RAID15:51
dtantsurarne_wiebalck: I'd probably move the logic from agent_client to agent_base to make it more explicit15:52
arne_wiebalckdtantsur: right, wdi and uefi15:54
erbarri'm seeing no-raid15:54
arne_wiebalckerbarr: thanks15:55
arne_wiebalckdtantsur: I think the IPA does not do anything except for s/w RAID15:56
dtantsurarne_wiebalck: yeah, but we're passing a non-supported argument15:57
dtantsurnothing even gets to actual code in IPA15:57
arne_wiebalckdtantsur: sure, just explaining where the mistake comes from15:57
dtantsurah15:57
arne_wiebalcknot sure if we can check for s/w RAID on the conductor easily ...15:58
*** dustinc has joined #openstack-ironic16:00
*** ociuhandu has joined #openstack-ironic16:05
*** lucasagomes has quit IRC16:05
arne_wiebalckwe should rather break s/w RAID than all UEFI16:07
arne_wiebalckwe could pass the software RAID flag also to agent_client16:10
dtantsurarne_wiebalck: it's not impossible to check on the conductor side16:10
dtantsuror is it?..16:10
dtantsurmmmm16:10
arne_wiebalckwell, we just did in agent_base16:10
arne_wiebalcksee, the 'software_raid' flag16:11
dtantsurmmm, we assume that target_raid_config does not change between cleaning and deployment16:11
arne_wiebalckin agent_base16:11
dtantsurfair enough, although not 100% robust16:11
dtantsurthen yes, we can only break in case of UEFI+sw RAID16:11
arne_wiebalckright16:12
arne_wiebalckwe pass the flag with the boot mode to agent_client or do the same dance in agent_client again?16:12
dtantsurarne_wiebalck: I'd rather use a flag or move the retry logic to agent_base16:13
arne_wiebalckdtantsur: ok16:13
*** ociuhandu has quit IRC16:15
*** ociuhandu has joined #openstack-ironic16:16
*** dtantsur is now known as dtantsur|afk16:16
dtantsur|afkhave a great weekend16:16
rpittaubye everyone, have a nice weekend! o/16:17
*** rpittau is now known as rpittau|afk16:17
*** ociuhandu has quit IRC16:21
*** ianychoi_ has joined #openstack-ironic16:29
*** hamzy__ has joined #openstack-ironic16:31
*** gyee has joined #openstack-ironic16:31
*** ianychoi has quit IRC16:31
*** hamzy_ has quit IRC16:31
*** yaawang_ has joined #openstack-ironic16:33
*** dtruong has quit IRC16:33
*** yaawang has quit IRC16:34
*** dtruong has joined #openstack-ironic16:34
*** ociuhandu has joined #openstack-ironic16:40
arne_wiebalckerbarr: I'll submit a patch trying to fix this.16:47
erbarrthank you, much appreciated16:48
openstackgerritArne Wiebalck proposed openstack/ironic master: Don't break UEFI install with older IPAs  https://review.opendev.org/72078116:55
arne_wiebalckerbarr: dtantsur|afk ^^ ... hot-fix :)16:56
arne_wiebalckbye everyone, have a good weekend o/16:56
erbarrbye, enjoy your weekeknd16:57
*** bdodd has quit IRC16:58
*** bdodd has joined #openstack-ironic16:59
*** ociuhandu has quit IRC17:03
*** igordc has joined #openstack-ironic17:04
*** igordc has quit IRC17:09
*** derekh has quit IRC17:12
*** k_mouza has quit IRC17:16
*** ociuhandu has joined #openstack-ironic17:30
*** ociuhandu has quit IRC17:43
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic master: Stop configuring install_command in tox.  https://review.opendev.org/72079017:55
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic-inspector master: Stop configuring install_command in tox.  https://review.opendev.org/72079117:58
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic-prometheus-exporter master: Stop configuring install_command in tox.  https://review.opendev.org/72079318:08
*** ociuhandu has joined #openstack-ironic18:09
openstackgerritIury Gregory Melo Ferreira proposed openstack/sushy master: Stop configuring install_command in tox.  https://review.opendev.org/72079518:14
*** ociuhandu has quit IRC18:22
*** ociuhandu has joined #openstack-ironic18:23
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic-prometheus-exporter master: Stop configuring install_command in tox.  https://review.opendev.org/72079318:23
*** ociuhandu has quit IRC18:28
*** Lucas_Gray has joined #openstack-ironic18:38
*** alexmcleod has quit IRC18:43
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic-inspector master: Stop configuring install_command in tox.  https://review.opendev.org/72079118:43
iurygregoryyay lower-constraints have some problems  http://lists.openstack.org/pipermail/openstack-discuss/2020-April/014237.html18:44
* iurygregory will push the changes to tox.ini to see *boom* and fix it =)18:44
TheJulia:(18:45
openstackgerritIury Gregory Melo Ferreira proposed openstack/networking-baremetal master: Stop configuring install_command in tox.  https://review.opendev.org/72080618:46
openstackgerritIury Gregory Melo Ferreira proposed openstack/sushy-tools master: Stop configuring install_command in tox.  https://review.opendev.org/72080718:46
openstackgerritIury Gregory Melo Ferreira proposed openstack/networking-generic-switch master: Stop configuring install_command in tox.  https://review.opendev.org/72080818:47
openstackgerritIury Gregory Melo Ferreira proposed openstack/bifrost master: Stop configuring install_command in tox.  https://review.opendev.org/72080918:48
openstackgerritIury Gregory Melo Ferreira proposed openstack/sushy-cli master: Stop configuring install_command in tox.  https://review.opendev.org/72081018:49
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic-python-agent master: Stop configuring install_command in tox.  https://review.opendev.org/72081118:50
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic-ui master: Stop configuring install_command in tox.  https://review.opendev.org/72081318:53
openstackgerritIury Gregory Melo Ferreira proposed openstack/virtualbmc master: Stop configuring install_command in tox.  https://review.opendev.org/72081618:55
TheJuliaiurygregory: thanks19:09
*** dougsz has joined #openstack-ironic19:15
iurygregoryTheJulia, yw, the sad part is that locally nothing blows up, but in the CI it complain about some constraints so I'm waitting for results to update o/19:18
openstackgerritIury Gregory Melo Ferreira proposed openstack/bifrost master: Stop configuring install_command in tox.  https://review.opendev.org/72080919:20
openstackgerritIury Gregory Melo Ferreira proposed openstack/ironic-prometheus-exporter master: Stop configuring install_command in tox.  https://review.opendev.org/72079319:24
openstackgerritIury Gregory Melo Ferreira proposed openstack/networking-generic-switch master: Stop configuring install_command in tox.  https://review.opendev.org/72080819:26
openstackgerritIury Gregory Melo Ferreira proposed openstack/networking-baremetal master: Stop configuring install_command in tox.  https://review.opendev.org/72080619:28
*** ociuhandu has joined #openstack-ironic19:35
*** ociuhandu has quit IRC19:42
*** jtomasek has quit IRC20:03
TheJuliafun fun :(20:13
*** dustinc has quit IRC20:29
*** dougsz has quit IRC20:33
*** dougsz has joined #openstack-ironic20:34
openstackgerritVerification of a change to openstack/python-ironic-inspector-client failed: Convert job to dib  https://review.opendev.org/71869820:35
*** dougsz has quit IRC20:38
rloohi TheJulia, wrt https://review.opendev.org/#/c/665835/. Wondering if you were good with my comment about us assuming that the port's internal_info stuff is not specific to a particular network driver, but it must have those entries (the *_vif_port_id) for any portlikeobj, regardless of the network driver.20:44
patchbotpatch 665835 - ironic - Block port deletions where vif is present - 12 patch sets20:44
*** ociuhandu has joined #openstack-ironic20:45
*** ociuhandu has quit IRC21:06
*** ociuhandu has joined #openstack-ironic21:08
TheJuliawell, the key is for them not to, but I'm not sure i saw/grok a comment to that effect21:12
*** ociuhandu has quit IRC21:13
rlooTheJulia: I commented in patch set 11. In that case, we need to go back to some earlier version.21:14
TheJuliareading21:15
TheJuliaI see it was on the body of the reply21:15
TheJuliaSo vifs are not specific to the network driver interface, but the reason I did  it there was because it seemed like we should represent underlying behavior, so if one changes to noop networking not care21:16
TheJuliabut... I think the proper thing is to just overall maintain the behavior of "there be data here, for some reason, something is wrong because it shouldn't be here"21:17
*** rh-jelabarre has quit IRC21:31
rlooTheJulia: huh? Is that hedging our bets? :) So you are good with that PR then? Am taking off, please comment in the pr & I'll look on Monday. Have a great weekend!21:55
*** rloo has quit IRC21:55
*** ociuhandu has joined #openstack-ironic22:32
*** Lucas_Gray has quit IRC22:32
*** ociuhandu has quit IRC22:38
*** igordc has joined #openstack-ironic23:08
*** gyee has quit IRC23:10
*** stevebaker has quit IRC23:21
*** igordc has quit IRC23:27
*** tzumainn has quit IRC23:46

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!