Friday, 2014-05-09

openstackgerritJosh Gachnang proposed a change to openstack/ironic: Adding a reference driver for the agent  https://review.openstack.org/8479500:01
*** newell_ has quit IRC00:20
*** matsuhashi has joined #openstack-ironic00:27
*** matsuhashi has quit IRC00:40
*** matsuhashi has joined #openstack-ironic00:41
*** matsuhashi has quit IRC00:45
openstackgerritRuby Loo proposed a change to openstack/ironic: Implement API to get driver properties  https://review.openstack.org/7300500:47
*** nosnos has joined #openstack-ironic00:48
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/8872201:01
*** rloo has quit IRC01:02
*** matsuhashi has joined #openstack-ironic01:36
*** rameshg87 has joined #openstack-ironic02:18
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/9295302:23
*** eguz has quit IRC02:36
*** harlowja is now known as harlowja_away02:47
*** matsuhashi has quit IRC03:03
*** matsuhashi has joined #openstack-ironic03:11
*** nosnos has quit IRC03:15
*** coolsvap|afk is now known as coolsvap03:40
*** matsuhashi has quit IRC03:42
*** matsuhashi has joined #openstack-ironic03:44
*** nosnos has joined #openstack-ironic04:03
*** rameshg87 has quit IRC04:06
*** rameshg87 has joined #openstack-ironic04:22
*** eghobo has joined #openstack-ironic04:24
*** eghobo has quit IRC04:41
*** eghobo has joined #openstack-ironic04:43
*** eghobo has quit IRC04:48
*** rameshg87 has quit IRC04:55
*** rameshg87 has joined #openstack-ironic04:58
*** rameshg871 has joined #openstack-ironic05:17
*** rameshg87 has quit IRC05:20
*** Nisha has joined #openstack-ironic05:41
*** eghobo has joined #openstack-ironic05:52
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/8850806:08
*** rameshg871 has quit IRC06:10
*** nosnos has quit IRC06:20
*** nosnos has joined #openstack-ironic06:20
*** Mikhail_D_ltp has joined #openstack-ironic06:23
*** hemna_ has quit IRC06:29
*** lsmola has joined #openstack-ironic06:41
*** uberj has quit IRC06:54
*** uberj_ has joined #openstack-ironic06:55
*** eghobo has quit IRC07:06
*** mrda is now known as mrda-travel07:16
*** rameshg87 has joined #openstack-ironic07:18
*** matsuhashi has quit IRC07:24
*** matsuhashi has joined #openstack-ironic07:24
*** matsuhas_ has joined #openstack-ironic07:41
*** matsuhashi has quit IRC07:41
*** nosnos_ has joined #openstack-ironic07:42
*** nosnos has quit IRC07:42
*** jistr has joined #openstack-ironic07:48
*** derekh_ has joined #openstack-ironic08:06
*** romcheg1 has joined #openstack-ironic08:09
*** rameshg87 has quit IRC08:10
*** rameshg87 has joined #openstack-ironic08:15
*** foexle has joined #openstack-ironic08:17
*** foexle has quit IRC08:20
*** martyntaylor has joined #openstack-ironic08:27
*** lucasagomes has joined #openstack-ironic08:29
*** eghobo has joined #openstack-ironic08:39
*** Mikhail_D_ltp has quit IRC08:41
openstackgerritChangBo Guo(gcb) proposed a change to openstack/ironic: Clean up openstack-common.conf  https://review.openstack.org/9199208:47
*** geertj has joined #openstack-ironic08:48
*** ndipanov has joined #openstack-ironic08:56
*** athomas has joined #openstack-ironic09:15
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove non-existent 'pxe_default_format' parameter from patcher  https://review.openstack.org/9301209:33
*** stephenpearson has joined #openstack-ironic09:33
*** nosnos_ has quit IRC09:38
*** matsuhas_ has quit IRC09:41
*** matsuhashi has joined #openstack-ironic09:48
*** nosnos has joined #openstack-ironic09:49
*** eghobo has quit IRC09:50
*** stephenpearson has quit IRC09:50
*** nosnos has quit IRC09:50
*** spearson has joined #openstack-ironic09:50
*** nosnos has joined #openstack-ironic09:51
openstackgerritA change was merged to openstack/ironic: Pin RPC client version min == max  https://review.openstack.org/9272309:54
*** nosnos has quit IRC09:55
*** athomas has quit IRC09:56
*** athomas has joined #openstack-ironic10:01
*** matsuhashi has quit IRC10:12
*** rameshg87 has left #openstack-ironic10:18
*** geertj has quit IRC10:40
*** rameshg87 has joined #openstack-ironic10:41
*** coolsvap is now known as coolsvap|afk10:56
dtantsurNisha, hi, sorry for not replying - yesterday was holiday in Czech republic. Are you here?11:07
dtantsurand g'afternoon, Ironic :)11:07
dtantsurNisha, when you want to check that some mocked function was called with appropriate arguments, you can use request_ilo_moc.assert_called_once_with(arg1, arg2, ...)11:08
rameshg87hello dtantsur:11:09
rameshg87nisha and i work in the same team.11:09
rameshg87dtantsur: we were checking regarding your comment on using mock with assert_called_with()11:10
rameshg87dtantsur: the problem seems to be that _request_ilo takes a xml.etree.ElementTree element as its argument11:13
rameshg87dtantsur: https://review.openstack.org/#/c/89500/8/ironic/drivers/modules/ilo/ribcl.py11:14
rameshg87dtantsur: the xml.etree.ElementTree object doesn't support comparison. http://stackoverflow.com/questions/7905380/testing-equivalence-of-xml-etree-elementtree11:14
rameshg87dtantsur: so using assert_called_with() is difficult with this.11:15
Shrewslucasagomes: would be nice to have a better way to make sure that fields added to a patch are properly removed  :/11:15
dtantsurrameshg87, well... that becomes troublesome. Let me think.11:15
rameshg87dtantsur: we were thinking if just checking whether request_ilo is called or not would suffice11:15
lucasagomesShrews, indeed :/11:15
lucasagomesShrews, it will once we get the driver properties patch in11:15
Shrewscool11:16
lucasagomesShrews, so we can ask the api what are the mandatory/optional options11:16
lucasagomesbut right now we have to do it manually still11:16
dtantsurrameshg87, I see 2 possibilities: 1. check that request_ilo was called; should be mostly ok; 2. replace _request_ilo with fake function that checks XML tree. I'm ok with doing 1.11:17
rameshg87dtantsur: i understand your point here. without checking anything, we cannot find out whether it triggered the usecase or not11:18
rameshg87dtantsur: but for this, if we atleast make sure that request_ilo was called, then the mock would have been returned and then the parsing would have been done.11:19
rameshg87dtantsur: so, does 1) sound fine to you ?11:19
dtantsurrameshg87, _ideally_ you should mock _request_ilo with function that checks at least basic properties of generated XML tree. But! this can be very complicated, I am not sure, so 1. sounds fine, yes.11:20
rameshg87dtantsur: yes, doing that would complicate.  we would need to get the xml passed to request_ilo, and then make sure if the child element exists properly.11:21
rameshg87thanks dtantsur11:22
dtantsurur welcome :)11:23
dtantsurCore folks, lucasagomes and others: I have any easy thing to +A: https://review.openstack.org/#/c/92367/ :) Already has 2 +2 and 1 +1, could you have a look :)11:24
lucasagomesdtantsur, heh it has my +2 already... as another core weight in I will just approve then11:25
dtantsurlucasagomes, you mean, the 3rd +2?11:25
lucasagomesdtantsur, no, I mean as we already have 2 +2 I will just go and approve it11:26
lucasagomesdone11:26
dtantsurthanks )11:26
*** rameshg87 has left #openstack-ironic11:29
*** lucasagomes is now known as lucas-hungry11:29
openstackgerritChangBo Guo(gcb) proposed a change to openstack/ironic: Clean up openstack-common.conf  https://review.openstack.org/9199211:30
* devananda hates slideshare right now11:49
romcheg1Morning folks!11:49
*** jbjohnso has joined #openstack-ironic11:51
NobodyCamgood morning Ironc, says the man make'n coffee11:51
dtantsurmorning romcheg1, NobodyCam!11:52
NobodyCammorning devananda romcheg1 dtantsur and lucas-hungry11:52
NobodyCam:)11:52
dtantsurdevananda, morning! Slides've never been easy :(11:52
devanandathe slides be done. but slideshare doesn't seem to like google pres11:52
NobodyCam:(11:53
NobodyCamso devananda I found whats up with rebuild11:53
NobodyCamhttps://bugs.launchpad.net/ironic/+bug/131764711:53
devanandaaaand i haven't figured out how to remoev an upload (or test their conversion ahead of time)11:53
ShrewsNobodyCam: hot enough in Atl for ya?  :)11:54
* Shrews welcomes NobodyCam to the SE spring heat11:55
NobodyCamI dont know.. have both a/c on so rv is nice and cool11:55
Shrewsthat's cheating11:55
NobodyCamcheating is useing all three a/c's :0p11:55
* Shrews heads out for a morning run before the heat makes him melt. biab11:56
NobodyCambut would have you know start the rv to use the one for the engine11:56
devanandaNobodyCam: humm... that seems like a bug in parted. has lucas-hungry seen this yet?11:56
NobodyCamenjot Shrews :)11:56
NobodyCamno that I know of ... will getting wth him when he gets back11:57
* NobodyCam need the coffee to become ready11:57
dtantsurdevananda, NobodyCam and other cores: mind having a look at BP https://blueprints.launchpad.net/ironic/+spec/nodes-tagging ? This is by request of #tuskar. (I now it should pass through new spec approval process, just want quick opinion)11:59
NobodyCamdtantsur: with out coffee... Is that not out extra field?12:00
NobodyCams/out/our/12:01
dtantsurNobodyCam, we can easily have an extra field, but we need also 1. filtering in API 2. filtering in scheduler (and as I wrote here, I'm not sure where it belongs: in Ironic or in Nova)12:02
dtantsurdid I get you right (didn't have coffee today as well :( )12:02
NobodyCamhehehe :)12:03
romcheg1Might be interesting http://f.cl.ly/items/0V0V163F341x0x0e1B0b/output.html12:04
NobodyCamromcheg1: neet stuff12:05
romcheg1Punishing IPMI server now for more real stuff12:05
devanandadtantsur: fwiw, this is on my agenda to talk about at the summit already, but there is a parallel discusion within nova about group vs tag12:07
devanandadtantsur: did you see the ML thread jaypipes started?12:07
dtantsurdevananda, no, probably missed. Do you by chance have a link?12:07
dtantsurSo I probably should wait for outcome of the Summit, right?12:08
NobodyCam:)12:08
devanandadtantsur: right. also, it would be good to have a description of what problem this feature is trying to solve12:10
devanandaproposing a new feature without any (documented) reason does not allow others to think about whether this is an appropriate/optimal solution12:11
dtantsurlsmola, ping, can you think about a good "Why" section ^^^ ? My English lets me down today :(12:11
devanandadtantsur: here's the ML topic i mentioned: http://lists.openstack.org/pipermail/openstack-dev/2014-April/033746.html12:13
lsmoladtantsur: if I remember user stories from jcoufal, it should allow us to control what will be deployed where manually by tagging the nodes12:13
lsmolaso e.g. tag=rack1234, then we add to flavor that it can deploy on rack123412:14
devanandalsmola: that is going to lead to an explosion of flavors12:14
lsmolathe difference with groups was that node can be only in one group, but it can have several tags12:14
devanandaand significantly increase complexity in your heat templates12:14
lsmoladevananda: you should able to define multiple tags to flavor12:15
devanandayes, but12:15
NobodyCamya I'm not I like it on the flavor12:15
lsmoladevananda: you will have e.g. one compute flavor and list of tags it can deploy to, as well as other conditions if needed12:15
devanandalsmola: the "list of tags" doesn' tmake sense to me12:16
NobodyCamgah .. I really need to drink the coffee12:16
lsmolacoffee is a good idea :-)12:16
NobodyCamI'm not sure I like taging on the flavor12:16
devanandalsmola: I'd like to see a write-up of how multiple tags on both flavor and node will be utilized, considering alternative usages for this capability12:17
devanandait seems like arbitrary N::M matching would be very fragile12:17
lsmolanot sure if it is the best, but is is easily doable, it's basically matching of some extra specs of flavor with Ironic node12:18
NobodyCammaybe as a nova boot flag? but deva brings up a very good point12:18
devanandalsmola: would I need a different flavor for each rack?12:18
devananda- if yes, it's going to break heat12:19
devananda- if no, then why have a tag for rack at all?12:19
lsmoladevananda: well I would say no, otherwise it would be crazy, but it would require OR condition in extra specs matching12:19
devananda- and how is a "compute" flavor on rack 1[,2,3,...] different from a compute flavor on rack 4[,5,6,...]12:20
lsmoladevananda: well it was maybe not a good idea, but the user story was that we shold be able to manually determine where we want to deploy stuff12:20
devanandaAFAIUI, having >1 "compute" flavor is going to break heat templates in tripleo12:20
devanandalsmola: define "manually" please12:21
lsmoladevananda: either by groups or tagging12:21
devanandatags on flavors and ironic nodes would be static -- so, not a manual user process12:21
devanandaa user with admin privileges can already specify the node on which to boot an instance, using the "--availability-zone az:host:node" extension12:22
lsmoladevananda: hm, didn't investigate this, if that is true, it should be enough12:24
devananda:)12:25
NobodyCam:)12:25
dtantsurok, so we don't have an easy consensus on this :) For what I see in ML (thanks for link, devananda), interacting with Nova may be troublesome as well...12:26
lsmolahopefully jcoufal will join here and give us some more user stories for tags12:26
devanandadtantsur: see ^ ... if the user story is "manually pick the node to deploy to" -- there is another, existing solution. and we really shouldn't use tags for that12:26
*** jcoufal has joined #openstack-ironic12:26
devanandalsmola: that'd be great12:27
lsmoladevananda: i think it was more like manually identify a group of nodes and deploy to them12:27
lsmoladevananda: so host groups should be usable for that too12:27
devanandalsmola: well, nova host groups demarcate nova-compute hosts, not ironic nodes12:28
devanandathere are several talks about the confusion between a compute host and a hypervisor_hostname12:29
lsmoladevananda: hm I wonder if for TripleO those should be the same12:29
devanandaand how this is a problem for all federated hypervisors12:29
devanandalsmola: sorry, which should be the same?12:29
jcoufallsmola: how can I help?12:29
lsmolajcoufal: guys wanted to hear some user stories of Ironic node tags12:30
lsmolajcoufal: plus how we want to use it for scheduler filter12:30
devanandajcoufal: hi! can you point me at some descriptions / user stories for ironic and targeting nodes12:30
devanandajcoufal: I would rather start from the "why" instead of the "how - use tags"12:31
jcoufallsmola: there is couple of advantages for them12:31
jcoufalfirst of all it is arbitrary grouping of nodes12:31
jcoufalIronic can't know all the situations and options how the user might want to group the nodes, so this will help them12:32
jcoufalthey can filter their views based on assigned tags12:32
lsmolaso used for table views and chart views, right?12:33
jcoufaland for deployment reasons - similar situation - if user wants bigger restriction than just HW profile, he can restrict the group of nodes by the tag12:33
spearsonMight tags be useful for recording failed status, or other lifecycle states (decommissioning etc)?12:33
jcoufallsmola: yes, there it would be very useful12:33
devanandawe already have a "maintenance" flag on nodes which does ^12:34
jcoufalspearson: I think Ironic has special field for status12:34
spearsonok12:34
devanandaa tag will not prevent Ironic's automated operations (health checks, etc) on nodes12:34
devanandaeven if a tag would give a scheduler hint to, say, avoid that node -- it wouldn't prevent it from direct use12:34
jcoufaldevananda: by "direct use" you mean user getting to the node detail and provisioning it manually?12:35
devanandajcoufal: ironic exposes an API to manipulate the node -- while Nova is the most likely way that someone will interact with Ironic, well, there's an API, so any user (with admin credentials) can use it, too12:36
devanandajcoufal: so maintenance status needed to be tracked separately, so that ironic actually enforces a hands-off status on that node12:36
lsmolajcoufal: about the deployment, the story was deploy on nodes with all of these tags, with at least one of this tag, or a complex condition?12:36
*** tatyana has joined #openstack-ironic12:37
devanandajcoufal: as far as HW profile, do you envision the tags set on a flavor? or passed at "nova boot" time?12:37
lsmoladevananda: i would keep it in TripleO scope rather, we can't probably cover all use cases12:37
*** tatyana has quit IRC12:38
jcoufaldevananda: right, I agree on that12:38
devanandajcoufal: which :)12:38
jcoufaldevananda: I envision it to be part of the flavor12:38
devanandaok12:38
lsmoladevananda: we can use either flavors or scheduler hints, cause we use heat12:38
devanandaso, I am cnocerned that tags statically assigned to flavor and node will be inflexible and likely to break any orchestration12:38
jcoufalthe agreement was on the first statement :)12:38
lsmoladevananda: btw. it should be dynamicaly assigned, tags would be somewhere in flavor metadata12:39
lsmoladevananda: so you would just change it and run heat stack-update12:39
openstackgerritA change was merged to openstack/ironic: Simplify calls to ImageCache in PXE module  https://review.openstack.org/9236712:39
jcoufallsmola: regarding deployment - it depends on how complex condition we will implement. We should start with basics - deploy on node which is having this tag.12:39
devanandayou seem to be assuming the user has admin privileges and can edit the nova flavor definition12:40
devanandayes?12:40
lsmoladevananda: for tripleo yes12:40
devanandak12:40
lsmoladevananda: we already use flavor extra specs for some other stuff12:40
jcoufaldevananda: what exactly do you see as inflexibility and how it would break orchestration?12:41
lsmoladevananda: like architecture, and link to deploy images12:41
devanandaif I need to have multiple flavors that all represent a "compute" host, but each have some unique flags to indicate eg. which rack they're in12:41
devanandathen my heat template is not portable between those racks12:42
lsmoladevananda: yeah using one template for more deployments is not possible now12:43
devananda:(12:43
*** lucas-hungry is now known as lucasagomes12:43
lucasagomesNobodyCam, devananda romcheg morning12:43
lsmoladevananda: though we might need to address it, it is one of the things we should talk about on Tuskar design session12:43
lucasagomesdevananda, will take a look12:43
NobodyCamgood mornig lucasagomes :)12:43
romcheg1Morning lucasagomes!12:43
NobodyCamhey hey romcheg1 when does your flight leave?12:44
romcheg1The day after tomorrow in the morning12:44
NobodyCam:)12:44
romcheg1But since I follow the sun I will arrive the same day in the US :)12:45
NobodyCamand good morning (if I missed you earlier)12:45
lucasagomesNobodyCam, wow that's a nice error haha12:45
lucasagomesNobodyCam, I will give it some investigation12:45
NobodyCamoh ya12:45
NobodyCamwanta chat with you about it12:45
NobodyCamwhen you have  a free miinutes12:45
lucasagomessure12:45
jcoufaldevananda: actually that's a purpose. It depends how you will label the nodes, but if I label them rack1 and I include this tag into my flavor definition, then I specifically want the node to be in that rack.12:46
jcoufaldevananda: it doesn't solve a situation when you say "I want one compute node per rack" - that's a different story12:46
lsmolalucasagomes: morning12:47
NobodyCamlucasagomes: I was thinking we could set the uuid to a quique value before we ran parted if the nodes disk volumes already have a label, Or just remove the labels? or...12:47
lucasagomeslsmola, morning12:47
devanandajcoufal: right -- so the community has a need for [anti]affinity scheduling in general12:48
NobodyCams/uuid/label/12:48
lucasagomesNobodyCam, yeah, I'm trying to reproduce it here, see if I can tell parted to ignore it12:48
NobodyCam:)12:48
devanandajcoufal: which this sounds like it doesn't really solve12:48
lucasagomesor in the last case we should workaround relabeling it yea12:48
devanandajcoufal: let me ask, from another angle, how useful will these manual tags be at very large scale?12:48
*** radsy has joined #openstack-ironic12:49
*** radsy has joined #openstack-ironic12:49
lsmoladevananda: depends on customers :-)12:49
jcoufaldevananda: yeah, I don't think that tags would solve [anti]affinity issues12:49
NobodyCamlucasagomes: what I got from the parted guys was that parted checks for: if /dev/sdbX shows up in /proc/mounts or /etc/mtab12:49
jcoufaldevananda: as for large scales - it depends how the tagging will be used - if I tag larger groups or smaller ones12:50
NobodyCambut it also check for /dev/disk/by-label/<label> which is what was causing the error12:50
lucasagomesNobodyCam, :( it should make sure that the device is different12:51
NobodyCammy proc/mount have /dev/disk/by-label/cloudimg-rootfs12:51
lucasagomessounds like a bug of their part12:51
jcoufaldevananda: it doesn't have to necessarily be useful for compute nodes which are in larger scales, but for example for specific controller nodes which are really somehow dedicated12:51
lsmoladevananda: what i like is matching of extra specs of flavors to ironic nodes, which can be used for tags if people wants12:51
NobodyCamis it really thou. we are the ones assigin the same label to both disks12:51
lsmoladevananda: but allows people to mark their hardware with anything and then use it to matching12:52
jcoufaldevananda: scheduling itself is (I would say) secondary usage which gives user more control over deployment12:52
jcoufaldevananda: primary usage for tags is grouping and filtering12:52
devanandajcoufal: "grouping and filtering" in the UI -- this makes sense to me12:52
lucasagomesNobodyCam, hmm yeah, is it wrong to have the same label on diff devices? I think I gotta get my head about this before12:53
devanandajcoufal: but scheduling is what you have been talking about so far, and I think there are some larger issues there -- what if I want to say12:53
devananda*what if I want to schedule some instances with flavor tags == node tags12:53
devanandaand another instance with node tags CONTAINS (some tag)12:54
devanandaand ... so on. this requires restarting the scheduler, no?12:54
devanandabasically, changing the logical matching of nova flavor tag <=> ironic node tag, is not (afaik) programatic at deploy time12:55
lsmoladevananda: i would assume you would have to use another filter maybe and restart it yes12:55
devanandaright12:55
lsmoladevananda: I would say we should be fine with exact match for now12:56
lsmoladevananda: because for anything else we would need more dynamic scheduler filters12:56
jcoufalI am sorry, I have to leave for now (meeting), bbl12:57
lsmolajcoufal: thanks, see ya12:57
NobodyCamthank you for the info jcoufal12:57
NobodyCambrb...12:58
jcoufalnp, I am sorry for leaving you guys here, but we can catch up on this topic at summit the latest12:58
*** geertj has joined #openstack-ironic12:58
devanandathese powercables aren't working and I need to save battery ...12:59
devanandalsmola, jcoufal - thanks for the discussion. let's definitely continue @summit12:59
* devananda drops offline again13:00
lsmoladevananda: ok, see you there13:00
dtantsurok, folks, so I leave BP as it is, waiting for your feedback from summit :) thank you13:05
spearsonThe "maintenance" flag on an ironic node is of type bool.  That doesn't give you a lot of flexibility to record lifecycle state.  Suppose we had a node in production that we wanted to indicate was to be scrapped at some point, but not immediately.  I can't see an obvious way to do that currently.13:05
*** matty_dubs|gone is now known as matty_dubs13:06
*** linggao has joined #openstack-ironic13:07
NobodyCamenjoy devananda we'll see you at the summit in a few days :)13:08
NobodyCammorning matty_dubs :)13:18
matty_dubsMorning NobodyCam13:20
NobodyCam:)13:21
lucasagomesNobodyCam, on ur /proc/mount u see the label or the device path?13:22
NobodyCamlucasagomes: yep: /dev/disk/by-label/cloudimg-rootfs / ext4 rw,relatime,data=ordered 0 013:22
lucasagomeshmm13:22
NobodyCamlucasagomes: I know it comeing from the fact that all my images are duild with DIB13:24
NobodyCams/duild/built13:25
lucasagomesNobodyCam, yeah, trying to reproduce it here13:25
lucasagomesNobodyCam, we can workaround it easily at the partition time13:25
lucasagomesbut it's an interisting error, idk how parted should handle it13:25
*** geertj has quit IRC13:25
NobodyCamyea its a good one13:26
NobodyCam:-p13:26
matty_dubshttps://review.openstack.org/#/projects/openstack/ironic,dashboards/important-changes:review-inbox-dashboard -- slick13:29
NobodyCamneat-o13:30
*** jgrimm has joined #openstack-ironic13:38
NobodyCamlucasagomes: you the failure in check-tempest-dsvm-virtual-ironic on https://review.openstack.org/#/c/91992/ ? actually may be a real error ... i'm rechecking13:48
lucasagomesNobodyCam, right... I think that test is broken :( it failed in pretty much all the new checks I saw today13:50
ShrewsNobodyCam, lucasagomes: a fix for that is up for review: https://review.openstack.org/9288313:54
lucasagomesShrews, ah thanks13:55
lucasagomesmerged failed :(13:55
*** radsy has quit IRC13:55
Shrewsi'm sure adam_g will fix that soon13:56
NobodyCam:)14:01
NobodyCamlucasagomes: been able to reproduce the reuild error?14:02
lucasagomesNobodyCam, no :( I might try with devtest then14:04
lucasagomesNobodyCam, http://paste.openstack.org/show/79732/14:04
lucasagomesbut my /proc/mount is not showing the label, it shows the partition path14:04
lucasagomesI'm now looking at the parted code, and it seems to check on 3 places to see if the device is present14:04
lucasagomesreturn  _mount_table_search( "/proc/mounts", dev)14:05
lucasagomes                || _mount_table_search( "/proc/swaps", dev)14:05
lucasagomes                || _mount_table_search( "/etc/mtab", dev);14:05
NobodyCam:)14:05
lucasagomesidk hw to get proc/mount to show the label14:05
NobodyCamuse ubuntu14:06
lucasagomesmaybe it's only because it was booted with ROOT=LABEL14:06
lucasagomesyeah or it's some ubuntuish thing14:06
NobodyCamthe parted guys said it had to do with mtab and ubuntu...14:06
lucasagomeshmm14:07
NobodyCamI think it is the way ubuntu is mounting the root fs14:07
lucasagomesyeah14:07
NobodyCamon cloud images14:07
lucasagomesalso, we wouldn't see the error if we wiped the data on the tenant disk before dpeloying it14:07
lucasagomesas suggested by https://bugs.launchpad.net/ironic/+bug/117415314:07
* lucasagomes thinks about the best way to work it around for now14:08
NobodyCamlabel do get reset on rebuild... execpt for EP if you are using --preserve-ephemeral14:09
NobodyCamwe could just wire any label14:09
NobodyCam*wipe14:10
lucasagomeswe have to maintain the ephemeral partition label14:10
NobodyCamyea14:11
NobodyCamin my testing with preserve-ephemeral it ofcourse did not get reset14:11
*** geertj has joined #openstack-ironic14:12
lucasagomesright yeah14:12
lucasagomesheh so tricky14:12
lucasagomesthat was def a great catch hah idk I bet it took awhile to figure that out14:12
NobodyCamoh ya... was drving me up the wall14:13
NobodyCam:-p14:13
NobodyCamI ended up in the #parted channnel14:13
* NobodyCam makes more coffee14:15
lucasagomeshah awesome! good stuff14:16
matty_dubslucasagomes: So I hit a weird issue last night. After maybe 2 minutes of running, Ironic would lose all of its drivers. ironic driver-list would return an empty set.14:17
matty_dubsRestarting conductor would fix it... for a couple minutes.14:18
matty_dubsEver seen anything like that? Or have any idea how I'd even debug it?14:19
NobodyCamhart beat issue?14:19
matty_dubsIf it makes a difference, I registered 80 VMs with Ironic14:20
lucasagomesyeah sounds like a hear beat issue14:20
lucasagomesthere's a periodic tasks in the conductors14:20
lucasagomesto keep pining (pretty much touch a field in the db) to say it's alive14:20
matty_dubsOoh! It takes forever to poll all 80. I wonder if that causes it to miss the heartbeat?14:20
NobodyCammatty_dubs: if so that a real bug14:21
NobodyCamthats*14:21
lucasagomesyeah14:22
matty_dubsHow would I run this down? MariaDB [(none)]> select * from ironic.conductors; shows the conductor, with the right drivers14:22
matty_dubsOh, but last updated 6 minutes ago14:22
lucasagomesmatty_dubs, to pool u mean to list them?14:23
NobodyCamthats it14:23
matty_dubslucasagomes: No, in the Conductor log, when it goes to refresh status14:23
lucasagomesoh i c14:23
NobodyCamsounds like heat beat should have its own thread14:24
matty_dubsHa, so my scalability testing turned up something useful!14:24
NobodyCamso other tasks dont impact it14:24
matty_dubsJust, not at all what I was trying to test. ;)14:24
lucasagomesmatty_dubs, https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L472-L47414:24
NobodyCambut a great catch14:24
lucasagomesthat's the periodic task14:24
lucasagomes+1 good catch14:25
matty_dubsThe interesting thing here is that I didn't even _do_ anything. I just set up devstack with Ironic and had it set up 80 VMs.14:26
matty_dubsMakes me think there could be more problems to come14:26
Shrewsnah, that's probably the only one14:26
* Shrews goes to fill his half full coffee cup14:27
NobodyCamoh Shrews cursed it14:27
NobodyCamlol there will be a ton more now14:27
NobodyCamlol14:27
NobodyCamhehehe14:27
matty_dubshaha14:27
lucasagomesso does periodic tasks run in parallel?14:28
lucasagomesif not we def should dedicate a greenthread to the heart bit14:29
matty_dubsYeah, they ought to be parallel, but it seems like they might not be14:30
NobodyCamlucasagomes: with the critical nature of Hart beats I would think it SHOULD have it own green thread14:30
matty_dubsYou can watch them just scroll by in the log14:30
lucasagomes:(14:31
lucasagomesdef run_periodic_tasks(self, context, raise_on_error=False):14:32
lucasagomes        """Tasks to be run at a periodic interval."""14:32
lucasagomes        idle_for = DEFAULT_INTERVAL14:32
lucasagomes        for task_name, task in self._periodic_tasks:14:32
lucasagomesyeah... doesn't look to be in parallel14:32
lucasagomes>.<14:32
NobodyCam:(14:32
lucasagomesI assume it would, sounds logical to just a thread pool on the periodic tasks14:32
matty_dubsShould I file a bug?14:33
lucasagomesmatty_dubs, yeah please14:33
*** killer_prince has joined #openstack-ironic14:33
NobodyCammatty_dubs: YES!14:33
NobodyCam:)14:33
lucasagomesbrb will make some tea14:34
jrollmatty_dubs: https://bugs.launchpad.net/ironic/+bug/130868014:34
jrollmorning ironic14:34
jrollhappy friday!14:34
NobodyCamgood morning jroll TGIF!!!!14:34
NobodyCambrb14:35
matty_dubsjroll: Ah-ha, a step ahead of me, I see14:35
jroll:)14:35
*** tteggel has quit IRC14:39
*** tteggel has joined #openstack-ironic14:41
NobodyCamthats the way jroll rolls :-p14:41
matty_dubsPunny!14:43
NobodyCamlucasagomes: we could use blkid to get the lable of the volumes and then just reset the ones we don't touch (ie. EP) for reuilds?14:44
NobodyCammatty_dubs: I was going to say "thats the way j rolls.." but I hit tab by default14:45
NobodyCam:-p14:45
lucasagomesNobodyCam, yeah, or simply reset the labels of the partitions we are going to overwirte14:45
lucasagomesheh j rolls14:45
NobodyCamwhat if the conductor had an EP14:45
NobodyCamlike the under cloud should14:46
NobodyCamI did my testing with seed14:46
lucasagomesNobodyCam, what we could do in this case is, reset all the labels14:46
lucasagomesif preserve_ephemeral is set14:47
lucasagomesinstead of doing a mkfs on the ephemeral partition14:47
lucasagomeswe just rewrite the label there14:47
NobodyCamany volume we rebuild will get reset in the rebuild. so we only need to reset the ones we dont rebuild14:47
NobodyCamyea that would work too14:48
jrolllol NobodyCam14:48
*** radsy has joined #openstack-ironic14:48
*** radsy has joined #openstack-ironic14:48
NobodyCamjroll: lol :)14:48
*** jcoufal_ has joined #openstack-ironic14:49
*** jcoufal has quit IRC14:50
NobodyCamlucasagomes: ya I think your idea is the cleanest code path for this..14:54
lucasagomesyeah :( but still an ugly workaround to have14:55
NobodyCamya but I think we are going to need it.14:55
NobodyCam:(14:55
NobodyCamlucasagomes: https://review.openstack.org/#/c/91992/ failed even worse on recheck14:58
*** uberj_ is now known as uberj14:59
lucasagomesNobodyCam, :/ check-tempest-dsvm-virtual-ironic is broken14:59
NobodyCam:(14:59
NobodyCam:-p14:59
lucasagomesthe other one failed @ the beginning of the tests :/14:59
lucasagomesI don't think that the change is causing it tho15:00
lucasagomesjroll, so that's fixed just by tweaking the rpc_thread_pool_size?15:00
NobodyCamthis was my concern: http://logs.openstack.org/92/91992/5/check/check-tempest-dsvm-virtual-ironic/fd8f1cd/console.html#_2014-05-09_14_11_12_77515:01
jrolllucasagomes: it mitigates it, but I think it may slow things down a bit15:01
lucasagomesNobodyCam, https://review.openstack.org/#/c/92883/15:02
NobodyCam:) ahh TY15:02
lucasagomesjroll, what you think about having a dedicated greenthread to run the keepalive?15:02
matty_dubsThat's not unreasonable, but IMHO missing heartbeat is just a symptom of a larger problem, not _the_ problem15:03
jroll^15:04
jrolllucasagomes: I agree with matt but I think it might be a good fix in the meantime15:04
lucasagomesright, I'm worried that periodic tasks don't run in parallel15:04
lucasagomesjroll, right, mind if I give it a go/test?15:05
jrolllucasagomes: all yours :)15:05
lucasagomescheers15:05
* jroll bbiab15:05
NobodyCambbt...brb15:06
Shrewswow, lots of open reviews15:09
* Shrews slows Earth's rotation to make the day 36 hours long15:10
NobodyCamoh and on a friday ... wont that make the work day longer too :-p15:11
ShrewsNobodyCam: only for you15:12
NobodyCam:-p15:12
Shrewshehe15:12
* NobodyCam thinks he'll need more coffee15:12
*** rameshg87 has joined #openstack-ironic15:27
*** rameshg87 has left #openstack-ironic15:28
*** geertj has quit IRC15:28
NobodyCamlucasagomes: are you poking at the label stuff?15:30
lucasagomesNobodyCam, not in the moment, I'm testing the greenthread stuff heh15:30
NobodyCamack15:30
*** killer_prince has quit IRC15:31
lucasagomesNobodyCam, almost done with ^15:31
NobodyCam:)15:33
jbjohnsonow that's a fun mistake, used wrong list name in a place, produced effectively 'for a in mylist: mylist.append(a)'15:40
NobodyCamthe never ending loop15:41
NobodyCamsounds like a movie15:41
*** eghobo has joined #openstack-ironic15:41
*** comstud is now known as bearhands15:42
NobodyCambrb15:48
*** matty_dubs is now known as matty_dubs|lunch15:57
*** geertj has joined #openstack-ironic16:03
*** lsmola has quit IRC16:05
*** derekh_ has quit IRC16:07
*** radsy has quit IRC16:11
*** ndipanov has quit IRC16:21
*** martyntaylor has quit IRC16:25
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Run keepalive in a dedicated thread  https://review.openstack.org/9308316:25
lucasagomesmatty_dubs|lunch, ^ when u get a time can you give it a go in ur env with 80 vms?16:25
*** jistr is now known as jistr|gone16:27
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Adding a reference driver for the agent  https://review.openstack.org/8479516:29
spearsonSee you all next week.16:34
NobodyCamsee ya spearson :) enjoy the travel16:34
spearsonFlying Delta, so should be extra fun :)16:34
NobodyCamlol16:34
*** spearson has quit IRC16:35
lucasagomesI booked with airfrance but it's going to be Delta as well :(16:35
NobodyCam:(16:35
lucasagomespartnership16:35
lucasagomesat least I got a directly flight! yay16:36
NobodyCamyep. start aligence or some such16:36
lucasagomesNobodyCam, how is the weather over there?16:36
lucasagomesbetter now?16:36
NobodyCamwarm and muggie16:36
*** zdin0bot has joined #openstack-ironic16:36
*** dwalleck has joined #openstack-ironic16:37
NobodyCambut ok.. no storms16:37
lucasagomes:)16:37
lucasagomesatlanta seems pretty nice from what I saw in the street view16:37
NobodyCam:) I've been watching thing bait car Atlanta, and Cops Atlanta...lol seen a different side16:38
NobodyCam:-p16:38
NobodyCams/thing/things/16:38
NobodyCams/things/things like/16:39
* NobodyCam deff tell it is friday16:39
lucasagomesheh16:40
lucasagomesNobodyCam, well you gotta watch the news in rio de janeiro then16:40
NobodyCamhehehehe16:40
-openstackstatus- NOTICE: New contributors can't complete enrollment due to https://launchpad.net/bugs/1317957 (Gerrit is having trouble reaching the Foundation Member system)16:42
*** ChanServ changes topic to "New contributors can't complete enrollment due to https://launchpad.net/bugs/1317957 (Gerrit is having trouble reaching the Foundation Member system)"16:42
NobodyCamlucasagomes: you made comment that removing the laels would be easy. did you have a spot in mind for that16:42
NobodyCamoh thats a good thing the friday before the summit :-p16:43
lucasagomesNobodyCam, we could run e2label or tune2fs to clean up the labels16:43
*** geertj has quit IRC16:44
*** newell_ has joined #openstack-ironic16:44
*** geertj has joined #openstack-ironic16:45
*** mkerrin has left #openstack-ironic16:45
NobodyCamhave you had luck removing labels with e2label I've always had to use tune2fs -L16:45
NobodyCamrun e2label or tune2fs to clean up the labels16:46
NobodyCam16:45 | NobodyCam > have you had luck remo16:46
NobodyCamhuh16:46
NobodyCamhttp://paste.openstack.org/show/6cW5WVnfuTdJ8wxp1eYq/16:46
NobodyCamsorry auto cut went wacko.. /me needs a new more battery16:47
NobodyCams/more/mouse/16:47
*** harlowja_away is now known as harlowja16:50
*** harlowja is now known as harlowja_away16:51
lucasagomesNobodyCam, hmm lemme try with e2label16:51
lucasagomesbut if tune2fs does it nicely we can use that too16:52
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Avoid looping select() on sockets repeatedly  https://review.openstack.org/9308616:52
NobodyCamya tune2fs has always worked for me16:53
NobodyCamtune2fs -L "" <device>16:54
openstackgerritA change was merged to stackforge/pyghmi: Correct return value of set_bootdev  https://review.openstack.org/9288816:55
lucasagomes[stack@localhost devstack]$ sudo e2label /dev/vdc116:55
lucasagomestestlabel16:55
lucasagomes[stack@localhost devstack]$ sudo e2label /dev/vdc1 ''16:55
lucasagomes[stack@localhost devstack]$ sudo e2label /dev/vdc116:55
lucasagomes[stack@localhost devstack]$16:55
lucasagomesNobodyCam, ^ works the same way16:55
*** harlowja_away is now known as harlowja16:56
NobodyCamlucasagomes: http://paste.openstack.org/show/ZXCteaSMJxfJzNMkZNRp/16:56
*** athomas has quit IRC16:57
NobodyCamwait16:57
openstackgerritA change was merged to stackforge/pyghmi: Avoid looping select() on sockets repeatedly  https://review.openstack.org/9308616:58
NobodyCamoh brb16:58
lucasagomesNobodyCam, http://paste.openstack.org/show/79750/16:59
lucasagomesNobodyCam, if tune2fs works for both we can use it then16:59
lucasagomesbut it's weird that e2label doesnt work in ubuntu16:59
NobodyCamyes16:59
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Factoring out PXE and TFTP functions  https://review.openstack.org/9023317:01
lucasagomesNobodyCam, all right, we can talk more about this problem and fix it between the sessions in the summit?17:01
lucasagomesI think I should start printing my stuff and packing my bag17:01
lucasagomesmake sure I won't forget anything here17:01
lucasagomesmy flight is tomorrow morning, NobodyCam if ur around there already maybe we could catchup during the weekend for a beer17:02
lucasagomesthere I mean atlanta17:02
NobodyCamcool deal lucasagomes ... I'll prob do up a patch today17:07
NobodyCamits a blocker for me atm17:07
*** dwalleck has quit IRC17:08
lucasagomesNobodyCam, oh alright :)17:09
lucasagomesgood stuff :)17:09
NobodyCamso I'll add a removelabels to disk_partitioner.py and call it in make_partitions17:09
lucasagomesNobodyCam, so I see u soon17:09
lucasagomesNobodyCam, sounds good17:10
NobodyCam:)17:10
lucasagomesadd a note about it as well, seems I couldn't reproduce in other OSs17:10
lucasagomess/seems/since17:10
jbjohnsoI will say I sorely miss decent profiling as I do more python development...17:11
NobodyCamack17:11
*** dwalleck has joined #openstack-ironic17:11
adam_glucasagomes, that test will be fixed once this lands in tempest https://review.openstack.org/#/c/92883/17:11
jbjohnsoheapy is great for memory, but cProfile and yappi just aren't no where near as nice as I'd like..17:12
lucasagomesadam_g, :) good stuff17:12
lucasagomesyeah I saw that patch17:12
lucasagomesit was approved but the merge failed :(17:12
*** lucasagomes is now known as lucas-packing17:12
adam_gya :|17:13
*** matty_dubs|lunch is now known as matty_dubs17:18
*** eghobo has quit IRC17:24
*** eghobo has joined #openstack-ironic17:24
NobodyCamok need to move... bbaib...17:26
*** dwalleck has quit IRC17:36
*** Mikhail_D_ltp has joined #openstack-ironic17:54
NobodyCammove done18:06
*** jistr|gone has quit IRC18:12
*** athomas has joined #openstack-ironic18:12
*** annegentle_ has joined #openstack-ironic18:12
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Handle packet loss correctly in logout/logon  https://review.openstack.org/9309818:14
*** annegentle has quit IRC18:17
Shrewsooh, fun gerrit bug: http://lists.openstack.org/pipermail/openstack-dev/2014-May/034843.html18:21
NobodyCamieek that is a good one18:25
openstackgerritA change was merged to stackforge/pyghmi: Handle packet loss correctly in logout/logon  https://review.openstack.org/9309818:29
*** dwalleck has joined #openstack-ironic18:32
*** dwalleck_ has joined #openstack-ironic18:53
*** dwalleck_ has quit IRC18:53
*** zdin0bot1 has joined #openstack-ironic18:56
adam_gwhats the quickest way to abort a provision thats in wait call-back?18:56
*** zdin0bot has quit IRC18:56
*** dwalleck has quit IRC18:57
Shrewspower off?18:59
Shrewsas in, your laptop  :)18:59
*** geertj has quit IRC18:59
Shrewsadam_g: think there's any chance of getting https://review.openstack.org/92883 pushed through today before everyone heads off to the summit?19:02
*** romcheg1 has quit IRC19:02
adam_gShrews, pinged #openstack-qa. fingers crossed. :)19:02
*** dwalleck has joined #openstack-ironic19:08
*** dwalleck has quit IRC19:09
*** dwalleck has joined #openstack-ironic19:10
adam_ghow about recovering from a provision error?19:10
*** openstackgerrit has quit IRC19:19
*** openstackgerrit has joined #openstack-ironic19:20
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Consider free disk space before downloading images into cache  https://review.openstack.org/9262519:28
*** dwalleck has quit IRC19:31
*** epim has joined #openstack-ironic19:31
*** dwalleck has joined #openstack-ironic19:36
*** epim has quit IRC19:37
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Fix attribute error on particularly bad connections  https://review.openstack.org/9311719:54
adam_gShrews, were you working on some partitioning issues earlier this week or was that someone else?19:55
*** epim has joined #openstack-ironic19:55
Shrewsadam_g: that was NobodyCam and lucas-packing19:55
adam_gShrews, do you remember the bug by chance?19:55
NobodyCamcould be me19:56
NobodyCam:-p19:56
Shrewsadam_g: https://bugs.launchpad.net/ironic/+bug/131764719:56
adam_gNobodyCam, http://paste.openstack.org/show/79772/ that look farmiliar?19:56
NobodyCamyep... testing a patch right now19:57
NobodyCamadam_g: its the nodes volume lables19:58
NobodyCamlabels even19:58
openstackgerritA change was merged to stackforge/pyghmi: Fix attribute error on particularly bad connections  https://review.openstack.org/9311719:58
adam_gNobodyCam, ah!19:58
adam_gNobodyCam, changing the label will likely break boot tho? /etc/fstab boots by label19:59
NobodyCamdepends this is a rebuild?19:59
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Fix unregister_keepalive when no keepalives registered  https://review.openstack.org/9312019:59
NobodyCamthe label will get reset19:59
*** dwalleck has quit IRC19:59
adam_gNobodyCam, im not doing rebuild yet. just trying to boot from the seed20:00
*** geertj has joined #openstack-ironic20:00
*** jcoufal_ has quit IRC20:01
*** Mikhail_D_ltp has quit IRC20:01
NobodyCamdoes the nodes disk have labels already..20:01
*** dwalleck has joined #openstack-ironic20:02
adam_gNobodyCam, it might? im not sure. the seed node does. i get the same partitioning error during provisioning, after the ramdisk and conductor have initiated the iscsi connection20:02
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Adding a reference driver for the agent  https://review.openstack.org/8479520:03
NobodyCamI should have a patch here in a few min20:04
adam_gNobodyCam, ready to test!20:04
*** jcoufal has joined #openstack-ironic20:04
openstackgerritA change was merged to stackforge/pyghmi: Fix unregister_keepalive when no keepalives registered  https://review.openstack.org/9312020:08
*** jcoufal has quit IRC20:19
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Factoring out PXE and TFTP functions  https://review.openstack.org/9023320:20
dtantsurShrews, left a comment on https://review.openstack.org/#/c/92340/ . I do realize that recently-introduced ImageCache can lead to confusions :)20:26
*** annegentle_ has quit IRC20:27
Shrewsdtantsur: thx. going through that code now20:27
*** dwalleck has quit IRC20:28
NobodyCamhumm We don't know where your gerrit is.20:30
*** jcoufal has joined #openstack-ironic20:30
Shrewswhere was the last place you used it???20:31
Shrews:)20:31
dtantsurlol20:31
Shrewsdtantsur: changed my vote20:31
ShrewsNobodyCam: fresh clone?20:32
NobodyCamyes... no its me.. I cant ssh to gerrit20:37
Shrewsi had trouble accessing it earlier too. it cleared up quickly though20:37
ShrewsNobodyCam: probably related to the gerrit bug in the topic20:39
NobodyCamyea I'm getting Permission denied (publickey).20:39
NobodyCamyea.. checking20:39
Shrewsok, calling it a week. see you all IRL soon20:41
NobodyCamhave a good weekend Shrews see ya in atalanta20:54
*** ChanServ changes topic to "OpenStack Bare Metal Provisioning | Docs: http://docs.openstack.org/developer/ironic/ | Bugs: https://bugs.launchpad.net/ironic | Status: https://etherpad.openstack.org/p/IronicWhiteBoard"20:55
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Factoring out PXE and TFTP functions  https://review.openstack.org/9023320:57
*** linggao has quit IRC20:57
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Adding a reference driver for the agent  https://review.openstack.org/8479520:58
*** epim has quit IRC20:59
*** eguz has joined #openstack-ironic21:03
*** annegentle has joined #openstack-ironic21:06
*** eghobo has quit IRC21:07
*** Nisha has quit IRC21:10
*** epim has joined #openstack-ironic21:15
*** zdin0bot1 has quit IRC21:16
*** matty_dubs is now known as matty_dubs|gone21:19
*** epim has quit IRC21:25
openstackgerritChris Krelle proposed a change to openstack/ironic: Workaround for conflicting volume labels  https://review.openstack.org/9313321:27
NobodyCamadam_g: ^^^^21:28
*** harlowja has quit IRC21:29
adam_gNobodyCam, nice! will test shortly21:30
NobodyCamadam_g: I dont expect it will land in current form.. but it did work in my testing21:31
adam_gNobodyCam, cool.w ill definitely give it a shot21:31
*** epim has joined #openstack-ironic21:34
*** epim has quit IRC21:37
* NobodyCam wanders afk for a bit... 21:38
NobodyCamadam_g: please let me know your results...I'll be back to check21:39
adam_gNobodyCam, booting now21:40
*** athomas has quit IRC21:42
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Adding a reference driver for the agent  https://review.openstack.org/8479521:43
adam_gNobodyCam, http://paste.openstack.org/show/79782/21:49
NobodyCamadam_g: humm let me add a try around tune2fs call...21:54
NobodyCamis after I eat ok :-p21:54
adam_gNobodyCam, yeah, i was just adding a comment21:55
*** openstackgerrit has quit IRC22:05
*** openstackgerrit has joined #openstack-ironic22:06
openstackgerritChris Krelle proposed a change to openstack/ironic: Workaround for conflicting volume labels  https://review.openstack.org/9313322:09
*** jcoufal has quit IRC22:24
NobodyCamadam_g: ^^ think that may work for ya22:27
*** dtantsur has quit IRC22:41
*** eghobo has joined #openstack-ironic22:44
*** eghobo has quit IRC22:45
*** eghobo has joined #openstack-ironic22:46
*** geertj has quit IRC22:47
*** harlowja has joined #openstack-ironic22:54
lucas-packingok it's pretty late here, have a good night everyone... see some of you next week :)23:03
JayFsee you monday23:04
*** lucas-packing has quit IRC23:06
*** killer_prince has joined #openstack-ironic23:11
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/9295323:49

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