Friday, 2016-03-04

*** Sukhdev has joined #openstack-nova00:03
*** gjayavelu has quit IRC00:05
*** andymaier_ has quit IRC00:06
*** pushkaru has quit IRC00:07
*** pushkaru has joined #openstack-nova00:07
*** pushkaru has quit IRC00:08
*** pushkaru has joined #openstack-nova00:08
*** geekinutah has quit IRC00:09
*** pushkaru has quit IRC00:11
*** ssurana has quit IRC00:13
*** pushkaru has joined #openstack-nova00:14
*** Sukhdev has quit IRC00:21
*** Sukhdev has joined #openstack-nova00:24
*** pushkaru has quit IRC00:27
*** Sukhdev has quit IRC00:27
*** diogogmt has quit IRC00:28
*** hemna is now known as hemnafk00:30
*** andymaier_ has joined #openstack-nova00:31
*** haukebruno has joined #openstack-nova00:32
*** Rodrigo_BR has joined #openstack-nova00:33
Rodrigo_BRLive Migration failure: Unsafe migration: Migration may lead to data corruption if disks use cache != none00:33
Rodrigo_BRCan I perform live migration using NFS backend ?00:34
haukebrunoRodrigo_BR, in general yes.00:35
Rodrigo_BR<haukebruno> But I recive this error: Live Migration failure: Unsafe migration: Migration may lead to data corruption if disks use cache != none00:36
haukebrunoRodrigo_BR, but not sure about that cache thing. you could read that issue 'a lot' these days, also in ask.openstack.org00:37
haukebrunoRodrigo_BR, are you using nfsv3 or v4? we had some trouble using v4 so far and switched back to v300:38
Rodrigo_BR<haukebruno> I am using nfsv3 with the netapp driver00:39
*** qeelee has joined #openstack-nova00:39
*** angdraug has quit IRC00:40
haukebrunoRodrigo_BR, did you set any cache related options in your config files? we are using netapp too, but not with the specifig driver so far just mounting nfs on every compute node00:40
Rodrigo_BR<haukebruno> I posted in https://ask.openstack.org/en/question/89302/migration-operation-has-aborted/00:40
Rodrigo_BR<haukebruno> nfs_mount_options=rw,bg,hard,nointr,tcp,vers=3,timeo=600,rsize=32768,wsize=32768,actimeo=0,sec=sys00:41
*** ljxiash has joined #openstack-nova00:42
haukebrunoRodrigo_BR, are you using nfs too for /var/lib/nova/instances?00:42
Rodrigo_BR<haukebruno> Yes ! I am00:43
*** pwnall has quit IRC00:43
haukebrunoRodrigo_BR, sorry, no clue here. you could try block migration as a workaround, but in general live migration should work, especially with an underlying netapp NFS export (we are doing it without problems)00:44
Rodrigo_BR<haukebruno> Ok ! thank you for help me00:45
*** ljxiash has quit IRC00:46
*** ljxiash_ has joined #openstack-nova00:46
*** ijw has joined #openstack-nova00:47
*** ljxiash has joined #openstack-nova00:47
*** ljxiash_ has quit IRC00:50
*** zenoway has joined #openstack-nova00:52
*** ljxiash has quit IRC00:52
*** ijw has quit IRC00:52
*** ZZelle_ has quit IRC00:53
*** liusheng has joined #openstack-nova00:55
*** dedery has quit IRC00:56
*** zenoway has quit IRC00:56
*** akshai has quit IRC00:58
*** hoangcx has joined #openstack-nova00:59
*** akshai has joined #openstack-nova01:02
*** jaypipes has quit IRC01:04
*** Swami has quit IRC01:07
*** Swami has joined #openstack-nova01:07
*** akshai has quit IRC01:08
*** Swami has quit IRC01:11
*** phuongnh has joined #openstack-nova01:14
*** achanda has joined #openstack-nova01:14
*** dimtruck is now known as zz_dimtruck01:19
*** mnestratov has quit IRC01:22
*** ducttape_ has joined #openstack-nova01:24
*** zz_dimtruck is now known as dimtruck01:25
*** ivase has joined #openstack-nova01:25
*** ducttape_ has quit IRC01:25
*** ducttape_ has joined #openstack-nova01:25
*** EinstCrazy has joined #openstack-nova01:27
*** thorst_ has quit IRC01:28
*** thorst has joined #openstack-nova01:29
*** ivase has quit IRC01:29
*** ducttape_ has quit IRC01:31
*** akshai has joined #openstack-nova01:31
eliqiaotdurakov: hi01:32
*** nic has quit IRC01:32
*** diogogmt has joined #openstack-nova01:35
*** thorst has quit IRC01:37
*** mtanino has quit IRC01:37
*** yamahata has quit IRC01:37
*** akshai_ has joined #openstack-nova01:39
*** akshai has quit IRC01:42
*** apoorvad has quit IRC01:53
*** Sukhdev has joined #openstack-nova01:54
Rodrigo_BRHi someone can talk about http://libvirt.org/git/?p=libvirt.git;a=blob;f=src/qemu/qemu_migration.c;h=64cbffa59ae07c423660621c8528a39bd599ce5a;hb=HEAD#l230401:59
*** clduser has quit IRC02:03
*** Sukhdev has quit IRC02:04
*** rhagarty_ has quit IRC02:04
openstackgerritZhenyu Zheng proposed openstack/nova: Check 'destination_type' instead of 'source_type' in _check_and_transform_bdm  https://review.openstack.org/25283602:06
*** ijw has joined #openstack-nova02:06
openstackgerritNicolas Simonds proposed openstack/nova: Allow use of live snapshots with RBD snapshot/clone  https://review.openstack.org/27365202:08
*** vilobhmm11 has quit IRC02:09
*** unicell has joined #openstack-nova02:09
*** rhagarty has joined #openstack-nova02:12
*** gyee has quit IRC02:15
*** thorst has joined #openstack-nova02:16
openstackgerritTim Pownall proposed openstack/nova: Updating while loop for tar extraction in utils.py.  https://review.openstack.org/28742602:17
*** fawadkhaliq has quit IRC02:20
*** zengine has joined #openstack-nova02:22
*** thorst has quit IRC02:23
*** ducttape_ has joined #openstack-nova02:25
*** andymaier_ has quit IRC02:26
*** gjayavelu has joined #openstack-nova02:32
*** clduser has joined #openstack-nova02:32
*** Rodrigo_BR has quit IRC02:32
*** gcb has quit IRC02:34
*** apoorvad has joined #openstack-nova02:36
*** rhagarty has quit IRC02:36
*** gjayavelu has quit IRC02:37
*** zenoway has joined #openstack-nova02:39
*** haomaiwang has joined #openstack-nova02:39
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Nuke cliutils from oslo-incubator  https://review.openstack.org/28775302:42
*** y_sawai has joined #openstack-nova02:43
*** dimtruck is now known as zz_dimtruck02:43
*** zenoway has quit IRC02:44
*** houming has joined #openstack-nova02:44
*** ijw has quit IRC02:45
*** haomaiwang has quit IRC02:45
*** unicell has quit IRC02:47
*** qeelee has quit IRC02:49
*** akshai_ has quit IRC02:51
*** gcb has joined #openstack-nova02:53
*** akshai has joined #openstack-nova02:56
*** haomaiwang has joined #openstack-nova02:56
*** cdelatte has joined #openstack-nova02:59
*** akshai has quit IRC03:00
*** haomaiwang has quit IRC03:01
*** links has joined #openstack-nova03:01
*** lykinsbd has joined #openstack-nova03:05
*** lykinsbd has quit IRC03:06
*** lykinsbd has joined #openstack-nova03:07
*** harlowja_at_home has quit IRC03:07
*** lykinsbd has quit IRC03:11
*** ijw has joined #openstack-nova03:11
*** lykinsbd has joined #openstack-nova03:11
*** ijw has quit IRC03:11
*** lykinsbd has quit IRC03:12
*** ijw has joined #openstack-nova03:12
*** haomaiwang has joined #openstack-nova03:12
*** zenoway has joined #openstack-nova03:15
*** vilobhmm11 has joined #openstack-nova03:15
*** haomaiwang has quit IRC03:17
*** zenoway has quit IRC03:19
*** lykinsbd has joined #openstack-nova03:19
*** lykinsbd has quit IRC03:19
*** thorst has joined #openstack-nova03:21
*** vilobhmm111 has joined #openstack-nova03:22
*** vilobhmm11 has quit IRC03:25
*** diana_clarke1 has joined #openstack-nova03:27
*** thorst has quit IRC03:28
*** zengine has quit IRC03:28
*** ducttape_ has quit IRC03:36
*** fawadkhaliq has joined #openstack-nova03:38
alex_xuoomichi: hi, are you around?03:38
*** baoli has joined #openstack-nova03:39
oomichialex_xu: yep03:39
*** vilobhmm111 has quit IRC03:39
*** liusheng has quit IRC03:39
alex_xuoomichi: i'm trying to fix this bug https://bugs.launchpad.net/nova/+bug/155288803:40
openstackLaunchpad bug 1552888 in OpenStack Compute (nova) "ERROR (BadRequest): expected string or buffer" [High,Confirmed] - Assigned to jichenjc (jichenjc)03:40
*** dims has quit IRC03:40
alex_xuoomichi: I want to write schema for availability_zone like this {'anyOf': [parameter_types.name, {'type': 'null'}]}03:40
*** liusheng has joined #openstack-nova03:40
alex_xubut I found it still failed at parameter_types.name03:40
oomichialex_xu: jichenjc posted a patch for reverting it, is it merged already now?03:41
alex_xuwhen I create aggregate with None value for availability_zone03:41
alex_xuoomichi: not yet03:41
*** yamahata has joined #openstack-nova03:41
alex_xuoomichi: should we revert first? or if we have a way to fix it directly?03:41
oomichialex_xu: ok, how about merging it at this time and thinking best way later?03:41
oomichialex_xu: the patch was merged yesterday, and it is easy to revert it back now03:42
*** ducttape_ has joined #openstack-nova03:42
alex_xuoomichi: emm... it sounds ok03:42
oomichithen we can get enough time for finding the best way03:43
alex_xuoomichi: ok03:43
oomichialex_xu: https://review.openstack.org/#/c/288125/03:43
*** dims has joined #openstack-nova03:43
*** dims has quit IRC03:44
*** links has quit IRC03:44
alex_xuoomichi: just +203:44
*** apoorvad has quit IRC03:45
oomichialex_xu: thanks, I'd like to confirm that is right to revert it back.03:45
alex_xuoomichi: thanks03:45
oomichialex_xu: wait a minute03:45
* alex_xu go to lunch, back after hour03:47
*** ijw has quit IRC03:49
*** zenoway has joined #openstack-nova03:50
oomichialex_xu: done, have good lunch time ;)03:52
*** zenoway has quit IRC03:54
*** hemna has joined #openstack-nova03:55
*** ducttape_ has quit IRC03:56
*** jdurgin1 has joined #openstack-nova04:04
openstackgerritShiina, Hironori proposed openstack/nova: Documentation fix regarding triggering crash dump  https://review.openstack.org/28824204:06
*** gjayavelu has joined #openstack-nova04:13
*** hemna has quit IRC04:16
*** Jeffrey4l has joined #openstack-nova04:22
*** tojuvone_ has joined #openstack-nova04:27
*** zz_dimtruck is now known as dimtruck04:27
*** zenoway has joined #openstack-nova04:27
*** thorst has joined #openstack-nova04:27
*** agireud has quit IRC04:27
*** links has joined #openstack-nova04:27
*** baoli_ has joined #openstack-nova04:27
*** openstack has joined #openstack-nova04:29
*** baoli_ has quit IRC04:30
*** zenoway has quit IRC04:30
*** openstack has quit IRC04:30
*** openstack has joined #openstack-nova04:32
*** thorst has quit IRC04:33
alex_xuoomichi: thanks a lot04:33
*** openstack has quit IRC04:34
*** openstack has joined #openstack-nova14:07
bauwserlascii: I was thinking of ops either Ctrl-C'ing or wanting to only do that by steps14:07
*** cdelatte has quit IRC14:08
*** zenoway has quit IRC14:09
*** ctrath has joined #openstack-nova14:09
*** mrkz has joined #openstack-nova14:09
markus_zsdague: Please correct me if I'm wrong: http://lists.openstack.org/pipermail/openstack-dev/2016-March/088382.html14:10
*** haomaiwang has joined #openstack-nova14:13
andrearosado you know when we are going to remove the loading of the API extension?14:14
*** mriedem has joined #openstack-nova14:15
*** anush has joined #openstack-nova14:16
*** RuiChen has quit IRC14:19
lasciibauwser: The concern about Ctrl-C is reasonable, but I don't think we want to map part of the set of hosts to a second defined cell.14:19
*** RuiChen has joined #openstack-nova14:19
lasciibauwser: I would say that if none are mapped create the cell, if some are mapped error14:19
bauwserlascii: sure, hence me getting the previous cell mapping14:20
lasciiahh, I missed that part14:20
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/28835714:20
*** knikolla has joined #openstack-nova14:21
bauwserlascii: I actually provided also a comment saying that's IMHO acceptable to use the host_mapping from the latest host, because we shouldn't support 2 cell mappings for 2 different calls14:21
*** amotoki has quit IRC14:21
bauwserlascii: I just want to make sure that the run is idempotent, that's it14:21
bauwserlike with puppet or other tools14:21
*** ducttape_ has joined #openstack-nova14:21
*** diana_clarke1 has joined #openstack-nova14:22
bauwserlascii: https://review.openstack.org/#/c/270565/11/nova/cmd/manage.py@131514:22
*** edtubill has joined #openstack-nova14:22
*** Daisy has joined #openstack-nova14:22
*** sridharg has quit IRC14:23
*** ildikov has joined #openstack-nova14:24
*** zenoway has joined #openstack-nova14:24
openstackgerritThomas Bachman proposed openstack/nova: VMware: Use Port Group and Key in binding details  https://review.openstack.org/28807614:24
*** macsz1 has joined #openstack-nova14:25
*** ducttape_ has quit IRC14:26
*** jschlueter has quit IRC14:28
*** dansmith is now known as superdan14:29
mriedemcdent: do you have any interest in backporting https://review.openstack.org/#/c/264349/ to stable/liberty? the bug is marked as liberty-backport-potential14:31
mriedemthere is a merge conflict on the backport though14:32
bauwsermriedem: I feel it's a reasonable backport, IMHO14:32
bauwsernot that critical, but useful still14:32
mriedemi agree14:33
*** macsz1 has quit IRC14:33
*** erno has quit IRC14:33
mriedemi'm just looking for volunteers to backport it :)14:33
sdagueandrearosa: it's deprecated now ... I don't know we have a full timetable on killing it off entirely14:33
*** rodrigods has quit IRC14:34
sdaguemarkus_z: that looks about right14:34
*** rodrigods has joined #openstack-nova14:34
markus_zthanks14:34
mriedembauwser: i was just going through https://goo.gl/8F0VMI14:34
cdentmriedem: when would it be needed by?14:35
mriedemand looking for things that don't have backports yet. several of the bugs in the list are actually already fixed on liberty so it's just a matter of removing the liberty-backport-potential tag14:35
mriedemcdent: whenevs14:35
mriedemnot today14:35
mriedemi hope to request a liberty release on monday14:35
cdentmriedem: then yeah, I'll do it14:35
bauwsermriedem: yeah, I appreciate that14:36
cdentif it was "today" then "nnngh" but monday is fine14:36
bauwsermriedem: I need to do my bug skimming duty hopefully next week14:36
bauwserwell, if cutting on monday, that just means that it would wait another point release to be delivered, right ?14:36
*** openstackgerrit_ has quit IRC14:36
bauwserI don't see that one as a blocker for the monday release14:37
*** dave-mccowan has joined #openstack-nova14:37
*** openstackgerrit_ has joined #openstack-nova14:37
*** ivase has joined #openstack-nova14:38
*** smatzek has quit IRC14:39
*** eharney has joined #openstack-nova14:39
markus_zsdague: ec2 is not a thing anymore, right? I would remove it from the official bug tags.14:40
*** links has quit IRC14:41
*** diogogmt has quit IRC14:42
*** PaulMurray has joined #openstack-nova14:43
sdaguemarkus_z: it's still a thing on stable branches we support14:43
mriedembauwser: it's not a blocker for the monday liberty release14:43
*** gszasz has quit IRC14:43
mriedembauwser: but i'll let cdent think i'm holding up the world for him :)14:44
sdaguemarkus_z: and there are still remnant bits we need to scrub out14:44
sdagueso I'd leave it for now14:44
bauwsermriedem: I agree, I was just pointing to cdent that it won't be shipped in that particular dot release14:44
mriedemssshhhh14:44
bauwserheh14:44
bauwsercdent: forget what I said, and work, dude !14:44
markus_zsdague: right, I forgot the stable branches, thanks14:44
sdaguelooks like xenproject ci went bonkers again14:44
* cdent thinks everyone should run off trunk14:44
cdent;)14:44
*** rhagarty has joined #openstack-nova14:45
*** thumpba has quit IRC14:46
sdaguemriedem: the deprecations are all approved and in the gate but as you had comments yesterday if you want to look them over before they land - https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:deprecate_managers14:46
*** rhagarty_ has joined #openstack-nova14:46
sdaguethe only substantial change from yesterday is adding in 'use_neutron' new config variable14:46
sdaguein https://review.openstack.org/#/c/288077/14:46
*** diana_clarke1 has quit IRC14:47
ndipanovmriedem, from yesterday - it was updated so I +2ed it https://review.openstack.org/#/c/252836/14:47
mriedemsdague: ndipanov: ok14:47
*** rhagarty has quit IRC14:48
*** zz_dimtruck is now known as dimtruck14:49
mriedemsdague: comment in https://review.openstack.org/#/c/288077/5/nova/network/__init__.py14:50
mriedemsdague: do you plan on using the use_neutron option to also remove the security group driver option?14:50
PaulMurraysdague, do you know what happens with tempest re freeze - we have some LM tests to add and I want to understand deadlines14:50
sdaguemriedem: yeh, I think that's the direction we should go14:50
sdagueso that in newton we deprecate the security group option and key it off of this14:50
sdagueso there is just 1 flag14:51
mriedemyeah, works for me14:51
sdaguebecause that's almost even user friendly14:51
*** atuvenie_ has quit IRC14:51
sdaguePaulMurray: because tempest is branchless, there isn't really a freeze in the same way14:52
sdaguebut I'd try to get them sorted in the next couple of weeks14:52
PaulMurraysdague, I think they try to get some kind of stability coming up to a release don't they (not that tempest isn't always stable of course)14:53
sdaguehonestly, I'm only lightly involved in tempest at this point, I'd ask mtreinish directly14:53
PaulMurraysdague, yeah, I guess I'm surrounded by tempest people, so I can ask them14:54
mriedemBobBall_AWOL: xenproject ci is off the rails it looks like14:55
mriedemhitting novalid host14:55
mriedemwould be super sweet if the xen ci had the log formatting such that we can filter by log level14:55
*** jwcroppe has joined #openstack-nova14:55
*** ducttape_ has joined #openstack-nova14:56
tdurakovPaulMurray, hey, about https://review.openstack.org/#/c/287997/3 danpb proposed alternative approach, working on implementation...14:56
mriedemBobBall_AWOL: sdague: oh i think the xenproject ci failure is just the libxenlight bug that has been around for a looong time14:57
*** diogogmt has joined #openstack-nova14:57
mriedemsdague: i would have asked jaypipes about https://review.openstack.org/#/c/288421/14:59
mriedemsince i thought there was something related to that which was extendable14:59
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/28835714:59
mriedemi could be thinking of the nova.compute.monitors.cpu extension point though15:00
*** haomaiwang has quit IRC15:01
*** tonyb has quit IRC15:01
mriedemPaulMurray: can this be removed? https://github.com/openstack/nova/blob/master/setup.cfg#L4415:01
*** tonyb has joined #openstack-nova15:01
mriedembauwser: ^15:01
mriedemlooks like an artifact of ERT15:01
*** haomaiwang has joined #openstack-nova15:01
bauwsermriedem: I think it's currrently just deprecated15:01
mriedemok15:02
PaulMurraymriedem, that stuff is deprecated - I'm going to remove it in the next cycle15:02
mriedemi wasn't sure which yet15:02
mriedemok15:02
*** pwnall has joined #openstack-nova15:02
mriedemsdague: are you going to deprecate the quota driver?15:03
mriedemand make it a choice15:03
sdaguemriedem: I wasn't going there yet15:03
*** smatzek has joined #openstack-nova15:03
PaulMurraydanpb, tdurakov I think the migration monitor gets lost if nova compute is restarted15:04
sdaguemriedem: I asked bauwser about https://review.openstack.org/#/c/288421/ and he said it was unused15:04
sdagueand legacy15:04
danpbPaulMurray: so don't do that then :-)15:04
PaulMurraydanpb, tdurakov if force complete and pause are put done by that thread they will not be done if restarted15:04
mriedem libvirtError: internal error: libxenlight failed to create new domain 'instance-0000003c'15:04
PaulMurraydanpb, I wonder if there is a way to restart monitors on restart?15:04
mriedemthat should be a priority for the xen project ci to fix15:04
ndipanovPaulMurray, a gentle reminder https://review.openstack.org/24448915:04
danpbPaulMurray: sure, it could be done...mere matter of coding15:05
mriedemsdague: yeah, i was thinking of the cpu monitor stuff15:05
mriedem*confused cpu monitor with compute stats15:05
bauwserPaulMurray: heard anything about live-migrate loosing neutron floating-ip connection ?15:05
bauwsermriedem: the monitors are in use15:05
PaulMurraydanpb, I think what you proposed is a very good idea but may be better to make the monitor recover from restart15:06
PaulMurrayfirst15:06
PaulMurraybauwser, yes15:06
mriedembauwser: there is a series for that with dvr15:06
PaulMurraybauwser, I think - depends - are you thinking of somethign specific15:06
mriedembauwser: PaulMurray: starts here https://review.openstack.org/#/c/260738/15:06
mriedemjohnthetubaguy: the xenproject ci still has a pretty high failure rate on this bug https://bugs.launchpad.net/nova/+bug/146164215:08
openstackLaunchpad bug 1461642 in OpenStack Compute (nova) "libvirt-xen: Race between nova and a Xen script for updating the iptables" [High,In progress] - Assigned to Anthony PERARD (anthony-perard)15:08
openstackgerritPavlo Shchelokovskyy proposed openstack/nova: Fix config generation for Neutron auth options  https://review.openstack.org/28851315:08
mriedemjohnthetubaguy: any idea if anthony perard is still working on that since there was a partial fix15:08
mtreinishPaulMurray: sdague is correct, there isn't really a freeze on tempest like on the other projects. So you can submit changes or new tests whenever15:09
PaulMurraymtreinish, thanks15:09
mtreinishthis is partly because activity on the qa projects normally spikes during the FF window15:09
johnthetubaguymriedem: I thought anthonyper said he was hoping to look at that, not sure if BobBall_AWOL has any more info on that.15:09
mriedemthere were a couple of fixes15:09
mriedembut it's apparently still a problem15:10
*** markvoelker has quit IRC15:10
*** markvoelker has joined #openstack-nova15:10
johnthetubaguyyeah, I think he mentioned something about looking into that at FOSDEM when I last saw him, not sure how thats been going15:10
tdurakovPaulMurray, restart of compute during live-migration will produce lot's of problems anyway, not sure is it really critical right now?15:11
doffmsdague: Any chance you could take another look at? https://review.openstack.org/#/c/224216/ You were -1 only for needing rebase.15:11
*** claudiub has joined #openstack-nova15:12
PaulMurraybauwser, the connection loss I know about (related to that neutron patch) is because DVR has to setup the dest host - at the moment this id done post migration when ports are rebound, which means some network traffic is lost and disrupts the connections15:12
sdaguedoffm: I'll just 0 out my review, still working through a thing on the use_neutron option15:12
doffmsdague: Thanks.15:12
PaulMurraybauwser, we discussed it at the mid-cycle with carl_baldwin and armax15:14
bauwserPaulMurray: sorry on a call atm, but thanks for giving me feedback, will get more context in the bug report15:17
*** mjura has quit IRC15:17
*** thumpba has joined #openstack-nova15:18
*** thumpba has quit IRC15:20
*** thumpba has joined #openstack-nova15:20
*** thumpba has quit IRC15:20
*** thumpba_ has joined #openstack-nova15:22
*** thumpba_ has quit IRC15:22
*** mvk has joined #openstack-nova15:22
*** thumpba has joined #openstack-nova15:22
*** jed56 has quit IRC15:23
anthonyperjohnthetubaguy, mriedem: I'll give a look at those patch to fix the libvirt-xen race15:24
mriedemanthonyper: thanks15:26
mriedemi've seen a few xenproject ci failures this morning on that issue15:26
*** yamahata has joined #openstack-nova15:28
*** Daisy has quit IRC15:33
*** david_lyle__ has joined #openstack-nova15:34
*** ZZelle has quit IRC15:34
*** rhagarty_ has quit IRC15:36
*** david-lyle has quit IRC15:37
*** aysyd has quit IRC15:38
*** aysyd has joined #openstack-nova15:38
*** lpetrut has quit IRC15:39
*** lpetrut has joined #openstack-nova15:39
*** yamahata has quit IRC15:40
markus_zsuperdan: I'm rephrasing the wiki page about bug tags and owner. Your name is there for "unified-objects". Does this also include all RPC related things?15:41
*** Bjoern has joined #openstack-nova15:42
*** paul-carlton2 has quit IRC15:45
superdanmarkus_z: not really, but you can add me there for that too15:45
*** smatzek_ has joined #openstack-nova15:46
*** lpetrut has quit IRC15:47
markus_zsuperdan: We have nothing extra for RPC related issue, or is that meant with the "upgrades" tag?15:47
markus_zsuperdan: What's the focus of the "unified-objects" then?15:47
superdanmarkus_z: upgrades, objects, and rpc are all relatedish, but separate topics, but you can add me for all of them15:48
superdanin the early days, we called nova.objects.* "unified-objects"15:48
*** jschlueter has joined #openstack-nova15:49
*** mtanino has joined #openstack-nova15:49
*** andreykurilin has left #openstack-nova15:49
*** efried has quit IRC15:50
markus_zSome day I need a history lesson of the early days around a camp fire15:50
*** smatzek has quit IRC15:50
dimsmarkus_z : save a seat for me too :)15:50
markus_zdims: As a story teller, sure ;)15:51
*** kiran-r has quit IRC15:51
*** efried has joined #openstack-nova15:51
*** rhagarty has joined #openstack-nova15:51
mriedemdanpb: i came across a bug yesterday that prompted me to push this up - is it completely wrong? https://review.openstack.org/#/c/288109/15:52
*** Sukhdev has joined #openstack-nova15:52
dimsmarkus_z : i feel i am a late arrival too :) i have heard a lot of stories for sure well before i got started15:52
*** rhagarty_ has joined #openstack-nova15:52
figleafdims: it's worse if you were there at the beginning, and then missed a few years.15:53
*** shangxdy has joined #openstack-nova15:53
dimsfigleaf :)15:53
*** liusheng has quit IRC15:53
dimswhere are my manners15:53
*** dims is now known as dimsum_15:53
*** kiran-r has joined #openstack-nova15:53
danpbmriedem: not sure to be honest15:54
*** liusheng has joined #openstack-nova15:54
mriedemdanpb: ok, i was hoping the reporter would try the patch and let me konw15:54
*** sridharg has joined #openstack-nova15:54
mriedemit seems to make sense...if you're rebuilding with disk on shared storage, don't destroy the disks if vif plugging fails or times out with neutron while rebuilding15:54
markus_zfigleaf: really? I thought you know where all the bodies lay and it's easy now.15:54
figleafdimsum_: much better!15:55
figleafmarkus_z: nah, they all got moved between Essex and Kilo15:55
markus_zhehe15:55
*** mriedem is now known as mriedem_meeting15:55
*** rhagarty has quit IRC15:56
*** cdent has quit IRC15:57
*** irenab has quit IRC15:59
openstackgerritPaul Griffin proposed openstack/nova: List instances for secgroup without joining on rules  https://review.openstack.org/28854815:59
*** yamahata has joined #openstack-nova15:59
*** irenab has joined #openstack-nova16:00
markus_zAnyone a clue what the "ops" bug tag is used for? Bug reports from operators?16:00
*** thorst has quit IRC16:00
*** haomaiwang has quit IRC16:01
johnthetubaguymarkus_z: there was that ops subteam that were meant to tell us the most important bugs for ops folks16:01
johnthetubaguymarkus_z: duno if thats related16:01
*** thorst has joined #openstack-nova16:01
openstackgerritSean Dague proposed openstack/nova: update tests for use_neutron=True; fix exposed bugs  https://review.openstack.org/28855216:01
sdaguemriedem_meeting / johnthetubaguy ^^^16:02
sdaguecouple of things fell out when I was trying to update all our tests to the new option16:02
*** vishwanathj_zzz is now known as vishwanathj16:02
mriedem_meetingsdague: so how did the other change merge?16:02
markus_zjohnthetubaguy: hm, we have a section for that in the priorities etherpad16:02
markus_zjohnthetubaguy: "Operators Bug Triage subteam" in https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking16:03
sdaguemriedem_meeting: because apparently where we use is_neutron is pretty sparse an untested16:03
markus_zwell, ok, I just leave the tag there for now.16:03
mriedem_meetingsdague: ok, well, on a call for an hour16:04
*** hemnafk is now known as hemna16:04
sdaguethere is a multiple create path16:04
sdaguemriedem_meeting: oh, I know16:05
sdagueso... all our devstack runs are still setting the legacy variable16:05
sdagueso it passes all there16:05
*** irenab has quit IRC16:05
*** tanee is now known as away_taane16:05
*** away_taane is now known as tanee16:05
mriedem_meetingi was wondering about the unit tests16:06
mriedem_meetingwhy weren't those failing16:06
mriedem_meetingor are they racing now?16:06
sdaguebecause they are all mocked16:06
*** irenab has joined #openstack-nova16:06
sdagueis_neutron gets mocked all the time because it's globally cached16:06
*** irenab has quit IRC16:07
sdaguelet me get the devstack change posted to use this new flag to ensure there isn't anything else missing16:07
*** belmoreira has quit IRC16:07
*** dedery has joined #openstack-nova16:08
*** mdrabe has quit IRC16:08
*** irenab has joined #openstack-nova16:09
sdaguehttps://review.openstack.org/288556 will expose any follow on issues16:09
*** Drankis has quit IRC16:10
*** e0ne has quit IRC16:12
*** busterswt has joined #openstack-nova16:13
*** irenab has quit IRC16:13
*** rdopiera has quit IRC16:14
*** thorst is now known as thorst_afk16:15
mriedem_meetingsdague: unrelated, but can you peak at this backport proposed to liberty? the rootwrap/upgrade implications worry me https://review.openstack.org/#/c/278928/16:16
*** Marga_ has quit IRC16:17
*** david_lyle__ is now known as david_lyle16:17
*** jichen has quit IRC16:17
*** kmartin__ has quit IRC16:17
sdaguemriedem_meeting: oh, right, that one16:18
sdagueso, yes, it requires manual intervention by the user16:18
sdagueby the operator to update the rootwrap config16:18
sdagueI honestly would reject it as a backport for that reason16:18
mriedem_meetingsdague: ok, that's what i was leaning to16:19
*** pushkaru has joined #openstack-nova16:19
mriedem_meetingclaudiub: can you take a look at this backport? https://review.openstack.org/#/c/287831/16:19
superdanlascii: can you answer a question about flavor_access stuff? not sure if rax only ever used public flavors or not16:19
sdagueI guess we could have made him use dd instead of touch and then it would have been fine :)16:19
*** irenab has joined #openstack-nova16:19
*** achanda has joined #openstack-nova16:19
sdagueI remember that master patch quite a bit16:19
*** achanda has quit IRC16:20
lasciisuperdan: mostly they did. flavor_access was used to beta test a few flavors a while back, but it's wasn't a standard thing to do that16:21
superdanokay.. I wonder who knows about that stuff16:21
superdanmaybe cburgess ?16:21
*** jschlueter has quit IRC16:21
*** jaosorior has quit IRC16:24
*** tongli has joined #openstack-nova16:26
*** thorst_afk has quit IRC16:26
*** anush has quit IRC16:27
*** andymaier_ has quit IRC16:27
*** cdent has joined #openstack-nova16:27
*** rhagarty has joined #openstack-nova16:28
*** thorst_afk has joined #openstack-nova16:29
*** armax has quit IRC16:29
markus_zdanpb: Do you have a minute?16:29
*** armax has joined #openstack-nova16:29
*** rhagarty_ has quit IRC16:30
*** penick has joined #openstack-nova16:30
*** daemontool__ has joined #openstack-nova16:30
*** ssurana has joined #openstack-nova16:31
*** efried has quit IRC16:32
auggysheel: I just caught up with backscroll, i would update the bug with your questions16:32
auggysheel: I think this might be something that either should be discussed on the mailing list or at the design summit, but I could be wrong :)16:33
*** anush has joined #openstack-nova16:33
sheelauggy: thanks16:33
*** daemontool_ has quit IRC16:34
*** haukebruno has quit IRC16:34
*** daemontool__ is now known as daemontool16:34
auggysheel: those are both good questions. i think the feeling is that it's probably an edge case affecting very few users since this issue is only coming up now16:34
sheelauggy: i pointed this out as this will create problem in existing setups16:35
auggysheel: yeah definitely worth hashing out more, thanks :)16:35
openstackgerritsahid proposed openstack/nova: network: make nova to handle port_security_enabled=False  https://review.openstack.org/28409516:35
*** thorst_afk is now known as thorst16:35
*** zenoway has quit IRC16:36
sheelauggy: thanks!!16:36
*** anush has quit IRC16:36
markus_zsuperdan: Let me know if your name is at the right places: https://wiki.openstack.org/wiki/Nova/BugTriage16:37
*** zenoway has joined #openstack-nova16:37
*** zenoway has quit IRC16:37
*** zenoway has joined #openstack-nova16:38
*** mriedem_meeting is now known as mriedem16:40
superdanmarkus_z: sure16:41
*** jaypipes has joined #openstack-nova16:41
*** jaypipes is now known as leakypipes16:42
*** zenoway has quit IRC16:42
*** mdrabe has joined #openstack-nova16:43
cdentjaypipes: don't strictly disagree with you on https://twitter.com/jaypipes/status/705794176491753473 and the kit thing, just think that are a lot of logical inconsistencies in the current approach that require some critical thinking16:43
cdentoops, sorry, leakypipes ^16:43
openstackgerritsahid proposed openstack/nova: network: make nova to handle port_security_enabled=False  https://review.openstack.org/28409516:44
*** yamahata has quit IRC16:44
openstackgerritChris St. Pierre proposed openstack/nova: Fix deleted non-public flavor lookups for non-admin users  https://review.openstack.org/21180916:45
*** rhagarty_ has joined #openstack-nova16:45
*** yamahata has joined #openstack-nova16:45
*** auggy is now known as frauggy16:45
*** anush has joined #openstack-nova16:45
*** efried has joined #openstack-nova16:46
*** penick has quit IRC16:46
*** rhagarty has quit IRC16:47
PaulMurraybauwser, FYI from yesterdays conversation about disabled hosts: https://review.openstack.org/#/c/288373/16:47
PaulMurrayjohnthetubaguy, ^^16:48
*** ljxiash has quit IRC16:48
PaulMurraythought you might be interested16:48
*** apoorvad has joined #openstack-nova16:49
mriedemlascii: it scares me that the with_entities thing in the list object here didn't fail tests https://review.openstack.org/#/c/286309/5/nova/objects/instance_mapping.py16:49
mriedemmtreinish: do you use with_entities for sqlalchemy stuff in subunit2sql?16:50
*** pece has quit IRC16:50
mriedemi remember you having a huge join with indexes to get the results16:50
leakypipescdent: sure, no disagreement there.16:50
*** zengine has quit IRC16:51
PaulMurraybauwser, I have a question about your patch https://review.openstack.org/#/c/284974/216:51
cdentleakypipes: I also think that if there isn't a product _somewhere_ it's hard to build anything good16:51
cdentbecause everything is trying to solve all cases16:51
*** rcernin has quit IRC16:51
mtreinishmriedem: no, I'm not. That looks useful16:51
mriedemmtreinish: well, useful if it works...16:52
mtreinishmriedem: I do something similar with: https://github.com/openstack-infra/subunit2sql/blob/master/subunit2sql/db/api.py#L968-L97116:52
mriedemleakypipes: if this is your stance https://twitter.com/jaypipes/status/70579417649175347316:53
*** ssurana has quit IRC16:53
mriedemleakypipes: then shouldn't you have been anti-deprecation of hooks and managers and other plug points?16:53
*** pece has joined #openstack-nova16:54
johnthetubaguyPaulMurray: Doesn't that break the service object interface? it kinda feels odd to leave the disabled in for the other ones too, in a way?16:55
*** sahid has quit IRC16:55
cdentmriedem has stolen my eyes!16:55
*** scheuran has quit IRC16:55
PaulMurrayjohnthetubaguy, hmm, looking16:56
mriedemi just point it out b/c in the ML thread on removing hooks support it was pointed out that openstack used to be a kit to build cloud software but now it's not16:56
PaulMurrayjohnthetubaguy, bauwser did mention that those functions are all inconsistent in this16:56
johnthetubaguyPaulMurray: honestly, it looks like service_get_by_compute_host is what the scheduler was meant to use16:57
figleafmriedem: yeah, the original idea was OpenStack was the basic plumbing, and each deployment could customize it to their heart's content16:57
*** sc68cal has joined #openstack-nova16:57
*** smatzek_ is now known as smatzek16:57
figleafmriedem: Hence the focus on pluggable points16:58
*** ihrachys has quit IRC16:58
*** _pece has joined #openstack-nova16:58
johnthetubaguyPaulMurray: I wonder if that is used actually, given the changes in the object for the service object16:58
figleafinterop wasn't even a thing16:58
leakypipesmriedem: no, I don't see the correlation there.16:58
PaulMurrayjohnthetubaguy, service_get_by_compute_host gets for a particular host, we want all compute-managers16:59
openstackgerritJohn Garbutt proposed openstack/nova: xenapi: fix when tar exits early during download  https://review.openstack.org/28742616:59
johnthetubaguyPaulMurray: doh, yes, I am going totally blind17:00
PaulMurrayjohnthetubaguy, it looks like its only used by the ServiceList object17:00
*** angdraug has joined #openstack-nova17:00
PaulMurrayjohnthetubaguy, and that's only used for this purpose17:01
PaulMurray(that function is only used for this)17:01
cdentfigleaf: do you have a history or references on when/where the interop thing entered the pic?17:01
leakypipesmriedem, cdent: I think that companies should build products *on top of* OpenStack, and those companies should contribute to making OpenStack services/tools as stable and rock-solid and singlular-focused as possible. I am anti- the inclusion of monolithic applications into the big tent (this includes Tacker, Murano, Fuel BTW) and would prefer to see a big tent of small-focused, stable, well-maintained tools that provide cloud management services17:01
leakypipesthat products can be built around and on top of.17:01
*** pece has quit IRC17:01
*** kmartin has joined #openstack-nova17:02
cdentthat all makes sense17:02
*** matrohon has quit IRC17:02
PaulMurrayjohnthetubaguy, in each place its used the code immediately searches the list for disabled hsots - so its clearly expecting them to still be in there17:02
figleafcdent: no, I don't. I think it's a result of growth, as it became impossible to test every permuatation17:03
*** Jeffrey4l has quit IRC17:03
*** cfarquhar has quit IRC17:03
mriedemcdent: i think interop probably originally started from infra17:03
leakypipesmriedem, cdent: I also believe that *if* an OpenStack service exposes a REST API, that that REST API should be curated by a single team to ensure no overlap with other OpenStack REST API endpoints. And finally, I don''t believe that the free-form hooks and manager plug points in Nova furthered a goal of consistency in Nova.17:03
mriedemb/c infra is using multiple public clouds17:03
*** ljxiash has joined #openstack-nova17:03
*** amotoki has joined #openstack-nova17:03
figleafmriedem: good point17:04
mriedemcdent: and probably as a way to put the hammer down on forks of the api with defcore17:04
*** zengine has joined #openstack-nova17:04
*** efried has quit IRC17:05
cdentleakypipes: I reckon maybe we agree about what to do, but not about what "product" means17:05
mriedembut defcore was being talked about 2 years ago17:05
cdent(or "kit")17:05
leakypipesmriedem: sorry I'm not following you. what does defcore have to do with my statement?17:05
mriedem"(11:01:28 AM) cdent: figleaf: do you have a history or references on when/where the interop thing entered the pic?"17:05
*** zengine_ has joined #openstack-nova17:06
mriedemleakypipes: 2 conversations17:06
cdentkit, to me, means something I can use to create different apis over the same domain of behavior17:06
cdentproduct means: a (just one) compute api17:07
PaulMurrayjohnthetubaguy, just a thought... but I reckon this counts as a bug fix now: https://review.openstack.org/#/c/28497417:07
*** jed56 has joined #openstack-nova17:07
*** jlanoux has quit IRC17:07
mriedemcdent: well a product can change the api if they want, but if that api is part of defcore they can't be considered refstack compliant17:07
mriedemand don't get the seal of approval, or whatever is on the website17:07
leakypipesmriedem: oh, sorry :(17:08
*** ljxiash has quit IRC17:08
*** kiran-r has quit IRC17:08
cdentmriedem: sorry, I was switched over the leakypipes side of the conversation. defcore is something that is _completely_ invisible to me17:08
leakypipeslet's move this particular chat to somewhere else to abide by /topic, eh? :)17:08
mriedemboo17:09
*** zengine has quit IRC17:09
*** zengine_ is now known as zengine17:09
mriedemi just started up folsom and can't boot an instance, leakypipes, can you help plz?17:09
leakypipesmriedem: Mortimer just shat on the floor. Can you go clean that up plz?17:09
PaulMurrayndipanov, I have had a couple of people say they don't really understand https://review.openstack.org/#/c/244489/17:09
mriedemleakypipes: that's laura's responsibility17:10
*** Sukhdev has quit IRC17:10
PaulMurrayndipanov, I will have a good bash at it though17:10
mriedemthe deal is, it's her dog so she deals with the mess17:10
ndipanovPaulMurray, they don't understand it how?17:10
ndipanovare there specific questions they have17:10
openstackgerritJohn Garbutt proposed openstack/nova: xenapi: fix when tar exits early during download  https://review.openstack.org/28742617:10
ndipanovor the whole thing is wtf? :)17:11
ndipanovPaulMurray, if there are specific questions - I'd be happy to answer them17:11
PaulMurrayndipanov, similar to mdbooth_ comments in the review - I'm only just starting17:11
PaulMurrayndipanov, I will encourage them to comment17:11
*** mdbooth_ is now known as mdbooth17:11
ndipanovPaulMurray, excellent17:12
PaulMurrayndipanov, in the meantime I'm starting on it17:12
cdentmriedem: I hope I did this right: https://review.openstack.org/#/c/288594/17:14
mriedemcdent: looks like the conflict in nova.virt.images was on this? https://github.com/openstack/nova/commit/915fdbbfb82272b87cd80210943372b09351cf8817:18
cdentpretty much17:18
mriedemwhich we already backported to liberty,17:19
mriedemand your fix in the same file came after it, so we didn't backport in order17:19
*** paul-carlton2 has joined #openstack-nova17:19
cdentyes17:20
sdaguemriedem: https://review.openstack.org/#/c/288556/ passes on neutron, so that set of fixes in https://review.openstack.org/#/c/288552/ should be all of them17:22
sdaguegoing afk for a bit17:23
*** shaohe_feng_ has joined #openstack-nova17:25
mriedemcdent: ok, +2, thanks17:25
cdenthappy to be of service17:25
*** dedery has quit IRC17:26
*** Sukhdev has joined #openstack-nova17:27
*** shaohe_feng has quit IRC17:28
*** haplo37 has joined #openstack-nova17:28
*** shaohe_feng_ is now known as shaohe_feng17:28
mriedemsuperdan: can you poke on https://review.openstack.org/#/c/288594/ ? if we get that approved i'll base the 12.0.2 release on it17:29
sdaguemriedem: you know, the security groups deprecation is actually pretty small17:30
sdagueI'm going to push up a WIP for that, because that would just be so much more sane if we only have 'use_neutron'17:30
*** rudolfvriend has quit IRC17:31
*** efried has joined #openstack-nova17:31
openstackgerritSean Dague proposed openstack/nova: WIP: deprecate security_group_api class  https://review.openstack.org/28860217:31
*** harlowja_at_home has joined #openstack-nova17:33
*** lunarlamp has joined #openstack-nova17:33
*** yamahata has quit IRC17:33
lasciimriedem: yeah, the fact that tests didn't fail bothers me about the with_entities thing too. I'm going to investigate at some point, but ultimately just remove that list object for now17:36
lasciiand I'll add the backrefs at some point before we get moving again in N17:36
*** browne has joined #openstack-nova17:37
*** daemontool_ has joined #openstack-nova17:37
*** anush has quit IRC17:38
*** PaulMurray has quit IRC17:38
*** daemontool has quit IRC17:41
*** nic has joined #openstack-nova17:42
*** ndipanov has quit IRC17:43
*** Daisy has joined #openstack-nova17:45
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/28835717:46
*** jistr has quit IRC17:46
*** vilobhmm11 has joined #openstack-nova17:46
*** jwcroppe has quit IRC17:47
*** jwcroppe has joined #openstack-nova17:48
*** vilobhmm111 has joined #openstack-nova17:49
*** Daisy has quit IRC17:50
*** vilobhmm11 has quit IRC17:51
*** salv-orlando has joined #openstack-nova17:52
*** paul-carlton2 has quit IRC17:53
*** lucasagomes is now known as lucas-beer17:54
*** salv-orl_ has quit IRC17:55
*** leakypipes has quit IRC17:56
*** dimtruck is now known as zz_dimtruck17:58
*** Swami_ has joined #openstack-nova17:59
*** Swami has joined #openstack-nova17:59
*** geekinutah has joined #openstack-nova18:02
*** yamahata has joined #openstack-nova18:04
*** paul-carlton2 has joined #openstack-nova18:05
*** danpb has quit IRC18:05
ansiwensuperdan: so indeed the empty access list defines a public flavor. that means, in the end it is just the request to rephrase the error message into somethong less dramatic.18:09
*** shangxdy has quit IRC18:09
*** sridharg has quit IRC18:10
superdanansiwen: okay seems reasonable18:10
*** derekh has quit IRC18:11
*** yassine has quit IRC18:11
*** permalac has quit IRC18:12
ansiwensuperdan: you think so? which message would you recommend? Instead of filing a bug I would just push a change then.18:12
*** yarkot_ has joined #openstack-nova18:13
openstackgerritJohn Garbutt proposed openstack/nova: xenapi: fix when tar exits early during download  https://review.openstack.org/28742618:16
*** vilobhmm111 has quit IRC18:16
*** zz_dimtruck is now known as dimtruck18:17
*** harlowja_at_home is now known as hollaja18:17
*** jdurgin1 has quit IRC18:17
openstackgerritJohn Garbutt proposed openstack/nova: xenapi: fix when tar exits early during download  https://review.openstack.org/28742618:19
superdanansiwen: we can detect that the flavor_access is being called on a public flavor from the client and just emit something like "duh, you're asking about a public flavor" right?18:19
ansiwenyes, it's a bool attribute of the return value18:20
ansiwensuperdan^18:20
*** tongli has quit IRC18:21
*** yarkot_ has quit IRC18:21
*** _pece has quit IRC18:23
*** ducttape_ has quit IRC18:26
*** amotoki has quit IRC18:28
*** shakamunyi has joined #openstack-nova18:29
*** Sukhdev has quit IRC18:33
*** eharney has quit IRC18:35
*** pwnall has quit IRC18:37
*** penick has joined #openstack-nova18:37
*** ducttape_ has joined #openstack-nova18:38
*** ijw has joined #openstack-nova18:41
*** jichen has joined #openstack-nova18:41
*** pcaruana has quit IRC18:41
*** achanda has joined #openstack-nova18:44
*** paul-carlton2 has quit IRC18:44
openstackgerritSven Anderson proposed openstack/python-novaclient: Return a less dramatic message for public flavors.  https://review.openstack.org/28863918:45
*** ijw_ has joined #openstack-nova18:46
*** ijw has quit IRC18:46
openstackgerritMatthew Booth proposed openstack/nova: libvirt: Fix resize of instance with deleted glance image  https://review.openstack.org/28864018:47
openstackgerritSean Dague proposed openstack/nova: deprecate security_group_api config option  https://review.openstack.org/28860218:47
*** mriedem has quit IRC18:47
*** mriedem has joined #openstack-nova18:48
*** vilobhmm11 has joined #openstack-nova18:48
ansiwensuperdan: how about that? https://review.openstack.org/28863918:49
superdanansiwen: oh wow, it was just being scary on purpose18:50
*** doug-fis_ is now known as doug-fish18:50
superdanansiwen: I feel like just "Flavor is public" might be a little too subtle18:50
superdanwhat about "Flavor is public; no access list available" or something?18:51
ansiwensuperdan: well the function claims to "Print access information about the given flavor." "Flavor is public." compies to that, no? ;-)18:52
*** hollaja has quit IRC18:52
*** harlowja_at_home has joined #openstack-nova18:52
superdanwell, I just think it's too subtle to be obvious, but maybe18:53
superdanget some other opinions18:53
ansiwenI can add "no access list available", np18:53
superdanI'm serious.. ask some other people to see what they say18:54
superdanthe existing one was so confusing based on what was really happening I might just be over compensating18:54
superdanI'd ask melwitt and mriedem18:54
*** jschlueter has joined #openstack-nova18:55
mriedemso this https://review.openstack.org/#/c/288639/18:55
ansiwenmriedem: yep18:55
*** vdrok has quit IRC18:56
mriedemi like "Flavor is public; no access list available"18:56
mriedemor18:57
mriedem"Access list is not available for public flavors."18:57
superdanyeah, that's better probably18:58
mriedemthis is the api code https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/flavor_access.py#L5918:58
superdanwhat is there now is pretty strange18:58
mriedemholy balls18:58
mriedemi totally had no idea that's what the rest api returned before i suggested that18:58
superdanhah18:58
superdanmirroring the server-side message seems like a no brainer to me18:59
mriedemyeah18:59
mriedem-1 in favor of that18:59
mriedem-1 on the change i mean18:59
*** anush has joined #openstack-nova18:59
ansiwenyo, we leave it as it is?19:00
ansiwenso, ...19:00
melwittmriedem: maybe you wrote the server-side message and forgot? jk19:00
*** rlrossit has quit IRC19:00
mriedemansiwen: no,19:00
mriedembecause we didn't fail19:00
mriedemit's just not a thing you can do19:00
mriedemfail connotes something shart it's pants19:01
mriedemtry again19:01
*** zenoway has joined #openstack-nova19:01
*** pece has joined #openstack-nova19:01
superdanmriedem: am I reading that right? 400 == shart, 500 == shit?19:01
*** smatzek_ has joined #openstack-nova19:02
mriedemha19:02
mriedemthe 400 range is yes, gambled and lost19:02
mriedem500+ is full out shit your pants19:02
superdanlolol19:03
mriedemi hope that makes it's way to the twitter19:03
melwittlol19:03
*** smatzek__ has joined #openstack-nova19:04
*** zenoway has quit IRC19:05
figleafmriedem: that's directly from the RFC19:05
* dimsum_ counters with cat pictures 19:05
dimsum_https://www.flickr.com/photos/girliemac/sets/72157628409467125/19:05
dimsum_"HTTP Status Cats"19:05
*** smatzek has quit IRC19:05
*** rk4n_ has joined #openstack-nova19:07
*** smatzek_ has quit IRC19:07
mriedemthose are pretty good19:08
figleafespecially 40519:08
*** rlrossit has joined #openstack-nova19:08
*** rlrossit_ has joined #openstack-nova19:09
mriedemgeorge bush hates black people, not cats19:09
mriedemgeez19:09
mriedemeven kanye knows that19:09
*** isq has joined #openstack-nova19:09
*** isq has quit IRC19:09
ansiwenmriedem: but CommandError returns "ERROR" with bells and whistles, not sure is that's appropriat either.19:09
*** isq has joined #openstack-nova19:09
figleafmriedem: obviously W *loves* cats!19:10
*** ihrachys has joined #openstack-nova19:10
mriedemansiwen: hmm, it's not great, but i'm not sure if we should change the exit code either19:10
mriedemespecially since the API returns 40419:10
*** rlrossit has quit IRC19:10
*** pece has quit IRC19:10
*** rk4n has quit IRC19:10
ansiwenI like "402 Payment Required"... has that ever been used? :-)19:11
*** rk4n_ has quit IRC19:12
*** ociuhandu has quit IRC19:13
ansiwenmriedem: ok, so I will compensate the ERROR with the message afterwards, like "... well not really an error, rather a warning: Access list not available for public flavors."19:13
*** eharney has joined #openstack-nova19:13
mriedemansiwen: please don't19:14
mriedemas you can tell, we are serious developers working on serious things19:15
*** ljxiash has joined #openstack-nova19:15
dimsum_:)19:16
*** pwnall has joined #openstack-nova19:16
openstackgerritMatt Riedemann proposed openstack/nova: Add release note for nova using neutron mtu value for vif plugging  https://review.openstack.org/28734419:17
*** pece has joined #openstack-nova19:17
ansiwenmriedem: yes, I forgot19:18
*** zenoway has joined #openstack-nova19:18
*** ljxiash has quit IRC19:19
*** apoorvad has quit IRC19:22
*** jed56 has quit IRC19:23
*** apoorvad has joined #openstack-nova19:26
*** frauggy is now known as auggy19:30
*** ociuhandu has joined #openstack-nova19:31
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: clean up help text for live_migration_inbound_addr option  https://review.openstack.org/28869519:31
*** sdague has quit IRC19:32
*** ctrath has quit IRC19:34
*** smatzek__ is now known as smatzek19:37
*** ctrath has joined #openstack-nova19:37
*** ihrachys has quit IRC19:38
*** eglynn has joined #openstack-nova19:40
*** pushkaru has quit IRC19:40
openstackgerritNicolas Simonds proposed openstack/nova: Allow use of live snapshots with RBD snapshot/clone  https://review.openstack.org/27365219:41
*** vilobhmm111 has joined #openstack-nova19:42
mriedemlascii: ha, i'm surprised this worked https://review.openstack.org/#/c/287830/19:44
mriedemmgagne: ^19:44
*** rk4n has joined #openstack-nova19:45
*** vilobhmm11 has quit IRC19:45
melwittmriedem: that's cool!19:46
lasciiI wouldn't have expected those to be related, but that's great19:48
*** Sukhdev has joined #openstack-nova19:49
*** rk4n has quit IRC19:50
mriedemmaybe we should get that in, or should we recheck a few times?19:50
melwittI trust it. YOLO19:50
lasciihah19:51
melwittit says it's a test though, so we might want to change the commit message19:51
*** fawadkhaliq has joined #openstack-nova19:52
mriedemi could19:54
mriedemand add the bugs that it's related to19:54
mriedemalso, unrelated, this doesn't look good http://tinyurl.com/gvt5h5619:54
openstackgerritSven Anderson proposed openstack/python-novaclient: Return a less dramatic message for public flavors.  https://review.openstack.org/28863919:58
openstackgerritTim Pownall proposed openstack/nova: Updating while loop for tar extraction in utils.py.  https://review.openstack.org/28742619:58
openstackgerritMatt Riedemann proposed openstack/nova: Enable rebuild tests in cellsv1 job  https://review.openstack.org/28783019:59
mriedemlascii: melwitt: ^19:59
*** jschlueter has quit IRC20:00
mriedemdoffm: https://github.com/openstack/nova/blob/master/nova/cmd/network.py#L6520:00
ansiwenmriedem: with the message from server API, with error exit code, but without "ERROR": https://review.openstack.org/28863920:01
openstackgerritTim Pownall proposed openstack/nova: Updating while loop for tar extraction in utils.py.  https://review.openstack.org/28742620:01
*** Sukhdev has quit IRC20:02
mriedemansiwen: why add the new exception type?20:02
*** anush has quit IRC20:02
ansiwenbecause it doesn't print the ERROR20:02
ansiwenit was there already20:02
ansiwenI just made use of it20:02
mriedemhttps://review.openstack.org/#/c/288639/2/novaclient/exceptions.py is new...20:03
ansiwenyes, but it's handler existed20:03
mriedemwhere is the handler?20:06
*** derekh has joined #openstack-nova20:06
*** sheel has quit IRC20:07
mriedemansiwen: you're still going to get an ERROR with BadCommand20:07
mriedemhttps://github.com/openstack/python-novaclient/blob/master/novaclient/shell.py#L108320:07
ansiwenmriedem: yes, you are right20:08
mriedemso why add a new type of exception is my question20:09
mriedemjust use CommandError20:09
*** Marga_ has joined #openstack-nova20:10
ansiwenmriedem: I grepped for "except.*CommandError" and found the file basecommand.py which handles it, and prints an ERROR in front of the message. BadCommand did the same without error. but now I realized, it was a file from pip in the .tox venv  (>_<)20:10
ansiwenmriedem: so, there is no reason to add another exception20:11
*** vilobhmm111 has quit IRC20:13
*** vilobhmm11 has joined #openstack-nova20:13
*** ctrath has quit IRC20:15
*** derekh has quit IRC20:18
ansiwenmriedem: so, I could add the handler for BadCommand to get rid of the misleading ERROR... if I just change the message from "ERROR: Failed to get access list for public flavor type." to "ERROR: Access list not available for public flavors."  there is not mich difference, WDYT?20:20
mriedemansiwen: which lib is basecommand in?20:22
*** ctrath has joined #openstack-nova20:22
ansiwenmriedem: in pip itself. forget it. it was my mistake.20:22
ansiwenmriedem: my grep command found it by accident, because it was in the .tox directory, and I didn't pay attention20:23
*** rfolco has quit IRC20:23
*** rfolco has joined #openstack-nova20:24
mriedemansiwen: so to clarify, the handler for CommandError is in some other library that isn't python-novaclient?20:24
ansiwenmriedem: yes, it's a completely different handler for an exception that happens to also be named "CommandError"20:25
mriedemso by adding a handler, you mean in the nova shell code https://github.com/openstack/python-novaclient/blob/master/novaclient/shell.py#L1083 to handle BadCommand and do the same as Exception but not prefix the message with ERROR?20:26
ansiwenexactly20:26
*** lpetrut has joined #openstack-nova20:27
*** sc68cal has quit IRC20:29
mriedemidk20:30
openstackgerritMatt Riedemann proposed openstack/nova: Tweak the resize_confirm_window help text  https://review.openstack.org/28872320:30
mriedemif i saw except BadCommand in there it could be a bit confusing, but if you doc'ed the code well enough to signal why it's different and special then it might be fine20:30
*** pushkaru has joined #openstack-nova20:30
mriedemmaybe i'll return the favor to superdan and ask for his opinion20:31
cfriesen_mriedem: The idea behind https://review.openstack.org/288109 seems reasonable to me.  But if we're rebuilding on the same host we won't be able to tell if it's shared storage so it'll always keep it around.20:31
ansiwenwell, I also don't care too much about such a sub-low-prio thing. I just know there are users that find this ERROR irritating.20:32
mriedems/users/support engineers that have to explain it's a usage error rather than a real failure/20:32
*** salv-orlando has quit IRC20:33
cfriesen_mriedem: I've asked lbeliveau to take a look at  https://bugs.launchpad.net/nova/+bug/1551504 since it's more his area of expertise20:33
openstackLaunchpad bug 1551504 in OpenStack Compute (nova) "I/O (PCIe) Based NUMA Scheduling can't really achieve pci numa binding in some cases." [Undecided,In progress] - Assigned to jinquanni(ZTE) (ni-jinquan)20:33
*** salv-orlando has joined #openstack-nova20:33
superdanmriedem: ansiwen you guys have beat this to death farther than I think is necessary, so I'm not sure it matters. Just changing the text so it's not very confusing seems fine to me, ERROR prefix or not20:33
mriedemcfriesen_: couldn't we just add a host check? (and instance.host != self.host)?20:33
mriedemsuperdan: i think it's probably a good topic for the TC or cross-project meeting20:34
mriedemthe osc guys probably know what to do!20:34
cfriesen_mriedem: yes, I think that'd work.  but we'd end up deleting the disks in the case where we are actually on shared storage but happen to rebuild on the same host.20:34
superdanmriedem: barf20:34
ansiwenhehe20:34
mriedemcfriesen_: so....20:35
mriedemwhat i'm hearing is,20:35
mriedemif you're using ceph,20:35
mriedemdon't ever rebuild your instance20:35
mriedemwhile using neutron20:35
mriedemb/c if the vif plug fails, your disks are toast20:35
*** zengine has quit IRC20:36
ansiwenmriedem, superdan: well, if at least you guys have some fun it worth it spending my friday evening with something I found nt necessary in the first place...  :-)20:36
cfriesen_mriedem: lol.  so with ceph we don't ever want to destroy the disks in this case.  with non-ceph shared storage it's tricky since we want to preserve the disks if we're on shared storage, but we can't reliably tell if that's the case.20:36
cfriesen_mriedem: but what you propose (with the host check) is better than what we have now20:37
cfriesen_mriedem: why do we want to destroy the disks in the failure case?20:38
cfriesen_mriedem: if _create_domain_and_network fails does it revert the instance.host back to the previous value?  (or have we not stored the new host yet?)20:39
*** cfarquhar has joined #openstack-nova20:40
*** cfarquhar has quit IRC20:40
*** cfarquhar has joined #openstack-nova20:40
mriedemansiwen: so i think we should at least update the error message to match what's in the rest api20:42
mriedemif you care about the ERROR prefix, feel free to handle it, i don't really care about that20:42
mriedemand it would make the change more complicated20:42
openstackgerritSven Anderson proposed openstack/python-novaclient: Return a less dramatic message for public flavors.  https://review.openstack.org/28863920:44
mriedemansiwen: and finally20:44
mriedemis there an LP bug for your BZ?20:44
mriedemnot a huge deal if not20:44
*** ericksonsantos has quit IRC20:45
mriedemcfriesen_: yeah i could add the host check....i'd appreciate if you have a guy that can help look at that20:46
ansiwenmriedem: so, originally my task was to file a bug because of this, and I thought, no hell, it's even less work if I just immediately push a change... well, I was wrong... :-)))20:46
mriedemcfriesen_: i really just put it up so the bug reporter could test it out20:46
*** Sukhdev has joined #openstack-nova20:46
mriedemansiwen: +220:47
ansiwenmriedem: so, no, there is no bug, but if you think it is useful, I'm happy to create one... *smirk*20:47
mriedemno i don't really care20:47
mriedemi feel the message is improved in this case20:47
ansiwenok, great20:47
mriedemlet us never speak of this ever again20:47
ansiwenagreed20:48
ansiwenok, i'm off, have a great weekend20:48
*** thorst_ has joined #openstack-nova20:48
*** ivase_ has joined #openstack-nova20:50
*** ivase has quit IRC20:50
*** thorst has quit IRC20:52
*** rk4n has joined #openstack-nova20:54
*** thumpba has quit IRC20:54
*** thumpba has joined #openstack-nova20:55
*** geekinutah has quit IRC20:55
*** rk4n has quit IRC20:57
*** delattec has quit IRC20:58
*** rk4n has joined #openstack-nova20:58
*** Sukhdev has quit IRC20:59
*** thumpba has quit IRC21:00
*** rk4n has quit IRC21:02
*** MVenesio has quit IRC21:04
*** rhagarty_ has quit IRC21:07
*** rhagarty_ has joined #openstack-nova21:07
openstackgerritNicolas Simonds proposed openstack/nova: Allow use of live snapshots with RBD snapshot/clone  https://review.openstack.org/27365221:09
auggyi have a question about string freeze, is it technically today?21:09
auggyor is it after midnight today?21:09
*** apoorvad has quit IRC21:10
mriedemjwcroppe: do you have a fix for this else i'll push one up quick https://bugs.launchpad.net/nova/+bug/155331921:14
openstackLaunchpad bug 1553319 in OpenStack Compute (nova) "When CPU metric collection fails, stack trace not in nova logs" [Undecided,New] - Assigned to Joe Cropper (jwcroppe)21:14
mriedemauggy: i think we're in soft string freeze now https://wiki.openstack.org/wiki/StringFreeze#.28Soft.29_String_Freeze21:15
mriedemso no user-facing translatable string changes21:15
*** ivase_ is now known as ivase21:16
auggyright, i just wasn't sure if the date meant right now or not21:16
auggymriedem: do you know if translations are happening on the novaclient? i don't see a locale folder21:16
mriedemyes, now21:16
mriedemm-3 is out so we're in FF21:16
*** penick has quit IRC21:16
mriedemauggy: i don't think they are21:16
mriedemeven if they were, i don't know that ansiwen's change would fall under that since clients release on their own schedule....21:16
mriedembut it's a decent question21:17
auggyyeah that's why i was asking21:17
mriedemhowever,21:17
*** raildo is now known as raildo-afk21:17
mriedemthat would be a great excuse to make ansiwen's head explode right now :)21:17
auggyhahahahahaahahah so mean21:17
auggyso i should probably find out what the internationalization folks would need from us for the novaclient21:18
auggyunless all the clients have some other translation process? sorry i warned you all was still new at this ;)21:19
openstackgerritjichenjc proposed openstack/nova: Add functional regression test for bug 1552888  https://review.openstack.org/28874621:19
openstackbug 1552888 in OpenStack Compute (nova) "ERROR (BadRequest): expected string or buffer" [High,In progress] https://launchpad.net/bugs/1552888 - Assigned to Alex Xu (xuhj)21:19
*** edtubill has quit IRC21:20
melwittI think last I heard it was thought not worth the effort to translate novaclient as the openstackclient shell is the way forward to be used21:20
auggythanks melwitt21:21
*** smatzek has quit IRC21:21
melwittbut since openstackclient uses each client library, any messages inside the python API would still need translation. but I don't think things got that specific yet21:21
mriedemzzzeek: lascii: interested bug reported today which talks about adding an index to significantly drop the time it takes to run a big instances join query https://bugs.launchpad.net/nova/+bug/155318421:21
openstackLaunchpad bug 1553184 in OpenStack Compute (nova) "Slow Query on Instances Table " [Undecided,New]21:21
mriedemzzzeek: lascii: i don't follow all of the 'explain' details in there, but if it makes sense we could see if it helps21:22
mriedemwould be nice to run a test on a large data set like we used to be able to do with rax21:22
auggymelwitt: is that just an open discussion or is there a group or a person heading up that whole decision?21:22
auggylike who do i bug for a clear answer or at least clear non-answer ;D21:23
melwittauggy: I think it's still an open question how the clients translation should be done. I'm not aware that any group has dug into it enough. let me do a quick check for lp bugs/emails21:24
openstackgerritJoe Cropper proposed openstack/nova: Dump metric exception text to logs  https://review.openstack.org/28875021:24
jwcroppemriedem: ^^21:25
melwittauggy: this is the ML thread I was thinking of http://lists.openstack.org/pipermail/openstack-dev/2015-September/074922.html21:26
auggykk thx melwitt, i'm happy to look too just still figuring out how to find things in this crazy ecosystem we have here21:26
auggymelwitt: perfect21:27
auggyi'll post something to the i18n list to confirm that, especially since i might not be the only new liaison with that question21:27
melwittauggy: sure. I thought I can help give you a starting point since I remember seeing some discussion in the past. good luck :)21:27
auggyhaha thanks21:27
lasciimriedem: I don't really understand how indexes and ORDER BY clauses work together, maybe jay can comment when he's around21:27
mriedemyeah i was going to ping him but he's gone21:28
*** rfolco has quit IRC21:32
auggyseems just adding the index on a field you're filtering by would cause a performance gain independent of the order by? but maybe i'm just confused21:34
auggyoh right he said that in the bug lol21:35
* auggy can read, there was no gain21:35
lasciioh I see, I got lost in the query21:35
*** apoorvad has joined #openstack-nova21:36
lasciithe order by isn't relevant it seems21:36
lasciiyeah, the index makes sense. but it would be good to understand why that subquery is even there21:37
*** penick has joined #openstack-nova21:38
lasciinvm, I'm confused again21:42
auggyi think if order by creates a virtual table based on an unindexed field then indexing the field you're trying to order by on would make sense21:42
openstackgerritjichenjc proposed openstack/nova: Add functional regression test for bug 1552888  https://review.openstack.org/28874621:44
openstackbug 1552888 in OpenStack Compute (nova) "ERROR (BadRequest): expected string or buffer" [High,In progress] https://launchpad.net/bugs/1552888 - Assigned to Alex Xu (xuhj)21:44
lasciiit's not filtering on created_at though, so I don't see how that reduces the number of scanned rows21:44
auggylascii: i'm looking at this, maybe it's relevant? http://stackoverflow.com/questions/21758085/how-order-by-works-in-mysql21:45
lasciiI'm thinking that it just needs an index on deleted, and it's just using the deleted, created_at index partially21:45
lasciiahh, the limit21:46
*** salv-orlando has quit IRC21:47
*** knikolla has quit IRC21:48
*** salv-orlando has joined #openstack-nova21:48
lasciiI could see the index helping with sorting, I was missing how it reduced the scanned rows. but the limit does it21:48
*** jichen has quit IRC21:48
lasciiauggy: thanks for the link, that helped clear it up21:50
auggylascii: yeah i was just confused by the composite index thing myself21:50
*** rtheis has quit IRC21:51
*** salv-orlando has quit IRC21:51
*** kfarr has joined #openstack-nova21:51
*** salv-orlando has joined #openstack-nova21:52
*** aysyd has quit IRC21:53
auggyi really need to learn how to read ;)21:55
mriedemlascii: auggy: so if either of you know the change to make, the reporter was new and didn't know how to add a migration21:57
mriedemmight be worth just throwing something up21:57
auggylike a hairball?21:57
*** pcaruana has joined #openstack-nova21:58
lasciiI added some hints to the bug report. I could look at it Monday though, trying to finish something else up21:59
auggyi have never done a database migration, i could give it a shot but would rather have someone around to assist if i get stuck on something22:01
auggylascii: if you do end up working on it i'd be happy to take a look to understand what you did so i'd have a better idea of how to do that in the future22:01
lasciiauggy: sure. or if you give it a shot I can help you through it22:02
auggylascii: alright i'll see if i can figure it out based on your hints :)22:02
mriedemi was just adding it22:03
mriedemwe'll see who wins22:03
auggymriedem: probably you!22:03
auggybut if you're doing it then i'll look over it so i see what to do in the futre22:04
*** thorst_ has quit IRC22:05
*** dimtruck is now known as zz_dimtruck22:07
*** thorst has joined #openstack-nova22:07
openstackgerritMatt Riedemann proposed openstack/nova: Add index on instances table across deleted/created_at columns  https://review.openstack.org/28876522:10
mriedemraginbajin: auggy: ^ needs tests still but that's the start22:10
*** e0ne has joined #openstack-nova22:11
*** thorst has quit IRC22:12
auggymriedem: i can add tests if you want, i'm looking for examples22:12
*** cdent has quit IRC22:12
mriedemi'm a bit puzzled which db api is doing this22:14
*** baoli_ has quit IRC22:14
mriedemi guess instance_get_all_by_filters22:14
*** jwcroppe has quit IRC22:16
*** jwcroppe has joined #openstack-nova22:16
mriedemah https://github.com/openstack/oslo.db/blob/master/oslo_db/sqlalchemy/utils.py#L14922:17
mriedemwhen you pass a sort key22:17
mriedembut....22:17
mriedemhmm22:17
*** Sukhdev has joined #openstack-nova22:19
*** Sukhdev has quit IRC22:20
*** Sukhdev has joined #openstack-nova22:20
*** thorst has joined #openstack-nova22:23
mriedemWIP22:23
mriedemif the query is slow just because they used created_at as the sort key in the API, then adding the index on that is arbitrary22:24
*** akshai has quit IRC22:25
lasciimriedem: it's a default that comes from http://git.openstack.org/cgit/openstack/nova/tree/nova/db/sqlalchemy/api.py#n218222:27
lasciihttp://git.openstack.org/cgit/openstack/nova/tree/nova/db/sqlalchemy/api.py#n246322:27
*** lascii is now known as alaski22:28
*** busterswt has quit IRC22:28
mriedemalaski: nice find22:29
mriedemdo we need to add id to the index then?22:29
*** kfarr has quit IRC22:31
alaskithat may help a small amount, but I think created_at is enough. I'm speculating though so it would be better to pull in an expert22:33
*** rlrossit_ has quit IRC22:34
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/28835722:34
*** thorst has quit IRC22:35
mriedemalaski: yeah, i'll bug his jayness on monday22:36
mriedemand zzzeek22:36
*** jschlueter has joined #openstack-nova22:36
*** ircuser-1 has quit IRC22:39
openstackgerritMatt Riedemann proposed openstack/nova: Add index on instances table across deleted/created_at columns  https://review.openstack.org/28876522:41
*** yonglihe has quit IRC22:42
cburgessI22:42
cburgesssuperdan Oh sorry I missed the ping from earlier. Whats up?22:42
*** ctrath has quit IRC22:43
*** ircuser-1 has joined #openstack-nova22:43
*** pushkaru has quit IRC22:44
*** pushkaru has joined #openstack-nova22:44
*** devananda has quit IRC22:45
*** sheel has joined #openstack-nova22:45
*** mriedem has quit IRC22:46
*** erlon has quit IRC22:46
*** penick has quit IRC22:48
*** zz_dimtruck is now known as dimtruck22:51
*** e0ne has quit IRC22:55
*** geekinutah has joined #openstack-nova22:55
*** Sukhdev has quit IRC22:56
*** haplo37 has quit IRC22:57
*** devananda has joined #openstack-nova22:58
*** ivase has quit IRC23:00
*** geekinut1h has joined #openstack-nova23:00
*** ivase has joined #openstack-nova23:00
*** geekinutah has quit IRC23:00
*** mdrabe has quit IRC23:00
*** Sukhdev has joined #openstack-nova23:02
*** lpetrut has quit IRC23:03
*** geekinutah has joined #openstack-nova23:05
*** edmondsw has quit IRC23:05
*** Sukhdev has quit IRC23:06
*** geekinut1h has quit IRC23:06
*** bauwser is now known as bauzas23:09
*** geekinutah has quit IRC23:14
*** e0ne has joined #openstack-nova23:15
*** angdraug has quit IRC23:16
*** xyang1 has quit IRC23:29
*** Sukhdev has joined #openstack-nova23:32
*** thorst has joined #openstack-nova23:35
*** Sukhdev has quit IRC23:37
*** fawadkhaliq has quit IRC23:38
*** fawadkhaliq has joined #openstack-nova23:39
*** Jeffrey4l has joined #openstack-nova23:43
*** thorst has quit IRC23:44
*** mrkz has quit IRC23:48
*** ctrath has joined #openstack-nova23:52
*** ctrath has quit IRC23:52
*** salv-orl_ has joined #openstack-nova23:52
*** Bjoern has quit IRC23:53
*** salv-orlando has quit IRC23:55
*** ducttape_ has quit IRC23:55

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