Tuesday, 2014-07-01

*** lucas-afk has quit IRC00:05
* NobodyCam wanders away00:05
GheRiverojroll: ping00:11
jrollGheRivero: hey00:12
GheRiveroon review 103685, how it will fail with old clients?00:14
jrollGheRivero: service.client.http_client.endpoint is the new thing, right?00:15
jrollGheRivero: does service.client.http_client.endpoint exist in older clients?00:15
GheRiverogetattr(service.client, 'endpoint', service.client.http_client.endpoint)00:16
GheRiverono it doesn't00:16
jrollright00:16
jrollso if you call that00:17
jrollservice.client.http_client.endpoint will be resolved before calling getattr00:17
jrolland fail00:17
jrollI believe00:17
*** zigo has quit IRC00:17
jrollyeah, just tested00:18
GheRiveroah. Ok. I got it now.00:19
jroll:)00:19
jrollsorry, I should have explained more in the comments00:19
GheRiveronah. It's ok00:19
*** zigo has joined #openstack-ironic00:21
GheRiverogetattr(service.client, 'endpoint', getattr(service.client, 'http_client.endpoint', None) will work but looks crappy :/00:23
devanandaGheRivero: split on two lines witha coment explaining compat issue?00:23
jrollyeah :/00:24
jrollGheRivero: I would split it up, like: if getattr(service.client, 'endpoint'): x = service.client.endpoint; else:...00:25
*** zigo has quit IRC00:35
*** max_lobur has quit IRC00:39
openstackgerritGhe Rivero proposed a change to openstack/ironic: Fix glance endpoint tests  https://review.openstack.org/10367000:40
*** GheRivero is now known as GheRivero_afk00:40
jrollGheRivero_afk: sorry for the -1 again :/00:44
* GheRivero_afk grabs some coffe00:45
*** zigo has joined #openstack-ironic00:47
*** rakesh_hs has joined #openstack-ironic00:50
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add a decommission command for the agent  https://review.openstack.org/10369400:54
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add a decommission command for the agent  https://review.openstack.org/10369400:54
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add a decommission command for the agent  https://review.openstack.org/10369400:55
jrollJoshNang: your dependency is out of date00:55
jrollha ok00:55
jrollnever mind00:55
JoshNangjroll: ha just saw that00:55
JayFFWIW the Rackspace team is booked up for the mid-cycle meetup00:57
jrollspeak for yourself :)00:57
mrda\o/01:00
openstackgerritGhe Rivero proposed a change to openstack/ironic: Fix glance endpoint tests  https://review.openstack.org/10367001:12
devanandajroll: any chance someone on your team would write operational docs upstream?01:20
*** nosnos has joined #openstack-ironic01:24
*** chuckC has quit IRC01:29
* devananda runs out for dinner01:36
*** rakesh_hs has quit IRC01:44
*** mdorman has quit IRC01:57
*** mdorman has joined #openstack-ironic01:58
*** mdorman has quit IRC02:05
*** Haomeng|2 has joined #openstack-ironic02:06
*** Haomeng has quit IRC02:06
*** Haomeng|2 has quit IRC02:11
*** dwalleck has joined #openstack-ironic02:52
*** harlowja is now known as harlowja_away03:02
*** harlowja_away is now known as harlowja03:09
*** harlowja is now known as harlowja_away03:10
*** harlowja_away is now known as harlowja03:11
*** nosnos has quit IRC03:38
*** max_lobur has joined #openstack-ironic03:40
*** annegentle has joined #openstack-ironic03:42
*** sseago__ has quit IRC04:07
*** blamar has quit IRC04:11
*** annegentle has quit IRC04:11
*** notq has quit IRC04:11
*** ekarlso has quit IRC04:11
*** devananda has quit IRC04:11
*** kylestev has quit IRC04:11
*** russell_h has quit IRC04:11
*** lynxman has quit IRC04:11
*** matty_dubs|gone has quit IRC04:11
*** pquerna has quit IRC04:11
*** Madasi has quit IRC04:11
*** mrda has quit IRC04:12
*** mrda has joined #openstack-ironic04:21
*** annegentle has joined #openstack-ironic04:22
*** blamar has joined #openstack-ironic04:22
*** notq has joined #openstack-ironic04:22
*** devananda has joined #openstack-ironic04:22
*** kylestev has joined #openstack-ironic04:22
*** russell_h has joined #openstack-ironic04:22
*** lynxman has joined #openstack-ironic04:22
*** ekarlso has joined #openstack-ironic04:22
*** matty_dubs|gone has joined #openstack-ironic04:22
*** pquerna has joined #openstack-ironic04:22
*** Madasi has joined #openstack-ironic04:22
*** sseago has joined #openstack-ironic04:25
*** rameshg87 has joined #openstack-ironic04:26
*** dwalleck has quit IRC04:33
*** rakesh_hs has joined #openstack-ironic04:43
*** rameshg87 has left #openstack-ironic04:44
*** rameshg87 has joined #openstack-ironic04:44
*** nosnos has joined #openstack-ironic04:45
*** nosnos has quit IRC04:51
*** killer_prince is now known as lazy_prince04:51
*** nosnos has joined #openstack-ironic04:51
*** ajc_ has joined #openstack-ironic04:59
*** coolsvap|afk is now known as coolsvap05:01
*** ramineni has joined #openstack-ironic05:01
*** harlowja is now known as harlowja_away05:06
*** rameshg87 has quit IRC05:06
*** amitpp has joined #openstack-ironic05:09
*** bvivek has joined #openstack-ironic05:21
*** pcrews has quit IRC05:21
*** geekyogi has joined #openstack-ironic05:28
*** rakesh_hs has quit IRC05:29
*** rakesh_hs has joined #openstack-ironic05:37
*** Nisha has joined #openstack-ironic05:44
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add a decommission command for the agent  https://review.openstack.org/10369405:57
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095105:58
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add a decommission command for the agent  https://review.openstack.org/10369405:59
*** nosnos has quit IRC06:01
*** geekyogi has quit IRC06:01
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/10329106:02
*** nosnos has joined #openstack-ironic06:03
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095106:08
*** rameshg87 has joined #openstack-ironic06:11
*** rameshg87 has left #openstack-ironic06:12
*** rameshg87 has joined #openstack-ironic06:12
*** zigo has quit IRC06:13
*** zigo has joined #openstack-ironic06:14
*** geekyogi has joined #openstack-ironic06:20
*** rameshg87 has left #openstack-ironic06:20
*** rameshg87 has joined #openstack-ironic06:20
*** rameshg87 has quit IRC06:20
*** rameshg87 has joined #openstack-ironic06:22
*** krtaylor has quit IRC06:23
*** Mikhail_D_ltp has joined #openstack-ironic06:24
*** nikunj2512 has joined #openstack-ironic06:33
*** krtaylor has joined #openstack-ironic06:36
openstackgerritAnusha Ramineni proposed a change to openstack/ironic-specs: Out-Of-Band firmware update for Baremetal Servers  https://review.openstack.org/10084206:39
*** ndipanov has joined #openstack-ironic06:53
*** takadayuiko has joined #openstack-ironic06:56
takadayuikoHi, Ironic!07:00
openstackgerritAnusha Ramineni proposed a change to openstack/ironic-specs: iLO Management Driver for firmware update  https://review.openstack.org/10376007:03
*** romcheg has joined #openstack-ironic07:04
*** Mikhail_D_ltp has quit IRC07:12
*** sabah has joined #openstack-ironic07:13
*** jcoufal has joined #openstack-ironic07:14
*** coolsvap is now known as coolsvap|afk07:25
rameshg87hello takadayuiko07:26
romchegMorning Ironic!07:32
mrdahey romcheg!07:32
*** mkerrin has quit IRC07:33
openstackgerritShivanand Tendulker proposed a change to openstack/ironic-specs: Firmware setting design spec.  https://review.openstack.org/10112207:34
openstackgerritShivanand Tendulker proposed a change to openstack/ironic-specs: Design spec for iLO driver for firmware settings  https://review.openstack.org/10306507:39
mrda'night Ironic! See you tomorrow!07:49
*** mrda is now known as mrda-away07:49
openstackgerritlawrancejing proposed a change to openstack/ironic: Fix the section name in CONTRIBUTING.rst  https://review.openstack.org/10378107:55
takadayuikoHello, rameshg87 :)07:56
openstackgerritlawrancejing proposed a change to openstack/python-ironicclient: Add CONTRIBUTING.rst  https://review.openstack.org/10378408:01
*** max_lobur has quit IRC08:01
*** max_lobur has joined #openstack-ironic08:02
*** Mikhail_D_ltp has joined #openstack-ironic08:02
*** derekh_ has joined #openstack-ironic08:05
openstackgerritlawrancejing proposed a change to openstack/ironic: Use immutable arg rather mutable arg  https://review.openstack.org/10378908:14
*** klindgren has quit IRC08:14
sorenI'm a bit confused why the docs say to run dnsmasq. Isn't that exactly why Ironic wants direct access to Neutron? To configure DHCP?08:14
takadayuikosoren: Could you please tell me which doc are you looking?08:17
sorentakadayuiko: Right now I was looking at http://ma.ttwagner.com/bare-metal-deploys-with-devstack-and-ironic/ but that's far from the first time I've seen it mentioned.08:19
takadayuikosoren: If you do baremetal provisioning using Nova(for example, "nova boot" command), Ironic access to Neutron as you say, but this blog doesn't use Nova. That's the reason. Wait for a minute...08:22
takadayuikosoren: check the IRC log :D http://eavesdrop.openstack.org/irclogs/%23openstack-ironic/%23openstack-ironic.2014-06-24.log08:24
takadayuikosoren: devananda teached me the system, it's easy to understand.08:25
*** lucasagomes has joined #openstack-ironic08:37
lifelesssoren: which docs ?08:37
lifelesssoren: that blog post is flat out wrong08:37
lifelesssoren: it *might* have been right in january08:38
lifelesssoren: but I thought the neutron integration was done quite a bit earlier.08:38
Nishahi lifeless :08:39
*** bvivek has quit IRC08:39
Nishalifeless: Did you had a chance to review https://review.openstack.org/10095108:39
lifelessNisha: nope08:39
Nishalifeless: Would you be able to look at?08:40
*** coolsvap|afk is now known as coolsvap08:41
lifelessNisha: I will try to get to it, probably early next week08:41
*** coolsvap is now known as coolsvap|afk08:41
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties for iLO driver  https://review.openstack.org/10300708:46
*** martyntaylor has joined #openstack-ironic08:47
Nishalifeless: Thanks. The review is for Discover node properties at node-create/node-update (generic one)08:48
takadayuikoMany people seem like not being able to run Ironic with "nova boot"... http://www.gossamer-threads.com/lists/openstack/dev/3938108:51
*** martyntaylor has quit IRC08:52
*** martyntaylor has joined #openstack-ironic08:53
agordeevgood morning Ironic :)09:03
*** foexle has joined #openstack-ironic09:06
*** bvivek has joined #openstack-ironic09:15
*** bvivek2 has joined #openstack-ironic09:20
*** bvivek has quit IRC09:21
*** pelix has joined #openstack-ironic09:23
*** kpavel has joined #openstack-ironic09:24
kpavelWhen i'm trying to use ironic (in mocked devstack environment) it successfully boots. But i see that when i restart it it continues to use kernel/ramdisk (not deploy_kernel) from pxe. Changing boot order to boor from hard drive didn't help. Machine hangs on "Booting from Hard Disk". Is it working as designed? I mean, does machine booted once from network has to boot always from network? Thanks09:28
*** coolsvap|afk is now known as coolsvap09:28
rameshg87kpavel: ironic boots the machine from network always09:29
rameshg87kpavel: it is expected.09:29
rameshg87kpavel: the kernel/ramdisk booted from the network is the kernel/ramdisk of the final image. it mounts the root partition on the disk and continues booting09:30
kpavelrameshg87: i see. so in case ironic node goes down the baremetal machines can't be rebooted?09:30
rameshg87kpavel: the machine will boot from network again after you have rebooted. it will boot over network until you 'tear down' the node from ironic09:31
rameshg87kpavel: there is no boot loader installed on disk, so it can't boot from disk09:32
kpavelrameshg87: oh...how do i "tear down" the node from ironic? is there a place/wiki i can read about those things?09:32
rameshg87kpavel: 'tear down' is the ironic term for destroying an instance. you can use corresponding nova command to delete the install..i guess nova-delete09:33
rameshg87kpavel: type, you can use corresponding nova command to delete the node i meant :-)09:33
kpavelrameshg87: thanks! is it documented anywhere so i could read about it?09:35
rameshg87kpavel: i don't see tear-down mentioned anywhere :-(09:40
rameshg87kpavel: i hope you already have this http://docs.openstack.org/developer/ironic/09:40
rameshg87kpavel: and all documentation is available here as well, https://github.com/openstack/ironic/tree/master/doc/source09:40
kpavelrameshg87: yes. maybe i missed it but didn't see anywhere that baremetal nodes don't have own bootloader.09:40
rameshg87kpavel: okay09:41
takadayuikorameshg87, kpavel: I'm sorry to interrupt you, your conversation is very useful. I didn't know that loader is not installed, but I thought that MBR was not updated...09:41
kpavelrameshg87: do you know if it was same way before ironic in nova baremetal?09:41
sorenlifeless: I'm trying to piece information together from a variety of sources. I suppose some of them are ancient and/or for nova-baremetal.09:42
rameshg87takadayuiko: currently ironic doesn't install bootloader on the local disk of the baremetal node.09:45
rameshg87kpavel: i haven't work on nova baremetal before, so i don't know :-)09:46
openstackgerritRamakrishnan G proposed a change to openstack/ironic-specs: iLO Virtual Media Deploy Driver  https://review.openstack.org/9774409:46
takadayuikorameshg87, I understood, thank you :)09:48
*** max_lobur has quit IRC09:48
openstackgerritGhe Rivero proposed a change to openstack/ironic: Fix glance endpoint tests  https://review.openstack.org/10367009:49
*** lazy_prince has quit IRC09:50
kpavelrameshg87: Thank you!09:50
*** loki184 has joined #openstack-ironic09:50
takadayuikoI'm trying to use Ironic with "nova boot" command, but failed with "501 Not Implemented" error in neutronclient. mmm...09:56
takadayuikoperhaps my neutron is old09:57
*** lucasagomes has quit IRC10:01
openstackgerritRamakrishnan G proposed a change to openstack/python-ironicclient: Add bash completion support for ironic cli  https://review.openstack.org/10176510:05
*** Nisha has quit IRC10:06
*** jcoufal has quit IRC10:26
*** jcoufal has joined #openstack-ironic10:26
*** lazy_prince has joined #openstack-ironic10:30
sorenI end up with a KeyError: 'baremetal:deploy_kernel_id'10:37
sorenIs there something obvious I should be looking at?10:37
sorenThe node's driver_info has pxe_image_source, pxe_deploy_kernel, pxe_deploy_ramdisk set.10:39
sorenOh, is this a problem with the image I'm trying to boot there rather than the deploy kernel, perhaps?10:39
sorenAre there any special requirements for the images being booted?10:40
*** Alexei_987 has joined #openstack-ironic10:48
*** killer_prince has joined #openstack-ironic10:49
*** openstack has joined #openstack-ironic10:51
*** lazy_prince has quit IRC10:55
*** killer_prince is now known as lazy_prince10:55
*** agordeev has quit IRC10:58
*** ramineni has quit IRC10:58
*** overlayer has joined #openstack-ironic11:00
sorenHm... Ok, I've created a new flavor. I set these extra_specs: {"cpu_arch": "x86_64", "baremetal:deploy_kernel_id": "3732b36d-22be-4083-9178-d09b3749b4b5", "baremetal:deploy_ramdisk_id": "f5473f1e-ec5d-4687-8f65-19eccaabb212"}11:01
sorendisk: 30 ephemeral: 200 ram: 32000 vcpus: 1011:02
*** agordeev has joined #openstack-ironic11:02
sorennova hypervisor-show <uuid> says: free_disk_gb: 900 free_ram_mb: 63879 local_gb: 900 local_gb_used: 0 memory_mb: 64391 running_vms: 0 vcpus: 40 (and a few other data points that I doubt are relevant).11:03
sorenYet I get NoValidHost.11:04
sorenOh. I got this in my debug log: "extra_spec requirement 'x86_64' does not match 'NotFound' _satisfies_extra_specs "11:06
sorenIs this something I've failed to configure for the node in Ironic?11:06
*** overlayer has quit IRC11:09
*** sabah has quit IRC11:13
*** overlayer has joined #openstack-ironic11:41
*** overlayer has quit IRC11:52
*** athomas has quit IRC11:52
*** overlayer has joined #openstack-ironic11:54
*** amitpp has quit IRC11:55
*** overlayer has quit IRC12:01
*** ajc_ has quit IRC12:17
*** jcoufal has quit IRC12:19
*** dhellmann is now known as dhellmann_12:19
*** mitz_ has quit IRC12:25
*** lynxman has quit IRC12:26
sorenOk, I got further. I see some glance stuff in the ironic logs, but nothing furhter seems to happen.12:27
*** lynxman has joined #openstack-ironic12:28
*** overlayer has joined #openstack-ironic12:29
*** linggao has joined #openstack-ironic12:29
soren...and the node never gets turned on.. Any ideas?12:32
*** overlayer has quit IRC12:35
*** jdob has joined #openstack-ironic12:37
romchegdtantsur: Morning!12:38
romchegdtantsur: could you please remind me the link to our mid-cycle meetup?12:38
*** jcoufal has joined #openstack-ironic12:39
*** martyntaylor1 has joined #openstack-ironic12:48
*** martyntaylor has quit IRC12:48
*** coolsvap is now known as coolsvap|afk12:50
*** loki184 has quit IRC12:50
*** martyntaylor has joined #openstack-ironic12:50
*** martyntaylor1 has quit IRC12:53
*** jbjohnso__ has joined #openstack-ironic12:59
*** jbjohnso_ has joined #openstack-ironic12:59
*** overlayer has joined #openstack-ironic13:02
*** jbjohnso__ has quit IRC13:03
*** takadayuiko has quit IRC13:06
jrolldevananda: I think it's safe to assume we'll be writing operational docs, yes13:07
*** blamar has quit IRC13:09
jrollsoren: I'd suggest posting logs :)13:09
sorenjroll: That's the problem, I guess. There's nothing to post, since nothing happens.13:10
sorenAfter the glanceclient bit, there's only the usual periodic_tasks stuff.13:10
jrollwell, there's *some* logs13:11
*** blamar has joined #openstack-ironic13:11
jrollyou might also look at the console of the node being provisioned13:11
sorenThere's nothing. It's turned off.13:11
jrollok13:11
jrollare you running at DEBUG log level?13:11
sorenI believe so.13:12
sorenI can totally post the logs, no problem.13:12
sorenGimme a sec.13:12
jrollsure13:12
jrollI can't promise I can help, I don't work with the standard driver much. but I'll try :)13:12
*** lazy_prince is now known as killer_prince13:13
sorenhttp://paste.ubuntu.com/7731353/13:16
*** sseago has quit IRC13:19
*** sseago has joined #openstack-ironic13:19
jrollsoren: anything interesting in the nova logs?13:20
jrollI don't see where nova actually tells it to provision13:20
jroll(nova-compute, to be specific)13:21
jrollor ironic-api logs, even13:21
sorenI set debug=True in the global part of ironic.conf.13:22
sorenAnd specified a log_file.13:22
jrolloh, I do see it13:22
jrollok yeah13:25
jrollthis worries me: 2014-07-01 17:03:36.344 58570 DEBUG requests.packages.urllib3.connectionpool [-] "GET /v2.0/tokens/revoked HTTP/1.1" 200 698 _make_request /usr/local/lib/python2.7/dist-packages/requests/packages/urllib3/connectionpool.py:35013:25
jrollnot sure if that's normal13:25
sorenI'm pretty sure it is.13:28
sorenIt's meant to check if the token I'm presenting has been revoked.13:28
sorenI'm grabbing the nova log file right now. Gimme a minute.13:28
*** matty_dubs|gone is now known as matty_dubs13:28
jrollmmm13:28
jrollsoren: I'm not sure nova logs are relevant :|13:29
jrolldownloading the images and powering up the machine happen in the same method13:30
sorenWell, note that the glanceclient calls don't GET.13:30
sorenThey HEAD.13:30
sorenSo they're probably just validating the request.13:30
soren...and never get around to actually attempting to fulfill it. But I also have no indication that the validation failed.13:31
jrollohhh. interesting.13:31
jroll... why would they do that. grr.13:32
sorenOh wait!13:33
jrollit is validating things13:33
* jroll waits13:33
soren2014-07-01 17:00:02.067 58273 TRACE nova.compute.manager [instance: 4930ddd3-a2fb-444a-916e-761bb752e7b3] InstanceDeployFailure: Failed to provision instance 4930ddd3-a2fb-444a-916e-761bb752e7b3: Failed to deploy. Error: 'kernel_id'13:33
jrollah ha13:33
sorenNot the most useful of errors, but it's something to go by at least.13:33
jrolldevs: pls to log all the exceptions in the conductor13:33
jrollok, so13:34
jrollthe image needs that in its properties13:34
jrollnot in extra_specs13:34
jrollafaict13:34
sorenIronic can't do whole-disk images?13:35
sorenIt needs kernel/ramdisk/filesystem?13:35
jrollyeah13:35
jrollbecause of the whole 'pxe boot the instance image' thing13:36
jrollnothing boots from disk13:36
sorenI thought that was just for the "deploy kernel".13:36
jrollthat said, there's this awesome new agent-based deploy model :)13:36
sorenMaybe I've misunderstood.13:36
jrollit's just not well-documented... at all13:36
sorenOh, that's a new thing?13:36
jrollyeah, this struck me as weird, too13:36
sorenI thought that was just how things worked.13:36
*** jgrimm has joined #openstack-ironic13:37
*** overlayer has quit IRC13:37
jrollactually, pquerna made some great diagrams just yesterday13:37
jrollsec13:37
sorenSo what is the deploy_kernel and deploy_ramdisks for?13:37
jrollhere's how ironic works today, with the pxe driver: https://www.evernote.com/shard/s184/sh/041ab958-2ce7-477b-97e5-f504e51c0362/27b115a020543253a631ed3b9588195613:38
jrollhere's how it works with the agent driver (which hasn't landed yet): https://www.evernote.com/shard/s184/sh/0bedd6a4-02a2-4199-8c64-33983d06aae5/f42ebabc08537c2e55901578cabe147d13:38
sorenHm. My nodes never get turned on.13:38
*** overlayer has joined #openstack-ironic13:38
sorenSo I don't even get to the initial IPMI Power on.13:38
jrollthey both use ramdisks, but one exposes iscsi mounts, the other exposes a rest api13:38
jrollright, because it failed validating the image13:38
*** pcrews has joined #openstack-ironic13:39
sorenWell... Right, yeah.13:39
sorenI just..13:39
jrollyou got to here, which runs just before deploy(): https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L48713:39
sorenWhat purpose do the deploy_kernel+ramdisk serve?13:40
sorenIf you PXE boot forever, I understand the use for separate kernel/ramdisk, but if you intend to write something bootable to...13:41
jrollso the deploy ramdisk is a small image that boots and exposes /dev/sda as an iscsi mount, which ironic-conductor dd's the instance image to, and then uses instance kernel/ramdisk to pxe boot that image13:41
jrollso it pxe boots forever, yes13:41
sorenOh. You do expect to PXE boot forever, right?13:41
sorenYeah, I just realised that.13:41
sorenErk, so we're back to not being able to do kernel upgrades using the normal mechanisms?13:41
jrolltook me months before I noticed that13:41
jrollooo13:42
jrollI didn't think of that13:42
jrollthat's... fun13:42
sorenThis should be possible. You can instruct pxelinux to just boot from local disk.13:42
jrollif you write a boot partition :)13:42
sorenRight, exactly.13:43
jrollthere's specs up for some of this13:43
jrollbut I think they're mostly going to rely on the new agent stuff13:43
soren...which I believe is common nowadays.13:43
sorenAnyway, for now I'll just do kernel/ramdisk/filesystem.13:43
jrollright13:43
sorenI'm sure diskimage-builder can help me with that somehow.13:43
jrollyep, that's the idea13:43
sorenDo you happen to have a command line that will build exactly that?13:47
sorenI seem to keep finding stale docs, so I'd rather skip that part this time :)13:47
jrollI'm sorry, I don't. we're using... full disk images and booting from disk13:47
sorenLucky :)13:48
jrollI would encourage you to use IPA and that driver, but there's not too many docs on it13:48
sorenIPA?13:48
jrollthe best docs we have right now are this blog post: http://developer.rackspace.com/blog/how-we-run-ironic-and-you-can-too.html13:48
jrollyeah, ironic-python-agent13:48
sorenAh, that.13:48
jrollhttps://github.com/openstack/ironic-python-agent13:48
sorenI'm too close to getting this working to really entertain the idea of tossing it before I see it work at least once :)13:49
jrollheh13:49
jrollI don't blame you13:49
sorenDo you work on OnMetal?13:49
jrollyes I do13:49
jrollif you stick around for a bit, I'm sure someone can help you out with building the images etc13:50
jrollI'm also tempted to file a bug "takes days to figure out how to deploy ironic"13:50
*** overlayer has quit IRC13:54
*** overlayer has joined #openstack-ironic13:58
*** pradipta_away is now known as pradipta13:59
*** martyntaylor has quit IRC14:04
*** overlayer has quit IRC14:08
NobodyCamgood morning Ironic14:09
jrollmornin NobodyCam :)14:09
NobodyCammorning jroll14:09
matty_dubsMorning NobodyCam, jroll14:10
jrollwhen you're up for it, soren here needs some help getting/building kernel/ramdisk for an instance image14:10
jrollif you know how to do so14:10
jrollNobodyCam: ^14:10
jrollheya matty_dubs14:11
sorenI think I *just* worked it out.14:11
jrollwelp14:11
*** rakesh_hs has quit IRC14:13
*** nosnos has quit IRC14:13
*** nosnos has joined #openstack-ironic14:14
*** nosnos has quit IRC14:18
*** martyntaylor has joined #openstack-ironic14:19
*** max_lobur has joined #openstack-ironic14:20
*** martyntaylor has left #openstack-ironic14:20
NobodyCammoring matty_dubs14:21
NobodyCamsoren: your using diskimage builder?14:21
*** max_lobur has quit IRC14:24
*** dwalleck has joined #openstack-ironic14:27
NobodyCamrameshg87: you happen to be around?14:45
NobodyCamwanyen: you here?14:49
*** chuckC has joined #openstack-ironic14:50
*** Mikhail_D_ltp has quit IRC14:56
*** mitz_ has joined #openstack-ironic14:57
*** mitz_ has quit IRC14:57
*** romcheg has quit IRC14:59
*** romcheg has joined #openstack-ironic15:00
*** max_lobur has joined #openstack-ironic15:06
*** mitz has quit IRC15:08
*** mitz has joined #openstack-ironic15:12
*** coolsvap|afk is now known as coolsvap15:18
matty_dubsHas anyone run into issues the past few days with devstack failing with Ironic, with an error "worlddump.py: error: argument -d/--dir: expected one argument" ?15:27
matty_dubsI don't know devstack well enough to know what's going wrong15:29
Shrews_matty_dubs: hrm, that seems familiar. i had issues with it the other day after doing a 'git pull' on devstack that caused all sorts of havoc. i ended up just removing all of /usr/local/lib/python2.7 and starting fresh15:29
Shrews_So, with regards to mitigating the effects of NodeLocked errors that we sometimes see (and since the async api is far off)... Why don't we just build in a retry mechanism around the dbapi.reserve_node() call in TaskManager.__init__()?15:33
Shrews_Wouldn't completely eliminate the problem, but should reduce how often clients see it15:36
*** Shrews_ is now known as Shrews15:36
*** nikunj2512 has quit IRC15:37
*** foexle has quit IRC15:38
*** mdorman has joined #openstack-ironic15:59
*** linggao has quit IRC16:00
*** Ng has quit IRC16:02
*** Ng has joined #openstack-ironic16:03
*** Ng has quit IRC16:04
*** Ng has joined #openstack-ironic16:06
*** matty_dubs is now known as matty_dubs|lunch16:06
*** nikunj2512 has joined #openstack-ironic16:07
*** coolsvap is now known as coolsvap|afk16:09
devanandamorning, all16:10
romchegGoog morning devananda!16:10
NobodyCamgood morning devananda16:10
NobodyCammorning romcheg16:10
romcheg…and NobodyCam and everyone else :)16:11
*** Nisha has joined #openstack-ironic16:15
NishaNobodyCam: there?16:15
NobodyCammaybe16:16
NishaNobodyCam: Hi16:16
NobodyCamthou I have a call in about 1516:16
NobodyCamHi16:16
NishaNobodyCam: saw your comments on https://review.openstack.org/#/c/10095116:17
NishaNobodyCam: just a clarification on  one comment16:17
NishaNobodyCam: it should not take much time16:17
NishaNobodyCam: "many servers may have unconnected NICs that are not used"16:17
NishaNobodyCam: Could you clarify this more16:17
NobodyCamsure16:18
NishaNobodyCam: How do you find if NIC is connected? by IP address?16:18
NobodyCamthe option --create-ports will add all nics found even if they dont have a cable pluged in16:18
NishaYes, whatever ILO/driver returns16:19
*** dwalleck has quit IRC16:19
NobodyCamNisha: is there a link status field when you check for mac addresses16:19
Nishai will paste an output from ilo here16:19
Nisha          <NIC>                <NETWORK_PORT VALUE = "Port 1"/>                <PORT_DESCRIPTION VALUE = "N/A"/>                <LOCATION VALUE = "Embedded"/>                <MAC_ADDRESS VALUE = "9c:b6:54:bb:01:90"/>                <IP_ADDRESS VALUE = "N/A"/>                <STATUS VALUE = "Unknown"/>           </NIC>16:20
NobodyCamplease use paste.openstack.org16:20
NishaNobodyCam: a small one16:20
NobodyCam:)16:20
NishaNobodyCam: How do you determine from this?16:20
devanandaNisha: "how do yhou find if NIC is connected?" -- LLDP16:20
NobodyCamNisha: is this sample from a connected or unconnected nic?16:21
NobodyCam:)16:22
NishaNobodyCam: This is the sample from ilo where server is not deployed16:22
NishaNobodyCam: devananda frankly speaking i dont know how to determine this info if NIC is connected or not :)16:22
NobodyCamlldp = Link Layer Discovery Protocol16:23
*** bvivek2 has quit IRC16:23
*** hemna has joined #openstack-ironic16:23
devanandaNisha: is the host running an operating system, or is this via OOB management (iLO) ?16:23
NishaThis is from OOB(iLO)16:24
Nishadevananda: the host is not running any OS16:24
Nishadevananda: its not deployed16:24
devanandaNisha: I see. Seems very odd to me that iLO would not expose that, but you probably know that better than I16:25
NobodyCamNisha: what is status_value field for?16:26
*** stendulker has joined #openstack-ironic16:26
Nishadevananda: NobodyCam may be i can try from an ilo where OS is deployed and see if i get more info16:27
NobodyCamNisha: I know with an os you can get that info16:27
NobodyCamI would need to look at ilo more closly16:27
NobodyCamjumping on call...brb16:27
NishaNobodyCam: i think it means if the NIC configuration is OK or not. for ilo dedicated port the status value is "OK"16:28
NishaNobodyCam: ok. Thanks16:28
*** ndipanov has quit IRC16:31
*** amitpp has joined #openstack-ironic16:32
devanandaNisha: from within Linux, you should be able to inspect /sys/class/net/*/operstate and other files in that directory to determine connection state16:33
Nishadevananda: Thanks. I will see this one. Let me see if iLO will be able to figure it out.16:34
*** romcheg has quit IRC16:34
Nishadevananda: request you also to look at the spec and provide your comments.16:35
Nishadevananda: https://review.openstack.org/#/c/10095116:35
stendulkerHello jroll16:36
*** Alexei_987 has quit IRC16:37
Nishadevananda: NobodyCam the node-update can be run after the BM is deployed?16:37
Nishadevananda: NobodyCam i asked this because the intention of port creation in the spec is before OS provisioning16:37
*** geekyogi has quit IRC16:38
*** dwalleck has joined #openstack-ironic16:39
*** loki184 has joined #openstack-ironic16:40
NobodyCamNisha: some quick checking with google look like there is a link status field in the web ui: Link State—The current link speed of the selected iLO network interface. The default value is16:41
devanandaNisha: yes, node-update can be run any time16:41
NobodyCamAuto-Negotiate.16:41
NobodyCamthou I am not sure how you would access that info16:41
devanandaNisha: what is the impact of running node-update --discover while an OS is already on the node?16:41
*** geekyogi has joined #openstack-ironic16:41
devanandai need to step away for half an hour... bbs16:42
NobodyCam:)16:42
Nishadevananda: as of nwo the proposal is to rediscover whenever node-update --discover is issued16:42
Nishadevananda: NobodyCam what shall be the expected behavior? it shud update or not?16:42
NobodyCamNisha: what would it update.. things like ram size, disk, cpus?16:45
NobodyCamI'm a little un clear of the question16:45
NobodyCambrb16:46
NishaNobodyCam: yes all the node properties .16:46
NishaNobodyCam: deva asked this just few min back "what is the impact of running node-update --discover while an OS is already on the node?"16:46
NishaNobodyCam: so the proposal is to discover node properties with this option (as of now all the properties whatever a driver will implement)16:48
NishaNobodyCam: generally there may be two use cases for node-update here: 1. user may not have discovered during node-create as now even node-create will have option --discover. 2. some h/w changes have happened and user wants to discover them again using node-update16:49
*** pradipta is now known as pradipta_away16:50
NobodyCamso ya I don't see why it wouldn't update16:50
NishaNobodyCam: sorry i didnt get...16:50
NobodyCamNisha: yes the node should update16:51
NobodyCambrb16:51
NishaNobodyCam: ok Thanks.16:51
*** pelix has quit IRC16:52
*** nikunj2512 has quit IRC16:54
*** jcoufal has quit IRC16:54
*** Ng has quit IRC16:55
*** Ng has joined #openstack-ironic16:57
stendulkerHello NobodyCam, I have update design spec for firmware settings. Have addressed the review comments. Please have a look https://review.openstack.org/#/c/101122/16:57
*** rakesh_hs has joined #openstack-ironic17:00
*** derekh_ has quit IRC17:01
*** Poornima has joined #openstack-ironic17:01
*** matty_dubs|lunch is now known as matty_dubs17:02
*** jdob has quit IRC17:02
*** jdob has joined #openstack-ironic17:02
*** harlowja_away is now known as harlowja17:06
*** romcheg has joined #openstack-ironic17:06
*** Penick has joined #openstack-ironic17:09
NobodyCamstendulker: will do in a meeting atm17:12
*** Penick has quit IRC17:15
jrollstendulker: hi17:16
*** jdob has quit IRC17:17
*** jdob has joined #openstack-ironic17:17
*** linggao_ has joined #openstack-ironic17:25
*** linggao_ has quit IRC17:26
*** athomas has joined #openstack-ironic17:33
stendulkerjroll: I have update design spec for firmware settings. Have addressed the review comments. Please have a look https://review.openstack.org/#/c/101122/17:41
stendulkerNobodyCam: Ok.17:41
stendulkerjroll: Wanted to understand the security concerns raised by you.17:42
*** dwalleck_ has joined #openstack-ironic17:45
*** dwalleck has quit IRC17:49
*** dwalleck_ has quit IRC17:52
*** dhellmann_ is now known as dhellmann17:53
*** dwalleck has joined #openstack-ironic17:53
*** stendulker has quit IRC17:55
*** Penick has joined #openstack-ironic18:04
*** harlowja is now known as harlowja_away18:10
*** dwalleck has quit IRC18:12
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095118:16
*** dwalleck has joined #openstack-ironic18:18
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095118:18
NishaNobodyCam: just reposted the spec after the addressing the comments, please have a look...18:19
NobodyCamNisha: will do just started to look at stendulker's18:20
NobodyCamthen I'll loop back to that one18:20
NishaNobodyCam: Ok. :)18:21
sorenNobodyCam: Yes, using diskimage-builder.18:25
NobodyCamhey soren did you get the image built?18:26
*** bvivek has joined #openstack-ironic18:27
sorenNobodyCam: Yeah, I don't think images are my problem anymore.18:27
NobodyCam:)18:27
*** harlowja_away is now known as harlowja18:33
jrollstendulker left me :(18:34
sirushtiHi all, could I get some reviews on https://review.openstack.org/#/c/97150/, it's the whole disk image spec. It feels like it's ready after addressing all your comments :-)18:36
ShrewsNobodyCam: devananda: We need to try to push https://review.openstack.org/103670 through today to unbreak us. I just did a recheck on it.18:42
devanandaShrews: ack18:42
NobodyCamShrews: will take  look now18:43
NobodyCamShrews: lol py26 failed on your recheck18:44
Shrewsgah18:45
ShrewsERROR:   py26: InterpreterNotFound: python2.618:45
Shrewsnice18:46
NobodyCamlol18:46
JayFMan, that's some broken code18:46
*** dwalleck has quit IRC18:46
JayFManaged to uninstall python, that's impressive18:46
matty_dubsLOL18:46
Shrewsthis wouldn't happen if we weren't using python... just saying18:46
NobodyCamShrews: you could rewrite all of openstack in, oh say, bash :-p18:47
Shrewshttps://bugs.launchpad.net/openstack-ci/+bug/128279518:47
NobodyCamimportance: Undecided → Low18:48
devanandaShrews: +2'd, waiting on Jenkins anyway18:48
NobodyCamhumm youd think some one was trying to get rid of 2618:48
NobodyCamdevananda: ya. LGTM too, I'll land whance mr J is happy18:49
devanandaNobodyCam: ack, ty18:50
NobodyCams/whance/once/18:50
NobodyCam-p18:50
* Shrews likes "whance"18:50
* NobodyCam 's coffee pot broke the other day :(18:50
JoshNangNobodyCam: gotta have fail over coffee pots. it's critical infrastructure18:51
ShrewsNobodyCam: i issued another recheck hoping it would short-circuit the other. that's not a thing, apparently18:51
NobodyCamShrews: ya, I think you have to wait, or at least you use to ...18:55
NobodyCamJoshNang: ++++++++++++++++^218:56
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties for iLO driver  https://review.openstack.org/10300718:57
ShrewsNobodyCam: JoshNang: http://www.toadworld.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-00-29/For-Blog.png18:57
NobodyCam:)18:57
JoshNangheh18:57
*** loki184 has quit IRC18:57
devanandaShrews: uploading a new change will interrupt it, IIRC18:59
*** derekh_ has joined #openstack-ironic18:59
NobodyCamShrews: secondary = > http://www.starbucks.com/store-locator/search/geolocate18:59
NobodyCamdevananda: yep that works19:00
ShrewsSo, no thoughts on my suggestion earlier to wrap dbapi.reserve_node() in a retry to help mitigate the NodeLocked problems?19:01
devanandaadam_g: our pep8 cleanup patches only had 1 line of conflict19:03
devanandaadam_g: mind if I fixup and rebase yours?19:03
*** linggao has joined #openstack-ironic19:04
adam_gdevananda, sure, go for it19:04
* Shrews just files a spec19:05
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: pep8 cleanup of Nova code  https://review.openstack.org/10300119:05
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: PEP fixes for the Nova driver  https://review.openstack.org/10316219:05
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add a decommission command for the agent  https://review.openstack.org/10369419:06
NobodyCamNisha: ahh you are able to detect if a cable is connected :)19:07
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties for iLO driver  https://review.openstack.org/10300719:08
linggaoHi devananda, could you please help me checking why my patch failed Jenkins again?19:10
*** geekyogi has quit IRC19:10
linggaohttps://review.openstack.org/#/c/102318/19:10
Shrewslinggao: that's due to a bug that https://review.openstack.org/103670 is fixing19:11
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095119:12
*** rakesh_hs has quit IRC19:12
linggaoShrews, thanks. should I do "recheck bug 103670" ?19:12
linggaoOr I should wait.19:13
Shrewslinggao: no. 103670 is not a bug number, it's a review. you must wait for that review to merge, then "recheck no bug"19:13
linggao?19:13
Shrewslinggao: we are trying to push it through now19:14
*** dwalleck has joined #openstack-ironic19:14
linggaook. Shrews thanks. I'll wait.19:14
NobodyCamNisha: reviewed19:16
sorenAre there any guidelines for Neutron configuration to get it to work with Ironic? An example config would be wonderful.19:16
sorenI *think* my problems are in that domain now.19:17
NobodyCamsoren: like the neutron.conf or other configs?19:18
sorenOh.19:18
* soren stumbles on tripleo-incubator/doc/source/neutron_notes.rst19:18
NobodyCam:)19:18
sorenNobodyCam: I honestly don't know. Neutron's configuration directory makes very little sense to me.19:19
sorenThat file says to run dnsmasq manually, though. Is that still accurate?19:20
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties for iLO driver  https://review.openstack.org/10300719:22
*** geekyogi has joined #openstack-ironic19:22
NobodyCamsoren: also see http://docs.openstack.org/developer/tripleo-incubator/deploying.html19:23
NishaNobodyCam: Thanks for reviewing the spec. Please could you have a look at https://review.openstack.org/#/c/103007/ also. It is to implement the generic one using iLO driver19:25
NishaNobodyCam: "ahh you are able to detect if a cable is connected"  regarding this comment19:26
ShrewsNobodyCam: 103670 requeue'd  *crosses fingers*19:26
NishaNobodyCam: i couldnt find it, but i think there shall be a way. I will get in touch with iLO team to find it out. But i have mentioned it in generic spec as others can find it :)19:27
NobodyCam:)19:28
NishaNobodyCam: Thats why i have mentioned defaul action will be creating for all the discovered MACs19:28
Nisha%s/defaul/default19:29
NobodyCamyep :)19:29
NobodyCamShrews: watching zuul19:29
NobodyCampy27 pass / pep8 pass19:35
NobodyCamlol like watching paint dry19:36
NobodyCamwoo hoo py26 pass19:36
NobodyCamnot just doc's and tempest to go19:37
NobodyCams/not/now/19:37
*** Poornima has quit IRC19:39
devanandasoren: with ironic, if you are using neutron, you do not need to run a separate dnsmasq process19:41
*** amitpp has quit IRC19:41
soren*if* I'm using Neutron?19:41
devanandaright19:41
sorenI have a choice?19:41
devanandasoren: the OnMetal team isn't using neutron. they've blogged a bit about that, i think19:41
devanandaand I believe there are patches up to make that pluggable19:42
sorenIf I'm using Ironic from the Icehouse release.. Are there any docs to tell me how to not have to deal with the madnass that is Neutron?19:43
sorenIf no, any pointers?19:44
sorenOr must I cry myself to sleep again tonight?19:44
devanandasoren: no docs on that. as i said, the work to decouple is in flight now19:44
sorendevananda: So Neutron isn't optional right now?19:45
JayFdevananda: we are using neutron, with a custom plugin though which means our stuff may be less useful to others right now http://developer.rackspace.com/blog/how-we-run-ironic-and-you-can-too.html19:45
JayFjroll or morgabra would be able to speak more in detail about it, I only understand from a high level19:46
jrollhi19:46
jrollwe're using neutron for network isolation19:46
jrollbut not for dhcp19:46
JayFgah, I missed some of the context19:47
* soren sobs19:47
devanandaJayF: ah, sorry - thought you guys were not using neutron19:48
devanandasoren: i stand corrected. sorry :(19:48
jrollwell19:48
JayFWe're using neutron, just not for dhcp/dnsmasq. Which was what the conversation was about. So I'm wrong (too?)19:48
devanandasoren: also this is what I was thinking of -- https://review.openstack.org/#/c/102296/ -- it's a spec for external DHCP19:49
sorenIf I can't get rid of Neutron altogether, I think I'd better stay on the beaten path.. (?)19:49
jrollwas *just* going to link that19:49
jrollsoren: our stuff would make it totally optional19:49
jrollsoren: you just won't be able to isolate provisioning network from customer network19:49
jrollsoren: which might not be an issue for you; idk19:49
sorenjroll: And I look forward to that :) Right now, I'm trying to get IceHouse deployed. Just to not have a moving target to deal with.19:49
jrollfwiw, ironic has been fairly stable day to day... just need to pay attention a bit19:50
sorenjroll: No, that's not a concern at all right now. This is a single tenant ironic cloud.19:50
jrolland yes, icehouse is a no-go for avoiding neutron, without changing code19:50
sorenjroll: Thanks for the clarification.19:51
jrollnp19:51
sorenOk, so with that in mind, the final line of tripleo-incubator/doc/source/neutron_notes.rst is all lies?19:51
sorenI don't actually have to run dnsmasq on my own?19:51
sorenEver? At all?19:51
soren(Assuming the Ice House release)19:52
jrollsounds like it, from what devananda said19:53
* devananda reads that doc19:54
devanandawait - why does a tripleo-incubator doc file say "after starting devstack"??19:54
jrollare you saying devstack isn't meant for production19:55
jrolluh oh19:55
devanandasoren: that file is referring to several things specific to nova-baremetal19:55
devanandasoren: in other words, there's no guarantee it has anything to do with ironic19:55
*** dwalleck has quit IRC19:56
devanandasoren: for instance, "bm-helper" is dead. long live bm-helper.19:56
soren..19:56
sorenOk.19:56
lifelesssoren: neutron_notes.rst is waaaay old. I suspect we should just delete it19:58
sorendevananda: Ok, so I'll just forget I ever saw that doc.19:58
sorenAny hints at all for how I can set up Neutron to make Ironic (and me!) happy?19:58
lifelesssoren: so the automation in setup-neutron for either devtest_seed.sh or devtest_undercloud.sh should do what you want19:59
NobodyCamLOL who is: "Welcome, new contributor!" listed on https://review.openstack.org/#/c/10095119:59
* soren stares at setup-neutron for a while19:59
jrollNobodyCam: isn't that awesome? :)20:00
jrollit posts for new contributors now20:00
*** max_lobur has quit IRC20:00
NishaNobodyCam: Its my first contribution to openstack :)20:00
*** krtaylor has quit IRC20:02
sorenlifeless: What's the difference between seed and undercloud?20:02
*** bvivek has quit IRC20:03
NobodyCamNisha: congratz!!!! and welcome to openstack community20:05
NishaNobodyCam: :)20:06
NobodyCamNisha: looking at 103007.. what info is in chche status?20:07
NishaNobodyCam: chche?20:07
NobodyCamCache Information :-p20:08
*** krtaylor has joined #openstack-ironic20:08
NobodyCamsorry fingers faster then brain20:08
NishaNobodyCam: Cache Information will hold L1, L2, L3 cache sizes20:11
Nisha:)20:11
sorenlifeless: Sorry, I'm having trouble following the code.. setup-neutron creates all the required resources... But where does Neutron get its configuration?20:11
NobodyCamahh so Cpu Cache info20:12
NishaYes20:12
NobodyCamor is that also for disk?20:12
NishaNo only for processors20:13
lifelesssoren: what configuration?20:17
*** geekyogi has quit IRC20:19
lifelessNisha: do you expect people to schedule on that?20:20
lifelesssoren: seed and undercloud are the same from a neutron perspective20:20
sorenlifeless: You know.. The thing that configuration files specify.20:21
sorenlifeless: Like.. Use these classes for this kind of nonsense, these other classes for other kinds of nonsense, and here are my environmental details that everything must submit to.20:22
lifelessoh, defaults20:22
lifelessthe only thing you need config file wise for neutron is provider network mappings20:22
lifelessbridge_mappings = ctlplane:br-ctlplane20:22
lifelessnetwork_vlan_ranges = ctlplane20:22
lifelessin your ovs config file20:23
sorenOk, so openvswitch is given?20:23
lifelessthere's no hard dependency20:23
lifelessshould work with any plugin you want20:23
lifelesswe've just never used downlevel ones, or proprietary ones :)20:23
soren"downlevel"?20:24
lifelessless capable20:24
lifelesseg linuxbridge20:24
NobodyCamNisha: for HP ProLiant servers via iLO using iLO client python library? should that be ... using Ironic python library?20:24
devanandaNobodyCam: no - there is an hp proliant python lib on github20:25
NobodyCamdevananda: ever where else in the spec it reffered to as Depends on proliantutils library.20:25
devanandaNobodyCam: ah. that wording may be confusing then20:26
NobodyCams/proliantutils library.//20:26
NobodyCam:)20:26
NobodyCamwill leave comment on spec20:26
NishaNobodyCam: Ok :)20:26
lifelesssoren: you're testing out ironic ?20:26
sorenlifeless: I'm trying to. Desperately.20:27
*** mdorman has quit IRC20:27
Nishalifeless: I didnt get your question? is it for cache info20:27
Nisha?20:27
*** dwalleck has joined #openstack-ironic20:27
lifelessyes20:27
lifelessIronic isn't a general purpose machine database20:28
lifelessI'm wondering why you want to collect so much information20:28
Nishalifeless: if thats the case i can remove that info i.e. cache info , rest is already included in the generic spec.20:29
*** Penick has quit IRC20:30
NobodyCamShrews: 103670 +a'd20:30
NobodyCamdevananda: ^^^^20:30
jroll\o/20:31
Shrewswoohoo20:31
NobodyCamstill has to get through the gate .. lol20:31
*** dwalleck has quit IRC20:32
NobodyCamNisha: reviewed20:33
NishaNobodyCam: Thanks . Just for one comment. I am removing cache info as per lifeless suggestion as of now. If needed that can be added later on.20:34
NobodyCamsure20:34
lifelessNisha: that wasn't my suggestion. I was asking *why*20:34
lifelessNisha: I'll be asking that on the generic one too20:35
Nishalifeless: generic one doesnt mention that attribute20:35
Nishaonly ilo specific i added it as ilo can discover that information. I am not sure how that property can be used by people later on , may not apply for scheduling20:36
Nishafor scheduling only the required ones get updated20:36
lifelessNisha: what review # is the generic one?20:37
NobodyCambrb quick walkies20:37
Nishalifeless: A driver may chose to discover more attributes than listed in generic one , correct?20:37
NobodyCamlifeless: 10095120:37
Nishalifeless: https://review.openstack.org/#/c/10095120:37
NishaNobodyCam: Thanks :)20:38
sorenlifeless: Do I have to create br-ctlplane? Or will something do that for me?20:40
*** Penick has joined #openstack-ironic20:43
NobodyCamjroll: happen to be around?20:44
jrollsup NobodyCam20:44
NobodyCamwas looking at your comment on 10313620:44
jrollyeah20:44
jrollI forgot to loop back and check that out20:45
NobodyCamhave you looked at https://github.com/openstack/ironic/blob/master/ironic/nova/scheduler/filters/exact_ram_filter.py20:45
NobodyCamline 2920:45
jrollyes20:45
NobodyCamthat was my concern20:45
jrollso that looks at host_state.free_ram_mb20:45
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic-specs: Add support retry on NodeLocked exceptions.  https://review.openstack.org/10399620:45
jrolland the dict we return in get_info() doesn't have that key20:46
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties for iLO driver  https://review.openstack.org/10300720:46
jrollso I think it's unrelated20:46
jrollbut /me looks at code20:46
jrollseems like it's related to get_available_resource, not get_info20:47
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic-specs: Add support for retry on NodeLocked exceptions  https://review.openstack.org/10399620:47
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties for iLO driver  https://review.openstack.org/10300720:48
jrollNobodyCam: here's what the filter looks at https://github.com/openstack/ironic/blob/master/ironic/nova/virt/ironic/driver.py#L19020:48
NishaNobodyCam: Have just updated the spec for iLO driver and posted back :)20:49
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add Node decommission interfaces  https://review.openstack.org/10295320:50
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add Node decommission in conductor  https://review.openstack.org/10298420:50
sorenAm I supposed to create br-ctlplane myself? Or is OVS supposed to be told about it from neutron and then it'll create it?20:50
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic-specs: Add support for retry on NodeLocked exceptions  https://review.openstack.org/10399620:51
*** jbjohnso_ has quit IRC20:52
NobodyCamjroll: ahh20:53
jroll:)20:54
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic-specs: Add support for retry on NodeLocked exceptions  https://review.openstack.org/10399620:55
NobodyCamjroll: changed my vote20:55
jroll\o/20:56
*** jdob has quit IRC20:56
Shrewsheading out for the day. good evening @all20:56
jrollnight Shrews20:57
Nishalifeless: NobodyCam Leaving for tonight. Its already early morning here. (3 am) :)20:57
Nishalifeless: will see your comments in the spec and if needed will discuss tomorrow.20:58
NobodyCamhave a good night Nisha20:58
NobodyCamanyone happen to know the bug number for recheck on the glance endpoint issue20:59
jrolldid we make one?21:00
*** ccrouch1 has quit IRC21:00
*** ccrouch has joined #openstack-ironic21:01
matty_dubsIs that the "AttributeError: 'Client' object has no attribute 'endpoint'" one? I was _just_ noticing that it keeps coming up21:01
jrollyes21:01
matty_dubs(I don't have the number, though.)21:01
jrollNobodyCam: there wasn't a bug on that patch, so I would assume there's no bug for this issue21:01
NobodyCam:-p21:01
* NobodyCam is trying to not use no bug21:02
*** Nisha has quit IRC21:02
NobodyCamhumm use no bug or add a bug (after the fix is already approved) to track the rechecks?21:03
* NobodyCam notes to dbl check for bug # on patches that are fixing bugs21:04
NobodyCambrb21:04
jroll+121:04
*** ccrouch has quit IRC21:05
openstackgerritA change was merged to openstack/ironic: Fix glance endpoint tests  https://review.openstack.org/10367021:05
matty_dubs^ rock21:06
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add a decommission command for the agent  https://review.openstack.org/10369421:07
matty_dubsOops, I'm an idiot21:08
matty_dubsI put 103670 as the bug #21:08
matty_dubsThat's a bug for a SIGSEGV in rhythmbox from 200721:08
*** max_lobur has joined #openstack-ironic21:10
NobodyCamlol someone is going to get a strange email :-p21:10
* matty_dubs succeeds in making the world a more interesting place ;)21:11
*** dwalleck has joined #openstack-ironic21:12
matty_dubsNobodyCam: Obviously, "Fix the section name in CONTRIBUTING.rst" cannot be merged until rhythmbox is fixed21:13
*** ccrouch has joined #openstack-ironic21:14
matty_dubsHaving successfully sown confusion, I've now got to head out for the day. Have a great afternoon/evening, all.21:16
*** matty_dubs is now known as matty_dubs|gone21:16
NobodyCamlol have a good day matty_dubs|gone21:17
NobodyCams/day/night/21:17
*** dwalleck has quit IRC21:20
*** dwalleck has joined #openstack-ironic21:21
lifelesshey so21:22
lifelessthis removal of ramdisk selection from flavors21:22
lifelesswhere is the spec for it? I"d like to argue very much against it21:22
lifelessor at least make sure I really understand why - it seems entirely unnecessary today21:23
lifelessand we're going to make activating a new deploy ramdisk a very slow process (min one call per node)21:23
*** dwalleck has quit IRC21:26
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add a decommission command for the agent  https://review.openstack.org/10369421:26
jrolllifeless: I think that's not happening until L or something... giving it deprecation time in K21:27
jrolllifeless: that review is -2'd, no?21:27
*** dwalleck has joined #openstack-ironic21:29
*** jrist has quit IRC21:30
lifelessjroll: devananda filed a bug about it in tripleo, saying that it was deprecated, not was-to-be deprecated21:30
lifelessjroll: I'm arguing we don't need to deprecate it at all, and shouldn't.21:31
devanandalifeless: ah. perhaps my wording was unclear. we're supporting both right now21:31
devanandalifeless: the spec was already discussed in meetings and approved, a while ago21:31
lifelessso I want to have a discussion about why we feel we need to deprecate it21:31
devanandalifeless: because flavor != driver21:31
devanandaand different drivers require different ramdisks (IPA and iLO and PXE deploy disk images are not compatible with each other)21:32
lifelessdevananda: that seems entirely orthogonal21:32
devanandanot at all21:32
devanandawell21:32
devanandathey are21:32
lifelessdevananda: I still don't see the problem. Perhaps in spec form. 'Because X, Y'.21:32
devanandaflavor and driver are orthogonal21:32
devanandabut putting the deploy ramdisk on the flavor means it is tied to a driver21:32
lifelesswhy does it mean that?21:32
devanandawhich the nova scheduler is unaware of21:32
lifelessI don't see how it means that.21:32
devananda21:32:12 < devananda> and different drivers require different ramdisks (IPA and iLO and PXE deploy disk images are not compatible with each other)21:32
lifelessSo? Still not seeing the connection. I must be really dumb or something.21:33
devanandai'll walk through it21:33
devanandauser requests flavor X, which specifies a deploy ramdisk taht is compatible with IPA21:33
lifelesswait a sec21:34
lifelessit specifically says21:34
lifelessbaremetal:deploy_kernel_id and baremetal:deploy_ramdisk_id, right ?21:34
lifelessthose were the nova-bm key's, which specify nova-baremetal deploy ramdisks.21:34
devanandawhich are compatible with the PXE driver21:35
lifelessWe have a bug right now - that this conversation has made me realise - that Ironic is incompatible with nova-BM21:35
devanandaoh?21:35
lifelessbecause the ironic deploy ramdisk requires the token accessed over tftp21:35
devanandaoh?ahhh right21:35
devananda:(21:35
devanandaso21:35
devanandathat's also covered in my spec proposal to nova21:35
lifelessits why we have a baremetal-deploy and ironic-deploy element in dib21:35
devanandafor the upgrade path21:35
lifelessone fix for that would be to say ironic:pxe-deploy-kernel-id and ironic:pxe-deploy-ramdisk-id21:36
devanandahttps://review.openstack.org/#/c/95025/21:36
lifelessif we do that it should be clear how IPA can coexist21:36
devanandalifeless: so this has me thinking, perhaps another way would be to specify the list of all possible k&r pairs for any driver in use on the flavor21:36
devanandaexcept again this is really exposing an abstraction layer violation in Ironic's API21:37
devanandaby requiring nova (a client in this case) to pass in driver-specific info21:37
devanandathe architectural reason here is: these valuse are as internal and operator-centric as the IPMI credentials21:37
devanandaand should not be changed on a node between one deployment and the next21:37
lifelessI don't agree with your last statement21:38
lifelessthe rest I agree with21:38
devanandathey can be changed when teh operator is upgrading their deploy environment21:38
devanandabut not by a client21:38
*** dwalleck has quit IRC21:38
lifelesssure21:38
lifelessAnyhow, my main beef is21:38
devanandaif at some point we want t oseparate a "management" and a "deploy" interface -- from a policy/provilege perspective -- I think we need to do this21:39
lifelessI don't want to have to run a script over 1500 nodes when I build a new deploy ramdisk21:39
lifelessthe current 'fix' is a big step backwards in efficiency21:39
jroll... why not? that's not that large of a load21:39
jrollas you say, it's scriptable21:39
jrollpushing a new button is not a big step backwards21:39
lifelessjroll: aesthetics? room for failure? more moving parts?21:40
devanandalifeless: if you change it on the flavor, nova will just be doing that for you21:40
devanandait's no less efficient in terms of API calls to ironic21:40
devanandait merely shifts the point-in-time to be more clearly visible to the operator regarding which node is being updated21:41
devanandamaking it, IMO, easier to manage, not harder21:41
lifelessdevananda: its a) local (so way less latency*count hit), amortised over time (only hits when you do a deploy) and wrapped in retry etc logic so invisible to me21:41
*** linggao has quit IRC21:41
lifelessdevananda: I've shifted from arguing *for* flavor to arguing about the specific thing that concerns me. I recognise that user-definable flavors make this a security issue.21:42
devanandaack21:42
devanandalifeless: so efficiency is "the thing that concerns you" ?21:42
lifelessthe shift from define-once to define-N times; the denormalisation.21:43
lifelessefficiency is part of it21:43
lifelessthe ability to have races where one node doesn't get updated because it was added by process A while process B was updating the ramdisk references is another21:43
lifelesswhich means from an ops perspective I'll have to write a tool to assert 'machines with shape X get ramdisk Y' and do that in a big loop checking for exceptions and fixing them.21:44
lifeless^ that worries me21:44
lifelessOh, and to permit testing new ramdisks I'll need to have exceptions in that tool to carve out test machines temporarily21:45
lifelessand use scheduler hints to do the testing21:45
lifelessthat also worries me21:45
lifelesswith flavor, I create a new flavor referencing the new ramdisk, do a deploy to it, verify it works, then delete the flavor and update the public flavor, done.21:46
lifeless^ I want that easy a story.21:46
devanandalifeless: if you can create new flavors, then you probably also have access to the force-host extension21:51
lifelessdevananda: which is way less easy. I have to query ironic for free nodes, and then race against the scheduler.21:52
lifelessdevananda: I kindof feel like you're arguing purity and I'm arguing user experience.21:52
devanandalifeless: i think that's a fair statement21:52
devanandalifeless: which is an interesting turn of roles for us :)21:52
NobodyCam:O21:53
lifelesspossibly; I do try to bear both things in mind always21:53
devanandalifeless: i'm also arguing in favor of increased transparency and privilege separation.21:53
lifelesssometimes its harder than others.21:53
* BadCub watches intently21:53
lifelessdevananda: I don't see that it increases transparency at all. with flavor (as one way to get UX) its entirely transparent.21:54
devanandacarrying ironic-driver-specific information in an external system (nova's flavors) is illogical21:54
* NobodyCam now has feel he's being watched21:54
NobodyCams/feel/feeling/21:54
lifelessdevananda: I agree. I'm not arguing for flavor. I'm arguing that we don't make the UX worse when addressing the concerns flavor has for us.21:54
devanandalifeless: the UX you seem to want is one that uses groups to associate metadata with nodes21:55
devanandalifeless: such that you can atomically change driver-specific metadata for all nodes in the group21:55
devanandalifeless: i would support that21:55
devanandaif it were implemented within ironic21:55
lifelessdevananda: thats one facet of it yes. Another facet is letting me run with different driver specific metadata *on a nova boot request*, to let me test the impact of changes without making global config changes.21:55
devanandalifeless: but that's a layer violation21:56
lifelessdevananda: not necessarily.21:56
devanandalifeless: rephrase, as I parsed taht too quickly21:56
devanandalifeless: you *can* do taht today21:56
lifelessdevananda: I was very careful to phrase it in a way that doesn't presume one implementation.21:56
devanandalifeless: by changing the driver specific metadata on a specific node, then requesting nova to boot *that node*21:56
lifelessdevananda: requesting nova to boot *that node* is a layer violation in it's own right. And its racy with the scheduler.21:57
devanandaindeed, but that's another topic :)21:57
lifelessdevananda: unless you put the node into maintenance first - we're stacking headache on headache.21:57
devanandalifeless: so, placing ironic driver metadata anywhere but inside ironic is counter-intuitive21:57
devanandalifeless: or you set the node properties such that it only matches your "i'm an admin, here's my test flavor" flavor21:57
NobodyCamdevananda: not to distract. I'm looking at https://review.openstack.org/#/c/92416 (Add the remaining unittests to the ClientWrapper class) in the nova section of our tree.. so checking with you if that's one to land.21:57
devanandawhich would be easy to do if there were an extra_specs check in the scheduler21:58
lifelessmmm, I think thats too broad a statement. Consider port details that might live in neutrons topology db. But thats a distraction :)21:58
devanandafind any free node, ironic node-update add extra/admin_only=True21:58
devanandaor what ever21:58
*** jgrimm has quit IRC21:58
lifelessdevananda: compare that to the UX we have today. Ignore the illogical.21:58
devanandalifeless: i can't ignore that21:58
lifelessdevananda: I'm asking you to hold the UX to *that standard*, in assessing replacements.21:58
devanandalifeless: the UX changes, but it's not *worse*21:59
lifelessdevananda: yes you can, you just don't want to.21:59
lifeless:)21:59
lifelessdevananda: my perception of it is that its worse.21:59
lifelessdevananda: I wish you'd been active in the tripleo region administration over the last 9 months, I think we wouldn't be having this discussion like this.21:59
devanandalifeless: I wish more tripleo region admins had been active in Ironic over the last 9 months -- their input is invaluable to me22:00
lifelessdevananda: been doing my best...22:00
devanandalifeless: but tripleo isn't the only user (or use case) for ironic22:01
devanandalifeless: and i've been tracking as much of each user and use-case as I can ...22:01
lifelessdevananda: I know that; the key word there wasn't tripleo, it was region admin22:01
*** mrda-away is now known as mrda22:02
mrdaMorning all22:02
NobodyCammorning mrda22:03
*** romcheg has left #openstack-ironic22:03
jrollheya mrda22:03
mrda\o22:04
lifelessdevananda: so where do we go from here? I feel like I've failed at helping you understand the operational impact22:04
jrolllifeless: I'm still not sure I see this as a problem, in terms of operational impact. you need to update the kernel/ramdisk id in ironic rather than nova (this can even be in mysql if you don't want to put load on the api). testing in production is harder (that's why test/staging environments exist). anything I'm missing?22:06
jrolllifeless: in our environment, we need to reboot unprovisioned nodes when we update the ramdisk, and it hasn't caused us any pain22:07
lifelessjroll: 'testing in production is harder' <-22:07
lifelessjroll: many smaller environments won't have test/staging baremetal labs22:08
jrollthat's what staging environments are for22:08
lifelessjroll: many smaller environments won't have test/staging baremetal labs22:08
lifelessjroll: and won't be willing to have them22:08
lifelesssince the cost / utilisation is too high/too low22:08
jroll... really? we're supporting users insane enough to use production to test code?22:09
jrollif you're at the point of automating bare metal provisioning22:09
jrollyou have, say, $20k to spend on a small staging environment22:09
JayFEh, I don't think that's an unreasonable as you make it seem jroll22:09
jrolllet me put it this way22:10
JayFI think we should have ironic be easy enough to use that someone with <100 physical servers could use it to manage boxes22:10
jrollif you're willing to go through the pain of testing new code in production22:10
jrollyou're probably willing to go through the pain of using scheduler hints to test22:10
jrollI would hope22:10
JayFHowever in context of this discussion, I do agree that specifying deploy ramdisk seems like a node specific thing, and specifically well targeted for driver_info22:10
NobodyCamhummm #notice should show up on meeting summary22:11
lifelessjroll: welcome to users.22:12
lifelessjroll: who said anything about testing new code in production.22:12
lifelessjroll: there's this thing called change control22:12
JayFdeploy ramdisk and kernel is code, at least to us22:12
lifelesssure22:12
lifelessbut consider a user22:12
lifelessupstream release a new version22:13
JayFI am a user fwiw as well ;)22:13
lifelessa user that isn't a dev22:13
lifelessthey get a new ramdisk + kernel from their vendor22:13
lifelessRH, HP, RAX, whoever.22:13
lifelessanyhow, I get whinged at by product folk for having 2 extra nodes for an HA management plane.22:14
lifelessan extra full set of infrastructure for a staging environment in customer premises... I would be laughed out of the country22:15
JayF/o\22:15
lifelessI mean, there are some customers where that totally makes sense. But there are many where it doesn't.22:16
JayFWe have an entire cab of each hardware profile in our staging environment currently :)22:16
lifelesswhere the rate of change would lead to such infrastructure being 99% idle, and it being a high fraction of the total hardware pool22:16
JayFand I know that's somewhat a luxury, because I've worked ops for a small enough place that 'staging' was a couple of servers running vms, and was code-only22:16
lifelessyup22:17
lifelessok, time to go focus on vlan support in tripleo22:17
lifelessau revoir22:17
JayFHowever, I don't think that that using hinted schedulers, or adding information to a node (like node/beta=true to get it to ID to a specific flavor) in ironic is too onerous22:18
JayFI was actually very surprised to see that driver-specific things leaked back into nova flavors22:18
devanandaJayF: that was a vestige of nova-baremetal22:24
devanandaJayF: when it was all in nova anyway22:24
JayFthat makes sense22:25
JayFYou have to remember I live in a post-ironic world ;)22:26
JayFer, I mean, post-bm? i.e. whatever the right term would be for ironic has always existed :)22:26
*** chuckC has quit IRC22:26
NobodyCam   ˁ˚ᴥ˚ˀ  <- does that look like a Polar Bear22:27
jrolllol, looks like a black lab from here22:28
jrollor a black bear22:28
NobodyCamlol22:28
JayFit looks like a guy with really small ears22:28
JayFand no mouth22:28
lifelessI'm with JayF on that22:28
NobodyCam from: http://1lineart.kulaone.com22:28
jrolloh I love this site22:28
lifelessJayF: sure, I'm not arguing for flavor, its just a reference point to say 'that was easy, can I please still have easy'22:29
JayFlifeless: something we meant to mention in the blog post but didn't, is that OnMetal is 'triple o' (in the philisophical sense), becuase we have our entire Ironic control plane running on our internal installation of Nova22:29
JayFthe only physical machines that are running for our product are the machines that are the product22:29
lifelessJayF: nice22:29
*** radsy has joined #openstack-ironic22:30
* NobodyCam clicks back to reviews22:30
lifelessJayF: do you run a dedicated cell or region for OnMetal ?22:30
jrollNobodyCam: those are useful for reviews you know :)22:30
JayFlifeless: we run it inside it's own cell22:30
NobodyCamlol22:30
jrollNobodyCam: (>ლ)22:30
jrollalso this is very relevant for some reviews: ( •_•)O*¯`·.¸.·´¯`°Q(•_• )22:31
NobodyCamlol22:31
NobodyCam︻╦╤─ \(^-^)/  <- gun to head22:32
jrollyeah, I've been iterating on that one outside of channel22:33
jrollI like this better: ༼ つ ◕_◕ ༽つ︻デ┳═ー (╯︵╰,)22:33
devananda$W(*TU($%22:39
* devananda drops his laptop22:39
NobodyCamLOL22:40
NobodyCambrb22:40
*** derekh_ has quit IRC22:41
jrollhahaha22:43
BadCubOuch22:49
*** ccrouch has quit IRC22:51
NobodyCamadam_g: happen to be around ish?22:54
*** athomas has quit IRC22:58
*** chuckC has joined #openstack-ironic23:07
openstackgerritJim Rollenhagen proposed a change to openstack/ironic-python-agent: Fix email in setup.cfg  https://review.openstack.org/10401523:10
* NobodyCam just gave his first -2 to a patch23:10
jroll\o/23:11
NobodyCamlol makes me sad23:11
NobodyCam:(23:11
jrollaww23:11
jrollyou can +2 that one I just uploaded :P23:11
jrollto even things out23:11
NobodyCamlol hahhaha23:11
mrdajroll: subtle23:11
jrolltis easy :)23:11
jrollif someone -1's that patch... they have issues23:12
NobodyCamlol ... jroll is this land my patch because I know where you live...23:12
jrolllol23:13
jrollno, really23:13
jrollplease +223:13
jrollhttps://review.openstack.org/10401523:13
jrollI fixed the email in setup.cfg23:13
NobodyCamjroll: I could -1 it23:15
NobodyCamhttps://github.com/openstack/nova/blob/master/setup.cfg#L723:15
jroll...23:15
jrollfile a bug :P23:15
* jroll fixes23:15
NobodyCamlol23:15
* NobodyCam is reviewed out at this point23:16
NobodyCamlol23:16
openstackgerritJim Rollenhagen proposed a change to openstack/ironic-python-agent: Fix author/email in setup.cfg  https://review.openstack.org/10401523:16
jrollone more?23:16
jrollplease?23:16
NobodyCamheheheh23:16
jroll(really just want to test an infra job)23:16
NobodyCamsure...23:16
jrollJoshNang: please review again ^23:17
NobodyCamdevananda: when you have a free minute: https://review.openstack.org/#/c/103137 ready to land.. But is in the nova section of our repo..23:17
JoshNangjroll: +223:17
jrolldanke23:18
NobodyCam+a'd23:19
NobodyCam:)23:19
NobodyCamit was an easy one23:19
jrollthanks :)23:19
* jroll stares at zuul23:19
NobodyCamlol23:19
openstackgerritA change was merged to openstack/ironic-python-agent: Fix author/email in setup.cfg  https://review.openstack.org/10401523:20
kylestevjroll: ^ \o/23:22
jrollwhee23:22
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/10212623:32
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/8872223:32
devanandaShrews: replied on https://review.openstack.org/#/c/103162/23:40
NobodyCamin an effort to do some house cleaning: Anyone with a free minute and an intrest in helping clear the Old Review of the Day (ORD or ORotD) please have a look over: https://review.openstack.org/#/c/9773123:53
* NobodyCam notes he just made up ORotD it is not offical in any way23:54
jrollshould have just run with it23:54
jroll:P23:54
NobodyCamlol23:54

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