Tuesday, 2014-12-16

*** bradjones has joined #openstack-ironic00:01
*** Marga_ has quit IRC00:03
*** Marga_ has joined #openstack-ironic00:03
NobodyCamdevananda: question about that log.. worth adding the attempts left to the log.error line, or is that really useless info00:06
devanandaIMO, useless00:08
*** Marga_ has quit IRC00:08
NobodyCamI agree00:08
NobodyCamremoving00:08
devanandaI would leave a single WARN line in there00:08
NobodyCamnot error??00:08
devanandaespecially for debugging purposes, it's helpful to know "that node didn't respond, but i'll try again"00:08
devanandayea. the system hasn't failed, so it's not an ERROR00:08
devanandabut that's my opinion00:08
NobodyCamahh I can see that00:08
openstackgerritMichael Davies proposed openstack/ironic: Add logical name support to Ironic  https://review.openstack.org/14173700:09
devanandaif it fails the final try and gets kicked to maintenance mode -- that's an ERROR00:09
*** romcheg has quit IRC00:11
*** Masahiro has joined #openstack-ironic00:12
*** Marga_ has joined #openstack-ironic00:12
openstackgerritChris Krelle proposed openstack/ironic: clean up manager logging  https://review.openstack.org/14194900:15
NobodyCamdevananda: ^^^ something like that :-p00:16
*** Masahiro has quit IRC00:17
devanandayes00:17
NobodyCam:)00:17
*** jerryz has joined #openstack-ironic00:33
*** david-lyle is now known as david-lyle_afk00:35
jrollTIL `%(variable) f` == `%(variable)f`00:37
NobodyCamjroll: really00:41
jrollyeah00:41
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Fix missing string format symbol  https://review.openstack.org/14195400:41
jrollNobodyCam: ^^00:41
jrollNobodyCam: https://gist.github.com/jimrollenhagen/b12b0f25fc4d4357e91600:42
jrollyet it somehow didn't crash00:43
NobodyCamoh my so it made it a float00:47
jrollyeah00:47
NobodyCamthats messed up00:47
jrollhttps://github.com/openstack/oslo-incubator/blob/master/openstack/common/apiclient/exceptions.py#L2500:48
jrollwe still use this00:48
jrollin our client00:48
*** Masahiro has joined #openstack-ironic00:51
JoshNangInteresting that the tests exercise that code path, but still pass00:53
JoshNang(for the odd logging bug)00:54
jrolloh?00:54
jrollhmm00:54
jrollI guess it doesn't crash here either00:54
*** alexpilotti has joined #openstack-ironic00:58
NobodyCamdid you see dougs comments on the refferenced etherpad:  in case we can just abandon the code later. - dhellmann00:59
jrollyeah00:59
jrollwe're supposed to move everything to openstacksdk00:59
NobodyCamanyone know the time frame we have to do this?01:00
NobodyCamdevananda: ^^^^?????01:00
jrollNobodyCam: I don't think there's any mandate01:01
NobodyCam(yet) lol01:02
jroll:)01:02
* NobodyCam steps afk ... Night all01:03
clif_hdhellman: https://bugs.launchpad.net/python-ironicclient/+bug/1402840 this bug seems to originate from openstack.common.apiclient.exceptions01:04
devanandaeh?01:05
NobodyCamlol01:05
*** ChuckC has quit IRC01:05
devanandaunified client? nope.01:05
jrollnope as in "screw that" or "nope, I don't know the timeframe"01:05
devanandaI mean, it's a good thing in itself, but its existence does not mean we are abandoning python-ironicclient01:05
* jroll nods01:06
devanandathere are also several different efforts on a unified client going on01:06
clif_hIt seems to assume that a response object that has a content type of 'text/*' necessarily has a 'text' attribute01:06
clif_hbut that doesn't seem to always be the case01:06
devanandanone of which would obviate the need for a reference implementation of our client library, IMO01:07
clif_hshould I work around this in ironicclient or should I file a bug against oslo and fix it there?01:07
devanandaclif_h: both01:07
devanandaclif_h: if the code exists in oslo, it should be fixed there, and then that fix should be ported to ironic. so that needs a bug in both projects to track the work01:08
devanandaclif_h: IFF it's a critical bug, it should be worked around locally in our client in the meantime01:09
clif_hdevananda: I don't if it's critical01:09
clif_hI don't know if it's actually a bug in oslo01:09
clif_halthough it is definitely a bug if ironicclient recieves a 401 unauthorized01:09
clif_hand doesn't raise an Unauthorized exception01:10
devanandaright01:10
devanandathat's a bug01:10
clif_hright now, for me, it is raising an attribute error exception01:10
devanandaironicclient should gracefully handle a keystone unauth'd error01:10
clif_hfrom a line in openstack.common.apiclient.exceptions01:10
clif_hI will file a bug in oslo then01:10
clif_hand point dhellmann to it01:10
clif_hand fix my bug report in ironicclient01:11
devanandaclif_h: you can have one bug affect >1 project01:11
clif_hmadness01:11
clif_hwell affecting yes01:11
devanandaclif_h: i'm not sure that the current description is good for that ... but if it is confirmed that the bug is in oslo, we'll want that bug to affect both projects so we can track when it's fixed in both01:11
clif_hok01:12
devanandaanyway, I need to run. heading to dinner and a local linux meetup01:12
devanandathanks for chasing it down :)01:12
clif_hdevananda: thanks01:12
clif_hnp01:12
*** lucas-dinner has quit IRC01:12
*** Marga_ has quit IRC01:22
*** Marga_ has joined #openstack-ironic01:23
*** chenglch has joined #openstack-ironic01:26
*** Marga_ has quit IRC01:27
*** ryanpetrello has quit IRC01:27
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add standalone mode for IPA  https://review.openstack.org/14195701:30
JoshNangjroll: JayF ^01:30
JayFI think we should get +2 from non-rackers on that one before it goes in01:30
JayFjust make sure folks who aren't us are OK with it existing :)01:30
JoshNangagreed :)01:31
*** ryanpetrello has joined #openstack-ironic01:32
*** Marga_ has joined #openstack-ironic01:41
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add standalone mode for IPA  https://review.openstack.org/14195701:41
*** ChuckC has joined #openstack-ironic01:42
JayFdevananda: ^ I'd particularly like your thought on that change (not the technology part of the change ... but the what we're doing)01:44
* JayF gone01:44
*** killer_prince is now known as lazy_prince01:45
*** anderbubble has joined #openstack-ironic01:46
*** alexpilotti has quit IRC01:47
*** BadCub02 has quit IRC01:51
*** marcoemorais has joined #openstack-ironic01:53
*** marcoemorais2 has joined #openstack-ironic01:55
*** marcoemorais1 has quit IRC01:56
*** marcoemorais1 has joined #openstack-ironic01:57
*** marcoemorais has quit IRC01:58
*** marcoemorais3 has joined #openstack-ironic01:58
*** marcoemorais1 has quit IRC01:58
*** marcoemorais2 has quit IRC02:00
*** marcoemorais3 has quit IRC02:02
*** marcoemorais has joined #openstack-ironic02:04
*** marcoemorais has quit IRC02:07
*** penick_ has joined #openstack-ironic02:10
*** penick has quit IRC02:10
*** penick_ is now known as penick02:10
harlowjayo yo, https://review.openstack.org/#/c/141961/ (WIP, feel free to say, not yet, ha)02:14
*** wanghua has joined #openstack-ironic02:15
*** Marga_ has quit IRC02:16
*** Marga_ has joined #openstack-ironic02:17
*** ryanpetrello has quit IRC02:19
*** Marga_ has quit IRC02:21
*** chen12 has joined #openstack-ironic02:30
*** Marga_ has joined #openstack-ironic02:33
*** penick has quit IRC02:35
*** rloo has quit IRC02:36
*** ramineni has joined #openstack-ironic02:43
*** eghobo has quit IRC03:01
*** Masahiro has quit IRC03:02
*** Masahiro has joined #openstack-ironic03:02
*** rwsu has quit IRC03:09
openstackgerritGopi Krishna S proposed openstack/ironic-specs: Cisco Driver, Update after review changes  https://review.openstack.org/13951703:15
*** Marga_ has quit IRC03:19
*** anderbubble has quit IRC03:20
*** Marga_ has joined #openstack-ironic03:25
*** anderbubble has joined #openstack-ironic03:31
*** anderbubble has quit IRC03:31
*** anderbubble has joined #openstack-ironic03:34
*** lazy_prince is now known as killer_prince03:34
*** bauzas has quit IRC03:38
*** Marga_ has quit IRC03:41
*** Nisha has joined #openstack-ironic03:44
*** masco has joined #openstack-ironic03:51
*** Marga_ has joined #openstack-ironic03:52
*** bauzas has joined #openstack-ironic03:52
*** Marga_ has quit IRC03:55
*** kes has joined #openstack-ironic03:58
*** bauzas has quit IRC04:00
*** bauzas has joined #openstack-ironic04:03
*** naohirot has joined #openstack-ironic04:15
naohirotgood afternoon ironic04:15
*** Haomeng|2 has quit IRC04:16
*** Haomeng|2 has joined #openstack-ironic04:16
*** anderbubble has quit IRC04:22
*** aweeks has quit IRC04:34
*** Isotopp has quit IRC04:36
*** Isotopp has joined #openstack-ironic04:38
*** aweeks has joined #openstack-ironic04:39
*** killer_prince has quit IRC04:41
*** kes has quit IRC05:00
*** achanda has joined #openstack-ironic05:02
*** pensu has joined #openstack-ironic05:10
*** dlaube has quit IRC05:12
openstackgerritMerged openstack/ironic-python-agent: Fix missing string format symbol  https://review.openstack.org/14195405:16
*** marcoemorais has joined #openstack-ironic05:41
*** harlowja is now known as harlowja_away05:42
*** marcoemorais1 has joined #openstack-ironic05:43
openstackgerritZhongyue Luo proposed openstack/ironic-specs: Support DHCP service MAC address registration  https://review.openstack.org/13251105:45
*** marcoemorais has quit IRC05:46
*** dlpartain has joined #openstack-ironic05:49
*** rameshg87 has joined #openstack-ironic05:51
*** achanda has quit IRC05:53
*** chenglch has quit IRC05:55
*** chenglch has joined #openstack-ironic05:55
openstackgerritMichael Davies proposed openstack/ironic: Add logical name support to Ironic  https://review.openstack.org/14173706:00
rlr0329I am trying to pxe boot a baremetal node using the pxe_ipmi driver in a devstack installation.  The baremetal node successfully gets an IP address but then the following message is displayed:  TFTP Prefix:  Unable to locate configuration file:06:03
*** achanda has joined #openstack-ironic06:03
rlr0329The pxelinux.0 file exists in the tftp_root directory but the pxelinux.cfg directory is empty.  Is this correct?  What should the file ownership/permissions be?  Other ideas?06:03
*** bradjones has quit IRC06:07
*** Marga_ has joined #openstack-ironic06:08
*** bradjones has joined #openstack-ironic06:10
*** Marga_ has quit IRC06:13
*** Marga_ has joined #openstack-ironic06:27
*** anderbubble has joined #openstack-ironic06:31
*** anderbubble has quit IRC06:32
*** Marga__ has joined #openstack-ironic06:33
*** bradjones has quit IRC06:35
*** Marga__ has quit IRC06:35
*** anderbubble has joined #openstack-ironic06:37
*** Marga_ has quit IRC06:38
*** teju has joined #openstack-ironic06:39
*** Marga_ has joined #openstack-ironic06:39
*** killer_prince has joined #openstack-ironic06:41
*** killer_prince has quit IRC06:41
*** lazy_prince has joined #openstack-ironic06:42
*** lazy_prince has quit IRC06:42
*** lazy_prince has joined #openstack-ironic06:43
*** Marga_ has quit IRC06:50
*** Marga_ has joined #openstack-ironic06:50
*** dlpartain has quit IRC07:02
*** anderbubble has quit IRC07:02
*** mrda is now known as mrda-away07:05
*** Marga_ has quit IRC07:07
*** anderbubble has joined #openstack-ironic07:09
*** achanda has quit IRC07:10
*** achanda has joined #openstack-ironic07:11
*** Marga_ has joined #openstack-ironic07:12
*** achanda has quit IRC07:16
*** pcaruana has joined #openstack-ironic07:18
*** Marga_ has quit IRC07:23
*** achanda has joined #openstack-ironic07:34
*** penick has joined #openstack-ironic07:40
Haomeng|2rlr0329: hi07:44
Haomeng|2rlr0329: the pxelinux.cfg directory will be populated by ironic07:45
Haomeng|2rlr0329: did you enable tftp server?07:45
Haomeng|2rlr0329: check tftp port, if it is linstening07:46
Haomeng|2rlr0329: and check the tftp folder permision07:57
*** ifarkas has joined #openstack-ironic08:01
cuihaozhir|r0329: i resolved same problem by edit /etc/xinet.d/tftp with option -m /tftp/map-file08:04
Haomeng|2cuihaozhi: cool08:04
*** erwan_taf has joined #openstack-ironic08:07
*** achanda has quit IRC08:08
*** achanda has joined #openstack-ironic08:15
*** anderbubble has quit IRC08:16
*** dlpartain has joined #openstack-ironic08:16
openstackgerritjiangfei proposed openstack/python-ironicclient: ironicclient handle faultstring when using SessionClient  https://review.openstack.org/14202108:18
*** chenglch has quit IRC08:32
*** rakesh_hs has joined #openstack-ironic08:36
*** anderbubble has joined #openstack-ironic08:38
*** Krast has joined #openstack-ironic08:42
*** k4n0 has joined #openstack-ironic08:47
*** jcoufal has joined #openstack-ironic08:51
*** Nisha_away has joined #openstack-ironic08:54
*** Nisha has quit IRC08:54
*** yarker has quit IRC08:58
*** dlpartain has left #openstack-ironic09:08
*** ZhangYang has joined #openstack-ironic09:09
*** derekh has joined #openstack-ironic09:10
*** romcheg has joined #openstack-ironic09:10
*** marcoemorais1 has quit IRC09:14
*** yarker has joined #openstack-ironic09:14
*** masco has quit IRC09:18
*** anderbubble has quit IRC09:19
*** penick has quit IRC09:31
*** achanda has quit IRC09:32
*** achanda has joined #openstack-ironic09:32
*** dtantsur|afk is now known as dtantsur09:33
dtantsurMorning!09:33
openstackgerritMerged openstack/ironic: Add base state machine  https://review.openstack.org/13921509:34
openstackgerritMerged openstack/ironic: Begin using the state machine for node deploy/teardown  https://review.openstack.org/13921609:34
vdrokmorning ironic09:36
vdrokmorning dtantsur09:36
*** achanda has quit IRC09:37
dtantsurvdrok, morning09:37
dtantsurNobodyCam, devananda, sorry, was feeling really bad yesterday afternoon :( +1 for bug review on Thu09:38
ekarlso-aare you guys gonan use for statemachine thing that was made outside taskflow btw?09:38
*** MattMan has quit IRC09:41
*** MattMan has joined #openstack-ironic09:41
*** achanda has joined #openstack-ironic09:41
dtantsurekarlso-, some code was copy-pasted IIRC09:41
ekarlso-ah ok09:42
*** achanda has quit IRC09:44
*** achanda has joined #openstack-ironic09:44
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Improve Agent deploy driver validation  https://review.openstack.org/14176609:45
yuriyzmorning Ironic09:47
*** Nisha_away is now known as Nisha09:48
dtantsuryuriyz, morning09:48
Nishamorning dtantsur09:49
dtantsurNisha, morning09:49
*** achanda has quit IRC09:50
*** achanda has joined #openstack-ironic09:50
yuriyzdtantsur, in the meeting kozhukalov asked about Fuel Agent driver, can you review new version of the spec if you have some time?09:52
dtantsuron my radar09:52
yuriyzdtantsur, thanks09:52
openstackgerritImre Farkas proposed openstack/ironic-specs: New driver interface for RAID configuration  https://review.openstack.org/13589909:53
ifarkasrameshg87, hi, ^09:54
rameshg87ifarkas, hi09:54
*** erwan_taf has quit IRC09:54
ifarkasrameshg87, I fixed the use cases in the spec as those were incorrect09:54
ifarkasrameshg87, I will also comment on a few stuff that need to be discussed09:54
rameshg87ifarkas, great09:55
rameshg87ifarkas, i will have a look09:55
ifarkasrameshg87, thanks09:55
rameshg87ifarkas, is there something major that you wanted to discuss ?09:56
rameshg87ifarkas, if so, we can discuss in irc, otherwise we can use gerrit09:56
Nishadtantsur, discovery spec too.... :)09:58
dtantsuryeah sure :)09:58
dtantsurlemme fix up my stuff and hand it to ifarkas for review, if should not take soon :)09:58
ifarkasrameshg87, I need to investigate a few things first on DRAC side09:59
rameshg87ifarkas, okay10:00
ifarkasrameshg87, I will ping you if you are still online10:00
rameshg87ifarkas, okay10:00
dtantsurNisha, lgtm10:03
*** erwan_taf has joined #openstack-ironic10:07
*** ekarlso- has quit IRC10:07
*** ekarlso- has joined #openstack-ironic10:07
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Simple functional testing for discoverd and the reference ramdisk  https://review.openstack.org/14177710:07
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Add forgotten modules to setup.py (shame on me)  https://review.openstack.org/14205210:07
dtantsurifarkas, could you review these ^^^?10:08
ifarkasdtantsur, yep, I will10:09
*** jerryz has quit IRC10:14
*** jerryz has joined #openstack-ironic10:14
openstackgerritImre Farkas proposed openstack/ironic-specs: New driver interface for RAID configuration  https://review.openstack.org/13589910:15
*** pelix has joined #openstack-ironic10:20
*** ZZhangYang has joined #openstack-ironic10:22
*** ZhangYang has quit IRC10:24
openstackgerritMerged openstack/ironic: Add new enrollment and troubleshooting doc sections  https://review.openstack.org/13620210:27
GheRiveromorning all10:32
*** Nisha has quit IRC10:33
*** achanda has quit IRC10:40
*** athomas has quit IRC10:40
dtantsurGheRivero, morning10:43
*** Nisha has joined #openstack-ironic10:43
*** chenglch|2 has joined #openstack-ironic10:47
*** Nisha has quit IRC10:49
*** ramineni has quit IRC10:51
*** athomas has joined #openstack-ironic10:54
*** chenglch|2 has quit IRC10:54
sambettsmorning GheRivero, dtantsur10:56
dtantsursambetts, morning10:57
*** lucasagomes has joined #openstack-ironic10:58
GheRiveroromcheg: ping10:59
*** wanghua has quit IRC10:59
*** wanghua has joined #openstack-ironic11:00
ifarkasdtantsur, quick question re: #14177711:07
ifarkasdtantsur, why you needed to create net/em1 and net/em2?11:07
dtantsurifarkas, the ramdisk enumerates dirs in /sys/class/net to learn network devices11:08
dtantsurifarkas, I simulate this process by using these files11:08
dtantsuris it what you asked?11:08
ifarkasdtantsur, yeah, that's what I asked11:09
ifarkasdtantsur, just trying to figure out how this simulation works11:09
ifarkasdtantsur, but really useful stuff ;-)11:09
openstackgerritMerged stackforge/ironic-discoverd: Add forgotten modules to setup.py (shame on me)  https://review.openstack.org/14205211:09
dtantsurifarkas, actually, there's no point in having them in git though... once you finish reviewing, I'll make them generated in rumtime11:09
dtantsurifarkas, also merged ^^^ it was not interesting11:10
ifarkasdtantsur, alright11:10
dtantsurifarkas, better have a look at https://review.openstack.org/#/c/141400/11:10
ifarkasdtantsur, OK11:10
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Simple functional testing for discoverd and the reference ramdisk  https://review.openstack.org/14177711:14
dtantsurdropped /net ^^^ will just approve now11:15
*** bradjones has joined #openstack-ironic11:15
romchegGheRivero: pong11:18
GheRiverohi romcheg. I was looking to your oslo.policy patch. Are you planning to work on it again/soon?11:19
romchegGheRivero: yup, I will update it today, had to be off the things for some time11:19
GheRiverook. thanks!11:20
*** Masahiro has quit IRC11:23
*** Masahiro has joined #openstack-ironic11:39
ifarkasdtantsur, 141400 also acked. a quick question: will you move ironic-discoverd element under diskimage-buidler/elements?11:41
dtantsurifarkas, you mean not the ramdisk, but element for discoverd service installation?11:45
dtantsurbecause the ramdisk is already there11:45
ifarkasdtantsur, yes, I meant the service11:45
dtantsurifarkas, hmm... don't know. first of all it should go to tripleo-image-elements, not DIB, right?11:46
dtantsurthen I probably need someone interested in it being there11:46
ifarkasdtantsur, not sure, what's the requirement for each of the element repos...11:46
dtantsurfor now I only got requests for the ramdisk11:46
*** rakesh_hs has quit IRC12:02
*** teju has left #openstack-ironic12:04
*** Masahiro has quit IRC12:07
ifarkasrameshg87, are you still available?12:14
rameshg87ifarkas, i am but i might need to leave for home in a few minutes :(12:14
rameshg87ifarkas, may be we can discuss till then ? have about 10 mins ..12:14
ifarkasrameshg87, no worries, I can also comment on the spec12:15
rameshg87ifarkas, okay ..12:15
rameshg87ifarkas, let's discuss on the spec then ..12:15
ifarkasrameshg87, ok12:15
*** arif-ali has quit IRC12:16
*** EmilienM is now known as EmilienM|afk12:17
*** arif-ali has joined #openstack-ironic12:17
*** romcheg has quit IRC12:18
*** pcrews has quit IRC12:19
*** dlpartain has joined #openstack-ironic12:19
*** kevinbenton has quit IRC12:20
*** pcrews has joined #openstack-ironic12:20
*** pelix has quit IRC12:22
*** kevinbenton has joined #openstack-ironic12:22
*** pelix has joined #openstack-ironic12:22
*** romcheg has joined #openstack-ironic12:23
openstackgerritMerged stackforge/ironic-discoverd: Simple functional testing for discoverd and the reference ramdisk  https://review.openstack.org/14177712:23
*** ZhangYang has joined #openstack-ironic12:24
*** rameshg87 has quit IRC12:27
*** dlpartain has quit IRC12:29
*** dlpartain has joined #openstack-ironic12:29
*** ZZhangYang has quit IRC12:31
*** bauzas has quit IRC12:31
*** sambetts has quit IRC12:31
*** kevinbenton has quit IRC12:37
*** kevinbenton has joined #openstack-ironic12:40
*** pensu has quit IRC12:43
*** sambetts has joined #openstack-ironic12:49
*** bauzas has joined #openstack-ironic12:49
*** dprince has joined #openstack-ironic12:57
*** alexpilotti has joined #openstack-ironic13:02
*** alexpilotti_ has joined #openstack-ironic13:06
*** sambetts_ has joined #openstack-ironic13:07
*** alexpilotti has quit IRC13:07
*** alexpilotti_ is now known as alexpilotti13:07
*** sambetts has quit IRC13:07
*** sambetts_ is now known as sambetts13:07
*** Masahiro has joined #openstack-ironic13:07
*** bauzas has quit IRC13:08
*** bauzas has joined #openstack-ironic13:12
*** Masahiro has quit IRC13:12
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Update README and stop posting full changelogs  https://review.openstack.org/14209713:14
dtantsurifarkas, ^^^ forward port of the same patch from stable into master, have a look if you have time13:16
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Add a new driver for Fuel Agent  https://review.openstack.org/13811513:17
*** pensu has joined #openstack-ironic13:17
ifarkasdtantsur, lgtm!13:22
dtantsurcool13:23
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: In-band hardware properties inspection via ironic-discoverd  https://review.openstack.org/13560513:26
dtantsurlucasagomes, mind also having a look at ^^^ ?13:27
lucasagomesdtantsur, nop 1 sec13:27
*** EmilienM|afk is now known as EmilienM13:28
*** lifeless_ has joined #openstack-ironic13:33
*** lifeless has quit IRC13:35
*** dtantsur is now known as dtantsur|brb13:35
*** pensu has quit IRC13:43
openstackgerritAKAHIRA Junya proposed openstack/ironic: Update command options in the Installation Guide  https://review.openstack.org/14210713:43
*** rlr0329 has quit IRC13:43
*** pensu has joined #openstack-ironic13:46
*** pensu has quit IRC13:53
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Extend API multivalue fields  https://review.openstack.org/13776213:58
openstackgerritLucas Alvares Gomes proposed openstack/ironic: PXE: Pass root device hints via kernel cmdline  https://review.openstack.org/14210913:58
*** dlpartain has left #openstack-ironic14:01
*** bradjones has quit IRC14:01
*** bradjones has joined #openstack-ironic14:05
openstackgerritLucas Alvares Gomes proposed openstack/ironic: PXE: Pass root device hints via kernel cmdline  https://review.openstack.org/14210914:05
openstackgerritAKAHIRA Junya proposed openstack/ironic: Update command options in the Installation Guide  https://review.openstack.org/14210714:07
openstackgerritNaohiro Tamura proposed openstack/python-ironicclient: Removed http proxy environment variable so that httpretty can work.  https://review.openstack.org/14211214:14
naohirotdtantsur|brb: Hi, I submitted mistakenly a ironicclient bug into ironic bug db, thank you for forwarding it into the ironicclient bug db.14:18
*** rloo has joined #openstack-ironic14:18
naohirotShrews: Hi, I finally figured out why ironicclient tox unit test fails in my environment.14:20
*** ZZhangYang has joined #openstack-ironic14:20
Shrewsnaohirot: i forget the conversation, but great!  :)14:20
naohirotShrews: somehow httpretty didn't work in my environment, you showed me that ironicclient tox tests worked by the gate log.14:22
naohirotShrews: thanks. If you have a time, please review the https://review.openstack.org/14211214:23
*** pelix1 has joined #openstack-ironic14:23
*** pelix has quit IRC14:23
*** trown|call has joined #openstack-ironic14:25
*** jeblair_ has joined #openstack-ironic14:25
naohirotgood night ironic14:28
*** HenryG_ has joined #openstack-ironic14:28
*** naohirot has quit IRC14:28
*** ZhangYang has quit IRC14:30
*** k4n0 has quit IRC14:30
*** trown has quit IRC14:30
*** HenryG has quit IRC14:30
*** jeblair has quit IRC14:30
*** jerryz has quit IRC14:31
*** k4n0 has joined #openstack-ironic14:31
openstackgerritMerged stackforge/ironic-discoverd: Update README and stop posting full changelogs  https://review.openstack.org/14209714:33
*** Masahiro has joined #openstack-ironic14:40
*** lazy_prince is now known as killer_prince14:40
*** jerryz has joined #openstack-ironic14:44
*** Masahiro has quit IRC14:44
*** ndipanov has quit IRC14:49
*** ndipanov has joined #openstack-ironic14:49
*** dtantsur|brb is now known as dtantsur14:50
*** athomas has quit IRC14:51
*** jerryz has quit IRC14:56
*** jerryz has joined #openstack-ironic14:57
*** ZZhangYang has quit IRC14:57
*** ZZhangYang has joined #openstack-ironic14:58
*** athomas has joined #openstack-ironic14:59
*** dprince has quit IRC15:00
*** dprince has joined #openstack-ironic15:01
NobodyCamgood morning Ironic15:12
dtantsurNobodyCam, morning15:18
NobodyCammorning dtantsur15:18
*** viktors|afk has joined #openstack-ironic15:18
*** jcoufal_ has joined #openstack-ironic15:19
*** jcoufal has quit IRC15:21
BadCub_morning Ironic15:21
jrollmorning everybody :)15:21
NobodyCammorning BadCub_15:21
NobodyCammorning jroll15:22
jrollwho was it that had problems with the deleted flavor?15:22
NobodyCam:)15:22
jrollthis is a thing https://review.openstack.org/#/c/142123/15:22
dtantsurNobodyCam, jroll: sync power states strikes back! any ideas if it is the correct thing to happen: http://paste.openstack.org/show/151894/ ?15:23
rloojroll: wasn't it clint byrum?15:23
rloohi everyone :-)15:23
NobodyCammorning rloo :)15:23
jrolldtantsur: lol, wat15:24
jrollSpamapS: https://review.openstack.org/#/c/142123/15:24
jrollrloo: thanks and good morning :)15:24
jrolldtantsur: did these have instances on them?15:24
jrollspecifically, the ones that turned on?15:24
dtantsurjroll, nope, they were under inspection (and had maintenance mode = True)15:24
*** pelix1 has quit IRC15:25
*** pelix1 has joined #openstack-ironic15:25
jrolldtantsur: fwiw, I think force_state_power_sync True is insane15:25
*** trown|call has quit IRC15:25
*** trown|call has joined #openstack-ironic15:25
dtantsuralso morning, jroll, rloo!15:25
*** HenryG_ has quit IRC15:25
*** HenryG_ has joined #openstack-ironic15:25
*** k4n0 has quit IRC15:25
*** k4n0 has joined #openstack-ironic15:25
jrollhuh, interesting15:25
*** ndipanov has quit IRC15:25
*** ndipanov has joined #openstack-ironic15:25
dtantsurand think what happened is that maintenance mode was disabled, while power state action were not finished. and our smart power sync feature kicked in15:25
jrollprobably15:25
jrollbut why would 'power off' take 20 minutes?15:26
dtantsurthough I though we use locking exactly for that...15:26
jrolland yeah, should be locked at that point15:26
NobodyCamdtantsur: oh that could bee15:26
*** jcoufal_ has quit IRC15:26
*** jcoufal_ has joined #openstack-ironic15:26
TheJuliaBadCub_, NobodyCam: Good morning :)15:26
NobodyCammorning TheJulia15:26
NobodyCamwelcome to Ironic15:27
dtantsurmorning also to BadCub_, TheJulia :)15:27
dtantsurit's a hot hour for this channel :D15:27
NobodyCam:)15:27
* dtantsur lacks the new state machine in Juno...15:28
dtantsurfolks, do you think it's a bug? I mean, leaving maintenance probably should not touch the power state...15:29
jrollI think force_power_state_during_sync is a bug15:30
jrollbut that's just me15:30
NobodyCamjroll: d'oh15:30
jroll:)15:31
dtantsurhttps://bugs.launchpad.net/ironic/+bug/140310615:36
dtantsurnow we'll try to set force_power_state_during_sync=False and see15:36
jrolldtantsur: ohhhhh15:36
jrollit probably didn't run the sync loop between 4 and 515:37
jrolland so didn't pick up that it was supposed to be off15:37
jrollerr no15:37
jrollignore me15:37
* jroll goes away to drink coffee15:37
dtantsur:)15:37
jroll"using api" should set it in the db15:38
dtantsursweet, something locked nodes in DB, so now we can't retry >_<15:39
* dtantsur +2 to having API to break locks...15:39
jroll:)15:39
*** jerryz has quit IRC15:39
*** pcaruana has quit IRC15:42
*** PaulCzar has joined #openstack-ironic15:42
dtantsurso, setting force_power_state_during_sync=false helped...15:51
*** penick has joined #openstack-ironic15:53
*** lucasagomes is now known as lucas-hungry15:53
*** achanda has joined #openstack-ironic15:57
*** jdob has joined #openstack-ironic16:02
jdobhey all, I'm getting a bunch of errors about nodes being locked when I try to create a heat stack on top of ironic. is there anyone around who can give me a hand debugging this?16:04
*** achanda has quit IRC16:05
NobodyCamjdob: how many nodes? is the power state correct on them before you started the deploy16:06
NobodyCam?16:06
NobodyCamand good morning :)16:07
jdobfunny you ask about the power state, that was previously my problem :)16:07
dtantsurNobodyCam, it's exactly after the process I was talking about above16:07
jdoband morning :)16:07
jdobok, so here's my situation16:07
jdoboh, good, so you have a rough idea16:07
dtantsurjdob, I breifly described what you encountered16:07
jdobdtantsur got me past that with the conf file change16:07
dtantsur* briefly16:07
jdoband i waited a bit between discovery and heat create16:07
jdobso that all of them reflected powered off16:07
jdobi started the stack create and it was definitely in better shape16:08
jdobthe node showed an instance ID and the state was deploying16:08
jdobthen it jumped to deploy failed and everything cleaned itself up back to powered off16:08
jdoblemme pastebin the log16:08
jdobhttp://paste.fedoraproject.org/160248/41874616/16:09
jdobanother update (dtantsur this is new to you too)16:10
jdobnova tanked after the retries16:10
jdobbut I'm guessing it tried again, either on its own or because heat triggered it16:10
jdobnow one of the nodes is active and another is at deploying16:10
jdobin other words, it looks like the next time it ran it's having some more success16:11
jdobwhich is both good and disconcerting at the same time :)16:11
jdobi suppose my question is if a. the locked thing isn't as much of a problem as it sounds, since it'll retry (in other words, is that expected/acceptable)16:12
jdoband b. what would cause a node to be locked?16:13
NobodyCamjdob: most likly the power status task16:13
jdobNobodyCam: in the sense that it's in the process of being powered on and ironic tried to do other stuff to it too quickly?16:14
NobodyCamjdob: a breif lock it taken to poll power state16:15
NobodyCamjdob: are these values still at there default values?  https://github.com/openstack/ironic/blob/master/etc/ironic/ironic.conf.sample#L560-L56416:15
*** achanda has joined #openstack-ironic16:15
jdobNobodyCam: i don't have them overridden in ironic.conf, so I'm guessing yet16:16
jdobyes even16:16
*** Nisha has joined #openstack-ironic16:17
jdobthis is on the Juno release16:17
NobodyCamhow many nodes are you working with, and which driver?16:17
jdob4 nodes, the pxe_ssh driver; these are VMs, in case I didn't specify that before16:18
jdob(in hindsight, that's probably a pretty relevant distinction)16:18
NobodyCamcontroling virsh i assume16:19
jdobyes16:20
devanandag'morning, all16:21
NobodyCamgood morning devananda :)16:21
*** penick has quit IRC16:21
jdobNobodyCam: ok, it looks like my stack is continuing part the ironic parts, both of which reflect active. i'll see if I can reproduce it, but as a final question can you think of a reason why the first two nodes it tried to create would fail (on locked errors) but then stand up fine on the retry (again, not sure if that's an ironic retry or nova)16:26
*** lsmola has quit IRC16:26
rloomorning devananda, just the person I wanted to talk to.16:26
rloodevananda: wrt the state machine, https://review.openstack.org/#/c/139216/, I just added a comment even though it merged16:26
rloodevananda: I think having NOSTATE being NONE causes some problems with the fsm.16:27
*** pelix1 is now known as pelix16:27
NobodyCamjdob: its kinda seeming like the power status task is polling to agressivly16:27
rloodevananda: wrt the fsm's _target_state being set to None too. You have a NOTE about that manager.py16:28
*** ndipanov has quit IRC16:28
jdobNobodyCam: oh interesting; i misread what you meant earlier. so you think one power state request is hitting into another?16:28
*** Marga_ has joined #openstack-ironic16:28
*** Masahiro has joined #openstack-ironic16:29
*** ndipanov has joined #openstack-ironic16:29
jdobactually, that could make sense. i just tried SSHing from the VM my ironic is running on to the virt host and it's taking a surprisingly long amount of time to resolve16:29
NobodyCamjdob: that would def cause something like what your seeing16:30
jdobmore than 1 second, so if that's the retry, i could see why they'd be bombing out16:30
NobodyCamis there anything you can do yo improve performance of hte network16:31
jdobok, that's a good starting point, trying to figure out wtf is wrong with this box that SSH is being so weird16:31
jdobya, lemme start there. there's no reason at all SSH should take that long16:31
jdobgotta be something really stupid16:31
jdobi'll let you know if things run better when I've debugged that16:31
jdobthanks NobodyCam and dtantsur :D16:31
NobodyCamelse if this is a test env maybe bump up the timeout values16:31
devanandarloo: you are correct that NOSTATE being None causes problems16:33
*** Masahiro has quit IRC16:34
devanandarloo: I think I worked around the only such problem, with an inline comment16:34
devananda*and included an inline comment for the workaround16:34
*** EmilienM is now known as EmilienM|afk16:34
devanandarloo: but as soon as possible, we should be moving away from NOSTATE16:34
rloodevananda: take a look at my comment. The unit test isn't quite right, so it passes when it shouldn't.16:34
devanandarloo: :(16:35
rloodevananda: I think we may need to review the unit tests to make sure the fsm is set up correctly.16:35
*** dwalleck has joined #openstack-ironic16:35
*** dlaube has joined #openstack-ironic16:36
*** lucas-hungry is now known as lucasagomes16:38
NobodyCammorning lucasagomes16:38
lucasagomesNobodyCam, morning :D16:38
lucasagomesdevananda, rloo morning16:38
rloodevananda: I haven't thought this through, but if task_manager.process_event is the only thing dealing with the fsm, I was wondering if we could add some internal fsmNOSTATE='nostate' and have the task_manager xlate that to NOSTATE for the node's [target_]provision_state values16:39
rloohi lucasagomes16:39
*** ryanpetrello has joined #openstack-ironic16:39
lucasagomesrloo, oh that's a good point. Tho if we are adding a value 'nostate' perhaps we should already call it 'available' or something to make the NOSTATE->AVAILABLE transition easier?16:40
rloolucasagomes: I would prefer to mimic the existing NOSTATE right now, just to get over this bump and not confuse things with 'the future' ;)16:41
rloolucasagomes: but if it makes sense to do as you say (I haven't thought beyond capturing our existing states with the fsm)16:42
NobodyCamoh /my initial reaction is no.. stick with current states then switch to the new states16:42
lucasagomesrloo, I see, actually I'm out-of-date with the current plan for the state machine16:42
lucasagomesI did review some code today16:42
lucasagomesrloo, but I'm not 100% sure what the strategy is. Seems like we are using the new fsm module to model the current state machine16:43
lucasagomesand once that's finished we are going to add the new states etc16:43
lucasagomesis that correct?16:43
rloolucasagomes: yes, I think so, based on what was mentioned in yesterday's ironic meeting16:43
NobodyCamthats my understanding of our direction16:43
devanandayes, more or less16:43
devanandathere will be at least two "bumps" inthe road16:43
devananda- changing NOSTATE==None to AVAILABLE16:44
*** david-lyle_afk is now known as david-lyle16:44
devananda- adding callbacks / hooks for the new states which no-op today16:44
lucasagomesright16:44
devanandathe first one is going to require a db migration and some code in the API layer16:44
devanandaso that we can accept the inputs from an older client (ie, a non-upgraded Nova driver)16:45
rloobut the current NOSTATE may not always == AVAILABLE in the new world?16:45
lucasagomesbut if the current NOSTATE=None is problematic, maybe we should start tackling the AVAILABLE part as part of this effort already?16:45
devanandafirst I think we should get all the code using the FSM, so nothing is directly returning states / changign the state in the db16:46
devanandamy patches are close, but I haven't gone through everything yet16:46
devananda(too many other things this week I couldn't postpone)16:46
lucasagomesI see, yeah it's pretty close indeed16:46
lucasagomesmostly now seems to be to use the fsm on the drivers itself16:46
devanandathen yes, we can address AVAILABLE16:46
lucasagomeslike pass_deploy_info that sets it to ACTIVE from DEPLOYWAIT16:46
devanandarloo: you're correct. NOSTATE today means AVAILABLE only if it is validated16:47
lucasagomesdevananda, off-topic, left a comment on https://review.openstack.org/#/c/137762/16:47
NobodyCambrb16:48
*** Marga_ has quit IRC16:49
*** Marga_ has joined #openstack-ironic16:49
*** pensu has joined #openstack-ironic16:53
*** alexpilotti has quit IRC16:55
dtantsurcalling it a day for today, see you on Thu (tomorrow is birthday PTO :)16:58
jrollhappy birthday!!!!!16:59
Nishaadvance happy birthday dtantsur16:59
dtantsurthanks :)16:59
*** dtantsur is now known as dtantsur|afk16:59
lucasagomesdtantsur|afk, all the best, have a good night17:01
lucasagomesdtantsur|afk, happy birthday!17:01
*** ChuckC_ has joined #openstack-ironic17:06
NobodyCamoh happy b-day dtantsur|afk17:07
*** ChuckC has quit IRC17:07
*** romcheg has quit IRC17:08
*** enikanorov has quit IRC17:17
NobodyCamNisha: are you around?17:18
Nishahi NobodyCam17:19
NobodyCamHi Nisha :)17:19
*** ChuckC_ has quit IRC17:19
NishaNobodyCam, :)17:19
NobodyCamI was just looking over 10095117:19
NishaYes17:19
*** ndipanov has quit IRC17:20
NishaNobodyCam, Does it look fine to get merged17:20
Nisha;)17:20
NobodyCamon lines 227-228 you point out fake driver will need to be updated, but it not called out in the work items section, are you planning on working on the fake driver too?17:21
*** achanda has quit IRC17:21
NishaNot exactly, the code doesnt explicitly do any changes to fake driver.17:23
*** achanda_ has joined #openstack-ironic17:24
*** dwalleck has quit IRC17:24
*** derekh has quit IRC17:27
*** alexpilotti has joined #openstack-ironic17:27
*** jcoufal_ has quit IRC17:27
*** achanda_ has quit IRC17:28
*** achanda has joined #openstack-ironic17:29
*** Marga_ has quit IRC17:29
*** mkerrin has quit IRC17:32
*** ndipanov has joined #openstack-ironic17:33
*** achanda has quit IRC17:33
adam_gJayF, oh hey, i dusted this off and got it working last night https://review.openstack.org/#/c/129099/17:35
adam_ghttp://logs.openstack.org/99/129099/7/check//check-tempest-dsvm-ironic-pxe_ssh/8494e82/logs/ironic-bm-logs/17:35
* Shrews learns he had more vacation time to burn than he thought. Tomorrow is my last day for the year.17:36
JayFadam_g: niiice17:37
NobodyCamShrews: awesome-ness17:38
*** jiangfei has quit IRC17:43
*** jiangfei has joined #openstack-ironic17:44
NobodyCamNisha: that is so close. I added one spelling nit and two questions that I hope are easly answered.17:46
Nisha:( ok. Means again need to wait for rereview of the spec once i repost it17:46
Nishaanyway i will just look at17:46
*** ChuckC_ has joined #openstack-ironic17:47
NobodyCamNisha: if you can answer the questions I'll give it a +2 and maybe we can poke some of the other spec cores to take a look at it today17:48
Nishafor fake driver it was required when we add abstract method17:49
openstackgerritLucas Alvares Gomes proposed openstack/ironic: PXE: Pass root device hints via kernel cmdline  https://review.openstack.org/14210917:50
*** dwalleck has joined #openstack-ironic17:52
NishaNobodyCam, it doesnt require any changes to fake driver now17:52
Nishait was required in previous implementation17:52
NobodyCamNisha: so you can remove that statment?17:52
Nishayes17:52
NobodyCam:)17:53
Nisha:)17:53
Nisharegarding dependencies, it is dependent on state machine but for my code to work i just added the required states in states.py17:53
*** Marga_ has joined #openstack-ironic17:54
*** ChuckC_ has quit IRC17:54
*** romcheg has joined #openstack-ironic17:54
*** jiangfei has quit IRC17:54
Nishashould i mention it in the spec?17:55
*** jiangfei has joined #openstack-ironic17:55
*** achanda has joined #openstack-ironic17:56
NobodyCamNisha: ya.17:56
*** ChuckC_ has joined #openstack-ironic17:56
Nishak17:56
NobodyCam:)17:56
NobodyCamthank you Nisha :)17:58
Nishajust giving link to state spec will be fine?18:00
NobodyCamNisha: where?18:00
Nishain the dependencies18:01
*** dwalleck has quit IRC18:01
openstackgerritNisha Agarwal proposed openstack/ironic-specs: Discover node properties using new CLI node-inspect  https://review.openstack.org/10095118:03
NobodyCamfor me I would spicifilly call out what states you need and how your planning on working around the case where the states do not yet exist18:03
*** jeblair_ is now known as jeblair18:04
*** penick has joined #openstack-ironic18:04
Nishameans whatever i said here?18:05
NishaNobodyCam, ^^^18:06
*** k4n0 has quit IRC18:06
NishaNobodyCam, i can actually say that18:06
Nishain the spec18:06
*** marcoemorais has joined #openstack-ironic18:10
*** erwan_taf has quit IRC18:11
openstackgerritNisha Agarwal proposed openstack/ironic-specs: Discover node properties using new CLI node-inspect  https://review.openstack.org/10095118:12
*** achanda has quit IRC18:12
NishaNobodyCam, ^^^^18:12
*** harlowja_away is now known as harlowja18:12
NishaNobodyCam, i had one ques18:12
*** dwalleck has joined #openstack-ironic18:12
NobodyCamsure18:13
*** achanda has joined #openstack-ironic18:13
NishaSince for introspection we plan to implement iLO driver as a reference implementation, is it fine to disocver those properties which can be just used for scheduling and requires no action from the driver explicitly18:13
Nishaexample Server Model18:14
*** achanda has quit IRC18:14
NishaThis is just a static data, and will be same for that hardware18:14
*** achanda has joined #openstack-ironic18:14
NobodyCamNisha: like a copy these properites to this other node? (I may be miss understanding the question)18:16
*** jrist has quit IRC18:16
NishaNobodyCam, means discover with introspection and add to node.properties as capabilities18:17
Nishait requires no explicit action from driver18:17
*** Masahiro has joined #openstack-ironic18:17
JayFYou mean you want to fill node.properties with lots of info from iLO18:18
JayFthat you can schedule against18:18
NobodyCamNisha: spec spec only covers limited properites (mem,disk,# of cores,arch)18:19
NobodyCamanything eles I would think would be out of scope?18:20
NobodyCammorning JayF :)18:20
Nishayes, actually i added a statement in the reference implemnetation for this18:20
Nishabut dmitry said no so i just removed it18:20
NishaNobodyCam, so i can have this in ilo driver spec? and can that be also targetted for kilo18:22
Nisha>18:22
Nisha?18:22
*** Masahiro has quit IRC18:22
NobodyCamNisha: I think I would initialy agree with dmitry here.18:23
*** ChuckC_ is now known as ChuckC18:23
NobodyCamthat said, there is nothing saying we can't revisit that at a later date. Ie implament this spec and then come back and expand upon it18:24
*** jrist has joined #openstack-ironic18:28
lucasagomesNobodyCam, mind looking at https://review.openstack.org/#/c/138729/ when u get some time?18:28
* lucasagomes replied to the comments18:29
NobodyCamNisha: added a comment and gave it a +218:29
lucasagomesNobodyCam, oh never mind I will update the spec accoringly to ramesh comment18:29
lucasagomes1 sec18:29
NobodyCamlucasagomes: ack18:29
*** EmilienM|afk is now known as EmilienM18:35
NishaNobodyCam, Thanks18:35
*** faizan has joined #openstack-ironic18:36
Nishalucasagomes, introspection spec https://review.openstack.org/#/c/100951/18:37
* lucasagomes clicks18:37
*** HenryG_ has quit IRC18:48
*** HenryG has joined #openstack-ironic18:49
*** Marga_ has quit IRC18:55
*** afaranha has quit IRC18:55
lucasagomesNisha, is the spec based on the state machine spec that was merged?18:56
lucasagomesNisha, cause there's some stuff like "puts node.provision_state as INSPECTED" which doesn't seem to be true, in the state machine it goes from INSPECTING to MANAGED18:57
lucasagomesNisha, see L30418:57
lucasagomeshttps://review.openstack.org/#/c/133828/14/specs/kilo/new-ironic-state-machine.rst18:57
*** Marga_ has joined #openstack-ironic18:57
NobodyCamlucasagomes: INSPECTED is listed as an Intermediate State18:58
NobodyCamso that is our target?18:59
lucasagomesNobodyCam, yup it should be target but never provision_state18:59
lucasagomesAFAIUI19:00
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add standalone mode for IPA  https://review.openstack.org/14195719:00
*** marcoemorais has quit IRC19:01
*** penick has quit IRC19:02
*** marcoemorais has joined #openstack-ironic19:03
NobodyCamlucasagomes: see lines 127 - 131 of the state machine spec https://review.openstack.org/#/c/133828/14/specs/kilo/new-ironic-state-machine.rst19:04
lucasagomesNobodyCam, oh so Ironic will provision_state = *ED states?!19:05
lucasagomeshmm but for how long? I mean it sounds a bit useless19:06
lucasagomesdevananda, got a sec ^19:06
devanandathose are transitive states19:06
NobodyCamthat was my understandng19:07
*** Marga_ has quit IRC19:07
devanandaalso, why are you both linking to the review, rather than the doc?19:07
*** Marga_ has joined #openstack-ironic19:07
*** afaranha has joined #openstack-ironic19:07
devanandahttp://specs.openstack.org/openstack/ironic-specs/specs/kilo/new-ironic-state-machine.html19:07
NobodyCamfor line numbers19:07
NobodyCam:-p19:08
lucasagomesdevananda, right, so for the inspecting thing. it starts as provision_state = INSPECTING target_provision_state = INSPECTED. And finishs as provision_state = MANAGED and target_provision_state = none19:08
lucasagomesright?19:08
devanandaoh19:08
devanandayes19:08
lucasagomesdevananda, spec is easier to point which line :D19:08
lucasagomesbut indeed rendered looks better19:08
devanandamanaged//none -> (inspect) -> inspecting//inspected -> inspected//inspected -> managed/none19:08
devanandainspected//inspected may never be visible or saved in the database19:09
lucasagomesyeah +1 to never save it in the db19:09
lucasagomesbecause it will be super quick19:09
devanandabut it's part of the model, so the FSM queues off of  "desired == goal"19:09
devanandasorry19:09
devanandawhen desired == goal, clear the goal19:09
devanandathat's where we're having a problem with NOSTATE==None today19:10
lucasagomesI see19:10
lucasagomesyeah, None complicate things there indeed19:10
devanandabut if NOSTATE were stored as "nostate", it would work just like every other transition19:10
devanandayep19:10
lucasagomesdevananda, another nit, MANAGED sounds like a momentary states (since it's ends with -ED)19:10
lucasagomeswouldn;t MANAGEABLE be a better final state?19:11
devanandayou are correct19:11
rloodevananda: I think that the problem I found with the target_provision_state may not have to do with NOSTATE but with some other logic :-(19:11
devanandaor just MANAGE19:11
lucasagomesyeah19:11
devanandano -ED or -ING19:11
lucasagomesMANAGE seems better, shorter19:11
devanandarloo: oh?19:11
lucasagomesrloo, mind sharing the problem?19:12
rloodevananda: I think conceptually, the fsm's _target_state is to indicate the visible state, but eg, if deploying ->done, and an error occurs19:12
rlooyou have deploying->FAIL and target is still deploydone. There needs to be smoething to say change the target if something fails. I think.19:13
*** Marga_ has quit IRC19:13
*** Marga_ has joined #openstack-ironic19:13
devanandarloo: I *think* that I merely preserved the current behavior. that was my goal, at least19:14
devanandarloo: even when the current behavior is illogical19:14
NobodyCambrb19:14
rloodevananda: but it isn't preserving the current behavior. that's the problem.19:14
devanandarloo: hm. ok, that's a problem19:14
rloodevananda: I'm going through the unit tests now, found another case where the target_provision_state is not right.19:14
rloodevananda: am thinking that I want to make sure our unit tests cover all the states/transitions in the fsm.19:15
lucasagomesrloo, yeah sounds good to have very good coverage of unittests on those states transitions19:16
devanandarloo: for the current model, or the new one?19:16
rloodevananda: there's the case of deploying -> target is deploydone. event 'done' happens, transition is deploying -> active. but active is not deploydone, so fsm._target stays deploydone :-(19:16
rloodevananda: for the current model.19:17
devanandarloo: I se19:22
lucasagomesdevananda, re https://review.openstack.org/#/c/137762/. I created ApiMultiType which is basically a MultiType field with pre-defined types, otherwise I would have to pass the same list of types for all json-like fields in our API19:26
devanandarloo: isn't that already covered by test__do_node_deply?19:26
devananda 941         self.assertEqual(states.ACTIVE, node.provision_state)19:26
devananda 942         self.assertEqual(states.NOSTATE, node.target_provision_state)19:26
*** achanda has quit IRC19:26
rloodevananda: the problem is that the test is incorrect. it needs to call task.process_event('deploy') to get the fsm in the right (ugh) state.19:27
* NobodyCam is back19:27
*** marcoemorais has quit IRC19:27
*** marcoemorais has joined #openstack-ironic19:27
rloodevananda: the test right now, the fsm._target_state = None, which is why it passes. but it should be ._target_state = 'deploy complete' before the _do_node_deploy() is called.19:28
*** faizan has quit IRC19:28
*** dwalleck has quit IRC19:29
rloodevananda: might be easier if I 'showed you'. I'll push up a patch in 5 min or so with some updated unit tests.19:30
devanandaI see it19:30
*** ryanpetrello_ has joined #openstack-ironic19:30
devanandahas taken me a bit to context switch and realize that this is mid-way through the patch series19:30
devanandado_node_deploy gets refactored significantly in the next patch19:30
devanandaso fixing it here is kinda annoying19:31
devanandafixing it on top of the next patch will make much more sense19:31
*** ryanpetrello has quit IRC19:31
*** ryanpetrello_ is now known as ryanpetrello19:31
devanandato me, at least19:31
rloodevananda: oh. I'm still stuck on the 139216 patch. I figured if I didn't understand that one, there was no use going on.19:31
NobodyCamrloo: it helped me to start at patch #6 and work backwards19:32
rlooNobodyCam: hmm. the problem is that the code/tests aren't correct in 139216. ok, let me take a quick stroll through the rest of the patches ;)19:33
*** dprince has quit IRC19:34
devanandarloo: as I said to Shrews yesterday, you won't really see the -effect- of these changes until the fourth and sixth patches19:36
devananda140868 is a significant change to task_manager19:36
devanandawhich should make things much clearer19:36
devananda140883 starts changing the individual drivers. that'll need more work to get all the states, but it's close19:37
openstackgerritClif Houck proposed openstack/python-ironicclient: Fix to properly issue an Unauthorized exception  https://review.openstack.org/14220419:38
*** ifarkas has quit IRC19:39
rloodevananda: ok, I'll look at all the changes (the last patch) then. It's all or nothin' ;)19:39
*** marcoemorais has quit IRC19:42
rloodevananda: except that https://review.openstack.org/#/c/140883/ fails the unit tests and pep8 :-(19:42
*** marcoemorais has joined #openstack-ironic19:42
*** marcoemorais has quit IRC19:42
*** marcoemorais has joined #openstack-ironic19:43
rloodevananda: failures seem to start with https://review.openstack.org/#/c/140868/19:43
*** marcoemorais has quit IRC19:44
*** marcoemorais has joined #openstack-ironic19:44
lucasagomesNobodyCam, re SIZE for root device hints19:53
NobodyCamhuh19:54
lucasagomesNobodyCam, I was thinking about how conflicting it would be with the local_gb stuff and was wondering whether we should remove it :/19:54
NobodyCamthat actualy kinda makes sense19:54
Nishalucasagomes, i was looking at introspection comments19:55
Nisha | Verb | Initial State| Intermediate States | End State |19:55
Nisha +=======================================================+19:55
Nisha | inspect | MANAGED | INSPECTING -> INSPECTED | MANAGED |19:55
* NobodyCam is about to jump on a call19:55
lucasagomesNobodyCam, yeah I will leave it out on the next patch-set19:55
lucasagomesNisha, right, we were talking about it ^^19:56
NobodyCamlucasagomes: ++19:56
Nishaas i understand the introspetion should just transition state from INSPECTING to INSPECTED. The MANAGED is not done by introspection. It should be done via another API call to chaneg the state from INSPECTED to MANAGED19:57
lucasagomesNisha, so the thing is, provision_state = INSPECTED may never get to the DB19:57
lucasagomeswhen the inspection is finished the privision_state will be MANAGED19:57
Nishathen when is INSPECTED set?19:58
lucasagomesafaiui never to provision_state19:58
lucasagomesit will be set to the target_provision_state19:58
lucasagomesprovision_state == MANAGED. User requests inspection. provision_state == INSPECTING, target_provision_state == INSPECTED. Once finished provision_state == MANAGED, target_provision_state == NONE19:59
Nishaohk19:59
lucasagomesthe INSPECTING -> INSPECTED indicates that the node is mid-inspection19:59
lucasagomesbut at the end it will move back to MANAGED20:00
lucasagomes(or *FAIL if failed)20:00
Nishaok20:00
Nishalucasagomes, regarding this comment "Isn't the `updated_at` field enough for this? What are the reason/use case to have a specific field indicating the last time the node was inspected?"20:01
Nishaif the failure case updated_at will not be changed as nothing is saved to node object20:02
harlowjayo yo; devananda NobodyCam rloo  https://review.openstack.org/#/c/141961/ if u get bored20:03
harlowjamight as well get that process going forward...20:03
lucasagomesNisha, right, ok that makes sense20:03
Nishalucasagomes, secondly updated_at will be changed whenever node-update is done but that doesnt mean that it has inspected the node20:04
lucasagomesNisha, yeah that one I get, but that was the reason why I comment20:04
Nishaso last_inspected should be different than updated_at20:04
lucasagomessince inspecting == updating the node20:04
lucasagomesI mean, at a higher level20:04
Nishalucasagomes, i didnt get20:05
Nishaits true when inspection is don ejust now20:06
lucasagomesNisha, but I see the value of keeping the last time the node was inspected20:06
*** Masahiro has joined #openstack-ironic20:06
Nishabut updated_at will updated if anyone executes node-update after inspection20:06
lucasagomesNisha, right, I mean. The result of having a node inspecting is that the node is updated accordingly with what was found during inspection20:07
NishaYes20:07
lucasagomesthat's why I was thinking that updated_at might be enough for it20:07
NishaNo but updated_at is changed evn when we just do node-update20:08
lucasagomesNisha, but it's ok to keep the last_inspected (or inspected_at) field to save the time of the last inspection20:08
NishaThanks20:08
Nishaso only state related change is expected?20:08
Nishain the spec20:08
lucasagomesyup20:08
Nishaok will just post the new patch.20:09
*** pensu has quit IRC20:10
*** Masahiro has quit IRC20:11
lucasagomesthanks20:11
openstackgerritNisha Agarwal proposed openstack/ironic-specs: Discover node properties using new CLI node-inspect  https://review.openstack.org/10095120:13
*** marcoemorais has quit IRC20:13
Nishalucasagomes, NobodyCam ^^^^20:13
*** marcoemorais has joined #openstack-ironic20:14
*** Marga_ has quit IRC20:15
lucasagomesI will call it a day20:19
lucasagomeshave a good night everyone20:19
JayFnight20:19
*** lucasagomes is now known as lucas-dinner20:19
lucas-dinnerNobodyCam, last thing re hints... I was using a dict in the spec, but was thinking about using the same syntax as we have for capabilies20:20
lucas-dinnere.g opt1:value1,opt2:value220:20
*** penick has joined #openstack-ironic20:20
lucas-dinnerso we can share the code to parse those20:20
lucas-dinnerlemme know what you think20:20
jrolllucas-dinner: I mean, that's not really a valid reason20:22
jrolllucas-dinner: you don't need to parse a dict at all :P20:22
lucas-dinnerjroll, right, yeah indeed20:22
lucas-dinnerjroll, but looks incosistent20:23
jrolllucas-dinner: right, I can see other reasons20:23
lucas-dinneridk whether it would be better to capabilities to also use dicts instead of that ',' list20:23
jrollyeah idk20:23
jrollI think the thing is capabilities can have multiple values for one thing20:23
jrolllike opt1:val1,opt1:val220:23
lucas-dinnerjroll, right, my idea was that hints could also be a combination of things20:25
lucas-dinnersize:value,vendor:value20:25
jrolllucas-dinner: yeah, I could see that20:25
lucas-dinnermaybe not for this spec tho20:25
jrollidk20:25
*** andreykurilin_ has joined #openstack-ironic20:25
jrollI personally would make everything a dict20:25
jrollI think the capabilities thing comes from nova20:25
jrollnot for any actual reason20:26
lucas-dinnerjroll, yeah I also prefer dicts, since it's a json-like fields20:26
lucas-dinnerand it should support dicts and lists20:26
jroll++20:26
JayFCurious what other Ironic folk think of this: https://review.openstack.org/#/c/141957/ going into IPA20:26
lucas-dinneridk why we made it a string in the first place20:26
jrollright, I think it's a nova thing20:26
lucas-dinnerjroll, I can open a bug about the capabilities and yet maintain backward compat (in case it's a string we parse it as-is today)20:27
jrolllucas-dinner: right, would be nice20:27
lucas-dinnerjroll, ack, thanks for the input20:27
jrollnp :)20:27
lucas-dinnerjroll, ah last thing... re size20:27
jrollnow go eat!20:27
lucas-dinnerramesh had a good point, about conflicting with local_gb20:27
lucas-dinnerjroll, hah yeah... just lemme sort the size out too20:28
jrollhmm20:28
jrollso the problem is that local_gb should be involved in that?20:28
lucas-dinnerjroll, I was wondering whether we should keep size as a valid hint, I like it. But I understand it may conflict with our current model20:28
jrollat first glance, I would think local_gb takes precedence, if more than one disk matches, the size hint could be used20:29
lucas-dinnerso local_gb is trick, idk how we would fill that out when inspecting a node with multiple disks for e.g20:29
jrolllike say local_gb=20, you have a 40gb and 4000gb disk, size:40gb would be a valid hint imo20:29
*** igordcard has joined #openstack-ironic20:29
lucas-dinnerjroll, right, so use the local_gb as a hint. Or still allow operators to set size as hint separately ?20:30
* lucas-dinner finds it confusing20:30
jrollwell, actually20:30
lucas-dinnerI was tihnking about leaving size out until we sort that out20:30
jrollwe only use that in nova for scheduling20:30
lucas-dinneryeah, and we can/should use ironic without nova as well20:30
jrollnothing about choosing a disk once a node is claimed by the scheduler20:30
jrollsure, but ironic itself doesn't look at local_gb20:31
lucas-dinnerjroll, oh actually not. we use local_gb to create the partitions20:31
jrollmmmmmmmmm20:31
jrollbut not to decide anything20:31
lucas-dinnerjroll, that's the confusing part that comes from nova bm etc... local_gb == root partition size20:31
lucas-dinnernot disk size20:31
jrolloh20:32
jrollwell20:32
jrollwe should filter out any disks smaller than local_gb20:32
*** jdob has left #openstack-ironic20:32
jrolland after that use the size hint20:32
jroll(imho)20:32
lucas-dinnerjroll, right, yeah makes sense to fail validation or so if disk hint < local_gb20:32
jrollyeah, ++20:33
lucas-dinnerjroll, ack I will update the spec accordingly later20:33
lucas-dinnerjroll, ta much for all the inputs20:33
jrollno problem :)20:33
* lucas-dinner go eat :)20:33
jrollhave a good night o/20:33
lucas-dinnerjroll, night20:34
mrda-awayMorning ironic20:39
*** mrda-away is now known as mrda20:39
*** marcoemorais has quit IRC20:41
*** marcoemorais has joined #openstack-ironic20:42
*** pelix has quit IRC20:44
*** Marga_ has joined #openstack-ironic20:45
*** ChuckC has quit IRC20:46
*** Marga_ has quit IRC20:50
*** chuckC_ has joined #openstack-ironic21:00
NobodyCamnight lucas-dinner21:01
NishaNobodyCam, thanks for reviews. jroll, JayF, devananda reviews on https://review.openstack.org/#/c/100951/21:06
NobodyCam:)21:06
NobodyCamNisha: Thank you!21:07
NishaNobodyCam, :)21:07
*** ChuckC has joined #openstack-ironic21:11
jrollNisha: +2, leaving time for others21:21
Nishajroll, thanks21:25
NishaJayF, devananda reviews on https://review.openstack.org/#/c/100951/21:27
JayFIf I wasn't busy, I would've reviewed it 20 minutes ago21:28
NishaJayF, ok :)21:29
*** Marga_ has joined #openstack-ironic21:30
*** lucas-dinner has quit IRC21:33
NobodyCamjroll: (and all IPA'ers) your generally okay with the direction 137363 is stating?21:35
jrollNobodyCam: I want it to happen, I need to review again21:35
jrolldoes that answer your question or should I read it?21:35
* JayF adds it to his review list21:36
NobodyCamno no I think is a good thing .. my question was really at the lib-if-a-ca-tion action items21:37
jrolloh yeah, I've been pushing for that21:37
jrollI don't want duplicate code :)21:37
NobodyCamack :)21:38
*** dprince has joined #openstack-ironic21:43
*** Masahiro has joined #openstack-ironic21:55
*** Masahiro has quit IRC22:00
PaulCzaris there a driver for systems without power controls?   something that just sets up pxe and waits for the user to power the machine up ?22:12
NobodyCamPaulCzar: https://github.com/openstack/ironic/blob/master/setup.cfg#L4622:13
devanandaPaulCzar: not upstream, no.22:14
devanandaPaulCzar: a "logpower" driver was proposed a while back, but abandoned22:14
NobodyCamdevananda: wouldn't fake_pxe do that?22:14
devanandaNobodyCam: it'll return success to any power request (on or off or reboot) without notifying in any way that the user should do that22:15
afaranhaHello, I'm using devstack to run Keystone, Nova, Glance, Neutron, etc, in order to run ironic and communicates with them22:15
afaranhaI'm following this guide: http://docs.openstack.org/developer/ironic/deploy/install-guide.html , but I having some issues22:15
devanandaPaulCzar: do your systems have some other out of band power control (eg, a smart PDU)? or do you actually need a person to push a button?22:15
afaranhaI don't have nova-scheduler service running on my machine, when I try service nova-scheduler restart I got an error: nova-compute: unrecognized service22:16
PaulCzardevananda: we have ipmi,  but my hands are tied waiting on somebody else to wire up access22:16
afaranhado anyone knows how to solve this?22:16
afaranhaI'm using Ubuntu 14.0422:16
NobodyCamso if I "watch ironic node-show" I could see when to push the button?22:16
JayFafaranha: if you're using devstack, you should use our devstack docs22:17
PaulCzaryeah that was my plan to watch ironic node-show so I can test it as is22:17
PaulCzarthen switch to the ipmi driver when it gets wired up22:17
PaulCzaripmi is there,  but the networks can't talk currently22:17
PaulCzarso I can manually ipmi it22:17
JayFafaranha: http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack22:17
devanandaNobodyCam: huh. I suppose taht'll just reflect the power state that Ironic /wants/ it to be in, not what it actually is22:17
afaranhaJayF, but I'm don't intend to use devstack to run Ironic, I want that Ironic gets real machine nodes to deploy on them22:18
afaranhaJayF, I'm using devtsack just to run the basic services22:18
JayFafaranha: I'm not sure a "half devstack" install of Ironic is something we support or desire to support :/22:18
devanandaPaulCzar: just tossing an idea out -- what if ironic-conductor SSH'd to some other jump host that had access to ipmi?22:18
devanandaPaulCzar: would that address the issue?22:18
devanandaafaranha: why are you using devstack at all, then?22:18
devanandaafaranha: it does not preserve state across restarts22:19
afaranhaI just wanna test Ironic with actual machines22:19
devanandaafaranha: so use devstack, and have Ironic *manage* other machines22:19
afaranhaI was suppose to be a fast deploy just to study ironic22:19
devanandaafaranha: you don't need to run Ironic outside of devstack22:19
PaulCzardevananda: yeah I can figure something like that out, was just hoping for something like NobodyCam is suggesting to do  a real quick boot test22:19
devanandaPaulCzar: gotcha. what Nobodycam suggests will probably work for that22:20
PaulCzarperfect!  thanks devananda and NobodyCam22:20
afaranhadevananda, I tried with devstack, but it simulated a real machine, I want to make it run on machines, is there a way to do this using devstack?22:20
NobodyCamPaulCzar: note you'll be fighting timeouts so be quick with the power button22:20
NobodyCam:-p22:20
devanandaafaranha: yes. change the configuration so that ironic uses the pxe_ipmitool driver22:20
devanandaafaranha: and you may need to change the networking -- but all this is covered in the docs which JayF already linked to you22:21
afaranhadevananda, Great! I'm gonna check that22:21
afaranhathanks :)22:21
jrollafaranha: to be clear, ironic does not run services on the nodes it manages (which is what your email to the list sounded like)22:23
*** anderbubble has joined #openstack-ironic22:33
NobodyCamare there any other openstack projects have a shared LIB like the one described in 137363?22:34
*** marcoemorais has quit IRC22:35
NobodyCams/projects have/projects that have/22:35
*** marcoemorais has joined #openstack-ironic22:35
*** anderbubble has quit IRC22:37
JayFNobodyCam: I think that lib should be oslo.*22:39
*** romcheg has quit IRC22:41
NobodyCamlol.. i'm sitting here worring that we'll end up with another ironic repo22:41
* NobodyCam has a hard time keeping up as it is now22:41
*** dprince has quit IRC22:41
*** romcheg has joined #openstack-ironic22:47
*** chuckC_ has quit IRC22:49
*** alexpilotti has quit IRC22:50
*** krtaylor has quit IRC23:13
openstackgerritAKAHIRA Junya proposed openstack/ironic: Update command options in the Installation Guide  https://review.openstack.org/14210723:14
openstackgerritRoman Prykhodchenko proposed openstack/ironic: Refactoring for Ironic policy  https://review.openstack.org/12626523:17
*** penick has quit IRC23:23
*** krtaylor has joined #openstack-ironic23:26
*** andreykurilin_ has quit IRC23:30
*** Marga_ has quit IRC23:42
*** Masahiro has joined #openstack-ironic23:44
*** penick has joined #openstack-ironic23:44
*** Nisha has quit IRC23:47
*** Masahiro has quit IRC23:48
*** naohirot has joined #openstack-ironic23:52
naohirotgood morning ironic23:52
NobodyCammorning naohirot23:52
naohirothi, good evening :)23:53
*** anderbubble has joined #openstack-ironic23:53
* naohirot I'm reading this, http://www.rackspace.com/blog/openpower-opening-the-stack-all-the-way-down/23:59

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