Friday, 2020-11-20

*** tosky has quit IRC00:18
*** paras333 has joined #openstack-ironic00:24
*** paras333 has quit IRC00:28
openstackgerritJacob Anders proposed openstack/ironic-inspector master: Use OOB inspection to fetch MACs for IB inspection  https://review.opendev.org/75899400:51
janders^^ finally I figured out where I stuffed up the unit tests \o/00:51
jandersstill WIP though00:51
janderswill be good to see if CI shares my enthusiasm regarding the fix00:52
*** gyee has quit IRC01:01
stevebakerjanders: I just had a quick look at that change01:32
stevebakerjanders: I'm just wondering, is there a reason the lookup value is a string which is parsed into structured data and the end of the code-path? Could it be structured data all the way through? (a list of dicts or somesuch)01:35
* janders is opening the story01:36
jandersgood point stevebaker01:38
jandersmy initial understanding of the story was that's the suggested approach, but now that I looked into all the components involved a little more this makes sense01:40
jandersit is also in line with earlier comments (which I'm going to work on now, the current revision of the patch was aiming to get all the tests passing again after tweaking parameter lists in different places)01:41
janderslet me see what the Redfish response with the MACs looks like, I wonder if it would make sense to pass that from the management interface to inspector01:42
stevebakerjanders: where does the lookup value come from?01:45
jandersstevebaker in the previous revision I was doing it here: https://review.opendev.org/#/c/750943/8/ironic/drivers/modules/redfish/management.py01:47
patchbotpatch 750943 - ironic - Use OOB inspection to fetch MACs for IB inspection - 10 patch sets01:47
jandersreworking this now01:48
stevebakerjanders: ah cool, I'll have a proper look later01:48
jandersno worries :)01:49
jandersthis change covers ironic, inspector and sdk01:50
jandershttps://review.opendev.org/#/c/762603/01:50
patchbotpatch 762603 - openstacksdk - Use OOB inspection to fetch MACs for IB inspection - 1 patch set01:50
jandersthat's the last bit (SDK)01:50
jandersI'll likely be tweaking all three a fair bit today01:51
jandersthanks for looking into this and good hints stevebaker01:54
janderswill get some lunch now01:54
*** thiagop has quit IRC01:57
*** thiagop has joined #openstack-ironic01:57
*** k_mouza has joined #openstack-ironic02:05
*** k_mouza has quit IRC02:09
*** Qianbiao has joined #openstack-ironic02:21
*** jhesketh has quit IRC02:27
*** tzumainn has quit IRC02:30
*** jhesketh has joined #openstack-ironic02:33
*** ociuhandu has joined #openstack-ironic02:36
*** ociuhandu has quit IRC02:41
*** thiagop has quit IRC02:59
*** mkrai has joined #openstack-ironic03:14
*** rcernin has quit IRC03:22
*** rcernin has joined #openstack-ironic03:23
*** iurygregory has quit IRC03:42
openstackgerritSteve Baker proposed openstack/ironic master: Improve object_to_dict arguments  https://review.opendev.org/76350104:05
openstackgerritJacob Anders proposed openstack/ironic master: Use OOB inspection to fetch MACs for IB inspection  https://review.opendev.org/75094304:32
*** ayoung has quit IRC04:32
jandersstevebaker I will work on the Inspector side next - and check with Dmitry how he'd like to see this info passed on04:35
janders(he left some comments on that in https://review.opendev.org/#/c/758994/3/ironic_inspector/main.py@346 )04:35
patchbotpatch 758994 - ironic-inspector - Use OOB inspection to fetch MACs for IB inspection - 4 patch sets04:35
jandersheading off for some time, back in an hour or so... have a great weekend stevebaker :) few hours away for me still04:36
*** tkajinam has quit IRC04:40
*** tkajinam has joined #openstack-ironic04:40
stevebakerjanders: see you!04:48
*** zzzeek has quit IRC05:01
*** zzzeek has joined #openstack-ironic05:07
*** ociuhandu has joined #openstack-ironic05:29
*** ociuhandu has quit IRC05:34
*** Qianbiao has quit IRC05:34
*** zzzeek has quit IRC05:37
*** zzzeek has joined #openstack-ironic05:39
*** rh-jlabarre has quit IRC05:40
*** zzzeek has quit IRC05:47
*** zzzeek has joined #openstack-ironic05:51
*** zzzeek has quit IRC05:55
*** zzzeek has joined #openstack-ironic05:58
*** zzzeek has quit IRC06:12
*** zzzeek has joined #openstack-ironic06:14
*** zzzeek has quit IRC06:35
*** k_mouza has joined #openstack-ironic06:36
*** zzzeek has joined #openstack-ironic06:38
*** k_mouza has quit IRC06:41
*** rpittau|afk is now known as rpittau06:52
rpittaugood morning ironic! o/06:52
rpittauhappy friday!06:52
arne_wiebalckGood morning rpittau and ironic!06:52
rpittauhey arne_wiebalck :)06:52
*** rcernin has quit IRC06:55
arne_wiebalckjslater: as you suggest already, we add our downstream h/w manager as an additional dib element to a local copy of the upstream IPAB repo, then we have some additional convenience scripts which set the branches for the h/w manager and the IPA, and build the image06:56
*** Qianbiao has joined #openstack-ironic06:57
arne_wiebalckjslater: (in fact our h/w manager is just a shell which git clones the real h/w manager only when the IPA starts: this way we can use the same image and change the manager via git commits, which is handy for quick turn-around time during development)06:57
*** QianbiaoNG has joined #openstack-ironic06:59
arne_wiebalckrpittau: this mechanism^^ is maybe also sth we could add to the IPAB at some point, so users would only need to set the URL of a git repo to point to their downstream h/w manager (and it would be downloaded and started when the IPA starts)07:00
*** Qianbiao has quit IRC07:02
*** mkrai has quit IRC07:02
*** mkrai_ has joined #openstack-ironic07:02
rpittauarne_wiebalck: yep, that's interesting, sounds very useful, will make life easier for integrating custom h/w managers in the ipa ramdisk07:03
arne_wiebalckrpittau: it was very handy over the past years: building an image still takes ~10mins and if you code like I do  ... :-D07:03
*** rcernin has joined #openstack-ironic07:04
rpittauarne_wiebalck: I totally get that :D07:04
arne_wiebalckrpittau: "this time the code is correct ..." ;)07:05
rpittaurestarting ipa building in the middle of the process because you realized you forgot a comma or a bracket, check!07:06
arne_wiebalcklol, yeah that one07:08
*** mkrai_ has quit IRC07:20
*** fmuyassarov has joined #openstack-ironic07:29
*** iurygregory has joined #openstack-ironic07:39
iurygregorygood morning Ironic!07:40
*** mkrai_ has joined #openstack-ironic07:46
rpittauhey iurygregory :)07:49
iurygregoryrpittau, o/07:50
*** zzzeek has quit IRC07:51
*** rcernin has quit IRC07:53
*** zzzeek has joined #openstack-ironic07:53
*** zzzeek has quit IRC08:17
*** zzzeek has joined #openstack-ironic08:18
arne_wiebalckhey iurygregory o/08:39
iurygregoryarne_wiebalck, o/08:39
*** mgoddard has joined #openstack-ironic08:43
*** zzzeek has quit IRC09:02
*** zzzeek has joined #openstack-ironic09:05
*** derekh has joined #openstack-ironic09:15
openstackgerritRiccardo Pittau proposed openstack/sushy-tools master: [WIP] Support processors schema  https://review.opendev.org/76190909:26
*** rcernin has joined #openstack-ironic09:33
QianbiaoNGGood morning my friends and Ironic09:34
QianbiaoNGHello, anyone knows what IPA means in this project https://opendev.org/x/novajoin09:34
QianbiaoNGthis maybe? https://www.freeipa.org/page/Main_Page09:35
rpittauQianbiaoNG: possibly, maybe ask in #openstack-nova ?09:37
*** k_mouza has joined #openstack-ironic09:37
QianbiaoNGok sure.09:37
jandersgood morning rpittau arne_wiebalck iurygregory QianbiaoNG and Ironic o/09:37
rpittauhey janders :)09:38
QianbiaoNGHello janders09:38
QianbiaoNGyou are late today :)09:38
jandershaha in a way :)09:38
rpittaujanders: it was my turn to get access denied to gerrit after fedora upgrade :)09:38
jandersstarted early, finished early, reappeared late09:39
jandersrpittau ouch!09:39
jandersrpittau is it under control, or still troubleshooting?09:39
QianbiaoNGjanders nice, i like to work at midnight when i am alone.09:40
rpittaujanders: it's ok now, it didn't take me too long luckily, just added an option to ssh config09:40
jandersrpittau good on you09:40
arne_wiebalckhey janders QianbiaoNG o/09:40
jandersit looks like my car is back to roadworthy... will park it on a steep uphill overnight see if it starts easily09:41
arne_wiebalckQianbiaoNG: yes, FreeIPA09:41
QianbiaoNGhey arne_wiebalck09:42
QianbiaoNGty09:42
QianbiaoNGarne_wiebalck did you use vendor metadata service in your cloud?09:42
jandersI had an  extra fuel filter fitted (wasnt cheap), so that if there's any fuel contamination, or water gets into the fuel system while water crossing, it protects the fuel system09:42
jandersturns out that while it *maybe* does that it's got an air leak somewhere and it's draining the fuel system from any diesel overnight09:42
jandersnow the extra filter is bypassed, lets see if the car is back to normal :)09:43
janderstechnology... gotta love it09:43
*** rcernin has quit IRC09:49
iurygregoryhey QianbiaoNG and janders o/09:55
QianbiaoNGhey iurygregory \0/09:55
*** tosky has joined #openstack-ironic09:57
*** dtantsur|afk is now known as dtantsur09:57
dtantsurmorning ironic09:57
jandersSPUC time?09:57
jandershey dtantsur09:57
dtantsurSPUC, SPUC \o/09:58
dtantsuryeah, gimme a couple of minutes09:58
iurygregorySPUC \o/09:58
dtantsurFileNotFoundError: [Errno 2] No such file or directory: '/dev/disk/by-label'09:59
dtantsurjesus, tinyIPA!!09:59
jandersnow, for a change, my chromium is exploding when I try to fire up BJeans10:01
jandersFF?10:01
iurygregorywe have 2 janders on SPUC =O10:02
rpittauthat's probablt better10:02
rpittauI don't have the url though :/10:02
jandersyeah and they are both dead :/10:02
iurygregory=/10:02
janderschromium explosions killed them10:02
dtantsurwebrtc is broken in chromium atm10:03
jandersokay, trying FF, fingers crossed!10:03
* dtantsur has uses FF since forever10:03
rpittaucan anyone pass the SPUC url pls ?10:03
dtantsuranyone else up for SPUC? rpittau, arne_wiebalck?10:03
dtantsurhttps://bluejeans.com/64371180210:03
rpittauthanks10:03
*** mkrai_ has quit IRC10:10
*** belmoreira has joined #openstack-ironic10:15
*** openstackgerrit has quit IRC10:25
*** mgoddard has quit IRC10:28
*** ociuhandu has joined #openstack-ironic10:32
*** ociuhandu has quit IRC10:33
*** mgoddard has joined #openstack-ironic10:42
*** k_mouza has quit IRC10:43
*** uzumaki has joined #openstack-ironic10:43
*** k_mouza has joined #openstack-ironic10:44
*** rcernin has joined #openstack-ironic10:51
*** rcernin has quit IRC10:56
*** uzumaki has quit IRC10:57
*** QianbiaoNG has quit IRC11:08
*** QianbiaoNG has joined #openstack-ironic11:11
arne_wiebalckthanks for the ping dtantsur, was fun to SPUC with you :)11:17
dtantsurglad to hear :)11:20
dtantsurarne_wiebalck: it's happening every Friday until x-mas11:21
*** ociuhandu has joined #openstack-ironic11:26
*** openstackgerrit has joined #openstack-ironic11:26
openstackgerritMerged openstack/ironic master: Expunge the internal version of WSME  https://review.opendev.org/75086111:26
dtantsur\o/11:27
dtantsurstevebaker++11:27
*** k_mouza has quit IRC11:41
*** k_mouza has joined #openstack-ironic11:43
*** k_mouza has quit IRC11:45
*** k_mouza has joined #openstack-ironic11:45
*** ociuhandu has quit IRC11:58
*** ociuhandu has joined #openstack-ironic11:59
*** ociuhandu has quit IRC12:01
*** ociuhandu has joined #openstack-ironic12:02
*** k_mouza has quit IRC12:11
QianbiaoNGhello, if port-group is used, will nova auto add metadata to config bonding in baremetal os12:14
dtantsurI think so12:15
QianbiaoNGnice12:15
QianbiaoNGwill try test it on lab env.12:15
jandersdtantsur regarding comment https://review.opendev.org/#/c/758994/3/ironic_inspector/main.py@346 would you be happy if I just grab the MAC address info off sushy in get_mac_addresses in the management interface ( say in this way: https://review.opendev.org/#/c/750943/11/ironic/drivers/modules/redfish/management.py@1022 )  and pass that to Inspector12:16
jandersand process this further there?12:16
patchbotpatch 758994 - ironic-inspector - Use OOB inspection to fetch MACs for IB inspection - 4 patch sets12:16
patchbotpatch 750943 - ironic - Use OOB inspection to fetch MACs for IB inspection - 11 patch sets12:16
dtantsurjanders: not sure I fully grasp the question12:18
dtantsurdo you want to change the API format?12:18
jandershmm :)12:19
jandersthat doesn't sound like a good idea12:19
jandersSteve pointed out I'm grabbing the MAC info, converting it into a string, sending it to inspector and parsing that again12:20
jandersso I figured I might just pass it as-is to avoid that12:21
dtantsurwdym as is?12:21
dtantsurI imagined ?lookup=mac:11:22:33:44:55:66,mac:aa:bb:cc:dd:ee:ff etc12:21
* janders is grabbing references to the code12:22
*** zzzeek has quit IRC12:22
jandersI am grabbing the MAC address info here: https://review.opendev.org/#/c/750943/11/ironic/drivers/modules/redfish/management.py@102212:24
patchbotpatch 750943 - ironic - Use OOB inspection to fetch MACs for IB inspection - 11 patch sets12:24
*** zzzeek has joined #openstack-ironic12:24
janderspreviously I was converting this to a string, get_mac_addresses would return this string and it would get passed on to here: https://review.opendev.org/#/c/758994/3/ironic_inspector/main.py@34612:24
patchbotpatch 758994 - ironic-inspector - Use OOB inspection to fetch MACs for IB inspection - 4 patch sets12:25
dtantsurhmm, okay, so it's not a simple list, but rather some structure?12:25
jandersI was wondering if it would be a good idea to skip converting mac lookup info into a string and pass on the MAC as returned from sushy12:26
*** fmuyassarov has quit IRC12:26
dtantsurhow would it look in the URL?12:26
jandersbut having said that I naively haven't through through the mechanics of how that traverses APIs12:26
dtantsurright :)12:26
jandersand the reality is I dont think the sushy info on what ports seem enabled matters - we want all, correct?12:27
* dtantsur thinks12:27
dtantsurI wonder what their definition of enabled is12:28
dtantsurbut yeah, for the purpose of lookup we can live with disabled (in any sense) NICs12:28
jandersthat is a very good question :)12:28
jandersif it's better to use only the enabled ones that's a good case for moving the code that's identifying those into redfish_utils12:29
jandersas per your other comment12:30
dtantsurI guess using only enabled NICs may be less confusing when debugging, but otherwise I don't care much12:33
*** fmuyassarov has joined #openstack-ironic12:33
jandersthat is a fair point - and this is what RF OOB inspection does too12:34
jandersit seems like it's better if I stick with that12:34
jandersokay! that gives me a good pointer for Monday :) thank you dtantsur12:35
dtantsurcool12:35
*** ociuhandu has quit IRC12:38
*** ociuhandu has joined #openstack-ironic12:39
*** k_mouza has joined #openstack-ironic12:40
*** fmuyassarov has quit IRC12:42
janderswrapping up for the day (night), have a great weekend everyone, see you next week12:43
jandersweeks_left_to_xmas--12:43
dtantsuro/12:43
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent master: [WIP] Copy any configuration from the virtual media  https://review.opendev.org/76320712:43
*** ociuhandu has quit IRC12:43
-openstackstatus- NOTICE: The Gerrit service at review.opendev.org will be offline starting at 15:00 UTC (roughly two hours from now) for a weekend upgrade maintenance: http://lists.opendev.org/pipermail/service-announce/2020-October/000012.html13:02
*** ociuhandu has joined #openstack-ironic13:09
*** zzzeek has quit IRC13:13
*** fmuyassarov has joined #openstack-ironic13:14
openstackgerritMerged openstack/ironic-python-agent stable/victoria: Fix vendor info retrieval for some versions of lshw  https://review.opendev.org/76340613:15
*** zzzeek has joined #openstack-ironic13:17
*** ociuhandu has quit IRC13:19
*** rh-jlabarre has joined #openstack-ironic13:21
*** ociuhandu has joined #openstack-ironic13:23
*** ociuhandu has quit IRC13:23
openstackgerritRiccardo Pittau proposed openstack/sushy-tools master: [WIP] Support processors schema  https://review.opendev.org/76190913:29
*** QianbiaoNG has quit IRC13:34
*** QianbiaoNG has joined #openstack-ironic13:38
*** ociuhandu has joined #openstack-ironic13:38
*** QianbiaoNG has quit IRC13:39
*** QianbiaoNG has joined #openstack-ironic13:39
*** fmuyassarov has quit IRC13:42
*** zzzeek has quit IRC13:56
*** zzzeek has joined #openstack-ironic13:57
dtantsurlovely https://bugzilla.redhat.com/show_bug.cgi?id=95076013:58
openstackbugzilla.redhat.com bug 950760 in grub2 "double quotes in kernel parameter" [High,New] - Assigned to pjones13:58
-openstackstatus- NOTICE: The Gerrit service at review.opendev.org will be offline starting at 15:00 UTC (roughly one hour from now) for a weekend upgrade maintenance: http://lists.opendev.org/pipermail/service-announce/2020-October/000012.html14:01
iurygregorydtantsur, dammm14:01
* dtantsur is testing https://review.opendev.org/76356614:02
patchbotpatch 763566 - diskimage-builder - Fix dynamic-login with grub2 - 1 patch set14:02
dtantsurbecause of this dynamic-login does not work with virtual media14:02
iurygregorydamm it =(14:03
dtantsuroh heck, I've never seen this bit https://opendev.org/openstack/diskimage-builder/src/branch/master/diskimage_builder/elements/simple-init#user-content-networkmanager14:08
TheJuliahmm... gerrit down for the weekend14:10
dtantsurTheJulia: they're forcing us to take a break!14:10
dtantsurand good mornign14:10
TheJuliadtantsur: I know... I don't know how I feel about it14:10
dtantsuryou can always contribute to something on github :)14:10
TheJuliadtantsur: I've got a lot of unit tests I could write14:11
rpittauoh wow the entire weekend14:11
dtantsurthere's never a shortage of unit tests to write or refactor14:11
rpittauI read 1 hour, but that's just the start14:11
dtantsurrpittau: it's a minor upgrade, followed by a major upgrade, followed by a minor upgrade14:11
rpittauI see14:11
TheJuliaI guess I could always go back to sleep...14:13
*** k_mouza has quit IRC14:14
dtantsur+++14:14
dtantsurI only woke up because of SPUC14:14
*** rloo has joined #openstack-ironic14:15
*** zzzeek has quit IRC14:17
*** zzzeek has joined #openstack-ironic14:17
TheJuliagah, when is the spuc?14:18
TheJulia1700 utc?14:18
dtantsurTheJulia: the first instance is over, the next is at 5pm UTC14:18
TheJuliaokay14:18
*** nam-est has joined #openstack-ironic14:18
TheJuliawell plenty of time for me to CAFFINATE14:18
dtantsur(the first was at 10am UTC - way too early for you and a bit too early for today's me :)14:18
nam-estHi folks,14:18
nam-estI am trying to run Ironic-api as a wsgi application on top of an Apache server14:19
nam-estthe problem is that in apache conf file, there is no way to add parameters  to run the ironic-api14:20
nam-estHowever, it allows to set up environment variable14:21
TheJuliasadly dalek caffinate gifs seem to be few and far between14:21
* TheJulia goes and caffinates14:21
nam-estand the parameter I want to pass is --config-file to choose the ironic configuration file14:22
nam-estso my question is: are there anyways to pick the configuration file based on environment variables?14:22
arne_wiebalcknam-est: the config file for the ironic virtual host?14:22
dtantsurI think it's about the location of ironic.conf.. a good question indeed14:23
*** ociuhandu has quit IRC14:23
nam-estarne_wiebalck: No, config file for the ironic-api itself14:23
*** mgoddard has quit IRC14:25
dtantsurnam-est: if you use uwsgi or gunicorn, they seem to be able to do that natively14:25
dtantsurnow, oslo.config actually have a way to pass any (?) option via environment variables14:26
dtantsurI don't remember the exact format, something like OS_DEFAULT__CONFIG_FILE14:26
dtantsurnam-est: maybe using uwsgi as a backend (https://uwsgi-docs.readthedocs.io/en/latest/WSGIquickstart.html#putting-behind-a-full-webserver) is a better option though14:28
iurygregorygood morning TheJulia14:31
TheJuliahttps://specs.openstack.org/openstack/oslo-specs/specs/rocky/config-from-environment.html <-- looks like it was implemented14:31
dtantsuryeah, I'm pretty sure metal3 uses this feature :)14:32
nam-estdtantsur: I plan to use Apache for handling the TLS part of the connection.14:32
nam-estI checked this: https://docs.openstack.org/oslo.config/latest/reference/configuration-files.html but it seems like there is no other option expect the commandline parameter14:34
*** ociuhandu has joined #openstack-ironic14:34
dtantsurnam-est: you can use apache for HTTPS and use uwsgi with ironic as a backend (instead of mod_wsgi)14:35
nam-estdtantsur: I see. Good suggestion. I will take a look at it. Thanks14:37
*** zzzeek has quit IRC14:40
nam-estTheJulia: dtantsur: Oh I get the idea you mentioned above. So it is possible to set one option per environment variable. This is also a good option. Thanks14:42
*** tzumainn has joined #openstack-ironic14:42
TheJulia++14:42
dtantsuryep14:42
*** zzzeek has joined #openstack-ironic14:43
*** mkrai has joined #openstack-ironic14:50
*** Goneri has joined #openstack-ironic14:51
rpittaubye everyone, have a great weekend! o/14:53
*** rpittau is now known as rpittau|afk14:53
-openstackstatus- NOTICE: The Gerrit service at review.opendev.org is offline for a weekend upgrade maintenance, updates will be provided once it's available again: http://lists.opendev.org/pipermail/service-announce/2020-October/000012.html15:04
dtantsurbye bye gerrit, have a good weekend :D15:04
* dtantsur is curious how it will look on Monday15:04
iurygregoryhahaha15:07
TheJulia++15:07
iurygregorymonday gerrit will be sleeping15:07
TheJuliaalthough last time they did a super major upgrade, they kept a lot of the prior skinning15:07
iurygregoryand we will send emails so it will wake up haha15:07
TheJuliaso users were happier15:07
TheJuliaor something like that15:07
dtantsurthe announcements says not everything is possible to keep15:08
* dtantsur is desperately trying to make dhcp-less work..15:09
*** paras333_ has joined #openstack-ironic15:13
TheJulia:(15:13
*** paras333_ is now known as Paras15:13
* TheJulia is trying to figure out how much pain the secure rbac effort is going to be15:14
*** rloo has quit IRC15:16
*** rloo has joined #openstack-ironic15:17
clarkbit requires significant rework to keep the skinning. We decided it was prudent to upgrade and sort that out after the upgrade since the new ui is functional as is if not as awesome as it could be15:22
dtantsurfair enough15:22
dtantsuron the dhcp-less note:15:23
dtantsurremember I was arguing with Ilya that we should automatically popular MAC addresses because people will make mistakes?15:23
*** k_mouza has joined #openstack-ironic15:23
dtantsurI've just made a mistake15:23
TheJuliadoh15:25
dtantsurA lot of usability improvements ahead, assuming I can make it work at all15:26
*** k_mouza has quit IRC15:27
*** k_mouza_ has joined #openstack-ironic15:27
dtantsurall I could do so far is to kill any network connectivity15:34
iurygregorypeople can always make mistakes .-.15:34
dtantsurI wonder if glean works with NM operating systems at all15:34
TheJuliaohhhh15:34
TheJuliaI bet it doesn't15:34
TheJuliait bet it is only doing dhcp in that case15:34
dtantsurI mean, it's supposed to, and someone from infra told it did, but I see no way it could15:35
TheJuliamaybe support means the dhcp only case?15:35
TheJuliaThat, afaik, is their use case15:35
dtantsurwell, DHCP works in NM by default anyway, so what's the point15:37
TheJuliais this where we go back to "NetworkManager was a mistake"?'15:38
dtantsurprobably? at least for servers15:38
*** mgoddard has joined #openstack-ironic15:41
clarkbwe use glean on all the centos and I think fedora VMs that weuse for testing15:44
clarkbwith network manager15:44
dtantsurDHCP? static IP quite clearly does not work15:44
clarkbboth, rackspace is static only15:44
dtantsurclarkb: please tell me how you make it work..15:45
dtantsurright now it looks like this: http://paste.openstack.org/show/800261/15:45
dtantsur(--use-nm doesn't make any difference to me)15:45
clarkbI dont have it all paged in now. ianw added that support and may be able to help (sorry doing gerrit things)15:46
dtantsurokie, no worries15:46
dtantsurit's good to know it works, it's sad that just using simple-init element doesn't seem to be the path15:46
dtantsurokay, this sheds some light: https://mail.gnome.org/archives/networkmanager-list/2014-January/msg00025.html15:49
dtantsuroh funny. networkmanager creates a new inactive connection instead of updating the active one..15:57
nam-estIn Ironic, does parameter --config-dir have default value?16:07
dtantsurnam-est: I don't think so16:07
nam-estdtantsur: I see. Thanks16:09
dtantsuronly --config-file defaults  to /etc/<project>/<project>.conf where <project> is ironic in our case16:09
*** mkrai has quit IRC16:11
*** ociuhandu has quit IRC16:23
*** ociuhandu has joined #openstack-ironic16:25
*** ociuhandu has quit IRC16:25
*** gyee has joined #openstack-ironic16:32
*** QianbiaoNG has quit IRC16:37
*** k_mouza_ has quit IRC16:40
*** k_mouza has joined #openstack-ironic16:51
dtantsurreminder: SPUC in 8 minutes!16:52
TheJuliabrraaainnnnsss16:54
*** tosky has quit IRC16:56
JayFsame bluejeans, right?16:59
JayFI'm the only one in right now :D16:59
dtantsurI'm on my way16:59
TheJuliaSPUC!!!!17:03
*** belmoreira has quit IRC17:16
NobodyCamGood Morning Ironic folks, Happy Friday!17:27
dtantsurhey-hey NobodyCam17:27
dtantsurwanna join SPUC?17:28
NobodyCamSorry; to many fires going today :(17:28
dtantsurouch. good luck then!17:28
*** rloo has quit IRC17:30
*** rloo has joined #openstack-ironic17:30
*** k_mouza has quit IRC17:32
*** k_mouza has joined #openstack-ironic17:38
*** k_mouza has quit IRC17:39
*** k_mouza has joined #openstack-ironic17:45
*** mgoddard has quit IRC17:51
*** nam-est has quit IRC17:58
*** tosky has joined #openstack-ironic18:10
*** derekh has quit IRC18:12
*** k_mouza has quit IRC18:20
*** ociuhandu has joined #openstack-ironic18:20
*** k_mouza has joined #openstack-ironic18:23
iurygregoryI lost the SPUC probably (just got back home)18:29
dtantsuryep, it's over already, sorry18:29
iurygregoryno worries18:29
iurygregoryI had to go out to buy masks =(18:29
iurygregory5 wwouldn't be enough for the whole travel18:29
*** ociuhandu has quit IRC18:30
*** ociuhandu has joined #openstack-ironic18:31
dtantsurtrue18:31
*** ociuhandu has quit IRC18:36
*** yoctozepto has quit IRC18:37
*** ociuhandu has joined #openstack-ironic18:38
*** ociuhandu has quit IRC18:38
*** yoctozepto has joined #openstack-ironic18:38
*** ociuhandu has joined #openstack-ironic18:40
*** ociuhandu has quit IRC18:44
TheJuliathe real question will be, how many people bring like whole headgear things.18:51
*** zzzeek has quit IRC18:52
*** zzzeek has joined #openstack-ironic18:53
dtantsura good question!18:55
*** jamesdenton has quit IRC18:57
*** jamesden_ has joined #openstack-ironic18:57
*** zzzeek has quit IRC19:00
*** ociuhandu has joined #openstack-ironic19:03
*** zzzeek has joined #openstack-ironic19:03
JayFHey; who is leading up the conversations with the DMTF, if someone downstream here wanted to get involved with it.19:05
dtantsurJayF: maybe rpioso?19:07
*** rloo has quit IRC19:10
*** rloo has joined #openstack-ironic19:10
JayFack; I'll reach out to them when I figure out who is going to want to have that chat here19:11
dtantsurthe last thing I've heard was that only vendors have direct access to DMTF (rpioso is from Dell)19:11
dtantsurmaybe I misunderstood that..19:11
*** k_mouza has quit IRC19:12
JayFI don't know, but I am aware that there are folks here who are having those kind of conversations with our vendors, and may have insight into things we want to ensure are in the ironic profile19:12
dtantsurI see19:13
*** tosky has quit IRC19:13
*** dtantsur is now known as dtantsur|afk19:15
dtantsur|afkhave a nice weekend folks!19:15
arne_wiebalckJayF: there is a change proposed with a seth of redfish interop profiles; these profile reflect the Ironic use of redfish19:19
arne_wiebalckJayF: https://review.opendev.org/#/c/754061/19:20
patchbotNo data found for patch 75406119:20
arne_wiebalckJayF: I have started to test these with some of our hardware; more testers/feedback would be great19:20
arne_wiebalckJayF: there are also some practical issue I raised on the change as well19:21
arne_wiebalckJayF: once there is more feedback, I guess we will have another discussion how to proceed19:22
TheJuliagmann: w/r/t nova's policy testing, is there any reason it is just not built against the policy in code. It seems a little weird that there is the whole fixture substrate built in.19:22
arne_wiebalckbye everyone, have a good weekend o/19:22
TheJuliayou too arne_wiebalck19:23
buhmanI've thought for years it might be "cool" to have per-machine-type kernels (with compiled-in firmware, via CONFIG_EXTRA_FIRMWARE) from both a minimalism and hardware qualification perspective. The dream would be that whatever team is responsible for qualifying new hardware platforms is also responsible for defining the minimal Linux kernel configuration for that platform (so that buhman doesn't have to do that)19:24
buhmanI've never seen a hardware team actually operate this way though.19:24
rpiosodtantsur, JayF: Members of the DMTF have full access. Google joined relatively recently: https://www.dmtf.org/about/list. Note that both IBM and Verizon are Leadership members.19:24
rpiosoarne_wiebalck: \o Hope you have an enjoyable weekend :)19:24
*** ociuhandu has quit IRC19:27
rpiosoJayF: I, along with arne_wiebalck and rpittau, are developing Redfish Interoperability Profiles for the vendor-independent redfish hardware type: https://storyboard.openstack.org/#!/story/2007345.19:29
rpiosoJayF: bdodd does work for the DMTF Redfish Forum. He's been implementing a RAID hardware interface implementation which uses Redfish. It's up on Gerrit. He's typically on this channel.19:34
rpiosoJayF: Also, Mike Raineri, Dell and Jeff Autor, HPE, co-chairs of the DMTF Redfish Forum, have actively engaged with the ironic community here and during meetings, such as the PTG. The Redfish Forum is responsible for the Redfish standard. Mike is often on this channel. His nick is mraineri.19:34
JayFThese links are great; I've passed them on. Thanks!19:35
*** ociuhandu has joined #openstack-ironic19:36
*** ociuhandu has quit IRC19:58
*** ociuhandu has joined #openstack-ironic19:59
gmannTheJulia: we have unit test now specific to testing the policy in code without fixture. But yes policy fixture for other  unit/functional tests is not good and I am planning to remove those fixture and run all tests against policy in code by default.20:02
gmannhow much test changes are required for that, that is one thing but plan is to get rid of those policy fixture20:02
*** ociuhandu has quit IRC20:05
*** rloo has quit IRC20:07
*** rloo has joined #openstack-ironic20:08
TheJuliagmann: got a good example to one that is independent of the fixture code handy?20:25
rpiosoJayF: Glad to help.20:25
*** ociuhandu has joined #openstack-ironic20:30
*** iurygregory has quit IRC20:42
*** iurygregory has joined #openstack-ironic20:59
gmannTheJulia: all these policy tests run with actual policy defaults in code - https://github.com/openstack/nova/tree/master/nova/tests/unit/policies20:59
TheJuliagmann: okay, I guess common_policy_check will continue to be used then, just seems like rule name passing could be dropped today if it is really representitive testing of the actual encoded policy21:11
gmannTheJulia: that is used only for error message checks in case of expected 403.21:12
*** k_mouza has joined #openstack-ironic21:13
gmannthis is another set of code I need to push in oslotest and make it more generic for reusing it.21:13
* TheJulia wonders why we would intentionally leak policy details21:13
TheJuliaoh, it is not going over actual HTTP, it is going to the internal method21:15
TheJuliaand I would then hope the exception would be cached21:15
gmannyeah, internal, actual HTTP would not have these rule name21:15
TheJuliaerr, catched21:15
TheJuliaI'm really worrying that few may be able to re-use this style of testing without rewriting their apis21:15
TheJuliafwiw21:16
gmannat least basic framework can be reused and each service can write per policy tests based on common_policy_check21:17
*** k_mouza has quit IRC21:18
TheJuliaWell, even then, you'd have to support additional validator methods because trying to hunt for a rule name or text string wouldn't fly if we need to run over http to exercise the policy enforcement21:18
gmanni mean just for unit tests and with mock.21:20
TheJuliauhh, even then21:20
TheJuliawell21:20
TheJuliato clarify, we're calling over http in many cases and mock the backend rpc so we can see what happens on the back-end21:21
gmanni see your point now, yes that depends on how API/url controller/methods are implemented in services21:23
TheJuliaexactly21:26
*** jamesden_ is now known as jamesdenton21:29
TheJuliagmann: looks like in ironic, we mock the memcache cache, does any of the changes actually structurally change any of that. i.e. would the fields/data be expected to be the same because if so it should be fairly easy to run with that pattern in these cases21:31
gmannTheJulia: it depends case by case, If policy controls the fields/data like in nova many policies does, then we need to specifically assert on fields returned21:33
TheJuliagmann: indeed, and that will have to be encoded at the test level I think21:33
gmannyeah tests level.21:33
gmannif it is API access level then it is easy21:34
gmannsometime single API might have multiple policy checks, these policy tests then need to open up the policy to assert on all those multiple policy21:35
gmannexample this one - https://github.com/openstack/nova/blob/master/nova/tests/unit/policies/test_instance_actions.py#L13221:36
TheJuliaYeah, iterate through the policy and expected behavior, luckilly our deviations are rare21:36
gmannok, in nova we have many21:37
TheJuliayeah, I need to build a real matrix of it since we're still mostly an admin API. Inspector luckilly is pure admin usage only21:38
gmanni see21:39
* TheJulia thinks it is time to call it a day and let maybe go write words()21:46
jamesdentonTheJulia quick question for you if you're still around. this is re: NGS21:48
TheJuliajamesdenton: what's up?21:56
TheJuliaAlso o/21:56
jamesdentonhi!21:56
jamesdentonlittle tough without Gerrit, but some of the feedback (IIRC) was to try and implement some checks to ensure the switch *and* the physnet were valid.21:57
jamesdentonSo, if i have a port group with two links, and one of the links references a switch that's not configured, what should the action be?21:58
jamesdentonany of this ringing a bell? L:D21:59
TheJuliakind of yeah :)22:00
TheJuliahm.. the bind should fail, ideally22:00
TheJuliaoh, two links22:00
TheJuliahmmmmm22:00
TheJuliaLikely still bindfail I think22:01
jamesdentonso, looking at the logs, i have a portgroup but during *provisioning* each port of the port group is handled independently. Of the two, i have a valid one and an invalid one. The valid one binds and the invalid one fails (expected)22:02
TheJuliayeah, I don't think we abort on binding failure, it just reflects in port state in neutron22:04
jamesdentonright22:05
jamesdentonputting together a longer response, one sec22:06
TheJuliaok22:06
jamesdentonhttp://paste.openstack.org/show/800267/22:11
jamesdentonsorry, had to wait for the output22:11
*** rh-jlabarre has quit IRC22:12
jamesdentonpost-provisioning, you'll see the VIF port fail to bind due to one of the links being invalid.22:12
jamesdentonbut of the two links, one was actually configured and the other not (because the switch is fake). Anyway, i'm guessing the goal would be to not configure either of them if one is invalid, right?22:13
jamesdentonall of this is to say... during provisioning, if the ports are processed individually, we might actually deploy an OS on the host, but when it comes time to configure the ports after the reboot (to take them off provisioning network and move to tenant network) that could fail22:15
jamesdentonand is that acceptable22:16
*** ociuhandu has quit IRC22:17
TheJuliaEh...22:18
*** ociuhandu has joined #openstack-ironic22:18
TheJuliaI think it is acceptable even though it doesn't feel great22:18
TheJuliaIt is ultimately a misconfiguration, it would be great if somewhere that were visible though as if there was a warning or "hey, this might be a problem22:18
TheJuliaI think also depending on switch config, the switch may isolate a link and things may still work on the one link22:20
jamesdentoni mean, it's certainly possible to log a warning that the switch or physnet isn't configured, and ultimately it wouldn't bind22:20
TheJuliabut that is entirely dependent on what they encoded in the behavior22:21
TheJuliabut the other port would? or not at all?22:21
jamesdentonwell, i have a patch that will not configure any link in the group if any of them are invalid22:22
jamesdentoni need to see if the server moves off the provisioning vlan onto the parking vlan22:22
jamesdentonbefore moving to the tenant vlan22:22
*** ociuhandu has quit IRC22:23
jamesdentonbut that would kinda be a silent failure, as far as the user is concerned22:23
jamesdentonanyway, it's late and i'm sure we have better things to do :)22:24
TheJuliahmm...22:25
TheJuliaIt might need to be admin configurable behavior, in the end22:25
jamesdentoni'll revisit this next week and bounce it off of you again22:28
jamesdentonthanks for your time and have a good weekend22:28
*** rloo has quit IRC22:30
*** ociuhandu has joined #openstack-ironic22:48
TheJuliajamesdenton: sounds good, have a wonderful weekend22:49
*** knikolla has quit IRC22:50
*** bfournie has quit IRC22:52
*** knikolla has joined #openstack-ironic22:52
*** ociuhandu has quit IRC23:13
*** iurygregory has quit IRC23:22
*** ociuhandu has joined #openstack-ironic23:40
*** ociuhandu has quit IRC23:44
*** ociuhandu has joined #openstack-ironic23:57

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