Friday, 2016-06-10

openstackgerritXavier proposed openstack/ironic: Add Dynamic Allocation feature for the OneView drivers  https://review.openstack.org/28619200:00
*** rama_y has quit IRC00:04
*** spandhe has joined #openstack-ironic00:04
*** sacharya has quit IRC00:09
*** serverascode has quit IRC00:17
*** evgenyl has quit IRC00:17
*** agordeev has quit IRC00:17
*** cppforlife_ has quit IRC00:17
*** NobodyCam has quit IRC00:17
*** sergek has quit IRC00:17
*** yonglihe has quit IRC00:18
*** agordeev has joined #openstack-ironic00:18
*** BadCub has quit IRC00:19
*** patrickeast has quit IRC00:19
*** serverascode has joined #openstack-ironic00:19
openstackgerritMerged openstack/ironic-lib: Remove deprecated disk util configs  https://review.openstack.org/31883400:20
*** yonglihe has joined #openstack-ironic00:20
*** cppforlife_ has joined #openstack-ironic00:20
*** amotoki has quit IRC00:20
*** NobodyCam has joined #openstack-ironic00:20
*** patrickeast has joined #openstack-ironic00:22
*** evgenyl has joined #openstack-ironic00:26
*** BadCub has joined #openstack-ironic00:26
*** sergek has joined #openstack-ironic00:27
*** zigo has quit IRC00:37
*** amotoki has joined #openstack-ironic00:41
*** hoangcx has joined #openstack-ironic00:44
*** sacharya has joined #openstack-ironic00:44
*** mtanino has joined #openstack-ironic00:50
*** aNupoisc has quit IRC00:51
*** amotoki has quit IRC00:55
*** baoli has joined #openstack-ironic01:00
*** zigo has joined #openstack-ironic01:03
*** ayoung has joined #openstack-ironic01:07
*** chlong has joined #openstack-ironic01:16
*** sdake has joined #openstack-ironic01:25
*** PollyZ has joined #openstack-ironic01:54
*** ijw has quit IRC01:57
*** PollyZ has quit IRC02:00
*** PollyZ has joined #openstack-ironic02:05
*** mtanino has quit IRC02:05
*** mtanino has joined #openstack-ironic02:10
*** PollyZ has quit IRC02:13
*** Goneri has joined #openstack-ironic02:14
*** PollyZ has joined #openstack-ironic02:18
*** Nisha_away has joined #openstack-ironic02:24
*** PollyZ has quit IRC02:35
*** Nisha_brb has joined #openstack-ironic02:39
*** Nisha_away has quit IRC02:43
*** yuanying has quit IRC02:51
*** PollyZ has joined #openstack-ironic02:51
*** PollyZ has quit IRC02:55
*** amotoki has joined #openstack-ironic02:57
*** vishwanathj has joined #openstack-ironic02:58
*** Nisha_brb has quit IRC03:00
*** rbudden has quit IRC03:04
*** rloo has quit IRC03:12
*** Nisha_away has joined #openstack-ironic03:12
*** Nisha_away has quit IRC03:16
*** jaybeale has joined #openstack-ironic03:18
*** PollyZ has joined #openstack-ironic03:23
*** jaybeale has quit IRC03:24
*** jaybeale has joined #openstack-ironic03:30
*** spandhe has quit IRC03:37
*** PollyZ has quit IRC03:38
*** sdake has quit IRC03:41
*** PollyZ has joined #openstack-ironic03:41
*** jaybeale has quit IRC03:41
*** PollyZ has quit IRC03:46
*** yuanying has joined #openstack-ironic03:48
*** Goneri has quit IRC03:49
*** mtanino has quit IRC03:58
*** baoli has quit IRC04:00
*** links has joined #openstack-ironic04:00
*** vishwanathj has quit IRC04:10
*** vishwanathj has joined #openstack-ironic04:10
*** vmud213 has joined #openstack-ironic04:14
*** vmud213 has quit IRC04:19
*** vmud213 has joined #openstack-ironic04:20
*** sdake has joined #openstack-ironic04:46
*** spandhe has joined #openstack-ironic04:58
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: Add vendor id and vendor name to interface information  https://review.openstack.org/27994004:58
*** vmud213 has quit IRC05:13
*** sabeen has quit IRC05:22
*** wajdi has quit IRC05:51
*** chlong has quit IRC06:03
*** yolanda has joined #openstack-ironic06:06
*** Fdaisuke has quit IRC06:07
*** fragatina has quit IRC06:13
*** Fdaisuke has joined #openstack-ironic06:13
*** hoangcx has quit IRC06:19
*** hoangcx has joined #openstack-ironic06:19
*** chlong has joined #openstack-ironic06:20
openstackgerritYibo Cai proposed openstack/ironic: Support multi arch deployment  https://review.openstack.org/32263206:22
*** openstackgerrit has quit IRC06:32
*** openstackgerrit has joined #openstack-ironic06:33
*** fragatina has joined #openstack-ironic06:33
*** chlong has quit IRC06:35
*** fragatina has quit IRC06:36
*** fragatina has joined #openstack-ironic06:37
*** pcaruana has joined #openstack-ironic06:40
*** links has quit IRC06:55
*** hparekh has quit IRC06:58
*** hparekh has joined #openstack-ironic07:02
*** links has joined #openstack-ironic07:10
*** spandhe has quit IRC07:10
*** rcernin has joined #openstack-ironic07:17
*** hoangcx has quit IRC07:19
*** hoangcx has joined #openstack-ironic07:20
*** sacharya has quit IRC07:22
*** dtantsur|afk is now known as dtantsur07:25
dtantsurMorning Ironic07:26
*** tesseract has joined #openstack-ironic07:27
dtantsurour last grenade patch was approved \o/07:28
*** openstackgerrit has quit IRC07:33
*** openstackgerrit has joined #openstack-ironic07:33
*** ccamacho has joined #openstack-ironic07:38
ccamachoHey folks!!! good morning! Quick question, he are hitting this issue randomly in TripleO https://bugs.launchpad.net/tripleo/+bug/1546749  would you mind to briefly read it?? just to see if you have some extra clues for the fix07:42
openstackLaunchpad bug 1546749 in tripleo "CI testenv vm stuck in boot loop trying to boot rescue kernel" [Critical,Invalid] - Assigned to James Slagle (james-slagle)07:42
dtantsurccamacho, hi, reading07:46
ccamachodtantsur thanks man!07:47
*** vishwanathj has quit IRC07:49
dtantsurccamacho, so, are you still hitting it? slagle wrote that he no longer faces it07:49
dtantsurit does not look familiar, but I'm well aware that our bootloader installation is fragile07:50
ccamachoyesterday, thanks the thing there should be a kind of race condition and doesn't happens all the time07:50
*** vishwanathj has joined #openstack-ironic07:50
ccamachoThe vms start, they load the initial image, they do "something" and after the reboot... Dead..07:51
ccamachoI hit that when working with https://bugs.launchpad.net/tripleo/+bug/159075507:52
openstackLaunchpad bug 1590755 in tripleo "TripleO deployment fails using Centos7 + stable/liberty" [Undecided,Fix committed] - Assigned to Carlos Camacho (ccamacho)07:52
dtantsuraha, so it's liberty, right?07:56
dtantsurccamacho, do you see it on mitaka and/or master?07:56
ccamachoboth :$ it is everywhere...07:57
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-ironic08:00
*** jtomasek_ has joined #openstack-ironic08:03
openstackgerritChristopher Brown proposed openstack/ironic-specs: LVM/Software RAID support in ironic-python-agent  https://review.openstack.org/32776908:03
*** e0ne has joined #openstack-ironic08:05
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Imported Translations from Zanata  https://review.openstack.org/32814708:05
*** ohamada has joined #openstack-ironic08:05
*** ohamada has quit IRC08:07
dtantsurccamacho, do you have an example handy?08:07
*** ohamada has joined #openstack-ironic08:09
ccamachodtantsur, I was able so see that behavior by connecting to the vms with virt-manager to the hypervisor, then when creating the overcloud you can see how they boot up, restart and die... But the actual problem is that is random.. you dont have the error all the time :$  Ill try to re-execute it and record the screen...08:10
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844008:11
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844008:11
*** athomas has joined #openstack-ironic08:11
dtantsurccamacho, yeah, it would be valuable to see what ironic is doing with the machine during deployment.. unfortunately we don't gather ramdisk logs for now..08:11
dtantsurlucas-afk, a perfect example why we have to be able to collect logs even on success ^^^08:11
ccamachodtantsur, would you point me to the things i need to save when this appears again?08:12
*** e0ne has quit IRC08:12
alinebmorning08:12
dtantsurmorning alineb08:12
*** e0ne has joined #openstack-ironic08:12
dtantsurccamacho, screencast of the node boot during deployment, probably. also ironic-conductor logs08:13
alinebdtantsur o/08:13
ccamachodtantsur, Ill record it, one more thing, this is making fail lot of CI jobs due a timeout in the deployment, so if you see a timeout this is a probable cause..  Thanks for the help!08:16
dtantsurgot it, thanks08:17
openstackgerritVasyl Saienko proposed openstack/ironic: Move create-node.sh to create_vms function  https://review.openstack.org/32285008:17
*** jtomasek_ has quit IRC08:20
*** sdake has quit IRC08:21
*** sacharya has joined #openstack-ironic08:22
*** kromanenko_ has joined #openstack-ironic08:26
*** Romanenko_K has joined #openstack-ironic08:26
*** kromanenko__ has joined #openstack-ironic08:26
*** hoangcx_ has joined #openstack-ironic08:26
*** hoangcx has quit IRC08:26
*** sacharya has quit IRC08:27
*** ifarkas has joined #openstack-ironic08:37
openstackgerritChristopher Brown proposed openstack/ironic-specs: LVM/Software RAID support in ironic-python-agent  https://review.openstack.org/32776908:51
*** Fdaisuke_ has joined #openstack-ironic08:54
*** Fdaisuke has quit IRC08:55
*** daemontool has joined #openstack-ironic08:59
vdrokmorning ironic, dtantsur alineb09:00
dtantsurmorning vdrok09:00
*** Fdaisuke_ has quit IRC09:01
*** Fdaisuke has joined #openstack-ironic09:01
alinebvdrok, morning09:01
sergekmorning alineb , vdrok , dtantsur09:07
dtantsurmorning sergek09:07
vdroksergek: morning :)09:07
alinebmorning sergek09:08
*** SiRiuS__ has joined #openstack-ironic09:09
sambettsMorning all TGIF!!!!!!!09:12
pas-hamorning sambetts and all09:13
sambettso/ pas-ha09:14
dtantsurmorning sambetts, pas-ha09:17
dtantsuryeah, TGIF finally :)09:17
pas-ha:)09:17
openstackgerritSzymon Borkowski proposed openstack/ironic-python-agent: Add PCI devices collector to inspector  https://review.openstack.org/32631809:18
vdrokmorning sambetts and pas-ha !09:20
openstackgerritDmitry Tantsur proposed openstack/python-ironicclient: Add --wait flag for provision actions and wait_for_provision_state function  https://review.openstack.org/32819109:26
dtantsurhmm, do unit tests for ironicclient pass for anyone on master?09:27
sambettsdtantsur: give me a minute and I'll run them :)09:27
sambettsdtantsur: pulled latest, and ran tox -r, and I'll seeing all green here09:29
sambettsI'm seeing*09:29
dtantsurweird09:29
sambettsdtantsur: Are you seeing a failure09:30
sambetts?09:30
dtantsursambetts, yes, a lot of "TypeError: 'self' parameter lacking default value"09:30
dtantsuressentially the whole ironicclient.tests.unit.test_client.ClientTest fails09:31
sambetts:/ oh really weird09:32
openstackgerritDmitry Tantsur proposed openstack/python-ironicclient: [WIP] Add --wait flag for provision actions and wait_for_provision_state function  https://review.openstack.org/32819109:32
openstackgerritSzymon Borkowski proposed openstack/ironic-python-agent: Add PCI devices collector to inspector  https://review.openstack.org/32631809:33
*** dtantsur is now known as dtantsur|lunch09:42
*** mbound has joined #openstack-ironic09:48
*** marksei has joined #openstack-ironic09:54
*** athomas has quit IRC09:57
*** athomas has joined #openstack-ironic10:03
sambettssigh... why is there no freakin horizontal scroll in gerrit... I can't review a patch properly if I cant see the end of a line...10:03
*** sacharya has joined #openstack-ironic10:05
*** hoangcx has joined #openstack-ironic10:09
*** sacharya has quit IRC10:10
*** hoangcx_ has quit IRC10:11
*** daemontool has quit IRC10:17
openstackgerritAndrey Shestakov proposed openstack/ironic: [WIP] [POC] Torrent based image provisioning  https://review.openstack.org/27846910:18
aarefievmorning all!10:22
aarefievdtantsur: morning, about this one https://review.openstack.org/#/c/32662010:23
aarefievnot get it, how does iscsi disk related to local_gb property10:23
*** mgould|afk is now known as mgould10:24
mgouldmorning Ironic10:33
sambettsHi aarefiev, mgould10:33
aarefievhey sambetts10:33
aarefievmgould o/10:34
mgouldmorning sambetts aarefiev dtantsur|lunch vdrok10:34
vdrokmorning mgould :)10:34
*** cdearborn has joined #openstack-ironic10:34
aarefievsambetts: please take a look on https://review.openstack.org/#/c/327492/  it block tempest tests10:36
*** daemontool has joined #openstack-ironic10:38
sambettsaarefiev: sure10:39
aarefievthanks10:40
*** vishwanathj has quit IRC10:45
*** vishwanathj has joined #openstack-ironic10:48
openstackgerritChristopher Brown proposed openstack/ironic-specs: LVM/Software RAID support in ironic-python-agent  https://review.openstack.org/32776910:49
*** marksei_ has joined #openstack-ironic10:50
*** marksei_ has quit IRC10:51
ccamachodtantsur, in the bug comments, at the end of https://bugs.launchpad.net/tripleo/+bug/1546749 I have pushed the screencasts and log files from undercloud. As you can see there, I just have re-executed the command, and the second time went fine.10:52
openstackLaunchpad bug 1546749 in tripleo "CI testenv vm stuck in boot loop trying to boot rescue kernel" [Critical,Invalid] - Assigned to James Slagle (james-slagle)10:52
xavierrgood morning Ironic10:52
xavierrTGIF10:52
sambettso/ xavierr10:52
xavierr\o sambetts10:52
* xavierr needs coffee10:53
mgouldmorning xavierr10:53
* mgould too10:53
xavierrmgould morning :)10:54
*** marksei has quit IRC10:54
TheJuliagood morning everyone10:54
xavierrhey TheJulia ;)10:55
*** hoangcx has quit IRC10:57
*** dtantsur|lunch is now known as dtantsur10:58
ccamachoo/10:58
dtantsuraarefiev, sorry, I don't get the question. an iscsi disk is a disk, it can have size...10:58
dtantsuralso morning aarefiev, mgould, xavierr, TheJulia10:59
*** vishwanathj has quit IRC10:59
*** vishwanathj has joined #openstack-ironic11:00
aarefievdtantsur: yeah, but local_gb shows hypervisor local disk size, why ironic should report info about iscsi disk here11:00
dtantsuraarefiev, local_gb shows the root disk, it's not required to be local11:01
dtantsuraarefiev, on the other hand, maybe we'd better support such disks in inspection, like in https://bugs.launchpad.net/ironic-python-agent/+bug/159060611:01
openstackLaunchpad bug 1590606 in ironic-python-agent "[RFE] Support remote iSCSI shares as root devices via iscsistart" [Wishlist,In progress] - Assigned to Yossi Ovadia (jabadia)11:01
dtantsurso I'm not sure what to think about this patch11:01
* dtantsur W-111:02
mgouldmorning TheJulia11:03
dtantsuralso, is our gate broken? I see strange failures in the IPA gate11:03
xavierrmorning dtantsur o/11:04
sambettsdtantsur: the error to do with horzion not startig?11:04
dtantsursambetts, maybe, did not dig in.. but it's not on devstack stage, rather later11:05
*** cdearborn has quit IRC11:05
aarefievdtantsur: yeah, I need to think about this more too, but imo it's not right way to add iscsi to local_gb11:05
sambettsdtantsur: oh, was seeing a weird error on one of the patches, where devstack crashed out when trying to start horizon11:05
sambettsdtantsur: I thought we had horizon disabled in our gate...11:05
dtantsuraarefiev, sorry, a confusion here. if iscsi is your root device you must put it in local_gb11:06
dtantsuraarefiev, however, we should be able to transparently handle it in IPA, see the bug I've linked it11:06
dtantsursambetts, I would expect it too11:06
aarefievdtantsur: should I, why11:06
dtantsuraarefiev, you need local_gb of you root device for nova to work11:06
dtantsurotherwise it won't be possible to schedule an instance on this node11:07
aarefievdtantsur: why not local_gb=0, and boot from disk11:08
dtantsuraarefiev, local_gb=0 won't work, nova won't use it for scheduling. also it's not true, your disk is not 0 GiB, it's remote11:08
dtantsurit has a size etc. it's just get set by open-iscsi on system start up11:09
sambettsdtantsur: how does this work for nodes that are truly diskless, e.g. don't have a disk until Ironic attaches the one requested via nova boot11:10
*** dmk0202 has joined #openstack-ironic11:10
dtantsursambetts, the thing I'm talking about is not about ironic attaching anything. they configure the disk in BIOS, then it gets passed to kernel (somehow), then 'iscsistart -b' command attaches it to the node11:10
dtantsuragain, please see https://bugs.launchpad.net/ironic-python-agent/+bug/159060611:11
openstackLaunchpad bug 1590606 in ironic-python-agent "[RFE] Support remote iSCSI shares as root devices via iscsistart" [Wishlist,In progress] - Assigned to Yossi Ovadia (jabadia)11:11
aarefievsambetts: +1, also  from nova side it's more related to instance, not hypervisor11:11
dtantsurI was not aware of such thing before yesterday, so I may be not the best source of truth :)11:11
sambettsdtantsur: I assumed this patch is about diskless nodes that already have an out of band disk attached11:11
sambettsdtantsur: but the boot from volume on truly diskless nodes is going to be interesting11:11
dtantsursambetts, "already have" - the parameters are provided by BIOS. so from out PoV it should be transparent11:12
sambettsbecause then local_gb really will be 011:12
dtantsuryeah, true boot from volume is tricky :)11:12
dtantsurbut this one is kind of a "fake", as ironic and nova are not involved in attaching a remove volume11:12
openstackgerritVasyl Saienko proposed openstack/ironic: WIP: patch to test tempest-full job  https://review.openstack.org/32824211:12
dtantsurand I'd like to support it already, because it seems like we can make it work pretty easily11:12
sambettsright, the connected to an out of band iscsi volume, case this patch makes sense to me11:13
sambettsbecause from Ironics perspective its just another type of local disk11:13
dtantsurright11:14
sambettsdtantsur: can we deploy successfully to that kind of device?11:14
sambettsdtantsur: I've never tried, iscsi deploy would be weird right? because it would be an iscsi mount to an iscsi mount11:14
aarefievwhat if disk attached to multiple nodes?11:14
dtantsursambetts, I don't know. probably with some limitations, it needs further checking. unfortunately, I don't have access to such hardware11:14
dtantsuraarefiev, that's operator's problem really :)11:15
openstackgerritSzymon Borkowski proposed openstack/ironic-python-agent: Add PCI devices collector to inspector  https://review.openstack.org/32631811:15
sambettsdtantsur: I think my hardware can do it, but my main development testbed is being borrowed for something else at the moment so I can't confirm11:15
dtantsursambetts, would be interesting indeed11:15
sambettsI can definatly connect to an iscsi volume oob11:15
sambettsdtantsur: but I don't know if that is transparent to the OS or not11:16
dtantsuryeah, that's interesting.11:16
dtantsurthe approach in this bug is not entirely transparent, but it seems to use some well defined and easy to use protocol11:16
aarefievneverless  I don't think iscsi disk should be in node property11:16
aarefievonly as separate resource11:17
dtantsuraarefiev, why? it's just a disk. remove iscsi from your sentence and explain why plesae :)11:17
dtantsursambetts, aha: https://en.wikipedia.org/wiki/ISCSI_Boot_Firmware_Table11:17
sambettsaarefiev: in this case from Ironics perspective, iscsi is no different to it being connected via a sata cable11:18
sambettsaarefiev: because Ironic shouldn't know about it11:18
sambettsits just knows that node has access to N gb of disk space11:19
sambettsand thats all local_gb cares about11:19
dtantsurand from man iscsistart "[-b|--fwparam_connect] Create a session to the target using the iBFT or OF info"11:19
dtantsurthat's impressive, I didn't know about that11:19
sambettsdtantsur: yeah, thats pretty neat, I believe in hardware.py we run iscsistart -b11:20
dtantsurUCSM 2.0 iSCSI boot: https://supportforums.cisco.com/sites/default/files/legacy/6/9/0/59096-iSCSI_Boot_updated.pdf ;)11:20
aarefievyeah but we attach disk to instance, and ironic is like  hypervisor11:20
dtantsuraarefiev, who "we"? we don't, an operator does.11:21
dtantsurI think there is a bit confusion here on which iSCSI method we're talking about11:21
aarefievok, operator11:21
aarefievclarify please11:21
dtantsurthe iBFT thing is about telling the OS to attach a remove disk. we don't have control on it.11:21
sambettsaarefiev: in the boot from volume case Ironic will connect disk, in this case the disk is connected out of band by the operator, before being given to Ironic11:22
dtantsurit just happened to didn't work right now, but e.g. our downstream ramdisk did it automatically and we never knew11:22
openstackgerritSam Betts proposed openstack/ironic: Fail early if ramdisk type is dib, and not building  https://review.openstack.org/32824611:22
aarefievsambetts: operator will connect disk? I thought operator should say, hey deploy this node with this disk11:23
*** dmk0202 has quit IRC11:23
sambettsaarefiev: thats a different use case11:23
dtantsuryeah, it's the same result, but totally different approach11:23
*** bcornec1 has joined #openstack-ironic11:23
sambettsaarefiev: this use case, is about a diskless node, that is already configured to connect to an remote volume11:23
sambettsaarefiev: outside of Ironic11:24
sambettsIronic isn't even aware that the node is diskless/has a remote disk11:24
aarefievsambetts: how ironic will manage that node in future if it isn't aware about remote disk11:25
sambettsaarefiev: just like it does with a node that has a real local disk11:26
*** jcoufal has joined #openstack-ironic11:26
aarefievsambetts: but we need somehow to pass iBFT data to target instance11:26
aarefievvia ipxe for example11:27
dtantsuraarefiev, seems like BIOS does it. I was incorrectly assuming that it's passed via kernel command line, seems like it's a separate ACPI table11:28
*** daemontool has quit IRC11:28
*** narasimha_SV has joined #openstack-ironic11:28
narasimha_SVHi11:28
*** daemontool has joined #openstack-ironic11:28
aarefievhmm, but ironic should configure it?11:29
narasimha_SVwhenever I am trying to boot a baremetal from nova11:29
narasimha_SVi am stuck with nova-scheduler not select the baremetal host created11:29
*** ccamacho is now known as ccamacho|lunch11:29
sambettsaarefiev: no its configured by the operater before being given to Ironic11:29
narasimha_SVFiltering removed all hosts for the request with instance ID 'c8a68435-e50f-4b1d-bce8-c25648fb80eb'. Filter results: ['RetryFilter: (start: 1, end: 1)', 'AvailabilityZoneFilter: (start: 1, end: 1)', 'ComputeFilter: (start: 1, end: 1)', 'ComputeCapabilitiesFilter: (start: 1, end: 0)']11:29
narasimha_SV'ComputeCapabilitiesFilter: (start: 1, end: 0)' every time due to this it is going to error state11:30
narasimha_SVcan anyone help me in understanding what exactly is this11:30
aarefievok, for sure, I need to make more research here11:30
snecklifterugh, what is the problem here exactly? https://review.openstack.org/#/c/327769/11:30
sambettsnarasimha_SV: does the flavor you've configured exactly match your Ironic node?11:31
narasimha_SVyes11:31
narasimha_SV 1a0c8383-559c-474e-aa8a-72577a4bbfcc | my-baremetal-flavor1 | 1024      | 10   | 0         |      | 1     | 1.0         | True      |11:31
aarefievdtantsur, sambetts: lets reach consensus on api versioning11:31
narasimha_SV Final resource view: name=742309b5-24f7-4f1f-a104-543172d3e79e phys_ram=1024MB used_ram=0MB phys_disk=10GB used_disk=0GB total_vcpus=1 used_vcpus=0 pci_stats=[]11:32
narasimha_SVthis is the log from compute and above is the flavor which I created11:32
narasimha_SVironic node-validate is also being successful11:33
dtantsurnarasimha_SV, please take a look at extra_specs of the flavor11:33
sambettsnarasimha_SV: did you configure capabilites on your ironic node, and your flavor extra specs11:33
narasimha_SVyes I just added cpu_arch as the extra_specs to flavor11:33
narasimha_SVapart from that do I need to add any other ???11:33
aarefievdtantsur, sambetts: I think we need bump version and return 200 on previous as Sam suggested11:35
dtantsuraarefiev, I don't see point in it11:36
*** dmk0202 has joined #openstack-ironic11:36
aarefievdtantsur: if users expected 200 before, we don't break them11:37
sambettsdtantsur: well otherwise we might as well not be bumping, because if someone is pinning to an old API we'll break them anyways11:37
dtantsuraarefiev, well, if users check for success like code == 200, then yeah.. even though it's totally insane.11:37
aarefievbut possible :)11:38
dtantsurI'm just saying that nearly nobody pins ironic-inspector version, so our "fix" won't affect anyone11:38
dtantsurincluding our own gates btw11:38
narasimha_SVsambetts: yes i have added whatever extra specs of flavor I set to ironic node too11:39
narasimha_SVironic node-update $NODE add  instance_info/cpu_arch=$ARCH instance_info/capabilities='{"boot_option": "local"}'11:39
narasimha_SV properties                 | capabilities:boot_option='local', cpu_arch='{i686|x86_64}'11:39
openstackgerritChristopher Brown proposed openstack/ironic-specs: LVM/Software RAID support in ironic-python-agent  https://review.openstack.org/32776911:39
narasimha_SVflavor properties I added11:40
dtantsurnarasimha_SV, you should not update instance_info11:40
sambettsnarasimha_SV: cpu_arch should be one value, e.g. x86_64 or i686, it can't be both11:40
dtantsuralso yeah, it's one value11:40
dtantsuryou should update properties/cpu_arch and properties/capabilities11:40
narasimha_SVok thank you11:40
dtantsurI wonder if we have docs on this...11:41
*** baoli has joined #openstack-ironic11:41
sambettsdtantsur: we do in the install and devstack guides11:41
dtantsurnarasimha_SV, we do have docs on it: http://docs.openstack.org/developer/ironic/deploy/install-guide.html#enrollment-process11:41
aarefievdtantsur: I personally don't pin :), but if somebody does, who knows? so are you against return 200 on <1.6 ?11:41
dtantsuraarefiev, well, not critically against.. I'm just saying that it won't fix our tempest :)11:41
sambettsdtantsur: although everyone seems to think {i686|x86_64} is valid11:41
dtantsursambetts, everyone?11:41
sambettsdtantsur: we don't pin in the gate so it would fix it right because it would use the latest?11:42
*** baoli_ has joined #openstack-ironic11:42
sambettsdtantsur: might lead to problems in grenade though11:43
dtantsursambetts, yeah, inspector versioning is different from ironic's.11:43
dtantsurwe never had a breaking change before, so this is the first time11:43
snecklifterdtantsur: finally got the LVM/software RAID spec passing :)11:44
sambettsdtantsur: I'm happy to fix it as a bug in across all API versions11:44
*** dprince has joined #openstack-ironic11:44
sambettssnecklifter: was it a problem with the symlink>11:44
sambetts?11:44
dtantsursnecklifter, cool!11:44
sneckliftersambetts: ye11:44
mat128good morning ironic!11:45
aarefievsambetts: so you fine with version bump11:45
dtantsursambetts, aarefiev, currently our versioning means "be compatible with X.Y", while ironic's is "use strictly X.Y"11:45
aarefievyeah11:45
dtantsurso by default we're using 1.0 essentially. which does not mean you can't use features from 1.1 at your risk11:46
*** baoli has quit IRC11:46
*** wajdi has joined #openstack-ironic11:49
narasimha_SVis setting properties/capabilities compulsion for both flavor and ironic node???11:50
*** wajdi_ has joined #openstack-ironic11:50
narasimha_SVI mean if this is not set for both flavor and node will this start booting the baremetal ?11:50
mat128narasimha_SV: compulsion?11:50
sambettsdtantsur: so inspectors versioning says this is the version I'm running, its not backwards compatible so you need to be compatible with me?11:51
narasimha_SVmat128: i mean do we need to set properties/capabilities for flavor and also node?11:51
*** pcaruana has quit IRC11:51
dtantsurnarasimha_SV, if it's not set on ironic, it should not be set on flavor11:52
mat128narasimha_SV: everything in your flavor's extra specs that starts with capabilities: or that does not contain another "namespace" will be matched to nodes capabilities by the nova capabilities filter11:52
dtantsursambetts, not sure I got the question. supplying inspector with version 1.1 will mean 'please serve API backward compatible with API 1.1'11:52
mat128narasimha_SV: memory_mb, root_gb and vcpus are special cases11:53
*** wajdi has quit IRC11:53
narasimha_SVdtantsur: mat128: I didn't set properties/capabilities to flavor as well as node. but now booting is failed with Filtering removed all hosts for the request with instance ID '1c83edae-37f4-4063-86cb-a2e9afd2fbe1'. Filter results: ['RetryFilter: (start: 0, end: 0)']11:53
dtantsurnarasimha_SV, please paste somewhere output of 'nova flavor-show <flavor>'11:54
sambettsdtantsur: right, if thats the case then we need to make inspector return 200 for cases when it supplied with version 1.5 and 204 when supplied with 1.611:55
dtantsursambetts, we can do that (we need to make sure our default version is 1.0, it's not set explicitly now iirc)11:55
dtantsursambetts, but it won't fix tempest, because tempest does not pin any version (= request 1.0) and pinning will mean we won't test what many people use...11:56
narasimha_SVdtantsur: ]# nova flavor-show 10 +----------------------------+------------------------+ | Property                   | Value                  | +----------------------------+------------------------+ | OS-FLV-DISABLED:disabled   | False                  | | OS-FLV-EXT-DATA:ephemeral  | 0                      | | disk                       | 10                     | | extra_specs                | {"cpu_arch": "x86_64"}11:56
mat128narasimha_SV: paste.openstack.org please11:56
sambettsdtantsur: IMO no pin should == latest not first right?11:57
dtantsursambetts, that's a question to discuss :)11:57
dtantsursambetts, well, I like it, except for we'll get users all breaking changes by default11:58
dtantsurmaybe it's fine though. people really caring should request an explicit version11:58
dtantsurso yeah, then it's even easier: return 200 if version < 1.6 else 20111:58
sambettsdtantsur: exactly, although the tempest test for mitaka will still be broken when running against mitaka doesn't have v1.6 (but I'm not sure if we'll be doing that or not)11:59
dtantsursambetts, I'm not sure if we plan running tempest against mitaka12:00
sambettsdtantsur: we'll need it for mitaka to newton grenade I think12:01
dtantsursambetts, lets talk about it when we have at least master to master grenade :D12:01
sambetts;)12:01
narasimha_SVdtantsur: http://paste.openstack.org/raw/510514/12:01
sambettsnarasimha_SV: can you paste an Ironic node show too12:02
dtantsurnarasimha_SV, ok. now please 'ironic node-show <NODE>'12:02
narasimha_SVok12:03
dtantsur:)12:03
narasimha_SVsambetts,dtantsur: http://paste.openstack.org/raw/510515/12:04
narasimha_SVI am using Vbox driver12:04
dtantsurnarasimha_SV, your properties lack cpu_arch12:04
sambettsironic node-update <node-uuid> add properties/cpu_arch=x86_6412:06
*** pcaruana has joined #openstack-ironic12:07
narasimha_SVsambetts, dtantsur: ok. as told i have updated the cpu_arch  to the node. http://paste.openstack.org/raw/510517/12:07
narasimha_SVbut still ] Filtering removed all hosts for the request with instance ID '7b4e2781-95a3-47f1-8ebd-c3a5662c5d5a'. Filter results: ['RetryFilter: (start: 1, end: 1)', 'AvailabilityZoneFilter: (start: 1, end: 1)', 'ComputeFilter: (start: 1, end: 1)', 'ComputeCapabilitiesFilter: (start: 1, end: 0)']12:08
dtantsurnarasimha_SV, please show output of 'nova hypervisor-stats'12:09
narasimha_SVsambetts, dtantsur: is this anything related to root_gb and local_gb ????12:09
*** SiRiuS__ has quit IRC12:09
dtantsurI don't think so. lets check the hypervisor stats first12:10
narasimha_SVhttp://paste.openstack.org/raw/510522/12:10
jrollgrenade \o/ \o\ /o/ \o\ /o/12:10
dtantsurhmm, everything looks fine..12:10
dtantsurmorning jroll, yeah :)12:10
jrollmorning :)12:10
sambettsnarasimha_SV: can you paste a full snippet for the n-sch logs12:11
* dtantsur rechecks his patch12:11
narasimha_SVok12:11
sambettsjroll morning and \o/ for grenade12:11
jrolldtantsur: feel free to finish other conversations, but I see you reviewing the patch here so are we planning to approve this rfe? https://bugs.launchpad.net/ironic-python-agent/+bug/159060612:12
openstackLaunchpad bug 1590606 in ironic-python-agent "[RFE] Support remote iSCSI shares as root devices via iscsistart" [Wishlist,In progress] - Assigned to Yossi Ovadia (jabadia)12:12
dtantsurjroll, AJaeger was asking if we still need https://review.openstack.org/#/c/312596/ and I think the answer is yes12:12
dtantsurjroll, I was reviewing the patch to actually understand the RFE :) this is a question to discuss. I personally like it.12:12
*** pcaruana has quit IRC12:13
sambettsdtantsur, jroll: I like it, we just need to make sure people understand the difference between this and boot from volume12:13
*** pcaruana has joined #openstack-ironic12:13
dtantsurjroll, I mean, that's a lightweight approach to boot-from-volume, right? we don't care how it gets configured, just make sure we can use it12:13
jrolldtantsur: okay, cool, just double-checking12:13
jrollyep12:13
sambettsits manual bfv12:13
sambetts:-P12:14
narasimha_SVsambetts, dtantsur: thanks guys this time it is able to boot but I think there is some issue with my PXE12:14
sambettsnarasimha_SV: :D12:14
jrolldtantsur: yes, we still need ipmitool, I want to cut everything over to that this cycle and think about moving ssh out12:14
* jroll leaves a note in gerrit12:14
* sambetts starts chanting "death to ssh, death to ssh" 12:14
dtantsuroh hell yes12:15
dtantsurwhat a cycle: remove old ramdisk, remove ssh, add grenade!12:15
*** ayoung has quit IRC12:15
jrolland we're just pass n-1 :)12:15
dtantsuryep!12:15
dtantsurspeaking of which, I'm looking for volunteers to review the driver composition spec ;)12:16
dtantsurwhich is https://review.openstack.org/18837012:16
sambettsjroll: I'm worried about the nova freeze on june 30th for the network stuff12:16
dtantsursambetts, I think we should start landing stuff finally12:16
jrollsambetts: yeah, we need to move on the networking12:16
dtantsursambetts, but I would love it to not diverge too much from driver composition, hence my review request12:16
dtantsurjroll, ^^^12:16
sambettsdtantsur: I keep meaning to do it review it but I keep getting distracted by other stuff12:16
jrolldtantsur: ++12:16
* jroll will try to review driver comp today12:17
jrolldang, dtantsur beat me to rechecking the bash ramdisk patch12:18
dtantsurhehehe12:19
openstackgerritAndre Aranha proposed openstack/python-oneviewclient: Extend python-oneviewclient to Uplink Set  https://review.openstack.org/29598112:24
*** cdearborn has joined #openstack-ironic12:24
*** dmk0202 has quit IRC12:25
openstackgerritAndre Aranha proposed openstack/python-oneviewclient: Extend python-oneviewclient to Uplink Set  https://review.openstack.org/29598112:27
*** [1]cdearborn has joined #openstack-ironic12:27
mgouldwoo, grenade-dsvm-ironic is now -nv on grenade12:32
mgouldso if the grenade folks break our CI, at least they were warned :-)12:33
jrolloh good, sean approved that, he's the grenade king12:33
sambetts\o/12:33
jrollI was worried about people that actually work on grenade getting ninja'd12:33
mgouldninja'd?12:34
jrolllike, others approving it before they get to it12:35
dtantsurmgould, we have to be non-voting there, otherwise every time we get broken, we break essentially them completely12:35
dtantsurmgould, it's unfortunate, but the only thing we can do about non-ironic projects is to run non-voting jobs on them12:35
*** Fdaisuke has quit IRC12:35
mgouldjroll: ah, gotcha12:36
mgoulddtantsur: that shouldn't happen if we're gating on grenade-dsvm-ironic ourselves, though, right?12:37
jrollmgould: because nothing outside of ironic has ever broken us, right? :)12:37
dtantsurmgould, that=what? we can get broken for many-many reasons, not limited to grenade12:37
mgouldoh, right12:38
mgouldproject X breaks us => grenade-dsvm-ironic fails, through no fault of ours => grenade is also broken12:38
dtantsurcorrect12:38
mgould:-(12:38
jrollit's okay, we're also non-voting on tempest/devstack/etc12:39
dtantsursome time ago we didn't have a job on neutron (even non-voting like now) and they used to break us every 2 months or so :)12:39
jrollwe've been broken before but it isn't often12:39
jrolland the results recording at least helps track down which patch broke it12:39
*** dmk0202 has joined #openstack-ironic12:39
dtantsuryeah, that's the most important feature of even a non-voting gate12:39
* mgould currently has a couple of trivial docs-only patches for tripleo that have been failing CI consistently for weeks :-/12:40
jrollO_o12:40
sambettsI guess the real trick is we should have voting jobs for all the projects at might affect us so that none of them can merge something that breaks Ironic12:40
mgouldholy s**t, this one's passing now: https://review.openstack.org/#/c/321116/12:40
mgouldanyone who's a core on tripleo, please +2 it before it breaks again12:41
dtantsurno tripleo cores here12:42
* mgould will ask in #tripleo :-)12:42
dtantsurbut yeah, I'm impressed they keep rechecking the tripleo CI for a docs-only patch12:42
mgouldI'm mostly annoyed that it keeps failing12:42
*** cdearborn has quit IRC12:43
*** SiRiuS__ has joined #openstack-ironic12:46
*** alaski is now known as lascii12:48
*** ccamacho|lunch is now known as ccamacho12:52
*** links has quit IRC12:54
*** wajdi_ has quit IRC12:56
vdrokmorning jroll12:56
jroll\o vdrok12:57
*** dmk0202 has quit IRC12:58
*** dmk0202 has joined #openstack-ironic12:59
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: Add vendor id and vendor name to interface information  https://review.openstack.org/27994013:00
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: tinyipa: Fix git clone tags when 1.6.5 < git < 1.7.10  https://review.openstack.org/32782513:00
*** lindycoder has joined #openstack-ironic13:00
*** ppiela has joined #openstack-ironic13:06
*** cdearborn has joined #openstack-ironic13:07
*** rbudden has joined #openstack-ironic13:09
*** derekh has joined #openstack-ironic13:11
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: Add vendor id and vendor name to interface information  https://review.openstack.org/27994013:15
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: tinyipa: Fix git clone tags when 1.6.5 <= git < 1.7.10  https://review.openstack.org/32782513:15
openstackgerritBruno Cornec proposed openstack/ironic: Fix JSON error in documentation  https://review.openstack.org/32607913:15
*** krtaylor has quit IRC13:15
*** amotoki has quit IRC13:15
*** ayoung has joined #openstack-ironic13:16
openstackgerritSzymon Borkowski proposed openstack/ironic-python-agent: Add PCI devices collector to inspector  https://review.openstack.org/32631813:18
*** jistr is now known as jistr|mtg13:20
*** pcaruana has quit IRC13:20
*** [1]cdearborn has quit IRC13:22
*** dmk0202 has quit IRC13:29
*** krtaylor has joined #openstack-ironic13:31
*** links has joined #openstack-ironic13:36
*** vishwanathj has quit IRC13:39
*** pcaruana has joined #openstack-ironic13:39
aarefievdtantsur, sambetts: guys, do you want all api changes in one patch ?13:41
dtantsuris it so big?13:41
aarefievno13:41
aarefievbug fix and switch on current api13:42
dtantsurswitch on current API?13:46
*** joprovost has joined #openstack-ironic13:46
sambettsdtantsur: default to current instead of minimum13:47
dtantsursambetts, I think we already default to current13:48
sambettsnope :-P13:48
sambetts_DEFAULT_API_VERSION = _format_version(MINIMUM_API_VERSION)13:48
sambettsthats why unpinned == 1.0 as far as I can tell13:49
aarefievyes13:49
aarefievalso we need to change client accordingly13:50
dtantsuraarefiev, client, why?13:50
aarefievdtantsur: you think client should default to min?13:51
dtantsuraarefiev, client defaults to not sending anything, meaning using server default13:51
dtantsurand I'd prefer it continue doing the same13:51
sambetts++13:51
aarefievyeah, I thought we send min by default13:52
*** Goneri has joined #openstack-ironic13:56
*** ifarkas has quit IRC13:56
jlvillaldtantsur, You also reviewed https://review.openstack.org/#/c/322850/  Not sure if you had comments about the environment variable in patchset 3.13:58
dtantsurI don't quite remember and gerrit does not show it :)13:59
dtantsuralso morning jlvillal13:59
jlvillaldtantsur, You had done a +2 in a previous version :)13:59
jlvillaldtantsur, Good morning!13:59
jlvillaldtantsur, But yeah it was in May14:00
*** ametts has joined #openstack-ironic14:00
*** links has quit IRC14:01
*** joprovost1 has joined #openstack-ironic14:02
jlvillalGood morning aarefiev sambetts jroll vdrok mgould mat128 vsaienko NobodyCam and everyone else14:03
aarefievmorning jlvillal14:03
*** SiRiuS__ has quit IRC14:03
*** joprovost has quit IRC14:03
*** joprovost1 is now known as joprovost14:03
vdrokgood morning jlvillal !14:04
jlvillal:)14:04
mgouldmorning jlvillal14:05
* mgould decides today is fired and goes home for a nap14:05
mgouldhave a good weekend, everyone!14:05
sambettsnight mgould14:05
jlvillalmgould, Ciao!14:05
*** mgould is now known as mgould|afk14:05
*** sacharya has joined #openstack-ironic14:06
openstackgerritAnton Arefiev proposed openstack/ironic-inspector: Fix response code for rule creating API  https://review.openstack.org/32749214:06
*** jistr|mtg is now known as jistr14:09
*** sacharya has quit IRC14:11
*** joprovost has quit IRC14:23
*** joprovost has joined #openstack-ironic14:24
*** wajdi has joined #openstack-ironic14:25
*** Jabadia has joined #openstack-ironic14:26
sambettsmat128: You around?14:32
*** ifarkas has joined #openstack-ironic14:32
dtantsuris anybody tracking the horizon problem? sambetts?14:33
*** joprovost1 has joined #openstack-ironic14:33
dtantsurjroll, https://review.openstack.org/327083 passed grenade, the only failure is transient (horizon failed to start)14:33
dtantsurjroll, I think you can recheck + approve or at least remove -2 :)14:34
jrolldtantsur: there's a bug for the horizon thing, JayF submitted an e-r check but I don't think it's merged yet14:34
*** joprovost has quit IRC14:35
*** joprovost1 is now known as joprovost14:35
jroll+2'd14:35
dtantsurawesome! who else wants to review removing the old ramdisk? -1000 LoC, worth additional eyes :)14:35
dtantsurpatch is https://review.openstack.org/32708314:36
dtantsurjlvillal, maybe ^^14:37
*** SiRiuS__ has joined #openstack-ironic14:38
jlvillaldtantsur, Getting ready to go to work. Will check it out in the next two hours. Thanks14:39
dtantsurcool14:39
jrolldtantsur: can I call dibs on +A there? :D14:39
* jroll is proud of IPA14:39
* jlvillal groans14:39
jlvillal:)14:39
* jroll should promote russell_h to core so he can +A that, lol14:40
jlvillaljroll, JayF would be proud of you!14:40
dtantsurLOL14:40
jlvillaland your pun14:40
jrollI don't see the pun14:40
jlvillalAh. I was thinking DIB and dibs14:41
jrollheh, yeah just realized it14:41
*** ChrisAusten has joined #openstack-ironic14:41
jrollmaybe if I liked DIB that would be intentional :)14:41
*** PollyZ has joined #openstack-ironic14:42
vdrokjroll: dtantsur a couple more of one-line patches to make partition images job actually do what it should, could you +1 these too? :) https://review.openstack.org/#/q/topic:ipa-partition-images14:45
jrollthose are more than one line :P14:45
dtantsurjlvillal, lol, I also was at first like "wtf about DIB"? :D then I googled the expression14:46
vdrok:)14:46
jroll+1 for both14:46
*** Goneri has quit IRC14:47
vdrokthanks14:47
dtantsurit looks pretty controversial to me to set image based on ephemeral size.. do you think we could at least add a comment why it is done?14:47
dtantsurvdrok, ^^14:47
vdrokdtantsur: yeah, sure, will do now14:48
*** jvgrant_ has joined #openstack-ironic14:54
*** mtanino has joined #openstack-ironic14:55
NobodyCamGood morning Ironicers14:55
NobodyCammorning jlvillal14:55
vdrokmorning NobodyCam14:56
NobodyCamand happy Friday from the zombie behind the keyboard14:56
NobodyCammorning vdrok :)14:56
sambettso/ NobodyCam TGIF14:56
NobodyCamhey sambetts and for sure TGIF :)14:57
*** daemontool has quit IRC14:57
dtantsurmorning NobodyCam, TGIF!!14:57
dtantsurNobodyCam, happy grenade also :)14:57
NobodyCammorning dtantsur and w00t :) (zombieHappyDance)14:58
dtantsurmorning JayF15:00
JayFhm15:00
JayFgm15:00
jrollheh, "good morning" "hmmmmmmmmmmmMM"15:00
openstackgerritYossi Ovadia proposed openstack/ironic-python-agent: Handle diskless hardware connected to remote iscsi.  https://review.openstack.org/32780715:01
NobodyCamhehehe Morning JayF jroll :)15:01
JayFgm15:01
jrollhey NobodyCam :)15:01
vdrokmorning JayF !15:01
NobodyCam:)15:03
*** Jabadia_ has joined #openstack-ironic15:03
JayFsambetts: any idea why that project-config change didn't pass tests? I thought I did define those jobs...15:04
*** Jabadia has quit IRC15:04
*** jaybeale has joined #openstack-ironic15:04
dtantsurdamn, it seems like the only option to get rid of disk_available_least=-160 is to delete nova database... >_<15:04
*** spandhe has joined #openstack-ironic15:04
jrollJayF: there's another piece you need e.g. https://review.openstack.org/#/c/314966/1/jenkins/jobs/projects.yaml15:05
sambettsJayF: You added the templates but not the jobs themselves15:06
JayFhah15:06
dtantsurJayF, jroll, and everyone: lets stop using pxe_ipa in job names, now that we're removing the old ramdisk and its jobs are no longer there15:06
JayFdtantsur: -0.515:06
sambetts\o/15:06
dtantsurJayF, mmm?15:07
jrolllet's change them all to pxe_ipmitool ;)15:07
*** spandhe_ has joined #openstack-ironic15:07
JayFdtantsur: I don't like changing job names unless there's a really compelling reason, b/c it basically invalidates any statistics about the job15:07
dtantsurJayF, I rather mean lets stop creating new ones with such names15:07
Jabadia_OK, time has come for me to write unitest. Where can I learn mocks quickly ?15:07
JayFdtantsur: and these exp jobs are 100% just to test different settings on the existing, so I want them to be parallel to existing names15:07
dtantsurJabadia_, their official documentation is not so bad: http://www.voidspace.org.uk/python/mock/15:08
Jabadia_tnx dtantsur15:08
dtantsurJayF, well, if you're fine with job names that don't make any sense to anyone who does not know the background...15:08
dtantsurand yeah, ++ for ipmitool somewhere soon15:09
*** spandhe has quit IRC15:09
*** spandhe_ is now known as spandhe15:09
jrolleverywhere15:09
TheJuliayes yes15:09
*** tesseract has quit IRC15:09
jrollI'd like to move all of our CI to ipmitool before n-215:09
*** piet has joined #openstack-ironic15:09
dtantsurjroll, lucas is on pto, so I'll rebase https://review.openstack.org/#/c/312596/ wdyt?15:10
jrolldtantsur: ++15:10
* jroll steps away for a few15:10
dtantsurif we get it merged, we should switch to ipmitool-only pretty soon15:12
dtantsurotherwise we'll have too many voting jobs :)15:12
*** pcaruana has quit IRC15:13
dtantsurjust for clarity: we probably need to replace pxe_ipa and agent_ssh jobs on Mitaka and Newton with pxe_ipmitool and agent_ipmitool, right?15:17
jrollyeah, I think so?15:19
jrollmaybe just newton15:19
jrollwe'll want to keep testing ssh driver on mitaka15:19
*** rcernin has quit IRC15:19
dtantsurjroll, but run these ipmitool on mitaka too, right?15:22
jrolldtantsur: yep15:22
JayFI need to run another of those giant scale tests on those jobs15:23
JayFsince lucas-afk fixed the bugs we found last time doing15:23
JayF*doing it15:23
* jroll actually steps away now15:23
*** klindgren has joined #openstack-ironic15:24
klindgrenUnder libierty has anyone ran into an issue that when ironic asks neutron to create a port that it doesn't add the pxe bits?  Keep running into this where the netutron port is missing the pxe information since we upgraded to liberty.15:25
*** sacharya has joined #openstack-ironic15:25
*** Goneri has joined #openstack-ironic15:29
sambettsklindgren: are you seeing any error in the Ironic logs related to it failed to do it/15:30
sambetts?15:30
klindgrennope - but if i remove/red-add the dhcp agent the pxe bits get added15:31
sambettsklindgren: that sounds like a bug in neutron liberty, it sounds like Ironic is setting the port information correctly, but the dhcp agent isn't picking it up15:32
klindgrenyea - its weird.  Going to debug it some more15:32
*** Jabadia_ has quit IRC15:32
sambettsklindgren: you can check if everything in Ironic is working correctly by checking the neutron ports and looking at dhcp_extra_ops, if everything is there correctly then its a issues on the neutron side15:33
klindgrenkk - thanks.  I assume its on the neutron side since it gets re-added when I remove/readd the dhcp mapping15:34
*** jvgrant_ has quit IRC15:41
*** SiRiuS__ has quit IRC15:42
*** jvgrant_ has joined #openstack-ironic15:43
*** jvgrant_ has quit IRC15:46
dtantsurplease review carefully: https://review.openstack.org/#/c/312596/15:50
openstackgerritXavier proposed openstack/ironic: Add Dynamic Allocation feature for the OneView drivers  https://review.openstack.org/28619215:54
*** ametts has quit IRC15:55
*** SiRiuS__ has joined #openstack-ironic15:55
jlvillalFYI: http://www.openstack.org/blog/2016/05/faq-evolving-the-openstack-design-summit/   If people hadn't seen this15:58
*** PollyZ has quit IRC16:01
*** SiRiuS__ has quit IRC16:01
openstackgerritsean mooney proposed openstack/bifrost: split ironic install role into install,bootstrap,start phases  https://review.openstack.org/31842316:03
*** PollyZ has joined #openstack-ironic16:06
openstackgerritsean mooney proposed openstack/bifrost: split ironic install role into install,bootstrap,start phases  https://review.openstack.org/31842316:06
*** ametts has joined #openstack-ironic16:08
*** jvgrant_ has joined #openstack-ironic16:08
*** ifarkas has quit IRC16:10
*** PollyZ has quit IRC16:11
*** jvgrant_ has quit IRC16:12
*** rama_y has joined #openstack-ironic16:13
jlvillaldtantsur: jroll: As a note, I noticed three jobs in project-config that have: deploy-with-ipa: 016:17
jlvillalLikely they aren't used, but just defined16:17
dtantsurjlvillal, deploy-with-ipa is not used with agent_ssh drivers iirc16:18
*** Romanenko_K has quit IRC16:19
*** kromanenko_ has quit IRC16:19
*** kromanenko__ has quit IRC16:19
jlvillaldtantsur: Thanks. The one job I checked quickly didn't appear to be used anymore. I'll try to look through more closely and clean-up unused things. Add it to my TODO list16:20
*** amotoki has joined #openstack-ironic16:21
*** athomas has quit IRC16:24
*** piet has quit IRC16:28
*** Jabadia has joined #openstack-ironic16:32
*** PollyZ has joined #openstack-ironic16:33
*** ayoung has quit IRC16:33
*** vishwanathj has joined #openstack-ironic16:34
*** ccamacho is now known as ccamacho|away16:34
*** PollyZ has quit IRC16:37
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: Add vendor id and vendor name to interface information  https://review.openstack.org/27994016:41
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: tinyipa: Fix git clone tags when 1.6.5 <= git < 1.7.10  https://review.openstack.org/32782516:41
*** e0ne has quit IRC16:41
*** spandhe has quit IRC16:44
openstackgerritMario Villaplana proposed openstack/ironic: Add power state change notifications  https://review.openstack.org/32186516:45
openstackgerritMario Villaplana proposed openstack/ironic: Add notification base classes and docs  https://review.openstack.org/29846116:45
*** cdearborn has quit IRC16:48
*** sdake has joined #openstack-ironic16:50
openstackgerritChris Krelle proposed openstack/ironic-python-agent: Add basic troubleshooting doc  https://review.openstack.org/32674316:51
dtantsurg'night and have a great weekend16:52
*** dtantsur is now known as dtantsur|afk16:52
NobodyCamnight dtantsur|afk have a great weekend16:53
JayFnn16:53
dtantsur|afkjroll, I suspect 4x +2 might be enough for https://review.openstack.org/#/c/327083/ ;) I'm afraid we merge something conflicting..16:53
* dtantsur|afk is now afk for real16:53
*** amotoki has quit IRC16:56
JayFmariojv: the oslo config stuff has changed16:56
JayFmariojv: I think you need an entrypoint or something like that for the configs to get pulled in16:56
JayFmariojv: look in alineb's ironic-lib patch for an example16:57
*** PollyZ has joined #openstack-ironic16:59
mariojvoh, totally works, thanks JayF16:59
mariojvhad to specify an addition in the default opts list in ironic/conf/opts.py17:00
jlvillalmariojv: Are you adding to an existing section. Thinks 95% chance the answer is yes.17:01
jlvillalmariojv: https://review.openstack.org/295946   This is sort of the future.17:01
mariojvjlvillal: yeah, i'm adding an option for min notification priority to be sent17:02
jlvillalmariojv: Okay :)  I was thinking if there was a small chance you were creating a new section, you could see what that patch is doing.17:02
mariojvi registered it in common/rpc.py but it's used in 1 other place too17:02
openstackgerritMario Villaplana proposed openstack/ironic: Add power state change notifications  https://review.openstack.org/32186517:05
openstackgerritMario Villaplana proposed openstack/ironic: Add notification base classes and docs  https://review.openstack.org/29846117:05
JayFmariojv: glad to help :D17:05
*** ijw has joined #openstack-ironic17:05
*** ijw has quit IRC17:05
*** ijw has joined #openstack-ironic17:05
*** jaybeale has quit IRC17:06
*** milan has quit IRC17:09
vdrokhave a good weekend everyone!17:13
*** derekh has quit IRC17:14
*** ayoung has joined #openstack-ironic17:14
jlvillalvdrok: Dos ve dos!17:15
*** ohamada has quit IRC17:16
JabadiaI have a very basic method. execute iscsistart -f , if no err, execute iscsi -b .17:18
JabadiaTrying write test as follow - "mocked_execute.assert_called_with('iscsistart', '-f')"17:18
Jabadiarunning the test, and getting :17:19
JabadiaAssertionError: Expected call: execute('iscsistart', '-f') ,  Actual call: execute('iscsistart', '-b')17:19
*** cdearborn has joined #openstack-ironic17:19
*** narasimha_SV has quit IRC17:21
JayFIt's telling you exactly what's happening right there17:21
JayFeither your test expects the wrong thing, or the code is doing the wrong thing17:21
*** sdake has quit IRC17:22
Jabadiahttp://pastebin.com/6HKimCDZ17:23
JabadiaI want to test - -f first , -b second17:23
Jabadia( see code in pastebin .. )17:24
jlvillalJabadia: There is a way to check that you are called multiple times with specific arguments.17:26
jlvillalShould be in the mock documentation.17:26
Jabadiahmmm , checking. tnx.17:27
jlvillalJabadia: assert_has_calls17:29
jlvillalJabadia: https://docs.python.org/3/library/unittest.mock.html17:29
*** e0ne has joined #openstack-ironic17:30
Jabadiaawesome , checking.17:30
jlvillalJabadia: Probably something like.  blah.assert_has_calls([mock.call('iscsistart', '-f'), mock.call('iscsistart', '-b')])17:30
JabadiaRunning now , you guys are great17:31
jlvillalJabadia: Thanks and good luck :)17:31
openstackgerritChris Krelle proposed openstack/ironic-python-agent: Add basic troubleshooting doc  https://review.openstack.org/32674317:32
*** dprince has quit IRC17:34
*** spandhe has joined #openstack-ironic17:34
JayFaha17:34
* JayF misunderstood the question17:34
*** dprince has joined #openstack-ironic17:35
JayFNobodyCam: going to -1 that doc again, /me feels bad17:37
JayFNobodyCam: one other question:    ``sudo apt-get install docker docker.io``17:37
NobodyCamJayF: not at all17:37
JayFNobodyCam: ^ that seems like it should be one or the other17:37
JayFNobodyCam: you could maybe just point them to https://github.com/openstack/ironic-python-agent/blob/master/imagebuild/coreos/full_trusty_build.sh ?17:38
JayFNobodyCam: I guess that's fairly gate specific, but would be a good template17:38
JayFNobodyCam: actually, you could just make that line "install docker container engine" and leave the command as an exercise to the reader17:38
JayFto prevent having to if-statement it across all distros17:39
NobodyCamahh that was reused from https://github.com/openstack/bifrost/blob/master/troubleshooting.rst#building-an-ipa-image17:39
JayFah17:39
NobodyCamhappy to update :)17:39
JayFyeah, the way it sits is def wrong17:39
cineramagreat artists steal :)17:39
JabadiaWorks like a charm. thanks jlvillal&JayF !17:39
JayFbut if I were you I'd totally just punt on the "what packages to install" question17:39
NobodyCam:)17:40
NobodyCamlet me grab a fresh cup of joe and I'll rework that section17:41
JayFI always feel bad -1'ing docs like that17:41
JayFwhen clearly it's much better than what exists17:41
NobodyCamnot at all17:41
jlvillalJabadia: :)17:42
NobodyCamdoing it because if what we hit earlier in the week17:42
NobodyCamand it should be correct :p17:42
jrolldtantsur|afk: +A'd \o/17:42
*** mtanino has quit IRC17:44
openstackgerritYossi Ovadia proposed openstack/ironic-python-agent: Handle diskless hardware connected to remote iscsi.  https://review.openstack.org/32780717:46
*** klindgren has quit IRC17:46
*** e0ne has quit IRC17:50
*** vishwanathj has quit IRC17:51
*** sabeen has joined #openstack-ironic17:51
*** klindgren has joined #openstack-ironic17:51
*** Jabadia has quit IRC17:54
*** e0ne has joined #openstack-ironic17:54
*** Jabadia has joined #openstack-ironic17:55
*** mbound has quit IRC17:55
*** Sukhdev has joined #openstack-ironic17:56
*** catintheroof has joined #openstack-ironic17:59
openstackgerritChris Krelle proposed openstack/ironic-python-agent: Add basic troubleshooting doc  https://review.openstack.org/32674317:59
NobodyCamJayF: added a ref to the docker install doc page :)18:00
JayFperfect18:00
JayF+218:03
NobodyCam:)18:03
JayFseriously, ty for that18:03
JayFsomething I should've written a long time ago18:03
JayFsambetts: https://review.openstack.org/326743 when this lands, would love to have some info about tinyipa added to it as well18:03
* JayF wonders if anyone is actually using tinyipa ramdisks in production, or if it's just used in the gate18:03
JayFSo question for the community:18:04
TheJuliaJayF: better question, do you want people to use it18:04
JayFTheJulia: sure, why not?18:04
JayFTheJulia: it's gated. We know it works. It's their choice how it integrates into the environment18:04
JayFk back to my question: I was going to put together a small handful of "example" hardware managers18:05
TheJuliadrivers, so as long as they can identify if it works for them or not, I don't see why not18:05
JayFjust structured in a few different ways to show how you could use multiple hardware managers for cool things18:05
TheJuliaThat would be totally awesome18:05
JayFI was going to just, at least short term, drop them in a github repo18:05
TheJuliaYour using past tense, what are you thining now?18:06
JayFbut is it significant enough to go in openstack/ ? should there be a dir added in ipa, etc18:06
JayFI'm just trying to shortcut the "this is great but why did you put it in github!?!" conversation18:06
JayFlol18:06
TheJuliaI kind of like the idea of adding a directory to IPA18:06
cineramai personally think that'd be useful to have in ipa itself18:06
jrollJayF: it would be cool to write useful ones that we could just have in tree :)18:06
*** mtanino has joined #openstack-ironic18:06
TheJuliajroll: ++++++++ * 1000018:06
JayFjroll: well, I'm thinking more skeleton ones18:06
JayFjroll: Taking a bit more of a bite sized approach, lol18:07
jrollheh, yeah18:07
JayFlike an example for "adding support for a single piece of hardware", "adding support for verification of hardware attributes", "subclassing GHM and writing a monolithic manager"18:07
JayFstuff like that18:07
jrollJayF: one easy example is one that makes sure actual ram matches node[properties][memory_mb]18:07
JayFthat's probably what I'm going to spike on for the rest of the day/weekend, and just was curious where to put it18:07
JayFjroll: exactly18:07
jrollbut I'd rather have it on and working18:08
jrollrather than as an example18:08
JayFSure; I'd rather have that too, but that's a significantly larger undertaking18:08
TheJuliaI say make an example, I'm sure we can adapt one of the examples for something fairly quickly once we see the options18:08
JayFthan a documented example18:08
TheJuliawell, some examples18:09
JayFI almost feel like a different repo would be a good place to put it though18:09
JayFsimply because someone could fork, edit, deploy18:10
jrollyeah, starting with examples is fine18:10
jrollthat's also a good point18:10
JayFI guess I'll just do it in github to avoid the 'paperwork' for now, and later we can import it in under ironic governance if folks find it useful18:11
JayFI'll still PR everything in and link the PRs here so someone other than me has seen it :)18:11
*** sacharya has quit IRC18:13
*** adreznec has quit IRC18:15
jrollsounds good18:15
jrollmoving a project is easy anyway18:15
jlvillalJayF: Did you ever figure out the logstash search command for the 'apache restart' failure? I think I remember something about it working, then not working. I had never seemed to get it to work.18:15
JayFjlvillal: no18:15
JayFjlvillal: I shifted my attention to other things18:15
jlvillalJayF: Understandable.  Thanks18:16
*** adreznec has joined #openstack-ironic18:17
*** ChubYann has joined #openstack-ironic18:19
*** e0ne has quit IRC18:22
*** garthb has joined #openstack-ironic18:22
*** garthb_ has joined #openstack-ironic18:23
*** e0ne has joined #openstack-ironic18:23
*** garthb_ has quit IRC18:23
*** garthb has quit IRC18:23
*** garthb has joined #openstack-ironic18:24
*** garthb_ has joined #openstack-ironic18:25
*** sacharya has joined #openstack-ironic18:31
JayFChris's troubleshooting doc (https://review.openstack.org/326743) is a pretty quick review if someone else core on IPA wants to have a look and land it18:33
openstackgerritThiago Paiva Brito proposed openstack/ironic: [WIP] Using Oneview drivers w/ IRONIC_IS_HARDWARE  https://review.openstack.org/32845118:36
jrollJayF: TIL ssh -l O_o18:36
jrolldoes that mean I'm young?18:36
*** praneshp has joined #openstack-ironic18:36
*** garthb_ has quit IRC18:36
jrollalso this doc makes me feel like we should have per-node append_params18:38
jroll(also the thread kris started that talks about different console devices per node)18:39
JayFjroll: ++ absolutely18:39
JayFjroll: honestly it's a psuedo-requirement for onmetal to change to dynamic dhcp18:39
jrollis it?18:39
jrollwhy's that?18:40
JayFWe mix hardware in a given cell.18:40
jrolloh, that18:40
*** praneshp_ has joined #openstack-ironic18:40
*** praneshp has quit IRC18:41
*** praneshp_ is now known as praneshp18:41
*** jcoufal has quit IRC18:46
*** jcoufal has joined #openstack-ironic18:48
*** vishwanathj has joined #openstack-ironic18:48
openstackgerritJim Rollenhagen proposed openstack/ironic-python-agent: Add basic troubleshooting doc  https://review.openstack.org/32674318:51
jrollfixed the tiny nits and approved18:51
jrollNobodyCam: a couple comments here, if you want to do a follow up patch, if not it's cool too :) https://review.openstack.org/#/c/326743/7/doc/source/troubleshooting.rst18:52
*** vishwanathj has quit IRC18:53
*** yolanda has quit IRC18:53
*** mbound has joined #openstack-ironic18:56
*** e0ne has quit IRC18:59
*** fragatina has quit IRC18:59
jrolldtantsur|afk: I see you18:59
jrollಠ_ಠ18:59
jrollit's friday night, go have fun18:59
*** spandhe has quit IRC18:59
*** fragatina has joined #openstack-ironic18:59
*** mbound has quit IRC19:01
*** yolanda has joined #openstack-ironic19:03
*** fragatina has quit IRC19:04
*** Jabadia has quit IRC19:05
*** athomas has joined #openstack-ironic19:06
* NobodyCam takes a look19:08
NobodyCamI can toss up a quick rev for that ;)19:10
jrollawesome, thanks!19:11
sambettsNight all, JayF: I'll check out that troubleshooting doc stuff on Monday :D19:13
*** sambetts is now known as sambetts|afk19:13
NobodyCamnight sambetts|afk19:19
*** rama_y has quit IRC19:19
openstackgerritChris Krelle proposed openstack/ironic-python-agent: Add basic troubleshooting doc  https://review.openstack.org/32674319:26
NobodyCamJayF: jroll ^^^19:26
jrollnice, thanks19:26
NobodyCam:)19:28
* NobodyCam makes a quick run to subway for some lunch stuff19:28
*** PollyZ has quit IRC19:28
* jroll +219:28
*** PollyZ has joined #openstack-ironic19:30
*** MattMan has quit IRC19:31
*** MattMan has joined #openstack-ironic19:31
*** mbound has joined #openstack-ironic19:34
*** PollyZ has quit IRC19:41
*** Sukhdev has quit IRC19:45
*** vishwanathj has joined #openstack-ironic19:49
*** sdake has joined #openstack-ironic19:52
*** jcoufal has quit IRC19:54
*** vishwanathj has quit IRC19:55
*** PollyZ has joined #openstack-ironic19:55
openstackgerritMerged openstack/ironic-python-agent: Add basic troubleshooting doc  https://review.openstack.org/32674319:56
*** ametts has quit IRC20:00
openstackgerritMathieu Mitchell proposed openstack/ironic: Support for APC AP7922  https://review.openstack.org/32847620:04
*** jaybeale has joined #openstack-ironic20:05
*** baoli_ has quit IRC20:06
JayFmat128: ^ you're aware that driver is likely going to be pulled after this cycle due to lack of CI (see: https://wiki.openstack.org/wiki/Ironic/Drivers)20:06
mat128hmm20:07
mat128it's our fallback when machien dont have IPMI20:07
mat128do a virtual PDU works? :)20:07
mat128we already have that, I guess I could split that into it's own project and wire it up like vBMC20:07
JayFmat128: yeah; or you could just move it over to ironic-staging-drivers and use it20:08
mat128given we already have everything needed (we actually test it downstream), I guess I can just make that into a small project20:08
JayFmat128: if you were able to get a virtual pdu running, I presume we could run it in the gate, but there might need to be a conversation about ci resources vs popularity of the driver20:08
mat128JayF: I guess that means any unpopular combo is excluded from being in the official tree?20:09
mat128JayF: CI resource (or lack of) will always be an argument20:09
JayFI mean, I don't know.20:09
jrollI don't think it's a waste of resources to run one job for that driver20:09
JayFsounds good to me :)20:10
mat128ok good20:10
mat128I'll create vPDU and hook it to devstack so we can run it20:10
mat128and avoid that driver from getting moved into -staging :P20:10
mat128plus that will be one less thing to worry about downstream20:10
jroll++20:10
JayFSo I have what feels like a super dumb question20:12
JayFin the examples of new hardware managers I've seen downstream20:13
jrollI have what feels like a super dumb answer :D20:13
JayFsome of them implement it in name_of_manager/__init__.py20:13
JayFsome of them have a blank init, and put the actual code in a named file20:13
JayFis there a convention or tradeoff to going one way or another?20:13
jrollso, for small modules it's fine to just put everything in __init__20:13
jrollfor larger split it out20:13
jrollthe practical difference is:20:13
jrollimport name_of_manager, vs from name_of_manager import foo20:14
openstackgerritJulia Kreger proposed openstack/ironic-specs: Boot from Volume - Reference Drivers  https://review.openstack.org/29499520:14
JayFfor these small sample ones then, likely just doing everything in __init__ is sensible then20:14
* JayF didn't want to document some "wrong way" to do things20:14
* jlvillal prefers it to have much stuff in __init__.py, because he usually thinks it will be empty. Which is not a good reason :)20:14
jrollJayF: actually, now that I think about it, maybe convention is if nothing imports it then put it in __init__20:14
* jlvillal prefers it to NOT have much stuff in __init__.py, because he usually thinks it will be empty. Which is not a good reason :)20:14
JayFin this case, it wouldn't really be imported20:15
*** ametts has joined #openstack-ironic20:15
JayFit'd be given an entrypoint in setup.cfg20:15
TheJuliajlvillal: your first statement had me slightly confused ;)20:15
devanandaJayF: just checking - any progress on policy docs / specs?20:15
JayFwhich means also no advantage to having it in __init__ either20:15
mat128I'm with jlvillal, always surprised when I see code in __init__ (esp. if theres already code in files around)20:15
jlvillalTheJulia: me too20:15
*** thrash is now known as thrash|wknd20:15
openstackgerritYossi Ovadia proposed openstack/ironic-python-agent: Handle diskless hardware connected to remote iscsi.  https://review.openstack.org/32780720:15
JayFdevananda: I have a very draft spec up right now, trying to work through some other low hanging fruit on my todo list today20:16
devanandajroll: openstack follows the convention of not importing modules directly, so we should always be doing "from foo import bar", even in IPA20:16
jrolldevananda: no, openstack follows the convention of not importing symbols directly from modules20:16
jrollfoo.py is a module, convention is import foo20:16
devanandajroll: that is better words20:16
jrollso __init__ is okay, afaict20:17
JayFeither way, sounds like in this case it's a no brainer to go not in __init__20:17
JayFgiven it wouldn't be imported at all anyway, would only be an entrypoint20:17
JayFright?20:17
jrollsure :)20:18
*** Jabadia has joined #openstack-ironic20:18
JabadiaOSPd RH question- I can extract the agent.kernel using gzip -dc .... | cpio -id.20:25
JabadiaI need to do the same for the overcloud image20:25
JabadiaI tried to openstack-save overcloud-full-vmlinuz , but trying to extract it gives me 'overcloud-full-vmlinuz: not in gzip format'20:26
TheJuliano clue about OSP, but the kernel is not like a ramdisk file20:27
* jroll thinks most of the red hatters are gone for the weekend20:27
jroll#tripleo might have some people that know, though20:27
Jabadiatnx, tryng there.20:28
*** ametts has quit IRC20:30
*** dprince has quit IRC20:30
*** dprince has joined #openstack-ironic20:31
klindgrenwhen ironic creates the port in neutron is that done as a single action or a series of actions?20:32
klindgrenIE create port, add dhcp_opts?20:33
jrollthe dhcp opts are a port-update20:33
jrollnova actually creates the port20:33
jrolliroinc adds the dhcp stuff20:33
klindgrenhrm... have an issue where the dhcp-opts never get configured in the dnsmasq config files20:35
klindgrenafter we upgraded to liberty - trying to look throug hthe neutron change logs re: dhcp to see wtf20:35
mat128Jabadia: I think there's a review in flight for working with the IPA image20:35
klindgrenif I remove/re-add the dhcp agent to the network, it gets created correctly20:36
Jabadiatnx mat12820:36
mat128Jabadia: trying to find it20:36
jrollklindgren: right, saw that earlier, still sounds like a neutron bug to me20:36
mat128Jabadia: it landed, here's the rendered docs: http://docs.openstack.org/developer/ironic/deploy/troubleshooting.html#patching-the-deploy-ramdisk20:38
klindgren100% agree. Just trying to track down the entry path to neutron to narrow down whats going on.  Added some debug statements around dhcp writing to the file and it seems like when it processes the port.update.end it doesn't see that it has dhcp_opts20:38
Jabadiamat128: that's awesome, thanks!20:39
*** fragatina has joined #openstack-ironic20:39
Jabadiaactually, that's only for the introspective image. that works for me. I need to do the same for the overcloud image20:40
Jabadia:(20:40
mat128Jabadia: glad it helped you, make sure you thank dtantsur :)20:40
mat128hmm20:40
JabadiaNot thanking him yet :)20:40
mat128Jabadia: haha20:40
mat128Jabadia: what does your overcloud image look like?20:40
mat128qcow?20:41
*** Goneri has quit IRC20:41
Jabadiaovercloud-full-vmlinuz: Linux kernel x86 boot executable bzImage, version 3.10.0-327.13.1.el7.x86_64 (mockbuild@x86-019.build.eng.bos.red, RO-rootFS, swap_dev 0x4, Normal VGA20:42
JabadiaAnyway, I'll take it with RH.20:42
mat128Jabadia: thats just a kernel20:42
mat128Jabadia: the instructions for the inspection (or even deployment) image are the same as any ramdisk20:42
mat128I suspect you have a -ramdisk right next to it20:43
mat128Jabadia: http://docs.openstack.org/developer/tripleo-docs/basic_deployment/basic_deployment_cli.html20:43
mat128overcloud-full.initrd20:43
JabadiaI also have overcloud-full-vmlinuz20:43
mat128unless you want to change kernels, the only thing you can switch / edit would be the ramdisk20:45
Jabadiaallright, tnx20:45
mat128good luck :)20:46
*** ayoung has quit IRC20:49
*** vishwanathj has joined #openstack-ironic20:50
*** dprince has quit IRC20:51
*** jaybeale has quit IRC20:52
*** vishwanathj has quit IRC20:56
*** Jabadia has quit IRC21:09
openstackgerritMerged openstack/ironic: Remove support for the old ramdisk (DIB deploy-ironic element)  https://review.openstack.org/32708321:17
*** lindycoder has quit IRC21:19
openstackgerritMerged openstack/ironic: Support for APC AP7922  https://review.openstack.org/32847621:19
mat128^thanks everyone :)21:19
mat128weekend for me21:19
mat128have a good one21:19
JayFJust put the initial commit here: https://github.com/jayofdoom/ipa-example-hardware-managers21:22
JayFwould love for someone to have a look and provide comments21:22
JayFjroll: ^21:22
*** garthb has quit IRC21:28
jrollJayF: so... we have an official init_hardware thing now, right? why not use that?21:33
JayFno we don't21:35
JayFI -1'21:35
JayF-1'd that patch and suggested it be put in evaluate_hardware_support()21:35
jrollah I see21:35
JayFthat whole patch was why it was decided something like this was needed21:35
JayF(jay knowledge sharing on hwms)21:35
jrollJayF: looks pretty good21:35
JayFbecause you have to init the hardware to know if you support it21:35
jrollin the upgrade fw thing...21:35
*** sdake has quit IRC21:36
jrollI'd do a try/except around the upgrade to show how to propogate a failure21:36
JayFwell that's the thing, right21:36
JayFimo the best thing is to /not/ catch it21:36
JayFan exception raised would pass on through and fail cleaning21:37
JayFwhich is what you want21:37
JayFif anything, the try;except would be better in the evaluate_hardware_support(), where you may not want IPA to die if the hardwaer manager can't initalize21:37
JayFbut that's not really, hwm specific, it's just python21:37
JayFso I skipped it21:37
jrollJayF: maybe try: foo except: LOG.exception(e), raise21:37
jroll?21:37
JayFsure, that'd be fine21:38
jrollbut yeah A+21:38
JayFjroll: https://github.com/jayofdoom/ipa-example-hardware-managers/commit/4a01e803c56ce2b35a9a71c1001504079b14e5c121:39
* JayF needs to change branches so he stops accidentally committing all this stuff to master and can PR it21:39
*** rbudden has quit IRC21:40
jrolllol21:40
JayFthat's what you wanted, right?21:40
jrollnit: s/pass through/bubble up/21:40
jrollyeah21:40
jrolllgtm21:40
JayFwoo21:40
JayFgoing to work on the other two examples: a MonolithicHardwareManager which would be subclassed off GenericHardwareManager and loaded along21:40
JayFand a BusinessLogicHardwareManager which would assert things about the hardware and fail if they don't pass (like maybe wear on disks or something)21:41
*** sdake has joined #openstack-ironic21:41
jrollnice21:41
JayFthose will catch all the use cases we're doing downstream for hwms right?21:41
JayFmonolithic = original v1 manager21:41
JayFthe device managers we have, obviously21:41
JayFand the one business logic manager21:41
jrollyeah, it should21:42
JayFI should've done this a long, long time ago21:42
JayFdo you think I'll still need to do a presentation or something on this?21:42
JayFor will the examples be enough21:42
* JayF guesses that question is better targeted at wajdi / mat128 or dtantsur|afk21:43
*** sdake_ has joined #openstack-ironic21:43
*** Sukhdev has joined #openstack-ironic21:43
jrollheh, yeah ask them21:44
jrollI assume this should be enough21:44
JayFSo do I :)21:44
JayFI might use this as some of the basis for an IPA deep dive at the summit though21:44
jroll++21:44
jrollalright, 1745, I should bounce21:45
jrollhave a good weekend21:45
JayFhave a good weekend o/21:45
*** sdake has quit IRC21:45
*** spandhe has joined #openstack-ironic21:51
*** sabeen has quit IRC21:52
*** lascii is now known as alaski21:52
*** vishwanathj has joined #openstack-ironic21:52
*** sabeen has joined #openstack-ironic21:53
*** vishwanathj has quit IRC21:57
*** fragatin_ has joined #openstack-ironic22:03
*** catintheroof has quit IRC22:06
*** fragatina has quit IRC22:07
*** Sukhdev has quit IRC22:11
*** garthb has joined #openstack-ironic22:18
*** PollyZ has quit IRC22:19
*** cdearborn has quit IRC22:22
*** garthb_ has joined #openstack-ironic22:23
*** garthb has quit IRC22:23
*** Jabadia has joined #openstack-ironic22:30
JabadiaLast one for the weekend if anyone still here. Jenkins failed on some tests. the failure occurs also without my changes. what's the process ?22:33
Jabadiait's not fun to get -1 from jenkins.22:34
*** Jabadia has quit IRC22:40
*** Jabadia has joined #openstack-ironic22:40
*** mtanino__ has joined #openstack-ironic22:43
*** wajdi_ has joined #openstack-ironic22:43
*** mtanino has quit IRC22:45
*** Jabadia has quit IRC22:45
*** wajdi has quit IRC22:47
*** wajdi_ has quit IRC22:47
*** jaybeale has joined #openstack-ironic22:48
*** mtanino has joined #openstack-ironic22:54
*** rama_y has joined #openstack-ironic22:55
*** mtanino__ has quit IRC22:56
JayFjroll: (others as well) rfr -> https://github.com/jayofdoom/ipa-example-hardware-managers/pull/1/files22:58
*** sabeen has quit IRC23:01
*** garthb_ has quit IRC23:14
JayFNobodyCam: we should combine http://docs.openstack.org/developer/ironic-python-agent/#customizing-the-image that section with what you just put in at some point23:16
JayFNobodyCam: probably could justify ripping out the 'customize a ramdisk' doc and putting it in its own file23:16
*** vishwanathj has joined #openstack-ironic23:18
*** vishwanathj has quit IRC23:22
*** fragatin_ has quit IRC23:22
*** fragatina has joined #openstack-ironic23:23
*** sabeen has joined #openstack-ironic23:28
*** sacharya has quit IRC23:34
*** spandhe has quit IRC23:35
*** mbound has quit IRC23:36
*** spandhe has joined #openstack-ironic23:43
JayFWhile working on these docs, I've come to the conclusion we should strongly discourage people subclassing HWMs off GenericHardwareManager23:48
JayFthere's almost zero reason to do it that isn't better served by something else23:48
JayFI can't even come up with a fake convoluted example for my docs.23:48
*** ppiela has quit IRC23:51
*** spandhe has quit IRC23:52
*** praneshp has quit IRC23:52
devanandaJayF: i thought that's _exactly_ what we encouraged?23:52
JayFDocs say you can do it subclassing HardwareManager OR GenericHardwareManager23:52
devanandaaahhh23:52
JayFGenericHardwareManager being where all the "do stuff" in IPA is, and HardwareManager is just a shell23:53
JayFand I'm thinking we need to change that doc to discourage it23:53
JayFbecause it's all downsides and no upsides to subclassing GHM afict23:53
devanandawhat should it encourage?23:53
JayFhave you seen what I've been working on today :D23:53
devanandanope23:53
JayFhttps://github.com/jayofdoom/ipa-example-hardware-managers23:53
JayFhas one example in it23:53
JayFand another in a PR waiting for jroll to review23:53
JayFmy hope is this can become officialish. It's the documentation we always needed but never really did.23:54
JayFthe one in the PR is sorta my favorite example. We have a lot of business logic-y clean steps like that downstream23:54
JayFpretty much did this all afternoon in lieu of doing a presentation23:55
devanandaJayF: good stuff23:59
JayFyou find that helpful though?23:59
JayFPretty hard to write docs for something you know that well :) I don't know what folks don't know23:59

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