Wednesday, 2015-03-11

*** r-daneel has quit IRC00:01
*** naohirot has joined #openstack-ironic00:09
*** Nisha has quit IRC00:16
*** achanda has quit IRC00:18
*** achanda has joined #openstack-ironic00:18
*** kozhukalov has quit IRC00:20
*** kkoski has quit IRC00:20
*** mtanino has quit IRC00:21
*** achanda has quit IRC00:23
*** david-lyle_afk has quit IRC00:34
*** Marga_ has quit IRC00:40
*** yuanying has joined #openstack-ironic00:51
*** romcheg has quit IRC00:57
*** yuanying has quit IRC01:02
*** ChuckC has quit IRC01:10
*** chenleji has joined #openstack-ironic01:20
*** david-lyle_afk has joined #openstack-ironic01:21
*** devlaps has joined #openstack-ironic01:31
*** chenglch has joined #openstack-ironic01:32
*** stendulker has joined #openstack-ironic01:40
*** ChuckC has joined #openstack-ironic01:42
*** Nisha has joined #openstack-ironic01:44
*** Nisha_away has joined #openstack-ironic01:45
*** Nisha has quit IRC01:45
*** ChuckC has quit IRC01:46
*** ChuckC has joined #openstack-ironic01:47
*** devlaps has quit IRC01:51
*** rwsu is now known as rwsu-afk01:52
lintanHi NobodyCam,01:58
*** Nisha_away has quit IRC02:01
*** spandhe has quit IRC02:06
*** Haomeng|2 has quit IRC02:06
*** harlowja_ is now known as harlowja_away02:09
*** coolsvap has joined #openstack-ironic02:29
*** david-lyle_afk has quit IRC02:36
*** yog_ has joined #openstack-ironic02:39
*** anderbubble has joined #openstack-ironic02:43
*** killer_prince is now known as lazy_prince02:43
*** stendulker has quit IRC02:50
*** lintan has quit IRC02:52
*** achanda has joined #openstack-ironic02:58
*** achanda has quit IRC03:10
*** coolsvap is now known as coolsvap|afk03:15
*** ijw has quit IRC03:17
*** david-lyle_afk has joined #openstack-ironic03:17
*** Nisha has joined #openstack-ironic03:18
*** lintan has joined #openstack-ironic03:20
*** coolsvap|afk is now known as coolsvap03:22
openstackgerritNisha Agarwal proposed openstack/python-ironicclient: Add support for inspection to node-set-provision-state  https://review.openstack.org/14880403:35
*** lazy_prince is now known as killer_prince03:36
*** jgrimm is now known as zz_jgrimm03:40
*** yuanying has joined #openstack-ironic03:41
*** zz_jgrimm is now known as jgrimm03:47
*** chenleji has quit IRC03:53
*** jmccrory has joined #openstack-ironic03:59
openstackgerritSHIGEMATSU Mitsuhiro proposed openstack/ironic-specs: Fix typo in ironic-specs/specs/kilo/uefi-secure-boot.rst  https://review.openstack.org/16259004:00
*** Marga_ has joined #openstack-ironic04:04
*** Marga_ has quit IRC04:04
*** Marga_ has joined #openstack-ironic04:05
*** achanda has joined #openstack-ironic04:07
*** spandhe has joined #openstack-ironic04:08
*** spandhe_ has joined #openstack-ironic04:12
*** spandhe has quit IRC04:12
*** spandhe_ is now known as spandhe04:12
*** stendulker has joined #openstack-ironic04:19
*** anderbubble has quit IRC04:29
*** absubram has joined #openstack-ironic04:35
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: [WIP]Add supporting generate config files  https://review.openstack.org/16328104:38
*** rameshg87 has joined #openstack-ironic04:46
openstackgerritMichael Davies proposed openstack/ironic-specs: API Microversions  https://review.openstack.org/16111004:51
openstackgerritMichael Davies proposed openstack/ironic-specs: API Microversions  https://review.openstack.org/16111004:52
openstackgerritSHIGEMATSU Mitsuhiro proposed openstack/ironic-specs: Fix typos in ironic-specs/specs/kilo/drac-bios-mgmt.rst  https://review.openstack.org/16257804:55
rameshg87good morning ironic04:58
openstackgerritPradhan proposed stackforge/proliantutils: Update RIS library  https://review.openstack.org/16329005:02
*** kozhukalov has joined #openstack-ironic05:06
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: [WIP]Add supporting generate config files  https://review.openstack.org/16328105:11
mrdamorning rameshg8705:17
rameshg87good afternoon mrda05:19
mrda;)05:19
openstackgerritNisha Agarwal proposed openstack/ironic: iLO implementation for hardware inspection  https://review.openstack.org/15159605:27
*** killer_prince is now known as lazy_prince05:28
*** Haomeng has joined #openstack-ironic05:28
*** achanda has quit IRC05:31
openstackgerritNisha Agarwal proposed openstack/ironic: iLO implementation for hardware inspection  https://review.openstack.org/15159605:33
*** achanda has joined #openstack-ironic05:34
*** lazy_prince has quit IRC05:39
*** killer_prince has joined #openstack-ironic05:42
*** killer_prince is now known as lazy_prince05:42
*** achanda has quit IRC05:48
*** bnemec has quit IRC05:49
*** bnemec has joined #openstack-ironic05:52
*** achanda has joined #openstack-ironic05:52
*** achanda has quit IRC05:58
*** achanda has joined #openstack-ironic06:01
*** pradipta has joined #openstack-ironic06:09
*** achanda has quit IRC06:14
*** dmellado has quit IRC06:15
*** stendulker_ has joined #openstack-ironic06:15
*** stendulker has quit IRC06:17
*** dmellado has joined #openstack-ironic06:19
*** jmccrory has quit IRC06:20
*** andreykurilin_ has joined #openstack-ironic06:28
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: [WIP]Add supporting generate config files  https://review.openstack.org/16328106:42
*** andreykurilin_ has quit IRC06:57
*** spandhe has quit IRC06:58
*** kevinbenton has quit IRC06:59
*** dlpartain has joined #openstack-ironic07:16
*** dlpartain has left #openstack-ironic07:20
*** lazy_prince is now known as killer_prince07:26
*** pas-ha has joined #openstack-ironic07:38
*** ukalifon1 has joined #openstack-ironic07:39
GheRiveromorning07:52
*** coolsvap is now known as coolsvap|brb07:54
*** chlong has quit IRC08:01
*** stendulker has joined #openstack-ironic08:02
*** romcheg has joined #openstack-ironic08:03
*** jcoufal has joined #openstack-ironic08:04
*** stendulker_ has quit IRC08:04
*** pradipta has quit IRC08:16
*** ifarkas has joined #openstack-ironic08:25
*** coolsvap|brb is now known as coolsvap08:26
*** killer_prince is now known as lazy_prince08:33
*** takadayuiko has joined #openstack-ironic08:35
*** ndipanov has joined #openstack-ironic08:47
*** jiangfei has quit IRC08:52
*** jiangfei has joined #openstack-ironic08:54
NishaGheRivero, morning08:56
openstackgerritAparna proposed stackforge/proliantutils: Proliantutils support for configuring httpboot through RIS  https://review.openstack.org/16332508:56
*** marios has joined #openstack-ironic08:57
*** athomas has quit IRC09:06
*** athomas has joined #openstack-ironic09:12
*** athomas has joined #openstack-ironic09:13
*** tiagogomes_ has joined #openstack-ironic09:18
openstackgerritRamakrishnan G proposed openstack/ironic: Add label to virtual floppy image  https://review.openstack.org/16238709:21
rameshg87naohirot, ^^09:22
naohirothi rameshg87 :)09:23
*** stendulker has quit IRC09:23
rameshg87naohirot, hello, just changed the label09:23
naohirotrameshg87: thank you for considering it :)09:24
*** pradipta has joined #openstack-ironic09:24
rameshg87naohirot, :)09:24
rameshg87naohirot, the dib ramdisk might require some more changes09:24
openstackgerritRamakrishnan G proposed openstack/ironic-python-agent: Use labels for virtual media dev in agent ramdisk  https://review.openstack.org/16239209:24
naohirotrameshg87: I think it's really great idea to use /dev/disk/label09:24
rameshg87naohirot, i was trying to make changes for it, but it doesn't have /dev/disk directory09:25
rameshg87naohirot, probably the linux kernel there is not configured to map devices by label09:25
*** jistr has joined #openstack-ironic09:25
rameshg87naohirot, i think it requires some udev rules change09:25
rameshg87naohirot, i will try to see that today09:25
naohirotrameshg87: s/"dev/disk/label"/"/dev/disk/by-lable/"/09:26
naohirotrameshg87: I see09:27
*** kevinbenton has joined #openstack-ironic09:27
naohirotrameshg87: are we going to change DIB to this way if you confirmed it worked okay?09:28
rameshg87naohirot, yeah .. i made the changes to dib on similar lines to ipa09:28
rameshg87naohirot, but dib doesn't have /dev/disk-by-label directory09:28
rameshg87naohirot, i need to check what udev rules need to be added for that09:28
rameshg87or is it udev related09:29
naohirotrameshg87: I see, is it due to some difference between syslinux and coreos?09:29
*** stendulker has joined #openstack-ironic09:30
rameshg87naohirot, i suspect this: https://github.com/openstack/diskimage-builder/blob/master/elements/ramdisk/init.d/10-start-base-system#L7-L4509:30
rameshg87naohirot, somewhere we need to tell linux kernel to create /dev/disk/by-label directory and devices under it09:31
naohirotrameshg87: I see, it's not so simple :)09:31
rameshg87naohirot, but since it's already there, i hope it will  be simple :)09:32
rameshg87naohirot, will check and keep you posted09:32
naohirotrameshg87: okay, great09:32
*** lucasagomes has joined #openstack-ironic09:34
naohirotrameshg87: maybe I should read some bp and code first and then ask09:35
naohirotrameshg87: but can I ask some question regarding https://blueprints.launchpad.net/ironic/+spec/local-boot-support-with-partition-images09:35
naohirotrameshg87: and https://review.openstack.org/#/c/156608/ if you have time09:36
rameshg87naohirot, yeah09:36
*** stendulker has quit IRC09:36
naohirotrameshg87: does this patch make iscsi_ilo boot user os without boot ramdisk?09:37
naohirotrameshg87: like IPA?09:38
rameshg87naohirot, yeah it does09:38
*** stendulker has joined #openstack-ironic09:38
naohirotrameshg87: that's interesting, basically how?09:38
rameshg87naohirot, after this change the bootloader from the deployed image will be installed09:39
naohirotrameshg87: do we write MBR in case of pxe deploy too?09:39
rameshg87naohirot, yeah09:39
naohirotrameshg87: do we need whole user os image like IPA?09:40
naohirotrameshg87: what I'd like to know is how to create user os image? is it same as IPA?09:41
rameshg87naohirot, yeah, the user image needs to have grub in it09:42
rameshg87naohirot, then the ramdisk will go and run /usr/sbin/grub-install on the bare metal after chrooting the to the deploy os image09:43
rameshg87naohirot, https://github.com/openstack/diskimage-builder/blob/master/elements/deploy-ironic/init.d/80-deploy-ironic#L64-L11109:43
*** erwan_taf has joined #openstack-ironic09:44
naohirotrameshg87: In order to understand how it works, I'd like to port iscsi_ilo code to irmc and try to run it.09:45
*** erwan_taf has left #openstack-ironic09:45
rameshg87naohirot, yeah sure ..09:45
rameshg87naohirot, iscsi_ilo is expected to work09:45
naohirotrameshg87: Okay, but I don't have hp machine :)09:46
naohirotrameshg87: Is the command line same as IPA "disk-image-create ubuntu baremetal vm dhcp-all-interfaces -o my-image"?09:47
naohirotrameshg87: in order to invoke 80-deploy-ironic#L64-L111, ironic element require for user image?09:48
naohirotrameshg87: like this ? "disk-image-create ubuntu baremetal vm ironic dhcp-all-interfaces"09:49
*** jistr has quit IRC09:50
rameshg87naohirot, yeah09:52
*** jistr has joined #openstack-ironic09:52
rameshg87naohirot, but it doesn't create images with grub right now09:52
rameshg87naohirot, it is *assumed* for now that grub is installed on the os-image09:52
openstackgerritRamakrishnan G proposed openstack/ironic: Add localboot support for uefi boot mode  https://review.openstack.org/15985509:53
naohirotrameshg87: thanks, I got enough hints to read code and doc so far, I'll ask you again after reading those.09:55
rameshg87naohirot, sure ..09:55
naohirotrameshg87: I got to go, see you later!09:56
rameshg87naohirot, bye, have a nice day !!09:56
naohirotrameshg87: bye :)09:56
*** naohirot has quit IRC09:58
lucasagomesrameshg87, hi there, for the uefi local boot10:05
rameshg87lucasagomes, hi10:06
lucasagomescould we add a label on the EFI paritition? and on DIB we just search for that label instead of picking the first partition on the disk?10:06
lucasagomessounds a bit more reliable no?10:06
rameshg87lucasagomes, yeah it does10:06
lucasagomesI know on DIB I serach for the last one for the root parition10:06
lucasagomesbut that's because it's the user image, so I don't create the filesystem there10:06
lucasagomes(on IPA I pass the filesystem UUID so it's more reliable than DIB)10:07
rameshg87lucasagomes, yeah labels is a much better one .10:07
rameshg87lucasagomes, but dib ramdisk is not having /dev/disk-by-label/ for some reason10:07
rameshg87lucasagomes, i think i need to have some udev rules for that10:07
rameshg87lucasagomes, for telling linux kernel to create those soft links10:07
lucasagomesrameshg87, oh, right... yeah you would have to do a lsblk or something10:07
lucasagomesto find out the label10:08
lucasagomesit's fine, can be a later improvement anyway10:08
lucasagomesrameshg87, localboot is merged on IPA as well, in case u want to add support there too10:08
rameshg87lucasagomes, yeah i am making changes in ipa :)10:08
rameshg87lucasagomes, will have a patch by today10:08
lucasagomesrameshg87, awesome :)10:09
lucasagomesplease pass the filesystem UUID via the call instead of picking the first partition there :D10:09
rameshg87lucasagomes, label ?10:09
rameshg87lucasagomes, did you mean label ?10:10
rameshg87lucasagomes, using constant labels is a bit problematic10:10
rameshg87lucasagomes, if we installed on one disk using root device hints10:10
lucasagomesrameshg87, no I mean UUID10:10
rameshg87lucasagomes, so figure out uuid from ironic itself and then pass ?10:11
lucasagomessudo blkid -s UUID -o value /dev/sda110:11
lucasagomes68ccb940-ff05-44c7-8d0c-35d1b0f5725210:11
lucasagomesfor e.g10:11
rameshg87lucasagomes, does fat32 partitions have UUID ? :)10:11
rameshg87checking ...10:11
lucasagomesrameshg87, I thought it have10:11
* lucasagomes thinks now10:11
lucasagomesmaybe not :/ I don't have a vfat part here to test10:12
lucasagomesrameshg87, right, but we can search for the label on that specific disk and not across all disks right?10:13
rameshg87dd if=/dev/zero of=image.img bs=1M count=100 &&  mkfs.vfat image.img10:13
rameshg87blkid -s UUID -o value image.img10:13
rameshg87634A-49C310:13
rameshg87gives me something10:13
rameshg87:)10:13
lucasagomes:)10:13
lucasagomesfair enuff10:13
rameshg87lucasagomes, yeah it changes .. when i do mkfs again10:14
rameshg87lucasagomes, so reliable :)10:14
lucasagomesyeah I kinda dislike relying on partition orders10:14
lucasagomesso it's always better to use a unique identifier for it10:14
lucasagomesrameshg87, thanks!10:14
rameshg87agreed10:14
rameshg87lucasagomes, i think better to make that change10:14
rameshg87lucasagomes, do you want to leave a comment ?10:14
lucasagomesI think I did on both patches already10:15
lucasagomestho I said label, we can say UUID :)10:15
* rameshg87 looks10:16
rameshg87lucasagomes, i think it's there only in chat10:16
rameshg87lucasagomes, oh got it10:17
* rameshg87 forgot to refresh10:17
rameshg87:D10:17
lucasagomesheh10:17
*** romcheg has quit IRC10:20
*** chlong has joined #openstack-ironic10:23
*** stendulker_ has joined #openstack-ironic10:30
*** romcheg has joined #openstack-ironic10:31
*** stendulker has quit IRC10:33
openstackgerritNisha Agarwal proposed openstack/ironic: Automate boot iso creation with in ironic for iscsi-ilo  https://review.openstack.org/15590010:33
*** jistr has quit IRC10:38
*** jistr has joined #openstack-ironic10:39
*** Nisha_away has joined #openstack-ironic10:39
stendulker_Hi lucasgomes: this is regarding code review for defect fix https://review.openstack.org/#/c/155731 - Ilo drivers sets capabilities:boot_mode in node10:40
*** Kinnison has left #openstack-ironic10:40
*** Nisha has quit IRC10:41
BadCubmorning Ironic10:42
stendulker_lucasgomes: Had replied to your queries. Did you get chance to go through that.10:42
*** yuanying has quit IRC10:43
*** Nisha_away has quit IRC10:43
*** chenglch has quit IRC10:44
*** kevinbenton has quit IRC10:45
*** Marga_ has quit IRC10:55
openstackgerritLucas Alvares Gomes proposed openstack/ironic: PXE driver: Deprecate pxe_deploy_{ramdisk, kernel}  https://review.openstack.org/15864410:56
lucasagomesstendulker_, will take a look10:56
lucasagomesBadCub, good morning10:56
BadCubmorning lucasagomes10:56
stendulker_lucasgomes, thank you10:57
*** Marga_ has joined #openstack-ironic10:57
openstackgerritRamakrishnan G proposed openstack/ironic: Add localboot support for uefi boot mode  https://review.openstack.org/15985511:04
*** takadayuiko has quit IRC11:06
*** tiagogomes_ has quit IRC11:19
*** Marga_ has quit IRC11:20
*** tiagogomes_ has joined #openstack-ironic11:23
*** romcheg1 has joined #openstack-ironic11:35
*** romcheg has quit IRC11:35
BadCubhey lucasagomes were you able to get t=gate tests done on https://blueprints.launchpad.net/ironic/+spec/ipa-as-default-ramdisk ?11:35
*** stendulker_ has quit IRC11:35
BadCubbrb11:38
*** pelix has joined #openstack-ironic11:39
*** rameshg87 has quit IRC11:39
openstackgerritJohn L. Villalovos proposed openstack/ironic: Update unittests for _make_password_file  https://review.openstack.org/16267211:42
openstackgerritMerged openstack/ironic: Update API doc to reflect node uuid or name  https://review.openstack.org/16300911:42
openstackgerritMerged openstack/ironic: Add label to virtual floppy image  https://review.openstack.org/16238711:43
*** vdrok_afk is now known as vdrok11:44
*** lazy_prince is now known as killer_prince11:46
lucasagomesBadCub, sorry I was on a call11:47
lucasagomesyes, it's now running a check on every patch11:47
lucasagomesnon-voting for now, but that's fine because we need to gather some data before making it voting11:48
lucasagomesBadCub, I have also a new patch adding it to the ironic-python-agent gate check11:48
lucasagomeshttps://review.openstack.org/#/c/163344/11:48
lucasagomesBadCub, but in Ironic it's all set :)11:48
BadCubNice!11:49
BadCubUpdated it on the spreadsheet as completed11:51
lucasagomesBadCub, awesome! thanks much11:52
BadCubYW bud :-)11:52
lucasagomes(:11:52
*** killer_prince is now known as lazy_prince12:08
*** pradipta has quit IRC12:11
ShrewsBadCub: wth are you doing up so freaking early?????12:12
Shrewsi mean... good morning :-P12:12
BadCubinsomnia Shrews. So figured I would get some work done LOL12:13
BadCubMorning to you too! :-)12:13
*** dprince has joined #openstack-ironic12:20
openstackgerritLucas Alvares Gomes proposed openstack/ironic: PXE driver: Deprecate pxe_deploy_{ramdisk, kernel}  https://review.openstack.org/15864412:26
*** lucasagomes is now known as lucas-hungry12:26
NobodyCamGood Morning Ironic12:52
*** rloo has joined #openstack-ironic12:55
ShrewsHey NobodyCam12:55
NobodyCammorning Shrews :)12:55
jrollmorning all :)12:56
jrollhttps://code.facebook.com/posts/1601610310055392/introducing-openbmc-an-open-software-framework-for-next-generation-system-management/12:56
NobodyCammorning jroll12:56
Shrewsmorning jroll12:56
jrollheya Shrews NobodyCam BadCub lucas-hungry and openstackgerrit!12:57
Shrewsjroll: you don't have any scripts to create VMs that you might use with agent_ssh, do you?12:57
jrollShrews: cat devstack/lib/ironic12:58
Shrewsjroll: yeah, that's what i'm currently going by12:58
jrollthat's about all I've got, sorry12:58
Shrewsjroll: USELESS!! YOU'RE FIRED!12:58
jrollwhat hypervisor are you using?12:58
jrolloh ok12:58
* jroll goes back to bed12:58
NobodyCamnight jroll :-p12:59
Shrewssame as devstack12:59
jroll:P12:59
NobodyCamand that openbmc is insterstering12:59
jrollShrews: yeah, I tried to do this once without devstack and it ended in tears12:59
jrollNobodyCam: also https://github.com/Broadcom-Switch/OpenNSL and https://code.facebook.com/posts/843620439027582/facebook-open-switching-system-fboss-and-wedge-in-the-open/13:01
NobodyCamShrews: could you use the tripleo create-nodes script?13:02
ShrewsNobodyCam: maybe? where can i find it?13:04
jrollos-tripleo-create-nodes-config13:05
NobodyCamShrews: https://github.com/openstack/tripleo-incubator/blob/master/scripts/create-nodes13:06
ShrewsLOL. Looks a lot like what I already have (and what devstack has)13:07
Shrewswill look closer though. thx13:08
NobodyCam:-p13:08
*** kkoski has joined #openstack-ironic13:08
*** jjohnson2 has joined #openstack-ironic13:10
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/16181113:12
openstackgerritZhenguo Niu proposed openstack/ironic: Fix some typos  https://review.openstack.org/16342213:19
victor_lowtherGood morning Ironic13:22
jjohnson2good morning13:23
jjohnson2of those who have seen my console manager (or want to see said video), did anyone have comment?13:23
jrolljjohnson2: I don't have any comments on that, but you might be interested in https://code.facebook.com/posts/1601610310055392/introducing-openbmc-an-open-software-framework-for-next-generation-system-management/13:25
jroll:)13:25
jroll\o victor_lowther13:25
victor_lowtherjroll: I think openbmc is a great idea13:27
jroll+113:27
jrollI'm excited13:27
victor_lowtherI would live to be able to fiincredibly lame bmc firmware glitches.13:27
victor_lowtherer, fix13:28
jrollmhmmm.13:28
jrollalso make them secure.13:28
NobodyCammorning jjohnson2 & victor_lowther13:29
jjohnson2NobodyCam, morning13:29
*** lucas-hungry is now known as lucasagomes13:29
lucasagomesjroll, Shrews victor_lowther NobodyCam jjohnson2  morning :)13:29
jjohnson2lucasagomes, good morning13:29
jrollmorning lucasagomes :)13:30
NobodyCammorning lucasagomes13:30
Shrewshi lucasagomes13:30
NobodyCamoh jjohnson2 have you seen: http://blog.nemebean.com/content/ipmi-controller-openstack-instances13:30
jjohnson2jroll, interesting indeed13:30
lucasagomesjroll, btw, https://review.openstack.org/#/c/163344/ I think it makes sense to add there too13:30
jrolllucasagomes: agree, though we should make it build from src no?13:31
*** jcoufal has quit IRC13:31
jrolllucasagomes: otherwise it's useless :)13:31
lucasagomesjroll, *facepalm*13:31
lucasagomes+111111113:31
lucasagomesindeed, forgot that bit :) makes total sense13:32
*** jcoufal has joined #openstack-ironic13:32
jrollheh13:32
jrollleft a -1 for you13:32
lucasagomesthanks :)13:32
jjohnson2NobodyCam, interesting...  it's similar to what Martini was doing13:32
NobodyCamjjohnson2: Using the impi listener you've done :)13:33
jjohnson2NobodyCam, yeah, all exciting stuff13:34
NobodyCam:)13:34
openstackgerritMerged openstack/ironic-python-agent: Move _get_agent_params() to a common place  https://review.openstack.org/16307813:36
jjohnson2I wager that openbmcs ipmi stack would be cooler at it... though I would laugh if pyghmi were it's ipmi target software (doubtful)13:42
jjohnson2I relayed the OpenBMC stuff to our firmware guys, I only visit their world, I don't ever have time to stay13:42
*** lazy_prince is now known as killer_prince13:42
*** yuanying has joined #openstack-ironic13:43
*** yuanying has quit IRC13:48
*** r-daneel has joined #openstack-ironic13:55
openstackgerritLucas Alvares Gomes proposed openstack/ironic-python-agent: Add support for root device hints  https://review.openstack.org/16307913:58
jjohnson2now that I looked at OpenBMC, it doesn't actually yet have any IPMI in it, fascinating13:59
jjohnson2or else I can't find it anywhere but their block diagram13:59
*** jgrimm is now known as zz_jgrimm14:00
jrolljjohnson2: as I understand it, it just builds a linux image14:01
*** jjohnson2 has quit IRC14:01
jrollwhich makes me want to use an htp api rather than ipmi14:01
jrollbut I digress because you left14:01
jrollhttp*14:01
*** jjohnson2 has joined #openstack-ironic14:01
jjohnson2jroll, yeah, but they currently include the i2c stuff and some similar... guess I'll see where it goes..  I'm interested in what the IPMI target implementation looks like14:02
openstackgerritSteven Hardy proposed openstack/ironic: Fix wrong chown command in deployment guide  https://review.openstack.org/16344314:05
jrolljjohnson2: you dropped for a minute, but it makes me want to use http rather than ipmi :)14:07
*** mdbooth has quit IRC14:09
jjohnson2jroll, well, the problem is not so much about the protocol, it's the lack of specificity of non-ipmi protocols that bug me14:13
jjohnson2jroll, e.g. '0 2 0' always means 'turn *this* thing off', no matter who the implementer is14:14
jjohnson2jroll, the other attempts at standards seem to go out of their way to preserve the ability for a vendor to have their stuff look like a precious snowflake...14:14
*** mdbooth has joined #openstack-ironic14:14
jrolljjohnson2: I see. idk much about this space :)14:14
jjohnson2I have an unhealthy interest in this space14:15
jrollheh14:16
jjohnson2I also propose that in the wild, if IPMI didn't have an authcode on RAKP2 and also localized key to BMC UUID, then it would actually be more secure in practice than usual TLS access to BMCs14:16
jjohnson2not because TLS is less secure in theory, but because in practice admins add 'verify_ssl=False' directives everywhere rather than do a cert infrastructure14:17
jrollindeed :/14:17
jjohnson2with SNMPv3 USM and IPMI (as modified), then it naturally verifies the server (though there is a TLS mode that acts similarly that no one uses)14:18
jjohnson2and now I'll let the hook pull me off the stage and let people move on with interesting topics14:18
dmelladoya14:21
jrolljjohnson2: as if we have interesting things to talk about :)14:23
jjohnson2jroll, just grading on a curve14:23
jroll:P14:23
*** absubram has quit IRC14:24
*** mtanino has joined #openstack-ironic14:36
*** ChuckC_ has joined #openstack-ironic14:43
jlvillalGood morning Ironic :)14:43
*** ChuckC has quit IRC14:44
devanandamorning, all14:44
* jlvillal still adapting to daylight savings time. Unlike jroll who seems to be on east coast time ;)14:46
*** ChuckC_ has quit IRC14:49
NobodyCammorning devananda14:50
NobodyCammorning jlvillal14:50
vdrokmorning everyone14:51
vdrokthere is a question about this patch - https://review.openstack.org/#/c/151951/514:51
NobodyCamjroll: mind if I approve 158644 or would you like to have a look see?14:51
vdrokhere https://review.openstack.org/#/c/151951/5/ironic/common/glance_service/service_utils.py exception is thrown14:51
NobodyCammorning vdrok :)14:51
jlvillalmorning: NobodyCam, vdrok, devananda, jroll, jjohnson2, dmellado, lucasagomes and anyone else here....14:51
vdrokmorning NobodyCam, jlvillal14:52
lucasagomesheh morning jlvillal14:52
dmelladomotning!14:52
jjohnson2jlvillal, Woo I feel privileged not being one of 'anyone else here....'14:52
NobodyCam:)14:52
jjohnson2and morning14:52
vdrokmorning lucasagomes, devananda, dmellado, jjohnson214:52
jjohnson2vdrok, morning14:52
jlvillaljjohnson2: :)14:53
vdrokshould function like is_glance_image throw an exception, how do you think?14:53
*** anderbubble has joined #openstack-ironic14:53
jjohnson2vdrok, I think all functions should only throw exceptions and never ever return or otherwise cleanly exit.  Life is more interesting that way.14:54
devanandavdrok: is there a benefit to the UUID checking here?14:54
devanandavdrok: as opposed to catching the exception when attempting to request the image from glance?14:54
vdrokdevananda, just to fail earlier14:54
devanandavdrok: that's wasteful14:55
*** anderbubble has quit IRC14:55
devanandavdrok: just because it is a valid UUID does not mean the glance call is going to succeed or fail14:55
*** anderbubble has joined #openstack-ironic14:55
vdrokdevananda, yes, thats right14:55
*** zz_jgrimm is now known as jgrimm14:55
devanandavdrok: if the user has claimed "this is a glance ref", then we should try it. actually see if glance knows about it // we have access to the href14:56
devanandavdrok: also, note that, just because ironic can access the image once, does not mean ironic can access the image a second time -- maybe it gets deleted14:56
devanandavdrok: so early checking is never a replacement for proper error handling later on14:56
devanandaand it's mostly just additional code maintenance burden14:56
devanandavdrok: what if glance allows images to be refereced by name instead of UUID ?14:57
vdrokdevananda, for now it seems it's not the case14:57
vdrokdevananda, but yeah, then it would have to be changed again14:58
devanandayup14:59
jrollNobodyCam: do what you will :)14:59
jrollmorning devananda, vdrok, jlvillal :)14:59
devanandavdrok: IMO this check shouldn't be added. If we're going to add any early checking, I would actually verify that Ironic can fetch the glance image metadata from glance14:59
vdrokmorning jroll15:00
NobodyCam:) approved15:00
rloodevananda, vdrok: we have validate()s that do some checking beforehand. And we're going (I think) to have VALIDAT* states.15:02
*** anderbubble has left #openstack-ironic15:02
rloodevananda, vdrok: is our existing validate() a poor-man's validate?15:02
rloodevananda: since that method already exists and is doing some checking -- do you think it shouldn't exist, or that it should do minimal checking?15:02
rloodevananda: I saw another patch that prechecks that a temp file can be created... and someone made a similar comment about why precheck. I am wondering where to 'draw the line'.15:04
vdrokrloo, devananda, I think it should exist in some form, as we need to know which fields should be present in e.g. instance_info15:04
*** jcoufal has quit IRC15:05
vdrokthe set of required fields is different for glance and nonglance images15:05
*** jcoufal has joined #openstack-ironic15:05
devanandarloo: the ENROLL -> VALIDAT* -> MANAGEABLE state transition has nothing to do with glance15:05
devanandarloo: it is all about "has the user provided enough information to Ironic for Ironic to MANAGE the hardware?"15:05
devanandawhich means node.driver_info15:05
devanandanot instance_info15:05
rloodevananda: oh right. thx for pointing that out.15:06
devanandarloo: yea, I have already commented on the temp file review, I think. that should be a one-time startup check15:06
devanandaNobodyCam: ^15:06
devanandait's reasonable for a driver, during __init__ to ensure that it can function properly15:06
*** pas-ha has quit IRC15:06
devanandawe dont - bu tI think we should - have some init checking in the pxe driver, eg. to ensure that the tftpdir setting is correct and writable, and so on15:06
devanandaI could also see the is_glance_image() function querying glance to find out if this is ACTUALLY a glance image15:07
devanandahowever, doing that, we'd need to audit every place it's called and make sure we're not going to hammer the glance API with validation requests15:07
*** stendulker has joined #openstack-ironic15:08
devanandavdrok: yes - some validation should be done. Did the user provide the correct inputs for instance_info? -- this is really up to each driver15:08
devanandavdrok: and it should be done by driver.deploy.validate()15:08
vdrokdevananda, rloo, so it seems that leaving is_glance_image as is is fine15:10
*** rameshg87 has joined #openstack-ironic15:10
*** yog_ has quit IRC15:10
rloovdrok: well, I would leave it as is. But I didn't want to discourage you and part of that change didn't seem to hurt.15:11
vdrokrloo, that's fine :)15:12
*** ChuckC_ has joined #openstack-ironic15:16
NobodyCamdevananda: the latest rev should only be checking in init. also I do not see a comment from you on that review?15:19
devanandaugh. yes. well - I just commented15:21
devanandai have commented in my mind. isn't that enough? :)15:22
devanandaNobodyCam: one missing unit test, but IMO that change is fine15:22
devanandaNobodyCam: i wouldn't be opposed to similar checks for other drivers that have external dependencies, eg, pxe driver making sure that CONF.tftp_root is writable15:23
devanandaNobodyCam: so with that in mind, you might also want to rename these methods from check_tmpdir_* to just check_dir_*15:24
* devananda write smore comments on teh review15:24
*** david-lyle_afk is now known as david-lyle15:28
rloodevananda: wrt the client supporting versioning, do we want to put that in place before https://review.openstack.org/#/c/148804/15:28
rloodevananda: so that it only supports inspect, etc, if the version specified is > 1.1 (or whatever it should be)15:29
*** gridinv_ has joined #openstack-ironic15:29
rameshg87JoshNang: you around ?15:29
*** mtanino is now known as mtanino_away15:30
*** Marga_ has joined #openstack-ironic15:30
NobodyCamdevananda: ack TY15:32
*** BadCub is now known as BadCub_Eating15:33
*** gridinv_ has quit IRC15:34
devanandaNobodyCam: more comments just now15:34
*** Marga_ has quit IRC15:36
JoshNangrameshg87: o/15:40
jlvillalrameshg87: About that mkfs function... :P15:41
jlvillalrameshg87: I think you have been asked about it like four times now :D15:42
rameshg87jlvillal: yeah true :)15:47
jlvillalrameshg87: If you re-spin again, maybe add a TODO note about re-doing the unit testing?15:48
rameshg87jlvillal: yeah sure .. will do15:48
rameshg87JoshNang: hi, have some time to discuss about cleaning/zapping related thing ?15:49
JoshNangrameshg87: sure. nothings really changed since thurs15:49
rameshg87JoshNang: yeah .. some doubts after that15:49
rameshg87JoshNang: https://review.openstack.org/#/c/161453/3/ironic/drivers/modules/agent.py - get_clean_steps()15:50
rameshg87JoshNang: i assume you would need to add 'interface' as 'deploy' in all the clean steps that ramdisk returns15:50
rameshg87JoshNang: to make it work with your parent patch15:50
*** Marga_ has joined #openstack-ironic15:51
JoshNangeither that or add it to the agent. but yeah, probably the driver15:51
JoshNang(this is what happens when i don't have tests yet ha)15:52
rameshg87:)15:52
rameshg87yeah i agree, it was just for me to see15:52
rameshg87but i suppose adding at the agent has some value15:52
rameshg87JoshNang: we can call in the agent as result = agent_client.get_clean_steps(task.node, ports, interface='deploy')15:53
openstackgerritMerged openstack/ironic: PXE driver: Deprecate pxe_deploy_{ramdisk, kernel}  https://review.openstack.org/15864415:53
devanandalucasagomes: nit in your pxe options patch ^15:53
rameshg87JoshNang: and let the hardware managers decide which all clean steps belong to which all interface15:53
*** coolsvap is now known as coolsvap|afk15:54
rameshg87JoshNang: that would mean that proliant hardware manager can decide 'create_configuration' and 'delete_configuration' belongs to interface 'raid'15:54
JoshNangrameshg87: hmm that's interesting15:54
rameshg87JoshNang: i can poll that from the same code from AgentRaidInterface with agent_client.get_clean_steps(task.node, ports, interface='raid')15:54
rameshg87JoshNang: i mean that's the case with any hardware manager :)15:54
rameshg87not only proliant15:54
JoshNangright15:55
*** rwsu-afk is now known as rwsu15:55
JoshNangthe heartbeats would still come to the agent driver15:55
JoshNangbut we already discussed solutions for that15:55
stendulkerdevananda: Hi, there were 2 ilo defects that we wanted for kilo-3 milestone, One has been updated. Did you have look at other one https://bugs.launchpad.net/ironic/+bug/141832715:56
openstackLaunchpad bug 1418327 in Ironic "pxe_ilo and iscsi_ilo driver sets capabilities:boot_mode in node property if there is none" [High,In progress] - Assigned to Shivanand Tendulker (shivanand-tendulker)15:56
lucasagomesdevananda, in a call, will take a look soonish15:56
lucasagomesdevananda, morning btw15:56
rameshg87JoshNang: it would come to agent driver, but again we know what the last step and where it belongs15:56
*** BadCub_Eating is now known as BadCub15:56
JoshNangright15:56
rameshg87JoshNang: add a temporary hook in place only for create_configuration15:57
lucasagomesdevananda, oh, I will add a patch putting the node.uuid there15:57
rameshg87JoshNang: and then call update_raid_info with that15:57
rameshg87JoshNang: does that seem alright ?15:57
JoshNangit's a good starting point15:57
rameshg87okay. i will do some experiments today with your patch and let you know .. :)15:58
JoshNangawesome15:59
JoshNangi'll add some tests and make that patch correct (and hopefully get execute clean steps merged..)15:59
rameshg87JoshNang: okay ..16:00
rameshg87JoshNang: so you are going to add something like interface parameter and would end up calling like result = agent_client.get_clean_steps(task.node, ports, interface='deploy'), right ?16:01
*** purp_away has quit IRC16:01
JoshNangright16:01
rameshg87JoshNang: that would help in separating out what belongs to deploy and what belongs to raid16:01
rameshg87JoshNang: okay16:01
rameshg87great ..16:01
rameshg87i would make changes in proliant hardware manager accordingly and then try16:01
*** purp_2 has joined #openstack-ironic16:01
*** purp_2 is now known as purp16:02
rameshg87anyone has thoughts on this: https://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/port.py#L293-L29516:07
rameshg87i think this should be done after acquiring a lock on the node16:07
*** stendulker has quit IRC16:10
*** stendulker_ has joined #openstack-ironic16:11
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add node UUID to deprecated log message  https://review.openstack.org/16350916:11
lucasagomesdevananda, ^16:11
*** eglute has quit IRC16:13
*** Ng has quit IRC16:13
*** wendar_ has joined #openstack-ironic16:14
*** comstud has quit IRC16:14
*** jroll has quit IRC16:14
*** wendar has quit IRC16:14
*** rainya has quit IRC16:14
*** russell_h has quit IRC16:14
*** zigo_ has quit IRC16:14
*** Isotopp has quit IRC16:14
*** zigo_ has joined #openstack-ironic16:14
*** russell_h has joined #openstack-ironic16:15
*** eglute has joined #openstack-ironic16:15
*** Isotopp has joined #openstack-ironic16:15
*** Isotopp has quit IRC16:15
*** Isotopp has joined #openstack-ironic16:15
*** jroll has joined #openstack-ironic16:15
*** rainya has joined #openstack-ironic16:15
*** russell_h has quit IRC16:15
*** russell_h has joined #openstack-ironic16:15
*** comstud has joined #openstack-ironic16:15
*** jroll has quit IRC16:16
*** jroll has joined #openstack-ironic16:16
*** jmccrory has joined #openstack-ironic16:19
*** Ng has joined #openstack-ironic16:20
stendulker_lucasgomes: Hi, A query on boot_option capability16:24
stendulker_lucasgomes: Why are we reading boot_option capability from both instance_info and node properties? And not from just instance_info?16:25
*** ukalifon1 has quit IRC16:26
*** ijw has joined #openstack-ironic16:29
lucasagomesstendulker_, for local boot? where's it that?16:31
lucasagomesstendulker_, instance_info will only be populated after deployment is triggered16:31
lucasagomesstendulker_, that's the nova driver that populates it into ironic16:31
lucasagomeswhere on the properties/capabilities we need to read it before to validate if that's a valid capability16:32
JayFI just ressurected https://review.openstack.org/#/c/155117/1 to get agent_ssh check jobs running on devstack16:32
lucasagomessome drivers doesn't support local boot16:32
JayFto prevent us being broken like we were during the rogue midcycle16:32
stendulker_lucasgomes: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L478 we use instance_info16:32
lucasagomesso on validate() it should fail if it's set the wrong thing16:32
*** mtanino_away has quit IRC16:32
stendulker_lucasgomes: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L511 uses node capabilities16:33
lucasagomesstendulker_, yes, what I said16:33
lucasagomesstendulker_, the first link is part of deployment16:33
lucasagomeswe need to check if the machine should be deployed with local boot16:34
lucasagomesthe second one is validate() that happens before deployment16:34
lucasagomesso we need to check if the driver supports localboot in case it's set on the node properties16:34
lucasagomesat the point instance_info won't be populated yet16:34
stendulker_lucasgomes: Ok. Got it16:35
lucasagomesstendulker_, the second one is just to make sure we don't fail at deployment time16:35
lucasagomesso we fail before :)16:35
lucasagomeswhich is good16:35
stendulker_lucasgomes: I assumed validate call happens only once. But nova does make acall to validate before initiating deploy as well16:35
lucasagomesstendulker_, yup16:35
lucasagomesstendulker_, also you can call validate via the API as well16:35
lucasagomesand that should tell the operator like: hey this driver doesn't support this capabilitiy16:36
stendulker_lucasgomes: so for all capabilities in deployment phase we should use instance_info and in validate we should use node properties.16:37
stendulker_lucasgomes: thank you for the help.16:37
lucasagomesstendulker_, yeah, that's because the nova driver is the one that actually populate the instance_info with the capabilities16:38
lucasagomesstendulker_, np16:38
lucasagomesstendulker_, btw I just +2'd the iLO patch you pointed to me this morning16:38
lucasagomeslgtm :)16:38
stendulker_lucasgomes: thank you :)16:38
*** rameshg87 is now known as rameshg87-dinner16:49
*** andreykurilin_ has joined #openstack-ironic16:51
*** openstack has joined #openstack-ironic16:55
*** andreykurilin_ has quit IRC16:56
NobodyCamdevananda: should we add a  link to https://wiki.openstack.org/wiki/Ironic/CoreTeam on https://wiki.openstack.org/wiki/Ironic16:56
*** romcheg1 has quit IRC16:57
NobodyCamI ask because I had the core team page open in a tab and I've forgotten why I had it open :-p16:58
*** BadCub is now known as BadCub_Away17:00
*** stendulker_ has quit IRC17:02
*** spandhe has joined #openstack-ironic17:07
openstackgerritRamakrishnan G proposed openstack/ironic-python-agent: SyncCommandResult should store actual exception  https://review.openstack.org/16352417:10
*** harlowja_away is now known as harlowja_17:14
*** mgagne_PHL is now known as mgagne17:14
*** romcheg has joined #openstack-ironic17:18
openstackgerritRamakrishnan G proposed openstack/ironic-python-agent: os.path.exists should be mocked in test case  https://review.openstack.org/16352917:19
*** chlong has quit IRC17:21
rlooNobodyCam: are we ok with a commit that just has 'Fix some typos'?17:25
rlooNobodyCam: https://review.openstack.org/#/c/163422/17:25
rlooNobodyCam: maybe I'm just nit'ing?17:26
devanandaNobodyCam: oh - yes, we should17:26
NobodyCamrloo: I was okay with that as it litteraly fixed two typos :)17:27
*** wendar_ is now known as wendar17:28
jrollrloo: you have the power to change the commit message :)17:28
rlooNobodyCam: it doesn't even say 'two' typos. it says 'some'.17:29
rloojroll: yeah, i have the power but i think i'll just skip that patch ;)17:29
jroll:/17:29
NobodyCam:-p rloo I took some from this page: http://law.marquette.edu/facultyblog/2014/07/20/commonly-confused-words-a-couple-a-few-some-several-or-many/17:31
openstackgerritJim Rollenhagen proposed openstack/ironic: Fix two typos  https://review.openstack.org/16342217:31
jrollfixed.17:31
NobodyCamwhich says it could be as little as a few (two) or more... so some worked for me there17:31
NobodyCamlol17:31
jrollNobodyCam: +a that pls17:31
jrollget it out of the queue17:31
JayFtypo-only things only need one +2A per the recent list thread17:32
jrolloh17:32
jrollright17:32
jroll+a'd17:32
jrollI get upset when we spend more time talking about fixing a thing than it takes to fix the thing :|17:33
NobodyCamlol ok so now it has 2 +a's17:34
NobodyCamlol17:34
NobodyCam:)17:34
jrollmust be a good patch :D17:34
jlvillalNobodyCam: Dumb question what does 'a' in '+a' stand for?  I know it is the Workflow field.  But curious what 'a' means17:35
jrollapproved17:35
* NobodyCam can't wait to have real bandwidth again (installer will be here tomorrow) (happydance)17:35
jrollsome people say +W, some people say +317:35
jlvillaljroll: Ah, thanks :)17:35
NobodyCamyep17:35
jrollhyve just announced a new ocp platform called honey badger, lol17:35
NobodyCamlol17:35
NobodyCambetter then honey booboo17:36
NobodyCamlol17:36
jrollhahaha17:36
jrollyou've seen the honey badger video no?17:36
NobodyCam?? like from a few years ago?17:36
jrollyeah17:37
jrolljust making sure :)17:37
jrollhyve don't give a...17:37
NobodyCamlol - i still like (i don't know why) the broken goat17:38
jrolllol17:38
NobodyCamhttps://www.youtube.com/watch?v=Q8ZpW0cDc5U17:38
jrollamazing17:39
*** gridinv_ has quit IRC17:39
*** igordcard_ has joined #openstack-ironic17:42
*** devlaps has joined #openstack-ironic17:42
*** jmccrory has quit IRC17:42
NobodyCamlol17:43
NobodyCamI lol every time I watch that one.. :-p17:43
devanandaanyone familiar with this bug? https://bugs.launchpad.net/ironic/+bug/142759717:44
openstackLaunchpad bug 1427597 in Ironic "destroy_port fails to delete the port even if the node is locked by the same process. " [Medium,In progress] - Assigned to Nisha Agarwal (agarwalnisha1980)17:44
devanandaseems like dtantsur and nisha were working on it17:44
NobodyCamdevananda: I seem to recall Nisha hitting that one.17:45
jrolldevananda: somewhat, why17:45
rameshg87-dinnerdevananda: yes, i am  :)17:46
devanandarameshg87-dinner: hi! I just commented on nisha's patch17:46
devanandait would be helpful to have a description of the sequence of events that creates this issue17:46
*** rameshg87-dinner is now known as rameshg8717:46
devanandanot just "during discovery" -- but why is the node lock held by one thread, while the client is issuing a delete request to the REST API?17:47
devanandathat's the part I'm really confused by17:47
devanandait seems like the client must be issuing parallel requests // issuing the second request before the first one is done? or am I missing something17:47
jrolliirc the node is locked for the entirety of discovery?17:48
rameshg87devananda: yeah, i agree about description17:48
rameshg87devananda: yeah the node is locked during discovery which causes the reservation field to be set17:48
devanandahuh17:48
devanandabut discovery is async17:48
devanandathere's an agent that runs on the node. it might take some time to introspect, or what ever17:49
rameshg87devananda: yeah but discovery needs to alter the properties of the node hence it needs to acquire the lock17:49
devanandawhat happens if, while the agent is doing its thing, I migrate conductors?17:49
devanandathe lock cant be held for the whole duration of discovery... it needs to be taken while the conductor is *doing* something, then released17:49
rameshg87yeah..but atleast during updating the node properties, we should lock the node, right ?17:50
devanandarameshg87: conductor.upddate_node already does that17:50
jrolldevananda: isn't nisha working on oob inspection?17:50
devanandajroll: oh, right.17:50
jroll:)17:51
devanandajroll: in the conductor, or in another service ?17:51
devanandafor oob inspection driven by the conductor, I can see how this error would occur. but the proposed patch doesnt address it.17:51
rlooJayF, jroll: I think the typo thing needing only one +2 +A was for non-user-facing typos ;)17:51
rameshg87jroll: devananda: it's within the conductor, oob inspection17:51
devanandarameshg87: so why does it need a new RPC call?17:52
jrolldevananda: in the driver. I agree this doesn't make sense to me while looking at line 50 here https://review.openstack.org/#/c/151596/29/ironic/drivers/modules/ilo/inspect.py17:52
jrollOH17:52
jrollwait.17:52
*** mtanino has joined #openstack-ironic17:52
jrolldevananda: so on the patch in question...17:52
jrollit removes the lock check from the dbapi layer17:52
jrolland adds one that did not exist for the case where the API is used to destroy the port17:53
devanandaOH17:53
rameshg87yeah17:53
jrollnow as to why ilo/inspect uses dbapi directly, that's a different problem :)17:53
rameshg87with the lock check in the db layer for destroy_port, no one can delete the port when they themselves have acquired the lock17:53
devanandarameshg87: ok, could you update the commit message to clarify all this?17:53
*** achanda has joined #openstack-ironic17:54
rameshg87devananda: yeah sure ..17:54
*** anderbubble_ has joined #openstack-ironic17:54
devanandathanks much17:55
* devananda runs to a meeting17:55
jroll"rackspace is building a new server based on openpower"17:56
*** anderbubble_ is now known as anderbubble17:56
rameshg87devananda: that brings me to a question17:56
rameshg87devananda: jroll: shouldn't this also be done from conductor after acquiring the lock ? https://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/port.py#L284-L29817:57
*** athomas has quit IRC17:57
jrollrameshg87: that should probably be in the conductor, but may not need a lock. I think it's fine for now17:57
rameshg87jroll: i assume we *should not be* able to delete ports during a deploy17:59
jrollrameshg87: that's create port no?18:00
rameshg87jroll: but it *should be* okay to create new ports during something like a deploy18:00
rameshg87jroll: yeah18:00
jrollrameshg87: yeah, indeed18:00
jrollshould be.18:00
*** vdrok is now known as vdrok_afk18:00
*** tiagogomes_ has quit IRC18:01
*** jmccrory has joined #openstack-ironic18:08
*** ifarkas has quit IRC18:08
*** Nisha has joined #openstack-ironic18:09
openstackgerritRamakrishnan G proposed openstack/ironic: Remove reservation check for port destroy in db  https://review.openstack.org/16186118:11
rameshg87devananda: jroll: does it sound better now ? ^^^18:11
*** kbyrne has quit IRC18:13
jrollrameshg87: yeah, commit message lgtm. will review :)18:14
*** kbyrne has joined #openstack-ironic18:14
*** anderbubble has left #openstack-ironic18:18
*** absubram has joined #openstack-ironic18:20
openstackgerritNisha Agarwal proposed openstack/ironic: iLO implementation for hardware inspection  https://review.openstack.org/15159618:23
lucasagomesfolks I will call it a day18:26
lucasagomeshave a good night!18:26
*** lucasagomes is now known as lucas-hungry18:26
*** lucas-hungry is now known as lucas-dinner18:26
jlvillallucas-dinner: Good night!18:28
openstackgerritNisha Agarwal proposed openstack/ironic: iLO implementation for hardware inspection  https://review.openstack.org/15159618:28
Nishadevananda, and other core reviewers, request reviews on https://review.openstack.org/15159618:30
Nishaeven for https://review.openstack.org/15590018:32
*** jcoufal has quit IRC18:32
NobodyCamnight lucas-dinner18:37
rameshg87jroll: thanks :)18:38
*** jmccrory has quit IRC18:39
*** jmccrory has joined #openstack-ironic18:39
*** pelix has quit IRC18:43
*** jistr has quit IRC18:46
*** morganfainberg has joined #openstack-ironic18:56
*** mtanino has quit IRC18:57
*** mtanino has joined #openstack-ironic18:57
*** Marga_ has quit IRC18:58
*** jmccrory has quit IRC19:02
openstackgerritNisha Agarwal proposed openstack/ironic: Inpects few more scheduling properties with inspection  https://review.openstack.org/16357219:13
openstackgerritMerged openstack/ironic: Fix wrong chown command in deployment guide  https://review.openstack.org/16344319:18
openstackgerritNisha Agarwal proposed openstack/ironic: Inpects hardware and gets associated some of the capabilities.  https://review.openstack.org/16357219:20
jgrimmbah, still having no luck getting IPA to work.  deploy 'succeeds' now, but none of the instance images i've tested actually boot.  :(19:26
jgrimmi did run into issue where i had an MBR already on the disk... and writing the config drive at the end of the disk barfed, because it was past mbr limits.   i'll bug that.19:26
*** achanda has quit IRC19:27
jgrimmtried instance image of cirros img (per recommendation) and coreos iso for kicks.  deploy 'succeeds' and reboot happens, but no booting19:28
jrollwhat's the console show?19:29
jgrimmcomplete blank19:29
jrollhrm19:30
jgrimmi'm surprised the bios didn't spit out some angry message at least.. but i saw that behavior when i was deploying pxe_ipmitool localboot too before i figured out grub hadn't been layed down19:31
jrollright... hmm19:31
jrollyou see bios and stuff yeah?19:31
jrollmaybe grub it pointed at the wrong tty19:31
*** jmccrory has joined #openstack-ironic19:31
jgrimmi don't think its even booting.  or at least never makes it to dhcp'ing19:32
jgrimmas evidence of 'something' interesting happening19:33
jrolloh, this is pxe_ipa19:33
jrollor pxe_ipmitool with ipa19:33
jgrimmthis is with agent_ipmitool19:34
jgrimmi haven't tried pxe_ipmitool with ipa deploy image combo yet19:35
jrollwell it wouldn't be dhcp'ing until it boots up then19:36
jgrimmyep19:36
*** achanda has joined #openstack-ironic19:38
jgrimmi'm probably still doing 'something' wrong, but not seeing any clues to what might be at fault.  i suppose i should try to actually boot the coreos image somewhere else and verify it boots.19:39
jrollI do know for a fact the cirros image will boot19:39
jrollassuming your using the disk image19:39
jgrimmjroll, yep: | cb067306-1140-4c41-85e0-9849d077d37c | cirros-0.3.2-x86_64-disk           | qcow2       | bare             | 13167616   | active19:41
jrollyeah, that should boot. I bet the console= kernel argument is wrong for your hardware19:41
jgrimmjroll, ok, let me look at that, but odd that networking never comes up.. even if i don't get a console19:41
NobodyCam`brb19:41
jrolljgrimm: well, that will depend on dhcp working properly and stuff, idk19:42
jgrimmjroll, yep!19:42
jrollwhich we can't figure out without logs :P19:42
jgrimm:) indeed19:42
rameshg87jgrimm: one thing that happened to me recently19:44
rameshg87jgrimm: does your instance image has the bootable flag set for the root partition ?19:44
rameshg87jgrimm: i have experience that bios doesn't boot from mbr if it doesn't find atleast one bootable partition19:45
rameshg87<some bios> rather19:45
jgrimmrameshg87, i recall seeing that bug.. that would be interesting19:45
rameshg87jgrimm: you can immediately check that19:46
rameshg87jgrimm: down the glance image, run fdisk -l <> on it19:46
rameshg87jgrimm: and check if fdisk shows atleast one partition as bootable19:46
jgrimmrameshg87, cool. thanks for the idea19:46
openstackgerritRamakrishnan G proposed openstack/ironic: Add whole disk image support in iscsi_ilo driver  https://review.openstack.org/16358919:47
rameshg87jgrimm: and btw cirros image doesn't actually boot on my hardware19:47
jgrimmrameshg87, ohh... for that reason?19:47
rameshg87jgrimm: it has limited set of kernel drivers for the actual hardware19:47
jgrimmahh.. ok19:47
rameshg87jgrimm: in my understanding, cirros image is mainly for testing purposes on virtual machines19:48
rameshg87jgrimm: i guess nobody qualifies it on any actual hardware19:48
jgrimmagreed.   i'm getting same behavior with coreos iso image i've built too, but that doesn't mean much more than cirros19:49
jgrimmor less even19:49
openstackgerritRamakrishnan G proposed openstack/ironic: iscsi_ilo driver to support agent ramdisk  https://review.openstack.org/16244919:56
*** kevinbenton has joined #openstack-ironic19:57
jgrimmrameshg87, Disk cirros-0.3.2-x86_64-disk.img doesn't contain a valid partition table19:58
jgrimmrameshg87, Disk cirros-0.3.2-x86_64-disk.img doesn't contain a valid partition table19:58
jgrimmso that does sound possibly wonky that my system doesn't like, but seems to work for others.20:00
*** pas-ha has joined #openstack-ironic20:01
rameshg87jgrimm: even i have one, let me try20:02
jgrimmrameshg87, tx!20:03
rameshg87jgrimm: it's qcow220:03
rameshg87jgrimm: did you uncompress it20:03
rameshg87jgrimm: it shows for me20:03
rameshg87jgrimm: http://paste.openstack.org/show/191685/20:04
rameshg87jgrimm: it's marked as bootable, i think it should be too in your case20:04
rameshg87jgrimm: so that might not be the problem :)20:04
jgrimmoh sorry, yeah, i need to convert to raw20:04
rameshg87jgrimm: i have never been able to boot cirros image on actual hardware btw20:05
rameshg87jgrimm: i take something like: https://cloud-images.ubuntu.com/trusty/current/trusty-server-cloudimg-amd64-disk1.img20:05
rameshg87jgrimm: for quick testing ...20:06
jgrimmrameshg87, cool, i was about to ask for your methodology20:06
rameshg87jgrimm: it comes with cloud-init in it, so you should be able to do your normal login with configdrive as well20:06
jgrimmheh, i'd be happy to get to a login20:07
rameshg87:)20:07
* rameshg87 feels the same when i get a login prompt :)20:08
* rameshg87 goes to sleep 20:08
rameshg87good night ironic20:08
jgrimmrameshg87, thanks for ideas rameshg87, good night20:08
*** rameshg87 has left #openstack-ironic20:09
*** Marga_ has joined #openstack-ironic20:20
*** Nisha has quit IRC20:28
*** ChuckC_ has quit IRC20:29
jlvillalI would appreciate reviews on: https://review.openstack.org/#/c/163600/   httpretty 0.8.8 breaks the py34 tests of python-ironicclient20:32
jlvillalSo I am submitting change to openstack/requirements to fix it20:33
jlvillalThis also means the gate on openstack/python-ironicclient is broken until that is fixed.20:33
rloojlvillal: seems like deja vu?20:34
jlvillalrloo: Yep!  It broke with 0.8.7.  0.8.8 was released today it seems.20:35
*** jistr has joined #openstack-ironic20:35
rloojlvillal: any idea whether there is a bug against httpretty? or are we going to blacklist all future versions?20:35
jlvillalrloo: I think there is a bug about this20:36
rloojlvillal: ok.20:36
jlvillalrloo: I think this might be the issue.  Not sure though.  https://github.com/gabrielfalcao/HTTPretty/issues/22120:36
*** ndipanov has quit IRC20:36
rloojlvillal: maybe? worth putting that link in the commit message?20:37
jlvillalrloo: Sure20:37
jlvillalrloo: Done :)20:39
rloothx jlvillal20:39
jlvillalrloo: So... I like testtools.ExpectException in my use.  Because self.assertRaises seems to much less elegant, in my opinion.20:42
rloojlvillal: less elegant just in your case, or in general?20:43
jlvillalrloo: Less elegant when you want to check the message that the exception is generating.20:44
jrolljlvillal: self.assertRaises returns the exception, fwiw20:44
jlvillalIt becomes more like.  result = self.assertRaises().  Then you have to check the result with self.assertEqual20:44
rloojlvillal: that would be true. but we don't tend to check the message string. that checking seems to have increased in recent tests though. i think.20:44
jlvillalThus why I think it is more elegant :)20:44
rloojlvillal: there was a question as to how much string checking we should be doing in the unit tests, due to locale but it wasn't clear if there was a real problem or not.20:46
jlvillalrloo: In this case the message is generated solely by the unit test.  And verified as such.20:47
rloojlvillal: my preference would be to use the assertRaises mechanism, and propose a separate something to switch to use testtools.ExpectException. I'm not fond of supporting both ways, cuz I can imagine someone will come along later and want to change them all to be one way only.20:47
rloojlvillal: I'm not going to -1 you on this, it is just my opinion.20:47
jlvillalrloo: But yes, it would be good if we had a way to validate the messages generated some times.  As it seems like the only difference in code paths is what log message they generate.  So we should have a way to test that.20:48
rloojlvillal: but I most likely won't +2 it either cuz I'm not sure.20:48
rloojlvillal: i agree that it would be more complete to check for the expected string.20:48
jrollwhere do we get testtools from? direct dep or testr or something else?20:48
jrolloh, it's direct, ignore me20:49
jlvillalrloo: There is probably a good reason the testtools library added ExpectException in addition to adding features to self.raiseAssert20:49
rloojlvillal: yes, you already gave a good reason for using it ;)20:49
jlvillaljlvillal: I'm not sure exactly what that good reason is :)20:49
jlvillalrloo: They also added the ability to do result=self.raisesAssert().  As unittest doesn't have that feature.20:50
jlvillalI will work on the patch, clean up some of it20:50
rloojlvillal: I'm not against using testtools... and maybe lifeless can chime in ^^20:52
lifelessh20:53
lifelesshi20:53
lifelesswhats up?20:53
jlvillalrloo: Well we are using testtools :)20:53
jlvillalrloo: When use self.assertRaises() that is testtools20:54
rloolifeless: do you have any thoughts about whether it is better to use testtools.ExpectException vs self.assertRaises()? We are using the latter in our unit tests.20:54
jlvillalrloo: If go back far enough in the Class chain will find that it is using testtools20:54
rloojlvillal: oh, i didn't realize self.assertRaises() is from testtools also.20:54
lifelesstheres a few different things20:54
rloolifeless, did you write that stuff? you're confusing us!20:54
lifelessthe history is this20:54
lifelesspython 2.4's assertRaises didn't return the exception20:55
lifelessand there were no context managers20:55
lifelessso we returned the exception to make it possible to write assertions about the caught exception20:55
lifelessthen cPythin turned assertRaises into a context manager20:55
*** achanda has quit IRC20:55
lifelesswhich would be an API break for testtools20:55
lifelessso we added ExpectException since using a context manager for this is pretty nice20:56
*** romcheg has left #openstack-ironic20:56
lifelesswe also have a matcher so you can build a complex assertion around things20:56
*** mtanino has quit IRC20:56
lifelessbut ExpectException is probably the most direct and easy way to write such stuff20:56
jlvillallifeless: I thought using 'with ExpectException(xx, match_string)' was more elegant than 'result = self.assertRaises(); self.assertEqual(result, match_string)'20:56
lifelessany of them are fine IMO20:56
* jlvillal likes the history lesson :)20:57
jlvillallifeless: Thanks for the info.20:57
lifelessthings like https://github.com/testing-cabal/testrepository/blob/master/testrepository/tests/test_repository.py#L23320:57
lifelessare pretty nice IMO20:57
jlvillallifeless: That is nice :)20:58
rloolifeless: ooo. almost English ;)20:58
* jlvillal will try that...20:59
rloothanks lifeless!20:59
*** dprince has quit IRC21:02
jlvillallifeless: So I kind of failed using assertThat() :(   Can I put the call to the function that will raise an exception into the first argument?21:04
jlvillalI tried that, and it didn't seem like the exception was caught by assertThat.21:05
*** r-daneel has quit IRC21:05
mrdaMorning Ironic21:05
lifelessjlvillal: the first parameter needs to be a zero-arg callable21:06
lifelessjlvillal: e.g. a lambda or just the function21:06
jlvillallifeless: Oh :(  The function I want to call has multiple args.21:06
lifelessjlvillal: yeah so - self.assertThat(lambda:foo(x,y,z), raises(...)))21:06
jlvillallifeless: Thanks21:07
lifelessthe thing I like about this is that the call is actually explicit and visible. The thing I don't like is that lambdas have a terrible repr()21:07
lifelessand are not as nice as lambdas in e.g. haskell21:07
*** jjohnson2 has quit IRC21:08
*** pas-ha has quit IRC21:08
jlvillallifeless: Thanks for the info.  I'm not sure which will look most readable.  I will do both and stare at the code :)21:09
lifeless+121:09
*** jistr has quit IRC21:10
*** yuriyz has quit IRC21:13
*** vdrok_afk has quit IRC21:13
*** vdrok_afk has joined #openstack-ironic21:14
*** yuriyz has joined #openstack-ironic21:14
jlvillalrloo: What's  your favorite?  http://paste.openstack.org/show/191693/21:16
jlvillal:)21:16
rloojlvillal: what if you don't want/care about the exception message? Which is better?21:18
jlvillalrloo: In this case I like ExpectedException the best for with or without a message.21:19
jlvillalBut I am fine using self.assertRaises() for consistency sake.21:19
rloojlvillal: so wrt that particular patch, i'd prefer if you used self.assertRaises() for consistency sake. but maybe do another patch that replaces the .assertRaises() with ExpectedException in the two cases (with and w/o message) and see what people think.21:20
jlvillalrloo: Okay21:21
rloojlvillal: that's only my opinion.21:21
jrollread that as "that's my only opinion"21:22
jlvillalrloo: It works for me.  I'll try not to be too emotionally attached to my code :D21:22
jrolland was ready to call out rloo21:22
jlvillalrloo: But it is tough to not get attached to it.  It's like my little precious code ;)21:23
rloojroll: ha ha21:23
rloojlvillal: oh my. if you are attached to your code, i'm not sure you'll like the open source community.21:23
* jlvillal One of the reason jlvillal tries not to use terms like 'you' or 'your' when doing code reviews.21:23
jlvillalrloo: :)21:24
rloojlvillal: but think of the pleasure you'll get when you've convinced others that 'your' way is more elegant ;)21:24
lifelessjlvillal: that sample code looks like its related to https://review.openstack.org/#/c/160383/ ?21:24
rloojlvillal: until the next young whipper snapper has a  more elegant way...21:24
jlvillalrloo: True, but I'm not sure the pleasure is worth the effort :)21:24
mrdaand sometimes that convincing is *even* on merit of the change? :-P21:24
openstackgerritMerged openstack/ironic-python-agent: SyncCommandResult should store actual exception  https://review.openstack.org/16352421:24
jlvillallifeless: Sort of related.  yes.21:24
lifelessso I might be out of sync with everyone else here21:25
jlvillallifeless: https://review.openstack.org/162672 is the patch.  Which is updating for this change: https://review.openstack.org/16180321:25
jrolllifeless: I think I agree with what you're about to say :P21:27
jrollwe're spending an awwwful lot of time on 16352421:27
lifelessjlvillal: put a review on that - I think there is a more direct fix (use a better library function)21:27
jrollI think it has a small benefit, but likely not worth the effort21:27
lifelessjroll: so what I was going to say is that pre-flight checks as a rule don't cover all the bases, better exception handling does21:28
*** achanda has joined #openstack-ironic21:28
jrolllifeless: yeah, saw your comment already :)21:29
lifelessjroll: is that the one you agree with ?21:29
jlvillallifeless: Okay.  I was just trying to handle the exceptions that could be raised in that function.  Since I had updated the function....21:29
* jlvillal does things in reverse order at times....21:29
lifelessjlvillal: yep, and +1 on that21:29
lifelessjlvillal: but if we use a better function, the whole thing can become smaller :)21:30
jrolllifeless: I agree that this is mostly not useful, partially for that reason, though checking some basic things on init seems sane21:30
lifelessjroll: things that can't change at runtime are good to check at init IMO21:30
jlvillallifeless: True.  I guess I could work on a patch for that also.  And do it together.21:31
lifelessjroll: I don't like the maintenance burden of double-checking things21:31
*** jmccrory has quit IRC21:31
*** jmccrory1 has joined #openstack-ironic21:31
jrolllifeless: yeah. though if /tmp doesn't exist then the conductor is pretty useless. so we should check that. (for example)21:31
devanandamrda: I believe rloo pointed out to me recently that logical names arne't working for node references under the /v1/ports/ API21:32
mrdadevananda: :(21:32
lifelessjroll: well, I'll disagree - /tmp can get remounted under some circumstances while the conductor is running21:32
lifelessjroll: which will bork it just as effectively. Or run out of space.21:32
mrdaI'll take a look today devananda.  Is this a reported bug?  Or just an observation at this stage?21:32
devanandamrda: just observation while testing the client changes21:33
devanandamrda: i have not filed a bug yet21:33
lifelessjroll: so I'd really rather assume it might become useless at any point and catch those exceptions21:33
mrdaok, cool.21:33
lifelessjroll: (and signal them clearly to the log or even in the object error state in the API)21:33
mrdaI shall test it myself, confirm the observation, report a bug, and fix it.21:33
devanandalifeless: so, I agree with you on "handle failures well when there could be races"21:33
jrolllifeless: sure, I see your point. I'm fine without fixing this "bug" at all, I'm also fine with a small bit of code to do sanity checks at startup. /me checks how much code this is again21:33
devanandamrda: cheers :)21:33
rloodevananda, mrda: I looked at the port/node-name thingy briefly. the code dealing with the port is a bit ... odd. there's some stuff there wrt node id (and uuid) that ought to be cleaned up.21:34
devanandalifeless: but I feel like drivers have a responsibility during start-up to fail fast if they know, at that point, that their function is impaired21:34
lifelessI think I have two specific concerns here. One - if we're going to close the bug, we should be covering the general case, not the special case of startup.21:34
*** ijw has quit IRC21:34
*** penick has joined #openstack-ironic21:34
lifelessTwo - I consider extra code a burden, but I know not everyone agrees on that :)21:34
devanandalifeless: the bug, IMHO, is really about "operator misconfigured the environment, but only found out by digging in the deploy logs"21:35
devanandalifeless: a driver that logs an error and fails startup solves that bug21:35
devanandalifeless: and it is a noticeable improvement in operator usability21:35
mrdarloo: thanks, I'll have a look21:35
devanandalifeless: it's not a replacement for proper error handling of eg, /tmp filled up, or someone changed permissions on /var/run/tmp/ironic/ or what ever21:36
devanandabut perhaps that distinction isn't clearly stated on the bug or patch ?21:36
lifelessthe bug appears to be about the general case21:37
lifeless'Ironic drivers that utilize temp files should verify they can actually create them'21:37
lifelessanyhow, I won't want to obsess on this21:40
lifelessI agree that stopping and saying 'whoa this can't possibly work' is a useful thing to do21:41
lifelessI don't think its as useful as making sure the actual cause of the error reported in that bug is surfaced to the operators effectively *whenever* it occurs21:41
lifelessI'd be sad if the bug is closed with the fail-fast code applied but the general case not.21:42
lifelessfin21:42
rlooamen to that!21:45
*** movielovers has joined #openstack-ironic21:45
*** movielovers has left #openstack-ironic21:45
openstackgerritMerged openstack/ironic: Add node UUID to deprecated log message  https://review.openstack.org/16350921:45
openstackgerritMerged openstack/ironic: Fix two typos  https://review.openstack.org/16342221:48
mrda:)21:50
*** spandhe has quit IRC21:54
openstackgerritMerged openstack/ironic-python-agent: os.path.exists should be mocked in test case  https://review.openstack.org/16352921:57
*** kkoski has quit IRC21:57
*** arif-ali has quit IRC21:58
NobodyCambrb21:59
devanandalifeless: +122:00
openstackgerritJohn L. Villalovos proposed openstack/ironic: Update unittests and use NamedTemporaryFile  https://review.openstack.org/16267222:07
jlvillalrloo: lifeless:  ^^^^^ with your suggestions...22:08
*** arif-ali has joined #openstack-ironic22:10
lifelessjlvillal: oh, crossed wires. Let me review this to help :)22:10
jlvillaljroll: devananda: Do you have any clout with people who can merge fix to unblock the gate for python-ironicclient?  https://review.openstack.org/#/c/163600/22:10
jlvillalhttpretty again :(22:11
jlvillallifeless: Thanks!22:11
jrollclout isn't a thing, or shouldn't be :/22:11
jrolljlvillal: honestly to unbreak the gate, that change should be to python-ironicclient22:11
jlvillaljroll: I guess I'm being impatient.  I'm sure they will get to it in time...22:11
jrolland then we can follow up with a change to global-reqs22:12
jlvillaljroll: I thought you were the one who told me I had to do global-reqs?22:12
jrollno, the gate is broken, it needs to be fixed asap.22:12
jrollyou do22:12
jrollbut... eventually22:12
devanandawhat's the borkennes?22:12
jrolldoes that make sense?22:12
jlvillaljroll: Also I think the job will fail because the reqs don't match.  If I remember correctly.22:12
jrolldevananda: new httpretty breaks client tests22:12
devanandaoh nice22:12
jrolljlvillal: we should remove that job, it's dumb.22:12
jlvillalIt came out today.22:12
jlvillaljroll: Okay with me :) I'm not sure who can do that.22:13
jrolleveryone :)22:13
* jroll finds it22:13
jrolljlvillal: in the meantime can you propose that change to the client?22:13
jlvillaljroll: maybe it could be non-voting22:13
jlvillaljroll: Will do!22:14
jrollmehhh.22:14
*** penick has quit IRC22:14
devanandajroll: what job?22:14
jrolldevananda: "does requirements.txt match global"22:14
devanandajroll: no, we need that.22:14
devanandajroll: because PIP has no dependency resolver22:14
jrollI thought we removed it elsewhere?22:15
devanandajroll: fix PIP and then we can remove that22:15
jrolllike, we don't have that job in ironic22:15
devanandaeh..?22:15
*** ijw has joined #openstack-ironic22:15
jrollI don't think so, anyway.22:15
adam_gthat test is part of ironic22:15
adam_ger22:15
adam_gdevstack22:15
devanandaright22:15
*** arif-ali has quit IRC22:15
jrolloh.22:15
devanandawe talked about moving it to a "install everything in devstack" test22:15
devanandaadam_g: so ^ is done now?22:15
openstackgerritJohn L. Villalovos proposed openstack/python-ironicclient: Avoid httpretty 0.8.8 as it can break unittests  https://review.openstack.org/16362922:16
*** lucas-dinner has quit IRC22:16
adam_gdevananda, im not sure i know about that22:16
devanandaadam_g: mmkay. so what do you mean by 'that test is part of.. devstack' ?22:17
adam_gdevananda, devstack does some syncing and checking of project requirements vs global-requirements22:17
jrollalrighty then, ignore me on removing the job22:17
*** ijw has joined #openstack-ironic22:17
jrollpinned infra with the g-r patch22:17
adam_gso if a project is listing something wrong, devstack bails out with an error and fails the dsvm job22:18
lifelessjlvillal: done22:18
*** arif-ali has joined #openstack-ironic22:18
devanandaadam_g: oh i see.22:19
devanandaadam_g: huh. but devstack installs clients from pip22:19
jrolldevananda: on a client change?22:20
adam_gdevananda, not in the case of devstack jobs running against that client22:20
devanandaadam_g: oh, right. duh22:20
adam_gpython-ironicclient changes get tested with a checkout of that change22:20
devanandayep yep22:20
devanandaadam_g: nope! http://logs.openstack.org/02/163202/1/gate/gate-tempest-dsvm-ironic-pxe_ssh/f006348/logs/devstacklog.txt.gz#_2015-03-11_18_37_24_28222:22
adam_gdevananda, hmm! thats a bug, good catch22:22
jrolldevananda: wow.22:24
jrollso our client is completely untested, that's cool22:24
devanandaadam_g: so, this test is pulling from git master -- http://logs.openstack.org/02/163202/1/gate/gate-tempest-dsvm-neutron-src-python-ironicclient/f936171/logs/devstack-gate-setup-workspace-new.txt.gz#_2015-03-11_18_27_57_15722:25
jrolleven though this ran: 2015-03-11 18:37:23.037 | ++ use_library_from_git python-ironicclient22:25
devanandabut I dont know what that test is doing22:25
* devananda looks at project config22:25
adam_gpatch inc22:25
adam_ghttps://review.openstack.org/16363222:27
devanandaadam_g: jenkins/jobs/devstack-gate.yaml L 16722:28
devananda 171 # Purpose: this allows libraries to test their proposed commits to22:28
devananda 172 # ensure they don't break OpenStack on their next release. It is22:28
devanandaso we are running it, like you thought, but the job name is different22:28
jlvillallifeless: That won't work what you suggested.  My other patch fixed what you are suggesting.22:29
adam_gdevananda, yeah, we dont run it on the job we actually care about22:29
jrolljlvillal: why wouldn't that work?22:29
jlvillallifeless: The issue is that if during the yield an exception occurrs, it gets converted into a PasswordFileFailedToCreate exception22:29
devanandayea22:29
jlvillaljroll: ^^22:30
jrollhmm22:30
jlvillaljroll: Which is what happened before.22:30
devanandajroll: so actually yea, it looks like we aren't running functional tests on client changes, only unit tests :(22:30
jrolldevananda: indeed.22:31
lifelessjlvillal: ahha!22:31
lifelessjlvillal: with you now.22:31
lifelessjlvillal: let me noodle a little22:32
jlvillallifeless: Good :)  I also replied in the patch22:32
jlvillallifeless: If you look at the bug https://bugs.launchpad.net/ironic/+bug/1428722  I went into more detail.22:33
openstackLaunchpad bug 1428722 in Ironic "Ironic drivers that utilize temp files should verify they can actually create them" [Low,In progress] - Assigned to Chris Krelle (nobodycam)22:33
jlvillallifeless: Which reminds me I was supposed to say: Partially-fixed or something like that and reference that bug.22:34
lifelessjlvillal: its obvious now, brain-thunk on my part.22:34
jlvillallifeless: I'm glad it is obvious for you.  It took me a little while to figure it out :D22:35
lifeless*now*, not before you mentioned :) hindsight etc22:35
lifelessI think it deserves a comment.22:35
jlvillalSame thing happens to me22:35
jlvillallifeless: Okay, I can do that.  By the way do you know the way to say this patch partially fixes a bug?22:35
lifelesshttps://wiki.openstack.org/wiki/GitCommitMessages#Including_external_references22:36
*** jgrimm is now known as zz_jgrimm22:36
lifelessjlvillal: what do you think of https://etherpad.openstack.org/p/lifeless-scratch22:37
lifelessoops, tweaking22:37
lifelessthere22:37
jlvillallifeless: Sure, but is there much difference than what is there in the patch?  I'm not seeing it.22:38
lifelesswe don't need the delete_if_exists call at all, because thats what NamedTemporaryFile is for22:39
lifelessso we also don't need the check for path being None22:39
lifelessits just leaning on the underlying library more heavily22:40
lifelessreducing our code22:40
jlvillallifeless: reading again...22:40
jlvillallifeless: So what happens when the caller opens and closes the file?22:41
lifelessthey're opening by path22:41
lifelessnot fd or anything22:41
lifelessthe del f at the end is just to ensure nothing is held as a reference in the event of exceptions. Oh, I can tweak that22:42
jlvillallifeless: Okay.  So no contention then.22:42
jlvillallifeless: Should the yield/del be in a try/finally block?22:43
openstackgerritJohn L. Villalovos proposed openstack/ironic: Update unittests and use NamedTemporaryFile  https://review.openstack.org/16267222:44
lifelessyes it should, which I've now done22:44
lifelesshmm, no thats wrong still, /me pokes more :)22:44
lifelessthere22:45
jlvillallifeless: Hmmm.  I think the current patch works ;)22:45
jlvillallifeless: But amenable to improvements :D22:45
lifelesssure, and I'm not worried either way. Its sometimes good to poke closely to see22:45
jlvillallifeless: /me doesn't want to redo all the unittests again :)22:45
lifelessfair enough. The patch you have up can leak (all of them could AFAICT)22:47
lifelessputting details in the review22:47
jlvillallifeless: Okay.  Thanks.22:47
openstackgerritChris Krelle proposed openstack/ironic: Check temp dir is writable for ipmitool driver  https://review.openstack.org/16038322:50
NobodyCamnot sure my test of ipmitool's power init is valid here anyone good with test have a second to look ^^^^^22:50
lifelessjlvillal: comment up22:51
lifelessjlvillal: I'm not going to spin on this more - its in your court which shape you think looks best. I don't think there is a /lot/ of race difference between them.22:52
jlvillallifeless: Thanks for all the help.22:54
lifelessits a shame that writing correct code is so hard in Python22:55
lifelessok-code is easy, correct is hard :)22:55
jlvillallifeless: :)22:55
openstackgerritChris Krelle proposed openstack/ironic: Check temp dir is writable for ipmitool driver  https://review.openstack.org/16038322:56
*** penick has joined #openstack-ironic22:56
*** penick has quit IRC22:56
openstackgerritJosh Gachnang proposed openstack/ironic: Implement execute clean steps  https://review.openstack.org/15556123:24
*** romcheg has joined #openstack-ironic23:27
*** romcheg has quit IRC23:27
*** jmccrory1 has quit IRC23:28
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add dispatch to all managers  https://review.openstack.org/16100123:32
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add dispatch to all managers  https://review.openstack.org/16100123:32
jlvillallifeless: I was trying the code you suggested.  Seems to work.  But then flake8 complains and says F821 undefined name 'f' for the 'yield f.name' :(23:33
* jlvillal thinks a bug in flake823:34
lifelessyeah, thats messed up :)23:34
jlvillallifeless: Yeah, flake8 sees the 'del f' in the except block23:34
mrda#qa :)23:34
lifelessfor f to be None, we have to have not raised in that raise23:35
jlvillallifeless: If I comment that out it doesn't think it doesn't exist23:35
* mrda is not serious23:35
lifelesswe can't have nice things23:35
jlvillallifeless: If I comment out 'del f', then there is no error23:35
* jlvillal argh!23:35
mrdaEvery bug we find is an opportunity to fix something23:35
lifelessthe optimism, it burns23:36
jlvillalmrda: Your # qa idea sounds like it might be the solution.  For the two lines...23:36
mrdaYou might need to add a comment to say why you've #qa'd it23:36
mrdaPerhaps raise a bug for flake8 and reference it in the comment23:37
mrdaas a TODO23:37
mrdajlvillal: if you don't mind, shoot me the code review reference when you've submitted it23:40
*** kozhukalov has quit IRC23:40
jlvillalmrda: Will do.23:40
mrdata23:41
jlvillalmrda: Currently this: https://review.openstack.org/162672  was trying to implement lifeless suggestion: https://etherpad.openstack.org/p/lifeless-scratch23:41
*** chlong has joined #openstack-ironic23:41
mrdathnx23:43
*** absubram has quit IRC23:44
openstackgerritJohn L. Villalovos proposed openstack/ironic: Update unittests and use NamedTemporaryFile  https://review.openstack.org/16267223:48
jlvillalmrda: lifeless: ^^^^^^23:48
*** penick has joined #openstack-ironic23:48
*** Haomeng|2 has joined #openstack-ironic23:49
*** Haomeng has quit IRC23:51
*** mtanino has joined #openstack-ironic23:52
lifelessjlvillal: you need both # noqa's ?23:52
jlvillallifeless: I think so....23:52
* jlvillal goes to check23:52
*** rloo has quit IRC23:53
jlvillallifeless: Yep.  If I delete the 2nd one I get an error:  ./ironic/drivers/modules/ipmitool.py:208:13: F821 undefined name 'f'23:53
lifelessahahahaha23:54
mrdathanks jlvillal23:54
lifelessso broken23:54
*** penick has quit IRC23:59

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