Thursday, 2018-02-01

openstackgerritMerged openstack/ironic-python-agent master: Use lshw in place of dmidecode for the default hardware manager  https://review.openstack.org/50179900:00
*** hshiina has joined #openstack-ironic00:03
*** rcernin has joined #openstack-ironic00:08
openstackgerritJames E. Blair proposed openstack/python-ironicclient master: Zuul: Remove project name  https://review.openstack.org/53974100:11
*** rbudden has quit IRC00:17
*** r-daneel has quit IRC00:18
*** milan has joined #openstack-ironic00:32
rlooTheJulia: yeah, someone 'just' needs to go look at the code and see where we can *not* lock.00:35
rlooTheJulia: thx for taking the ActionItem to talk to sambetts|afk about the vif_detach tomorrow.00:36
*** yangyapeng has quit IRC00:36
*** tiendc has joined #openstack-ironic01:01
*** jistr has quit IRC01:01
*** jistr has joined #openstack-ironic01:02
*** lbragstad has quit IRC01:10
*** rloo has quit IRC01:12
*** yangyapeng has joined #openstack-ironic01:19
*** namnh has joined #openstack-ironic01:28
*** lbragstad has joined #openstack-ironic01:31
*** tuanla____ has joined #openstack-ironic01:46
*** milan has quit IRC01:46
*** gcb has joined #openstack-ironic02:16
*** threestrands has joined #openstack-ironic02:27
*** threestrands has quit IRC02:27
*** threestrands has joined #openstack-ironic02:27
* devananda wonders if l2gw would be needed, if using the arista plugin02:35
*** priteau has joined #openstack-ironic02:57
*** priteau has quit IRC02:58
devanandastill experimenting with ovs ... when I put a node into cleaning, I get a vif and vnic_type: baremetal as expected ... details here - http://paste.openstack.org/show/cM036JeYrmCzGZGGZu0N/03:01
devanandain another screen I'm watching the output of "ovsdb-client monitor Open_vSwitch Port name", which, I _think_, would show any changes that happen when a Port gets plumbed through either virtual or physical networks ... but nothing happens03:02
*** rbudden has joined #openstack-ironic03:08
*** r-daneel has joined #openstack-ironic03:10
*** zhangfei has joined #openstack-ironic03:10
*** r-daneel has quit IRC03:15
*** tiendc has quit IRC03:19
*** tuanla____ has quit IRC03:19
*** tuanla____ has joined #openstack-ironic03:20
*** tiendc has joined #openstack-ironic03:20
openstackgerritlei zhang proposed openstack/bifrost master: Zuul: Remove project name  https://review.openstack.org/53979903:57
*** dsneddon has quit IRC04:06
*** dsneddon has joined #openstack-ironic04:07
*** harlowja has quit IRC04:12
*** dsneddon has quit IRC04:17
*** crushil has joined #openstack-ironic04:20
*** rbudden has quit IRC04:20
*** dsneddon has joined #openstack-ironic04:26
*** hieulq_ has quit IRC04:30
*** links has joined #openstack-ironic04:32
*** hieulq_ has joined #openstack-ironic04:32
openstackgerritMerged openstack/ironic stable/pike: Add no-vendor interface to the idrac hardware types  https://review.openstack.org/52001004:33
hshiinahi ironic04:41
*** jaganathan has joined #openstack-ironic04:41
*** harlowja has joined #openstack-ironic04:41
hshiinanow, resuce is tested at: https://review.openstack.org/#/c/528704/04:41
patchbotpatch 528704 - ironic - Update a CI job for rescue mode04:41
hshiinathe job to test rescue is ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa04:41
hshiinain test_baremetal_server_ops04:42
hshiinabut, the test failed: http://logs.openstack.org/04/528704/13/check/ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa/dd7ace3/logs/screen-ir-api.txt.gz#_Jan_31_13_15_03_65589604:42
hshiinaagent_rescue.validate failed.04:42
hshiinait seems that reflection.get_signature doesn't work well: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/agent.py#L79004:43
hshiinathis may be caused by the METRIC.timer: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L47104:43
hshiinadoes anyone know how to see the signature of a decorated method?04:44
*** etingof has quit IRC04:49
jlvillalhshiina, My gut feeling is that it is not the decorator. If it was then likely other tests would have failed.05:00
*** zhangfei has quit IRC05:03
hshiinajlvillal: thanks, i will look into it more.05:04
*** etingof has joined #openstack-ironic05:11
*** bfournie has quit IRC05:29
*** crushil has quit IRC05:35
*** dpawar has joined #openstack-ironic05:41
*** threestrands has quit IRC05:48
*** dsneddon has quit IRC05:51
openstackgerritHironori Shiina proposed openstack/ironic master: Add a unit test for AgentRescue.validate() with PXEBoot  https://review.openstack.org/53982205:57
*** harlowja has quit IRC06:12
*** liuzz_ has joined #openstack-ironic06:15
*** liuzz has quit IRC06:15
*** liuzz_ has quit IRC06:32
*** liuzz has joined #openstack-ironic06:32
*** liuzz has quit IRC06:34
*** zhangfei has joined #openstack-ironic06:43
*** dsneddon has joined #openstack-ironic06:58
*** mjura has joined #openstack-ironic07:04
*** e0ne has joined #openstack-ironic07:07
openstackgerritOpenStack Proposal Bot proposed openstack/ironic master: Updated from global requirements  https://review.openstack.org/53846307:10
*** liuzz has joined #openstack-ironic07:11
*** devananda has quit IRC07:13
*** etingof has quit IRC07:16
*** etingof has joined #openstack-ironic07:17
*** AlexeyAbashkin has joined #openstack-ironic07:18
*** marios has joined #openstack-ironic07:18
*** vsaienk0 has joined #openstack-ironic07:22
sapd_hi everyone. I'm setting raid config for the node, my command is "openstack baremetal node set  --target-raid-config '{"logical_disks": [ { "size_gb": "MAX", "raid_level": "1", "is_root_volume": true }]}'  svr450r", but the output is "Please specify what to set." How to write correct command? help me!07:23
*** rcernin has quit IRC07:23
*** dsneddon has quit IRC07:25
*** rbartal has joined #openstack-ironic07:30
*** tuanla____ has quit IRC07:33
*** namnh has quit IRC07:33
*** charcol-v2 has quit IRC07:33
*** tuanla____ has joined #openstack-ironic07:33
*** namnh has joined #openstack-ironic07:33
*** dsneddon has joined #openstack-ironic07:36
*** AlexeyAbashkin has quit IRC07:37
*** dsneddon has quit IRC07:41
*** pcaruana has joined #openstack-ironic07:47
*** zhangfei has quit IRC07:48
*** AlexeyAbashkin has joined #openstack-ironic07:50
hshiinasapd_: you may hit a bug: https://bugs.launchpad.net/python-ironicclient/+bug/170212007:55
openstackLaunchpad bug 1702120 in python-ironicclient "Wrong warning when setting target_raid_config with OSC plugin" [Medium,Fix released] - Assigned to Kyrylo Romanenko (kromanenko)07:55
hshiinaplease see the version of ironicclient07:55
*** dsneddon has joined #openstack-ironic07:56
openstackgerritDao Cong Tien proposed openstack/ironic master: Update a CI job for rescue mode  https://review.openstack.org/52870408:02
openstackgerritDao Cong Tien proposed openstack/ironic-tempest-plugin master: Rescue mode standalone tests  https://review.openstack.org/53811908:06
*** dsneddon has quit IRC08:13
*** dsneddon has joined #openstack-ironic08:16
*** racedo has joined #openstack-ironic08:18
sapd_hshiina: I use ironic command line and It worked.08:19
hshiinasapd_: i got it08:23
openstackgerritDao Cong Tien proposed openstack/ironic-tempest-plugin master: Rescue mode tempest tests  https://review.openstack.org/52869908:24
*** yangyapeng has quit IRC08:25
*** yangyapeng has joined #openstack-ironic08:26
*** dsneddon has quit IRC08:26
*** d0ugal has joined #openstack-ironic08:27
*** yangyapeng has quit IRC08:31
*** liuzz_ has joined #openstack-ironic08:31
*** liuzz has quit IRC08:32
*** dsneddon has joined #openstack-ironic08:34
*** dsneddon has quit IRC08:40
*** Tengu has joined #openstack-ironic08:40
Tenguhello people :).08:40
Tengusmall question: using VirtualBMC, is it possible for ironic to introspect virtual machines? Apparently, I'm either loacking something in my domain configuration, or there's a small issue…08:41
Tenguit seems net-boot doesn't properly work. and this is of course a "small" issue for the whole introspection process, not to mention install/deploy -.-'08:42
*** dsneddon has joined #openstack-ironic08:43
*** dsneddon has quit IRC08:48
*** dsneddon has joined #openstack-ironic08:54
*** namnh_ has joined #openstack-ironic08:58
*** dsneddon has quit IRC08:59
*** dsneddon has joined #openstack-ironic09:00
*** namnh has quit IRC09:02
*** dsneddon has quit IRC09:07
openstackgerritparesh sao proposed openstack/ironic master: [docs] Firmware based boot from volume for iLO drivers  https://review.openstack.org/53915809:11
openstackgerritparesh sao proposed openstack/ironic master: [docs] Firmware based boot from volume for iLO drivers  https://review.openstack.org/53915809:12
*** dsneddon has joined #openstack-ironic09:14
*** dsneddon has quit IRC09:18
*** pcaruana has quit IRC09:19
*** pcaruana has joined #openstack-ironic09:19
*** athomas has joined #openstack-ironic09:20
*** derekh has joined #openstack-ironic09:21
*** exodusftw has quit IRC09:29
*** MattMan has quit IRC09:30
*** MattMan has joined #openstack-ironic09:31
*** exodusftw has joined #openstack-ironic09:36
*** vsaienk0 has quit IRC09:38
*** amarao has joined #openstack-ironic09:38
*** milan_ has joined #openstack-ironic09:43
*** vsaienk0 has joined #openstack-ironic09:51
pas-haTengu: AFAIK inspector has its integration testing running on vbmc-managed VMs, so presumably this should work09:53
*** priteau has joined #openstack-ironic09:57
Tengupas-ha: hmm ok. I must be missing something somewhere then.09:59
TenguI could goa bit further, the VMs actually seem to boot with the PXE. but they don't report to ironic.09:59
Tengumight be something with the network, still digging.09:59
*** milan_ has quit IRC10:01
*** amarao1 has joined #openstack-ironic10:03
*** dsneddon has joined #openstack-ironic10:13
*** stendulker has joined #openstack-ironic10:15
*** dsneddon has quit IRC10:18
*** dsneddon has joined #openstack-ironic10:21
openstackgerritMerged openstack/ironic master: Add missing ilo vendor to the ilo hardware types  https://review.openstack.org/53958210:26
*** dsneddon has quit IRC10:26
*** AlexeyAbashkin has quit IRC10:28
*** priteau has quit IRC10:30
*** tuanla____ has quit IRC10:37
*** sambetts|afk is now known as sambetts10:41
sambettsMorning all10:41
etingofo/10:43
*** dsneddon has joined #openstack-ironic10:46
hjensasGood morning o/10:50
*** dsneddon has quit IRC10:51
*** AlexeyAbashkin has joined #openstack-ironic10:53
*** dsneddon has joined #openstack-ironic10:54
*** lucas-afk is now known as lucasagomes10:56
*** dsneddon has quit IRC10:59
*** priteau has joined #openstack-ironic11:00
*** olivierbourdon has joined #openstack-ironic11:02
*** priteau has quit IRC11:04
*** priteau has joined #openstack-ironic11:04
openstackgerritMerged openstack/ironic master: Flat networks use node.uuid when binding ports.  https://review.openstack.org/53604011:07
*** mtreinish_ has joined #openstack-ironic11:08
*** priteau has quit IRC11:09
openstackgerritMerged openstack/ironic master: Deprecate classic drivers  https://review.openstack.org/53692811:09
*** mtreinish has quit IRC11:11
*** sdake has quit IRC11:11
*** hwoarang has quit IRC11:11
*** ianw has quit IRC11:11
*** TheJulia has quit IRC11:11
*** ildikov has quit IRC11:11
*** mtreinish_ is now known as mtreinish11:11
*** sdake has joined #openstack-ironic11:11
*** sdake has quit IRC11:11
*** sdake has joined #openstack-ironic11:11
*** homeski has quit IRC11:12
*** ildikov has joined #openstack-ironic11:12
*** hwoarang has joined #openstack-ironic11:12
*** priteau has joined #openstack-ironic11:12
*** ianw has joined #openstack-ironic11:12
*** homeski has joined #openstack-ironic11:12
*** TheJulia has joined #openstack-ironic11:12
openstackgerritJames E. Blair proposed openstack/sushy-tools master: Zuul: Remove project name  https://review.openstack.org/53990611:17
*** exodusftw has quit IRC11:18
*** exodusftw has joined #openstack-ironic11:24
*** gcb has quit IRC11:25
*** gcb has joined #openstack-ironic11:25
*** tiendc has quit IRC11:30
*** namnh_ has quit IRC11:32
*** AlexeyAbashkin has quit IRC11:33
*** AlexeyAbashkin has joined #openstack-ironic11:33
*** stendulker has quit IRC11:34
openstackgerritDerek Higgins proposed openstack/ironic master: Add option to specify mac adress in devstack/.../create-node.sh  https://review.openstack.org/53948811:49
openstackgerritHironori Shiina proposed openstack/ironic-lib master: DNM: Use six.wraps in metrics.TIMER  https://review.openstack.org/53991811:52
openstackgerritHironori Shiina proposed openstack/ironic master: Add a unit test for AgentRescue.validate() with PXEBoot  https://review.openstack.org/53982211:54
*** etingof has quit IRC12:09
*** vabada has quit IRC12:11
*** vabada has joined #openstack-ironic12:12
*** dsneddon has joined #openstack-ironic12:13
*** dtantsur|afk is now known as dtantsur12:18
dtantsurmorning/afternoon ironic12:18
*** dsneddon has quit IRC12:18
*** stendulker has joined #openstack-ironic12:18
dtantsurwhhaaa, what a nostalgic feeling: devananda, BadCub and JayF in channel yesterday (and jroll hanging around again) :)12:20
openstackgerritHironori Shiina proposed openstack/ironic master: Update a CI job for rescue mode  https://review.openstack.org/52870412:20
*** etingof has joined #openstack-ironic12:22
*** links has quit IRC12:28
*** stendulker has quit IRC12:30
openstackgerritMarkos Chandras (hwoarang) proposed openstack/bifrost master: roles: bifrost-create-vm-nodes: Set NIC model to 'virtio'  https://review.openstack.org/53925812:30
openstackgerritMarkos Chandras (hwoarang) proposed openstack/bifrost master: roles: bifrost-ironic-install: Download the iPXE loader file  https://review.openstack.org/53929812:30
*** AlexeyAbashkin has quit IRC12:35
*** jlabarre has joined #openstack-ironic12:36
openstackgerritSam Betts proposed openstack/ironic master: Only set default network interface flat if enabled in config  https://review.openstack.org/53583012:37
*** links has joined #openstack-ironic12:39
*** amarao has quit IRC12:40
*** amarao has joined #openstack-ironic12:40
jrolldtantsur: right? weird eh12:41
jrollmorning12:41
*** makowals has quit IRC12:43
*** makowals has joined #openstack-ironic12:54
*** dprince has joined #openstack-ironic12:54
*** makowals has quit IRC12:55
etingofironic design question: can drivers modify `node.instance_info` fields or `node.instance_info` is only intended for ironic clients to update (e.g. nova)?12:57
jroll>>> reflection.get_signature(pxe.PXEBoot.prepare_ramdisk).parameters12:59
jrollOrderedDict([('args', <Parameter at 0x2b02a99f6998 'args'>), ('kwargs', <Parameter at 0x41e01b0 'kwargs'>)])12:59
jrollhshiina: I'd say the decorator is influencing the reflection module, yes ^12:59
jrolletingof: I think that's fine, note that it will be blown away when the instance is deleted12:59
sambettsetingof: instance_info should be an input only field I believe, if drivers need to store anything then they can use driver_internal_info12:59
etingofhmm, conflicting opinions ;)13:00
jrollpretty sure some drivers use it13:00
* jroll could be wrong13:00
etingofiLO does that13:00
jrollyeah, that's the one I was thinking of13:01
sambettsthey do to horribly hack the boot mode13:01
etingofhey, that's what I a working on as well - the boot mode13:01
jrollI don't have a problem with that, personally, but I don't have a +2 either :P13:01
etingofso my code may discover that the bm is configured to do uefi boot while ironic node is configured to do bios boot13:02
hshiinajroll: thanks. it seems that that this happens because metrics.TIMER doesn't use six.wraps.13:02
etingofI'd like to update ironic node info to make it doing uefi boot13:02
etingofso ironic and bm nodes boot modes would be consistent13:03
sambettsyour node should have its properties set correctly to only support UEFI if you care about which mode boot your using13:03
sambettsthen the flavor will pass the right boot mode down to the ndoe13:03
*** links has quit IRC13:03
sambettss/flavor/nova/13:04
jrollhshiina: possibly, not sure13:04
dtantsurmorning jroll :)13:04
*** rbartal has quit IRC13:04
dtantsuretingof: I think I'm on "better don't" side of the argument :)13:04
etingofaha, so I should never sync actual bm boot node to ironic? but only the other way - ironic node -> bm13:05
*** zhangfei has joined #openstack-ironic13:05
etingofI am referring to the boot mode setting here13:05
dtantsuretingof: ironic should be aware of the actual boot mode, but you don't have to store it13:05
dtantsurmaybe in the internal_driver_info, if you need it for any reason13:05
dtantsurbut you don't have to modify capabilities, for example13:05
dtantsur(except during inspection, which is not related to the question here)13:06
etingofonce I discover actual bm boot mode, I need to convey it to the rest of ironic internals13:06
*** weshay|ruck is now known as weshay13:06
dtantsuretingof: I think it's the other way around: we need to modify the deploy procedure to ask for it13:07
etingofeasy way is to update node.instance_info because other parts of ironic would pick it up from there13:07
*** serlex has joined #openstack-ironic13:08
dtantsure.g. if the PXE boot cares (it does), it should call something like get_requested_boot_mode, which falls back to task.driver.management.get_current_boot_mode13:08
dtantsur(all names are random, I'm not sure)13:08
sambettsthe key is an instance that wants bios should never be scheduled onto a node that is only uefi13:09
sambettsif the node can change it then advertise both mode for that node and then change it at deploy time13:10
etingofyes, this is what is happening. now, how do we pass the discovered bm boot mode to other functions that change their behavior depending on node.instance_info?13:10
*** jcoufal has joined #openstack-ironic13:10
dtantsuretingof: we have to modify these "other functions" to call something instead of relying on instance_info only13:11
sambettsetingof: if you node is only UEFI and can't change it, then it should onyl have UEFI it its capabilites13:11
etingofdtantsur, aha, `driver_internal_info` perhaps13:11
dtantsurlemme draft something13:12
sambettswe have this function already https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/deploy_utils.py#L76113:12
sambettsit gets the capability of the node first13:13
sambettsthat overrides everything13:13
*** AlexeyAbashkin has joined #openstack-ironic13:13
sambettsthen it uses instance_info13:14
*** trown|outtypewww is now known as trown13:14
sambettswhich means if a node is capable of only one type of boot mode, then operator sets the capabilty to the right one (no sync, although maybe it should be an inspection step)13:15
dtantsuretingof, sambetts, I'm thinking of something like https://etherpad.openstack.org/p/ironic-detect-boot-mode13:15
sambettsif the node is capable of either, then it uses which ever is either already configured on the server if not specified, other wise uses it from instance_info13:15
jrollhshiina: I really don't think that we should be inspecting method parameters here. that means we've failed somewhere at making a good boot interface. I'm going to look and see if there's a better way to do this. would you file a bug when you have time, please?13:15
etingofsambetts, dtantsur here's the logic I have in mind -- https://git.openstack.org/cgit/openstack/ironic/tree/ironic/drivers/modules/pxe.py?h=refs/changes/73/526773/9#n32213:16
hshiinajroll: sure. i'm writing a report.13:16
jrollhshiina: thank you :)13:17
dtantsuretingof: it's quite correct, but the caching should be in driver_internal_info, if we even need it13:17
etingofdtantsur, that implies that I need to look into driver_internal_info *in addition* to instance_info and capabilities13:18
sambettsthe idea is to have ironic make sure the capability specified by the admin is correct13:18
sambetts?13:18
*** yangyapeng has joined #openstack-ironic13:19
etingofsambetts, my current approach is to try to make boot modes consistent if possible so the instance would boot13:19
dtantsuretingof: it's going to be one function in the end, which you just call whenever needed13:20
etingofdtantsur, it's going to be at least this -- https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/deploy_utils.py#L76113:21
sambettswhat I'm saying is that today the capabilities field and the physical server should be in sync manually that is the contract13:21
sambettswith the operator13:21
sambettsif they aren't then ironic is misconfigured13:21
sambettsand thats a operator error13:21
dtantsuretingof: see updated etherpad13:22
dtantsurgood point sambetts, yeah13:22
etingofsambetts, right, now the question is -- do we want some more magic as explained here? -- https://git.openstack.org/cgit/openstack/ironic/tree/ironic/drivers/modules/pxe.py?h=refs/changes/73/526773/9#n32513:22
*** dpawar has quit IRC13:23
dtantsuretingof: updated the etherpad with sambetts's point13:24
sambettsI'm not sure we need it, because the way it is today, if you node can't have its boot mode set dynamically, and the operator has configured ironic correctly, then ironic will use the mode it knows which is the correct one, otherwise either the instance doesn't care or ironic will try to dynamically set it13:26
sambettswe just need to be very clear and state "if your node can't change its boot mode dynamically then you must inform ironic using the node's capabilites field which boot mode it supports"13:28
sambettsotherwise you run into failing deployments because an admin has misconfigured ironic's boot mode information13:29
dtantsur++ I added it to line 1713:30
dtantsur(and yes, we have it very often in tripleo)13:30
nicodemosgood morning, ironic13:30
sambettsdtantsur: at L17 that fails deployments, if we just insist that operators configure the capabilties correct in the first place then we don't blow up deployments for operator errors13:31
etingofsambetts, so the alternative to the failure at #17 is to set ironic boot mode to bm boot mode13:32
etingofsambetts, what I understand you think is not good ;)13:32
dtantsursambetts: how do we insist?13:32
dtantsuryou mean, update validate() with this check?13:33
sambettspossibly if we want actively enforce it, but we don't actively inforce anything else the operator informs us about13:34
sambettss/inforce/enforce13:34
etingofbtw, validate() may be more racy if bm node can change its boot mode in the meantime13:35
etingofbetween validation and deployment13:35
*** SerenaFeng has joined #openstack-ironic13:35
hshiinajroll: i filed a bug: https://bugs.launchpad.net/ironic/+bug/174673013:35
openstackLaunchpad bug 1746730 in Ironic "AgentRescue validation fails to get the signature of PXEBoot.prepare_ramdisk" [Undecided,New]13:35
dtantsursambetts: what exactly do you have in mind? I can only think about validate. as etingof mentions it's potentially racy, but we can live with it.13:35
sambettswhich puts it in sync power state teritory13:35
jrollhshiina: thank you, I'm looking into it already13:35
hshiinajroll: thank you13:36
jrollhshiina: if you have ideas I'd love to hear them :)13:37
*** dsneddon has joined #openstack-ironic13:38
sambettsdtantsur, etingof: I think first we should make it very clear in the docs that if a node is unable to set its boot mode then capabilities should be set to just one mode13:39
dtantsur++13:39
sambettsif capabilties are set then that prevents instances requiring a different boot mode from being scheduled onto that node13:39
*** makowals has joined #openstack-ironic13:40
sambettsif capabilties are not set then we have two forks, if instance_info has a boot mode set, we try to set that boot mode if we succeed great, if we fail, deploy fails.13:41
sambettsif capabilties are not set and instance_info is not set, then we call a management.get_boot_mode function and use that13:41
sambettsotherwise fallback to bios13:42
sambettsor a config file default13:43
etingofsambetts, that is clear, but did you mention the condition at line #17? do we fail if apparent/dynamic bm boot mode is different from capabilities?13:44
hshiinajroll: i once propsed another way with interface capabilities in reviewing: https://review.openstack.org/#/c/400437/83/ironic/drivers/modules/agent.py@79713:45
patchbotpatch 400437 - ironic - Agent rescue implementation (MERGED)13:45
*** dsneddon has quit IRC13:46
sambettsetingof: we don't check, if the operator has told us this server is boot mode uefi only then believe them and use that, the alternative is to have a periodic check which checks the servers boot mode like sync power state13:47
sambettsand that will enforce it if it can, if it can't then it maintaince mode's the node13:47
jrollhshiina: yeah, that is one way I was thinking of, the other is just assuming the boot interface can do rescue13:47
etingofsambetts, can we instead of the periodic check go out and check the current bm boot mode right at the time of deployment? if it is different from capabilities - change bm boot mode13:49
*** makowals has quit IRC13:53
sambettsetingof: we shouldn't change the boot mode if the operator has told us to run this server only in UEFI mode for example13:53
sambettsso we should fail13:53
etingofalright, thank you sambetts ad dtantsur13:54
sambettsand if we fail at deployment time, then a bad opertor config is failing a deployment for a user13:54
sambettsetingof: btw because this touches capabilties a lot of this is tied up in the ongoing traits work to clean caps up13:55
etingofI see13:56
*** trown is now known as trown|brb13:56
*** Goneri has joined #openstack-ironic13:56
sambettsetingof: i think dtantsur had some thoughts on dynamic traits which might be the right place for an automagically updating boot mode trait13:56
*** bfournie has joined #openstack-ironic13:56
*** SerenaFeng has quit IRC13:56
*** trown|brb is now known as trown13:58
*** crushil has joined #openstack-ironic13:59
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Do not use asserts with business logic  https://review.openstack.org/53899113:59
*** makowals has joined #openstack-ironic13:59
*** cdearborn has joined #openstack-ironic14:00
hshiinajroll: thanks. I'm afraid i have to leave the office.14:02
jrollhshiina: no problem, have a good day :)14:02
hshiinait's night here14:02
hshiinagood night14:02
*** hshiina is now known as hshiina|afk14:02
*** rloo has joined #openstack-ironic14:05
openstackgerritJim Rollenhagen proposed openstack/ironic master: Remove mode argument from boot.(prepare|clean_up)_ramdisk  https://review.openstack.org/53996114:06
jrolldtantsur: curious if you're okay with just dropping that or if I should deprecate it properly ^14:06
jrollit's been on master for six days, I know what the right thing to do is, not sure if it's worth it :)14:07
* jroll still needs to fix tests14:08
*** saop has joined #openstack-ironic14:08
saopTheJulia, Hello14:09
rloojroll: i think it is ok to just remove it.14:09
TheJuliagood morning everyone14:09
* TheJulia was trying to tip toe into the room this morning14:09
TheJuliaand saop caught me :)14:09
* rloo wonders why we want to remove it, will take a look14:10
jrollmorning rloo, TheJulia :)14:10
rloogood morning TheJulia, jroll, dtantsur, saop, and everyone else!14:10
jrollrloo: yeah, when you have time to review the commit/bug14:10
jrollno huge rush, but rescue is totally broken :)14:10
saopTheJulia, Can you please review this patch https://review.openstack.org/#/c/539158/14:11
patchbotpatch 539158 - ironic - [docs] Firmware based boot from volume for iLO dri...14:11
rloojroll: ugh. that was my idea too. but i thought it had been tested :-(14:12
jrollrloo: haven't looked yet, but likely tested with a dummy boot interface that has no decorators14:12
*** jhesketh has quit IRC14:12
rloojroll: well, i think it was my idea. i did mention passing mode to something... :-(14:13
rloojroll: hmm, well, that isn't really testing. sigh. i hate that we are rushed.14:13
*** jhesketh has joined #openstack-ironic14:13
TheJuliadtantsur: I know, so nostalgic last night :)14:13
jrollrloo: it was yours, not your fault for not realizing it wouldn't work14:13
*** makowals has quit IRC14:13
dtantsurjroll: I guess I'm fine14:14
dtantsurTheJulia: :)14:14
dtantsurmorning rloo, TheJulia14:14
*** saop has quit IRC14:14
jrolldtantsur: thanks for the +2, need to update tests first though :P14:14
* jroll hackhackhack14:14
dtantsur:)14:15
*** rbudden has joined #openstack-ironic14:15
TheJuliasambetts: by chance did you see the discussion yesterday regarding vif_attach?14:15
sambettsTheJulia: yeah, I read through what I could see in the backscroll14:15
* dtantsur -1 the ilo rescue patch14:16
*** makowals has joined #openstack-ironic14:16
jrollhuh, no release note for the boot interface change, less work for me :o14:17
sambettsTheJulia: I think the difficulty I've been having is that in nova for example when you delete an instance it actually deletes the instance record and therefore you expect everthing associated with it to be deleted14:18
openstackgerritMerged openstack/ironic-python-agent stable/pike: Zuul: Remove project name  https://review.openstack.org/53884514:18
sambettsTheJulia: however in ironic when we delete we're just changing the state on that server, so I'm not sure where to draw the line, part of me thinks that we should remove all instance related information from the node, the other part of me thinks we should undeploy the node but leave all the user configs set on the baremetal node because then they could move it straight back to active to redeploy14:20
TheJuliasambetts: true, but we are also racey in that we are super locky on that entire sequence of events after the node is set to a deleted provision state. The consensus seems to be, for us to at least do the same as we do with instance_info and volume_targets to vif attachment records.14:20
sambettsthe server14:20
TheJuliasambetts: so the contract, and even only way to keep it working short of removing all of our super heavy locking is to clean up upon tear_down by removing instance related information locally. Nova could still try to delete and do the right thing to verify, but should stop when it sees the items are gone.14:22
TheJuliaI think we could add an option to make an operator be able to choose the alternative behavior of leave all instance info in place, but...14:22
TheJuliathen there be dragons kind of warnings will be needed around that option since it won't play well with nova at all14:22
*** rbartal has joined #openstack-ironic14:23
sambettsyeah I think I'm more strongly leant towards fixing volmes and instance_info to not delete them either, from personal experince operating standalone the fact that ironic nukes instance_info is super irritating14:23
sambettsbecause without something like bifrost to repopulate it, if I want to delete and clean then redeploy the same way I had before, I have to manually set all the data again14:25
* jroll has a thought... PUT /v1/nodes/foo/states/provision {'state': 'tear_down', 'clean_instance_config': true}14:25
TheJuliaoh god, that just pushes this issue into late next cycle then14:26
rloojroll: wrt 539961, don't you want to remove the 'mode' parameter from BootInterface.clean_up_ramdisk()?14:26
TheJuliasambetts: what is wrong with rebuild if your tearing down and redeploying?14:26
jrollrloo: oh yeah, need to hit the base class, thanks14:27
TheJuliaI guess a lack of cleaning in that14:27
rloosambetts has a point, if instance_info is something that the user sets, we shouldn't be clearing it internally. but we do add stuff to it :-(14:27
*** alex_xu has quit IRC14:27
sambettsyeah, theres a lack of cleaning, and also you might not want to redeploy imediately14:27
jrollTheJulia: not advocating, just putting all options on the table14:27
TheJuliajroll: I actually like the idea of a tear_down state command that just rips the machine down and doesn't delete the fields14:28
*** jcoufal_ has joined #openstack-ironic14:28
TheJulias/command/api verb/14:28
dtantsurjust keep in mind that ideally we should eventually get rid of instance_info in favor of something restful(ish)14:28
sambettsPOST /v1/deployments14:28
sambetts;)14:28
*** rloo has quit IRC14:28
TheJuliawith a v2 api?14:28
jrolland we've successfully made this into a mountain \o/14:29
sambetts\\o/14:29
TheJuliawoot!14:29
dtantsursambetts++14:30
*** rloo has joined #openstack-ironic14:30
dtantsurlike we have a semi-virtual Introspection object in ironic-inspector, which represents the process itself14:30
*** alex_xu has joined #openstack-ironic14:30
*** jcoufal has quit IRC14:31
jrollTheJulia: I guess I'm back to thinking we probably don't need to lock for vif-detach, but I don't have evidence to support that case in either direction14:32
*** lucasagomes is now known as lucas-hungry14:32
TheJuliadtantsur: how do you feel about putting a configuration option in that allows for the fundamental logic change in the short term to provide stand-alone users with the ability to have our current teardown process preserve things about the node that was deployed... and we then add vif records to the list of things that should be removed upon tear_down. And maybe we add a verb next cycle that allows more fine14:32
TheJuliagrained takedown of the node.14:32
sambettsjroll: before we added vif detach as an API, nova used to remove the vif_port_ids from the ports during cleaning14:33
TheJuliamaybe we should make ports lockable....14:33
jrollTheJulia: I think that was actually in a lock, I seem to remember having the same problem a while back14:34
TheJuliajroll: huh?14:34
dtantsurTheJulia: O14:34
dtantsurdamn14:34
jrolldefinitely didn't have the vif attach/detach api at the time, but also had downstream hacks, so not 100% sure14:34
dtantsurTheJulia: I'm fine with the jroll's idea14:34
* TheJulia slides a whiskey to dtantsur 14:34
dtantsurjust pointing out that we should rethink all this long term14:35
dtantsuroh, that would not hurt :)14:35
TheJuliadtantsur: absolutely agree++14:35
sambetts+100014:35
* TheJulia opens the ptg ideas etherpad14:35
*** hshiina|afk has quit IRC14:35
jrollTheJulia: in case you're still huh'ing, before the vif attach/detach thing, we had issues with ports hanging around. but now that I think more, I'm thinking it was a problem with them not being deleted from neutron, so the MAC address was taken. ignore me :)14:36
sambettsjroll: that actually reminds me of a bug I hit downstream /me scrambles to check if it was ever fixed14:37
*** rbartal has quit IRC14:37
sambettsjroll: nope, not fixed... me puts up a patch14:40
rloojroll: ok, i am done with my comments for 539961. for now :)14:41
openstackgerritDmitry Tantsur proposed openstack/ironic master: Migrate the remaining classic drivers to hardware types  https://review.openstack.org/53958914:41
dtantsurjroll, rloo ^^^14:41
dtantsurI hope I did not miss anything14:42
* rloo looks forward to another exciting day of reviews and discussions :D14:43
jrollrloo: thanks, that's helpful14:44
*** r-daneel has joined #openstack-ironic14:47
*** baha has joined #openstack-ironic14:48
*** mgoddard_ has joined #openstack-ironic14:49
rloodtantsur: before i forget, i noticed that the api-ref had reference to classic driver. do you have a list of docs that need updating wrt classic driver deprecation?14:49
*** AlexeyAbashkin has quit IRC14:50
dtantsurrloo: I don't have a complete list.. I was doing 'grep' the last time14:50
*** AlexeyAbashkin has joined #openstack-ironic14:51
rloodtantsur: ok, something to check before end of next week. if i get a chance, i'll take a look today. but for sure, i know api-ref :) https://developer.openstack.org/api-ref/baremetal/#show-driver-properties14:52
dtantsurrloo: thanks! in any case, docs fixes are backportable (though we better finish them)14:52
rloodtantsur: right, but i do NOT want to spend time on this stuff after the release. I want to move on :D14:53
dtantsurfair enough14:53
rloodtantsur: but we have next week to do docs still ;)14:53
* rloo thinks it is going to be a BEEEEE-UUUUU-tiful release for Queens :)14:54
dtantsurit is :)14:54
dtantsurjust to clarify: is the multinode grenade broken again?14:55
openstackgerritJim Rollenhagen proposed openstack/ironic master: Remove mode argument from boot.(prepare|clean_up)_ramdisk  https://review.openstack.org/53996114:56
rloodtantsur: dunno, haven't looked recently. i hope not...14:56
TheJuliaI saw it started failing again in the last couple days, but the times I saw it... we had no logs14:56
dtantsurah, right, that's why I did not check14:57
dtantsurso the latest failure http://logs.openstack.org/30/535830/2/check/ironic-grenade-dsvm-multinode-multitenant/9ea0d43/14:57
*** rbartal has joined #openstack-ironic14:57
TheJuliajroll: ahhh!14:58
TheJuliarloo: exciting as always!14:58
dtantsurssh timeout wut http://logs.openstack.org/30/535830/2/check/ironic-grenade-dsvm-multinode-multitenant/9ea0d43/logs/grenade.sh.txt.gz#_2018-02-01_14_40_28_98014:58
TheJuliaOkay, I need to eat some breakfast and have more coffee14:58
jrollTheJulia: ?14:59
TheJuliajroll: in response to the huh context14:59
jrollah14:59
jroll:)14:59
TheJuliafwiw, I added a huge topic to the ptg ideas etherpad with a number of links15:00
rloodtantsur: network related? (we always like to blame neutron)15:01
dtantsurrloo: I cannot completely rule out that it's caused by the patch15:01
dtantsurbut the regular grenade did not fail https://review.openstack.org/#/c/535830/15:01
patchbotpatch 535830 - ironic - Only set default network interface flat if enabled...15:01
dtantsursambetts: looking at the failure on your patch ^^^15:01
dtantsurI see a few PXE booting failures, like http://logs.openstack.org/30/535830/2/check/ironic-grenade-dsvm-multinode-multitenant/9ea0d43/logs/old/ironic-bm-logs/node-1_no_ansi_2018-02-01-14:40:03.txt.gz15:01
rloodtantsur: oh, heh, i didn't even look to see what the patch was. let's keep an eye out...15:02
dtantsurokay, I see a few passes green, then red on the oneview patch which is obviously unrelated: http://logs.openstack.org/37/539237/3/check/ironic-grenade-dsvm-multinode-multitenant/52bb6a7/15:04
sambettsdtantsur: its times like this I wish the test logs contained a snapshot of the DB to be able to see which interfaces where actually configured on the nodes15:04
dtantsursambetts: I'd not mind it15:04
dtantsurokay, unrelated patch, and we have seemingly the same problems: http://logs.openstack.org/37/539237/3/check/ironic-grenade-dsvm-multinode-multitenant/52bb6a7/logs/old/ironic-bm-logs/node-5_no_ansi_2018-01-31-16:40:30.txt.gz15:05
sambettsdtantsur: looking at the logs for my patch it appears to be using the neutron interface as it should be15:06
*** ijw has joined #openstack-ironic15:06
sambettsand nothing is using the flat interface15:06
TheJuliasambetts: some people have updated jobs to preserve databases... just saying :)15:06
sambettsTheJulia: oh? I'm surprised we can do that given the limits on the amount we can upload to logs.openstack15:07
sambettsthat would be awesome if we could do that15:07
rloodtantsur: this one fails too with ssh timeout: http://logs.openstack.org/40/536040/15/check/ironic-grenade-dsvm-multinode-multitenant/cc28c85/logs/grenade.sh.txt.gz#_2018-02-01_08_39_52_68915:07
dtantsursambetts: hmm, are we supposed to use (i)PXE boot in the multinode grenade at all?15:08
TheJuliasambetts: yeah, given last week... I'd say be careful of doing it in the long term since logs.o.o ran out of space last week :(15:08
dtantsurI mean, for instances15:08
sambettsI think it always uses iPXE for all cases and all jobs, and we have done that for a while now15:09
sambettsI think JayF made that change15:09
sambettsiirc15:09
dtantsursambetts: I mean, this job is testing networking flipping, no? we cannot PXE-boot instances in this case, can we?15:09
* dtantsur is confused15:10
sambettsoh... yeah... if its at the point when its booting the tenant image it shouldn't be PXEing15:10
dtantsurwell, maybe? I'm not sure15:10
dtantsurthe failed test is about rebooting a server though15:10
sambettsthere was a case when Ironic didn't set the boot device persistently that it would boot from disk the first time and then pxe if rebooted15:12
sambettsbut I thought we fixed that15:12
rloodtantsur: according to http://ci-watch.tintri.com/project?project=ironic&time=7+days, multi-grenade started failing and is still failing15:12
rloodtantsur: the first failure is the ssh timeout issue.15:13
*** olivierbourdon has quit IRC15:14
dtantsurmeh..15:15
dtantsursambetts: do you remember what was the bug and the fix?15:15
openstackgerritSam Betts proposed openstack/ironic master: Ensure we unbind flat network ports and clear mac addresses  https://review.openstack.org/53998115:15
sambettsdtantsur: just look15:16
sambettsing15:16
dtantsurthnx15:16
sambettsjroll: ^ that fix I've just pushed is the a first interation on fixing the last behind mac addresses thing, putting it up to save it but I havn't had a chance to test it probably yet15:17
sambettsiteration*15:18
* dtantsur has applied for an Irish visa btw15:18
sambetts\o/15:18
dtantsurfingers crossed now :)15:19
sambettsdtantsur: ah I was thinking the other way around I guess: https://github.com/openstack/ironic/commit/c7091fb8e2898e526f8ce242f50096a2cabeb1fa15:19
sambettsbut could be relatd15:19
*** rpioso|afk is now known as rpioso15:20
jrollsambetts: oh yeah, that'll do it, I think. kind of a backwards way to do it but hey15:20
sambettsjroll: I hit the bug when I pre created a port in neutron, and passed it to nova, and of course ironic set the mac address on it, but then after I deleted the instance in nova, it didn't change the mac address back15:22
sambettsso the only option you had was to delete the port anyway15:22
rpiosoGood morning, all15:22
jrollsambetts: yep, and anyone else scheduled to that node would get a failure as the mac address was occupied15:22
sambettsexactly :(15:22
jrollbeen there, don't remember why the port wasn't getting deleted though15:23
jrollneutron failures, I guess15:23
sambettsif you weren't manually handing a port to nova, then nova should have deleted it unless something unexpected happened15:24
jrollyes, something unexpected definitely happened :P15:25
sambetts"OpenStack the place were unexpected things happen" :D15:25
jrollsambetts: s/openstack/nexus/15:25
* jroll ducks15:25
dtantsurmorning rpioso15:25
rpiosodtantsur: :)15:26
sambettsjroll: ;) *cough* I'm not saying anything15:26
sambettsdtantsur: not sure if this is anything but http://logs.openstack.org/37/539237/3/check/ironic-grenade-dsvm-multinode-multitenant/52bb6a7/logs/screen-q-dhcp.txt.gz has a big ol guru meditation at the bottom of it15:33
dtantsursambetts: good find! and I think the 1st failure showed up yesterday, 11:30am my time15:34
dtantsur(10:30 UTC?)15:34
*** zhangfei has quit IRC15:34
sambettsdtantsur: you england +1?15:34
sambettswe're on UTC atm15:34
dtantsurI should be, yes15:34
dtantsurthe same meditation in the first failure: http://logs.openstack.org/18/524118/19/check/ironic-grenade-dsvm-multinode-multitenant/00c8e34/logs/screen-q-dhcp.txt.gz#_Jan_31_10_21_06_15854815:36
dtantsurlet's check a successful run15:36
dtantsurthe previous successful run does not have it: http://logs.openstack.org/40/536040/14/check/ironic-grenade-dsvm-multinode-multitenant/8f2a142/logs/screen-q-dhcp.txt.gz15:38
*** lucas-hungry is now known as lucasagomes15:38
* dtantsur goes to #openstack-neutron15:39
openstackgerritJim Rollenhagen proposed openstack/ironic master: Remove mode argument from boot.(prepare|clean_up)_ramdisk  https://review.openstack.org/53996115:41
*** ijw has quit IRC15:41
jlvillaljroll, I only read part of the scrollback. So you think the decorator is going the introspection to fail?15:51
jlvillaljroll, introspection of the method that is.15:51
jrolljlvillal: yes, I pasted some python in scrollback that shows it15:51
jlvillaljroll, I'm surprised we haven't seen that before.15:51
jrollit's new code15:51
jlvillalOh. I thought that code had been in for awhile. Ah15:52
jroll6 days15:52
jlvillalAh!15:52
jlvillalWhy do I remember introspection code like that being in there a year or more...15:52
jlvillalSome other part of the code base I guess15:52
jrolljlvillal: there's another example of it, but I'm not sure if that one is wrapped15:53
jlvillaljroll, Thanks15:53
jroll:)15:53
jlvillalHere is a short ~3 hour video on decorators and descriptors ;)  https://www.youtube.com/watch?v=81S01c9zytE15:54
rloojlvillal, jroll: it was some new 'timeout' arg, probably worth checking, although I had the feeling it worked...15:54
rloosigh. /me looks...15:54
jlvillalrloo, Yeah 'timeout' is what I was thinking of. Thanks.15:55
jlvillalrloo, The video suggestion was more of a joke since it is so long. Though I am thinking about watching it at some point.15:56
rlooPowerInterface.set_power_state() Probably doesn't work there either, I see @METRICS.time() above at least one of them.15:57
rloojlvillal: you interested in working/fixing that? ^^15:58
dtantsurI think we should now remove the check around "timeout", as we gave people enough time to change their drivers15:59
dtantsurbut does it mean that it has never worked? :)15:59
rloodtantsur: yup, code doesn't lie. i suspect it never worked. just wondering how it was tested. maybe no one has used timeouts...16:00
dtantsuromg16:00
* dtantsur screw it, I'm done, I'm so done16:00
jlvillalrloo, I think need to fix @METRICS.timer, if we can16:00
rloodtantsur: well, maybe someone should verify that it didn't work :)16:00
rloodtantsur: huh? you can't be done. we're all in this together :)16:00
jrolljlvillal: ++, though that will need to be in rocky because freeze16:00
rloowell, the way to fix it now is to just make the call and see if an exception is raised, right?16:01
dtantsurrloo: kind of flipping tables here :) anyway, we should fix it16:01
jlvillaljroll, Is someone already working in that area?16:01
jrollrloo: for now, yes16:01
jrolljlvillal: not that I know of16:01
jlvillaljroll, okay16:02
jlvillalI'll take a look later when I get out of bed :)16:02
rloojlvillal: you interested in fixing that? ^^ Otherwise, i can do it. Or anyone else out there in irc-land interested? almost a low-hanging-fruit.16:02
rloojlvillal: ok, thx. we should get that in for the release. i'll take a look to see which/if there are any intree drivers missing that parameter.16:02
jlvillalrloo, I'll look. See if six.wraps() helps16:03
jlvillalrloo, It is in ironic-lib, that code.16:03
rloojlvillal: please, nothing fancy so late in the game. i mean, just fix the code in ironic, in conductor/utils.py16:03
jlvillalMETRICS.timer()16:03
rloojlvillal: forget it, i'll fix it. you can do the long term fix.16:03
jlvillalrloo, Ah. okay.16:03
rloojlvillal: just that it doesn't matter, if you fix that decorator, what if we have a new decorator...16:04
dtantsurrloo, TheJulia, https://review.openstack.org/#/c/539999/ I guess we are expected to do it16:04
patchbotpatch 539999 - sushy (stable/queens) - Restores sushy session functionality.16:04
jrolljlvillal: six.wraps() adds the __wrapped__ attribute, which is used when looking up the signature, so yes, that will do it. https://github.com/aliles/funcsigs/blob/master/funcsigs/__init__.py#L8716:04
rloodtantsur: oh, a backport already. fun.16:04
jlvillaljroll, Thanks16:05
jrollnp16:05
TheJuliadtantsur: ugh, forgot about that one :(16:05
*** SerenaFeng has joined #openstack-ironic16:11
*** lucasagomes has quit IRC16:15
*** sauloaislan has joined #openstack-ironic16:15
sauloaislanMorning!16:15
*** lucasagomes has joined #openstack-ironic16:18
sauloaislanI'm having a problem with Ironic16:20
sauloaislanhttp://paste.openstack.org/show/658328/16:20
*** e0ne has quit IRC16:22
sauloaislanIn keystoneauth1/seesion.py:982 get 'service_auth' = None16:22
TheJuliasauloaislan: what version of keystoneauth1 and what version of ironic?16:29
sauloaislanTheJulia: keystoneauth1==3.4.016:30
sauloaislanironic==9.2.1.dev8916:31
*** crushil has quit IRC16:35
NobodyCamGood Morning Ironic'ers16:37
dtantsurmorning NobodyCam16:37
NobodyCamhey hey dtantsur :) Good morning :)16:37
TheJuliasauloaislan: try https://github.com/openstack/requirements/blob/stable/pike/upper-constraints.txt#L47516:39
openstackgerritJohn L. Villalovos proposed openstack/ironic-lib master: Use six.wraps() for Metrics so decorated methods can be inspected  https://review.openstack.org/54003116:42
sauloaislanTheJulia: same error16:42
jlvillaljroll, dtantsur rloo ^^^^16:42
jlvillalAnd I even did a full passing tox run at my end before I pushed. Amazing! :)16:43
dtantsuroh, so six.wraps is different from functools.wraps? TIL16:44
dtantsurjlvillal: could you please attach a bug to it? I guess we'll want a backport16:45
*** pcaruana has quit IRC16:45
jlvillaldtantsur, https://pythonhosted.org/six/16:45
jlvillalThis is exactly the functools.wraps() decorator, but it sets the __wrapped__ attribute on what it decorates as functools.wraps() does on Python versions after 3.2.16:45
dtantsurnice!16:46
jlvillaldtantsur, Did someone already create a bug?16:46
dtantsurnot me for sure16:46
* jlvillal wanders over to launchpad16:46
*** spotz has joined #openstack-ironic16:46
jlvillalhttps://bugs.launchpad.net/ironic/+bug/174673016:46
openstackLaunchpad bug 1746730 in Ironic "AgentRescue validation fails to get the signature of PXEBoot.prepare_ramdisk" [High,In progress] - Assigned to Jim Rollenhagen (jim-rollenhagen)16:46
*** bcornec has joined #openstack-ironic16:47
openstackgerritJohn L. Villalovos proposed openstack/ironic-lib master: Use six.wraps() for Metrics so decorated methods can be inspected  https://review.openstack.org/54003116:47
jlvillaldtantsur, ^^ done16:47
dtantsurthnx16:48
rloodtantsur, jlvillal, jroll et al. the reason why the code in the conductor passed the unit tests is cuz the fake power did NOT have the metrics decorator :-( Otherwise, it would have failed.16:50
*** yee37933 has quit IRC16:51
*** yee379 has joined #openstack-ironic16:51
*** vabada has quit IRC16:52
*** vabada has joined #openstack-ironic16:52
openstackgerritSam Betts proposed openstack/ironic master: Ensure we unbind flat network ports and clear mac addresses  https://review.openstack.org/53998116:52
rlooeven with the fix to ironic-lib, I am now a bit gun-shy about using reflection.get_signature()16:53
dtantsurrloo: what if I remove the variant of FakePower without soft power? fixing it increases the patch quite substantially16:54
*** SerenaFeng has quit IRC16:55
dtantsurwe have a lot of unit tests relying on fake_agent/fake_pxe using FakePower specifically16:55
TheJuliasauloaislan: are you sure keystoneauth1 3.4.0 is no longer installed?16:55
rloodtantsur: i think we should decide how we want to handle this. we should definitely fix in ironic-lib.16:55
rloodtantsur: wrt ironic and use of reflection....16:55
dtantsuryep, this one I agree with16:55
dtantsurnow thinking about this story around fake power16:55
rloodtantsur: if we fix in ironic-lib, we can't use that lib version with master, right?16:55
rloodtantsur: cuz we can't release ironic-lib until next cycle16:56
dtantsurrloo: yep, ironic master is now ironic-lib stable/queens16:56
dtantsurmeaning: we have to wait until ironic branches16:56
rloodtantsur: so do we do something temporary now, and undo in next cycle?16:56
rloodtantsur:  or do we do something now that we don't undo?16:56
dtantsurrloo: do we still need reflection around timeout?16:56
dtantsurI think timeout was introduced long ago, we can just hardcode it16:57
*** rbartal has quit IRC16:57
*** dsneddon has joined #openstack-ironic16:57
rloodtantsur: that's a good question. i can take a look, i had filed bugs to get the intree drivers to support timeout. i think one of the cisco ones doesn't support it yet, something to do with needing to upgrade to a diff library, but i need to confirm.16:57
dtantsurrloo: we can update cisco to accept the parameter and raise if it's not None16:58
* jroll doesn't think reflection is something that should be encouraged in production code, fwiw, except maybe down in the depths of some crazy metaprogramming16:59
rloodtantsur: uhhh. i have 6 bugs open, none of them say that they have been released.16:59
dtantsursigh16:59
dtantsuranyway, we can add no-op timeouts to all drivers, or we can make timeout!=None fail for them16:59
dtantsurI don't think we should keep https://github.com/openstack/ironic/blob/master/ironic/conductor/utils.py#L229-L24017:00
*** athomas has quit IRC17:00
sambettswhat about out of tree drivers? I think that was the main reason for the inspection?17:00
sambettsI don't know why we didn't fix the intree ones at the time of adding the paramter..17:00
jrolldoesn't hurt to keep it for another cycle, it's been 3-4 cycles already. though use a try/except instead.17:01
*** athomas has joined #openstack-ironic17:01
rloodtantsur: agree. we can't keep the reflection thing cuz it is broken. we can fix now i think by making call with the timeout ^^ as jroll mentions17:01
rloodtantsur: just wondering what we want to do going forward.17:01
dtantsurI'd just go and break them.. if they haven't updated yet, they won't17:01
*** mjura has quit IRC17:02
sambettsi think there was a reason for using reflection instead of try/except I'm trying to remember why17:02
jrolldtantsur: they didn't get the warning in the logs, though, was there a release note or something to indicate people should update?17:02
dtantsursambetts: because catching TypeError is too broad17:02
dtantsurjroll: I don't remember, it was back in Ocata, I think17:02
dtantsurI mean, you cannot do try: call() except TypeError: LOG.warning('plesae upgrade')17:03
dtantsuryou at least need to inspect the error message17:03
*** d0ugal has quit IRC17:03
sambettsyeah... :(17:04
jrolldtantsur: not much of a release note here, I don't think operators would have noticed, honestly https://github.com/openstack/ironic/blob/master/releasenotes/notes/soft-reboot-poweroff-9fdb0a4306dd668d.yaml17:04
jrollI wouldn't block just doing it but I support leaving it for a cycle since there wasn't very good notice17:04
jroller, I have it backwards. kill it with fire.17:05
jrollwe'd hit the case with the warning always.17:05
rlooso if we just MakeTheCallWithTimeout, we could also add 'timeout' to the intree drivers with a warning there that it isn't supported. Would that work for everyone?17:07
openstackgerritMerged openstack/networking-generic-switch master: Updated from global requirements  https://review.openstack.org/53850217:07
rloofwiw, oneview, idrac, snmp, ucs, cimc, and ilo don't seem to support it (based on the bug reports)17:07
jrollsigh17:08
rlooand it breaks out of tree drivers. i wonder what is in staging-...17:08
dtantsurwe've approved oneview, but yeah..17:08
*** harlowja has joined #openstack-ironic17:09
*** devananda has joined #openstack-ironic17:11
*** devananda has quit IRC17:12
sauloaislanTheJulia: Yes, in Ironic conductor, keystone, glance I change all to 3.1.017:12
*** devananda has joined #openstack-ironic17:12
*** rloo has quit IRC17:15
*** serlex has quit IRC17:15
jlvillaldtantsur, rloo: Do we want to backport the proposed ironic-lib fix to the stable branch? And then do a new release?17:16
jrolljlvillal: we can't release queens libraries until after the ptg17:16
jrollthey're frozen until then17:16
jrollor at least g-r updates are17:16
jlvillaljroll, Ah17:16
jrollmight be possible to ffe it, not sure17:16
dtantsurjroll: we can release queens for urgent fixes, but it won't affect master17:17
dtantsurI think we cannot release master (which is rocky now for ironic-lib)17:18
jrollah, right right17:18
*** marios has quit IRC17:18
*** rloo has joined #openstack-ironic17:18
*** d0ugal has joined #openstack-ironic17:19
dtantsurso e.g. I plan on releasing sushy queens again, but that's because of external consumers17:19
rloodtantsur: are you just waiting on that one patch you backported? wrt sushy queens?17:24
dtantsuryep17:24
openstackgerritDmitry Tantsur proposed openstack/ironic master: Migrate the remaining classic drivers to hardware types  https://review.openstack.org/53958917:24
dtantsurrloo: I took an easy approach on fake stuff here ^^^17:24
dtantsurI really don't want to spend hours fixing tests :)17:24
rloodtantsur: heh17:26
rloodtantsur: btw, do we want to backport this: https://review.openstack.org/#/c/539582/17:26
patchbotpatch 539582 - ironic - Add missing ilo vendor to the ilo hardware types (MERGED)17:26
TheJuliarloo: to pike?17:27
dtantsurrloo: it's on the border of being a feature17:27
dtantsurI'd wait until somebody has a case for it17:27
TheJulia+117:27
*** derekh has quit IRC17:27
rlooTheJulia, dtantsur: ok. it just seemed 'missing' to me, not a feature. but I'm good either way.17:27
dtantsurrloo: yep, I'm not strictly -2, but I won't push for it17:28
rloodtantsur: got it. no one seems to have noticed that it was missing :)17:28
dtantsurcorrect :)17:28
TheJuliasauloaislan: I'm wondering how your getting that error, if configuration might be driving you to that error. Of course, I'm also confused by ironic version 17 in your paste...17:29
*** jtomasek_ has quit IRC17:31
sauloaislanThe TheJulia: This paste is ironic master http://paste.openstack.org/show/653465/17:32
sauloaislanI have same error17:32
sauloaislankeystoneauth1==3.4.017:32
dtantsurjroll: wanna propose a PTG topic for something like "How detailed do we want to see our release notes?"17:34
jrolldtantsur: idk, I hate bikeshedding things like that17:35
dtantsurhehe17:35
jrolldon't feel like it's a productive use of expensive time17:35
rloo++ jroll, i'm curious as to what 'irrelevant' means.17:35
TheJuliasauloaislan: ironic master should report 10.0.1.... not 17.0.0b317:35
rloojroll: so no need to mention that we changed the fake driver?17:35
rloojroll: and were there things you were hoping to see in the release notes, that weren't there?17:36
jrollrloo: yeah, it just feels like sometimes our notes aren't very actionable, or necessary. but hard to say, everyone has a different perspective17:36
jrollrloo: I don't think the release note about the fake driver will be useful to anyone. but hard to tell for sure.17:37
dtantsurso, I'm working on a revision. should I delete the release note?17:37
jrollrloo: and I won't know if there were missing things until I get further along in this upgrade :)17:37
jrolldtantsur: +0.5 from me17:37
jrollfeels like noise17:37
rloodtantsur: no, i think we shoudl have the release note. i don't know if it is a feature though. maybe other? it is really minor. but it is a change.17:38
dtantsurother works for me17:38
sauloaislanTheJulia: My verion is ironic==9.2.1.dev8917:38
openstackgerritDmitry Tantsur proposed openstack/ironic master: Migrate the remaining classic drivers to hardware types  https://review.openstack.org/53958917:39
dtantsurrloo, jroll ^^^17:39
jroll+117:40
*** AlexeyAbashkin has quit IRC17:40
jrollleft a nit as I couldn't resist17:40
jroll(please don't fix it, zuul doesn't need the churn)17:40
dtantsurlol17:40
*** AlexeyAbashkin has joined #openstack-ironic17:41
* sambetts --> home17:41
sambettsnight all17:41
*** sambetts is now known as sambett|afk17:41
rloobye sambett|afk17:42
ricardoasmorning, ironic! are we frozen?17:42
ricardoas:D17:42
* dtantsur looks outside17:42
jrollI think it's just above freezing where I am17:42
dtantsurricardoas: morning, yeah it's quite chilly here :)17:42
dtantsurricardoas: as to the feature freeze, we're finishing the last exceptions17:43
ricardoascan´t say the same, jroll... :)17:43
dtantsurmostly classic drivers deprecation and routed networks. see the whiteboard for details17:44
dtantsurricardoas: I guess it's quite warm where you are, yes :) and maybe even some sun17:44
ricardoasgreat, dtantsur! That means no more time for bug fixes, right?17:44
dtantsurricardoas: actually, the very right time for bug fixes17:45
dtantsurthe freeze only affects features17:45
*** AlexeyAbashkin has quit IRC17:45
*** trown is now known as trown|lunch17:46
dtantsurTheJulia: if you have a minute: https://review.openstack.org/#/c/537415/17:47
patchbotpatch 537415 - ironic-inspector - Switch the CI to hardware types17:47
ricardoasdtantsur: cool! :)17:48
openstackgerritMerged openstack/ironic master: Remove unused code in common/neutron.py  https://review.openstack.org/53893617:49
openstackgerritMerged openstack/ironic master: Follow-up for Switch OneView driver to hpOneView and ilorest libraries  https://review.openstack.org/53923717:49
openstackgerritMerged openstack/ironic master: Add documentation for baremetal mech  https://review.openstack.org/53735317:49
openstackgerritMerged openstack/ironic master: Update FAQ about updates of release notes  https://review.openstack.org/53963717:49
dtantsurspeaking of bugs, https://review.openstack.org/#/c/531180/ and https://review.openstack.org/#/c/531120/ could use (even non-core) reviews17:49
patchbotpatch 531180 - ironic - Handle case when a glance image contains no data17:49
patchbotpatch 531120 - ironic - Rework exception handling on deploy failures in co...17:49
TheJuliadtantsur: done17:50
dtantsurthnx17:52
dtantsurside note: "no-rescue" sounds a bit hopeless :D17:58
*** amarao has quit IRC17:59
*** amarao1 has quit IRC17:59
TheJuliabut it is the truth? is it not?17:59
TheJuliaI mean, the only other thing we could do is have a doom interface which boots a freedos image and maybe fires up doom... but then we will need graphical console support18:00
* TheJulia is awkwardly surprised that this did not illicit a reply18:03
jlvillalrloo, TheJulia: Passed Zuul.  https://review.openstack.org/540031  Issue with reflection.get_signature()18:05
patchbotpatch 540031 - ironic-lib - Use six.wraps() for Metrics so decorated methods c...18:05
rloothx jlvillal. although it isn't high on my list of priorities right now. i was just thinking i should see what else needs to land by tomorrow...18:06
jlvillalThough unsure if priority or not. Should be fixed.18:06
jlvillalrloo, Good plan.18:06
rloojlvillal: jroll's fix needs to land soon too. i think i already +2d it but i already forgot.18:06
*** mgoddard_ has quit IRC18:07
dtantsurTheJulia: Doom as a Service! open a start up!18:07
* dtantsur thinks how to apply blockchain here18:07
*** baha has quit IRC18:08
rlooif anyone has a few minutes, this isn't hard to review and would be good to get merged soon: https://review.openstack.org/#/c/539961/18:08
patchbotpatch 539961 - ironic - Remove mode argument from boot.(prepare|clean_up)_...18:08
hjensasdtantsur: TheJulia: do we want platform specific stuff in docs? e.g ``systemctl enable ironic-neutron-agent`` ``systemctl start ironic-neutron-agent``? Or do we just say "ensure the service is running" and assume the reader knows how to do that on their distro?18:12
*** e0ne has joined #openstack-ironic18:14
JayFhjensas: At least when I was writing docs, we'd usually state the generic, then optionally include what you need to do; i.e.18:15
JayF`ensure service X is running \n\n\t Ubuntu x.xx and newer: service blah start` or so on18:16
JayFat least that's how we used to handle package installs18:16
rlooTheJulia, dtantsur: so am I correct, there are no code patches that need to land by tomorrow wrt FFE, except dmitry's18:16
dtantsurhjensas: ^^^?18:16
rlooTheJulia, dtantsur: the rest look like docs that can land next week18:16
*** athomas has quit IRC18:16
dtantsurwow, a real JayF :)18:16
JayFI'm always in IRC :) just never read more than a screenful of chat anymore when it gets my attention lol18:17
dtantsur:)18:17
rloohiya JayF :)18:17
JayFI'll hang around until all my features are merged18:17
dtantsurhjensas: personally, I assume people know how to restart services, or they're unlikely to be able to install openstack manually...18:17
JayFusing my openstack timetable, that looks like 2038 or so /s18:17
hjensasJayF: I see. I feel like leaving the details out, with all the containers and stuff its a long list of docker .. k8s, systemctl, service ... :)18:17
dtantsurJayF: like, forever?18:17
JayFdtantsur: you get the jokes :D18:17
dtantsurhehe18:17
rlooJayF: in that case, we'll make sure all but one lands :)18:17
dtantsurrloo: we haven't even approached the specific faults work ;)18:18
rloodtantsur: oh yeah. so 2038 is about right :D18:18
*** openstackgerrit has quit IRC18:18
*** baha has joined #openstack-ironic18:24
*** rbudden has quit IRC18:24
*** harlowja has quit IRC18:29
*** rbudden has joined #openstack-ironic18:31
*** vsaienk0 has quit IRC18:32
*** openstackgerrit has joined #openstack-ironic18:37
openstackgerritMerged openstack/python-ironicclient master: Zuul: Remove project name  https://review.openstack.org/53974118:37
TheJuliahjensas: At this point, I think service restart is fine since we have no idea what the operating context is.18:38
*** dtantsur is now known as dtantsur|afk18:45
dtantsur|afko/18:45
TheJuliagoodnight dtantsur|afk18:46
openstackgerritHarald Jensås proposed openstack/ironic master: Fix configure-networking docs  https://review.openstack.org/54008518:47
*** e0ne has quit IRC18:49
*** edleafe has quit IRC18:50
*** rbudden has quit IRC18:50
*** rbudden has joined #openstack-ironic18:58
*** trown|lunch is now known as trown19:01
*** edleafe has joined #openstack-ironic19:05
*** edleafe has quit IRC19:07
*** harlowja has joined #openstack-ironic19:09
*** AlexeyAbashkin has joined #openstack-ironic19:11
*** harlowja_ has joined #openstack-ironic19:11
*** edleafe has joined #openstack-ironic19:12
*** harlowja has quit IRC19:14
*** vsaienk0 has joined #openstack-ironic19:15
*** dprince has quit IRC19:19
openstackgerritOlivier Bourdon proposed openstack/bifrost master: Add creation of openrc file when keystone enabled  https://review.openstack.org/54009619:20
openstackgerritJulia Kreger proposed openstack/ironic master: Don't try to lock for vif actions  https://review.openstack.org/53444119:31
openstackgerritJulia Kreger proposed openstack/networking-baremetal master: Add dsvm job  https://review.openstack.org/53040919:34
*** vsaienk0 has quit IRC19:39
*** sauloaislan has quit IRC19:42
*** vsaienk0 has joined #openstack-ironic19:50
*** lucasagomes is now known as lucas-afk19:55
*** AlexeyAbashkin has quit IRC19:55
openstackgerritMerged openstack/ironic-inspector master: Switch the CI to hardware types  https://review.openstack.org/53741519:56
*** dyasny has left #openstack-ironic19:56
*** vsaienk0 has quit IRC20:00
TheJuliaI have updated the whiteboard to represent current statuses20:03
TheJuliaI think the networking-braemetal stuff is the only outstanding code aside from bugs we've spotted20:04
*** dprince has joined #openstack-ironic20:04
openstackgerritMerged openstack/ironic master: Devstack - use neutron segments (routed provider networks)  https://review.openstack.org/53127520:06
*** d0ugal has quit IRC20:13
ricardoascd20:18
ricardoasoops... sorry20:18
TheJuliaricardoas: no worries! :)20:23
*** d0ugal has joined #openstack-ironic20:24
rloothx TheJulia. This seems to be the only/main outstanding one for routed networks, but I don't feel qualified to review w/o spending time getting up to speed: https://review.openstack.org/#/c/524709/20:33
patchbotpatch 524709 - networking-baremetal - Make the agent distributed using hashring and noti...20:33
TheJuliayeah, hash ring stuff makes my head hurt.... the DSVM job should land before we even try to merge that though20:35
jrollI can make an attempt at that one20:36
rlooTheJulia: this dsvm job? https://review.openstack.org/#/c/530409/20:37
patchbotpatch 530409 - networking-baremetal - Add dsvm job20:37
openstackgerritMerged openstack/bifrost master: Rewrite iptables rules with Ansible module  https://review.openstack.org/53691120:37
openstackgerritMerged openstack/ironic master: Do not use asserts with business logic  https://review.openstack.org/53899120:38
openstackgerritMerged openstack/ironic master: Add api-ref and ironic state documentation for rescue  https://review.openstack.org/41960620:38
rloobut that depends on this: https://review.openstack.org/#/c/531637/20:38
patchbotpatch 531637 - ironic - Wait for ironic-neutron-agent to report state20:38
* rloo runs away20:38
rloothx jroll :)20:38
jrollI like how it's using oslo.messaging to track membership, that's interesting :)20:40
hjensasjroll: I'll take that as a compliment. :D20:41
*** ricardoas is now known as ricardoas-away20:49
*** baoli has joined #openstack-ironic20:50
*** baoli has quit IRC20:52
openstackgerritMerged openstack/ironic master: Remove mode argument from boot.(prepare|clean_up)_ramdisk  https://review.openstack.org/53996120:56
jrollhjensas: :) left a few comments, but it's close20:58
jrolland a couple more21:00
hjensasjroll: thanks, yes I was looking at BackoffLoopingCall before. I will look into it later.21:01
jrollhjensas: cool21:02
*** priteau has quit IRC21:03
*** ianychoi_ has joined #openstack-ironic21:21
openstackgerritOlivier Bourdon proposed openstack/bifrost master: Add creation of openrc file when keystone enabled  https://review.openstack.org/54009621:22
*** dprince has quit IRC21:22
*** ianychoi has quit IRC21:24
*** Goneri has quit IRC21:32
openstackgerritJim Rollenhagen proposed openstack/ironic master: Remove sample policy and config files  https://review.openstack.org/53634921:33
jroll^ we should land that before we keep conflicting with it, dtantsur|afk was already +221:33
rloojroll: i was waiting till all the FFE patches landed that might conflict with that. i think we're good now.21:38
jrollrloo: yeah, makes sense, I checked that before asking too :)21:39
rloojroll: commented21:45
*** olivierbourdon has joined #openstack-ironic21:45
jrollrloo: I'll add that, why not21:49
openstackgerritRuby Loo proposed openstack/ironic master: Fix handling of optional 'timeout' parameter to power methods  https://review.openstack.org/54015021:50
rloothx jroll21:50
rlooand that ^^ was a pain.in... and I'm not finished with it :-(21:50
*** olivierbourdon38 has joined #openstack-ironic21:50
openstackgerritJim Rollenhagen proposed openstack/ironic master: Remove sample policy and config files  https://review.openstack.org/53634921:54
jrollouch, looks painful21:54
*** olivierbourdon has quit IRC21:55
openstackgerritJulia Kreger proposed openstack/bifrost master: Deprecate Classic Drivers  https://review.openstack.org/54015321:56
*** threestrands has joined #openstack-ironic21:59
*** threestrands has quit IRC22:00
*** threestrands has joined #openstack-ironic22:00
openstackgerritJulia Kreger proposed openstack/bifrost master: Fedora 25-27 support  https://review.openstack.org/47175022:00
*** trown is now known as trown|outtypewww22:01
olivierbourdon38Any known issue with bifrost deployment on Ubuntu 16.04 with keystone enabled ? Seems like commands provided by python-openstackclient are missing in case of no VENV used and keystone-manage missing when using VENV ?22:03
olivierbourdon38I managed to fix the 1st one by installing the appropriate git repo after keystone one but wanted to know about this before going on fixing the second one22:03
openstackgerritMerged openstack/ironic master: Migrate the remaining classic drivers to hardware types  https://review.openstack.org/53958922:05
jroll\o/22:06
jrollhave a good night y'all22:06
openstackgerritJulia Kreger proposed openstack/bifrost master: Fedora 25-27 support  https://review.openstack.org/47175022:10
TheJuliagoodnight jroll22:10
TheJuliaolivierbourdon38: heh, I guess your in a bit of a case that we didn't test for :\22:11
olivierbourdon38no pb, I can submit the patch after loggin a launchpad bug if you want22:12
TheJuliaolivierbourdon38: but openstack command should be present on ubuntu 16.04 w/o a VENV.... Odd22:12
TheJuliaolivierbourdon38: by all means! It is greatly appreciated!22:12
olivierbourdon38may be the reason is that I am using a very minimal (JEOS) ubuntu image based on OpenSSH server + few others and I was relying on env-setup and ansible to do the rest22:14
TheJuliaThat might explain some of it....22:14
TheJuliaolivierbourdon38: feel free to ping me with the bug and patch links, I'll be around for a couple more hours and can take a look.  I think 16.04 is what I have running on one of my machines22:15
olivierbourdon38i need a few more time testing my patches and as it is already quite late in my TZ I'll leave that for tomorrow morning ;-) many thx22:16
TheJuliaolivierbourdon38: okay, have a wonderful evening! :)22:20
*** baha has quit IRC22:23
jlvillalrloo, I just reviewed https://review.openstack.org/#/c/539676/ Ping me if I should remove the -122:35
patchbotpatch 539676 - ironic - [api-ref] clarify what /v1/lookup returns22:35
rloojlvillal: to be honest, i have no idea and don't intend on looking any further. i was just clarifying hwat the subset of fields were.22:36
jlvillalrloo, Okay. Well in the spirit of "is it making the code better?". I think it is.22:38
rloojlvillal: thx, I replied. I think if we wanted to mention links, someone should do it throughout so it is consistent. i think we always return links with nodes.22:40
jlvillalrloo, Thanks!22:41
openstackgerritMerged openstack/ironic master: Updated from global requirements  https://review.openstack.org/53846322:43
openstackgerritMerged openstack/ironic-python-agent master: Adds a releasenote for DHCP support for TinyIPA  https://review.openstack.org/53963922:44
*** bfournie has quit IRC22:46
*** olivierbourdon38 has quit IRC22:54
*** jcoufal_ has quit IRC22:58
*** olivierbourdon38 has joined #openstack-ironic23:02
*** priteau has joined #openstack-ironic23:03
*** cdearborn has quit IRC23:05
*** priteau_ has joined #openstack-ironic23:07
*** priteau has quit IRC23:08
*** priteau_ has quit IRC23:11
openstackgerritJohn L. Villalovos proposed openstack/ironic-python-agent master: Replace use of functools.wraps() with six.wraps()  https://review.openstack.org/54017523:18
*** bfournie has joined #openstack-ironic23:30
hjensasTheJulia: I replied to comment from vsaienko on https://review.openstack.org/#/c/531637 - not much we can do.23:34
patchbotpatch 531637 - ironic - Wait for ironic-neutron-agent to report state23:34
TheJuliaI had a feeling that would be the case23:34
TheJuliathanks! you rock!23:34
*** r-daneel has quit IRC23:35
hjensasYou too! :)23:35
*** MattMan has quit IRC23:36
*** MattMan has joined #openstack-ironic23:36
*** hshiina|afk has joined #openstack-ironic23:42
*** rbudden has quit IRC23:43
*** charcol-v2 has joined #openstack-ironic23:56

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