Wednesday, 2014-06-04

openstackgerritChris Krelle proposed a change to openstack/ironic: Rework make_partitions logic when preserve_ephemeral is set  https://review.openstack.org/9759000:13
JayFdevananda: I missed your request for help because I disconnected, but the answer is probably that I'm busy right now :( my main opinion is that it stinks to have to workaround older software when newer software exists that already solves the problem00:16
*** takadayuiko has joined #openstack-ironic00:16
openstackgerritJim Rollenhagen proposed a change to openstack/ironic-python-agent: Use processutils properly  https://review.openstack.org/9120200:17
*** rloo_ has quit IRC00:22
*** matsuhashi has joined #openstack-ironic00:23
*** kevinbenton has joined #openstack-ironic00:45
openstackgerritA change was merged to openstack/ironic-python-agent: Flow extension uses extension manager from agent  https://review.openstack.org/9208000:53
*** ellenh has quit IRC01:03
*** Haomeng has quit IRC01:31
*** nosnos has joined #openstack-ironic01:38
*** Haomeng has joined #openstack-ironic02:08
*** takadayuiko has quit IRC02:38
*** harlowja is now known as harlowja_away02:42
*** rwsu has quit IRC03:10
*** k4n0 has joined #openstack-ironic03:16
*** nosnos has quit IRC03:29
*** matsuhashi has quit IRC03:31
*** k4n0 has quit IRC03:35
*** JoshNang has quit IRC03:43
*** k4n0 has joined #openstack-ironic03:48
*** JoshNang has joined #openstack-ironic03:59
*** Jatin360 has joined #openstack-ironic04:02
*** rameshg87 has joined #openstack-ironic04:03
*** sabah has joined #openstack-ironic04:25
*** matsuhashi has joined #openstack-ironic04:25
*** nosnos has joined #openstack-ironic04:26
*** JoshNang has quit IRC04:38
*** JoshNang has joined #openstack-ironic04:38
*** vinbs has joined #openstack-ironic04:41
*** pcrews has quit IRC04:44
vinbsHello Ironic!04:44
*** sabah has quit IRC04:44
vinbsI'm trying to launch instances on a baremetal server using Ironic04:44
vinbsDo I need to configure any options in neutron so that dhcp works with baremetal?04:45
*** Poornima has joined #openstack-ironic04:46
vinbsdhcp and pxe boot goes through with a dnsmasq service started manually04:47
*** Faizan has joined #openstack-ironic04:48
*** Faizan has quit IRC04:49
vinbsbut how can I configure neutron so that it starts the dnsmasq with the right settings for the dhcp and pxe boot to happen04:49
*** shakamunyi has joined #openstack-ironic05:04
*** rakesh_hs has joined #openstack-ironic05:15
*** coolsvap|afk is now known as coolsvap05:30
*** Jatin360_ has joined #openstack-ironic05:37
*** Jatin360 has quit IRC05:39
*** Jatin360_ is now known as Jatin36005:39
*** pcrews has joined #openstack-ironic05:44
*** lazy_prince has joined #openstack-ironic05:49
*** coolsvap is now known as coolsvap|afk05:52
*** shausy has joined #openstack-ironic05:52
*** pcrews has quit IRC05:56
*** coolsvap|afk is now known as coolsvap05:58
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/9606306:02
*** takadayuiko has joined #openstack-ironic06:02
*** Jatin360_ has joined #openstack-ironic06:07
*** Jatin360 has quit IRC06:09
*** Jatin360_ is now known as Jatin36006:09
*** Poornima has quit IRC06:17
*** pcrews has joined #openstack-ironic06:21
Haomengvinbs: welcome06:21
vinbsHaomeng: Hi :)06:22
Haomengvinbs: by default, neutron dhcp agent is enabled06:22
Haomengvinbs: so if you create new network which enable dhcp, it should work for our ironic06:22
Haomengvinbs: make sure the layer 2(L2) is fine between neutron dhcp agent and our baremetal06:23
Haomengvinbs: I understand your question here is that your neutron dhcp does not work for our baremetal, righ?06:24
Haomengright?06:24
vinbsHaomeng: I see that the dnsmasq is running on a tap interface, but it's not forwarding these packets to the actual physical interface to which the baremetal is connected06:24
Haomengvinbs: ok, did you enable vlan or not?06:25
Haomengvinbs: what your network type is?06:25
HaomengHaomeng: did you capture the dhcp package from the physical and tap interface?06:25
Haomengyou can run " neutron subnet-show $subnet-id" to check if enable_dhcp is "True" first06:27
vinbsHaomeng: I don't know much neutron networking06:28
Haomengvinbs: then, go ahead to check where the dhcp RA package is sent to06:28
Haomengvinbs: dont worry06:28
vinbsHaomeng: yes it's enabled06:28
Haomenglet me guide you06:28
Haomengvinbs: ok, that is required, so net step06:28
vinbsI see in the ml2_conf.ini that type_driver is gre06:28
vinbsshould it be vlan?06:28
Haomengvinbs: run dhcp client from our baremetal site to send dhcp RA package to L206:28
vinbsHaomeng: Do I need to start a dnsmasq service manually?06:30
openstackgerritA change was merged to openstack/ironic-python-agent: Allow configdrive partition to be precreated  https://review.openstack.org/9596906:31
Haomengvinbs: no, it should be existing dnsmasq process which serves your request06:31
*** coolsvap is now known as coolsvap|afk06:31
vinbsSo how do I make this existing dnsmasq service to send dhcp packets to the physical interface?06:32
Haomengjust run "ps -ef | grep dnsmasq" to check the existing process06:33
Haomengto check such "/var/lib/neutron/dhcp/40d74101-3ca9-439d-846a-3ba5746ed722/addn_hosts" arguments06:34
Haomengand cat the content to see if your physical baremetal mac is in the file06:34
Haomengsuch arguments "--dhcp-hostsfile=/var/lib/neutron/dhcp/40d74101-3ca9-439d-846a-3ba5746ed722/host"06:34
*** Mikhail_D_ltp has joined #openstack-ironic06:35
Haomengor run this command "find /var/lib/neutron/dhcp |xargs grep $YOUR_BM_MAC" to check directly06:36
Mikhail_D_ltpGood morning Ironic! :)06:37
HaomengMikhail_D_ltp: morning:)06:37
mrdahi Mikhail_D_ltp (and Haomeng :)06:37
Haomengmrda: morning:)06:37
openstackgerritMichael Davies proposed a change to openstack/ironic: Set power-state to POWER_OFF when registering node  https://review.openstack.org/9769306:38
Mikhail_D_ltpmrda,  Haomeng hi! :)06:38
HaomengMikhail_D_ltp: :)06:38
vinbsHaomeng: I screwed up my openstack setup somehow.. going back to a snapshot06:39
*** ccit has joined #openstack-ironic06:39
vinbsHaomeng: Will come back to you once I get it running again06:39
vinbsthanks a bunch!06:40
*** lsmola has quit IRC06:40
Haomengvinbs: ok, welcome06:41
Haomengvinbs: :)06:41
*** coolsvap|afk is now known as coolsvap06:47
*** foexle has joined #openstack-ironic06:50
*** eghobo has joined #openstack-ironic07:08
*** radsy has quit IRC07:09
*** matsuhashi has quit IRC07:17
*** matsuhashi has joined #openstack-ironic07:18
*** coolsvap is now known as coolsvap|afk07:21
*** eghobo has quit IRC07:24
*** Jatin360 has quit IRC07:25
*** ccit has quit IRC07:26
*** coolsvap|afk is now known as coolsvap07:29
*** Jatin360 has joined #openstack-ironic07:31
*** max_lobur has joined #openstack-ironic07:32
dtantsurMorning, Ironic07:36
mrdadtantsur: \o07:37
dtantsurmrda, good evening :)07:37
mrdaalmost finish time ;)07:38
dtantsurheh07:39
takadayuikodtantsur: Hi :D07:42
dtantsurtakadayuiko, hi :)07:43
takadayuikodtantsur: Thank you for reviewing my Tempest patch testing Ironic API!07:43
dtantsurnp)07:43
takadayuikohttps://review.openstack.org/#/c/90282/07:43
dtantsurI wonder if it's possible to merge _anything_ due to Jenkins failing in 90% cases >_<07:44
*** Poornima has joined #openstack-ironic07:47
mrda:(07:49
dtantsurfunny thing: we have a 0-line patch, that was approved on Monday morning. It's still unable to merge :(07:50
dtantsurAfter they fixed https://bugs.launchpad.net/openstack-ci/+bug/1325689 I at least hope to get valuable logs07:50
*** mrda is now known as mrda-away07:51
mrda-awaynight ironic!07:52
Mikhail_D_ltpdtantsur: good morning :)07:52
dtantsurmorning Mikhail_D_ltp, g'night mrda-away :)07:54
openstackgerritA change was merged to openstack/ironic-python-agent: Readme should point to Openstack, not travis-ci  https://review.openstack.org/9761107:57
*** ndipanov has joined #openstack-ironic07:57
*** derekh_ has joined #openstack-ironic07:59
*** ifarkas has joined #openstack-ironic08:00
dtantsurLucky IPA folks, it takes so little to merge their changes ^^^08:00
dtantsurrameshg87, hi! Could you give some update on https://bugs.launchpad.net/ironic/+bug/1314954 ?08:09
*** pradipta_away is now known as pradipta08:10
*** romcheg has joined #openstack-ironic08:10
*** shakamunyi has quit IRC08:10
*** jistr has joined #openstack-ironic08:10
*** athomas has joined #openstack-ironic08:12
*** pbrooko has joined #openstack-ironic08:12
*** radsy has joined #openstack-ironic08:22
*** lucasagomes has joined #openstack-ironic08:26
*** pelix has joined #openstack-ironic08:27
*** Alexei_987 has joined #openstack-ironic08:33
lucasagomesdevananda, ah nice! cheers for that08:35
lucasagomesand morning Ironic :)08:35
romchegMorning lucasagomes and everyone else!08:36
takadayuikoGood evening, romcheg, lucasagomes!08:36
*** igordcard has joined #openstack-ironic08:37
lucasagomestakadayuiko, konbanwa :)08:37
romchegHi takadayuiko!08:40
takadayuikolucasagomes, Wao! Why do you know Japanese?? Konbanwa & Ohayo(= Good morning) in your country :D08:40
Mikhail_D_ltpromcheg: morning :)08:41
lucasagomestakadayuiko, Ah thanks! I know only very few words, I will keep in mind the ohayo, ohayo gozaimasu :)08:42
*** matsuhashi has quit IRC08:42
lucasagomestakadayuiko, btw, in são paulo we have this "japantown", so couple of my friends when I was back in brazil were decedent of japanese08:43
takadayuikolucasagomes, Ahaha, very good ;)08:43
lucasagomestakadayuiko, http://en.wikipedia.org/wiki/Liberdade_%28district_of_S%C3%A3o_Paulo%2908:43
rameshg87hello dtantsur08:45
takadayuikolucasagomes, I didn't know such a town! I saw wikipedia, Torii :-o Do you live in Brazil?08:46
rameshg87dtantsur, i had spent some time working on it.  there is no option in ipmitool, niether there is a way to determine if the node is not reachable. i think it is ultimately dependent on the network to reach the timeout on packets and figure out that the ip address is not reachable.08:46
rameshg87dtantsur, given that i found this bug can fix this: https://bugs.launchpad.net/ironic/+bug/131496108:47
lucasagomestakadayuiko, :D torii the gate? no I don't I live in Ireland, but I was born in brazil08:47
lucasagomestakadayuiko, my background is a mix, I'm half brazilian (part of mother) and half spanish08:48
*** openstackgerrit has quit IRC08:48
*** vinbs has quit IRC08:49
takadayuikolucasagomes, Yes, the gate of Jinja... Do you know Jinja? Similar to temple or church...08:49
*** vinbs has joined #openstack-ironic08:50
lucasagomestakadayuiko, don't know, will google it :D08:50
*** matsuhashi has joined #openstack-ironic08:50
* lucasagomes jinja reminds me the template engine only :)08:50
*** openstackgerrit has joined #openstack-ironic08:50
takadayuikolucasagomes, Brazil and Spain? Coool!!08:51
openstackgerritMartin Geisler proposed a change to openstack/ironic: Add UTF-8 coding lines to all Python files  https://review.openstack.org/9702708:51
lucasagomes:)08:51
takadayuikoI'm 100% Japanese... :(08:52
lucasagomesand that's pretty awesome :D08:54
takadayuikoYes, yes, the name of template engine. I can't understand why named so :-o08:54
*** lokesh184 has joined #openstack-ironic08:54
lucasagomesheh yeah dunno as well, we use jinja2 to build the templates for the pxe driver AFAIR08:55
takadayuikoLucasgomes, Before I forget again, I wanna ask to you!08:55
*** radsy has quit IRC08:55
*** pbrooko has quit IRC08:56
dtantsurmorning lucasagomes, romcheg!08:57
lucasagomesdtantsur, morning08:57
*** shausy has quit IRC08:57
romchegMorning dtantsur08:57
*** shausy has joined #openstack-ironic08:58
takadayuikolucasagomes, I found the IRC log in which you and matty_dubs were talking, and I have a question about it. http://eavesdrop.openstack.org/irclogs/%23openstack-ironic/%23openstack-ironic.2014-01-16.log08:58
dtantsurrameshg87, are you working on it now or intend to in the near future? We're decided on not keeping bugs assigned w/o patch attached for > 7 days08:59
lucasagomestakadayuiko, sure08:59
takadayuikolucasagomes, Thank you, you ware saying that you used cirros-0.3.1-x86_64-uec as image file. Did you use cirros for "REAL" baremetal machine?09:00
lucasagomestakadayuiko, that's just to make the guideline simpler, and for tests cirros might be ok. I've an old fedora image built with DIB (diskimage-builder) that I use in my internal tests in order to have a full fedora stack09:03
lucasagomestl;dr I mostly use the fedora image09:03
*** max_lobur has quit IRC09:03
dtantsurheh, I just use cirros :)09:04
*** Jatin360 has quit IRC09:04
* lucasagomes needs to rebuild that image, it's a f18 image :P09:04
takadayuikolucasagomes, I also want to use Ironic as a trial, it is no problem, but... I used cirros and the procedures of Ironic itself succeed, but after rebooting, "Boot From AHCI CD-ROM" message was shown, so I think it's a failure, right?09:06
takadayuikodtantsur, Thank you,  I am reassured :)09:08
*** SpamapS has quit IRC09:08
lucasagomestakadayuiko, seems so, I haven't hit that tho09:09
lucasagomestakadayuiko, after the reboot it tries to get an IP via DHCP and all? or just show that error straight away?09:10
takadayuikolucasagomes, Mmm...09:10
*** SpamapS has joined #openstack-ironic09:11
takadayuikolucasagomes, Sorry for lack of explanation. All of process(Getting IP address from DHCP server, copying image files with "dd" command, ...) finished without problems.09:11
lucasagomestakadayuiko, yeah... so I didn't hit that problem... but seems that in the second reboot (to boot in the image you deployed) it's not PXE booting and trying to do a local boot09:13
lucasagomeslike if it wasn't configured to boot from the network or something09:13
takadayuikolucasagomes, Right, second reboot.09:14
rameshg87dtantsur, i am not working on it right now. i think i will unassign myself from it09:16
lucasagomestakadayuiko, yeah, so even the second boot will do a network booting via PXE (we have plans to support localboot but it's not done yet)09:17
takadayuikolucasagomes, I checked the BIOS setting, but "IDE HDD" was the 1st in the boot-priority. So my machine didn't try to PXE boot and there are some problem about image file, I suggest...09:18
lucasagomestakadayuiko, can you check whether the machine is configured to boot from network?09:18
lucasagomestakadayuiko, yeah09:18
takadayuikolucasgomes, (we have plans to support localboot but it's not done yet)-> What??09:18
lucasagomesit might be a bug against us because we should be setting the boot device09:18
lucasagomestakadayuiko, https://review.openstack.org/#/c/73054/09:19
takadayuikolucasagomes. Ah, no wonder I couldn't any codes about reboot both in Ironic and diskimage-builder.09:19
lucasagomestakadayuiko, we want to add support for booting directly from the local disk after the image is deployed, without having to pxe boot it again09:19
takadayuikolucasagomes, Thank you, now I can see.09:21
lucasagomestakadayuiko, np :)09:22
*** Jatin360 has joined #openstack-ironic09:22
*** lsmola has joined #openstack-ironic09:25
lazy_princesince local boot is being discussed, could you guys please review https://review.openstack.org/#/c/79289/ (Adds local storage Boot support on PXE failures). seems related..09:25
takadayuikolucasagomes, Sorry I've become unable to understand again. So...Should my machine try to PXE boot 2 times and shouldn't try to do a local boot for the second time?09:26
openstackgerritYongli He proposed a change to openstack/ironic: Rewrite ironic policy to use the new changes of common policy  https://review.openstack.org/9773109:27
lucasagomestakadayuiko, yeah the current approach is that the machine will always pxe boot, even after deployed (it will load the image from the local disk, but the kernel and ramdisk will be booted from the network)09:30
lucasagomestakadayuiko, the reason is to guarantee the order that the machines boots, it's just a way to assuring that the tentants won't start before the hosts09:32
dtantsurrameshg87, thanks!09:34
rameshg87dtantsur: :-)09:35
lucasagomestakadayuiko, and, we want to make it optional, we want to have it to be configurable whether the tenant after the deploy will boot from the local disk directly or  network09:36
takadayuikolucasagomes, But switch_pxe_config() in ironic/drivers/modules/deploy_utils.py, pxe config file is modified(rewritten?) as "default boot", right?09:36
lucasagomeswe also want to support deploying partition images (like today) or whole disk images (like #73054 is implementing)09:37
lucasagomestakadayuiko, yes!09:37
lucasagomestakadayuiko, but that default is still booting via network, the kernel and ramdisk of the tenant image is in ur tftp directory09:39
takadayuikoSo, I think that the machine will boot not as PXE but default after copying image files finished. It's strange doing pxe boot again and again.09:40
lucasagomestakadayuiko, yeah it's a bit odd indeed. But it will pxe boot again09:41
takadayuikolazy_prince, Sorry I missed your comment. I will check the patch, but I am not sure if I can understand the codes...09:41
lucasagomestakadayuiko, imagine if all the machines are off, and you power it all on again... we don't want the tenant machines to boot before the hosts and start running their services. We need the hosts first and then we can boot the rest09:42
dtantsurJayF, russell_h, jroll https://review.openstack.org/#/c/95969/ see my comment there09:42
lucasagomesthat's why it always pxe boot by default, so we can guarantee that order09:42
takadayuikolazy_prince, Thank you for giving useful information :)09:42
lucasagomeslazy_prince, nice, cheers09:43
* dtantsur thinks of using -2 next time >_<09:43
openstackgerritHans Lindgren proposed a change to openstack/ironic: Fix host manager node detection logic  https://review.openstack.org/9744709:44
takadayuikolucasagomes, yeah that' right.09:46
lucasagomes:)09:46
takadayuikoI learned a lot :D09:47
*** martyntaylor has joined #openstack-ironic09:50
dtantsurEpic success, folks! Seems like we got our gates broken by Nova change09:55
*** max_lobur has joined #openstack-ironic09:56
lucasagomesdtantsur, heh yeah some changes in the host manager09:58
lucasagomesdtantsur, https://review.openstack.org/#/c/97447/ is fixing it, I'm testing it now09:58
dtantsurlucasagomes, yeah, me too... Suggest to merge it asap09:59
lucasagomesdtantsur, +1000! I'm testing it locally first09:59
*** jcoufal has joined #openstack-ironic10:01
dtantsurlucasagomes, what a crazy day! Broken code got merged to IPA, Nova change broke our tests... Is it Monday today? :)10:01
lucasagomesdtantsur, I hear ya!10:02
romchegtesting it as well10:02
lucasagomesI'm also a bit upset with the amount of random failures we are getting in the gate10:02
lucasagomesmany of the approved patches is still hanging in the queue waiting for jenkins10:03
dtantsurlucasagomes, that's just awful...10:04
takadayuikoOMG :(10:04
*** Jatin360 has quit IRC10:04
dtantsurlucasagomes, romcheg, test do not pass for me locally :( what about you?10:05
romchegdtantsur: I'm not yet at that point10:05
*** Jatin360 has joined #openstack-ironic10:07
lucasagomesdtantsur, no dice "TypeError: expected string or buffer"10:07
dtantsurthe same for me :(10:08
*** nosnos has quit IRC10:08
romcheg+!10:08
romcheg+110:08
dtantsurwe don't have Hans here, right?10:09
lucasagomesdunno his IRC name :/10:09
dtantsurouch...10:10
dtantsurok, will relocate to the office, as nothing works anyway... :)10:10
romcheghanlind is his launchpad id10:11
romchegI suppose it might be his IRC name as well10:11
*** dtantsur is now known as dtantsur|brb10:11
dtantsur|brbwe may ask on nova channel10:11
*** athomas has quit IRC10:12
lucasagomesdtantsur|brb, the fix is small10:12
*** yuriyz has quit IRC10:13
dtantsur|brblucasagomes, it's not the best practice, but maybe just upload a new version of patch with fix?10:13
lucasagomesdtantsur|brb, if I can't find him I will, I will add a git diff with the fix in the patch10:13
lucasagomesdtantsur|brb, http://paste.openstack.org/show/82752/10:14
romchegWe have to re-write Ironic from scratch in Swift programming language https://pbs.twimg.com/media/BpRzuI7CIAAKZEj.jpg:large10:19
*** shausy has quit IRC10:19
*** shausy has joined #openstack-ironic10:20
*** athomas has joined #openstack-ironic10:21
lucasagomesromcheg, heh10:21
*** matsuhashi has quit IRC10:24
*** yuriyz has joined #openstack-ironic10:24
openstackgerritRamakrishnan G proposed a change to openstack/ironic-specs: iLO Virtual Media Deploy Driver  https://review.openstack.org/9774410:32
openstackgerritRamakrishnan G proposed a change to openstack/ironic-specs: iLO Virtual Media Deploy Driver  https://review.openstack.org/9774410:35
*** shakamunyi has joined #openstack-ironic10:37
*** takadayuiko has quit IRC10:39
*** Poornima has quit IRC10:40
*** shakamunyi has quit IRC10:41
*** pradipta is now known as pradipta_away10:42
*** romcheg has left #openstack-ironic10:43
*** romcheg has joined #openstack-ironic10:43
*** matsuhashi has joined #openstack-ironic10:47
*** SpamapS has quit IRC10:50
*** SpamapS has joined #openstack-ironic10:52
*** lokesh184 has quit IRC11:13
openstackgerritHans Lindgren proposed a change to openstack/ironic: Fix host manager node detection logic  https://review.openstack.org/9744711:14
*** loki184 has joined #openstack-ironic11:16
*** rameshg87 has left #openstack-ironic11:17
*** rameshg87 has joined #openstack-ironic11:23
*** rameshg87 has left #openstack-ironic11:23
*** coolsvap is now known as coolsvap|afk11:23
dtantsur|brbromcheg, that will be ironic enough :D11:23
*** dtantsur|brb is now known as dtantsur11:23
*** matsuhashi has quit IRC11:25
*** matsuhashi has joined #openstack-ironic11:26
*** rameshg87 has joined #openstack-ironic11:26
*** matsuhashi has quit IRC11:29
*** matsuhashi has joined #openstack-ironic11:29
*** r0j4z0 has joined #openstack-ironic11:30
*** loki184 has quit IRC11:42
*** Alexei_987 has quit IRC11:42
*** Alexei_987 has joined #openstack-ironic11:42
*** lucasagomes is now known as lucas-hungry11:47
*** Jatin360_ has joined #openstack-ironic11:48
dtantsurbtw, lucas-hungry, could you give updates on bugs https://bugs.launchpad.net/ironic/+bug/1308680 and https://bugs.launchpad.net/ironic/+bug/1313779 ?11:49
*** Jatin360 has quit IRC11:50
*** Jatin360_ is now known as Jatin36011:50
*** coolsvap|afk is now known as coolsvap11:58
openstackgerritHans Lindgren proposed a change to openstack/ironic: Fix host manager node detection logic  https://review.openstack.org/9744712:00
*** coolsvap is now known as coolsvap|afk12:04
*** vinbs has quit IRC12:07
dtantsurromcheg, could you give some update on https://bugs.launchpad.net/ironic/+bug/1286244 or unassign yourself please?12:08
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic-specs: Add instance_info field to Node model  https://review.openstack.org/9570112:08
romchegdtantsur: I merged all pre-requisites12:09
romchegNow working on a different bug12:09
romchegUnassigned myself12:09
dtantsurthanks!12:09
romchegIt's a low-hanginh fruit for someone12:09
*** rameshg87 has left #openstack-ironic12:13
boris-42romcheg are you going to finish ironic patch?12:15
romchegboris-42: Now working on a fix to Ironic12:15
romchegAfter that will take a look at the Ironic patch12:15
boris-42romcheg okay nice12:17
*** linggao has joined #openstack-ironic12:17
dtantsurromcheg, lucas-hungry please review https://review.openstack.org/#/c/97447/ again, we need it badly12:17
*** jistr is now known as jistr|eng12:18
*** Jatin360 has quit IRC12:20
*** jdob has joined #openstack-ironic12:22
lucas-hungrydtantsur, ack, unittests passed, will try to deploy a  vm with the change12:23
lucas-hungrydtantsur, ok worked here approving12:29
dtantsurlucas-hungry, \o/12:30
lucas-hungrydtantsur, now we pray for jenkins to not fail in gate :)12:31
dtantsurlucas-hungry, oh, yes...12:31
* lucas-hungry brb12:31
*** lazy_prince has quit IRC12:38
openstackgerritSean Dague proposed a change to openstack/ironic: Set instance default_ephemeral_device  https://review.openstack.org/9649812:43
openstackgerritSean Dague proposed a change to openstack/ironic: Remove 'node' parameter from the Console and Rescue interfaces  https://review.openstack.org/9109712:43
openstackgerritSean Dague proposed a change to openstack/ironic: Work around iscsiadm delete failures  https://review.openstack.org/9657712:45
openstackgerritSean Dague proposed a change to openstack/ironic: Remove 'fake' and 'ssh' drivers from default enabled list  https://review.openstack.org/8871112:46
*** rloo has joined #openstack-ironic12:49
dtantsurInteresting way of dealing with problems ^^^12:53
linggaomorning dtantsur12:53
dtantsurmorning, linggao!12:53
*** rloo has quit IRC12:54
*** rloo has joined #openstack-ironic12:54
linggaoI have a question for you, I updated the pyghmi version in global-requirements.txt, but jekins failed. I have no clue what went wrong.12:55
linggaohttps://review.openstack.org/#/c/97508/12:55
linggaodtantsur, could help?12:56
dtantsurlemme see12:56
dtantsurlinggao, I don't see anything related to us in a failure. Maybe just recheck?12:57
linggaoshould I do anything?12:58
dtantsurlinggao, recheck bug 1324793 as suggested, I guess12:59
linggaowhat does that mean? I have never done it before. and this patch is not related to that bug.13:00
dtantsurlinggao, that bug is supposed to be the cause of transient failure. Recheck command asks to run tests one more, bug number is provided for statistics13:01
dtantsurlinggao, for details see: https://wiki.openstack.org/wiki/GerritJenkinsGit#Test_Failures13:01
*** lucas-hungry is now known as lucasagomes13:02
linggaothanks dtantsur, I'll follow the instructions from that doc.13:04
NobodyCamgood morning ironic13:09
dtantsurmorning NobodyCam13:09
NobodyCammorning dtantsur13:09
NobodyCamhey hey13:09
dtantsurNobodyCam, aaaaaand before you wake up, I'd like your update on bug https://bugs.launchpad.net/ironic/+bug/1300589 :)13:10
NobodyCamso that bug I have not been able to dig in like I would like to13:10
ShrewsSo, our changes have broken the gate??13:12
* Shrews tries to catch up on scrollback in -infra13:12
NobodyCamShrews: huh13:13
NobodyCamour changes?13:13
ShrewsNobodyCam: sdague has taken many approved ironic changes out of the gate13:13
Shrewstrying to figure out what's going on13:13
*** jbjohnso has joined #openstack-ironic13:14
NobodyCamoh13:14
Shrews<sdague> I also just kicked all the ironic changes out of the gate pipeline13:14
NobodyCamahh I guess that would explain this error : Cannot query patchset information13:16
dtantsurNobodyCam, Shrews our unit tests were broken by Nova change13:16
dtantsurwaiting for fix to land: https://review.openstack.org/#/c/97447/13:16
Shrewsdtantsur: ah. thanks for the summary13:16
*** shakamunyi has joined #openstack-ironic13:17
NobodyCamis that link working for others,13:17
NobodyCammay be my bandwidth this morning13:17
rloomorning and afternoon to everyone.13:18
rlooNobodyCam: which link? 97447? works for me.13:18
NobodyCamgood moring rloo13:18
dtantsurmorning, rloo13:18
Shrews<sdague> Shrews: there were enough ironic changes in flight that something that was approved and landed merged in a way that all ironic changes now fail their unit tests13:18
NobodyCamok so /me is having bandwidth issues13:18
Shrewsyay13:19
rlooShrews: guess that's a good reason for not approving stuff until jenkins is happy.13:19
dtantsurShrews, rloo, as I said, that's not even we :)13:19
NobodyCambrb13:19
Shrewsrloo: yes. take today off  :)13:20
*** jistr|eng is now known as jistr13:20
dtantsurrloo, oh yeah, provided we have failures in 90% cases...13:20
rlooShrews: c'mon; I have time to review and approve stuff today :-)13:20
rlooseems like we haven't had anything merge for 1+ days now. I wonder if it was all due to the same bug.13:21
dtantsurrloo, who knows... there was a bug in infra that prevented getting meaningful logs13:22
dtantsurrloo, and also we have this: https://bugs.launchpad.net/ironic/+bug/131677313:22
dtantsurrloo, and now we have Nova change broken everything13:22
Shrewsi blame dtantsur for creating such an effecient dashboard that changes are now approved too quickly13:22
* rloo thinks taking whole week off might not be a bad idea13:22
Nghey folks13:22
Ngis there a corresponding change in Ironic to match up with https://review.openstack.org/#/c/94043/2 ?13:22
dtantsurShrews, WOW SUDDENLY O_O13:22
Shrews:)13:22
rlooShrews: yeah +113:23
Ngseeing this atm, suggesting that a corresponding change is needed:13:23
Ng2014-06-04 12:57:53.303 4596 TRACE oslo.messaging.rpc.dispatcher  File "/opt/stack/venvs/nova/local/lib/python2.7/site-packages/ironic/nova/scheduler/http://ironic_host_manager.py", line 94, in new_host_state13:23
Ng2014-06-04 12:57:53.303 4596 TRACE oslo.messaging.rpc.dispatcher    return host_manager.HostState(host, node, capabilities, service)13:23
Ng2014-06-04 12:57:53.303 4596 TRACE oslo.messaging.rpc.dispatcher TypeError: __init__() takes at most 4 arguments (5 given)13:23
dtantsurNg, yes and we're discussing it https://review.openstack.org/#/c/97447/13:23
Ngaha :)13:23
Ngthat'll teach me to not quickly check scrollback ;)13:25
dtantsur:)13:27
*** shausy has quit IRC13:27
lucasagomesmorning NobodyCam Ng Shrews :)13:30
Shrewslucasagomes: morning/afternoon13:30
*** matty_dubs|gone is now known as matty_dubs13:33
rlooShrews: hey, just trying to figure out what Sean did. He resubmitted the changes as another patch set, to wipe out the 'Approve' for the previous patch?13:33
Shrewsrloo: looks like it13:34
Nghey lucasagomes :)13:34
openstackgerritImre Farkas proposed a change to openstack/ironic: Make driver validation asynchronous  https://review.openstack.org/9778913:34
dtantsurrloo, yeah. Once the fix lands, we'll need to reapprove and clean up the commit message13:35
ShrewsI hope he kept a list of which ones he pulled  :)13:37
rlooShrews: he doesn't need to keep a list. we have dtantsur's dashboard. should be easy to figure out.13:38
dtantsur:)13:38
dtantsur... and this change is still in check pipleline >_<13:39
rloomakes me wonder if we should have a 'status' thing somewhere other than the 'topic' thing here.13:39
rloodtantsur: wondering if that is due to the other bug 1324793. things must be churning away in there...13:39
derekh_I got 3 ironic nodes each iwth 2 instances associated with them https://bugs.launchpad.net/ironic/+bug/132636413:41
derekh_I now can't nove delete them13:41
derekh_any ideas ? or is a manual DB edit13:41
rlooderekh_: i'm guessing manual db edit.13:43
derekh_rloo: ok, thanks, thats what I thought13:48
matty_dubsUh-oh. Someone has cited a blog post of mine from January on openstack-dev.13:49
rloomatty_dubs: why Uh-oh? Isn't that your 15-minutes, er secs or whatever, of fame?13:49
matty_dubsWell he was having issues. And I wrote it as a "notes to self" type thing.13:49
dtantsurFolks, seems like it now takes ~10 hours for gate pipeline to consider a change. We can relax and find something useful to do, except for approving patches >_<13:53
*** jdob has quit IRC13:53
rloodtantsur: bug bash day :D13:54
dtantsurrloo, I'm having a bug bash week :D13:54
*** jgrimm has joined #openstack-ironic13:56
rloodtantsur: and we all thank you very much for that!13:56
*** jdob has joined #openstack-ironic13:56
dtantsur:)13:56
*** k4n0 has quit IRC13:58
*** romcheg has quit IRC14:01
* lucasagomes wrote ironic maiden on spotify instead of iron maiden. I'm working too much >.<14:03
matty_dubsLOL14:04
dtantsur:D14:07
dtantsurnot too bad name for some band though14:07
devanandag'morning, all14:10
Mikhail_D_ltpdevananda: good morning :)14:10
rloomorning devananda.14:10
dtantsurdevananda, morning :) don't try to approve any patches, please :)14:12
dtantsuruntil this lands: https://review.openstack.org/#/c/97447/14:12
matty_dubsMorning devananda14:12
devanandadtantsur: is the problem specific to ironic, or is infra still having issues?14:12
dtantsurdevananda, it's nova change that broke our unit-tests14:13
devanandadtantsur: ahhh, lovely. is someone working on it?14:13
dtantsurdevananda, we have a patch https://review.openstack.org/#/c/97447/ and we're waiting for it to merge14:13
lucasagomesdevananda, rloo matty_dubs morning14:13
lucasagomesMikhail_D_ltp, too :)14:13
rloohi lucasagomes14:14
dtantsurrloo, btw, are you working on this: https://bugs.launchpad.net/ironic/+bug/1288363 ? You're assigned14:16
rloodtantsur: oh yeah. guess i'll do that today ;)14:16
openstackgerritChris Krelle proposed a change to openstack/ironic: Wipe any metadata from a nodes disk  https://review.openstack.org/9313314:17
rloodtantsur: thx for the reminder!14:17
devanandadtantsur: awesome14:17
dtantsurrloo, ok :)14:17
NobodyCamgood morning devananda and lucasagomes14:17
devanandadtantsur, lucasagomes: also, sorry about that. I didn't realize the respective nova patch would break ironic (should have checked the jenkins results...)14:17
Mikhail_D_ltplucasagomes: morning :)14:17
dtantsurNobodyCam, are you doing anything on https://bugs.launchpad.net/ironic/+bug/1300589  ?14:18
*** rakesh_hs has quit IRC14:19
NobodyCamdtantsur: It is on my list.. I have not had a chance last couple of days to work on it14:19
dtantsurNobodyCam, ok, will not touch it :)14:19
rloodtantsur lies, waiting to pounce on folks as they enter IRC...14:19
NobodyCamdtantsur: if someelse has the time.. I'm happy to release it to them.. if not I will get back to it14:20
* dtantsur is dangerous14:20
dtantsurNobodyCam, I haven't heard about candidates, just cleaning up bugs list14:20
* rloo glad that dtantsur is on our side!14:20
jrollmorning ironic14:21
NobodyCamdtantsur: Thank you for that!!!! :)14:21
NobodyCamgood morning jroll14:21
jrolldtantsur: saw your comment, I'll have JayF take a look14:21
lucasagomesdevananda, no worries :)14:21
matty_dubsHeya jroll14:21
dtantsurmorning jroll, thanks :) I've created a bug for tracking that and assigned JayF14:21
jrolldtantsur: I expect that code to be run in the next week or so, so we'll definitely find out then14:21
jrolloh awesome14:21
jrollthank you!14:21
dtantsurit would be really cool to have some automatic end-to-end testing of IPA, even before merging with Ironic14:22
jrollof course14:22
jrolldwalleck is (supposed to be) working that14:23
lucasagomescomstud, ping re 131473214:25
devanandastill reading scrollback.... busy morning ...14:26
ryanpetrelloanybody know what the `check-tripleo-ironic-seed-precise` failure in https://review.openstack.org/#/c/97475/ is about?14:27
ryanpetrelloJenkins still seems to have given a +114:27
devanandaryanpetrello: 2014-06-03 17:01:39.508 | ERROR: Element 'common-venv' not found in '/opt/stack/new//tripleo-image-elements/elements:/opt/stack/new//diskimage-builder/bin/../elements:/opt/stack/new//diskimage-builder/bin/../elements'14:28
ryanpetrelloright, seems related to https://bugs.launchpad.net/openstack-ci/+bug/1325689, which was fixed14:28
devanandaryanpetrello: i'm not sure what caused that. short version: that is only testing if triplo can /build/ the ironic images. it's not exercising them yet.14:29
ryanpetrellowhat’s odd is that seems to have failed, but didn’t re-run14:29
ryanpetrellodo I need to recheck?14:29
ryanpetrelloI guess what I’m confused about is jenkins shows a +1 despite a failing job14:29
*** coolsvap|afk is now known as coolsvap14:30
devanandaryanpetrello: yea. that jenkins doesn't get a real vote yet14:31
ryanpetrellogotcha14:31
ryanpetrellookay14:32
devanandaor that test pipe. i'm not sure the right word (and haven't had coffeeyet)14:32
ryanpetrelloheh14:32
ryanpetrelloI know we discussed freezing python-keystoneclient the other night14:32
ryanpetrellobut upon investigation, the actual change in keystone client seems to have happened over a year ago14:32
ryanpetrelloso it seems to me like this does actually need a direct backport14:32
NobodyCamhumm I dont see 97447 in the zuul queue14:36
lucasagomesNobodyCam, it's in the gate queu14:37
dtantsurNobodyCam, 6th from the end...14:37
lucasagomesqueue*14:37
agordeevgood morning Ironic14:37
dtantsurmorning, agordeev14:38
agordeevdtantsur: morning :)14:38
lucasagomesmorning agordeev14:40
*** rwsu has joined #openstack-ironic14:40
NobodyCamoh there it is.. tooka page reload :-p14:41
* NobodyCam blames his bandwidth14:41
devanandaryanpetrello: ack14:41
agordeevmorning lucasagomes :)14:41
NobodyCammorning agordeev14:42
agordeevmorning NobodyCam, devananda, jroll and everyone else!14:43
jroll\o agordeev14:44
agordeevjroll: could you take a quick look at comments from my changes in IPA?14:46
jrollsure14:46
*** sysexit has joined #openstack-ironic14:48
lucasagomesdtantsur, that patch will take a looooooooong time to get merged, still queued :(14:48
jrollagordeev: on this first one, I'm not sure I understand https://review.openstack.org/#/c/92399/8/ironic_python_agent/hardware_utils.py14:48
jrollagordeev: I just mean those couple of lines could be condensed, not the entire except block14:48
*** matsuhashi has quit IRC14:49
NobodyCamlucasagomes: the gate seems quite backed up atm14:49
lucasagomesyeah :(14:49
dtantsurlucasagomes, provided patches gated now are 11 hours old... yes, it will! And if it fails for whatever stupid reason... that will be bad, really bad :)14:49
rloothere ought to be a way to fasttrack patches.14:50
agordeevjroll: ah, you just meant to use one-lined `if smth: <>`, right?14:51
jrollagordeev: lines 71-74 can just be:14:52
jrollif not k:14:52
jroll     info[section][multiline_values].append(k)14:52
agordeevjroll: nah, it can't. That change breaks the test.14:53
jrolladded a comment14:54
jrollwhat, how14:54
dtantsurrloo, that's what I am thinking. The whole Ironic is broken from approving changes...14:54
* jroll is confused14:54
NobodyCambrb ... quick walkies14:54
rloodtantsur: something to ask infra?14:54
jrollerrrr14:55
rloodtantsur: although it seems like sean knew about it...14:55
jrollagordeev: I guess I mean, if k: maybe14:55
dtantsurwell, maybe. Like is it possible with PTL approval14:55
jrollidk, maybe it's fine14:55
jrollagordeev: added comments on that one14:55
rloodtantsur: guess the first question is whether it is possible regardless of who approves. although one would think so.14:55
agordeevjroll: i agree, that it's very tricky to do parsing like that. Also, i'd found that 76-77 is not really needed.14:55
jrollagordeev: cool14:56
jrollagordeev: also, "it isn't a list due to current limitation in ironic IPA driver code. It has a problem with the lists nested into the dict."14:56
jrollI don't think this is true14:56
jrollif it is, then that is a bug14:56
jrollthere's code to flatten nested lists/dicts14:56
jrollwe use it already for network interfaces14:57
jrollit ends up something like hardware/interfaces/0/blablabla14:57
devanandadtantsur: think i'm caught up on scroll back but i dont understand the comment "is it possible with PTL approval"14:58
jrollagordeev: line 225 here https://review.openstack.org/#/c/84795/96/ironic/drivers/modules/agent_utils.py14:59
dtantsurdevananda, we discuss the theoretical way of fast-forwarding some critical patches14:59
dtantsurdevananda, so that we don't wait ~11 hours before it is evaluated by gate14:59
devanandaah. nope15:00
devanandathe gate is a ruthless overlord15:00
jrolldtantsur: idk if that's a real problem, because nothing will get merged before that change anyway, right?15:00
agordeevjroll: yup, i have tested the flatter code and found. https://review.openstack.org/#/c/92847/9/ironic_python_agent/mainline.py15:00
rloodevananda: seems like every overlord can be ... bribed...15:01
devanandadtantsur: best thing we can do is take advantage of the check queue to test patches and re-order them deterministically15:01
jrollagordeev: well, that's a bug then :P15:01
agordeevjroll: L45 right after dtantsur's comment15:01
devanandaso we know that, when they hit the gate, assuming no other project's cjhanges break our code, they'll all land in a line15:01
jrollagordeev: can you write a test case that calls flatten_dict directly?15:01
jrollagordeev: and I'll fix it for you :)15:02
dtantsurdevananda, ok, let me try to reapprove a couple of the most important patches, so that tomorrow we maybe get something landed15:02
jrollagordeev: I have to run off and get to the office, talk to you soon :)15:03
devanandadtantsur: feel free to rebase them15:03
agordeevjroll: surely i can. where to send the code?15:03
devanandadtantsur: making it a straight line will, unfortunately, actually help15:03
jrollagordeev: gist.github.com or paste.openstack.org is fine15:03
devanandadtantsur: not that it helps jenkins -- but it helps us make sure jenkins won't hit a merge conflict15:03
* dtantsur digs into git magic15:04
jrollbbl15:04
*** Mikhail_D_ltp has quit IRC15:04
*** martyntaylor has quit IRC15:06
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Add __init__.py for nova scheduler filters  https://review.openstack.org/9691215:07
comstudlucasagomes: pong15:09
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Cleanup mock patch without `with` part 2  https://review.openstack.org/8653615:10
lucasagomescomstud, hey, was just wondering if ur working on the RPC objects stuff (#1314732)15:10
comstudi am15:11
lucasagomesit's something we want to land in J1 so I thought about jumping on it if ur busy or something15:11
lucasagomescomstud, ack15:11
comstudslowly. I've had some distractions... but I'm getting back to it15:11
lucasagomesright, np :)15:11
comstudall of it is not going to make J1...15:11
comstudthere's quite a bit of work left15:11
comstudi mean, J1 is like... 2 weeks away right?15:11
lucasagomesyeah I can figure, we can try to priorize that work on the reviews and all15:12
lucasagomeshmm not sure but I bet that's around 2 weeks yeah15:12
comstudI suppose it's possible it could make it15:12
comstudNode is 90% done15:12
comstudPort needs to be done15:12
lucasagomesyeah15:13
lucasagomesand chassis as well15:13
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Work around iscsiadm delete failures  https://review.openstack.org/9657715:14
*** coolsvap is now known as coolsvap|afk15:14
*** Kai14 has joined #openstack-ironic15:14
*** Kai14 is now known as KaiB15:15
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Work around iscsiadm delete failures  https://review.openstack.org/9657715:15
*** KaiB has left #openstack-ironic15:16
*** Kai14 has joined #openstack-ironic15:16
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Remove 'fake' and 'ssh' drivers from default enabled list  https://review.openstack.org/8871115:16
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Remove 'fake' and 'ssh' drivers from default enabled list  https://review.openstack.org/8871115:18
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Remove 'node' parameter from the Console and Rescue interfaces  https://review.openstack.org/9109715:18
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Remove 'node' parameter from the Console and Rescue interfaces  https://review.openstack.org/9109715:19
comstudlucasagomes: I'll see what I can do in the next few days15:20
Shrewsdevananda: on your comments here: https://review.openstack.org/#/c/94439/2/tempest/scenario/test_baremetal_advanced_ops.py15:21
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Test for membership should be 'not in'  https://review.openstack.org/9741215:21
Shrewsdevananda: The PXESSH part of the class name was copied over from the basic test, but I don't see the need for it in the name either. Will remove15:21
lucasagomescomstud, ack, cheers, thank you!15:22
Shrewsdevananda: on the /mnt part, if the ephemeral partition is never on /mnt, then that test will fail15:22
comstudlucasagomes: So I have this one that I need to rebase and fix up tests I think: https://review.openstack.org/#/c/91419/15:22
comstudwhich is unrelated to objects15:22
Shrewsdevananda: so i'm not convinced another check is needed for that precondition15:22
lucasagomescomstud, ohh that's very important yeah15:22
dtantsurdevananda and others: https://review.openstack.org/#/c/97412/ is a head of my terrible review queue. Please keep an eye on them, in case one is broken15:22
comstudlucasagomes: It should probably be rebased on dmitry's patches maybe?15:23
comstudi'm not sure15:23
comstudI'll rebase and see where we are15:23
comstud(rebase on master)15:23
dtantsurcomstud, not required, patch queue is for patches we can't merge right now15:25
dtantsurthe situation should be solved eventually and we'll return to a normal flow15:25
comstudnod15:25
agordeevjroll: http://paste.openstack.org/show/82789/ here it is.15:26
devanandaShrews: thanks15:26
devanandaShrews: true - the test itself will fail. but not because rebuild itself failed, because a precondition wasn't met15:27
*** coolsvap|afk is now known as coolsvap15:28
Shrewsdevananda: so, that "touch" test is validating the ephemeral preservation15:28
* dtantsur is tired and calling it a day. Please keep an eye on patches in gate pipleline!15:28
NobodyCamhave a good night dtantsur15:29
*** vinbs has joined #openstack-ironic15:29
devanandadtantsur: thanks! g'night!15:29
dtantsurg'night, folks :)15:29
*** dtantsur is now known as dtantsur|afk15:29
lucasagomesdtantsur|afk, night!15:30
NobodyCambrb15:30
devanandaShrews: my point is, eg, if init starts putting /dev/sda4 at /extra instead of /mnt, then the test will fail in a non-obvious way15:30
devanandaShrews: not that the test wont fail15:30
devananda(it will)15:30
Shrewsdevananda: ok, so you're suggesting we need to delineate between the different causes of faillure there15:30
Shrewsdevananda: i can see that point15:31
devanandaShrews: i'm suggesting that it would be helpful to someone debugging that test's failure later on15:31
agordeevdtantsur|afk: night! :)15:31
*** diga has joined #openstack-ironic15:34
agordeevjroll: russell_h also i'd noticed the discussion about merge the code into generic hw manager. I like the idea :)15:36
NobodyCamdevananda: did you find a taker for 96902?15:38
devanandaNobodyCam: no15:39
NobodyCamI can pick it up15:40
NobodyCamjust to check your ok with what was talked about yesterday15:40
devanandaNobodyCam: let me toss up a skeleton of the chagne i'd like15:41
NobodyCamsure :)15:41
devanandaNobodyCam: it may be half-baked, but i think it needs to support both15:41
NobodyCamdevananda: ++ for supporting both15:42
russell_hagordeev: awesome, yeah I really like what you did there15:42
NobodyCam*CORES* (and others) thou they will prob require rebaseing on 97447, I would love to get any input on 93133 and 9759015:45
linggaodevananda, ping.15:47
NobodyCammorning linggao15:47
linggaomorning NobodyCam.15:48
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/8872215:48
linggaoI have a question to the core members.15:48
linggao I'd like start working on the console log feature. but the spec is not approved.15:48
linggaoshall I wait or just go ahead prototyping while waiting?15:49
devanandalinggao: we are focusing on bug fixes, code cleanup, and landing the nova driver right now15:50
devanandalinggao: so other things are not going to get much review attention for a little while.15:50
devanandalinggao: I understand that folks want to land new features, but we don't have the review bandwidth to do those yet. you are welcome to help by reviewing other patches or helping to fix bugs (there's plenty of them now!)15:51
*** jistr has quit IRC15:51
linggaodevananda, understand. It is just that I'll be out for vacation in July, and come back in Aug. And just hope to finish most of the console log feature before the vacation so that it will be too late for Juno.15:52
linggaodevananda, if console log feature can wait, I'll do what you just said, fixing defects and review patches.15:54
comstudah man, this rebase is a mess15:57
lucasagomesdevananda, so one thing I didn't get from that api spec is how the client (by pooling) will know when his request was finished?15:57
russell_hlucasagomes: the async spec?15:58
lucasagomesrussell_h, yes15:58
russell_hits not _that_ different from today the way I see it15:58
russell_hlike if you set target_provision_state to something, your request isn't "done" when it returns, its done when you see provision_state get where it's supposed to be15:59
*** matty_dubs is now known as matty_dubs|lunch15:59
russell_hmy concern is how does a client know if their request was dropped16:00
lucasagomesrussell_h, right16:00
lucasagomesrussell_h, but16:00
lucasagomesif there's 2 requests in the queue16:00
lucasagomesright after it finishes the first one16:00
russell_hif you have to poll for completion, and your request gets silently dropped... do you just time out after a while?16:00
russell_hright16:00
lucasagomesit's start the other and the second was finishs pretty quickly16:00
devanandaso16:00
lucasagomesbefore the client who submitted the first one pooled the API to verify the current state16:01
devanandalet's think about the type of checking that this proposes in the API16:01
devanandamaybe it needs to be clearer16:01
lucasagomesnow it's in a complete different state than he requested16:01
devanandabut eg, if you request a change in power state16:01
devanandathe API should block any further changes in power state *until thats done*16:01
lucasagomesah16:01
devanandaand in fact it should prevent changing provision or console or ... states too16:01
devanandabut, if i make 5 requests to change instance_info16:01
lucasagomesright, so that's kinda like we do today, so there's no queue for such operations16:01
devanandathose can queue up16:01
devanandathere's still a queue internally16:02
devanandabut the API should prevent new requests that potentially conflict with an ongoing operation16:02
lucasagomesright16:02
lucasagomestihngs like changing instance_info are only db changes, should it actually go to the conductor?16:03
*** vinbs has quit IRC16:04
lucasagomeswell probably yes, in case of a vif change or something16:04
lucasagomeshmm16:04
russell_hso...16:05
russell_hI agree with all of that except the bit about instance_info16:05
*** romcheg has joined #openstack-ironic16:05
russell_hI'd even say those shouldn't queue up16:05
russell_hwell16:05
russell_hhmm16:05
lucasagomesthe queue is where I'm struggling more16:05
devanandashould we allow the API to driectly write to the database? or push changes over RPC to the conductor, where it writes to the DB?16:06
russell_hI think the API should write directly to the db16:06
*** diga has quit IRC16:06
NobodyCamI would vote for the latter :-p16:06
russell_hotherwise you're back to blocking on the conductor16:06
lucasagomesdevananda, if we want the API to control locks and all before passing it to the conductor we might want ti to write to the db as welll16:06
devanandarussell_h: while faster, that's going to lead to a complication. how does conductor know to apply some change if the change just appears in the DB?16:07
russell_hdevananda: the way I've been thinking about this, the API puts it in the db and casts a "converge" message to the conductor16:07
NobodyCamwe also dont have many checks inplace for data changing out from under the conductor16:07
russell_hthe conductor reads out the db, and makes things so16:07
russell_hthe conductor can also periodically converge every node, sort of like sync power states today16:08
devanandai'm suggesting the API write to the db only to set a requested state, and if there is a non-null requested state, the API responds to subsequent "change state" requests with a 409 CONFLICT16:09
russell_h+116:09
lucasagomesI think I'm having the same view as russell_h... even for the queue, maybe the api should queue it to the conductor and the conductor just reads from the db what it should do next... even because having a queue means having a limit of items to be queue, if not controlled by the API how we are going to tell the client "look the queue is already full"16:09
devanandaI think "api writes to db, conductor converges" will run into problems with any of the data that is used to control a node16:10
devanandaeg, driver_info, instance_info, etc16:10
lucasagomesyeah +1 for that state change, 409 seems appropriated16:11
russell_hright, so I don't think the conductor should probably need to do anything in response to a change in driver_info16:11
devanandalucasagomes: storing a queue in a db is an antipattern. we have a queue already16:11
russell_hexcept use the new info I guess16:11
russell_hmight be thinking about that wrong though, I'm unfortunately deep in IPMI-land16:12
devanandarussell_h: well, it may want to validate that info and update some other state field16:12
russell_hfor instance_info... it should probably just be invalid to change instance_info at all unless the state is nostate and no changes are pending16:12
russell_hdevananda: mm, yes16:12
Shrewsugh, yes, let's NOT use the db as a queue16:13
russell_hdevananda: if you want the driver to validate driver_info though, aren't you going to want to block on that?16:13
devanandaso all this tells me i need to be MUCH more specific in my spe16:13
devanandaspec16:13
lucasagomesheh right I take back the db queue16:13
devanandarussell_h: absolutely not16:13
devanandarussell_h: validating driver_info could take an hour16:13
devanandathat's precisely the sort of thing that should be queued16:13
russell_hheh, you people and your fancy computers16:13
devananda:)16:14
russell_hso if you make a change to driver info, how do you know if your change failed?16:14
*** jcoufal has quit IRC16:17
lucasagomesor when it's completed?16:17
lucasagomesthe same e.g with 2 operations, imagine the first one include the attr 'test' in the db, and the second one removes it16:17
devanandalucasagomes: why would you issue the second before validating the first has completed?16:18
*** ewindisch has quit IRC16:18
lucasagomesdevananda, well, it seems logical to not do it, but just thinking about a race condition here16:19
devanandaseriously - anything can be broken. and it should be able to recover. what i'm trying to find is a way to do this that doesn't break under NORMAL use16:19
lucasagomesjust thinking about how to have each opearation detail separated from the rest16:19
devanandaand that can heal when someone does something (intentionally) dumb16:19
*** ellenh has joined #openstack-ironic16:19
devanandaif I send the same PATCH request 100 times, it's reasonable for it to only succeed ONCE16:19
devanandaand the rest t obe ignored by the server16:19
devanandathat sort of thing is often done because of misbehaving proxies anyway16:20
lucasagomesright, but the how you know if the requested change failed?16:20
devanandaditto if a client sends PATCH requests doing this: A, NOT A, A, NOT A, A ... the final state should be only that -- the final state. at any point in the middle, some may or may not have been applied yet16:21
devanandalucasagomes: the solution there is to only accept whole documents16:21
devanandaif there's taht much concern about minor requests failing AFTER the API has validated them and placed them on the RPC bus, then we should stop allowing PATCH requests at all16:22
devananda(i'm being a bit extreme to make a point)16:22
openstackgerritChris Behrens proposed a change to openstack/ironic: TaskManager: Only support single node locking  https://review.openstack.org/9141916:23
comstudok, i think that ^ is fixed up16:23
comstudah crap, i have some comments from rloo in ps3 to address16:24
devanandaor implement a task queue for PATCH requests, returning a unique resource link in each 202 response16:24
rloocomstud: yeah, and i'm keeping an eye on you ;)16:24
comstudoh16:25
comstudit looks like i hit some of them16:25
* comstud double checks them all16:25
lucasagomesdevananda, right yeah... when i think about queuing up requests I think about that sort of queue where clients could check the status of each request16:26
lucasagomesbut yeah, maybe it's just overcomplex and I didn't grasp the whole spec16:26
* lucasagomes will read again after this talk16:26
devanandalucasagomes: https://restful-api-design.readthedocs.org/en/latest/methods.html#asynchronous-requests16:26
*** hemnafk is now known as hemna16:26
NobodyCambrb16:28
lucasagomesdevananda, sounds good, so the status monitor link is a unique URI16:31
lucasagomesthat the gb can remove it after it's accessed at least once after the completion/failure of that request16:32
*** Kai14 has quit IRC16:34
*** ndipanov has quit IRC16:35
devanandaright16:36
*** ewindisch has joined #openstack-ironic16:36
*** martyntaylor has joined #openstack-ironic16:36
openstackgerritChris Behrens proposed a change to openstack/ironic: TaskManager: Only support single node locking  https://review.openstack.org/9141916:37
*** matty_dubs|lunch is now known as matty_dubs16:37
lucasagomesdevananda, cool, +1 for that16:38
openstackgerritChris Behrens proposed a change to openstack/ironic: TaskManager: Only support single node locking  https://review.openstack.org/9141916:39
comstudalrighty16:39
* comstud done with that one16:39
devanandacomstud: heh16:39
devanandarussell_h: how have ya'll dealt with the flood-of-requests-chokes-RPC issue?16:40
devanandarussell_h: i mean, has that continued to be a problem in your lab, or...?16:41
JayFdtantsur|afk: sorry that got merged without you getting another look at it. I'll push up a fix to the bug you filed.16:46
*** Alexei_987 has quit IRC16:46
*** digambar has joined #openstack-ironic16:48
*** ewindisch has quit IRC16:48
openstackgerritChris Krelle proposed a change to openstack/ironic: Rework make_partitions logic when preserve_ephemeral is set  https://review.openstack.org/9759016:51
openstackgerritChris Krelle proposed a change to openstack/ironic: Wipe any metadata from a nodes disk  https://review.openstack.org/9313316:52
openstackgerritRuby Loo proposed a change to openstack/ironic: Driver interface's validate should return nothing  https://review.openstack.org/9785516:52
NobodyCam^^^ just rebasing16:52
JayFdevananda: I think we might have had some environmental issues contributing to that (i.e. some BMCs registered with Ironic that were not responding)16:55
JayFdevananda: I don't think we've seen it since updating our environment, so perhaps testing with failed bmcs would be an interesting way to find bugs along the lines of that16:55
JayFjroll: ^ right?16:55
*** derekh_ has quit IRC16:56
jrolldevananda, JayF: right, we haven't seen any issues (running master as of monday(?))16:56
jrollalso running with 4 workers iirc16:56
*** vinbs has joined #openstack-ironic16:56
* jroll checks configs quickly16:57
*** dwalleck has joined #openstack-ironic16:57
*** dwalleck has quit IRC16:57
jrolloh no, we're running with defaults16:57
jrolloh16:59
jroll[conductor]16:59
jrollheartbeat_timeout=600016:59
jrollcool16:59
jrolldevananda: apparently that's how we've dealt with it :/16:59
devanandajroll: i see. any other changes?17:01
devanandadtantsur|afk: i'm reopening https://bugs.launchpad.net/ironic/+bug/1321494 as we just hit it in your rebase-tree17:02
*** zdiN0bot has joined #openstack-ironic17:02
lucasagomesjroll, even after https://review.openstack.org/#/c/93083/17:02
lucasagomesthe heartbeat still a problem?17:02
jrolldevananda: I don't think so, as far as that goes17:02
*** zdiN0bot has left #openstack-ironic17:02
jrollworker limits are defaults etc17:02
jrolllucasagomes: we're running that but apparently haven't checked :)17:03
jrollI'll let you know later today17:03
lucasagomesjroll, right, if you can set the default timeout back to see if that fix the problem it would be great17:03
lucasagomesjroll, alright thanks!17:03
JayFThat is a good looking change, thanks for that17:03
digambarHello17:04
digambarI am assigning one bug to myself17:04
digambarhttps://bugs.launchpad.net/ironic/+bug/128283617:04
NobodyCamhi digambar17:04
digambarHi17:04
digambarwill this be fine ?17:04
JayFI suspect the answer is yes, as long as you then fix it :)17:05
devananda^ :)17:05
lucasagomesheh17:05
digambarokay17:05
NobodyCamdigambar: great Thank you17:05
digambarWC17:06
*** zdiN0bot1 has joined #openstack-ironic17:06
digambarNobody17:06
devanandaShrews: hi! want to poke at tempest some more?17:06
digambarcan you suggest any blueprint also to me ?17:06
devanandaShrews: I suspect https://bugs.launchpad.net/ironic/+bug/1321494 is not really fixed -- take a look at http://logs.openstack.org/12/96912/2/check/check-tempest-dsvm-ironic/9253a95/console.html#_2014-06-04_16_08_26_35917:06
*** Mikhail_D_ltp has joined #openstack-ironic17:07
NobodyCamlucasagomes: still here17:08
lucasagomesNobodyCam, hey yes, just for a couple of minutes (gotta go to the shop buy some food soon)17:08
NobodyCam:) wanted to just quickly chat about 9655817:08
*** dwalleck has joined #openstack-ironic17:09
NobodyCamit is covering the case of multiable ipmi commands ie (off then on)17:09
NobodyCam-N -R are for a single command17:10
lucasagomesNobodyCam, sure, I didn't understand that change17:10
lucasagomesNobodyCam, right, so then, do we need -N -R at all?17:10
NobodyCamyes for how to handle a single command17:10
Shrewsdevananda: sorry, back from lunch now17:10
devanandaShrews: fwiw, logstash says that was only hit once in the last 48 hrs17:10
NobodyCam96558 is for a sequence of commands17:11
NobodyCamwhile the -N -R patch is for a single command17:11
NobodyCam(retry if you will)17:11
Shrewsdevananda: i'll take a look17:11
devanandaShrews: thanks much17:12
NobodyCamlucasagomes: we are also going to work support for older versions of ipmi that do not support -N -R17:13
NobodyCamin to the code17:13
*** shakamunyi has quit IRC17:13
lucasagomesNobodyCam, right, think I understand it better17:17
NobodyCam:)17:17
lucasagomesI will take a look at the patch in a bit17:17
lucasagomesNobodyCam, just out of curiosity, how we are going to work around the -N -R problem for old versions?17:17
NobodyCamsure... the dependent parch will be reworked17:17
lucasagomeschecking the version string of ipmitool?17:17
lucasagomesor do we actually need to support old versions17:18
lucasagomesI checked the ipmitool in RHEL 6.4 and it does support -N -R17:18
lucasagomesoddly it's the same version as in the ubuntu 12.04, 1.8.11 (I think) idk why ubuntu 12.04 doesn't support it17:18
NobodyCamlucasagomes: on driver load check ipmi command support for -n -r if not there loop in code if there set -N -R17:18
lucasagomesI see17:19
lucasagomesok17:19
lucasagomesI will keep an eye on the patch, NobodyCam thanks for the clarification17:19
NobodyCamthen throw WARN: Deprecated typ msg if ipmi dose not support it17:20
NobodyCam:-p17:20
lucasagomesah heh17:20
lucasagomesfair17:20
NobodyCamguilt distros to updating it17:20
lucasagomes"UPDATE UR OS"17:20
lucasagomes:P17:20
lucasagomesyeah17:20
NobodyCamhehehe17:21
NobodyCamWARN: Deprecated: your ipmitool is OLD nag someone17:21
lucasagomeshah17:22
lucasagomesalright, I gotta run17:23
lucasagomeshave a good night everybody!17:23
NobodyCamhave a great inner lucasagomes17:23
JayFnight lucas17:23
NobodyCamdinner even17:23
lucasagomesthank u17:23
*** lucasagomes is now known as lucas-dinner17:24
*** vinbs has quit IRC17:24
openstackgerritJay Faulkner proposed a change to openstack/ironic-python-agent: Perform manual error checks instead of set -e  https://review.openstack.org/9786017:26
openstackgerritJay Faulkner proposed a change to openstack/ironic-python-agent: Perform manual error checks instead of set -e  https://review.openstack.org/9786017:27
openstackgerritJay Faulkner proposed a change to openstack/ironic-python-agent: Perform manual error checks instead of set -e  https://review.openstack.org/9786017:28
* JayF fails at commit messages and trailing whitespace17:29
openstackgerritChris Krelle proposed a change to openstack/ironic: Enforce a minimum time between all IPMI commands  https://review.openstack.org/9655817:31
jrolldtantsur|afk: you should look at https://review.openstack.org/#/c/97860/17:31
*** jcoufal has joined #openstack-ironic17:33
adam_goh no http://no-carrier.net/~adam/openstack/ironic_gate_status.html17:33
*** zdiN0bot1 has quit IRC17:37
*** digambar has quit IRC17:37
*** harlowja_away is now known as harlowja17:39
rlooadam_g, what's wrong, you don't like the colour red? Aren't those mostly going to be fixed by https://review.openstack.org/#/c/97447/17:39
devanandaadam_g: we're aware of the break. fix is in flight, but gate queue is ~13hr behind17:40
adam_gah cool, yea i just found that patch17:40
NobodyCamonly ten hours to go for 9744717:40
rloodo you guys think it might be useful to put latest-status/useful-info somewhere? problem is where, and keeping it updated/cleared.17:42
rlooor let people ask on irc ;)17:42
NobodyCamrloo: it always end being that last bit that so hard17:43
NobodyCamI like the let them ask approch17:43
rloook, go with the current approach then ;)17:43
*** eghobo has joined #openstack-ironic17:44
matty_dubsI think that in sdague's talk at Summit he said they were very receptive to people pinging them and asking them to promote jobs that were blocking development17:44
devanandamatty_dubs: aiui, that is w.r.t. devstack and tempest patches needing review/approval17:46
devanandamatty_dubs: these are patches already in the gate queue for merge :)17:46
devanandaunless you're talkinga bout sometjhing else17:46
devanandarloo: status of what?17:46
matty_dubsOh, merge stuff probably can't be preempted.17:47
rloodevananda: status of anything people deem important. like our patches failing.17:47
rloowhy our patches are failing. don't approve until xxx lands, ...17:47
rloorecheck bug xxx ...17:48
rloocoast is clear now.17:48
devanandarloo: do ppl look at the IRC channel status msesage?17:48
rloodevananda: i do sometimes. don't know about others.17:49
matty_dubsI do, in channels where it's used to communicate status. The one here already scrolls off my screen, though17:49
NobodyCamI have it set as a title for every channel17:50
rloomaybe we should use that. is there a max length to the msg?17:50
matty_dubsIMHO there should be a ~80-character limit, since a lot of IRC is still terminal-based. But if there's any server-enforced limit, it must be a lot longer17:51
*** ChanServ sets mode: +o devananda17:52
NobodyCamwhat no pep8 check17:52
*** devananda changes topic to "ATTN: Ironic's gate queue is broken, and a fix is in the queue: https://review.openstack.org/#/c/97447"17:52
jrollmatty_dubs: you can always type /topic to get the full topic17:53
matty_dubsAh, good point17:54
matty_dubsThough I'm willing to bet that I'm far from the only one that never actually does that17:54
*** jistr has joined #openstack-ironic17:55
*** dwalleck has quit IRC17:55
jrollof course17:56
* NobodyCam loves irssi17:56
NobodyCamhttp://paste.openstack.org/show/wfBSFxW5pPKAJdScLD0N/17:56
jrollannouncements can always be first in the topic17:56
rlooi think if people get in the habit of doing something cuz they find it useful ;)17:57
*** dwalleck has joined #openstack-ironic17:58
matty_dubsNobodyCam: Hmm, consistent HTTP 500 from paste.openstack.org for me on that18:00
NobodyCammatty_dubs: try another browser18:01
jrollweird18:01
NobodyCamits cookies18:01
jrollmatty_dubs: https://gist.github.com/jimrollenhagen/02141590b21b26d81e5a18:01
matty_dubsCookies causing a 500? What is this world coming to?18:02
matty_dubsThanks jroll18:02
*** dwalleck_ has joined #openstack-ironic18:02
*** dwalleck has quit IRC18:02
matty_dubsNobodyCam: What does this do? Make the /topic bar auto-size?18:03
*** Mikhail_D_ltp has quit IRC18:03
NobodyCamand always at the top of the window18:03
*** zdiN0bot has joined #openstack-ironic18:03
matty_dubsMine's always at the top, but only one line18:03
matty_dubsThough I sort of like that18:03
*** dwalleck_ has quit IRC18:04
NobodyCamoh I misstook ... I thought you did not have topic bar18:05
*** dwalleck has joined #openstack-ironic18:05
NobodyCamin that case NM18:05
adam_ghttp://paste.openstack.org/show/82817/18:07
adam_ghmm18:07
adam_gNobodyCam, ^ ever seen anything like that?18:07
*** pelix has quit IRC18:08
NobodyCamadam_g: yep18:08
*** athomas has quit IRC18:08
NobodyCamadam_g: https://review.openstack.org/#/c/93133/18:09
NobodyCamalso dep: https://review.openstack.org/#/c/9759018:10
*** zdiN0bot has left #openstack-ironic18:12
adam_gNobodyCam, okay cool. those apparently weren't being pulled in as they should18:13
NobodyCamlol have been trying to land them :-p18:13
*** jbjohnso has quit IRC18:13
ShrewsNobodyCam: geez, hurry up already   LOL18:16
NobodyCamlol18:16
ShrewsNobodyCam: oh! apparently, i owe you a party for passing 50 patch sets18:16
ShrewsNobodyCam: your party is tonight at my place if you can make it  :-P18:17
NobodyCamlol.. mostly just rebasing18:17
NobodyCamlol18:17
NobodyCamthats the wrong direction ...18:17
NobodyCam:) you'll have to drink my share18:17
*** zdiN0bot1 has joined #openstack-ironic18:18
Shrewswell... if i *have* to18:18
* Shrews invites pcrews, too, and reluctantly offers to drink *his* share as well18:19
jroll11:16:37          Shrews | NobodyCam: oh! apparently, i owe you a party for passing 50 patch sets <- we're approaching 100, do we get a double party? :)18:20
openstackgerritRussell Haering proposed a change to openstack/ironic-python-agent: Add missing methods to base HardwareManager class  https://review.openstack.org/9763118:20
openstackgerritRussell Haering proposed a change to openstack/ironic-python-agent: Add a HardwareManager method to erase devices  https://review.openstack.org/9787118:20
NobodyCamlol.. now I see what the game is... and the game is a-foot18:20
Shrewslol18:20
* NobodyCam would invite folks to his place... but he's not quite sure where that will be tonight18:21
*** romcheg has quit IRC18:27
*** jdob has quit IRC18:28
*** jdob has joined #openstack-ironic18:28
* pcrews salutes Shrews for his selflessness and wishes his liver well ;)18:28
*** max_lobur has quit IRC18:30
devanandapcrews: speaking of livers, we should get a drink some time18:33
pcrewsdevananda: ++!18:33
Shrewscan't we just have the nova/ironic meeting in seattle???18:34
*** dwalleck has quit IRC18:35
NobodyCamok folks dropping off for a bit.. back later (and Shrews +++ for seattle)18:35
*** dwalleck has joined #openstack-ironic18:37
*** zdiN0bot1 has quit IRC18:39
*** r0j4z0 has quit IRC18:41
*** CAP1089 has joined #openstack-ironic18:41
*** CAP1089 is now known as r0j4z018:41
*** jbjohnso has joined #openstack-ironic18:42
*** jcoufal has quit IRC18:42
* devananda stabs ipmitool18:47
devananda-R 1 -N -1 => 6 packets18:48
devananda-R 1 -N -1 => 6 packets in 5 seconds18:48
devananda-R 1 -N -2 => 6 packets in 10 seconds18:49
*** dwalleck has quit IRC18:49
devananda-R 1 -N -4 => 6 packets in 20 seconds18:49
devananda\o/18:49
devananda-R 2 -N -1 => 12 packets in 16 seconds18:50
devananda:-(18:50
*** romcheg has joined #openstack-ironic18:50
*** romcheg has quit IRC18:50
*** romcheg has joined #openstack-ironic18:51
devananda-R 2 -N -2 => 12 packets in 24 seconds18:52
*** ellenh has quit IRC18:53
*** jistr has quit IRC18:55
devanandadefault # packets sent by version: 1.8.11 == 16 packets. 1.8.13 == 2418:58
devanandatested with: ipmitool -I lanplus -H 127.0.0.1 -U admin -P fake chassis power status18:58
JayFnew plan: make pyghmi better, add a cli tool to it called ipmitool, then have a third divergent ipmitool project, ???, profit!19:08
devananda++19:09
matty_dubs"ipymitool"19:10
linggaoadam_g, ping19:10
adam_glinggao, hey19:11
linggaoHi, I am looking at this bug, https://bugs.launchpad.net/ironic/+bug/130127919:11
linggaodid your patch https://review.openstack.org/#/c/88476 fix it or not?19:12
adam_glinggao, no that patch addressed a different bug19:15
JayFmatty_dubs++19:15
adam_glinggao, IIRC 1301279 requires some bigger changes in nova19:16
linggaoSo basically, for fixing this one. I am thinking, if the node has instance associated with it, it should report the numbers from associated flavor instead of getting it from nodes tables19:17
*** ellenh has joined #openstack-ironic19:17
linggaois this a right way? Or do you have something in mind?19:19
*** mgagne has left #openstack-ironic19:22
*** romcheg has quit IRC19:23
adam_glinggao, yeah that would probably work, but then doesn't the problem move to nova. what happens when if the flavor specs change?19:26
adam_gi don't know the expected behavior there TBH19:27
linggaoadam_g, yeah, you are right.19:28
*** romcheg has joined #openstack-ironic19:29
*** romcheg has quit IRC19:29
linggaoadam_g, looks like Ironic need to keep the 'original' resources somewhere :(19:30
*** max_lobur has joined #openstack-ironic19:30
linggaoadam_g, just like vm hypovisors do for VMs.19:31
adam_glinggao, which drivers do that?19:31
linggaoadam_g, I am thining kvm must save this information somewhere.19:32
adam_glinggao, i *think* thats all dervied from libvirt. the original specs of the instance are stored in the outdated domain configuration19:35
*** rloo has quit IRC19:37
linggaoadam_g, where is the "outdated domain configuration" stored?19:37
*** rloo has joined #openstack-ironic19:37
adam_glinggao, in the libvirt configuration for the running instance. libvirt is able to report on exactly how much resources are used  by instance $foo and whats available19:39
*** rloo has quit IRC19:40
*** rloo has joined #openstack-ironic19:40
adam_gwhereas (last i looked) ironic was just reporting the properties of the node19:40
linggaoadam_g, I see.19:40
adam_gso yeah, maybe ironic needs to track the specs of the running instance. IOW a snapshot node resources when the instance was spawned19:41
linggaoadam_g, yes.19:42
linggaoadam_g, do you know if nova keep track of the instances spawned?19:42
*** foexle has quit IRC19:43
adam_glinggao, yes. it also tracks reservations and uses those in calculating resources, to take into account instances that are scheduled but not running on the hypervisor yet19:44
linggaoadam_g, hmm, wonder if Ironic can call nova function to get that info for the node.19:47
linggaothis way, there is no need to change in nova.19:47
jrollI'm going to throw it out there that my proposed fix for that bug would be "don't change the node's properties while it is active".19:48
adam_gjroll, yeah19:51
linggaojroll, that should be a valide requirement.19:52
jrollok, I'm not the only one. good.19:52
jrollso let's enforce that in the api19:52
jrolland call it a day?19:52
linggaojroll, thought we have agreed something like this at the Juno summit.19:54
jrollso why are we talking about keeping track of specs etc?19:56
jrollchanging flavors?19:56
jrollso if flavor specs change, it will show free resources?19:57
jroll(I guess I misread this conversation to begin with)19:57
linggaojroll, adam_g and I was discussing this bug https://bugs.launchpad.net/ironic/+bug/130127919:57
jrollok, right19:58
jrollso what's the issue?19:59
linggaothe issue was if someone changed resources (like cpu# or memory size) for a deployed node. the nova will show available resources for that node.20:00
openstackgerritA change was merged to openstack/ironic-specs: Add instance_info field to Node model  https://review.openstack.org/9570120:00
jrollthat's what I'm trying to say. don't allow someone to change those resources while deployed.20:00
linggaojroll, yep. you are right.20:01
jrollso what's this discussion about ironic taking snapshots and such?20:01
linggaojroll, I'll put a note on the bug to see if others agree with it.20:01
jrollheh, ok20:02
*** ellenh has quit IRC20:04
*** sysexit has quit IRC20:12
*** zdiN0bot has joined #openstack-ironic20:15
*** zdiN0bot has quit IRC20:22
*** zdiN0bot has joined #openstack-ironic20:26
*** pbrooko has joined #openstack-ironic20:33
devanandaNobodyCam: back?20:48
*** zdiN0bot has quit IRC20:49
*** zdiN0bot has joined #openstack-ironic20:49
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Let ipmitool natively retry commands  https://review.openstack.org/9690220:49
devanandaNobodyCam: take a look at that -- it needs unit tests added to validate the new behavior, but I think it does what we discussed20:49
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Enforce a minimum time between all IPMI commands  https://review.openstack.org/9655820:51
lifelesshi20:52
devanandalifeless: each of those ^ should address different problems you are having with ipmitool20:52
devanandahi!20:52
lifelessdevananda: cool; adam_g ^ they might help no wedge things20:53
devanandanow with non-breakage for ubuntu 12.04 :)20:53
*** harlowja has quit IRC20:54
adam_glifeless, yeah, ive been keepin an eye on the second one20:54
*** harlowja has joined #openstack-ironic20:54
lifelessdevananda: so20:56
lifelessdevananda: I have several wedged ironic instancse on the hp1 region20:56
lifelessdevananda: could I impose on you to analyse and ensure there are bugs filed before I stomp on the database?20:57
devanandalifeless: that depends on when you need said analysis by -- i have an apartment viewing in 2hr, and need to eat lunch and shower before then20:58
lifelessdevananda: if so ssh to stack@bastion.hp1.tripleo.org, then  screen -xr will get you into a shared screen with creds etc20:58
* devananda risks taking a peek20:58
lifelessdevananda: I mainly don't want to spend time looking at failure modes you already know about20:58
devanandaack20:59
lifelessdevananda: one of them is https://bugs.launchpad.net/ironic/+bug/132627920:59
*** jdob has quit IRC21:01
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Enforce a minimum time between all IPMI commands  https://review.openstack.org/9655821:02
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Let ipmitool natively retry commands  https://review.openstack.org/9690221:02
*** matty_dubs is now known as matty_dubs|gone21:02
*** jbjohnso has quit IRC21:02
devanandalifeless: i assume you've seen my reply on there21:02
*** godp1301 has joined #openstack-ironic21:03
lifelessdevananda: I have and have just replied21:05
*** zdiN0bot has quit IRC21:05
devanandalifeless: how do i source undercloudrc in screen 3? it's balking at the env21:09
devanandaurgh ...21:11
devanandamatty_dubs|gone: was it you who had hit "instance associated to >1 node" issues?21:12
lifelessdevananda: this is adam_g's tripleo-end-to-end stuff, which is how we're working at all since trunk is rather recalcitrant at the moment21:12
devanandaah21:12
devanandaadam_g: "source undercloudrc" is failing -- what am i doing wrong?21:13
adam_gdevananda, failing with what error?21:13
devanandaos-apply-config: command not found21:14
devanandaadam_g: ah, different dir21:14
adam_gdevananda, not familiar with your workspace.. if you're in the tripleo-end-to-end dir, try NO_SOURCE_PREP=1 source devtestrc && source tripleo/tripleo-incubator/undercloudrc21:15
*** ellenh has joined #openstack-ironic21:15
*** godp1301 has quit IRC21:18
*** derekh_ has joined #openstack-ironic21:20
devanandalifeless: i'm not sure how to detangle this in the time i have today21:21
openstackgerritRussell Haering proposed a change to openstack/ironic-python-agent: Add a HardwareManager method to erase devices  https://review.openstack.org/9787121:22
devanandalifeless: you have 3 nova instances in ERROR/DELETING, each of which have 2 ironic node's associated21:25
devananda/that/ seems to be the cause of the failure to delete21:25
devanandasomeone else reported a similar issue yesterday morning, IIRC, but wasn't able to reproduce, and they claimed to have tinkered with their devstack env, so I couldn't validate it21:26
*** zdiN0bot has joined #openstack-ironic21:26
devanandaah, nvm -- there's the bug: https://bugs.launchpad.net/ironic/+bug/132636421:27
devanandaderekh_: hi!21:27
*** zdiN0bot has quit IRC21:33
*** zdiN0bot has joined #openstack-ironic21:34
lifelessdevananda: nice21:34
lifelessdevananda: I will stab hard at things to get going again21:35
*** ellenh has quit IRC21:36
devanandalifeless: trace here: http://paste.openstack.org/show/wOdHiJurWONIhlYrejCj/21:38
*** martyntaylor has quit IRC21:38
*** linggao has quit IRC21:38
devanandarecommend folks poke at https://bugs.launchpad.net/ironic/+bug/132636421:38
devanandaif there are any more details on it21:38
* devananda eats food21:38
*** ellenh has joined #openstack-ironic21:38
lifelessI'm going to clean out things by hand21:42
derekh_devananda: hi, see you find the bug21:48
*** pbrooko has quit IRC21:49
*** jgrimm has quit IRC21:59
*** ellenh has quit IRC21:59
*** ellenh has joined #openstack-ironic22:02
*** zdiN0bot has left #openstack-ironic22:11
lifelessis the dvsm-virtual job broken right now ?22:11
devanandalifeless: see the room title :(22:13
devanandanova landed a patch that broke it, and the whole queue is ~12hr behind, so we're stuck today22:14
*** SpamapS has quit IRC22:14
*** SpamapS has joined #openstack-ironic22:18
*** SpamapS has quit IRC22:18
*** SpamapS has joined #openstack-ironic22:18
openstackgerritJim Rollenhagen proposed a change to openstack/ironic-python-agent: Use processutils properly  https://review.openstack.org/9120222:20
*** max_lobur has quit IRC22:35
openstackgerritlifeless proposed a change to openstack/ironic: Fix host manager node detection logic  https://review.openstack.org/9744722:37
*** derekh_ has quit IRC22:50
*** ellenh has quit IRC23:08
*** lucas-dinner has quit IRC23:10
*** ellenh has joined #openstack-ironic23:10
*** mrda-away is now known as mrda23:24
mrdamorning ironic23:24
jroll\o mrda23:31
*** rloo has quit IRC23:34
*** rloo has joined #openstack-ironic23:34
*** rloo has quit IRC23:35
*** rloo has joined #openstack-ironic23:35
*** godp1301 has joined #openstack-ironic23:41
lifelesswhee https://bugs.launchpad.net/ironic/+bug/132636423:44
lifelessits spreading23:44
bigjoolslike a bad smell23:45
jrolldo we know how that's happening yet?23:49
lifelessjroll: NFI23:51
jrollcool23:51
lifelesshow does one cancel a state transition ?23:51
lifelessironic node-update 00130b60-9844-47ef-9df0-b6007823eedd replace /stats/provision=error23:51
lifelessNode 00130b60-9844-47ef-9df0-b6007823eedd can not be updated while a state transition is in progress. (HTTP 409)23:51
jrollI don't think you can?23:52
jroll/etc/init.d/ironic-conductor stop23:52
jroll:P23:52
lifelessdoesn't reset it23:53
lifelessdid a conductor restart23:53
lifelessironic node-update 00130b60-9844-47ef-9df0-b6007823eedd remove /instance_uuid23:53
lifelessNode 00130b60-9844-47ef-9df0-b6007823eedd can not be updated while a state transition is in progress. (HTTP 409)23:53
jrollwell yeah, it just stops the actual execution of the state transition23:54
lifelesswhen does wait call-back time out ?23:54
jrollif there's a way to reset it, I don't know it23:54
jrollI've just been going to the database when necessary23:55
jrolland idk when that times out, I think it's in configs23:55
lifeless1800 default23:55
lifeless30m23:55
*** godp1301 has quit IRC23:57
*** igordcard has quit IRC23:59
*** ellenh has quit IRC23:59

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