Monday, 2014-03-10

*** mdurnosvistov_ has quit IRC00:34
*** nosnos has joined #openstack-ironic01:37
*** nosnos has quit IRC01:38
*** nosnos has joined #openstack-ironic01:40
*** jbjohnso has quit IRC01:58
*** lazy_prince has quit IRC02:14
*** killer_prince has joined #openstack-ironic02:15
*** murzer has quit IRC02:17
*** lazy_prince has joined #openstack-ironic03:23
*** lazy_prince has quit IRC03:28
*** killer_prince is now known as lazy_prince03:31
*** lazy_prince2 has joined #openstack-ironic04:45
*** lazy_prince2 is now known as killer_prince04:45
*** rameshg87 has joined #openstack-ironic04:56
*** saju_m has joined #openstack-ironic04:59
*** nosnos has quit IRC05:39
*** nosnos has joined #openstack-ironic05:39
*** saju_m has quit IRC05:54
*** saju_m has joined #openstack-ironic05:55
*** loki_ has joined #openstack-ironic05:56
*** saju_m has quit IRC06:00
*** saju_m has joined #openstack-ironic06:02
openstackgerritJenkins proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/7886206:07
*** nosnos_ has joined #openstack-ironic06:51
*** nosnos has quit IRC06:51
*** nosnos has joined #openstack-ironic06:56
*** nosnos_ has quit IRC06:58
*** nosnos has quit IRC07:05
*** nosnos has joined #openstack-ironic07:08
*** romcheg has joined #openstack-ironic07:11
*** nosnos has quit IRC07:12
*** nosnos has joined #openstack-ironic07:12
*** max_lobur has joined #openstack-ironic07:16
*** matsuhashi has joined #openstack-ironic07:39
*** max_lobur has quit IRC07:39
*** mdurnosvistov_ has joined #openstack-ironic08:12
*** saju_m has quit IRC08:22
GheRiveromorning ironic08:22
*** saju_m has joined #openstack-ironic08:28
romchegMorning GheRivero08:28
*** ifarkas has joined #openstack-ironic08:32
openstackgerrityangxurong proposed a change to openstack/ironic: Sort requirement files in alphabetical order  https://review.openstack.org/7927608:40
*** Manishanker has left #openstack-ironic08:41
*** matsuhashi has quit IRC08:50
*** saju_m has quit IRC08:50
*** matsuhashi has joined #openstack-ironic08:54
*** saju_m has joined #openstack-ironic09:04
*** romcheg has left #openstack-ironic09:07
*** saju_m has quit IRC09:10
*** saju_m has joined #openstack-ironic09:11
*** martyntaylor has joined #openstack-ironic09:12
*** derekh has joined #openstack-ironic09:12
*** ndipanoff has joined #openstack-ironic09:15
*** jistr has joined #openstack-ironic09:15
*** lucasagomes has joined #openstack-ironic09:16
*** athomas has joined #openstack-ironic09:31
*** ndipanoff is now known as ndipanov09:49
*** martyntaylor has quit IRC10:07
*** jrist has quit IRC10:08
*** jrist has joined #openstack-ironic10:21
*** martyntaylor has joined #openstack-ironic10:25
*** romcheg has joined #openstack-ironic10:36
GheRiverolucasagomes: About the multiplex driver, I remember that you suggested to use decorators for something, but I don't remember for what.10:45
lucasagomesGheRivero, oh it was an suggestion but we dropped it10:45
GheRiverook. thanks10:46
lucasagomesI suggested to use some decorators on the methods that will be exposed to the vendorpassthru10:46
lucasagomesbut we voted to have something more explicit instead10:46
lucasagomesGheRivero, like the dict you put on ur patch :)10:46
GheRiverooh yes! I remember now.10:46
GheRiveroI though I was missing on the patch10:47
*** romcheg1 has joined #openstack-ironic10:47
lucasagomes:)10:47
lucasagomesu grand10:47
*** romcheg has quit IRC10:47
*** mdurnosvistov__ has joined #openstack-ironic10:48
*** mdurnosvistov_ has quit IRC10:50
*** romcheg1 has quit IRC10:56
openstackgerritGhe Rivero proposed a change to openstack/ironic: Generic MixinVendorInterface using static mapping  https://review.openstack.org/7838410:58
*** saju_m has quit IRC11:05
*** romcheg has joined #openstack-ironic11:31
*** max_lobur has joined #openstack-ironic11:38
*** loki_ has quit IRC11:50
*** killer_prince has quit IRC11:56
*** matsuhashi has quit IRC12:11
*** matsuhashi has joined #openstack-ironic12:13
*** linggao has joined #openstack-ironic12:17
openstackgerritGhe Rivero proposed a change to openstack/ironic: Generic MixinVendorInterface using static mapping  https://review.openstack.org/7838412:19
*** lazy_prince is now known as killer_prince12:27
*** mdurnosvistov__ has quit IRC12:33
*** jdob has joined #openstack-ironic12:35
*** lucasagomes is now known as lucas-hungry12:39
*** killer_prince has quit IRC12:44
*** rameshg87 has left #openstack-ironic12:48
*** killer_prince has joined #openstack-ironic12:51
*** romcheg1 has joined #openstack-ironic13:05
*** romcheg has quit IRC13:05
*** matty_dubs|gone is now known as matty_dubs13:12
matty_dubsGood morning, Ironic!13:14
*** rustlebee is now known as russellb13:26
*** matsuhashi has quit IRC13:32
*** ndipanov_ has joined #openstack-ironic13:33
*** romcheg1 has left #openstack-ironic13:33
*** ndipanov_ has quit IRC13:33
*** ndipanov_ has joined #openstack-ironic13:34
*** ndipanov has quit IRC13:36
*** nosnos has quit IRC13:38
*** lucas-hungry is now known as lucasagomes13:39
*** killer_prince is now known as lazy_prince13:46
*** jgrimm has quit IRC13:51
*** ndipanov_ is now known as ndipanov13:53
*** ndipanov has quit IRC13:53
*** ndipanov has joined #openstack-ironic13:54
*** jbjohnso has joined #openstack-ironic14:13
lucasagomeslifeless, ping re disk partitioning in Ironic14:16
lucasagomeslifeless, was thinking, right now we have 2 layouts:14:16
lucasagomesif ephemeral is not present, root will be the first partition and then swap14:17
lucasagomesif ephemeral is present, ephemeral will be the first, then swap, then root14:17
lucasagomeslifeless, for consistency sake, I think make sense to put root _always_ as the last partition, any objections?14:18
*** rwsu has joined #openstack-ironic14:36
*** davidlenwell has quit IRC14:48
*** martyntaylor has quit IRC14:49
BlartVersenwaldGood morning Ironic14:49
*** BlartVersenwald is now known as NobodyCam14:49
openstackgerritJenkins proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/7933414:49
*** davidlenwell_ has joined #openstack-ironic14:49
*** martyntaylor has joined #openstack-ironic14:51
*** blamar has joined #openstack-ironic15:00
*** ndipanov has quit IRC15:02
*** blamar has quit IRC15:02
*** tatyana has joined #openstack-ironic15:02
*** blamar has joined #openstack-ironic15:02
*** jgrimm has joined #openstack-ironic15:03
*** ndipanov has joined #openstack-ironic15:06
*** rloo has joined #openstack-ironic15:11
*** datajerk1 has joined #openstack-ironic15:30
*** datajerk has quit IRC15:30
NobodyCamslow morning today!15:52
lucasagomesmorning NobodyCam matty_dubs15:53
NobodyCammorning lucasagomes15:53
lucasagomes:)15:54
lucasagomesNobodyCam, on the road already?15:54
*** lazy_prince is now known as killer_prince15:54
NobodyCamlucasagomes: home already15:55
NobodyCam:)15:55
lucasagomes:D15:55
lucasagomesawesome15:55
NobodyCam:)15:55
*** Hefeweizen has quit IRC16:00
matty_dubsHowdy lucasagomes!16:02
NobodyCamMorning matty_dubs :)16:03
lucasagomes:)16:04
*** hemna__ has quit IRC16:08
*** ifarkas has quit IRC16:08
*** vkozhukalov has joined #openstack-ironic16:08
openstackgerritA change was merged to openstack/ironic: Move v1 API tests to separate v1 directory  https://review.openstack.org/7891816:09
*** Hefeweizen has joined #openstack-ironic16:18
*** matty_dubs is now known as matty_dubs|lunch16:20
NobodyCambbt ...brb16:21
*** jgrimm has quit IRC16:27
*** harlowja has joined #openstack-ironic16:49
* NobodyCam shutters with every he uses --trash-my-machine16:52
NobodyCam:-p16:52
* NobodyCam shutters with every use of --trash-my-machine16:52
jrollwhat's the HA model for the ironic API? spin up X servers and throw them behind a load balancer should work, right?16:53
NobodyCamjroll: yep that should work16:54
jrollcool, thanks16:54
*** killer_prince is now known as lazy_prince16:57
*** ifarkas has joined #openstack-ironic17:02
*** matty_dubs|lunch is now known as matty_dubs17:07
*** jistr has quit IRC17:16
*** eghobo has joined #openstack-ironic17:23
*** dhellmann is now known as dhellmann_17:23
NobodyCamlucasagomes: quick question you may know the answer to. icli.node.update returns a node object, correct?17:24
lucasagomesNobodyCam, yes17:25
lucasagomesit returns the updated node17:25
NobodyCamok :)17:25
NobodyCamgoing to see if I can do a little clenup while fighting with devtest17:26
NobodyCam:)17:26
*** martyntaylor has quit IRC17:26
NobodyCamoh are we meeting today, are people still travling?17:26
lucasagomesNobodyCam, idk, is devananda here?17:29
NobodyCamhe's running a tad late this morning, he'll be on around 1117:29
NobodyCam(pst )17:29
lucasagomesNobodyCam, btw I have a small fix for the driver, the retry_on_conflict doesn't work anymore17:29
lucasagomesbecause it nows returns httpserviceunavailable17:29
lucasagomesfor temporary failures17:30
lucasagomesI mean temporary locks etc17:30
lucasagomesnot failures17:30
lucasagomesNobodyCam, ic17:30
NobodyCamdo you want to push that up or past me the change?17:30
lucasagomesNobodyCam, will do, testing it right now17:30
NobodyCam:)17:30
lucasagomesjust in case17:31
lucasagomessaw my deploy failing because of that17:31
lucasagomesquicked fixed lemme see17:31
NobodyCamahh :) I'm tring to get my env working again17:31
NobodyCam:-p17:31
*** rloo has quit IRC17:31
lucasagomesNobodyCam, tripleo or devstack?17:31
NobodyCamooo17:32
*** rloo has joined #openstack-ironic17:32
lucasagomesack17:32
lucasagomesNobodyCam, btw, I put up two bp today17:32
lucasagomesif u wanna take a look17:32
* lucasagomes go grab the links17:32
lucasagomesNobodyCam, https://blueprints.launchpad.net/ironic/+spec/advanced-partition-manager17:32
lucasagomesNobodyCam, https://blueprints.launchpad.net/ironic/+spec/ipxe-boot17:32
NobodyCam:) #1 makes good sense to me :) I havn't use pyparted but seems like the way to go17:34
lucasagomesNobodyCam, :) or udisks17:34
NobodyCamudisks would have two dep's udsik and python-udisks?17:35
NobodyCamor just python-udisks17:35
NobodyCam(/me has not looked)17:35
lucasagomesNobodyCam, python-udisks is just a wrapper17:35
lucasagomesudisks is a daemon that does manage disks17:36
lucasagomesand it has a dbus interface17:36
lucasagomesthe python-udisks is a wrapper to manage udisks like objects17:36
lucasagomesbut all it does is do dbus calls to the udisks daemon17:36
NobodyCamya, parted is installed by default on most distros no?17:36
lucasagomesyup17:36
NobodyCam:)17:36
lucasagomesudisks is instealled by default on fedora as well17:37
lucasagomesnot sure about ubuntu17:37
NobodyCamdbus interface is neat sounding17:37
lucasagomesyeah17:37
lucasagomesI like it17:37
NobodyCamahh and I have it on my ubuntu17:38
NobodyCamso17:38
NobodyCam:)17:38
lucasagomes:D17:38
lucasagomespython-udisks is not totally complete tho, I gotta add more stuff to it17:38
NobodyCamCommand python setup.py egg_info failed with error code 1 in /opt/stack/venvs/python-glanceclient/build/cryptography17:38
lucasagomesbut the basic interfaces are there I believe17:38
*** ndipanov is now known as ndipanov_gone17:42
*** tatyana has quit IRC17:42
*** martyntaylor has joined #openstack-ironic17:43
NobodyCamquick walkies...17:47
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Nova ironic driver to retry on HTTP 503  https://review.openstack.org/7938117:48
lucasagomesNobodyCam, ^17:48
lucasagomesenjoy walkies17:48
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Nova ironic driver to retry on HTTP 503  https://review.openstack.org/7938117:50
*** linggao has quit IRC17:51
*** derekh has quit IRC17:51
*** linggao has joined #openstack-ironic17:54
NobodyCam:)17:57
*** athomas has quit IRC17:59
*** dwalleck has joined #openstack-ironic17:59
NobodyCammax_lobur: you around?17:59
jrollso, meeting?18:01
NobodyCamjroll: daylight savings time18:01
NobodyCammeeting at noon18:01
jrollohhhh right18:02
NobodyCamor 1900 gmt18:02
NobodyCam:)18:02
jrollthanks :)18:02
NobodyCamalways gets me too18:02
lifelesslucasagomes: so we did that thing in nova18:04
lucasagomeslifeless, ack, yeah it looks more consistent18:04
lifelesslucasagomes: to allow manual partitioning of the remainder of the disk without cloud-init taking over, when no ephemeral was used.18:04
lucasagomeslifeless, a-ha great18:05
lifelesslucasagomes: I mean, we did the two layouts in nova-bm for ^ reason18:05
lucasagomeslifeless, got it makes sense18:05
lucasagomeslifeless, also when u get a time I would appreciate ur input at https://blueprints.launchpad.net/ironic/+spec/advanced-partition-manager18:05
lifelesslucasagomes: however, that was before we had ephemeral support sorted, and the reason we kept the old layuot was to make dealing with the transition easy18:05
lifelesslucasagomes: so, +1 on making it more consistent now18:05
lucasagomeslifeless, ack I will work on a patch for that18:06
* devananda reads scrollback18:06
lifelesslucasagomes: I don't think we need to keep compat in this regard with nova baremetal - but worth thinking about the implications for upgrades from nova-bm18:06
devanandamorning, all18:06
NobodyCammorning devananda :)18:06
lucasagomesmorning devananda18:06
lucasagomeslifeless, yeah, it's not a critical thing18:06
lucasagomesbut as I'm also working on get rid of the swap partition18:06
dwalleckAhh, meeting isn't for another hour? Silly time changes18:06
lucasagomeslifeless, having the partition layout more consistent will make the code cleaner for that as well18:07
NobodyCamdevananda: while reading scroll back you wanta glance over https://review.openstack.org/7938118:07
lifelesslucasagomes: I can't see a spec at that url, just a short paragraph or two18:07
NobodyCamdwalleck: :) yep18:07
lucasagomeslifeless, ouch weird lemme check18:07
lifelesslucasagomes: by upgrade implications, i mean - if you have an instance deployed with nova bm, you upgrade to use ironic, and then you do 'nova rebuild --preserve-ephemeral'18:08
lifelesslucasagomes: we wouldn't want that to be confused about where the root partition is18:08
lifelesslucasagomes: FWIW gpt support is very straight forward in the current structure, and we don't care about reading back which partition is bootable18:09
lucasagomeslifeless, right, that was just an example18:09
devanandalucasagomes: looks to me like _retry_if_service_is_unavailable should be a decorator18:09
lifelesslucasagomes: so the problem statement doesn't make sense to me.18:09
devanandalucasagomes: but the 409 -> 503 change seems correct18:10
lifelesslucasagomes: the idea of bringing udisks into the picture is rather terrifying, it has such a huge dependency tre18:10
lifelesstree18:10
devanandalifeless: I do not want to support a nova-bm -> ironic upgrade path with --preserve-ephemeral18:11
lucasagomeslifeless, right, what I mean in that blueprint is to have a more advanced way to manage the partitions, for e.g I think it was the mirantes folks that were talking about lvm in the tripleo mid-cycle18:11
devanandalifeless: given the testing requirements / overhead for such a thing, when it's not necessary for graduation18:11
lucasagomesso the advanced parition mechanism would just be an "pluggable" way to manage diferent partitioning schemas18:12
lucasagomesdevananda, right, I can work on a decorator for that18:12
lucasagomesjust fixed as-is cause it was failing in my env18:12
devanandalucasagomes: ack, that's fine18:13
lifelesslucasagomes: so, if folk need it we should support it, but the spec should cover the actual use cases, and proposed implementation, including things like how users specify what they want etc.18:13
lifelesslucasagomes: I'm expecting an etherpad at the 'spec url' on the blueprint page, with lots of detail18:13
lucasagomeslifeless, right, yeah I just put it up today18:13
lucasagomeslifeless, I will work on a more detailed implementation/overview18:13
lifelesslucasagomes: I worry a great deal about the idea of LVM being an Ironic concern18:14
lucasagomeslifeless, well disk managing in general18:14
lifelesslucasagomes: seems like a massive layering violation to me18:14
lucasagomeslifeless, the idea was to have cinder to design the partition layout but ironic would still do the actual partitioning18:14
lucasagomesafaiui18:14
lifelesslucasagomes: perhaps we can discuss in atlanta?18:15
lifelesslucasagomes: seems like a not-yet thing, given our other more pressing needs ;)18:15
lucasagomeslifeless, definitely18:15
lucasagomeslifeless, yup, yeah it's just good to have it up there so people can look at it and put their thoughts on that bp18:15
lucasagomesin atlanta we can propouse a section to talk about it more closely18:16
lucasagomesand try to come up with some solution, either on ironic or cinder18:16
lifelessdevananda: re upgrades - unless the current round of vendor products manage to ship with Ironic, TripleO based things will need that upgrade path to work.18:16
lifelessdevananda: I'm not saying it should distract from meeting the 'deprecate Nova-BM' focus, but forcing an entire cluster to be redeployed to upgrade seems like its not an upgrade path.18:17
lifelessin that its no easier than just wiping everything and starting over18:17
devanandalifeless: this is one reason why I've been pushing for nova-bm to be frozen18:19
lifelessdevananda: The feature is in both nova-bm and ironic18:19
devanandaindeed18:20
devanandaand ironic can't move that functionality now18:20
devanandas/move/change/18:20
* Shrews wonders why the cherry-pick of 70348 was removed from https://etherpad.openstack.org/p/IronicAndDevstackAgain18:20
lifelessdevananda: so the frozen comment seems a little bit of a non-sequitur18:20
lifelessdevananda: it can, change it, it just needs to do so in the same way it would if it was in Ironic previously - gracefully.18:20
*** dhellmann_ is now known as dhellmann18:23
NobodyCamlifeless: quick question for you, have you seen a issue when running devtest on a x64 bast system and building i386 images, where it errors with "cffi.ffiplatform.VerificationError: LinkError: command 'i686-linux-gnu-gcc' failed with exit status 1" I have /usr/bin/x86_64-linux-gnu-gcc but not i68618:23
NobodyCams/bast/based/18:24
max_loburNobodyCam: hi! around18:24
max_loburhi Everyone18:24
lifelessNobodyCam: I haven't no. i686-linux-gnu-gcc should be installed in the chroot, not in your host os.18:25
lifelessNobodyCam: use break= or perhaps add a call to 'bash' around where it fails18:25
lifelessNobodyCam: if the logs don't give you enough info18:25
NobodyCammorning max_lobur :) I was just seeing if you around18:25
NobodyCamlifeless: ack :) looking into it now... just saw you in channel figured I'd ask18:26
max_lobur:)18:26
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add Node.instance_info field  https://review.openstack.org/7939618:26
*** davidlenwell_ is now known as davidlenwell18:26
*** max_lobur has left #openstack-ironic18:27
*** max_lobur has joined #openstack-ironic18:27
*** lucasagomes is now known as lucas-afk18:30
lifelessthe failed to get metadata thing is worrying18:32
NobodyCamahh hidden in the log: /opt/stack/venvs/python-glanceclient/build/cryptography/cryptography/hazmat/bindings/__pycache__/cryptography/hazmat/bindings/__pycache__/_cffi__x5eaa210axf0ae7e21.o: file not recognized: File truncated18:37
devanandaadam_g: still using that hpcs instance for devstack?18:39
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add Node.instance_info field  https://review.openstack.org/7939618:44
* NobodyCam makes a bagel b4 meeting18:46
openstackgerritRuby Loo proposed a change to openstack/ironic: Implement API to get driver properties  https://review.openstack.org/7300518:48
* devananda updates agenda18:54
*** romcheg1 has joined #openstack-ironic18:54
*** lucas-afk is now known as lucasagomes18:56
*** dwalleck_ has joined #openstack-ironic18:57
*** dwalleck has quit IRC18:57
* NobodyCam reviews new agenda and eats his bagel18:58
*** dwalleck has joined #openstack-ironic18:59
* NobodyCam heads over to meeting room18:59
*** dwalleck_ has quit IRC19:01
russell_his anyone else seeing an issue with database.connection not being defaulted to anything?19:10
russell_hI don't know what it defaulted to before19:10
russell_hor if this is expected19:10
russell_hbut now its None which breaks pretty hard19:10
openstackgerritA change was merged to openstack/ironic: Nova ironic driver to retry on HTTP 503  https://review.openstack.org/7938119:20
adam_gdevananda: that instance is okay to go away now,t hanks19:21
devanandaadam_g: hi! meeting in #openstack-meeting, btw19:21
adam_gdevananda: yea! missed the start, but..19:23
openstackgerritRuby Loo proposed a change to openstack/ironic: Implement API to get driver properties  https://review.openstack.org/7300519:32
*** vkozhukalov has quit IRC19:44
*** rloo has quit IRC19:50
*** rloo has joined #openstack-ironic19:50
Shrewsadam_g, ifarkas: i think i have a fix for the scheduler issue... testing now19:53
*** dwalleck_ has joined #openstack-ironic19:56
*** hmelevsk has joined #openstack-ironic19:58
adam_gShrews: cool19:58
*** dwalleck has quit IRC20:00
NobodyCamgreat meeting all Thank you20:00
lucasagomesdevananda, NobodyCam would ask for an action but time's up20:01
devanandahehe20:01
lucasagomesI will send something to the list asking people to give ideas of what methods would be common across vendor drivers20:01
NobodyCam#action lucas to do what he said20:01
lucasagomesand give the set_boot_device as an example20:01
lucasagomesNobodyCam, :P heh20:02
lucasagomescheers hah20:02
NobodyCamhave a good night lucasagomes20:02
ifarkasShrews, that's great20:02
adam_gShrews:  i was hitting one other issue last week that lib/ironic was doing a restart of nova using stop_nova + start_nova. stop_nova does not stop n-obj, but start_nova tries to start it.. so objectstore fails to start up again (port 3333 already in use)20:02
NobodyCambrb20:03
* devananda steps away for a few minutse20:04
*** dwalleck_ has quit IRC20:05
*** dwalleck_ has joined #openstack-ironic20:05
*** dwalleck has joined #openstack-ironic20:06
*** dwalleck_ has quit IRC20:10
lucasagomesNobodyCam, thanks! g night/morning/afternoon for u too20:12
lucasagomesdevananda, g'night!20:12
NobodyCam:)20:12
NobodyCamhave a pint for me20:12
lucasagomesNobodyCam, heh I'm looking like a zombie today hah20:12
lucasagomesjetlagged20:12
NobodyCamoh ya..20:12
lucasagomes:P I will eat something and try to get some sleep early today20:12
NobodyCam:)20:12
*** dwalleck has quit IRC20:16
* NobodyCam looks for soem food stuff20:19
*** dwalleck has joined #openstack-ironic20:25
*** dwalleck_ has joined #openstack-ironic20:26
*** hmelevsk has quit IRC20:26
jrolldevananda: replied to your comments on the instance_info patch. if I push a new patchset will it make it difficult for you to read/reply to the comments I made?20:29
*** dwalleck has quit IRC20:30
*** mrda_away is now known as mrda20:31
mrdaMorning all20:31
jrollhey mrda20:32
mrdahey jroll20:32
*** rloo has quit IRC20:33
*** rloo has joined #openstack-ironic20:33
*** rloo has quit IRC20:36
*** rloo has joined #openstack-ironic20:36
Shrewsadam_g, ifarkas: so, the latest version of ironic needs to be available (with NobodyCam's recent nova driver import stuff) before devstack will work. just 'cd /opt/stack/ironic ; git pull' and it should work again20:53
Shrewsi'll update the etherpad and review20:54
mrdaHi Shrews, which etherpad is this? (I might find time to have a play today)20:55
Shrewsmrda: https://etherpad.openstack.org/p/IronicAndDevstackAgain20:55
mrdaShrews: ta20:55
adam_gShrews, whats the nova.conf key=value you're setting?20:57
Shrewsadam_g: which setting?20:57
adam_gShrews, sorry, for the scheduler driver20:58
jrolldevananda: replied to your comments on the instance_info patch. if I push a new patchset will it make it difficult for you to read/reply to the comments I made?20:58
Shrewsadam_g: i don't set scheduler_driver. scheduler_host_manager (if that's what you meant) is already set correctly20:59
Shrewsi did comment out the NOVA_BRANCH setting, though21:01
*** vkozhukalov has joined #openstack-ironic21:02
*** jdob has quit IRC21:05
NobodyCamdevananda: happen to be back yet/21:05
*** jbjohnso has quit IRC21:10
NobodyCamstyle listic question: does anyone have thoughts on the best way to get the return object/values/whatever from line #149 of https://github.com/openstack/ironic/blob/master/ironic/nova/virt/ironic/driver.py#L145-L16121:11
jrollNobodyCam: not sure what you mean. what are you trying to do?21:15
NobodyCamjroll: in line 385 of that file that function is called21:16
NobodyCamhttps://github.com/openstack/ironic/blob/master/ironic/nova/virt/ironic/driver.py#L38521:16
NobodyCamwith node.update21:16
NobodyCamwhich will return a node object. which I would like to get that object back21:16
NobodyCamone to many which's in that I think21:17
jrollohhh, how to return something from _retry_if_service_is_unavailable21:17
jrollhrm21:17
jrollyou want the node object back in line 385, right?21:18
NobodyCamyeppers21:19
*** dwalleck_ has quit IRC21:21
jrolloh, NobodyCam, you can pass a return value to LoopingCallDone21:21
NobodyCamI was thinking if func() run with out error then set something like self.return_value and just get it from there21:21
jrolland I bet there's a way to get that out21:22
*** linggao has quit IRC21:22
jrolltimer.done will be an eventlet.event.Event21:22
jrolland that event gets sent the return value21:23
jrollso you should be able to use that somehow21:23
NobodyCamjroll: humm21:24
jrollI want to link you to the loopingcall source21:24
jrollbut I can't find it in github :P21:24
NobodyCami'll google21:25
jrollor can't find common, specifically21:25
jrollbut check out that FixedIntervalLoopingCall thing21:25
NobodyCam:)21:26
jrolloh, even better21:26
jroll.wait() should return it21:26
jrollthis is what eventually gets called with the return value passed into LoopingCallDone()21:27
jrollhttp://eventlet.net/doc/modules/event.html#eventlet.event.Event.send21:27
NobodyCamoh neat21:27
jroll:)21:27
*** mdurnosvistov_ has joined #openstack-ironic21:30
openstackgerritJenkins proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/7933421:31
NobodyCamjroll: that cool stuff but not quite what I was looking for, As I am looking for the patched object the call will return, with out first creating a node object to pss back21:34
jrollNobodyCam: the node would be returned by func(*args), right?21:34
NobodyCamya21:34
jrollso grab that and pass it into LoopingCallDone()21:35
jrolland it will be returned by wait() in the last line of your function there21:35
jrolldoes that make sense?21:36
NobodyCamactually yes21:37
jrollsweet :)21:37
NobodyCamjroll: Thank you:)21:38
jrollno problem21:38
*** dwalleck has joined #openstack-ironic21:41
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add a JSON type for nested JSON structures  https://review.openstack.org/7946521:46
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add Node.instance_info field  https://review.openstack.org/7946621:46
jrollugh, that got screwed up21:48
NobodyCami distracted you21:49
openstackgerritRuby Loo proposed a change to openstack/python-ironicclient: Add driver-properties command  https://review.openstack.org/7633821:49
jrollNobodyCam: nah, it was a weird thing where I wanted to split something off to a separate commit before the commit in review :/21:50
jrollidk if it was avoidable21:50
NobodyCam:)21:51
*** max_lobur has quit IRC21:53
*** max_lobur has joined #openstack-ironic21:55
*** vkozhukalov has quit IRC21:58
*** dwalleck_ has joined #openstack-ironic21:58
*** dwalleck has quit IRC22:01
rloorussell_h: did you get an answer to database.connection?22:02
*** dwalleck has joined #openstack-ironic22:03
*** dwalleck_ has quit IRC22:03
russell_hrloo: nope22:06
NobodyCamhumm I am having a issue installing  glance-client22:06
russell_hrloo: I'm not stuck on it, was just curious if it was intended22:06
*** vkozhukalov has joined #openstack-ironic22:06
rloorussell_h: i just encountered it, but I have to take off. I tracked it down to this change: https://github.com/openstack/ironic/commit/36a9682478062b099456dfb7586fc524a435ded5.22:07
rloorussell_h: If I get a chance, I'll take a look tonight.22:07
NobodyCamheading back north rloo ?22:08
*** romcheg1 has quit IRC22:12
devanandaNobodyCam: back now22:13
NobodyCamwb devananda22:14
NobodyCamI jroll and I talked out my issue22:14
NobodyCamlol tring to get a test env going now22:14
devananda:)22:15
jrolldevananda: I replied to your comments here: https://review.openstack.org/#/c/79396/22:16
jrolldevananda: but when I pulled the one thing out into a new commit it ended up making new reviews: https://review.openstack.org/#/c/79465/ https://review.openstack.org/#/c/79466/22:17
devanandajroll: https://wiki.openstack.org/wiki/GerritWorkflow22:18
jrolldevananda: what are you pointing to there?22:19
jrolldevananda: you wanted it in a separate review, and I wanted my main changes to depend on that commit22:19
jrolland I think because I added a new commit *before* the commit under review, that's why it made a new one22:19
devanandajroll: it didn't have to create a new patch. you seemed to indicate that it was an accident22:19
devanandajroll: nope, that's not why22:19
jrollhm22:20
jrolldo I just need to manually add the change id or something?22:20
devanandajroll: gerrit uses the Change-Id line22:20
devanandato tell which patch set is which22:20
devanandanot the commit sha22:20
devanandaso yes22:20
jrollah right22:20
devanandaor do a rebase -i22:20
jrollok, let me amend the latter review22:20
devanandait's fine22:20
jrollok22:21
jrollthank you22:21
devanandajroll: it looks like the two new reviews supercede the first one. if so, and you don't intend to continue it, please abandon it22:22
devanandajroll: i'm also curious why you need a nested dict here22:22
jrolldevananda: sure. just wanted to make sure you saw the comments before I did so22:22
devanandaack, thanks22:22
jrolldevananda: see the blueprint22:22
jrolldevananda: unless you think a bunch of keys like "configdrive__ssh_keys", "configdrive__admin_pass", etc. are better22:23
*** dwalleck has quit IRC22:23
devanandaahh22:24
*** max_lobur has quit IRC22:26
devanandaI think that is compatible with the data structure we have today, whereby if a parameter is present, it is assumed to be a literal value (eg, not a dict)22:26
devanandaadding nested and unversioned dicts will make maintaining compatibility across upgrades more difficult22:27
devanandaprojects have been trying to solve this internally by versioning their RPC and DB objects (rather than just passing dicts and nested dicts around)22:27
devanandathat is generally solved between projects by versioning the API22:27
jrollyeah, though it's hard to version something that we are not doing validation on :/22:28
devanandawe've already made the API somewhat flexible at specific places, eg. driver_info, because different drivers requrie different info22:28
devanandajroll: we do validate22:28
devanandajroll: each driver must expose a validate() method22:28
devanandaprecisely because of this22:29
jrolldevananda: hmm, ok.22:29
jrollI'm fine with versioning it, but I'm not sure the best way to do that (field in the JSON or an extra field in the DB)22:29
devanandai'm looking into the docs a bit22:33
devanandahttp://docs.openstack.org/user-guide/content/config_reference.html is interesting22:33
jrollthat's not really related with what goes in the configdrive22:33
devanandait's related to what nova will need to instruct Irnic to do22:34
devanandawhich needs to be part of the API to support config drive in Ironic22:34
devanandaeg, config_drive_cdrom22:35
devanandaconfig_drive_inject_password22:35
devanandaetc22:35
jrollhmm.22:35
jrollyeah22:35
devanandaother drivers can mount a CDROM using the OOB channel22:36
devanandawhich is a very compelling use case22:36
jrollwe were planning in the first version to only support a subset of that22:36
jrollbut yeah, I see where you're going22:36
devanandaas it can deliver secure metadata22:36
jrollyeah22:36
devanandawhat's the max size of a config drive?22:36
devanandai'm looking into nova's code -- https://github.com/openstack/nova/blob/master/nova/virt/configdrive.py22:37
jrollI'm not sure there is one22:37
jrollwe're using 16MB as the partition size for it right now22:37
devanandaa JSONEncodedDict, whether varchar or TEXT, is not suitable to store the whole contents of the config drive22:37
jrollbut you can basically inject arbitrary files into the system through configdrive22:37
jrollwhy?22:37
devanandaif the only thing passed in is an SSH pub key and an admin pass -- sure, it would work22:37
devanandadatabases are terrible places to store large files22:38
jrollbecause you don't want to parse a massive blob of json?22:38
jrollright22:38
jrollso, we had another idea with using swift22:38
devananda++22:38
jrolland storing a pointer in the db22:38
devanandamuch better22:38
jrollprops to JoshNang on that one22:38
devanandalet nova build the config drive, pass options and a swift ref22:38
devanandaor a ref to $somewhere22:38
JoshNang:)22:39
jrollwell22:39
jrollI mostly agree22:39
JayFAre we sure we want the configdrive to be opaque to Ironic?22:39
jrollalthough I'd almost rather pass the metadata around in json and have the agent format it and write it22:39
jrollrather than nova passing us an opaque iso image22:40
JoshNangJayF: is there a benefit to ironic being able to look inside the configdrive?22:40
*** matty_dubs is now known as matty_dubs|gone22:40
devanandanova already has the options and the code to build both vfat and iso configdrive images22:40
jrollright, I know22:40
JayFJoshNang: hmm. I'm not sure, I'm trying to think it through myself still.22:40
*** dwalleck has joined #openstack-ironic22:41
devanandai can see a case where particular ironic drivers may need to build an ISO and mount it OOB -- eg, for firmware update, if that's the vendor's chosen channel22:41
JayFFor instance, are there network configurations specific to physical devices (like bonded interfaces or trunked vlans) that nova might not support22:41
devanandaJayF: if so, we should add support to nova22:42
devanandaJayF: or neutron22:42
JayFDoes ironic already depend on direct access to swift? i.e. not via glance?22:45
russell_hJoshNang: Ironic may have to look in or modify things in configdrive22:48
russell_hJoshNang: for example, network configurations22:48
NobodyCamJayF: I do not recall ironic depending on swift access22:48
russell_hJoshNang: at least in our case - ideally eventually DHCP, etc, but.. :)22:48
JayFSo storing configdrive information in swift would add that dependency for the driver. IDK if that's a big deal or not, but it's worth being explicitly said22:49
*** dwalleck has quit IRC22:49
devanandarussell_h: if someone is using cloud-init, that's not possible22:49
russell_hwhats not?22:49
*** dwalleck has joined #openstack-ironic22:49
devanandarussell_h: changing the config drive22:50
devanandarussell_h: unless ironic talks back to nova to change the metadata22:50
NobodyCamJayF: ++ for explicitly calling out!22:50
JayFI think he means in flight, not once written22:50
* NobodyCam tihnks we may want a driver-requirments.txt file22:50
devanandarussell_h: what part of network configuration couldn't be supplied to nova / neutron and passed into the instance that way?22:52
*** bearhands is now known as comstud22:52
NobodyCamdevananda: what are your thoughts on somehting like a single driver adding a dependicy to requirments.txt file?22:52
devanandarussell_h: ironic is already passing node MAC addresses up the stack so they are correctly configured in nova-network / neutron22:52
devanandaNobodyCam: well, that's already been done, but actually should not have been22:52
NobodyCamdone for SM?22:53
devanandaNobodyCam: we should remove python-seamicroclient from requierments.txt and add it as a dynamic load in the driver22:53
devanandaya22:53
NobodyCamya22:53
russell_hdevananda: last week when we were talking, didn't we conclude that we should talk to neutron directly from within our driver (or at least in Ironic) instead of trying to have nova do that?22:54
devanandarussell_h: when needing to make changes to information in neutron, yes22:56
devanandarussell_h: AIUI, generating the instance metadata is nova's responsibility. not ironic's. we still need to expose a means for nova to do that22:57
devanandaregardless of how that metadata is delivered22:57
*** derekh has joined #openstack-ironic22:57
devanandaso if nova needs certain info (eg, MAC addresses, port bonding info, etc) in order to generate the instance's meta data, ironic needs to expose that back22:58
russell_hthat feels broken22:58
russell_hwell, hmm22:58
devanandalemme check with nova on something22:59
*** dwalleck has quit IRC23:00
*** martyntaylor has left #openstack-ironic23:00
*** mdurnosvistov_ has quit IRC23:01
devanandarussell_h: answer from nova seems to be "there's probably no way, and if there is, it's against policy"23:03
NobodyCambrb quick walkies23:04
russell_hdevananda: this seems odd. Shouldn't a hypervisor have the freedom to pass configuration information into an instance?23:04
russell_halso, comstud was telling me about a thing they added in nova to allow Neutron to pass back information23:05
russell_hfor a somewhat different reason23:05
russell_hnot sure of the details, but the idea, as I understood it, was that Neutron would update nova when things changed23:05
russell_hcomstud: ^23:05
comstudheh, was just talking in -nova23:06
comstudhm23:06
comstudreading back a bit23:06
comstudas far as the neturon thing you're referring to.. we have implemented a general event callback mechansim23:07
comstud2 use cases for neutron 1) to tell when port attachment finished, 2) to tell when something changed so nova can update its cache23:08
comstudthere's a use case for cinder.. not sure if that's appropriate for ironic in any way23:08
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add Node.instance_info field  https://review.openstack.org/7946623:10
NobodyCamanyone else having issue with python-glanceclient pip installs?23:13
devanandacomstud: yea, it's appropriate as well23:16
devanandacomstud: eg, to update nova if ironic notices the node's power state has changed23:17
devanandacomstud: or to update nova/neutron if the operator replaces a faulty NIC in a baremetal instance without taking the isntance offline23:17
comstudah yeah23:19
comstudalthough the latter would happen from compute's periodic task23:19
comstuder23:19
comstudformer23:20
comstudthe latter maybe also... but i could see nova being notified if that doesn't work, yeah23:20
rlooNobodyCam: got back Saturday. Nice to be home again (although when I was chipping the ice today I wondered...)23:22
NobodyCamrloo: hehehehe :)23:22
NobodyCamrloo: http://wattsupwiththat.files.wordpress.com/2011/02/al-gore-flamethrower1.jpg23:25
NobodyCamlol beets chipping23:26
rlooNobodyCam: cool. I'll check ebay to see if I can get one cheap :-)23:26
NobodyCamlol23:26
devanandacomstud: yea, power state sync via periodic is probably fine23:26
jrolldevananda: so uh, are you still -1 on the agent writing the configdrive?23:34
JayFFWIW; this isn't theoretical. The agent /already/ writes a configdrive, right?23:35
devanandajroll: the agent *copying* the config drive from somewhere -- that's fine23:35
jrollJayF: correct23:35
jrolldevananda: so you want it to be an opaque blob?23:35
devanandajroll: if it's not, one of two things happen -- we copy the nova code that builds a config drive, or we do it differently and are incompatible with other hypervisors23:36
devanandajroll: both are non-starters IMO. unless you see other options, I think the agent needs to treat it as a raw disk23:37
jrollwe're *already* doing it in a compatible manner, although probably not as flexible23:37
comstudwhat I'd really like to do is just have nova pass in "here's the config drive"23:49
comstudbecause that's really how all of the virt drivers work23:49
comstud(although instead of it being passed in to them, they actually just call the same library call and get back an image to write out)23:49
comstudbut i think russell_h doesn't like it just being a base64'd image passed in?23:51
openstackgerritAdam Gandelman proposed a change to openstack/python-ironicclient: Avoid traceback with insufficient auth credentials  https://review.openstack.org/7949423:52
jrollcomstud: we feel like there could be a need to modify it in ironic, e.g. for networking configuration23:52
jrollor injecting an extra file23:52
comstudyeah23:52
russell_hcomstud: I mean, I don't like the base64, but thats because I think the virt driver is the wrong abstraction for this23:53
jroll(thinking third party drivers here)23:53
comstudi'd rather nova knew to do it23:53
comstudbut23:53
comstudI know23:53
comstudrussell_h: Yeah, maybe that's the real problem23:53
russell_hcomstud: but if I accept the virt driver API, my concern is just about injecting configuration into the configdrive if its a base64 blob23:53
JayFThe thing I don't get, is why it's bad to pass around what the configdrive should look like, as an object, then write it out ourselves. That seems like it lends itself to more delivery mechanisms and injection if needed along the way23:53
comstudWe can pass in the directory layout and contents that nova knows about, instead of the fat or iso image23:54
comstudbut we'll need to expose that in the configdrive builder module/library23:54
comstudbecause right now everything just asks for the fat or iso or ext*fs image or whatever23:54
russell_hI mean, I'm not actually concerned about duplicating the configdrive builder thing23:55
russell_hits not much code23:55
comstudthe image part isn't23:55
comstudwe can bypass that easily and get the list of files/contents23:55
russell_hah23:56
comstudWhat actually generates the dictionary of files/contents is actually a mess23:56
russell_hwhy?23:56
comstudugly code, imo :)23:56
comstudit's all in nova/api/metadata/base.py23:56
comstudthe code organization is... not right23:57
russell_hah23:57
comstudconfig drive builder is using code stuffed into the metadata service23:57
comstudit should be pulled out into its own lib23:57
comstudand shared metween md service and config drive23:57
russell_hah, yeah this is ugly23:57
comstudbetween23:57
comstudI wanted to barf when I went to look at this a month ago or more when i was talking with jroll23:58
comstudanyway, config drive builder just calls into that base.py file23:58
comstudironic driver could do the same and just pass the invidiual files and ironic could add things and build image itself23:59
russell_h+123:59

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