Tuesday, 2018-01-16

*** crushil has joined #openstack-ironic00:05
VisBitsI have my provisioning_network set in ironic.conf but when I deploy an instance to it, the dhcp configuration is written for the instance network instead of provision.  Ideas?00:13
*** sasha2 has quit IRC00:20
*** milan has joined #openstack-ironic00:23
*** bfournie has joined #openstack-ironic00:25
*** yangyapeng has quit IRC00:27
*** fragatina has joined #openstack-ironic00:31
*** fragatina has quit IRC00:37
*** fragatina has joined #openstack-ironic00:40
*** milan has quit IRC00:43
*** sasha2 has joined #openstack-ironic00:51
*** fragatina has quit IRC00:52
*** tzumainn has quit IRC00:52
*** rloo has quit IRC00:56
*** yangyapeng has joined #openstack-ironic01:00
*** racedo_ has joined #openstack-ironic01:01
*** phuongnh has joined #openstack-ironic01:03
*** liuzz has joined #openstack-ironic01:03
*** racedo has quit IRC01:03
*** yangyapeng has quit IRC01:04
*** yangyapeng has joined #openstack-ironic01:14
*** VisBits has quit IRC01:20
openstackgerritYusef Shaban proposed openstack/sushy master: Implement Redfish Sessions  https://review.openstack.org/47194201:23
*** pmannidi has joined #openstack-ironic01:30
*** VisBits has joined #openstack-ironic01:31
*** zhangfei has joined #openstack-ironic01:39
*** sapd__ has joined #openstack-ironic01:43
*** sapd_ has quit IRC01:43
*** jlabarre has quit IRC01:48
*** crushil_ has joined #openstack-ironic01:53
*** crushil has quit IRC01:57
*** masber has joined #openstack-ironic02:00
*** crushil_ has quit IRC02:00
*** threestrands_ has joined #openstack-ironic02:02
*** masuberu has quit IRC02:02
*** zhangfei has quit IRC02:04
*** zhangfei has joined #openstack-ironic02:04
*** jappleii__ has quit IRC02:04
openstackgerritYusef Shaban proposed openstack/sushy master: Implement Redfish Sessions  https://review.openstack.org/47194202:44
*** phuongnh has quit IRC02:45
*** phuongnh has joined #openstack-ironic02:45
*** hshiina has joined #openstack-ironic02:49
*** phuongnh has quit IRC02:50
*** phuongnh has joined #openstack-ironic02:51
*** kiseok7 has quit IRC03:08
openstackgerritOpenStack Proposal Bot proposed openstack/bifrost master: Updated from global requirements  https://review.openstack.org/53385603:17
openstackgerritOpenStack Proposal Bot proposed openstack/ironic master: Updated from global requirements  https://review.openstack.org/53387503:24
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-inspector master: Updated from global requirements  https://review.openstack.org/53387603:24
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-lib master: Updated from global requirements  https://review.openstack.org/53387703:24
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-tempest-plugin master: Updated from global requirements  https://review.openstack.org/53295403:24
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent master: Updated from global requirements  https://review.openstack.org/52994903:24
openstackgerritOpenStack Proposal Bot proposed openstack/networking-baremetal master: Updated from global requirements  https://review.openstack.org/53390103:31
openstackgerritOpenStack Proposal Bot proposed openstack/networking-generic-switch master: Updated from global requirements  https://review.openstack.org/53390303:31
*** rbudden has quit IRC03:42
*** penick has joined #openstack-ironic03:47
*** jaianshu has joined #openstack-ironic03:47
*** namnh has joined #openstack-ironic03:52
*** Nisha_Agarwal has joined #openstack-ironic03:59
*** Nisha_Agarwal has quit IRC04:00
*** penick has quit IRC04:05
*** links has joined #openstack-ironic04:06
openstackgerritOpenStack Proposal Bot proposed openstack/ironic master: Updated from global requirements  https://review.openstack.org/53387504:08
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-inspector master: Updated from global requirements  https://review.openstack.org/53387604:08
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-lib master: Updated from global requirements  https://review.openstack.org/53387704:08
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent master: Updated from global requirements  https://review.openstack.org/52994904:08
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-ui master: Updated from global requirements  https://review.openstack.org/53396304:09
*** zhangfei has quit IRC04:09
*** cjloader has joined #openstack-ironic04:12
*** etingof has quit IRC04:14
openstackgerritOpenStack Proposal Bot proposed openstack/networking-baremetal master: Updated from global requirements  https://review.openstack.org/53390104:14
openstackgerritOpenStack Proposal Bot proposed openstack/networking-baremetal master: Updated from global requirements  https://review.openstack.org/53390104:14
openstackgerritOpenStack Proposal Bot proposed openstack/networking-generic-switch master: Updated from global requirements  https://review.openstack.org/53390304:15
openstackgerritOpenStack Proposal Bot proposed openstack/networking-baremetal master: Updated from global requirements  https://review.openstack.org/53390104:15
openstackgerritOpenStack Proposal Bot proposed openstack/networking-generic-switch master: Updated from global requirements  https://review.openstack.org/53390304:16
*** cjloader has quit IRC04:17
*** zhangfei has joined #openstack-ironic04:20
*** etingof has joined #openstack-ironic04:28
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironicclient master: Updated from global requirements  https://review.openstack.org/53402304:30
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironicclient master: Updated from global requirements  https://review.openstack.org/53402404:30
openstackgerritOpenStack Proposal Bot proposed openstack/sushy master: Updated from global requirements  https://review.openstack.org/53405504:35
openstackgerritOpenStack Proposal Bot proposed openstack/sushy master: Updated from global requirements  https://review.openstack.org/53405604:35
openstackgerritOpenStack Proposal Bot proposed openstack/sushy master: Updated from global requirements  https://review.openstack.org/53405704:35
openstackgerritOpenStack Proposal Bot proposed openstack/sushy-tools master: Updated from global requirements  https://review.openstack.org/53405804:35
openstackgerritOpenStack Proposal Bot proposed openstack/sushy-tools master: Updated from global requirements  https://review.openstack.org/53405904:35
openstackgerritOpenStack Proposal Bot proposed openstack/sushy-tools master: Updated from global requirements  https://review.openstack.org/53406004:35
*** karthiks has joined #openstack-ironic04:36
openstackgerritOpenStack Proposal Bot proposed openstack/virtualbmc master: Updated from global requirements  https://review.openstack.org/53407204:37
openstackgerritOpenStack Proposal Bot proposed openstack/virtualbmc master: Updated from global requirements  https://review.openstack.org/53407304:37
openstackgerritOpenStack Proposal Bot proposed openstack/virtualbmc master: Updated from global requirements  https://review.openstack.org/53407404:37
*** penick has joined #openstack-ironic04:38
*** zshi has quit IRC04:43
*** zshi has joined #openstack-ironic04:53
*** penick has quit IRC04:53
openstackgerritDebayan Ray proposed openstack/sushy master: Update documentation related to 'refresh()'  https://review.openstack.org/53134105:03
*** sasha2 has quit IRC05:04
*** cjloader has joined #openstack-ironic05:08
*** cjloader has quit IRC05:12
*** cjloader has joined #openstack-ironic05:13
*** dpawar has joined #openstack-ironic05:21
*** namnh_ has joined #openstack-ironic05:22
*** namnh_ has quit IRC05:22
*** namnh has quit IRC05:25
*** cjloader has quit IRC05:37
*** stendulker has joined #openstack-ironic05:38
*** hieulq has quit IRC05:50
*** absubram has joined #openstack-ironic05:53
*** marios has joined #openstack-ironic05:55
jlvillalWow! That is a lot of proposal bot action!05:59
*** jaganathan has quit IRC06:02
*** ccollett has joined #openstack-ironic06:02
*** charcol has quit IRC06:05
openstackgerritAnkit Kumar proposed openstack/ironic master: DNM Patch : Testing the HPEProliant CI  https://review.openstack.org/53410906:18
*** mgoddard has quit IRC06:36
*** zhangfei has quit IRC06:37
*** mgoddard has joined #openstack-ironic06:42
*** absubram has quit IRC06:43
openstackgerritAnkit Kumar proposed openstack/ironic master: DNM Patch : Testing the HPEProliant CI  https://review.openstack.org/53412706:43
Tenguhow does that bot work in fact?06:46
openstackgerritMerged openstack/ironic master: Make the Python 3 job voting  https://review.openstack.org/53139806:48
*** zhangfei has joined #openstack-ironic06:50
*** ccollett has quit IRC07:01
*** links has quit IRC07:06
openstackgerritAnkit Kumar proposed openstack/ironic master: DNM Patch : Testing the HPEProliant CI  https://review.openstack.org/53413407:12
*** dsneddon has quit IRC07:13
*** rcernin has quit IRC07:14
openstackgerritAnkit Kumar proposed openstack/ironic master: DNM Patch : Testing the HPEProliant CI  https://review.openstack.org/53413707:15
*** threestrands_ has quit IRC07:18
*** etingof has quit IRC07:21
*** links has joined #openstack-ironic07:23
*** makowals has joined #openstack-ironic07:24
*** etingof has joined #openstack-ironic07:35
openstackgerritAnkit Kumar proposed openstack/ironic master: DNM Patch : Testing the HPEProliant CI  https://review.openstack.org/53414707:38
*** links has quit IRC07:39
*** etingof has quit IRC07:42
*** etingof has joined #openstack-ironic07:56
*** tesseract has joined #openstack-ironic08:05
*** jaganathan has joined #openstack-ironic08:09
*** zhangfei has quit IRC08:09
*** AlexeyAbashkin has joined #openstack-ironic08:15
*** links has joined #openstack-ironic08:15
*** milan has joined #openstack-ironic08:21
*** rbartal has joined #openstack-ironic08:24
*** zhangfei has joined #openstack-ironic08:26
*** tuanla____ has joined #openstack-ironic08:38
*** zhangfei has quit IRC08:40
openstackgerritvinay kumar muddu proposed openstack/ironic master: Fixes issue with UEFI bootable ISO creation  https://review.openstack.org/53170008:42
*** e0ne has joined #openstack-ironic08:48
*** zhangfei has joined #openstack-ironic08:52
*** amarao has joined #openstack-ironic08:53
*** stendulker_ has joined #openstack-ironic08:56
*** stendulker has quit IRC08:59
*** priteau has joined #openstack-ironic08:59
*** stendulker_ has quit IRC09:01
*** hshiina has quit IRC09:04
*** hieulq has joined #openstack-ironic09:08
openstackgerritVasyl Saienko proposed openstack/networking-generic-switch master: Add initial release note  https://review.openstack.org/53420109:12
openstackgerritAnshul Jain proposed openstack/ironic-specs master: Update OOB RAID for iLO5 based HPE Proliant Servers  https://review.openstack.org/53083809:13
openstackgerritVasyl Saienko proposed openstack/networking-generic-switch master: Add initial release note  https://review.openstack.org/53420109:15
openstackgerritVasyl Saienko proposed openstack/networking-generic-switch master: Exclude tempest tests for release note changes  https://review.openstack.org/53420309:15
*** stendulker has joined #openstack-ironic09:26
*** lucas-afk is now known as lucasagomes09:36
*** derekh has joined #openstack-ironic09:44
openstackgerritAnup Navare proposed openstack/ironic-specs master: VNC Graphical console  https://review.openstack.org/30607409:55
*** yangyapeng has quit IRC10:04
*** yangyapeng has joined #openstack-ironic10:04
*** stendulker has quit IRC10:06
*** absubram has joined #openstack-ironic10:10
*** stendulker has joined #openstack-ironic10:11
*** priteau has quit IRC10:12
*** jaganathan has quit IRC10:21
*** AlexeyAbashkin has quit IRC10:23
*** AlexeyAbashkin has joined #openstack-ironic10:26
*** liuzz has quit IRC10:29
*** gcb has joined #openstack-ironic10:46
openstackgerritDebayan Ray proposed openstack/sushy master: Implement Redfish Sessions  https://review.openstack.org/47194210:56
*** athomas has joined #openstack-ironic10:59
*** dtantsur|afk is now known as dtantsur11:00
dtantsurmorning ironic11:00
*** etingof has quit IRC11:03
*** zhangfei has quit IRC11:03
*** ameeda has joined #openstack-ironic11:06
ameedaHi, when I try to inspect nodes I got this errors "http://paste.openstack.org/show/645699/"11:07
dtantsurTheJulia: hi, is today good time to release bifrost or should we wait till end of the cycle?11:08
dtantsurameeda: hard to tell, may be PXE or DHCP problems, for example11:09
ameedawhen I fill instackenv.json file, which port should I use? its iLO port ?11:10
*** stendulker has quit IRC11:13
ameedadtantsur: to let you know what I did, First I install undercloud on VM at baremetal using tripleO quick start. then I try as I mentioned before. I am messing if I should configure undercloud.conf correctly, or everything is okay with undercloud.conf.11:13
dtantsurameeda: do you have connectivity set up correctly between the undercloud VM and bare metals? Some hypervisors do not allow VMs to provide DHCP by default.11:14
ameedaI didn't anything else, how can I configure the connection ?11:15
dtantsurameeda: I don't know, sorry. Using undercloud on a VM is something I don't do and don't recommend. Try looking at your nodes' virtual consoles (via iLO), check if they actually fail on DHCP. If so, check tcpdump on the undercloud if it sees the DHCP requests coming on br-ctlplane.11:16
ameedacan you please check this log for me ? "http://paste.openstack.org/show/645702/"11:17
dtantsurameeda: DHCP looks okay. check ironic-inspector logs if they contain the specific error then11:18
dtantsuralso do check virtual consoles of nodes, maybe it fails on iPXE stage11:19
ameedalet me paste ironic-inspector log for you, thanks for your time11:19
ameeda... DEBUG ironic_inspector.firewall [-] Not updating iptables - no changes in MAC list set([]) update_filters /usr/lib/pyth...11:20
ameedathis log appears continuously, its okay ?11:20
dtantsuryep (it's DEBUG)11:26
*** gmonteiro|home has joined #openstack-ironic11:26
gmonteiro|homeGood Morning Ironic :)11:27
ameedadtantsur: now I watch the remote console, when baremetal start, it keeps try to boot (DHCP .... )11:27
ameedagmonteiro|home: good morning :)11:28
gmonteiro|homeo/ ameeda11:28
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent master: Clean up release notes before a release  https://review.openstack.org/53424311:30
*** mgoddard_ has joined #openstack-ironic11:34
ameedadtantsur: what do you think ?11:35
dtantsurameeda: about what, sorry?11:35
ameedadtantsur: when baremetal start, it keeps trying to boot from network, I saw (DHCP.....)11:36
dtantsurameeda: okay, so does it fail on DHCP? then please see what I wrote above about DHCP problems11:36
ameedaok, Thanks11:36
*** stendulker has joined #openstack-ironic11:39
*** etingof has joined #openstack-ironic11:44
openstackgerritMerged openstack/sushy master: Updated from global requirements  https://review.openstack.org/53405511:47
openstackgerritMerged openstack/virtualbmc master: Updated from global requirements  https://review.openstack.org/53407411:47
openstackgerritMerged openstack/sushy-tools master: Updated from global requirements  https://review.openstack.org/53406011:47
*** oanson has quit IRC11:48
*** racedo has joined #openstack-ironic11:50
*** oanson has joined #openstack-ironic11:50
*** racedo_ has quit IRC11:52
*** racedo has quit IRC11:55
ameedadtantsur: when I execute this command "ovs-ofctl dump-flows br-ctlplane" , I see this "cookie=0xabf4fc40d7d3dc0, duration=8894.119s, table=0, n_packets=5, n_bytes=438, idle_age=65534, priority=2,in_port=2 actions=drop"11:55
*** phuongnh has quit IRC11:56
dtantsursorry, I have no idea what it means :( I don't have a good experience with ovs. try asking on #tripleo11:56
openstackgerritDmitry Tantsur proposed openstack/ironic stable/pike: Do not validate root partition size for whole disk images in iscsi deploy  https://review.openstack.org/53425111:58
*** gmonteiro|home has quit IRC11:59
*** gmonteiro|home has joined #openstack-ironic12:00
dtantsurpas-ha: hey! should we add the new option from https://review.openstack.org/#/c/494136/ to our docs?12:01
patchbotpatch 494136 - nova - Allow shuffling hosts with the same best weight (MERGED)12:01
*** sambetts|afk is now known as sambetts12:06
sambettsMorning all12:06
*** mgoddard_ has quit IRC12:09
*** pmannidi has quit IRC12:09
mrtenioMorning sambetts!12:10
*** skazi has quit IRC12:10
*** oanson has quit IRC12:10
*** skazi has joined #openstack-ironic12:10
*** tuanla____ has quit IRC12:12
*** oanson has joined #openstack-ironic12:12
gmonteiro|homeMorning mrtenio, sambetts o/12:13
dtantsurmorning sambetts, mrtenio, gmonteiro|home12:13
openstackgerritDmitry Tantsur proposed openstack/ironic master: Do not send sensors data for nodes in maintenance mode  https://review.openstack.org/41517312:16
dtantsursambetts: any news re https://bugs.launchpad.net/ironic/+bug/1668909 ?12:24
openstackLaunchpad bug 1668909 in Ironic "UcsSDK is deprecated and not py3 compatible" [High,Triaged]12:24
*** bfournie has quit IRC12:24
*** bfournie has joined #openstack-ironic12:24
dtantsuralso, folks, this spec was +2ed 4 months ago, anyone wants to take a look? https://review.openstack.org/#/c/438859/12:25
patchbotpatch 438859 - ironic-specs - OOB inspection support for `redfish` hardware type12:25
dtantsurTheJulia: ^^^12:25
openstackgerritOpenStack Proposal Bot proposed openstack/ironic master: Updated from global requirements  https://review.openstack.org/53387512:29
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-inspector master: Updated from global requirements  https://review.openstack.org/53387612:29
*** bfournie has quit IRC12:29
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-lib master: Updated from global requirements  https://review.openstack.org/53387712:29
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-lib master: Updated from global requirements  https://review.openstack.org/53387712:29
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent master: Updated from global requirements  https://review.openstack.org/52994912:30
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent master: Updated from global requirements  https://review.openstack.org/52994912:30
openstackgerritOpenStack Proposal Bot proposed openstack/networking-baremetal master: Updated from global requirements  https://review.openstack.org/53390112:30
dtantsuromg bot STAAAHHHPP :D12:30
openstackgerritOpenStack Proposal Bot proposed openstack/networking-generic-switch master: Updated from global requirements  https://review.openstack.org/53390312:30
*** pmannidi has joined #openstack-ironic12:32
*** lucasagomes is now known as lucas-hungry12:32
*** pcaruana has joined #openstack-ironic12:33
absubramhi all.. had a quick question with regards to deploy images and the user images.. I understand that the user image is the actual OS that gets installed on my baremetal server..12:41
absubramwhat is the deploy image? does the deploy image have to be of the same flavor/type as my user image? i.e. do I need to use ubuntu deploy images only if my user image is ubuntu?12:42
absubramcan I use say centos deploy images and then have ubuntu user image installed? will it affect anything?12:42
absubramanyone know?12:42
absubramsambetts: ^^.. hi! :)12:45
sambettsdtantsur: we'll got some patches downstream to replace it with the new version of the SDK, but it's been a singificant amount of work because of the way the orignal driver was written and the differences between the old and new SDKs12:46
sambettsabsubram: the deploy image is a small ramdisk that we temporarly boot onto the server to enable ironic to write the user image to that server's disks, and perform other tasks like cleaning the server after the instance is deleted etc12:48
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironic-inspector-client master: Updated from global requirements  https://review.openstack.org/53428412:49
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironic-inspector-client master: Updated from global requirements  https://review.openstack.org/53428512:49
sambettsabsubram: the ramdisk has little to no knowledge of the user image runs, and just runs https://docs.openstack.org/ironic-python-agent/latest/ to allow communication between it and ironic12:49
sambettsabsubram: we have a couple of prebuilt ramdisks, a coreos one and a tinycorelinux one, but you can build a fedora/ubuntu/etc ramdisk image using DIB too12:50
sambettsabsubram: the OS of the ramdisk has no baring on the type of images you can deploy, IPA running on a linux ramdisk can deploy a windows user image if you wanted it too12:51
openstackgerritMichael Turek proposed openstack/ironic-python-agent master: Use lshw in place of dmidecode for the default hardware manager  https://review.openstack.org/50179912:51
*** jlabarre has joined #openstack-ironic12:53
dtantsursambetts: I see, okay12:55
*** yangyapeng has quit IRC12:56
*** strigazi has quit IRC12:56
*** jaganathan has joined #openstack-ironic12:58
*** weshay_PTO is now known as weshay13:01
*** strigazi has joined #openstack-ironic13:04
*** bfournie has joined #openstack-ironic13:04
*** pmannidi has quit IRC13:05
*** mgoddard_ has joined #openstack-ironic13:08
*** dprince has joined #openstack-ironic13:09
*** jcoufal has joined #openstack-ironic13:10
hjensassambetts: I think I found an issue with the baremetal agent, but I want to blame neutron ... https://etherpad.openstack.org/p/neutron-new-agents-rapidly-reporting-issue13:10
sambettshjensas: I'm a little confused, whats the issue?13:15
hjensassambetts: If I add multiple agents via report_state rpc quickly, I get the StaleDataError in neutron logs. And the agent_db segment host mapping is not created for all host agents.13:16
*** dtantsur is now known as dtantsur|brb13:17
hjensassambetts: If I add the same 3 agents with some delay between each report_state it works.13:17
hjensassambetts: so it seems neutron side cannot handle multiple agents rapidly reporting state with the start_flag: True. (This should work, so I will open a bug with neutron.)13:19
*** trown|outtypewww is now known as trown13:20
*** lucas-hungry is now known as lucasagomes13:20
*** MattMan_1 has quit IRC13:20
sambettsah ok, yeah thats a weird behaviour, I wonder if that effects starting several nova compute host agents all at the same time13:21
*** MattMan_1 has joined #openstack-ironic13:21
hjensassambetts: I bet if you have 10+ nova computes and start the ovs agent simultanously we would see the same.13:21
*** yangyapeng has joined #openstack-ironic13:22
*** makowals has quit IRC13:22
hjensassambetts: but I think this is in the segments plugin space, not many people use that yet I guess.13:22
sambettshjensas: yeah, very likely, thanks for finding this!13:23
hjensassambetts: yeah, it was after adding https://review.openstack.org/#/c/533707/ I realized it. :(13:24
patchbotpatch 533707 - networking-baremetal - start_flag = True, only first time, or conf change13:24
*** makowals has joined #openstack-ironic13:25
hjensassambetts: I was hoping you's support an ffe for this work, I started writing something here. https://etherpad.openstack.org/p/ffe-networking-baremetal-scratchpad (But this issue needs fixing first ...)13:25
sambettshjensas: I had the start_flag logic in there at one point, but then took it out trying to avoid storing to much data, but I guess it is required, at least for the first time13:26
*** tzumainn has joined #openstack-ironic13:27
hjensassambetts: yes, first time and when mappings change. It seems neutron expect that agenst stop and start to re-read bridge_mappings from config file.13:27
hjensassambetts: but it makes sense to not always set the flag, since setting it makes neutron do the rest calls to Placement and Nova.13:28
*** xnox has quit IRC13:28
sambettshjensas: ah yeah! it makes sense to se it false to avoid constantly changing nova/placement13:29
sambettsI thought neutron would have its own logic in there to handle if there had been no changes13:29
sambettsalas I assumed wrong13:29
sambetts;-P13:29
sambettshjensas: so the FFE is for networking-baremetal specifically? or for neutron?13:30
hjensassambetts: for networking-baremetal.13:30
hjensassambetts: https://github.com/openstack/neutron/blob/master/neutron/services/segments/db.py#L248-L258 <- Here, they just look at the start_flag if the host was previously reported.13:31
sambettshjensas: I'd support that FFE I think, because networking-baremetal isn't that wildly used and is still really being developed into something usable so for the sake of not slowing down development I think it makes sense13:33
*** makowals has quit IRC13:33
absubramsambetts - thanks for clearing that up for me! :)13:35
sambettsabsubram: no problem :)13:35
*** makowals has joined #openstack-ironic13:35
*** gmonteiro|home has quit IRC13:36
hjensassambetts: thanks. I'll go open a bug against neutron and try to chase someone ...13:36
*** jaianshu_ has joined #openstack-ironic13:46
*** VisBits has quit IRC13:46
*** gmonteiro|home has joined #openstack-ironic13:49
*** jaianshu has quit IRC13:49
*** jaianshu_ has quit IRC13:50
*** rloo has joined #openstack-ironic13:50
*** hw_wutianwei has joined #openstack-ironic13:54
openstackgerritIlya Etingof proposed openstack/sushy-tools master: Abstract away the virtualization management interface  https://review.openstack.org/52332113:55
*** rbudden has joined #openstack-ironic13:55
*** sasha2 has joined #openstack-ironic13:58
*** rloo has quit IRC14:00
*** rloo has joined #openstack-ironic14:00
*** xnox has joined #openstack-ironic14:01
*** xnox has quit IRC14:01
*** xnox has joined #openstack-ironic14:01
*** fragatina has joined #openstack-ironic14:02
*** fragatina has quit IRC14:02
*** fragatina has joined #openstack-ironic14:03
rloogood morning ironic'ers14:04
*** Bico_Fino has quit IRC14:04
rlooTheJulia: if you have a minute, could you check this bug? It is tagged 'rfe' but I don't think it is? https://bugs.launchpad.net/ironic/+bug/173547414:04
openstackLaunchpad bug 1735474 in Ironic "Ensure BFV model allows for multiattach" [Wishlist,Fix released] - Assigned to Julia Kreger (juliaashleykreger)14:04
*** links has quit IRC14:05
*** homegrown_ has quit IRC14:08
*** homegrown has joined #openstack-ironic14:13
rloodtantsur|brb: let me know when we've released ironic (or maybe it is enough to do the patch for it), so I can remove my -2 on the rescue work14:16
*** gmonteiro|home has quit IRC14:18
TheJuliagood morning14:18
*** dtantsur|brb is now known as dtantsur14:18
dtantsurmorning rloo, TheJulia14:18
*** zhangfei has joined #openstack-ironic14:19
TheJuliarloo: it is not, just a doc update14:19
rloomorning TheJulia, dtantsur :)14:19
dtantsurrloo: will do. still pending.14:19
rlooTheJulia: ok, i'll remove the tag then. thx.14:19
*** gmonteiro|home has joined #openstack-ironic14:19
TheJuliai just removed it14:19
*** absubram has quit IRC14:19
dtantsurhjensas: note that under "Risks" I mostly mean "What can we break by landing it?"14:19
*** xnox has quit IRC14:20
*** stendulker has quit IRC14:22
*** sapd has joined #openstack-ironic14:22
sapdhi guys, i'm stucking in deploying node14:22
sapdcleaning node is ok, node can get IP from DHCP server14:22
TheJuliadtantsur: re bifrost, end of cycle14:23
sapdbut after node became available and start deploying, node can not get IP from DHCP server again14:23
dtantsurTheJulia: ack14:23
sapdcan you help me debug this issue?14:23
sapdflat network, simple topo, supermicro server with IPMI driver14:23
* TheJulia sips coffee14:23
TheJuliasapd: That kind of sounds like a dhcp issue :(14:24
sapdyes, but the strange thing here is: node can get DHCP offer while cleaning :(14:24
sapdbut not while deploying14:25
TheJuliaso perhaps whatever network your telling it to deploy to is not actually avialable?14:25
TheJuliaI bet there are errors in the neutron-dhcp-agent logs14:26
*** gmonteiro|home has quit IRC14:28
sambettssapd: which network are you selecting in the "openstack server create" command for the server? it needs to be the same network as the one configured in the ironic.confg14:28
sapdsambetts: yeah, same network14:28
sapdTheJulia: unfortunately, no error log14:28
sapdonly syslog show DHCP log: no address available while deploying14:29
rlooTheJulia, dtantsur, sambetts (good morning), and anyone else. What do you think about using the tenant network for rescuing? https://review.openstack.org/#/c/509342/26//COMMIT_MSG14:29
patchbotpatch 509342 - ironic - Add rescue related methods to network interface14:29
rlooTheJulia, dtantsur, sambetts: any security issues? Is it OK not to give admin a choice in that?14:29
*** stendulker has joined #openstack-ironic14:30
*** mjturek has joined #openstack-ironic14:30
rloovs using a rescue network14:30
openstackgerritMerged openstack/python-ironicclient master: Updated from global requirements  https://review.openstack.org/53402414:30
sambettsrloo: I thought we already flipped into the tenant network when using the driver that supports it14:31
dtantsurrloo: how does nova implement that? I think the expectation is to stay on tenant networks, but I'd double-check with them14:31
*** gmonteiro|home has joined #openstack-ironic14:31
rloosambetts: to do rescue, there is an instance on that node and it is in tenant network already.14:31
stendulkerGood morning Ironi, rloo, sambetts, dtantsur TheJulia14:32
rloodtantsur: good point, i'll take a look... for standalone, we'd be ok doing the same?14:32
rloostendulker: hi, i thought you weren't on irc. oh, you just joined :)14:32
sambettsright, but then we unplug the tenant network, flip it to rescue boot the ramdisk, and the flip it back into the tenant network14:32
rloostendulker: ^^14:32
sambettsrloo: ^14:32
stendulkerrloo: Wanted to discuss with you on rescue network :)14:32
rloosambetts: well, this code/patch isn't doing the unplugging etc. just using tenant network for everything (booting the ramdisk etc)14:33
rloosambetts: hence my question :)14:33
*** xnox has joined #openstack-ironic14:33
*** xnox has quit IRC14:33
*** xnox has joined #openstack-ironic14:33
stendulkerrloo: Just joined...14:33
sambettsrloo: we can't boot the ramdisk in the tenant network, there is no access from the tenant network to the TFTPservers14:33
rloostendulker: good timing, that's what i just asked the others cuz you weren't on irc when i looked. so welcome to the party :)14:33
sambettsrloo: or to ironic14:33
sambettshence we flip out and then flip back14:33
sambettsor we should be anyway14:33
stendulkerrloo: :)14:34
sambettsI'm sure that is the original design because thats why it was blocked on my change that fixed the unplugging logic to not delete the tenant port14:34
sambettswhen we unplugged it14:34
*** crushil has joined #openstack-ironic14:34
sambettsso we could replug it after the ramdisk was booted14:35
rloosambetts: how do we do provisioning using a flat network?14:35
sambettsits the same network, pluging the provisioning network is a "pass"14:35
rloosambetts: so why can't we do the same for rescuing, use the same networking.14:36
sambettsfor flat we should be, but for the neutron driver we shouldn't be14:36
rloosambetts: yeah, my question was for flat :)14:36
rloosambetts: we agree, for neutron driver we need a diff rescue network from tenant network14:36
sambettsalthough for the flat network, we do technically support separate cleaning network from provisioning14:37
rloosambetts: ugh, sorry, i looked at my original question. i forgot to mention 'flat'14:37
sambettsbut it doesn't flip it just uses different DHCP servers on the same flat network14:37
openstackgerritMerged openstack/bifrost master: Updated from global requirements  https://review.openstack.org/53385614:37
rloosambetts: yeah, so i am concerned about the inconsistency too, of a cleaning network for flat, but no rescue network for flat.14:38
dtantsurfolks, the 2nd +2 is needed on https://review.openstack.org/#/c/534243/ to proceed with the IPA release14:38
patchbotpatch 534243 - ironic-python-agent - Clean up release notes before a release14:38
sambettsrloo: at the point we do cleaning there isn't a port already connected to any network, so we need to create one and attaching it14:38
sambettsat the point we do resuce there is already a port we can use connected14:39
sambettsbecause of the tenant port14:39
stendulkersambetts: yes, thats difference between cleaning and rescue.14:39
rloosambetts: right, I know we're good if we use the tenant network, just wanted to know if we're good if we always use the tenant network.14:39
stendulkersambetts: we do not flip n/ws in cleaning.14:39
rloosambetts, stendulker: if there are no security issues, then i think we can use tenant network for 'flat'. if someone wants a different (non-tenant) rescue network, I think we can add that later w/o microversioning.14:41
sambettsrloo: I think in the flat case I would say we are, because we're already doing provisioing etc on that network so rescue shouldn't be an issue14:41
rloosambetts: yup. that makes sense. thx.14:41
sambettsrloo: we don't need microversions for it, its all internal no API14:41
TheJuliarloo: If it is not settled yet, there was supposed to be a flip to the tenant network, support fo rsuch has been added into IPA, at least for coreos, tinyipa is still outstanding if I remember correctly14:42
* TheJulia reads along14:42
sambettsTheJulia: thats for non-flat cases and thats how it works14:42
rloosambetts: exactly; it just means using the rescue-network config option. i hate dealing with microversions so if that is involved, i'd rather address it up front than have to add it later :)14:42
sambettsrloo: +100014:43
TheJuliasambetts: well, realistically even in flat, the dhcp server can hand out different addresses based on calling mac address14:43
TheJuliabut yeah14:43
rloosambetts: so since no microversion is involved, i'm good with not dealing/adding later if need be14:43
sambettsTheJulia: yeah, theoryetically we could add a check to see if the network the tenant port is attached to matches the one in the config file, if its not the same then unplug the tenant port, plugin to the network from the config file, then unplug and then replug the tenant port14:44
sambettsbut we'd have to make sure we checked the networks aren't the same, otherwise you end up with a duplicate mac address entry error when we try to add a new port14:45
rloosambetts: yes, which is why I don't see it a problem adding that code/check in. but if we don't need to i am also fine punting it to later.14:45
*** zhangfei has quit IRC14:45
rloosambetts, TheJulia: so you're all good with using the tenant network for rescuing, if 'flat' interface?14:46
TheJuliasambetts: I think we should just let neutron handle it and not try to do anything too fancy when there doesn't really seem to be a solid need to go down that path.14:46
sambetts+114:46
TheJuliarloo: yes, because it kind of already has to work. I think for enough of the deployments that I've seen or helped people with that use flat, it should be perfectly fine.14:46
rlooTheJulia, sambetts: thx for your input!14:47
rloostendulker: ^^ Please update the commit msg to reflect/summarize that :) I'll continue reviewing that patch.14:47
stendulkerrloo: Thank you all. To summarize, we will use the tenant network in case of 'flat' network.14:48
rloostendulker: yup14:48
stendulkerrloo: Will update the commit message and post the patch.14:49
rloostendulker: i commented in the patch14:50
stendulkerrloo: ok. Thank you.14:50
rloostendulker: if you're going to do another revision soon, i'll wait to review14:50
stendulkerrloo: yes, i will post another revision.14:50
rloostendulker: thx14:51
*** gmonteiro|home has quit IRC14:53
rlooTheJulia: after you address john's comments, I'll review https://review.openstack.org/52932514:54
patchbotpatch 529325 - ironic-lib - Add wait_for_disk to destroy_disk_metadata function14:54
TheJuliarloo: I have a meeting for the next hour, but realistically his comments are comments. I'll try to get them done here in a little bit14:57
rlooTheJulia: no worries. we have time. Hopefully we can get it approved today.14:58
*** cjloader has joined #openstack-ironic15:01
hjensassambetts: The neutron bug opened - https://bugs.launchpad.net/neutron/+bug/174357915:02
openstackLaunchpad bug 1743579 in neutron "Concurrent report_state from multiple agents: segment_host_mapping fails - StaleDataError" [Undecided,New]15:02
openstackgerritMerged openstack/ironic-python-agent master: Clean up release notes before a release  https://review.openstack.org/53424315:04
sambettshjensas: awesome! /me subscribes to the bug report15:06
*** sapd has quit IRC15:09
pas-hadtantsur: re new nova options  - we might add some hint for that (with all caveats)15:14
openstackgerritShivanand Tendulker proposed openstack/ironic master: Adds RPC calls for rescue interface  https://review.openstack.org/50933615:14
openstackgerritShivanand Tendulker proposed openstack/ironic master: Add rescue related methods to network interface  https://review.openstack.org/50934215:14
dtantsurpas-ha: wanna to that? you have more context, I've just noticed your patch :)15:15
dtantsurs/to/do/15:15
dtantsurrloo: https://tarballs.openstack.org/ironic/ironic-10.0.0.tar.gz :)15:15
rloodtantsur: yay!15:15
pas-hadtantsur: will do15:17
dtantsurthanks!15:17
rpiosoGood morning15:19
dtantsurmorning rpioso15:19
rpiosodtantsur: :)15:20
*** dpawar has quit IRC15:27
*** rbartal has quit IRC15:27
*** links has joined #openstack-ironic15:29
*** jcoufal has quit IRC15:35
*** jaganathan has quit IRC15:36
openstackgerritJulia Kreger proposed openstack/ironic-lib master: Add wait_for_disk to destroy_disk_metadata function  https://review.openstack.org/52932515:37
openstackgerritMerged openstack/ironic-lib master: Updated from global requirements  https://review.openstack.org/53387715:38
*** mjturek has quit IRC15:42
*** fragatina has quit IRC15:43
TheJuliarloo: ^^^15:44
rlooTheJulia: thx!15:44
*** fragatina has joined #openstack-ironic15:44
*** baha has joined #openstack-ironic15:47
*** fragatina has quit IRC15:51
*** links has quit IRC15:51
*** fragatina has joined #openstack-ironic15:51
openstackgerritShivanand Tendulker proposed openstack/ironic master: Add rescuewait timeout periodic task  https://review.openstack.org/35315616:01
openstackgerritShivanand Tendulker proposed openstack/ironic master: Agent rescue implementation  https://review.openstack.org/40043716:01
*** cjloader has quit IRC16:01
openstackgerritShivanand Tendulker proposed openstack/ironic master: Add API methods for [un]rescue  https://review.openstack.org/35083116:01
openstackgerritShivanand Tendulker proposed openstack/ironic master: Add rescue interface field to node-related notifications  https://review.openstack.org/50288916:01
openstackgerritShivanand Tendulker proposed openstack/ironic master: Update description for config params of 'rescue' interface  https://review.openstack.org/51791916:01
openstackgerritShivanand Tendulker proposed openstack/ironic master: Add documentation for rescue interface  https://review.openstack.org/41960616:01
*** stendulker has quit IRC16:02
*** cjloader has joined #openstack-ironic16:02
*** marios has quit IRC16:03
*** makowals has quit IRC16:05
NobodyCamGood Morning Ironic'ers16:06
*** crushil has quit IRC16:09
*** marios has joined #openstack-ironic16:09
*** mjturek has joined #openstack-ironic16:14
*** e0ne has quit IRC16:18
openstackgerritYusef Shaban proposed openstack/sushy master: Implement Redfish Sessions  https://review.openstack.org/47194216:23
openstackgerritYusef Shaban proposed openstack/sushy master: Implement Redfish Sessions  https://review.openstack.org/47194216:24
*** links has joined #openstack-ironic16:25
*** absubram has joined #openstack-ironic16:26
openstackgerritDmitry Tantsur proposed openstack/ironic master: [WIP] Automatically migrate nodes to hardware types  https://review.openstack.org/53437316:29
dtantsurrloo: dunno how I feel about this code ^^^ :(16:29
dtantsurideas are appreciated16:29
dtantsurmorning NobodyCam16:29
NobodyCamHey Hey Good Morning dtantsur :)16:29
rloodtantsur: ok, i'll let you know (later today)16:30
dtantsurthnx16:30
rloogood morning NobodyCam16:32
NobodyCamGood Morning rloo :)16:32
*** krtaylor has quit IRC16:36
*** crushil_ has joined #openstack-ironic16:39
openstackgerritMerged openstack/ironic master: Join nodes with traits  https://review.openstack.org/53072316:44
openstackgerritMerged openstack/networking-generic-switch master: Exclude tempest tests for release note changes  https://review.openstack.org/53420316:45
openstackgerritJulia Kreger proposed openstack/bifrost master: Fedora 25-27 support  https://review.openstack.org/47175016:45
TheJuliaNobodyCam: ^^^ if you have some time, pleae take a look16:46
*** rama_y has joined #openstack-ironic16:49
*** links has quit IRC16:54
*** jaganathan has joined #openstack-ironic17:08
*** AlexeyAbashkin has quit IRC17:11
*** serlex has joined #openstack-ironic17:12
*** cjloader has quit IRC17:12
*** cjloader has joined #openstack-ironic17:13
*** mjturek has quit IRC17:16
*** lucasagomes is now known as lucas-pto17:17
*** tesseract has quit IRC17:21
*** marios has quit IRC17:30
*** dsneddon has joined #openstack-ironic17:33
*** zigo has quit IRC17:33
*** openstackgerrit has quit IRC17:33
*** trown is now known as trown|lunch17:35
*** zigo has joined #openstack-ironic17:37
*** gmonteiro|home has joined #openstack-ironic17:43
*** fragatina has quit IRC17:49
*** openstackgerrit has joined #openstack-ironic17:53
openstackgerritMerged openstack/ironic-tempest-plugin master: Updated from global requirements  https://review.openstack.org/53295417:53
openstackgerritMerged openstack/ironic master: Introduce hpOneView and ilorest to OneView  https://review.openstack.org/52394317:53
*** penick has joined #openstack-ironic17:53
*** derekh has quit IRC17:55
jroll(late) morning everyone17:57
gmonteiro|homeo/ jroll17:58
* milan is away: bbl18:00
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: [docs] mention new nova scheduler option  https://review.openstack.org/53440118:02
*** deadnull has joined #openstack-ironic18:03
*** dtantsur is now known as dtantsur|afk18:05
dtantsur|afko/18:05
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic-inspector master: Add keystoneauth adapters  https://review.openstack.org/51578718:06
*** amarao has quit IRC18:07
*** gmonteiro|home has quit IRC18:07
*** mgoddard_ has quit IRC18:09
*** mjturek has joined #openstack-ironic18:10
*** mjturek has quit IRC18:12
*** links has joined #openstack-ironic18:17
TheJuliaIs there any reason we are not deleting user vif attachments when nodes go through cleaning?18:20
TheJuliaIt seems problematic to entirely expect nova to achieve cleaning that up if a node is locked for a long period of time.18:21
jrollI'm surprised we're not, but now that you say that I feel like nova gets unhappy during delete if you do that18:22
sambettsTheJulia: it was done on purpose because ironic shouldn't be touching a config like that a user (in this case nova is the user) added18:22
jrollmmmm, yeah that.18:22
sambettsif in standalone you called vif attach on a node to add a vif, and then you cleaned the node and that configuration went away you'd be (at least I would be) sad, same rule applies to nova18:23
jrolleasiest case to think about is nova boot --nic port:foo18:24
TheJuliasambetts: yeah, well I found (likely two) bugs where it gets orphaned18:24
TheJuliatl;dr nova tries for 5 minutes to delete it looks like and ultimately fails18:25
TheJuliabecause the node was still locked due to cleanup from a failed deploy18:25
sambettsprobably related to this thing I was trying to fix at one point: https://review.openstack.org/#/c/422678/18:25
patchbotpatch 422678 - nova - Change order of _cleanup_deploy and _unprovision i... (ABANDONED)18:25
sambettstbh the way we handle things in nova is really dumb today18:26
sambettsbecause when the node moves to clean wait it gets locked, and then nova calls unplug vifs18:27
TheJuliawell, in this case, that wouldn't have prevented this18:27
TheJuliaThat likely would have failed as well, since we automatically failed the deploy due to a timeout18:27
openstackgerritHugo Nicodemos proposed openstack/ironic master: Migrate oneview hardware type to use python-hpOneView  https://review.openstack.org/52431018:27
*** absubram has quit IRC18:27
sambettson deploy failure nova calls unplug vifs so it should remove it18:27
sambettsor is locked because of clean wait at that point?18:28
sambetts /cleaning18:28
TheJuliasambetts: it can't remove it if the node is locked in the mean time18:28
TheJuliabecause of cleaning18:28
TheJuliasomething is afoot there, I need to dig a little more18:29
TheJuliafirst, lunch18:29
sambettsyeah... our nova driver is kinda dumb when it comes to the states and doesn't take into account the node getting locked by the cleaning state, so just keeps trying and trying eventually timing out the request on the nova side18:32
TheJuliawell, part of the retrying is our client library masking the failure at time sas well18:32
TheJuliatimes as well18:33
* TheJulia takes a break18:33
rloowe don't lock the node the entire time we do cleaning, do we?18:33
sambettsrloo: it unlocks during clean wait18:34
*** links has quit IRC18:34
rloosambetts: which is what takes the longest i think, so most of the time? node locking shouldn't be an issue?18:34
sambettsrloo: but the "cleaning" state is locked, and during cleaning it moves between both states, so when the node is quick to boot into the ramdisk it might start a cleaning task which puts it back into cleaning I guess18:35
rloosambetts: guess that's where timings would be useful like that thing we hooked into ironic that i've forgotten the name of. the profiler stuff.18:35
* TheJulia also wonders if we should just detect a nova driven instance and wax the vif attaachments upon cleanup anyway...18:36
TheJuliaanyway, break/lunch18:36
rloono hacks cuz of nova! :)18:36
*** links has joined #openstack-ironic18:36
sambettsI think part of the issue is that we decided at some point that a nova instance won't wait for cleaning, so that the nova instance is deleted as fast a possible freeing up quotas, however there are now post-deploy tasks nova has to perform on the node which causes issues when nova doesn't wait for those things to happen18:37
*** penick has quit IRC18:37
sambettss/post-deploy/post-delete*18:37
sambettspersonally I don't like how we blow away instance_info on cleaning/delete either, I think that should happen from nova, and I feel like the reason it does that in ironic today is a hack around this issue18:38
*** trown|lunch is now known as trown18:39
*** penick has joined #openstack-ironic18:41
openstackgerritHugo Nicodemos proposed openstack/ironic master: Migrate python-oneviewclient validations to oneview hardware type  https://review.openstack.org/52459918:42
openstackgerritHugo Nicodemos proposed openstack/ironic master: Remove python-oneviewclient from oneview hardware type.  https://review.openstack.org/52472918:42
*** AlexeyAbashkin has joined #openstack-ironic18:43
rloosambetts: a discussion we ought to have with nova, but not high on any projects' list of priorities...18:44
TheJuliasambetts: but we've also set that expectation from early on with nova being the first consumer/user of our api18:45
sambettsrloo: not sure if it really affect the nova team that much, I'm pretty sure its all in nova driver, although I'm sure they'll probably have opinions ;)18:46
*** lbragstad_ has joined #openstack-ironic18:47
*** AlexeyAbashkin has quit IRC18:48
rloosambetts: yup, it is those sought-after opinions that I was referring to :)18:48
*** lbragstad has quit IRC18:49
*** lbragstad_ is now known as lbragstad18:50
sambettsTheJulia, rloo: I feel a PTG topic coming on18:51
rloosambetts: ignore it, just a mosquito buzzing around you18:51
TheJulialol18:51
sambettsrloo: ;)18:52
sambettsits getting late my end, but in all seriousness I think that this would be a good PTG topic, as more user inputs are added to ironic we need to come up with a final decision about who's responsible for them at each point in the node's life cycle18:54
sambettspersonal opinion is that if a user added it the user should remove it, however we have mixed behaviours in ironic at the momment between instance_info, and vifs etc18:57
* sambetts --> home18:57
*** sambetts is now known as sambetts|afk18:58
sambetts|afknight all18:58
TheJuliaI'm unsure we can make a "final" decision because it was already committed to.19:03
*** mgoddard_ has joined #openstack-ironic19:05
*** links has quit IRC19:07
*** athomas has quit IRC19:07
*** fragatina has joined #openstack-ironic19:15
rloosambetts|afk: bye. you have a good point. there was something i recently reviewed, that added info to node.instance_info. which we probably should not do but we've done in the past.19:16
*** amarao has joined #openstack-ironic19:27
openstackgerritMerged openstack/networking-generic-switch master: Updated from global requirements  https://review.openstack.org/53390319:44
*** harlowja has joined #openstack-ironic19:44
*** pcaruana has quit IRC19:50
*** dprince has quit IRC19:52
*** serlex has quit IRC20:10
TheJuliaso the bug I've been hunting today, looks like the only way it could have actually occured is if the bmc went on vacation for like 20 minutes20:10
*** penick has quit IRC20:16
*** e0ne has joined #openstack-ironic20:17
TheJuliaSo, yeah. old version of the ilo firmware20:28
TheJuliaand it hung20:28
TheJuliaso that was the locking issue basically :\20:29
TheJuliameanwhile nova gave up trying to delete it...  hmmmm20:29
*** penick has joined #openstack-ironic20:30
rlooTheJulia: 20 min vaca for bmc; that doesn't seem normal...20:30
*** hw_wutianwei has quit IRC20:31
*** dprince has joined #openstack-ironic20:31
TheJuliano, I logged into the BMC and went "Oh, i know that version, yeah, nope... backing away!"20:32
*** hw_wutianwei has joined #openstack-ironic20:32
rlooTheJulia: can we just document that we dont support that version of firmware. or if there is a way to detect programmatically, log WARNING WARNING beep beep... :)20:33
*** e0ne has quit IRC20:33
TheJuliaeh... in this case it is ipmi against an ilo20:35
TheJuliaand.... it really just needs to be updated because of CVE-2017-1254220:36
TheJuliabut agree in principal that if we could re-enact a star trek episode with beeping to try and warn the operator... it could be amusing.20:37
*** amarao has quit IRC20:40
TheJuliaback to the vif thing, it feels like we should permit the record to be deleted without hitting a lock if the node is not in a deployment/active/rebuild20:41
rlooTheJulia: in theory yes. if we can do it in code, w/o getting into a mess, then fine :)20:44
TheJuliawe would have to move where we pull the lock20:44
* TheJulia looks closer again20:45
*** makowals has joined #openstack-ironic20:45
TheJuliaI think I'm going to give up on the ironic-lib patch21:07
*** etingof has quit IRC21:08
rlooTheJulia: :-(. Question for you. Did the original code work? or 'work' to some extent?21:09
rlooTheJulia: we seem stuck on the fuser part and honestly, i haven't looked into it; just reviewed based on assuming the original code worked.21:10
TheJuliait would have kind of worked, just not revealed anything where the locking is hiding under the kernel vfs layer21:10
TheJuliabasically it was only looking at filesystem level io locks21:10
rlooTheJulia: so it is better than nothing, and better than the original, right? it == your patch.21:10
TheJuliayes21:11
rlooTheJulia: I mean, the patch was meant to do the same 'wait' in another area. If the 'wait' itself is suboptimal, that seems to me a bug/different issue.21:11
rlooTheJulia: so why can't we just make the change to have the wait as in the original, and someone can fix that bug...21:12
TheJuliaWell, we have to wait before the lock is freed. If we think it is freed when it really is not, then the next operation might fail depending on the operation and the state21:12
TheJuliaI've nevera actually see the lock code log anything in all of hte conductor logs I've looked at, so maybe it is for naught21:12
rloooh.  hmm. in that case, then we need to fix the bug first.21:13
TheJuliawheeeee... :671: DeprecationWarning: 'async' and 'await' will become reserved keywords in Python 3.7 when running a fresh tox -epep8 run21:13
rloowho uses python 3.7? :)21:14
*** sasha2 has quit IRC21:15
*** threestrands_ has joined #openstack-ironic21:18
openstackgerritJulia Kreger proposed openstack/ironic master: WIP: Don't try to lock upfront for vif removal  https://review.openstack.org/53444121:19
*** sasha2 has joined #openstack-ironic21:20
TheJuliare vif, conceptually ^^^  Looks like a couple of the unit tests are broken, but I've also got unrelated failures appearing for pxe template handling :(21:20
TheJuliarloo: well, w/r/t ironic-lib, ultimately we're just moving the code, so there is no real rush, and I only noticed the fact that we're not getting all of the possible info when I poked my lvm volume and went "wait a second... this is definitely in-use...."21:22
*** deadnull has quit IRC21:23
rlooTheJulia: well, not just moving the code, using it in another place too. but if that code doesn't work, then doesn't matter about using it elsewhere; not worth it.21:23
TheJuliaif I have something open with fdisk, like a block file, and I try to query it, it will show as an fs lock, but if that filesystem is mounted by the kernel vfs layer then it will show as free21:25
*** mgoddard_ has quit IRC21:25
openstackgerritIan Pilcher proposed openstack/ironic-lib master: Use dd conv=sparse when writing images to nodes  https://review.openstack.org/53444221:28
TheJuliaheh, I had no idea dd even had that capability and I've been using dd for... far longer than I ever want to think about21:31
*** ElCoyote_ has joined #openstack-ironic21:43
*** rama_y has quit IRC21:44
*** dprince has quit IRC21:44
*** etingof has joined #openstack-ironic21:54
TheJuliarloo: I've posted a few questions back to you on the ironic-lib patch. My aspie brain has requested cider and a pizza, so I'll be back a little later21:56
*** makowals has quit IRC21:57
rlooTheJulia: oh, so you want answers from me today? i'm in rescue-review bowels.. oh geez, just remembered i said i'd review one of dmitry's patches too. ok, will see what i can do.21:58
TheJuliarloo:  tomorrow morning is fine21:59
*** trown is now known as trown|outtypewww22:00
*** crushil_ has quit IRC22:19
*** crushil_ has joined #openstack-ironic22:30
*** rcernin has joined #openstack-ironic22:31
*** cjloader has quit IRC22:51
*** bfournie has quit IRC22:51
*** jroll has quit IRC22:53
*** baha has quit IRC22:55
*** jroll has joined #openstack-ironic22:58
*** ElCoyote_ has quit IRC22:59
*** rbudden has quit IRC23:00
*** rbudden has joined #openstack-ironic23:07
*** crushil_ has quit IRC23:08
*** pmannidi has joined #openstack-ironic23:17
openstackgerritHarald Jensås proposed openstack/networking-baremetal master: Docs - Add multi-tenant devstack - n-g-s vlans  https://review.openstack.org/53445923:21
openstackgerritHarald Jensås proposed openstack/ironic master: Devstack - use neutron segments (routed provider networks)  https://review.openstack.org/53127523:22
openstackgerritHarald Jensås proposed openstack/ironic master: Wait for ironic-neutron-agent to report state  https://review.openstack.org/53163723:22
openstackgerritHarald Jensås proposed openstack/networking-baremetal master: Add baremetal neutron agent  https://review.openstack.org/45623523:22
openstackgerritHarald Jensås proposed openstack/networking-baremetal master: start_flag = True, only first time, or conf change  https://review.openstack.org/53370723:26
openstackgerritHarald Jensås proposed openstack/networking-baremetal master: Switch from MechanismDriver to SimpleAgentMechanismDriverBase  https://review.openstack.org/52183823:26
openstackgerritHarald Jensås proposed openstack/networking-baremetal master: Devstack - Add ironic-neutron-agent  https://review.openstack.org/53011723:26
openstackgerritHarald Jensås proposed openstack/networking-baremetal master: Add support to bind type vlan networks  https://review.openstack.org/53234923:26
openstackgerritHarald Jensås proposed openstack/networking-baremetal master: Add dsvm job  https://review.openstack.org/53040923:26
openstackgerritHarald Jensås proposed openstack/networking-baremetal master: Docs - Add multi-tenant devstack - n-g-s vlans  https://review.openstack.org/53445923:26
*** etingof has quit IRC23:29
NobodyCam\o/ Woo Hoo for docs!23:30
*** charcol has joined #openstack-ironic23:35
*** penick has quit IRC23:40
*** etingof has joined #openstack-ironic23:50

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