Thursday, 2014-12-18

*** marcoemorais has quit IRC00:00
devanandai objected on r5200:00
devanandait was ignored00:00
*** bradjones has quit IRC00:01
*** bradjones has joined #openstack-ironic00:03
rloodevananda, I'm guessing you guys are discussing the 'inspect' api? I was wondering what 'provisioning' meant.00:03
*** marcoemorais has joined #openstack-ironic00:03
NobodyCamit changes between rev 46 and 47 up to 47 it was going to be the ManagementInterface on rev 47 it changes to IntrospectionInterface almost with out notice :(00:04
rloodevananda: does verifying, inspecting, (all those states) fall under 'provisioning'?00:04
openstackgerritNaohiro Tamura proposed openstack/ironic-specs: iRMC Virtual Media Deploy Driver for Ironic  https://review.openstack.org/13486500:05
devanandaNobodyCam: i do recall a discussion about /that/ on IRC, but couldn't find it. I'm not thrilled but dont object either to the separate interface00:05
devanandathe REST API semnantic bothers me00:05
devanandarloo: yoes00:06
devanandayes00:06
devanandarloo: right now, we expose only two types of states. power and probvision00:06
* naohirot NobodyCam, I'll out of office today, I quickly updated the spec, thanks.00:06
rloodevananda: ok. I was thinking that if we got 'away' from provisioning and used some new API, it might make it easier to transition to the new states.00:06
devanandarloo: such as?00:06
devanandarloo: while the name "provision" is a bit of legacy here, the model still fits, at least in my mind. everything in the state machine spec describes a provisioning state to me00:07
rloodevananda: i dunno. that's as far as I thought. we have put /v1/nodes/../states/provision. I thought if we added some other put .../states/hmm?, and had node.hmm_state and node.hmm_target_state, we could leave the target-provision-state stuff as legacy/old state names.00:09
*** marcoemorais has quit IRC00:09
*** ChuckC has joined #openstack-ironic00:11
devanandarloo: compatibility aside, what is meaningfully different about the new states?00:11
devanandaaren't "cleaning" and "inspecting" also provision states?00:11
devanandaditto for "validating" and "zapping"00:11
rloodevananda: dunno. I've been learning baremetal terminology from you guys !00:12
devanandarloo: fair. so, back to the spec's correctness00:12
devanandarloo: that I must GET /node/state to see the change, which I made by PUT /node/inspect -- this doesn't "0pass the smell test" for me00:13
rloodevananda: i agree with you then. there's no need for a PUT /node/inspect.00:15
*** cinerama has quit IRC00:15
*** cinerama has joined #openstack-ironic00:17
openstackgerritNaohiro Tamura proposed openstack/ironic-specs: iRMC Management Driver for Ironic  https://review.openstack.org/13602000:17
jrollrloo: huh, we've been making up baremetal terminology :)00:25
rloojroll: in that case... ;)00:26
rloojroll, devananda: my other thought of the week is whether the node need's a provision_state AND target_provision_state if (I'm not totally sure this is true yet, haven't convinced myself) the fsm knows what the target_provision-state is for any given provision state.00:29
jrollI think it does00:30
jrollthere may be multiple future states for a given state00:30
jrollsee: MANAGED00:30
jrollmay go to INSPECT, ZAP, or AVAILABLE00:30
devanandajroll: the target is only set for an -ING or -FAIL state00:30
devanandanot a static one like MANAGE00:30
*** chuckC_ has quit IRC00:31
jrolloh, right00:31
devanandarloo: i'm going to have to think on that00:32
rlooanyway, just a thought I have. esp wrt looking at the fsm code. and wondering if we can get rid of the fsm._target_state if we can do what we need, without it.00:32
* naohirot meeting00:32
jrollyeah, it might be possible00:33
devanandarloo: i think we need to track that within the fsm, but i'm not sure we need to expose it in the API any longer00:33
jrolldon't know how valuable removing that is, though00:33
jrollit is nice in the API for monitoring00:33
jrollmaybe00:33
* jroll checks if we're looking at that00:33
rlooI was gungho on making sure we have unit tests for all the fsm transitions, but I'm petering out ;) Gotta focus...00:33
jrollwe almost certainly are00:33
devanandajroll: on when they match? or what?00:33
rloodevananda: yeah, agreed, we need to track it. we could probably still expose it, but get the info from the fsm, not saving it with the node.00:33
devanandarloo: right00:34
jrolldevananda: we have things that look at nodes to tell us what's going on00:34
rloodevananda: expose the target_provision_state I mean :-)00:34
rloobut first... get the fsm to work...00:34
devanandajroll: look at node's current state?00:34
JayFjroll: we are00:34
jrollturns out we don't look at target_provision_state, with the exception to say a node is 'deploying', but we could just as easily say provision_state in ('wait call-back', 'deploying')00:34
devanandajroll: or target state?00:34
devanandaright00:35
jrollwe might display it though, trying to remember if that's been useful00:35
devanandaso one thing that's different in the proposed model than the current code00:35
devanandai mean, among the things that are different ...00:35
devanandawhen deploying, target state is deploydone00:36
devanandanot activbe00:36
rloojroll: we could easily be backwards compatible. just make node.target_provision_state a getter method.00:36
devanandathe new model says target should be active00:36
devanandaditto for deleting/deleted -> deleting/available00:36
jrollhmmm00:36
devanandathat was intentional. i hope everyone already thought about that difference :)00:36
jrollyeah, I don't see a problem with that00:37
devanandabut if you're UX is keying off of target state, it might cause some issue00:37
devanandacool00:37
devanandarloo: that's going to change the fsm.py code00:37
* jroll should probably change that now00:37
devanandajroll: :)00:37
devanandarloo: the more unit tests you write now, the more i"ll have to work with, i mean replace, over the holidays00:38
rloodevananda: the difference between the existing and new states? yeah. i added a comment about that but haven't yet pushed up another revision.00:38
devanandai imagine i'll write the bulk of the new fsm stuff during the break00:38
rloodevananda: i thought i'd get it done today. You'll get something tomorrow, cuz I don't think I can do this beyond tomorrow. Need to do something different ;)00:40
devanandarloo: cheers00:40
rloodevananda: btw, i looked at the other stuff for kilo-1, and i don't think the code for the two bps are/will be ready this week. my opinion of course ;)00:41
devanandanope. i agree completely00:42
devanandagoing to bump them both tonight00:42
devanandathanks for looking00:42
*** Masahiro has joined #openstack-ironic00:43
*** ChuckC has quit IRC00:44
*** r-daneel has quit IRC00:46
*** Masahiro has quit IRC00:47
*** derekh has joined #openstack-ironic00:52
*** Masahiro has joined #openstack-ironic00:54
* devananda wanders off for the evening01:04
*** jerryz has joined #openstack-ironic01:04
clif_hhttp://logs.openstack.org/04/142204/1/gate//gate-python-ironicclient-python33/3c9e0af/console.html01:12
*** ChuckC has joined #openstack-ironic01:13
clif_hgate failed my review, but it looks like it was a setup issue and didn't even get to testing01:13
*** chuckC_ has joined #openstack-ironic01:13
clif_hhttps://review.openstack.org/#/c/142204/01:13
clif_hhas anyone seen this happen before?01:13
*** killer_prince is now known as lazy_prince01:14
JayFI think all py33 tests are broken right now but IMBW01:14
JayFasking ^ that exact question in #openstack-infra might get you more results01:14
jrolloh right01:15
jrollI think shrews mentioned this01:15
*** derekh has quit IRC01:16
rlooclif_h, jroll, JayF: yeah, I think py33 tests are broken for all clients01:18
clif_hoh nice01:18
jroll"nice"01:18
rlooshould probably mention it in our etherpad. but to do that, i'd have to  find out more about it01:19
JayFclif_h: so in this case, if you find the actual bug number, just keep it in your notes to recheck later when it's fixed01:19
rloolooks like bug is 1403557, no 140351001:20
rloothere's email about it in openstack-dev, look for [python-*client] py33 jobs seem to be failing01:21
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/14263501:22
*** chenglch has joined #openstack-ironic01:23
rlooclif_h, jroll, JayF: doesn't help you, but I added a note in our IronicWhiteBoard about it with the bug number, and added that it affects our client too.01:25
lazy_princeHi.. is there a way to run two nova-computes on a single host..? say one for KVM and another for Ironic..01:26
JayFI'm not sure if it's possible, but I'm certain it's not desirable.01:26
jrolllazy_prince: I have no idea, seems weird, you might ask nova folks01:26
lazy_princethanks..01:26
JayFI'd rather run the second nova compute in a VM running on that one nova-compute host01:26
lazy_princeActually, This is already a VM where I want to configure two nova-computes..01:28
lazy_princenova folks say its not possible.. so I will go ahead and deploy another VM with ironic service..01:30
*** bradjones has quit IRC01:32
Haomeng|2lazy_prince: one nova.conf can support one single hypervisor configuration I think, if possible, we have to different nova.conf and run nova compute with differeent nova.conf in same machine, but maybe more configuration are required for different nova compute process01:39
Haomeng|2lazy_prince: but it will be confus, so no need to do such configuration I think, just run with more vms01:40
openstackgerritJosh Gachnang proposed openstack/ironic-specs: Implement Cleaning States  https://review.openstack.org/10268501:41
*** kes has joined #openstack-ironic01:45
*** Marga_ has quit IRC01:46
*** Marga_ has joined #openstack-ironic01:46
*** Marga_ has quit IRC01:51
*** mitz has joined #openstack-ironic01:54
*** mitz_ has joined #openstack-ironic02:04
*** david-lyle is now known as david-lyle_afk02:10
lintanHi rloo02:10
rloohi lintan02:10
lintando we get some agreement on amt_boot_device?02:11
rloolintan: sorry, I don't think so. Take a look in irc; deva had two issues. I think he agreed not to use driver_info, and he was concerned about your use of wsman library/CLI.02:12
lintanthanks02:13
*** lucas-dinner has joined #openstack-ironic02:14
rloolintan: better to look back in irc because I may have missed something (was working on something else). Sorry. I don't think your code will make it for kilo-1 this week, but once people agree, it shouldn't take long to get your patch in. (I'm really trying to get the finite-state-machine stuff done cuz that will hold up a lot of stuff it is isn't done soon.)02:14
lazy_princeHaomeng|2: I decided to go with an extra VM..02:15
Haomeng|2lazy_prince: yes, that is the way:)02:19
lazy_princeby the way, is there any heat template available to provision ironic in overcloud..?02:20
*** ryanpetrello has joined #openstack-ironic02:20
lintanOK,   I understand, btw do we have a link to see the history like meeting?02:20
jiangfeilazy_prince: hi,  these two  nova-compute can work simultaneously in the same  nova Service?02:21
lazy_princeI wanted them to work.. but seems like its not possible..02:22
lazy_princenova folks denied the possibilities..02:22
Haomeng|2lazy_prince: heat template works with ironic, because our iornic provision is start from nova boot02:22
jiangfeilazy_prince: thank you02:23
Haomeng|2lazy_prince: so make sure the heat template include the correct ironic flavor, then nova schedule will check ironic hypervisor out02:23
lazy_princeumm... what I want it heat to provision ironic in overcloud.. so that I could manage BMs in overcloud..02:23
Haomeng|2lazy_prince: you can take tripleo as reference02:23
Haomeng|2lazy_prince: there are some heat template used to deploy openstack itself02:24
lazy_princeaha.. thank you... i will have a look...02:24
lintanhi devananda:02:24
Haomeng|2lazy_prince: https://git.openstack.org/cgit/openstack/tripleo-heat-templates02:25
Haomeng|2lintan: I think deva is in dream now:)02:25
*** ryanpetrello has quit IRC02:27
lintanHaomeng: OK, which time zone he is in?02:27
jiangfeilazy_prince: nova have any good suggestions? nova you have any good suggestions, we need to deploy two nova service? like seed/undercloud in tripleo02:29
lazy_princeWell.. usually, seed and undercloud are two separate VMs..02:31
lazy_princeI have not seen them on a single VM or machine02:31
lintanHaomeng|2: can we check the chat history for ironic? I miss some part02:31
Haomeng|2lintan: tip is that you run irc client and keep to open to receive all the chat, and no irc log exclude the meetings02:32
Haomeng|2lintan: and if you want, I can send to you my history02:33
lazy_princeor you could look at http://eavesdrop.openstack.org/irclogs/02:34
lintanThansk lazy_prince Haomeng|202:35
Haomeng|2lazy_prince: cool, I dont know such log:)02:36
lazy_princewc..02:37
*** lucas-dinner has quit IRC02:37
lazy_princeofcourse, they would not log any PMs..02:37
Haomeng|2lazy_prince: yes, can not find nova, maybe nova irc is hurge:(02:38
Haomeng|2lazy_prince: thanks for you info02:38
lazy_princethats strange...02:39
Haomeng|2lazy_prince: :)02:42
*** igordcard has joined #openstack-ironic02:44
*** cuihaozhi has quit IRC02:50
*** cuihaozhi has joined #openstack-ironic02:51
*** igordcard has quit IRC02:53
*** ramineni has joined #openstack-ironic02:56
openstackgerritRuby Loo proposed openstack/ironic: Issue with FSM's _target_state  https://review.openstack.org/14230303:06
*** naohirot has quit IRC03:08
*** penick has quit IRC03:22
*** rloo has quit IRC03:23
openstackgerritjiangfei proposed openstack/ironic: ironic-api vaild the input driver  https://review.openstack.org/14170303:31
jiangfeiHaomeng:  hi,  is there ?03:44
*** teju has joined #openstack-ironic03:46
Haomeng|2jiangfei: yes03:47
Haomeng|2jiangfei: hi03:47
jiangfeiHaomeng: hi, take a look at  https://review.openstack.org/141703.03:48
Haomeng|2jiangfei: ok03:48
jiangfeiHaomeng: just add the warning log  when load failed,  and  change the error message for ironic node-create03:49
Haomeng|2jiangfei: thanks for your patch, will review03:49
Haomeng|2jiangfei: ok, great work03:49
Haomeng|2jiangfei: looks fine this time:)03:49
jiangfeiHaomeng: thank you :)03:50
Haomeng|2jiangfei: yw:)03:50
*** lazy_prince is now known as killer_prince03:51
jiangfeiHaomeng: ^^03:51
Haomeng|2jiangfei: :)03:56
openstackgerritjiangfei proposed openstack/python-ironicclient: ironicclient handle faultstring when using SessionClient  https://review.openstack.org/14202104:00
*** Marga_ has joined #openstack-ironic04:13
*** harlowja is now known as harlowja_away04:19
*** killer_prince is now known as lazy_prince04:20
*** Masahiro has quit IRC04:24
*** rameshg87 has joined #openstack-ironic04:29
*** Masahiro has joined #openstack-ironic04:31
*** Marga_ has quit IRC04:35
*** Marga_ has joined #openstack-ironic04:35
*** Marga_ has quit IRC05:05
*** nosnos has joined #openstack-ironic05:10
*** andreykurilin_ has joined #openstack-ironic05:25
*** Marga_ has joined #openstack-ironic05:31
*** jerryz has quit IRC05:36
*** lazy_prince has quit IRC05:48
*** jerryz has joined #openstack-ironic05:48
*** killer_prince has joined #openstack-ironic05:49
*** killer_prince is now known as lazy_prince05:49
*** jerryz_ has joined #openstack-ironic05:55
*** Masahiro has quit IRC05:55
*** jerryz has quit IRC05:58
*** k4n0 has joined #openstack-ironic06:10
*** andreykurilin_ has quit IRC06:11
openstackgerritjiangfei proposed openstack/python-ironicclient: ironicclient handle faultstring when using SessionClient  https://review.openstack.org/14202106:19
*** achanda has joined #openstack-ironic06:22
*** Masahiro has joined #openstack-ironic06:29
*** MattMan has quit IRC06:31
*** MattMan has joined #openstack-ironic06:32
openstackgerritTan Lin proposed openstack/ironic-specs: Update amt-pxe-driver spec  https://review.openstack.org/14126906:40
*** pcrews has joined #openstack-ironic06:43
*** pcrews has quit IRC06:50
*** yuanying_ has joined #openstack-ironic07:01
*** yuanying has quit IRC07:03
*** kevinbenton has quit IRC07:06
*** kevinbenton has joined #openstack-ironic07:08
*** subscope has joined #openstack-ironic07:11
*** PaulCzar has quit IRC07:16
*** jcoufal has joined #openstack-ironic07:18
*** achanda has quit IRC07:31
*** alexpilotti has joined #openstack-ironic07:35
openstackgerritRamakrishnan G proposed openstack/ironic-specs: Enable boot images sharing for iLO driver(s)  https://review.openstack.org/13729107:43
*** Marga_ has quit IRC07:46
*** dlpartain has joined #openstack-ironic07:52
*** pcaruana has joined #openstack-ironic07:56
*** yuanying has joined #openstack-ironic07:59
*** ndipanov has joined #openstack-ironic08:00
*** ujuc has joined #openstack-ironic08:00
*** yuanying_ has quit IRC08:02
*** JohnMarkByers has joined #openstack-ironic08:04
JohnMarkByersIs Barack Obama loyal to the United States of America?08:04
JohnMarkByersI think it bears investigation.08:04
*** dlpartain has left #openstack-ironic08:06
JohnMarkByersBecause Freemasons, you see, promote communist revolution wherever they seep into power. Obama, as you may know, has past communist ties and was mentored by communist Frank Marshall Davis, a close friend of his father. He is also a 32nd Degree Freemason of the Prince Hall Lodge and has, on one occasion, posed with a Masonic ring for a shot of his fist that appeared on a magazine cover.08:07
JohnMarkByersVirtually all of the communist revolutionaries in Russia and Germany have been Freemasons. Nearly every revolution engineered in the Americas has been instigated and led by Freemasons. Our nation's founding fathers, ironically, were Masons themselves, but were revolting against the tyranny of the British Crown, which forms the nucleas of Freemasonry. Thus, the American Revolution was the good Masons revolting against08:09
JohnMarkByersObama is a communist and a foot-soldier of Prince Hall Freemasonry, which is involved, like every other part of the Masonic system, in promoting communist revolution across the world.08:10
JohnMarkByersThis is why Obama is supplying U.S. military and financial aid to the Muslim Brotherhood in various countries, as well as the various mercenary groups, including "al Qaeda." The Muslim Brotherhood was formed by a Freemason. al Qaeda grew out of the anti-Soviet rebel groups in Afghanistan, whch were armed, trained and funded by the CIA under the orders of President Jimmy Carter and his Polish communist National Securit08:13
JohnMarkByersCarter was a well-known communist, and Brzezinski emigrated to the U.S. from a Soviet satellite. He was Obama's mentor at Columbia University, where he was, naturally enough, head of the Russian Department.08:14
JohnMarkByersBrzezinski co-founded the Trilateral Commission with David Rockefeller, and was a member of the Council on Foreign Relations, which was set up by the Rockefeller and Morgan families, along with other Wall Street luminaries. These men were agents of the American branch of the Round Table, and these groups were fronts for this London-based group.08:16
*** achanda has joined #openstack-ironic08:19
JohnMarkByersThe Round Table itself was merely the 'outer core' of a secret society called the Society of the Elect, founded in the late nineteenth century by Cecil Rhodes, an English Freemason and "revolutionary" (communist) who wanted to establish a one-world government. He was a diamond tycoon in South Africa, operating largely as an agent for the Rothschild family. This makes enough sense, as Rhodes facilitated the expansion o08:19
JohnMarkByersRhodes had also set up a Jesuit mission, giving a generous amount of money to a Jesuit priest.08:19
JohnMarkByersThe Jesuits were the true forefathers of modern communism. Their Paraguay Reductions in the seventeenth century formed the basis for the absolutist, collectivist dictatorship of the communist state.08:20
JohnMarkByersKarl Marx was, by some reports, tutored by Jesuits for no less than *thirty years* at the British Museum. Nevertheless, his "manifesto" was fed to him by a mysterious, possibly Masonic group known as "the League of Just Men." Many communists identify with the Bavarian Illuminati, a rather infamous Masonic group, and they celebrate May Day on May 1 because this is the date on which the Illuminati was formed at Ingolsta08:22
JohnMarkByersThe man who founded it, Adam Weishaupt, was the son of a professor at this Jesuit college, and he was raised by a godfather who was also a professor there. He was educated by Jesuits from age seven on. He was called a "Jesuitical character" and "a Jesuit in disguise" by some of his own followers.08:23
*** rameshg87 has quit IRC08:24
JohnMarkByersHe taught canon law at Ingolstadt. In the past, this had *exclusively* been taught by Jesuits. The Illuminati formed in 1776, only three years after the Jesuits had been abolished and suppressed by a pope who would soon be poisoned to death and who would blame the Jesuits until taking his last breath.08:24
JohnMarkByersThe Illuminati orchestrated the French Revolution and other revolutions, operating as a front for the Jesuits. The same royal family that had cooperated in suppressing the Jesuits was systematically exterminated, along with much of the Dominican Order. The Dominicans were a longtime rival of the Jesuits and had taken control of the Holy Office of the Inquisition after they were abolished. This was a special post to wh08:26
JohnMarkByersVirtually all of the instigators of the revolution were Masons, members of the Illuminati, and graduates of Jesuit colleges. It is unlikely all three affiliations would appear so consistently by accident.08:27
JohnMarkByersIn the aftermath, Emmanuel Joseph Sieyes, who had wrote "The Third Estate," which was touted as the 'manifesto' of the revolution, organized a coup that led to the ascension of Emperor Napoleon Bonaparte I, a Freemason like his five brothers. Bonaparte was also a devout Catholic but was firmly under the control of Sieyes, who was a rogue member of the clergy who had been tutored by Jesuits and ordained in 1773, the ye08:29
JohnMarkByersThe Jesuits had taken control of France and were now using its military force to destroy strategic Catholic targets and a few Protestant nations as well. The island of Malta was raided and the lavish fortresses of the Sovereign Military Order of Malta, one of the Vatican's chief intelligence arms, were seized.08:30
JohnMarkByersThe Vatican itself was eventually captured, and the Pope was imprisoned until he agreed to reestablish the Jesuits, which he did. Bonaparte, however, would eventually be cut loose and defeated. He lived out the rest of his live in exile, bitter about the betrayal by his Jesuit masters.08:32
JohnMarkByersThe Catholic Church formally reinstated the Jesuits in 1814. In 1832, the Rothschild family became their official financial agents. This is confirmed by the Jewish Encyclopedia, which describes them as "guardians of the papal treasure." They are also the force behind the Morgans, Rockefellers, Warburgs, Schiffs, and virtually every major Wall Street banking house.08:33
JohnMarkByersThey are behind the communist revolution in Russia. They are behind the national socialist takeover of Germany and the holocaust that resulted.08:33
JohnMarkByersThey are behind all of the wars in modern history. These families are JESUIT bloodlines08:34
*** JohnMarkByers has quit IRC08:35
kes JohnMarkByers was catched by CHENG GUAN.08:36
*** ifarkas has joined #openstack-ironic08:46
*** alexpilotti has quit IRC08:56
*** ujuc has quit IRC09:00
*** romcheg has joined #openstack-ironic09:02
*** lazy_prince has quit IRC09:08
*** athomas has joined #openstack-ironic09:10
*** lazy_prince has joined #openstack-ironic09:11
*** lazy_prince has quit IRC09:11
*** lazy_prince has joined #openstack-ironic09:11
*** derekh has joined #openstack-ironic09:14
*** viktors|afk is now known as viktors09:14
*** subscope has quit IRC09:20
*** vdrok has quit IRC09:27
openstackgerritGopi Krishna S proposed openstack/ironic-specs: Add pxe_ucs driver to support Cisco UCS B/C/M-series servers  https://review.openstack.org/13951709:33
*** igordcard has joined #openstack-ironic09:39
openstackgerritTan Lin proposed openstack/ironic: Add AMT-PXE-Driver to deploy cloud on PC  https://review.openstack.org/13518409:41
openstackgerritMerged openstack/ironic: Improve Agent deploy driver validation  https://review.openstack.org/14176609:47
*** rameshg87 has joined #openstack-ironic09:53
*** dtantsur|afk is now known as dtantsur10:12
*** erwan_taf has joined #openstack-ironic10:14
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/14263510:14
*** achanda has quit IRC10:26
*** achanda has joined #openstack-ironic10:27
*** chenglch has quit IRC10:30
*** achanda has quit IRC10:31
*** achanda has joined #openstack-ironic10:32
*** alexpilotti has joined #openstack-ironic10:35
rameshg87dtantsur, hi10:40
dtantsurrameshg87, o/10:40
rameshg87dtantsur, one question on https://review.openstack.org/#/c/137567/4/specs/kilo/ilo-virtualmedia-drivers-dhcpless-deploy.rst10:40
rameshg87dtantsur, regarding the comment on format of "<MAC1>,<IP1>,<NETMASK1>,<GATEWAY1>;<MAC2>,<IP2>,<NETMASK2>,<GATEWAY2>;..."10:41
rameshg87dtantsur, what do you mean by something standard here ?10:41
rameshg87dtantsur, i wanted to send the network info in one argument. so had to use some delimiter to delimit the individual elements10:42
rameshg87dtantsur, are you having something specific in mind ?10:42
dtantsurrameshg87, don't know, maybe JSON?10:42
dtantsurjust don't want to increase number of home-grown formats10:43
rameshg87dtantsur, the value passed is parsed by a dib ramdisk10:43
*** athomas has quit IRC10:43
*** achanda has quit IRC10:45
*** achanda has joined #openstack-ironic10:46
dtantsurrameshg87, anyway, if you at least make it like MAC=$MAC1,IP=$IP1 etc you will make both parsing and future expansion somewhat easier10:47
rameshg87dtantsur, the pxe dib ramdisk is a shell script, so wanted to make it simpler too10:47
dtantsurprimitive data formats not necessary make life simpler + we want to go away from bash ramdisk with time10:48
rameshg87dtantsur, so do you mean  multiple instances MAC=$MAC1,IP=$IP1 MAC=$MAC2,IP=$IP2 like that ?10:49
rameshg87dtantsur, because i wanted to send network information of multiple nics10:50
*** achanda has quit IRC10:50
dtantsurrameshg87, that's why I suggested a structured format in the first place :) well, I understand that parsing JSON in bash is not funny. maybe there's something existing for it?10:51
*** athomas has joined #openstack-ironic10:51
dtantsurrameshg87, well yeah https://github.com/dominictarr/JSON.sh10:51
dtantsureven APACHE-licensed :)10:52
rameshg87dtantsur, so just send the json data to the ramdisk and let it decode :)10:52
rameshg87dtantsur, ipa can do it easily, but dib ramdisk will find it not that easy10:53
rameshg87dtantsur, okay, let me check, will update the spec10:53
rameshg87dtantsur, thanks10:53
dtantsurrameshg87, looking into the future, I think base64-encoded JSON is a bette way to go... actually even parsing your self-inventing format is bash doesn't look that easy...10:53
dtantsurrameshg87, you're welcome10:54
rameshg87dtantsur, yeah but the format was close enough to what was already done in dib ramdisk10:54
rameshg87dtantsur, sort of close enough10:54
rameshg87dtantsur, https://github.com/openstack/diskimage-builder/blob/master/elements/ramdisk-base/init.d/20-init-variables#L17-L2710:54
rameshg87dtantsur, pxelinux adds it in ip:boot_server_ip:gateway:netmask10:55
rameshg87dtantsur, since i had to pass mac also, and mac could contain ':', i just chose to delimit with ,10:55
rameshg87dtantsur, but parsing using simple delimiters is actually easy :)10:56
*** subscope has joined #openstack-ironic10:56
dtantsurwell, we can't do anything about pxelinux :)10:57
dtantsuryou can ask the others too, it may be just my personal opinion10:57
rameshg87dtantsur, yeah i agree10:57
rameshg87dtantsur, let me just look around ... will ping you back again10:58
dtantsurack10:58
*** ramineni has quit IRC10:58
*** rakesh_hs has joined #openstack-ironic10:59
*** viktors has quit IRC11:01
*** yuriyz has quit IRC11:04
*** rameshg87 has quit IRC11:11
*** lucasagomes has joined #openstack-ironic11:15
*** Haomeng|2 has quit IRC11:22
lintanHi lucasagomes11:24
*** ndipanov has quit IRC11:25
*** nosnos has quit IRC11:26
*** nosnos has joined #openstack-ironic11:26
*** jiangfei has quit IRC11:27
*** jiangfei has joined #openstack-ironic11:27
lucasagomeslintan, morning sorry I haven't finished the review. Did you guys decide anything new re which attribute to use yesterday?11:28
*** nosnos has quit IRC11:30
lintanlucasagomes: hmmmm, I miss the discussion. From the log, it seems that extra is a better choice, but not quite sure, I should double check with devananda11:32
lucasagomesack11:32
*** Masahiro has quit IRC11:34
*** nosnos has joined #openstack-ironic11:39
lucasagomesdtantsur, https://review.openstack.org/#/c/137762/ when u get some time11:43
dtantsurack11:43
lucasagomesdtantsur, this is related as well https://review.openstack.org/#/c/142492/ (the CLI part)11:44
dtantsurlucasagomes, +2, bit I'd prefer to wait for devananda, as he had concerns about naming11:47
lucasagomesdtantsur, sure11:49
*** athomas has quit IRC11:53
*** athomas has joined #openstack-ironic11:59
*** slagle_ is now known as slagle12:07
*** erwan_taf has quit IRC12:14
*** alexpilotti has quit IRC12:26
*** yuriyz has joined #openstack-ironic12:30
*** viktors1 has joined #openstack-ironic12:32
*** yuriyz has quit IRC12:34
*** Masahiro has joined #openstack-ironic12:34
*** afaranha has left #openstack-ironic12:35
*** afaranha has quit IRC12:35
*** teju has quit IRC12:36
*** Masahiro has quit IRC12:39
*** lazy_prince is now known as killer_prince12:47
*** subscope has quit IRC12:53
TheJuliagood morning13:00
*** yuriyz has joined #openstack-ironic13:03
*** nosnos has quit IRC13:05
*** nosnos has joined #openstack-ironic13:06
*** athomas has quit IRC13:08
*** nosnos has quit IRC13:10
*** dprince has joined #openstack-ironic13:14
*** athomas has joined #openstack-ironic13:15
*** stendulker has joined #openstack-ironic13:18
dtantsurTheJulia, morning13:26
*** Masahiro has joined #openstack-ironic13:35
openstackgerritMatthew Gilliard proposed openstack/ironic: Check glance for new kernel and ramdisk on rebuild  https://review.openstack.org/14278213:37
*** ryanpetrello has joined #openstack-ironic13:39
*** jcoufal_ has joined #openstack-ironic13:40
*** Masahiro has quit IRC13:40
*** jcoufal has quit IRC13:43
*** rloo has joined #openstack-ironic13:43
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/14263513:47
*** rameshg87 has joined #openstack-ironic13:49
*** derekh has quit IRC13:52
*** derekh has joined #openstack-ironic13:57
lucasagomesJayF, jroll https://bugs.launchpad.net/ironic/+bug/1403887 have you guys seem it with IPA? since you guys also use parted for partitioning13:58
lucasagomesI thought parted would automatically tell the kernel to re-read the partition table, but apparently not13:59
*** rakesh_hs has quit IRC13:59
openstackgerritShivanand Tendulker proposed openstack/ironic-specs: UEFI Secure Boot support for iLO drivers  https://review.openstack.org/13522814:12
ekarlso-does ironci require some nova stuff to be usable ?14:15
lucasagomesekarlso-, it can be used in a standalone way but it's not straight forward nowadays14:16
lucasagomeswe are doing some work on that14:16
lucasagomesTheJulia, morning14:16
stendulkerdtantsur: lucasgomes: jroll: Hi14:17
dtantsurstendulker, hi14:17
openstackgerritMerged openstack/python-ironicclient: Fix to properly issue an Unauthorized exception  https://review.openstack.org/14220414:18
stendulkerdtantsur: lucasgomes: jroll: Can you please review these specs related to UEFI secure boot Ironic Management Interfaces to support UEFI Secure Boot   https://review.openstack.org/#/c/13584514:18
stendulkerdtantsur: lucasgomes: jroll: UEFI Secure Boot support for iLO drivers   https://review.openstack.org/#/c/135228/14:18
dtantsurI'll try to find some time, but can't promise anything, sorry14:18
stendulkerdtantsur: Sure. Thank you.14:19
*** afaranha has joined #openstack-ironic14:20
*** Marga_ has joined #openstack-ironic14:25
*** k4n0 has quit IRC14:29
*** afaranha has quit IRC14:31
openstackgerritRamakrishnan G proposed openstack/ironic-specs: Enable boot images sharing for iLO driver(s)  https://review.openstack.org/13729114:31
rameshg87ifarkas, i guess you can only set it as WIP - https://review.openstack.org/#/c/135899/14:33
rameshg87ifarkas, because the review was started by you14:33
rameshg87ifarkas, may be you can remove your -1 and set it to WIP14:33
ifarkasrameshg87, ahh, OK14:33
ifarkasrameshg87, I will do that, thanks!14:33
*** Marga_ has quit IRC14:35
*** Marga_ has joined #openstack-ironic14:36
*** Marga_ has quit IRC14:41
*** lintan_ has joined #openstack-ironic14:51
*** erwan_taf has joined #openstack-ironic14:52
*** lucasagomes is now known as lucas-hungry14:52
NobodyCamGood Morning Ironic14:55
dtantsurNobodyCam, morning14:59
lintan_Morning NobodyCam15:00
NobodyCammorning dtantsur & lintan_15:01
NobodyCam:)15:01
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Add a new driver for Fuel Agent  https://review.openstack.org/13811515:02
NobodyCamyuriyz: Thank you :)15:03
*** viktors1 has quit IRC15:04
*** david-lyle_afk has quit IRC15:07
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Enable functional testing with local ramdisk source  https://review.openstack.org/14281115:08
*** bradjones has joined #openstack-ironic15:16
jrollmorning all :)15:18
NobodyCamgood mornig jrist15:18
jrolllucas-hungry: never seen that, that I'm aware of15:18
NobodyCamgah15:18
jrollD:15:18
NobodyCamtab fail15:18
NobodyCammorning jroll15:18
jrollhehe :)15:18
jrist:)15:23
jristwhat, I dont' get a good morning?15:23
NobodyCamoh so sorry jrist was a total tab fail on my part15:23
jristNobodyCam: :)15:23
NobodyCambut Good Morning :)15:23
jristoh yay15:23
jristgood morning to you too NobodyCam15:23
jrollheya jrist :)15:24
*** Masahiro has joined #openstack-ironic15:24
jristhey jroll15:24
*** chuckC_ has quit IRC15:25
*** andreykurilin has joined #openstack-ironic15:25
dtantsurjroll, morning15:25
jristdtantsur: have a nice birthday?15:25
jrolllucas-hungry: thanks for the network plugin review thing, btw, we should talk more about the upstream bits in neutron15:26
jrollhey dtantsur :)15:26
dtantsurjrist, it was pretty awesome, thanks!15:27
jristgood!15:27
*** viktors1 has joined #openstack-ironic15:28
*** Masahiro has quit IRC15:28
NobodyCambrb15:37
*** lucas-hungry is now known as lucasagomes15:41
lucasagomesjroll, sure :)15:41
lucasagomesjroll, morning15:41
lucasagomesjroll, btw, you got a minute to talk about the configdrive?15:41
*** r-daneel has joined #openstack-ironic15:44
NobodyCammorning lucasagomes15:45
lucasagomesNobodyCam, yo morning15:45
NobodyCam:)15:45
lucasagomesNobodyCam, btw I asnwer the comments on root-devic-hint15:45
NobodyCamI shall take a look :)15:45
lucasagomesNobodyCam, we decided to keep size15:46
lucasagomescool no problemo15:46
NobodyCamoh15:46
NobodyCam:)15:46
lucasagomesrameshg87, and ifarkas were talking about using size for the RAID stuff as a fallback if I remeber well15:46
rameshg87lucasagomes, that was only a last alternative :)15:47
lucasagomesyup15:47
lucasagomesyeah as a fallback if nothing else can be used15:47
jrolllucasagomes: yeah, what's up?15:47
lucasagomesjroll, how does it work from nova pov? For e.g, for ephemeral we pass ephemeral_gb and ephemeral_size to ironic15:48
lucasagomesso it knows the size and format of the partition15:48
jrolllucasagomes: it just passes a url, it has a max size of 64MB15:48
lucasagomesjroll, is the config drive the same? It seems that nova will only pass a "configdrive" with a URL15:48
lucasagomesand it's up to us to decide the size/format etc15:49
jrollit's always an ISO, max size of 64MB15:49
lucasagomesgotcha15:49
lucasagomesoh it's an ISO!? should it was a json blob15:49
jrollthe URL will be to an ISO image that is base64'd and gzipped15:49
lucasagomesbut makes sense for a vm to be an ISO15:49
jrollso we just download and write15:49
jrollyeah15:49
lucasagomesgotcha15:50
lucasagomesjroll, so, there's any changes needed on the nova ironic driver to complete the work as well?15:50
lucasagomes(apart from the work on specific drivers)15:51
jrollreferences for how we write it out in the agent: https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/extensions/standby.py#L8415:52
jrolland https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/shell/copy_configdrive_to_disk.sh15:52
jrolllucasagomes: yeah, see https://review.openstack.org/#/c/98930/8/specs/kilo/approved/use-configdrive-with-ironic.rst15:52
jrollbasically need to write code to put it in swift and pass ironic the url15:52
lucasagomesI see15:53
jrollwe have the generation code downstream, need to get it up :|15:53
jrolland need to write the swift bits still15:53
lucasagomesack I will take a look15:55
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Functional test for setting IPMI credentials  https://review.openstack.org/14282315:58
lucasagomesjroll, 1 more thing... so the content of the ISO is pretty much a json blob ?16:01
jrolllucasagomes: it's a bunch of files containing json16:01
NobodyCamlucasagomes: voted16:01
* jroll checks if he has a server free with one16:01
openstackgerritMerged stackforge/ironic-discoverd: Enable functional testing with local ramdisk source  https://review.openstack.org/14281116:02
lucasagomesNobodyCam, thanks! yeah if needed a new review I will add that info16:02
lucasagomesta much!16:02
jrolllucasagomes: give me an ssh key :)16:02
NobodyCamare we going to try and get a bug scrub in this morning?16:02
*** david-lyle has joined #openstack-ironic16:02
lucasagomesjroll, pm'ed16:02
lucasagomesNobodyCam, yeah we should do some16:03
NobodyCamI was looking for a email from devananda about it.. but I don't see it.. I suspect he got distracted by other (more importent) things :)16:05
*** stendulker has quit IRC16:08
lucasagomesthere was an email about it?16:09
NobodyCamlucasagomes: there was?16:10
NobodyCamor is that a question?16:10
lucasagomesnot sure, haven't seem it either16:10
NobodyCamya I suspect he got pulled away16:11
NobodyCam:)16:11
BadCub_morning Ironic16:11
lucasagomesI see yeah16:12
NobodyCammoring BadCub_16:12
NobodyCammorning even16:12
*** andreykurilin has quit IRC16:15
lucasagomesBadCub_, morning16:16
*** pcrews has joined #openstack-ironic16:18
NobodyCamrloo: happen to be around?16:20
rloohi, morning NobodyCam16:20
NobodyCammorning rloo :)16:20
NobodyCamI just had a question on a comment you have on 10095116:21
rlooNobodyCam: ?16:22
rameshg87hello all16:22
rameshg87in the new ironic provisioner state machine16:22
rameshg87https://github.com/openstack/ironic-specs/blob/master/specs/kilo/new-ironic-state-machine.rst16:22
NobodyCamwrt your question about property values being over written: do line2 186 - 188 answer that question?16:22
NobodyCamrloo: ^^^16:22
NobodyCammornig rameshg8716:22
rameshg87is there no way abort an ongoing request ?16:22
rameshg87morning NobodyCam :)16:23
jrollrameshg87: there should be, just like there should be today16:23
jrollnot sure if that's true16:23
jrollerr16:23
rameshg87jroll, i guess there isn't16:23
rameshg87jroll, can't see from diagram16:23
rameshg87jroll, and it's not in fsm either16:23
jrolloh, I see what you mean16:23
rlooNobodyCam: yes. but I don't think (honestly) I should have to look in the REST API Impact section to find that out.16:23
rameshg87jroll, https://github.com/openstack/ironic/blob/master/ironic/common/states.py16:24
rameshg87jroll, there is not DEPLOYING -> NOSTATE16:24
jrollrameshg87: right, but I don't think we can interrupt a deploy or whatever today either16:24
jroll(in general, there are some cases where you can)16:24
NobodyCamok .. and that is valid. I was just checking if that was the information you were questioning16:24
NobodyCamTY :)16:24
*** Marga_ has joined #openstack-ironic16:25
rameshg87jroll, previously we could just issue a delete i guess16:25
rameshg87jroll, iirc delete used to abort an ongoing deployment16:25
rlooNobodyCam: I didn't -1 it cuz I still don't know what is a nit or whatever. I did give feedback though cuz I think it is important that people can understand what they're reading ;)16:25
jrollrameshg87: right now, if a node is deploying and you call 'nova delete', it doesn't delete cleanly16:25
jrollrameshg87: it did not afaik16:25
NobodyCamrloo: yeppers I agree :)16:25
rameshg87jroll, :)16:25
rameshg87jroll, i remember i have aborted ongoing deployment. i majorly run deploys without nova16:26
rameshg87jroll, but i might be wrong. anyone else remember if we could delete ongoing deployments ?16:26
*** PaulCzar has joined #openstack-ironic16:26
jrollrameshg87: https://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/node.py#L330-33216:26
jrollrameshg87: if a node is deploying, target state will be 'deployed' here16:27
*** Marga_ has quit IRC16:28
*** bradjones has quit IRC16:28
*** Marga_ has joined #openstack-ironic16:28
rameshg87jroll, oh we could delete when it is in DEPLOYWAIT16:28
rameshg87jroll, that's what i was meaning actually16:29
jrollyes, but not DEPLOYING16:29
jrollI tend to forget about DEPLOYWAIT since we leave our ramdisks running, sorry :)16:29
*** stendulker has joined #openstack-ironic16:30
NobodyCam:-p16:30
rameshg87jroll, yeah i got it, thanks16:30
rameshg87jroll, it's working as expected, my mistake :)16:30
jrollha, no worries16:31
* rameshg87 wonders what i was thinking16:31
jrollah, I see the confusion16:31
jrollthat spec doesn't talk about the wait flag yet16:31
*** bradjones has joined #openstack-ironic16:32
jrollI would think we should be able to abort things with the wait flag set16:32
*** pcaruana has quit IRC16:33
openstackgerritLucas Alvares Gomes proposed openstack/ironic: PXE: Pass root device hints via kernel cmdline  https://review.openstack.org/14210916:35
rameshg87jroll, yeah .. but previous behaviour is intact16:36
rameshg87jroll, but when i checked spec after i did something wrong, i wondered "oh i can't find it"16:36
NobodyCamdtantsur: are you around?16:36
jrollrameshg87: right :)16:37
dtantsurNobodyCam, yep16:37
*** Marga_ has quit IRC16:38
openstackgerritLucas Alvares Gomes proposed openstack/ironic: PXE/ISCSI: Call partprobe after partioning the disk  https://review.openstack.org/14283816:39
lucasagomesdtantsur, toure bug ^16:39
lucasagomesneed test tho16:39
NobodyCamdtantsur: do you happen to recall why the ManagementInterface on rev 46 changes to IntrospectionInterface on rev 47?16:40
NobodyCamon https://review.openstack.org/#/c/10095116:40
dtantsurNobodyCam, it was my request and we agreed on meeting. mostly because it's not management, but also because people want to use in-band introspection with e.g. ilo driver16:41
dtantsurNobodyCam, I'm pretty resistant to treat ManagementInterface as "everything we don't know where to put" :)16:41
jrolldtantsur: remember which meeting by chance?16:42
NobodyCamdtantsur: we were looking lastnight for the conversation releated to it16:42
jrollaha16:42
jrollAGREED: add new IntrospectionInterface (devananda, 17:34:12)16:42
jrollhttp://eavesdrop.openstack.org/meetings/ironic/2014/ironic.2014-12-01-17.02.html16:42
dtantsuralso there was my ML post, but nearly nobody answered :)16:42
dtantsuryep16:42
jrollwelp!16:43
NobodyCamd'oh16:43
NobodyCamThnank you16:43
jrollRIP driver matrix16:44
NobodyCamlol16:45
NobodyCamits at good to know that we were not going crazy..16:46
jrollI mean...16:46
*** rameshg87 has quit IRC16:46
NobodyCams/at good/at least good/16:46
jrolla bunch of people were in that meeting and don't remember it :P16:46
NobodyCamlol16:46
* jroll afk for a bit16:46
dtantsurIIRC people were distracted by something more interesting and just wanted to get rid of this one ASAP :)16:46
NobodyCamack... quick brb (smoke) for me16:47
*** lintan_ has quit IRC16:48
openstackgerritLucas Alvares Gomes proposed openstack/ironic: PXE/ISCSI: Call partprobe after partioning the disk  https://review.openstack.org/14283816:48
*** Marga_ has joined #openstack-ironic16:51
devanandamorning, all16:52
lucasagomesdevananda, morning16:52
NobodyCamgood morning devananda16:52
NobodyCamdevananda: jut fyi dtantsur recalled the meeting for the IntrospectionInterface stuff above ^^^^16:53
devanandaNobodyCam: yep, see that in scrollback.16:53
*** stendulker has quit IRC16:54
NobodyCam:)16:54
devanandamy objection was about the REST API changse16:54
devanandawtf? where is my -1?16:55
devanandaoh. gah. need more coffee.... gertty hasn't synced yet16:56
lucasagomesdevananda, sorry for pinging you right in the morning, but ur opnion is being requested here https://review.openstack.org/#/c/137762/16:56
*** dlaube has joined #openstack-ironic16:58
* NobodyCam hands a large cup of coffee to devananda!16:59
devanandalucasagomes: so I still don't see why you're not just changing the MultiType class itself17:02
lucasagomesdevananda, because MultiType is generic17:03
lucasagomeswhere ApiuMultiType is a MultiType class with some pre-defined types17:03
lucasagomesbecause all the json-like fields in the API should support the same values17:03
devanandalucasagomes: but MultiType is not actually used anywhere else17:03
lucasagomesbut MultiType could be used for other attibutes17:03
devanandais there a plan to use it for some other field?17:04
devanandawhat other sorts of attributes could use?17:04
lucasagomesnot from the top of my head, I just didn't want to turn it into a less generic thing17:04
*** jerryz_ has quit IRC17:04
* lucasagomes thinks17:05
devanandaIIUC, you're adding more strict type checking to the existing JSON fields -- which is fine17:05
devanandayou're not adding a _new_ type of field17:05
devanandain what case would we prefer less strict type checking (eg, the current MultiType) over the new type?17:05
lucasagomesyeah looks at the attributes I can't see any other field where we would need multi type for now17:07
*** EmilienM has quit IRC17:08
lucasagomesalright I will make MultiType more strict then17:08
*** viktors1 has quit IRC17:09
*** EmilienM has joined #openstack-ironic17:09
* lucasagomes maybe should propose MultiType to wsme, so it can serve as a base class for other types17:09
devanandalucasagomes: that sounds good. also, wsme now as a decorator to remove XML support17:10
devanandaI believe mrda had started working on that bug a while back, but his work was abandoned / superceded by those changes in wsme17:10
devanandanot sure if you saw them, but I was reminded recently17:10
lucasagomesyeah i will submit a patch with the multitype one after fixng it in ironic17:11
lucasagomesso once it's merged we may use it instead17:11
*** Masahiro has joined #openstack-ironic17:13
openstackgerritRuby Loo proposed openstack/ironic: Issue with FSM's _target_state  https://review.openstack.org/14230317:15
*** Masahiro has quit IRC17:17
*** dtantsur is now known as dtantsur|afk17:19
*** Marga_ has quit IRC17:21
*** romcheg has quit IRC17:23
openstackgerritMerged openstack/ironic: Update command options in the Installation Guide  https://review.openstack.org/14210717:23
*** romcheg has joined #openstack-ironic17:23
*** romcheg has quit IRC17:24
JayFlucasagomes: we actually already have had and solved that bug before agent got upstreamed iirc17:24
JayFlucasagomes: 1s and I'll link you17:24
lucasagomesJayF, oh, right17:24
lucasagomesJayF, this is the fix I proposed https://review.openstack.org/14283817:24
JayFlucasagomes: https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/shell/copy_configdrive_to_disk.sh#L4617:25
lucasagomes+1 sounds good17:25
lucasagomesyeah i do call partprobe on the device17:25
lucasagomesand then try to list the partitions17:25
JayFyeah; exact;y17:25
lucasagomesif both succeed I return17:25
lucasagomesyeah idk how we didn't hit that before17:25
*** achanda has joined #openstack-ironic17:28
NobodyCami have a general question: its comming from a update to a landed spec. https://review.openstack.org/#/c/141269 .. there are two comments about possiably adding a new field for driver's data. I kinda feel its not with in the scope of the spec. but would like other opinions on that.17:34
*** sambetts has quit IRC17:40
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Extend API multivalue fields  https://review.openstack.org/13776217:44
NobodyCamalso any reson to keep the "Current" state machine stuff on the agenda?17:45
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Extend API multivalue fields  https://review.openstack.org/13776217:46
*** Marga_ has joined #openstack-ironic17:50
JayFNobodyCam: I agree wholehardedly, additionally, I don't think any of our current power drivers takes previous boot device into consideration17:57
JayFNobodyCam: i.e. I'm pretty sure we force boot from pxe/disk every reboot as is needed in IPA17:57
devanandaJayF: ++ for being explicit within the driver, and letting each driver decide how best to accomplish the behavior that driver expects17:57
NobodyCam:)17:58
*** derekh has quit IRC17:58
*** Marga_ has quit IRC18:00
*** Marga_ has joined #openstack-ironic18:02
JayFlucasagomes: the "why it worked before" is that the kernel does actually pay attention and update part tables on its own sometimes18:03
lucasagomesJayF, yeah, it doesn't fail all the time18:03
lucasagomesbut quite often, like 20% of the time18:04
JayFlucasagomes: we actually didn't see it until the change where we were looking for the config-2 label preexisting in the image18:04
lucasagomesoh18:04
JayFbut even that wasn't failing often18:04
JayFbefore that we blindly appended a partition to the end of the drive (what we still do if there's no existing config-2 ox)18:04
lucasagomesgotcha18:05
lucasagomesI thought that parted, after partitioning a disk, triggered the kernel to re-read the partition tables18:06
lucasagomesbut seems parted can read it anyway even if it's not showing up on the host18:06
*** Nisha has joined #openstack-ironic18:06
JayFoh absolutely18:06
JayFparted is just reading bits off the disk18:06
JayFand does its own thing18:07
lucasagomesyeah18:07
lucasagomestesting it now, seems partprobe does the trick18:08
openstackgerritLucas Alvares Gomes proposed openstack/ironic: PXE/ISCSI: Call partprobe after partioning the disk  https://review.openstack.org/14283818:10
NobodyCambrb18:17
*** harlowja_away is now known as harlowja18:23
NishaNobodyCam, devananda hi18:26
NishaNobodyCam, devananda this is regarding introspection comments18:26
Nishajroll, NobodyCam devananda , if the url shall be PUT /v1/nodes/<uuid>/states/provision {"target": "inspected"} , then the cli to be used shall be node-set-provision-state ? or the new CLI node-inspect?18:30
devanandaNisha: JayF: I noticed in the cleaning and zapping specs that new API endpoints are being introduced for those as well18:31
devanandaJayF: wondering if you can shed some light on the reasoning for that, which I may have missed in the spec18:31
Nishadevananda, i am fine to change the url to as suggested, but then i think in that case even the cli shall be the node-set-provision-state.18:33
NobodyCamNisha: yep that would need to change as well18:34
NobodyCamand good morning Nisha18:34
NishaOk. Good Morning NobodyCam18:35
NishaI will just the post the patches now after modification as suggested18:36
NishaI am on leave from tomorrow(19th), it will help if i can get comments now so that i can resolve the comments if any as sson as possible18:36
Nisharloo, are you around>18:37
Nisha?18:37
rloohi Nisha. I am :-)18:38
Nisharloo, i saw your comments too18:38
Nishaon introspection spec18:38
rlooNisha: I forgot what they were. Did you have a question about them?18:38
Nishai wanted to ask does it require me to implement introspection states as well along with introspection?18:39
Nishaif yes, then i will add it as a work item18:39
*** ifarkas has quit IRC18:40
Nisharloo, this question is from work around ..."But there is a series of patches that add a finite-state-machine for the existing (not new) states, and it isn't as simple as adding variables for the states, you'd need to add them to the finite-state-machine too ;)"18:40
rlooNisha: oh, the part about hooking this into the new FSM. We don't have a mechanism for the new FSM finalized yet, so hard to say. I'd word it something like 'it needs to be added to the new FSM'.18:40
rlooNisha: I seriously doubt we'd approve any code changes to that spec, until after we have the plumbing working to handle the new fsm.18:41
*** jcoufal_ has quit IRC18:41
Nisharloo, 'that spec' means?18:42
rlooNisha: so the spec can be approved, but the code won't be merged until after we have new fsm plumbing in code.18:42
rloo'that spec' is the spec you're talking about.18:42
Nishayes, i understand that18:42
Nisharloo, its not expected from introspection to add any code for state model... am i correct?18:43
*** viktors1 has joined #openstack-ironic18:44
*** igordcard has quit IRC18:44
rlooNisha: no. The only thing (I think) is that you might have to add transitions for the INSPECT* states, into the fsm. But actually, I don't even think you'll need to do that. That should be done already. So no, you shouldn't have to do anything there.18:45
Nisharloo, thanks.18:45
rlooNisha: just looking at your spec. I'd remove the part under Dependencies, 'It can be worked around...'18:46
rlooNisha: and maybe where it says 'Requires http://...', mention 'Requires implementation of http://...'18:47
rlooNisha, I'll add a comment about that to your spec in case someone wonders later why you made those spec changes.18:48
*** athomas has quit IRC18:49
Nisharloo, ok. i added as per review comments. and because my code was working fine by just adding states into the states.py file. Since it is not implemented in new state model, i understand that just adding in states.py may not be correct to do.18:49
*** bradjones has quit IRC18:49
NishaI will remove as suggested18:49
*** bradjones has joined #openstack-ironic18:51
rloothx Nisha18:52
*** afaranha has joined #openstack-ironic18:57
*** Masahiro has joined #openstack-ironic19:02
JayFJoshNang: ^19:04
JoshNangdevananda: cleaning adds an endpoint to list the steps that would be run on a node. i think that's handy for operators to get some visibility, but not completely necessary. i would like to see the provision state api return the current clean_step as well, again for visibility.19:06
*** Masahiro has quit IRC19:07
*** penick has joined #openstack-ironic19:08
*** Marga_ has quit IRC19:09
JoshNangdevananda: for zapping, if we want to use the provision state api with an arg in the PUT body (what zap step or list of steps to run), i'm ok with that. zapping needs to be able to list the zap steps so you can choose what to execute, so i think that should be a new api endpoint19:10
JoshNang(or zapping and cleaning can share an endpoint for cleaning/zapping steps, as i see zapping as a superset of cleaning)19:10
*** Marga_ has joined #openstack-ironic19:12
*** viktors1 has quit IRC19:15
devanandaJoshNang: "get some visibility" - so it is read-only, and there is nothing a user can do with the information provided?19:17
devanandaJoshNang: can you explain in what situation a user would need to pick and choose the zapping (or cleaning) steps to run19:18
JoshNangdevananda: as of yet, yes, it's read-only. i can imagine someone's going to ask for per-node configs for cleaning, and some of this is left over from zapping and cleaning being just zapping19:19
JoshNangdevananda: for zapping, i imagine something like "cache an image" would be a zap step, but not something you may want for all nodes. or you want half your fleet configured with raid10 for compute nodes, and raid6 for storage nodes19:20
devanandahmm19:23
devanandaso I see that, while a node is in MANAGE state, a user would want to queue up a set of operatoions to perform during ZAPPING (or perhaps move the node to ZAPPING then request each one individually?)19:24
devanandabut cleaning seems less user-driver and more "the driver should know what is there and how to clean it"19:25
JoshNangagreed on both. i can drop the clean_step api. it will likely make everything cleaner on the API side19:26
devanandathinking more on exposing possible zap-related operations, I think that has to be visible for nodes in MANAGE state19:27
NobodyCamyuriyz: are you still around?19:27
JayFWe have to expose what clean_step is happening somewhere in the API19:28
JoshNangright, which is what the api was originally designed for. discoverable api's are nice :)19:28
JayFpreferably in node details19:28
JoshNangJayF: agreed, as part of provision state, but there was another api that just listed which steps were going to be executed in cleaning19:28
devanandaeg, while node is in MANAGE state, I could GET a list of supported actions, then PUT /node/NNN/state/provision {'target': 'zap', 'actions': ['list', 'of', 'actions']}19:29
devanandaand then the node moves to ZAPPING19:29
devanandaand proceeds through that list linearly19:29
jrollJoshNang: wasn't the intent of that API endpoint for the agent to be able to fetch its steps from ironic?19:29
devanandaI agree that current activity, in both cleaning and zapping, needs to be visible19:29
devanandawhile a user should be able to instruct ironic to perform specific actions durign zapping (and thus must be able to discover the list of /possible/ actions before initiating ZAPPING)19:30
JoshNangi'd be much happier to use the existing provision API than creating a new one19:30
devanandaI do not think the same applies for cleaning19:30
devanandaJoshNang: ++19:30
devanandafor state transitions, I think we need to use the current API19:30
JoshNangjroll: nope. the agent knows what steps it can execute (harware managers). it tell sthe conductor what it can do. the conductor makes the list of steps to run, and when its an agent step, tells the agent to execute that step19:31
devanandaand thus, also, to see what's happening with respect to the provision state (which is the whole gamut from ENROLL to ACTIVE to CLEAN and so on)19:31
jrollJoshNang: ok, it keeps going back and forth in my head where that info comes from19:31
jrollthanks19:31
JoshNangjroll: no worries!19:32
devanandaheh, so that's different than, say, what iLO will do19:32
JoshNangyup. yay in + out of band!19:32
devanandawhich IIUC is: check hardware support (version, license, etc) and then the driver immediately knows what that node supports19:32
devananda*check ... by talking to BMC19:32
JoshNangseems reasonable19:32
JoshNangi'm gonna go grab lunch before lines get too long. i'll update the specs this afternoon (zapping needs some love)19:33
openstackgerritJoshua Harlow proposed openstack/ironic: Add a fsm state -> dot diagram generator  https://review.openstack.org/14288719:33
JoshNangdevananda: thanks for the help clarifying19:33
devanandaso, for inspect, it sounds as though you agree -- that should use the /nodes/NNNN/state/provision API endpoint, rather than create a new one -- yes?19:33
devanandaJoshNang: np19:34
NobodyCamdevananda: you have talked me in to it19:34
NobodyCam:)19:34
*** viktors1 has joined #openstack-ironic19:35
*** dprince has quit IRC19:35
openstackgerritNisha Agarwal proposed openstack/ironic-specs: Discover node properties using new CLI node-inspect  https://review.openstack.org/10095119:36
*** penick has quit IRC19:36
*** bradjones has quit IRC19:36
Nishadevananda, NobodyCam jroll rloo ^^^^19:37
Nishaupdated the introspection spec as comments19:37
NobodyCamNisha: line 121 is not correct, the node-set-provision-state command19:38
openstackgerritNisha Agarwal proposed openstack/ironic-specs: Discover node properties using new CLI node-inspect  https://review.openstack.org/10095119:39
NishaNobodyCam, thanks. missed it19:39
Nishaupdated again19:39
Nisha^^^19:39
*** bradjones has joined #openstack-ironic19:40
NobodyCam:-p19:41
Nishai would request review for this today, as i am on leave for next two weeks starting 19th Dec till 4th Jan19:45
Nishai will rebase the dependent spec as soon as this is in approval19:48
Nisha:)19:48
*** penick has joined #openstack-ironic19:51
NobodyCamNisha: will look over in a bit..20:02
Nishaok NobodyCam20:03
*** Marga_ has quit IRC20:05
*** Marga_ has joined #openstack-ironic20:06
*** rlr0329 has quit IRC20:07
*** penick has quit IRC20:09
openstackgerritLucas Alvares Gomes proposed openstack/ironic: PXE/ISCSI: Call partprobe after partioning the disk  https://review.openstack.org/14283820:18
lucasagomesI will call it a day, have a good night everyone20:18
*** bradjones has quit IRC20:18
*** Marga_ has quit IRC20:19
*** Marga_ has joined #openstack-ironic20:20
rloonight lucasagomes20:22
*** andreykurilin has joined #openstack-ironic20:22
NobodyCamnight lucasagomes20:23
*** Marga_ has quit IRC20:25
*** viktors1 has quit IRC20:32
devanandarloo: based on your feedback to 139217, I'm refactoring that considerably more20:34
*** viktors1 has joined #openstack-ironic20:35
rloodevananda: thx.20:36
*** viktors1 has quit IRC20:40
NobodyCamNisha: still around?20:43
*** harlowja has quit IRC20:45
*** harlowja_ has joined #openstack-ironic20:45
*** Marga_ has joined #openstack-ironic20:50
*** Masahiro has joined #openstack-ironic20:50
NobodyCamdevananda: question: from MANAGE state I "node-set-provision-state inspect" will the target provision state be INSPECTED or back MANAGE(D)20:51
*** Nisha_away has joined #openstack-ironic20:52
NobodyCam*back to MANAGE(D)20:52
*** Nisha has quit IRC20:53
*** Masahiro has quit IRC20:55
*** Marga_ has quit IRC20:55
*** Nisha_brb has joined #openstack-ironic20:56
*** Nisha_away has quit IRC20:58
*** dprince has joined #openstack-ironic21:02
Nisha_brbNobodyCam, yes21:04
devanandarloo: oy. found a bug in ManagerDoSyncPowerStateTestCase -- it's not testing any cases where the power driver raises an exception21:06
*** Nisha_brb is now known as Nisha21:06
devanandarloo: it sets up self.node.power.set_power_state to raise an exception, but is mocking the function that would call that function :(21:07
rloodevananda: ugh. these unit tests can be tricky :-(21:07
devanandarloo: if I wasn't deep into refactoring this code already, I'd want that to be a separate patch21:09
rloodevananda: yeah, I was going to ask you if you were going to fix in a separate patch and decided to shut up ;)21:10
devananda:p21:10
*** Nisha_away has joined #openstack-ironic21:10
rloodevananda: you are making changes to the power stuff in that patch, so it does make sense to fix the test there, so it can test your changes properly21:10
*** afaranha has quit IRC21:11
*** Nisha has quit IRC21:13
Nisha_awaydevananda, NobodyCam , rloo , jroll could i request review for introspection spec?21:13
jrollNisha_away: you can request, but I don't have time right now21:14
rloohi Nisha_away, you can always request. the problem is responding.21:14
jroll(sorry)21:14
NobodyCamNisha_away: line 126 is out of date :(21:14
NobodyCamalso I have not gone throu the entire rest API section21:15
rlooNisha_away: I'm in the middle of something. I'll try later. Although, if you're going to be away anyway, it doesn't seem that urgent to look at your spec now. It might be more important to get stuff done to unblock others so they can work next week.21:15
Nisha_awayok21:16
*** Nisha_away is now known as Nisha21:16
rlooNisha_away: I don't mean to be hard-nosed about it. If I were superhuman and could deal with everyone's patches, I'd love to do that.21:16
Nisharloo, its fine21:16
Nishai just asked...21:16
rlooNisha: yeah, it is ok to ask. I thought it might help if I gave you my reasoning ;)21:17
*** lucasagomes has quit IRC21:18
openstackgerritNisha Agarwal proposed openstack/ironic-specs: Discover node properties using new CLI node-inspect  https://review.openstack.org/10095121:20
NishaNobodyCam, ^^^ updated as per request21:20
NobodyCam:)21:20
*** mjturek has quit IRC21:30
openstackgerritRuby Loo proposed openstack/ironic: Issue with FSM's _target_state  https://review.openstack.org/14230321:40
rloodevananda: I think (hope) I'm done with going through the unit tests etc for the fsm ^^^ I hope it helps.21:41
openstackgerritAlex Weeks proposed openstack/ironic-specs: Add pluggable metrics backend for Ironic  https://review.openstack.org/13717121:42
openstackgerritAlex Weeks proposed openstack/ironic-specs: Add pluggable metrics backend for Ironic  https://review.openstack.org/13717121:44
*** erwan_taf has quit IRC21:47
*** Marga_ has joined #openstack-ironic21:52
devanandarloo: cheers21:52
openstackgerritAlex Weeks proposed openstack/ironic-specs: Add pluggable metrics backend for Ironic  https://review.openstack.org/13717121:53
aweeksjroll: JayF: devananda: https://review.openstack.org/#/c/137171 if you have a moment :)21:56
*** Marga_ has quit IRC21:56
*** Marga_ has joined #openstack-ironic22:00
*** dprince has quit IRC22:08
*** Nisha has quit IRC22:21
*** romcheg has joined #openstack-ironic22:25
NobodyCamso I shouldn't try and make you laugh while the call is in progress... So ... A guy with dyslexia walks into a bra.22:35
NobodyCamgah22:36
NobodyCamww22:36
NobodyCam:-p22:36
JayFNobodyCam: What does an insomniac agnostic dyslexic person do?22:36
JayFNobodyCam: Stays up all night wondering if there really is a dog22:36
NobodyCamlol22:37
NobodyCamthere is22:37
NobodyCamthere is22:37
devanandaNobodyCam: there might even be more than one dog :)22:37
NobodyCamlol22:37
JayFRevised: Stays up all night wondering if there really is one or more sdog22:37
NobodyCam:)22:38
*** Masahiro has joined #openstack-ironic22:39
*** Masahiro has quit IRC22:44
*** david-ly_ has joined #openstack-ironic22:58
*** david-lyle has quit IRC23:03
*** mitz has quit IRC23:03
*** andreykurilin has quit IRC23:03
*** romcheg has quit IRC23:03
*** mitz has joined #openstack-ironic23:06
*** achanda has quit IRC23:15
*** EmilienM is now known as EmilienM|pto23:21
*** ryanpetrello has quit IRC23:25
NobodyCamdevananda: just check'n do you think you'll have a new rev of 139217 up today?23:28
devanandaworking on it23:30
devanandabetween meetings23:30
NobodyCam:)23:30
NobodyCamwas just checkin not pushing23:30
NobodyCam:)23:31
*** viktors1 has joined #openstack-ironic23:31
*** viktors1 has quit IRC23:32
*** viktors1 has joined #openstack-ironic23:33
NobodyCamanyone ever figure out what up with https://review.openstack.org/#/c/12896523:40
*** r-daneel has quit IRC23:44
*** Marga_ has quit IRC23:52
*** Marga_ has joined #openstack-ironic23:53
*** viktors1 has quit IRC23:54
*** Marga__ has joined #openstack-ironic23:56
*** romcheg has joined #openstack-ironic23:57
*** Marga_ has quit IRC23:57
openstackgerritDevananda van der Veen proposed openstack/ironic: Refactor async helper methods in conductor/manager.py  https://review.openstack.org/13921723:58
devanandaall t3h refactoring23:59

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