Friday, 2015-09-04

*** markvoelker has quit IRC00:06
*** y_sawai has joined #openstack-nova00:07
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: add more logging and result checking around attachDeviceFlags  https://review.openstack.org/22035700:08
*** y_sawai has quit IRC00:08
mriedemtonyb: added ^ to see if i can recreate with that logging00:14
tonybmriedem: Cool.00:16
*** promulo has joined #openstack-nova00:16
*** hemna is now known as hemnafk00:17
*** sachin_ has quit IRC00:20
mriedemmtreinish: hmm, i wonder,00:20
*** promulo__ has quit IRC00:20
*** shoutm has quit IRC00:20
mriedemin test_stamp_pattern, when we detach the first volume after creating the timestamp,00:20
*** sachin has joined #openstack-nova00:20
mriedemshould we check to see that the vdb partition isn't on the instance before we create a snapshot of that instance00:20
mriedemsince i'm guessing the detach is aysnc with libvirt00:20
mriedemmtreinish: isn't there a boto test similar to that - does an attach and checks that partition list changes, then detaches and checks that partition list changes again?00:21
*** browne has quit IRC00:21
oomichialex_xu: good morning!00:21
oomichialex_xu: can we talk about https://review.openstack.org/#/c/217727?00:22
mriedemthis http://git.openstack.org/cgit/openstack/tempest/tree/tempest/thirdparty/boto/test_ec2_instance_run.py#n22800:22
*** shoutm has joined #openstack-nova00:23
*** diogogmt_ has joined #openstack-nova00:26
*** thorst has quit IRC00:27
*** diogogmt has quit IRC00:27
*** diogogmt_ is now known as diogogmt00:27
mtreinishmriedem: if it's async with libvirt shouldn't it be async in the nova api?00:28
mtreinishor cinder I guess?00:28
mriedemmtreinish: the nova virt driver does the attach/detach which is async in libvirt,00:28
mriedemthen once it comes out of the virt driver it calls the cinder api to update the database00:29
mriedemcinder doesn't actually do anything with volume attach for iscsi/lvm00:29
mriedemjust updates it's state00:29
mriedemwhich is what tempest is waiting for - for the volume status to change from in-use to available00:29
mriedembut that doesn't mean the guest is really ready00:29
*** VW_ has quit IRC00:30
*** VW_ has joined #openstack-nova00:31
mtreinishmriedem: fwiw, yes I think there is a boto test that does that, unless we started skipping it00:31
mtreinishmriedem: hmm, well I'm not sure logging into the guest to verify that things are really ready is a pattern you really want to say is needed00:31
*** shoutm_ has joined #openstack-nova00:34
*** VW_ has quit IRC00:36
*** shoutm has quit IRC00:36
mriedemheh, yeah...00:43
mriedemwould be nice if we could make this synchronous on the virt driver side00:43
mriedemthat boto test above does do this,00:44
mriedembut it doesn't check the specific device because you have to specify one with boto but you're not gauranteed to get that with libvirt00:44
*** pixelbeat has quit IRC00:48
*** ijuwang has quit IRC00:51
mriedemmtreinish: yeah so my theory is the partition isn't gone when we do the volume snapshot,00:53
mriedemand then when we attach that the 2nd time, libvirt detects it's already there or something and punts - or thinks it's there but it's not00:53
mriedemsomething like that00:53
mtreinishmriedem: I could see that happening, but we really need to be syncronizing these events somehow00:54
mriedemi would still expect some debug log message from libvirt in that case00:54
mtreinishbecause that's just crazy00:54
mriedemyeah,00:54
mriedembut so was test_attach_detach00:54
mriedemwhere it would immediately detach as soon as the volume was attached and we had a race updating the nova db00:54
mriedemlike within 1 second00:54
mtreinishmriedem: heh, yeah that was a crappy test00:54
mriedemit's still there :)00:55
mtreinishdid we fix the race?00:55
mtreinishit's all a blur to me00:55
cburgessDoes anyone know if we have a way to block nova from launching instances that try and use nova storage? AKA only allow boot from volume?00:56
mriedemmtreinish: yeah it's fixed00:57
*** SourabhP has quit IRC00:57
mriedemcburgess: not sure, but we actually had that case for about a month in our internal dev cloud00:57
mriedemwhere we could only use volumes00:57
cburgessYeah obviously you still need some local storage for things like console logs image cache etc.00:58
cburgessBut I'm struggling to find a way that would actually prevent a non-bfv instance from spawning.00:58
mriedemin our case the spawn would just fail once it landed on a compute node00:58
mtreinishcburgess: iptables block glance?00:59
cburgessI thought there was a bfv work flow that had nova download the image and populate the volume?00:59
mtreinishcburgess: fwiw, I think there is an option for that00:59
mriedemthere is01:00
cburgessOption for what?01:00
mtreinishto only boot from volume01:00
mriedembfv source=image dest=volume01:00
mtreinishmriedem: no I meant like a nova conf setup that did it01:00
mriedemhttps://github.com/openstack/nova/blob/master/nova/virt/block_device.py#L34901:01
mriedemyeah01:01
mriedemwould have to look for a config option01:01
mriedemseems super easy to implement01:01
mtreinishI vaguely remember someone filing a tempest bug that they had that set and something didn't work01:01
cburgessRight yeah I know can get the nova compute node to setup the volume for me.01:01
cburgessWas hoping we had the config flag.01:02
mriedemcburgess: mtreinish: max_local_block_devices=001:02
*** mtanino has quit IRC01:02
cburgessOK REALLY01:02
mriedem(IntOpt) Maximum number of devices that will result in a local image being created on the hypervisor node. Setting this to 0 means nova will allow only boot from volume. A negative number means unlimited.01:02
mtreinishcburgess: https://bugs.launchpad.net/tempest/+bug/143631401:02
openstackLaunchpad bug 1436314 in tempest "Option to boot VM only from volume is not available" [Medium,Confirmed] - Assigned to Soumit (soumit-mishra)01:02
cburgessHAWT!01:02
mtreinishmax_local_block_device01:02
cburgessWhere is that option defined?01:04
*** armax has quit IRC01:04
*** vilobhmm_11 has quit IRC01:04
*** tpeoples has joined #openstack-nova01:04
mriedemyar https://github.com/openstack/nova/blob/master/nova/compute/api.py#L11301:04
cburgessAwesome.01:04
cburgessThanks01:04
mriedemused here https://github.com/openstack/nova/blob/master/nova/compute/api.py#L134901:05
*** armax has joined #openstack-nova01:05
mriedemALTHOUGH01:05
mriedemHOWEVER01:05
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/api.py#L146001:05
mriedemthat's only called from _validate_bdm01:05
mriedemso if you don't boot with block_device_mapping, it seems that wouldn't be checked01:05
*** bauzas has quit IRC01:06
*** markvoelker has joined #openstack-nova01:07
mriedemthat bug has a good explanation from ndipanov01:07
*** unicell has joined #openstack-nova01:07
mriedemndipanov suggested setting root_gb=0 in the flavor but when he tested that it didn't do as expected01:08
*** markvoelker_ has joined #openstack-nova01:08
*** unicell1 has joined #openstack-nova01:09
mriedemwe should update the help text on the option since "Setting this to 0 means nova will allow only boot from volume." is clearly wrong01:10
*** y_sawai has joined #openstack-nova01:11
*** derekh has quit IRC01:11
*** unicell has quit IRC01:11
*** markvoelker has quit IRC01:12
*** y_sawai has quit IRC01:13
*** husanu has quit IRC01:14
*** tri2sing has quit IRC01:14
*** markvoelker_ has quit IRC01:16
*** husanu has joined #openstack-nova01:16
*** unicell has joined #openstack-nova01:18
*** unicell1 has quit IRC01:20
cburgessOh wow.. thats lame.01:20
cburgessYeah a 0 size flavor means something different.01:20
cburgessit makes no sense that we would only check that value when we boot with a volume.01:21
cburgessThats a bug.01:21
cburgessWow... why would we check it in that function...01:22
*** Sukhdev_ has quit IRC01:22
*** husanu has quit IRC01:25
*** baoli has joined #openstack-nova01:26
*** husanu has joined #openstack-nova01:27
*** armax has quit IRC01:27
*** hhuang has joined #openstack-nova01:30
*** y_sawai has joined #openstack-nova01:32
*** hhuang has quit IRC01:32
*** y_sawai has quit IRC01:35
*** lyanchih has joined #openstack-nova01:35
*** yamahata has quit IRC01:37
*** sachin has quit IRC01:40
*** sachin has joined #openstack-nova01:42
*** unicell1 has joined #openstack-nova01:42
*** unicell has quit IRC01:43
*** sachin has quit IRC01:43
*** sachin has joined #openstack-nova01:44
*** sachin has quit IRC01:44
*** sachin has joined #openstack-nova01:44
*** shoutm_ has quit IRC01:45
mriedemupdated help text coming01:45
openstackgerritMatt Riedemann proposed openstack/nova: Clarify max_local_block_devices config option usage  https://review.openstack.org/22037501:45
*** xyang1 has quit IRC01:47
*** y_sawai has joined #openstack-nova01:48
*** y_sawai has quit IRC01:48
mriedemtonyb: i'll be damned01:51
mriedemi think that kwargs thing might have been it01:51
mriedembut i have no idea why it would only fail on that one test i'm running01:52
mriedemthis time the test passed01:52
mriedemon all master jobs, failed in kilo and juno01:52
* tonyb is scared *very* scared.01:52
tonybmriedem: Do you have the logs?01:53
tonybmriedem: or was it a private run?01:53
mriedemhttp://logs.openstack.org/55/218355/7/check/gate-tempest-dsvm-full/3a71d84/01:53
*** sachin has quit IRC01:53
mriedemtest_stamp_pattern is the test01:53
mriedemTestStampPattern shows up in n-cpu01:53
mriedemhttp://logs.openstack.org/55/218355/7/check/gate-tempest-dsvm-full/3a71d84/logs/screen-n-cpu.txt.gz#_2015-09-04_01_07_20_63701:54
*** sachin has joined #openstack-nova01:54
mriedemi should update the nova change to do flags=flags again and see if it fails01:55
*** shoutm has joined #openstack-nova01:57
*** jmccrory has quit IRC01:58
tonybmriedem: okay.  I'm not super convinced by my analysis so that'd be good.01:58
mriedemthere are actually several domain.method() calls in the nova.virt.libvirt.guest module that do flags as kwargs01:59
mriedemanyway, rechecking01:59
mriedemgonna call it a night02:00
*** jmccrory has joined #openstack-nova02:00
*** dims has quit IRC02:01
*** annegentle has quit IRC02:01
*** bauzas has joined #openstack-nova02:01
*** sachin has quit IRC02:02
*** sachin has joined #openstack-nova02:02
*** penick has joined #openstack-nova02:07
openstackgerritDan Smith proposed openstack/nova: Pull out the common bits of InstanceList into _BaseInstanceList  https://review.openstack.org/21933702:07
openstackgerritDan Smith proposed openstack/nova: Update objects test infrastructure for multiple versions  https://review.openstack.org/21781802:07
openstackgerritDan Smith proposed openstack/nova: Add Instance and InstanceList v2.0 objects  https://review.openstack.org/21781902:07
openstackgerritDan Smith proposed openstack/nova: Fix an issue with NovaObjectRegistry hook  https://review.openstack.org/21781602:07
openstackgerritDan Smith proposed openstack/nova: Make the conductor fixture use version manifests  https://review.openstack.org/21785102:07
openstackgerritDan Smith proposed openstack/nova: Refactor Instance tests to use objects.Instance  https://review.openstack.org/21781702:07
openstackgerritDan Smith proposed openstack/nova: Pull out the common bits of Instance into _BaseInstance  https://review.openstack.org/21781502:07
openstackgerritDan Smith proposed openstack/nova: Teach conductor to do manifest-based object_class_action() things  https://review.openstack.org/21943202:07
dansmithmikal: had to rebase ^ :(02:07
*** sachin has quit IRC02:10
*** sachin has joined #openstack-nova02:11
*** armax has joined #openstack-nova02:11
*** sachin has quit IRC02:13
*** sachin has joined #openstack-nova02:14
*** yamahata has joined #openstack-nova02:14
*** sachin has quit IRC02:14
*** sachin has joined #openstack-nova02:15
*** sachin has quit IRC02:15
*** sachin has joined #openstack-nova02:15
*** sachin has quit IRC02:16
*** bauzas has quit IRC02:19
*** dims has joined #openstack-nova02:20
*** annegentle has joined #openstack-nova02:23
*** bauzas has joined #openstack-nova02:26
*** y_sawai has joined #openstack-nova02:27
gmannalex_xu: oomichi : i found away to make schd hint work for v2 comp and v2.1. No change for v2.1 behavior and v2 comp will allow extra param02:27
gmannalex_xu: oomichi : if we just define some dummy item in schd hint schema and based on that we do not delete extra param in validator.py02:27
alex_xuoomichi: gmann , limits the scheduler-hints in the v2.1 api also looks like wrong02:27
gmannalex_xu: oomichi : that worked well02:28
gmannalex_xu: but for v2.1 we should not allow out of tree thing for schd hint right?02:28
alex_xugmann: currently we support out-of-tree filter02:28
*** y_sawai has quit IRC02:29
gmannalex_xu: for v2.1 also?02:30
alex_xugmann: yea02:30
oomichialex_xu: gmann: just IMO: the change of the base part(validator.py) just for out-of-tree seems mess for maintenance in long-term02:30
oomichialex_xu: gmann: I can accept to allow additionalProperties on specific schema for v2.1 also for avoiding such change02:31
openstackgerritlyanchih proposed openstack/nova: libvirt - Flavor's quota instance resource not observed for non-ephemeral storage  https://review.openstack.org/20101902:32
alex_xuoomichi: the base part if for v2.1 compat mode02:32
oomichialex_xu: gmann: Ideally, each out-of-tree owners should change schemas also on their own private patches, but it is difficult to do that, I can02:32
alex_xuoomichi: we use custom validation for additionalProperties in v2.1 compat mode02:32
alex_xuoomichi: the _soft_validate_additional_properties didn't check additionalProperties is True or False, that patch is going to fix that.02:33
gmannoomichi: alex_xu : for me  allowing additional prop for v2.1 does not seems good it should be just for v2 comp.02:33
oomichialex_xu: ? you are changing v2.1 schema also on the latest02:34
alex_xuoomichi: yes, that patch did that02:34
gmannbecause if we do so then it going to be always provide such out of tree things handling02:34
*** markvoelker has joined #openstack-nova02:35
*** penick has quit IRC02:36
gmannoomichi: alex_xu : becasue from johnthetubaguy comment on, i understood we can disallow that on v2.1 - https://review.openstack.org/#/c/217727/02:36
alex_xuoomichi: gmann I remember there is discussion about scheduler-hints, I remember finally say we should allow out of tree hints02:37
oomichigmann: yeah, I know. but I'd like to avoid trick/unreadable code only for his customers02:38
oomichigmann: in-tree02:38
oomichialex_xu: do you have any log about that?02:39
alex_xuoomichi: gmann http://lists.openstack.org/pipermail/openstack-dev/2015-June/067996.html02:39
alex_xuoomichi: gmann I talk with bauzas last night, he said finally they didn't make strict schema in Nova object02:39
oomichialex_xu: thanks :) I can accept if the NOTE includes the link also02:41
alex_xuoomichi: ok cool...02:41
alex_xugmann: what would you think?02:41
gmannalex_xu: reading... :)02:42
oomichialex_xu: btw, are the other file changes also still necessary?02:42
alex_xuoomichi: yea, it is necessary02:42
alex_xuoomichi: otherwise _soft_validate_additional_properties always strip the extra parameters whatever addtionalProperties is True or False02:43
alex_xugmann: let me know your opinion :)02:43
oomichialex_xu: OK, I will see it carefully. thanks :)02:44
alex_xuoomichi: np, thanks for review and discussion :)02:44
gmannalex_xu: yea, m ok on now. i agree there we should not have schd hint thing on schema but thats later things we can decide.02:46
alex_xugmann: thanks02:46
alex_xuoomichi: gmann thanks, I will update the commit message later02:46
gmannalex_xu: for now it works . Thanks for link :) it will be help if we add that in commit msg.02:46
gmannalex_xu: 1 question does _soft_validate_additional_properties will be called if ap is true ?02:47
gmann* gmann checking on json schema02:47
alex_xugmann: yes, I will be called02:47
alex_xugmann: I remember I tested it02:47
*** bswartz has quit IRC02:49
*** markvoelker has quit IRC02:49
*** dims has quit IRC02:49
*** bswartz has joined #openstack-nova02:50
*** markvoelker has joined #openstack-nova02:50
gmannalex_xu: yea they call it, but json schema should not call as it is said to be skip by defined schema but json schema lib thing :)02:51
*** armax has quit IRC02:51
oomichialex_xu, gmann: I will send a mail for getting a consensus about this by replying http://lists.openstack.org/pipermail/openstack-dev/2015-June/067996.html02:52
*** obondarev has quit IRC02:52
*** obondarev has joined #openstack-nova02:53
*** hakimo_ has joined #openstack-nova02:53
alex_xugmann: ok, cool02:53
alex_xuoomichi: thanks02:53
gmannoomichi: Thanks02:53
*** hakimo has quit IRC02:55
*** deepthi has joined #openstack-nova02:57
openstackgerritAlex Xu proposed openstack/nova: Relax restrictions on server name  https://review.openstack.org/22027903:05
*** markvoelker has quit IRC03:06
mriedemsdague: johnthetubaguy: for when you're around, novaclient 2.28 is out https://pypi.python.org/pypi/python-novaclient/2.28.003:07
mriedemnot sure if we need to make that the minimum required version in g-r for liberty now or not03:07
mriedemseems like we should...03:07
*** darrenc has joined #openstack-nova03:08
alex_xumriedem: ^ just update the patch03:11
*** openstackgerrit_ has joined #openstack-nova03:11
*** atuvenie has quit IRC03:11
*** venkat_p has joined #openstack-nova03:12
mikaldansmith: mutter03:15
mikaldansmith: I will take another look through them in a little bit03:15
dansmithmikal: thanks03:15
mikaldansmith: NP03:15
mikaldansmith: need to have a post run stretch / shower first though03:16
mikaldansmith: no one wants a sweaty code review03:16
*** yamahata has quit IRC03:16
*** Sree has joined #openstack-nova03:16
*** yamahata has joined #openstack-nova03:16
openstackgerritAlex Xu proposed openstack/nova: api: allow any scheduler hints  https://review.openstack.org/21772703:16
alex_xuoomichi: gmann &03:16
alex_xus/&/^...03:16
*** dims_ has joined #openstack-nova03:17
*** browne has joined #openstack-nova03:17
*** tojuvone has joined #openstack-nova03:18
mriedemalex_xu: ok, i'll defer to sdague about what to do with the spaces at beginning and end of names03:18
mriedemi agree it seems pointless to have those, but the backwards compat thing is a concern03:19
alex_xumriedem: ok, got it, thanks03:19
alex_xumriedem: yeah03:19
oomichialex_xu: thanks, just one comment03:20
oomichialex_xu: and I sent a mail with one idea03:20
mriedemalex_xu: do we have any tests with a unicode server name?03:20
oomichialex_xu: but that is long-term feature, and I can agree with current way03:20
*** dave-mccowan has quit IRC03:20
alex_xuoomichi: thanks, will update soon03:20
alex_xumriedem: I guess not03:21
oomichialex_xu: in short-term03:21
alex_xumriedem: it is not. I didn't find out anything aobut unicode in test_servers03:21
openstackgerritAlex Xu proposed openstack/nova: api: allow any scheduler hints  https://review.openstack.org/21772703:24
*** comstud has quit IRC03:28
*** adam_g has quit IRC03:28
*** jroll has quit IRC03:28
*** d34dh0r53 has quit IRC03:28
*** bswartz has quit IRC03:28
*** flwang1 has quit IRC03:28
*** lbragstad has quit IRC03:28
*** gus has quit IRC03:28
*** Nakato has quit IRC03:28
*** rook has quit IRC03:29
*** apmelton has quit IRC03:29
*** Nakato has joined #openstack-nova03:30
*** gus has joined #openstack-nova03:31
*** adam_g has joined #openstack-nova03:32
*** adam_g has quit IRC03:32
*** adam_g has joined #openstack-nova03:32
*** apmelton has joined #openstack-nova03:33
*** d34dh0r53 has joined #openstack-nova03:33
*** lbragstad has joined #openstack-nova03:33
*** mriedem has quit IRC03:33
*** comstud has joined #openstack-nova03:34
*** bswartz has joined #openstack-nova03:34
*** jroll has joined #openstack-nova03:34
*** flwang1 has joined #openstack-nova03:34
*** erhudy1 has quit IRC03:42
*** armax has joined #openstack-nova03:44
*** VikasC has joined #openstack-nova03:45
openstackgerritAlex Xu proposed openstack/nova: Reject the cell name include '!' and '.'  https://review.openstack.org/22038603:49
*** markvoelker has joined #openstack-nova03:53
*** jamespd has quit IRC03:56
* alex_xu back to vacation...03:56
*** jamespd has joined #openstack-nova03:56
*** markvoelker_ has joined #openstack-nova03:57
*** markvoelker has quit IRC03:58
*** dannywilson has joined #openstack-nova03:58
*** markvoelker_ has quit IRC03:58
*** rajesht has joined #openstack-nova04:03
*** tri2sing has joined #openstack-nova04:04
*** jamespd has quit IRC04:04
*** jamespd has joined #openstack-nova04:05
*** lyanchih has quit IRC04:06
*** dims_ has quit IRC04:09
rajeshtjaypipes: could you please review it.04:09
rajeshtjaypipes: https://review.openstack.org/#/c/170118/04:09
rajeshtjaypipes: need one more +2 before it gets into merge conflict again :)04:10
rajeshtjaypipes: thanks :)04:10
*** dims has joined #openstack-nova04:10
*** links has joined #openstack-nova04:12
*** openstackgerrit_ has quit IRC04:14
jaypipesrajesht: reviewed...04:16
jaypipesrajesht: I have a feeling it can be simpler than you've written it.04:16
*** dims has quit IRC04:17
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21696804:17
rajeshtjaypipes: I have replied to your comment04:21
rajeshtjaypipes: it won't work, bcz we don't want to update in_use and reserved quota all the time.04:22
rajeshtjaypipes: we only want to update one or the other04:22
rajeshtjaypipes: thanks for review04:22
jaypipesuhg this code is so friggin spaghetti.04:27
jaypipesrajesht: I really don't like changing the _create_reservations() function like this...04:31
jaypipesrajesht: the logic about checking if a migration is being done should be in the _init_instance() method. as this code stands, it's incredibly difficult to follow04:32
gmannalex_xu: looks good. Thanks04:46
*** deepthi has quit IRC04:47
*** cfriesen has quit IRC04:48
*** deepakcs has joined #openstack-nova04:49
*** lyanchih has joined #openstack-nova04:50
*** annegentle has quit IRC04:56
*** hparekh has joined #openstack-nova04:57
*** shoutm has quit IRC04:57
*** haomaiwa_ has quit IRC04:57
*** shoutm has joined #openstack-nova04:58
*** chhavi has joined #openstack-nova05:00
*** VikasC has quit IRC05:12
*** tri2sing has quit IRC05:16
*** bkopilov has quit IRC05:19
*** vilobhmm_11 has joined #openstack-nova05:19
*** tri2sing has joined #openstack-nova05:20
*** oomichi has quit IRC05:21
*** dannywilson has quit IRC05:22
*** baoli has quit IRC05:23
*** vilobhmm_11 has quit IRC05:25
*** bkopilov has joined #openstack-nova05:30
*** derekh has joined #openstack-nova05:30
*** claudiub has quit IRC05:31
*** jamielennox is now known as jamielennox|away05:35
openstackgerritTomi Juvonen proposed openstack/nova-specs: Get valid server state  https://review.openstack.org/19224605:35
*** husanu has quit IRC05:36
*** husanu has joined #openstack-nova05:38
*** derekh has quit IRC05:41
*** sahid has joined #openstack-nova05:42
*** y_sawai has joined #openstack-nova05:46
*** e0ne has joined #openstack-nova05:49
openstackgerritTomi Juvonen proposed openstack/nova-specs: Get valid server state  https://review.openstack.org/19224605:53
*** e0ne has quit IRC05:54
*** jamielennox|away is now known as jamielennox05:58
*** nkrinner has joined #openstack-nova05:58
*** ishant has joined #openstack-nova05:59
*** ttrumm has joined #openstack-nova06:09
*** ttrumm_ has joined #openstack-nova06:11
*** dannywilson has joined #openstack-nova06:12
*** ttrumm has quit IRC06:13
*** VikasC has joined #openstack-nova06:15
*** dannywilson has quit IRC06:17
*** hparekh has quit IRC06:17
*** mpaolino has joined #openstack-nova06:18
*** vilobhmm_11 has joined #openstack-nova06:18
*** hparekh has joined #openstack-nova06:18
*** tri2sing has quit IRC06:19
*** deepthi has joined #openstack-nova06:22
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/21236706:25
*** y_sawai has quit IRC06:26
openstackgerritgaryk proposed openstack/nova: VMware: ensure that instance is deleted  https://review.openstack.org/22041006:30
*** ttrumm_ has quit IRC06:30
*** ankit_ag has joined #openstack-nova06:32
*** Murali_ has joined #openstack-nova06:34
*** ildikov has quit IRC06:35
*** tpeoples has quit IRC06:39
*** atuvenie has joined #openstack-nova06:42
*** husanu has quit IRC06:42
*** vilobhmm_11 has quit IRC06:44
*** husanu has joined #openstack-nova06:44
*** ociuhandu has quit IRC06:44
*** Sree has quit IRC06:46
*** gabriel-bezerra has quit IRC06:49
*** Sree has joined #openstack-nova06:51
*** Sree has quit IRC06:53
*** atuvenie has quit IRC06:55
*** abhishekk has joined #openstack-nova06:57
*** romainh has joined #openstack-nova06:58
openstackgerritJoe Cropper proposed openstack/nova: Ensure Nova metrics use coherent data values  https://review.openstack.org/21915307:02
jwcroppebauzas: ^^^07:03
*** chhavi has quit IRC07:04
*** whenry has quit IRC07:06
*** Piet has quit IRC07:06
jwcroppejaypipes: ^^^07:06
*** jlanoux has joined #openstack-nova07:06
*** lpetrut has joined #openstack-nova07:07
*** jamielennox is now known as jamielennox|away07:08
*** alexschm has joined #openstack-nova07:11
*** chhavi has joined #openstack-nova07:12
*** matrohon has joined #openstack-nova07:17
*** shoutm_ has joined #openstack-nova07:19
*** browne has quit IRC07:19
alexschmleseb: Hi, are you going to work on the blueprint "Improve Nova KVM IO support" for Mitaka?07:19
*** whenry has joined #openstack-nova07:20
*** shoutm has quit IRC07:21
*** stefan_amann has joined #openstack-nova07:23
*** lyanchih has quit IRC07:24
*** ildikov has joined #openstack-nova07:26
*** oomichi has joined #openstack-nova07:26
*** oomichi has quit IRC07:26
openstackgerritJoe Cropper proposed openstack/nova: Ensure Nova metrics use coherent data values  https://review.openstack.org/21915307:28
*** rdopiera has joined #openstack-nova07:31
*** jamielennox|away is now known as jamielennox07:32
*** rajesht has quit IRC07:34
*** rdopiera has quit IRC07:34
*** lyanchih has joined #openstack-nova07:34
*** rdopiera has joined #openstack-nova07:34
*** rdopiera has quit IRC07:34
*** rdopiera has joined #openstack-nova07:35
openstackgerritJoe Cropper proposed openstack/nova: Ensure Nova metrics use coherent data values  https://review.openstack.org/21915307:35
openstackgerritJoe Cropper proposed openstack/nova: Ensure Nova metrics use coherent data values  https://review.openstack.org/21915307:41
*** armax has quit IRC07:44
*** karimb has joined #openstack-nova07:47
*** Marga_ has joined #openstack-nova07:49
*** Marga_ has quit IRC07:49
*** Marga_ has joined #openstack-nova07:49
openstackgerritJoe Cropper proposed openstack/nova: Ensure Nova metrics use coherent data values  https://review.openstack.org/21915307:53
*** afazekas__ has joined #openstack-nova07:53
*** e0ne has joined #openstack-nova07:55
*** yassine__ has joined #openstack-nova07:57
openstackgerritJoe Cropper proposed openstack/nova: Ensure Nova metrics use coherent data values  https://review.openstack.org/21915308:01
*** atuvenie has joined #openstack-nova08:04
*** danpb has joined #openstack-nova08:05
*** Sree has joined #openstack-nova08:07
*** derekh has joined #openstack-nova08:07
*** derekh has quit IRC08:08
*** derekh has joined #openstack-nova08:08
*** lyanchih has quit IRC08:09
*** Marga_ has quit IRC08:11
*** Marga_ has joined #openstack-nova08:11
*** lucasagomes has joined #openstack-nova08:12
*** Sree has quit IRC08:12
*** shoutm_ has quit IRC08:15
*** sayali has joined #openstack-nova08:16
tobascoafter upgrade nova now spits out "IncompatibleObjectVersion: Version 1.2 of PciDeviceList is not supported"08:20
tobascoanybody seen it08:20
tobascoseems like it affect the conductor and compute08:20
tobascostable kilo08:20
tobascofixed by restarting the server running the conductor service.. however the same fix is not directly optimal for a compute server...08:24
*** Marga_ has quit IRC08:25
leseb_alexschm: probably not08:26
johnthetubaguytobasco: thats does ring a bell, not sure if the usage folks in #openstack will be able to to help more08:26
leseb_alexschm: why? want to pick it up?08:26
bauzastobasco: did you upgrade your conductor first ?08:26
*** pixelbeat has joined #openstack-nova08:26
bauzastobasco: and restarting it before upgrading the compute nodes ?08:26
johnthetubaguybauzas: good point, you need to upgrade all of the control plane (API and conductor) before doing the compute nodes08:27
alexschmleseb_ yes, I'd like to work on it to adopt qemu iothreads08:27
*** paul-carlton has joined #openstack-nova08:27
tobascobauzas: actually i did the compute node first because i originally only wanted the cinder-volume upgrade but took all updates08:27
*** shoutm has joined #openstack-nova08:27
*** wimdc has joined #openstack-nova08:27
bauzastobasco: okay, but it's not supported then08:27
leseb_alexschm: cool :)08:28
bauzastobasco: Nova supports upgrades like johnthetubaguy said08:28
johnthetubaguytobasco: so thats why it failed, it should have been fine on stable, but I think kilo stable broke that08:28
alexschmleseb_ do you know anyone else who would work on this? or should I start a new blueprint?08:28
jwcroppebauzas: hey...about to head to bed, but do you have a sec to chat about https://review.openstack.org/#/c/219153/ ?  This is the metrics thing we discussed the other day08:28
bauzasjwcroppe: hey, night owl you too ? :)08:28
tobascobauzas: i tried upgrading a second compute node now... after conductor has been upgraded.. and still the same issue08:28
jwcroppebauzas: you know it08:28
bauzasjwcroppe: sorry I was afk until bow :)08:29
bauzasnow evne08:29
bauzaseven even08:29
jwcroppebauzas: sleep is for the weak08:29
* bauzas needs to caffeinate08:29
leseb_alexschm: AFAIK no one is working on this, I can assign it to you if you want08:29
bauzasjwcroppe: well, I appreciate working on my house in the early hours08:29
bauzastobasco: stack trace?08:29
alexschmleseb_ I'd like to follow the way that was suggested in the reviews in your blueprint (letting nova enable iothreads transparently)08:30
bauzastobasco: tbc, you said you're running stable kilo right ?08:30
*** boris-42 has quit IRC08:30
alexschmleseb_ yeah that would be great08:30
jwcroppebauzas: I think this patch is better now.  I also removed that crappy 1 second code08:30
bauzastobasco: so you updated your computes to master, right?08:30
bauzasjwcroppe: yeah, quickly saw that08:30
leseb_alexschm: oh wait not sure if we don't have a patch already hanging around let have a look08:31
bauzasjwcroppe: so, I need to review it08:31
jwcroppebauzas: basically the idea is we now tell the metric collector whether we want it to refresh or not.08:31
tobascobauzas: stack trace from conductor = http://pastebin.com/bGFsSAeh08:31
tobascobauzas: stack trace from compute = http://pastebin.com/6rUz82xz08:31
bauzastobasco: compute = master, right?08:31
tobascobauzas: running on ubuntu stable kilo cloud-archive repo08:31
bauzastobasco: ah08:31
tobascodeb http://ubuntu-cloud.archive.canonical.com/ubuntu trusty-updates/kilo main08:32
bauzasjwcroppe: okay, I got your idea, I just need time for thinking about that :)08:32
jwcroppebauzas: no problem, will let you review.  Just wanted to go over high level idea with you.08:32
*** alex_klimov has joined #openstack-nova08:32
*** moshele has joined #openstack-nova08:32
bauzasjwcroppe: honestly, I'm not yet enough caffeinated for that :D08:32
tobascobauzas: aren't stable suppose to not break updates? ;)08:32
jwcroppebauzas: it was with great pleasure that I hit the 'delete' key on the 1 second thing too :)08:32
bauzastobasco: well, what I'm still missing is your deployment version08:33
bauzastobasco: so, you were running ubuntu kilo UCA08:33
bauzastobasco: then you moved to master for compute and conductor ?08:33
leseb_alexschm: we have that: https://review.openstack.org/#/c/117442/08:34
tobascono, im running ubuntu kilo UCA right now, upgraded and now conductor and computes fail08:34
bauzaswhat I need to understand is that if it's either a bug on stable/kilo or a deployment issue08:34
tobascobauzas:08:34
bauzastobasco: so you upgraded from what?08:34
jwcroppebauzas: I'm heading to bed now.  Happy reviewing ... whenever you get time.  :)   This seems to be more approachable than before though.08:34
bauzasjuno ?08:34
tobascobauzas: no, i meant updated my kilo08:34
bauzasjwcroppe: sure thing, will try to look at it08:34
jwcroppebauzas: no problem.  I'd like jaypipes to look too.08:35
bauzastobasco: you mean kilo-something to kilo-sthelse ?08:35
jwcroppedansmith, jaypipes: FYI - https://review.openstack.org/#/c/219153/08:35
alexschmleseb_ yeah, I think the result of that review was that the IO policy should not be configurable per compute node, but instead be decided within nova08:35
tobascobauzas: simply apt-get upgrade on conductor and compute08:35
tobascousing that ubuntu kilo UCA repo08:35
alexschmleseb_ e.g. nova should pick the "ideal" io policy for file based vs block based devices08:35
bauzastobasco: well, honestly, I don't exactly know which versions the ubuntu team is shipping08:36
bauzastobasco: I'd defer that question to the #openstack channel and see if any people have the same problem08:36
tobasconova-conductor                      1:2015.1.0-0ubuntu1.1~cloud008:36
tobasconova-compute                        1:2015.1.1-0ubuntu1~cloud208:36
alexschmleseb_ so the io policy can be tuned per instance08:36
bauzastobasco: if that's becoming confirmed, I'd appreciate if you could log a bug in Launchpad https://bugs.launchpad.net/nova/ or yell there08:37
bauzass/there/here08:37
leseb_alexschm: well I might need to read the comments again but image_type defines the type of disk that will be used for the instance so I'm not sure why this wouldn't be configurable08:37
leseb_just like the cache policy08:37
*** lyanchih has joined #openstack-nova08:37
leseb_so per compute is fine by me, you usually don't do multiple "image_type" per compute, so I don't see any problem having this on compute basis08:38
*** atuvenie has quit IRC08:38
*** shoutm has quit IRC08:39
tobascobauzas: i will file a bug and try to reproduce it right away08:39
bauzastobasco: okay, what we ideally would need in the bug report is08:39
alexschmleseb_ I think the comments indicated the IO policy should be derived from the image_type instead of having it defined in nova.conf for all instances on a compute node08:39
bauzastobasco: 1. version on Nova (setup.cfg)08:39
bauzastobasco: (for the controller node)08:39
bauzastobasco: 2. version of Nova for the compute node08:40
bauzastobasco: make sure that your restarted primarly your conductor on the controller node and then restart your compute08:40
leseb_alexschm: this might be fine but in the end the effect is the same it's just saves you one extra nova option08:40
leseb_no?08:40
bauzastobasco: AFAICS, that's the compute which is unable to write its stats08:40
*** Marga_ has joined #openstack-nova08:41
alexschmleseb_ yes that's right, that's what I'd like to implement/suggest and see if it gets accepted08:41
wimdcHey all, does anyone know something about pci_passthrough filter (SRIOV, nova scheduler) in combination with multi-segment networks and how that is supposed to work?08:41
leseb_alexschm: I think it's a good start, but the thing I'd like to see the most is to have that for attached volume since this is where we will seek performance08:42
leseb_alexschm: I'm just not sure if forcing a configuration is the way to do it, I mean ops might be upset for some reasons08:43
tobascobauzas: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/149036108:43
openstackLaunchpad bug 1490361 in nova (Ubuntu) "IncompatibleObjectVersion: Version 1.2 of PciDeviceList is not supported" [Undecided,Confirmed]08:43
tobascobauzas: found it08:43
*** jistr has joined #openstack-nova08:44
alexschmleseb_ yes I agree, I would like to use iothreads as soon as a block volume is attached to an instance, and maybe in a second step increase the number of iothreads when more volumes are added08:44
openstackgerritlyanchih proposed openstack/nova: libvirt: serial console ports count upper limit needs to be checked  https://review.openstack.org/20737308:45
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: libvirt: make live_migration_uri flag dependent on virt_type  https://review.openstack.org/17578008:46
leseb_alexschm: exactly :)08:46
leseb_alexschm: so it's actually enabling iothreads and some threads as well :)08:47
leseb_alexschm: email address so I can assign you to the bp?08:47
bauzastobasco: well, by seeing https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1490361/comments/2 I consider the bug as invalid08:47
openstackLaunchpad bug 1490361 in nova (Ubuntu) "IncompatibleObjectVersion: Version 1.2 of PciDeviceList is not supported" [Undecided,Confirmed]08:47
*** bradjones has joined #openstack-nova08:47
*** bradjones has quit IRC08:47
*** bradjones has joined #openstack-nova08:47
alexschmleseb_ alexs@linux.vnet.ibm.com08:48
bauzastobasco: like I said, we only provide compatibility for backwards versions, not forwards08:48
tobascobauzas: i wouldn't just yet, my compute nodes are still not working after restarting all services and even restarting the servers.. everything upgraded08:48
leseb_alexschm: done08:48
bauzastobasco: so here the reporter said that controller 2015.1.0 can't deal with computes 2015.1.1 which is normal08:49
alexschmleseb_ okay thank you!08:49
bauzastobasco: then that's another case08:49
leseb_alexschm: np np08:49
bauzastobasco: so, again, I need to understand your deployment => controller 2015.1.1 can't deal with computes 2015.1.1 ?08:50
bauzastobasco: I guess you restarted all your services?08:50
*** rotbeard has joined #openstack-nova08:50
*** hparekh has quit IRC08:51
tobascobauzas: found the issue, it didn't upgrade nova-conductor for some reason when doing apt-get upgrade, so i did apt-get -f upgrade nova-conductor and now it's upgraded08:51
tobascobauzas: both using the same version and seems to work fine08:52
tobascobauzas: ty for help08:55
bauzasnp08:56
bauzasjohnthetubaguy: FWIW https://blueprints.launchpad.net/nova/+spec/request-spec-object-mitaka08:56
*** Marga_ has quit IRC08:58
*** Marga_ has joined #openstack-nova08:59
*** penick has joined #openstack-nova09:00
*** coolsvap_ has joined #openstack-nova09:01
*** pilgrimstack has left #openstack-nova09:01
*** penick has quit IRC09:04
*** rajesht has joined #openstack-nova09:05
*** yamahata has quit IRC09:09
*** hparekh has joined #openstack-nova09:11
*** ndipanov has joined #openstack-nova09:13
*** MarcF has quit IRC09:13
*** moshele has quit IRC09:13
*** Marga_ has quit IRC09:14
*** atuvenie has joined #openstack-nova09:16
*** oomichi has joined #openstack-nova09:16
*** alexschm has quit IRC09:27
*** alexschm has joined #openstack-nova09:29
*** alexpilotti_ has joined #openstack-nova09:31
openstackgerritSergey Nikitin proposed openstack/nova: Changed backporting of embedded Network object when backporting a FixedIP  https://review.openstack.org/17372309:32
*** marzif has joined #openstack-nova09:43
openstackgerritKen'ichi Ohmichi proposed openstack/nova: WIP: Add auto-extending scheduler-hints API schema  https://review.openstack.org/22044009:48
*** kse has quit IRC09:48
openstackgerritVladyslav Drok proposed openstack/nova: DO NOT MERGE - Triggering experimental pipeline  https://review.openstack.org/22022909:49
*** ociuhandu has joined #openstack-nova09:51
*** sayali has quit IRC09:53
*** sayali has joined #openstack-nova09:54
*** josecastroleon has joined #openstack-nova09:57
*** coolsvap_ has quit IRC09:58
*** oomichi has quit IRC10:00
*** claudiub has joined #openstack-nova10:04
*** lyanchih has quit IRC10:04
*** dave-mccowan has joined #openstack-nova10:06
*** wimdc has quit IRC10:06
*** marzif has quit IRC10:08
openstackgerritVladyslav Drok proposed openstack/nova: DO NOT MERGE - Triggering experimental pipeline  https://review.openstack.org/22022910:12
*** vponomaryov has left #openstack-nova10:14
openstackgerritDaniel Berrange proposed openstack/nova-specs: Virtual guest device role tagging  https://review.openstack.org/19566210:14
*** paul-carlton has quit IRC10:17
*** y_sawai has joined #openstack-nova10:19
rajeshtjaypipes: I agree with your comment on https://review.openstack.org/#/c/170118/17/nova/compute/manager.py10:19
alex_xusdague: dansmith johnthetubaguy one more fix for bug 1491511 https://review.openstack.org/#/c/220386/10:19
openstackbug 1491511 in OpenStack Compute (nova) "Behavior change with latest nova paste config" [Critical,In progress] https://launchpad.net/bugs/1491511 - Assigned to Alex Xu (xuhj)10:19
*** sayali has quit IRC10:20
rajeshtjaypipes: if nova-compute gets crashed then reserved_quota object will never commit.10:20
claudiubjohnthetubaguy: hi. you previously had a +2 on this commit: https://review.openstack.org/#/c/148980/ very minor change, fixed a unit test that broke because of other changes that merged before it.10:20
rajeshtjaypipes: but to commit reserved quota, first we need to sure that instance gets deleted. or we can move reserved quota commit call before instance deletion.10:21
sdaguealex_xu: but unicode in cell names is fine?10:21
sdagueI'd like to get that confirmed with johnthetubaguy and folks10:21
*** IanGovett has joined #openstack-nova10:21
alex_xusdague: emm....yea, not sure the unicode10:21
*** paul-carlton has joined #openstack-nova10:21
rajeshtsdague: could you please review https://review.openstack.org/#/c/170118/10:21
sdaguealex_xu: yet, lets wait for johnthetubaguy / alaski and get confirmation on it. I agree we should restrict it more10:22
johnthetubaguysdague: yeah, I am unsure about unicode, I guess it works due to same way name works10:22
alex_xusdague: ok10:22
*** sayali has joined #openstack-nova10:23
sdaguejohnthetubaguy: but cells explode if ! or . are in them?10:23
claudiubjohnthetubaguy: ty!10:23
johnthetubaguysdague: so ! is the separator for host and cell in some combined thingy10:23
johnthetubaguyI think the hostname gets the cells added, using !10:23
bauzassdague: alex_xu: you mean questions about instance names in cells ?10:23
sdaguebauzas: no, about cell names10:24
alex_xusdague: cell use '!' and '.' for some special route10:24
bauzassdague: I don't think there is a special case for the cell names10:24
*** paul-carlton has quit IRC10:24
bauzaswe only use the separators for routing the instances10:24
sdagueok, so given that we've probably never tested unicode actually working for cells, I'd kind of go more conservative10:24
bauzaslemme find you the module10:24
alex_xusdague: bauzas something like https://github.com/openstack/nova/blob/master/nova/cells/manager.py#L30010:25
bauzassdague: https://github.com/openstack/nova/blob/master/nova/cells/utils.py#L29-L3710:25
*** paul-carlton has joined #openstack-nova10:25
johnthetubaguyalex_xu: thats the example, hmm, I wonder if we need to exclude @10:26
bauzasso for example parent_cell!child_cell@instance_a10:26
sdagueyeh, seems like a thing. Also, I kind of hate this is all encoded in a name :P10:26
openstackgerritNikola Dipanov proposed openstack/nova: claims: Remove compat code with instance dicts  https://review.openstack.org/22021510:26
alex_xujohnthetubaguy: emm...yea, looks like v2 have bug also10:26
sdaguealex_xu: so, honestly, I'd restrict this to the name definition - !, ., and @10:27
alex_xuv2 only validate '!' and '.' https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/legacy_v2/contrib/cells.py#L18910:27
bauzassdague: +110:27
johnthetubaguysdague: yeah, not sure about the "." I guess thats historic, but +1 the rest10:27
alex_xusdague: yea, let me update the patch, looks like also need fix the v2 api10:27
sdaguealex_xu: great10:28
bauzasjohnthetubaguy: probably for FQDNs ?10:28
*** lyanchih has joined #openstack-nova10:28
bauzasI mean the dot10:28
johnthetubaguybauzas: don't think that matters, unsure10:28
johnthetubaguyI suspect the original code used . and not @10:29
johnthetubaguylooks like that is old code10:29
johnthetubaguyanyways, its a mute point, for consistency we need to exclude .10:30
lxslimoot >.>10:30
*** ftersin has joined #openstack-nova10:30
johnthetubaguylol, yeah, that10:30
sdaguesomething is way up with largeops10:33
sdaguehttp://graphite.openstack.org/render/?from=-200hours&height=500&until=now&width=800&bgcolor=ffffff&fgcolor=000000&yMax=100&yMin=0&vtitle=Failure%20Rate%20in%20Percent&title=Test%20failure%20rates%20over%20last%20200%20hours&&target=lineWidth(color(alias(movingAverage(asPercent(stats.zuul.pipeline.check.job.gate-tempest-dsvm-large-ops.FAILURE,sum(stats.zuul.pipeline.check.job.gate-tempest-dsvm-large-ops.{SUCCESS,FAILURE})),%2712hours%27),%20%27g10:33
sdagueate-tempest-dsvm-large-ops%20%28check%29%27),%27ff0000%27),1)&target=lineWidth(color(alias(movingAverage(asPercent(stats.zuul.pipeline.gate.job.gate-tempest-dsvm-large-ops.FAILURE,sum(stats.zuul.pipeline.gate.job.gate-tempest-dsvm-large-ops.{SUCCESS,FAILURE})),%2712hours%27),%20%27gate-tempest-dsvm-large-ops%20%28gate%29%27),%27b00000%27),2)10:33
sdaguehmmm... let me url shorten that10:34
*** kiran-r has joined #openstack-nova10:35
openstackgerritAlex Xu proposed openstack/nova: Reject the cell name include '!', '.' and '@' for Nova API  https://review.openstack.org/22038610:37
alex_xubauzas: sdague johnthetubaguy ^, it's done. or we should wait alaski take a look at it also.10:38
bauzasalex_xu: I would definitely wait for alaski10:38
sdaguehttp://goo.gl/KVPPc010:38
bauzasoomichi has left, right?10:39
alex_xubauzas: yea, agree10:39
johnthetubaguyalex_xu: yeah, I would like to see alaski take a look, just looking at this bit: test_cell_create_name_with_invalid_character_raises, why is that removed for v2?10:39
bauzasre: his hints convo10:39
johnthetubaguysdague: oh thats interesting, there was that talk on the ML of a performance regression, could be related I supose10:39
johnthetubaguyalthough that was much earlier on10:40
alex_xujohnthetubaguy: the v2 api in that case, actually test the '!', there is another one for it test_cell_create_name_with_exclamation_point_raises10:41
alex_xujohnthetubaguy: and the v2.1 test_cell_create_name_with_invalid_character_raises at line 268 against '\x0010:42
alex_xuwhich can't pass in v2 api.10:42
*** karmatronic has joined #openstack-nova10:44
*** karmatronic has quit IRC10:45
* alex_xu rush to dinner10:45
sdaguejohnthetubaguy: the fail I just looked at definitely had oslo message timeouts in it10:45
*** lyanchih has quit IRC10:45
johnthetubaguyalex_xu: ah, OK10:46
*** ZZelle has quit IRC10:48
*** ZZelle has joined #openstack-nova10:48
*** jlanoux has quit IRC10:48
*** links has quit IRC10:49
*** lyanchih has joined #openstack-nova10:50
*** ishant has quit IRC10:52
*** y_sawai has quit IRC10:54
bauzasjohnthetubaguy: oomichi is based in Tokyo, right?10:54
bauzasjohnthetubaguy: so I guess not there until tonight our time ?10:54
bauzasuh, even next week rather :)10:55
johnthetubaguybauzas: I don't expect him to be around right now10:55
bauzasyeah, that reminds me we're on Friday10:55
lxsli\o/10:55
*** bauzas is now known as bauwser10:55
sdagueand what a week it was :)10:55
bauwseryeah, definitely a short one10:55
*** venkat_p has quit IRC10:55
sdagueoh, for .eu folks, reminder that monday is federal holiday in the US10:56
sdagueso don't expect to see any of us around10:56
sdaguejohnthetubaguy: so .... https://review.openstack.org/#/c/220279/ ... the name relaxation bit10:56
*** chhavi has quit IRC10:57
sdaguedansmith, mriedem, and I were actually massively confused about the patch that said it implemented that in kilo, because it seemed to do exactly the oposite10:58
sdagueso much so, that I'm trying to figure out if we were missing something10:58
*** lyanchih has quit IRC11:00
*** ildikov has quit IRC11:02
rajeshtjohnthetubaguy: could you please check https://review.openstack.org/#/c/17011811:03
sdaguerajesht: that's got a -1 from jaypipes11:08
sdaguefor, I think good reasons11:08
sdagueso please stop asking for other reviews until you address those issues11:08
rajeshtsdague: but there is no other way. We can't update both in_use and reserved quota at the same time.11:08
rajeshtsdague: we need to update only on at a time.11:08
rajeshtsdague: regarding his comment about nova-compute crash, I think that will be very rare, because this code is executed from init_instance on compute restart11:09
rajeshtsdague: so it is very rare that compute gets crashed during starting/restarting.11:09
*** kiran-r has quit IRC11:09
sdaguerajesht: I feel like you need to work with jaypipes on this one. And no nova core folks are likely to override him on it.11:10
rajeshtsdague: ok, I think he is not on IRC, I have already replied him on chat.11:11
rajeshtsdague: let me discuss with my team if I can do any changes as suggested by jay11:11
*** chhavi has joined #openstack-nova11:13
johnthetubaguyrajesht: its worth dropping him an email, he is often around later in the day11:14
*** ildikov has joined #openstack-nova11:15
johnthetubaguyrajesht: FWIW my preferred fix is to implement the simply quota spec, it would remove all of these types of bugs (at least in its current version)11:15
rajeshtjohnthetubaguy: thanks :) will try to catch him later.11:17
johnthetubaguyrajesht: this is the start of that conversation: https://review.openstack.org/#/c/182445/11:17
*** kiran-r has joined #openstack-nova11:18
rajeshtjohnthetubaguy: thank you very much for reference11:18
*** gabriel-bezerra has joined #openstack-nova11:24
openstackgerritNikola Dipanov proposed openstack/nova: claims: Remove compat code with instance dicts  https://review.openstack.org/22021511:26
*** lucasagomes is now known as lucas-hungry11:26
*** promulo has quit IRC11:27
*** sayali has quit IRC11:27
*** venkat_p has joined #openstack-nova11:27
*** sayali has joined #openstack-nova11:29
*** sayali has quit IRC11:31
sdaguejohnthetubaguy: so, any opinions on the name relax?11:36
openstackgerritRajesh Tailor proposed openstack/nova: Fix order of arguments in assertEqual  https://review.openstack.org/22046611:36
johnthetubaguysdague: oh, the allowing of a space?11:36
sdaguewell, it's broader than that11:37
*** lyanchih has joined #openstack-nova11:38
sdaguejohnthetubaguy: in investigating the issue we found that the patch that in theory implemented the name relaxation in kilo did the oposite - https://review.openstack.org/#/c/119741/8/nova/api/openstack/compute/schemas/v3/servers.py,cm11:39
johnthetubaguyoh dera11:40
*** _kiran_ has joined #openstack-nova11:40
johnthetubaguynon of the tests included a space I guess11:40
johnthetubaguyoh, they do11:40
*** unicell has joined #openstack-nova11:41
*** unicell1 has quit IRC11:42
*** kiran-r has quit IRC11:43
*** thorst has joined #openstack-nova11:44
*** venkat_p has quit IRC11:46
johnthetubaguysdague: it does feel like we should get some functional tests for this kind of thing, so its easier to not screw up the tests, or something like that?11:46
* johnthetubaguy needs to go get some food11:47
*** _kiran_ has quit IRC11:49
*** lyanchih has quit IRC11:50
*** husanu has quit IRC11:50
johnthetubaguydansmith: instance v2 is looking very close, just a few questions on the last two patches11:50
*** husanu has joined #openstack-nova11:52
*** jlanoux has joined #openstack-nova11:52
*** takedakn has joined #openstack-nova11:52
andreykurilinhi everyone! Does it known issue with unability to update quotas via novaclient + V2.1 ?11:53
sdaguecells job has a new race where it can't find any networks - https://jenkins03.openstack.org/job/gate-tempest-dsvm-cells/1224/console11:53
*** y_sawai has joined #openstack-nova11:53
sdagueandreykurilin: not that I know of11:53
*** chhavi has quit IRC11:53
openstackgerritNikola Dipanov proposed openstack/nova: RT: Migration resource tracking uses migration context  https://review.openstack.org/21893811:54
openstackgerritNikola Dipanov proposed openstack/nova: compute: migrate/resize paths properly handle stashed numa_topology  https://review.openstack.org/21850011:54
openstackgerritNikola Dipanov proposed openstack/nova: Claims: Make sure move claims create a migration context records  https://review.openstack.org/21838511:54
andreykurilinsdague: ok, I'll post a bug report.11:54
*** husanu has quit IRC11:57
*** deepthi has quit IRC11:58
*** husanu has joined #openstack-nova11:59
andreykurilinsdague: https://bugs.launchpad.net/nova/+bug/1492242 it relates to scheme validation in nova v2.111:59
openstackLaunchpad bug 1492242 in python-novaclient "novaclient is unable to update quotas via Nova V2.1" [Undecided,New]11:59
*** venkat_p has joined #openstack-nova12:00
*** rfolco has joined #openstack-nova12:00
*** husanu has quit IRC12:02
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds HyperVDriver unit tests  https://review.openstack.org/14898012:02
*** sayali has joined #openstack-nova12:04
*** husanu has joined #openstack-nova12:04
*** smatzek has joined #openstack-nova12:04
sdagueandreykurilin: you have a novaclient update for that?12:05
*** raildo-afk is now known as raildo12:05
*** ociuhandu has quit IRC12:06
bauwsersdague: we had an identical problem with the networks for the cells last cycle IIRC12:07
bauwsersdague: it was basically because you need to also update the networks for the child cells within devstack12:07
sdagueI wonder if this is related to the large ops jobs failing on networks12:07
bauwsersdague: it was basically because you need to also update the networks for the child cells within devstackhttps://jenkins03.openstack.org/job/gate-tempest-dsvm-cells/1224/console12:07
sdaguebauwser: ok any idea why it would start popping up?12:08
*** chhavi has joined #openstack-nova12:08
bauwsersdague: last time, it was due to a Tempest change IIRC12:08
bauwsersdague: I need to see the logs12:08
andreykurilinsdague: the update for novaclient is small(just don't transmit tenant-id), but I don't does it work for nova V2 or not12:10
sdagueandreykurilin: can you build a functional test for it in novaclient, that should make it clear12:11
*** ociuhandu has joined #openstack-nova12:12
sdaguethe tempest code indicates that it doesn't need that parameter12:12
sdaguehttps://github.com/openstack/tempest/blob/1f60eaef0dd3000b55f32111dd9cb53c3d460893/tempest/services/compute/json/quotas_client.py#L44-L5912:13
andreykurilinsdague: ok. will post a change in several minutes12:13
sdagueyeh, something landed a couple of days ago that has impacted large-ops12:13
sdaguemessage:"Failed to deallocate network for instance" AND build_name:*large-ops*12:13
sdaguehttp://logstash.openstack.org/#eyJzZWFyY2giOiJtZXNzYWdlOlwiRmFpbGVkIHRvIGRlYWxsb2NhdGUgbmV0d29yayBmb3IgaW5zdGFuY2VcIiBBTkQgYnVpbGRfbmFtZToqbGFyZ2Utb3BzKiIsImZpZWxkcyI6W10sIm9mZnNldCI6MCwidGltZWZyYW1lIjoiNjA0ODAwIiwiZ3JhcGhtb2RlIjoiY291bnQiLCJ0aW1lIjp7InVzZXJfaW50ZXJ2YWwiOjB9LCJzdGFtcCI6MTQ0MTM2ODU4MjYwOH0=12:14
*** pkholkin has quit IRC12:14
sdaguebauwser: do you know if we have a bug for this regression already?12:14
bauwsersdague: that's what I'm currently looking12:14
bauwser:)12:14
bauwsersdague: also looking at logstash12:14
bauwsersdague: http://logstash.openstack.org/#eyJzZWFyY2giOiJidWlsZF9uYW1lOlwiZ2F0ZS10ZW1wZXN0LWRzdm0tY2VsbHNcIiBBTkQgbWVzc2FnZTpcIldvcmtlciBCYWxhbmNlXCIgQU5EIGJ1aWxkX3N0YXR1czpcIkZBSUxVUkVcIiIsImZpZWxkcyI6W10sIm9mZnNldCI6MCwidGltZWZyYW1lIjoiNDMyMDAiLCJncmFwaG1vZGUiOiJjb3VudCIsInRpbWUiOnsidXNlcl9pbnRlcnZhbCI6MH0sInN0YW1wIjoxNDQxMzY4OTMwOTE0fQ==12:15
bauwsersdague: it seems it recently regressed12:15
sdagueI wouldn't look at logstash for that12:16
*** VikasC has quit IRC12:16
bauwserdo we have a stale logstash ?12:16
*** Sree has joined #openstack-nova12:16
bauwsersdague: tbc, I was looking at how many time the job was -112:17
sdaguehttp://tinyurl.com/nr3c9ng12:17
bauwsersdague: and I just changed the message to "no networks found"12:17
bauwseroh yeah graphite, I really need to bookmark it12:17
*** venkat_p has quit IRC12:17
sdaguebauwser: it's just that logstash hits don't nessessarily mean more fails, because it can mean just volume12:17
bauwsersdague: interesting....12:17
sdagueespecially when the event rate is so low12:18
bauwsersdague: so yeah, we had a problem last week with the cells job, but it was fixed on Monday thanks to alaski12:18
bauwsernow, that's another issue12:18
sdaguethat's 12 hr moving average, the # of events is low enough that you should be suspicious of fast jumps to 50%12:18
bauwsersdague: http://logstash.openstack.org/#eyJzZWFyY2giOiJidWlsZF9uYW1lOlwiZ2F0ZS10ZW1wZXN0LWRzdm0tY2VsbHNcIiBBTkQgbWVzc2FnZTpcIk5vIG5ldHdvcmtzIGZvdW5kXCIgQU5EIGJ1aWxkX3N0YXR1czpcIkZBSUxVUkVcIiIsImZpZWxkcyI6W10sIm9mZnNldCI6MCwidGltZWZyYW1lIjoiNjA0ODAwIiwiZ3JhcGhtb2RlIjoiY291bnQiLCJ0aW1lIjp7InVzZXJfaW50ZXJ2YWwiOjB9LCJzdGFtcCI6MTQ0MTM2ODk5OTMxNX0=12:18
bauwsersdague: pretty new12:19
bauwsersdague: ok, looking at the logs now12:19
bauwsersdague: gotcha for the # of events12:19
sdaguewell, except, if you filter on FAILURE in logstash, you start with the assumption that the rest of your search terms are always fatal12:20
sdagueand you'd be surprised, they often are not12:20
sdagueso it's much better to not do that, and see what the SUCCESS / FAILURE ratio is12:20
bauwseryup, you're right12:21
bauwserokay good to know12:21
sdaguein this case, it looks like they all are fails anyway, but just a good strategy for future12:21
*** links has joined #openstack-nova12:21
*** aysyd has joined #openstack-nova12:24
openstackgerritsulochan-acharya proposed openstack/nova: xapi: cleanup volume sr on live migration rollback  https://review.openstack.org/21710512:24
bauwsersdague: https://review.openstack.org/#/c/172583/ was the change I remembered when we saw some 404s for networks12:25
*** baoli has joined #openstack-nova12:25
*** baoli has quit IRC12:25
sdaguehttps://bugs.launchpad.net/nova/+bug/1492249 - is the bug I filed for the large ops case12:25
openstackLaunchpad bug 1492249 in OpenStack Compute (nova) "regression in network performance causing large-ops jobs failures" [High,Confirmed]12:25
*** claudiub has quit IRC12:26
*** baoli has joined #openstack-nova12:27
*** baoli_ has joined #openstack-nova12:29
*** pkholkin has joined #openstack-nova12:33
*** baoli has quit IRC12:33
*** edmondsw has joined #openstack-nova12:33
*** husanu has quit IRC12:33
*** beagles has quit IRC12:34
*** venkat_p has joined #openstack-nova12:34
*** Sree has quit IRC12:35
*** beagles has joined #openstack-nova12:35
*** beagles is now known as Guest6994412:35
*** husanu has joined #openstack-nova12:35
*** ankit_ag has quit IRC12:36
*** lucas-hungry is now known as lucasagomes12:37
*** Sree has joined #openstack-nova12:38
bauwsersdague: I just wonder if https://github.com/openstack/tempest/commit/e4184ea28e21b86edc28c9f3c02ec28d0d2fb476 could be related12:39
*** husanu has quit IRC12:39
*** takedakn has quit IRC12:40
*** dims has joined #openstack-nova12:42
*** vladikr has joined #openstack-nova12:42
*** Guest69944 is now known as b3nt_pin12:42
*** pkholkin has quit IRC12:44
*** annegentle has joined #openstack-nova12:46
*** b3nt_pin has quit IRC12:46
*** b3nt_pin has joined #openstack-nova12:47
*** vladikr has quit IRC12:47
bauwsersdague: bingo https://github.com/openstack/nova/blob/master/devstack/tempest-dsvm-cells-rc#L6312:49
bauwsersdague: that test is normally excluded from the job12:50
bauwsersdague: since mtreinish changed the name, it then ran12:50
bauwsersdague: providing a change to it12:50
*** abhishekk has quit IRC12:53
*** pkholkin has joined #openstack-nova12:53
*** ildikov has quit IRC12:53
mtreinishbauwser: oh, I broke the exclude regex12:54
*** venkat_p has quit IRC12:54
*** Murali_ has quit IRC12:54
bauwsermtreinish: np, changing the regex now12:54
mtreinishbauwser: fwiw, you could use the test's uuid to exclude it12:54
*** Marga_ has joined #openstack-nova12:54
mtreinishthat way if there are other renames in the future it'll still work12:55
bauwsermtreinish: interesting12:55
*** venkat_p has joined #openstack-nova12:55
bauwsermtreinish: you mean the test.idempotent_id ?12:55
mtreinishbauwser: yep12:56
bauwsermtreinish: how can I tell to devstack to exlude it ?12:56
bauwsermtreinish: just giving the ID ?12:56
mtreinishbauwser: that gets set as an attr on the test as id-uuid12:56
mtreinishbauwser: so in the regex replace the test name with id-uuid and that should work12:56
bauwsermtreinish: okay, I can give a try12:56
*** dustins has joined #openstack-nova12:57
johnthetubaguybauwser: ah good catch, using the uuids is a good idea12:59
*** vladikr has joined #openstack-nova12:59
openstackgerritJohn Garbutt proposed openstack/nova: Reject the cell name include '!', '.' and '@' for Nova API  https://review.openstack.org/22038613:01
*** ijuwang has joined #openstack-nova13:02
*** edleafe is now known as figleaf13:03
*** mriedem has joined #openstack-nova13:03
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [Bug-Fix] Update requests body for quota-update  https://review.openstack.org/22048813:04
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [Bug-Fix] Update requests body for quota-update  https://review.openstack.org/22048813:05
*** nkrinner has quit IRC13:06
openstackgerritSylvain Bauza proposed openstack/nova: Fix Cells gate test by modifying the regressions regex  https://review.openstack.org/22049013:07
*** diogogmt has quit IRC13:07
mriedemsdague: johnthetubaguy: just got on - is there any thought on raising the minimum required novaclient to 2.28 in g-r?13:07
bauwsermtreinish: ^ if you could look at the regex, unsure I am :)13:07
mriedemwhile we can?13:07
*** coolsvap_ has joined #openstack-nova13:08
*** nkrinner has joined #openstack-nova13:08
mtreinishbauwser: sure, one sec13:08
mtreinishbauwser: fwiw, you can always run testr list-tests with the regex to test it13:08
bauwsermtreinish: oh yeah, you're right...13:08
*** ildikov has joined #openstack-nova13:09
*** mdrabe has joined #openstack-nova13:10
*** takedakn has joined #openstack-nova13:10
bauwsermtreinish: I'm actually testing that now :)13:10
mtreinishbauwser: that looks fine to me, I don't think you need the * at the end but I guess it doesn't hurt13:11
*** jcoufal has joined #openstack-nova13:11
*** lbeliveau has quit IRC13:11
mriedembauwser: let me know when you're verifid13:11
mriedemdanpb: sahid: could either of you take a look at this bug? https://launchpad.net/bugs/149202613:13
openstackLaunchpad bug 1492026 in OpenStack Compute (nova) "domain.attachDeviceFlags randomly doesn't do anything in libvirt" [Medium,Confirmed]13:13
mriedemi have https://review.openstack.org/#/c/220357/ up as a test and with that change used in this tempest run that was failing before, it passes test_stamp_pattern now https://review.openstack.org/#/c/218355/13:13
mriedemwhich seems a bit crazy if it's just the kwarg issue13:13
danpbmriedem: this is the same bug as the other day ?13:15
*** drankis has joined #openstack-nova13:15
danpbmriedem: did you ever succeed in getting guest dmesg / lspci logs ?13:15
mriedemdanpb: i reported the bug last night to track what i've been seeing13:15
mriedemyeah13:15
*** rlrossit has joined #openstack-nova13:15
mriedeme.g. http://logs.openstack.org/55/218355/6/check/gate-tempest-dsvm-full/e0da291/console.html#_2015-09-02_17_48_53_88413:15
mriedemtimes out waiting for vdb to show up but it never does13:15
mriedemthe lspci output is not helpful13:15
danpbcool thanks13:16
danpbactually it is helpful13:16
*** takedakn has quit IRC13:16
danpbit shows there are only 3 virtio devices attach13:16
mriedemyou must know the secret sauce13:16
danpbone disk, one nic and the balloon13:16
danpbso it definitely doesn't see the second pci device13:16
*** raildo is now known as raildo-afk13:17
danpbmriedem: does the tempest test wait for the guest OS to fully boot before hotpluging the second disk ?13:17
*** Marga_ has quit IRC13:17
bauwsermriedem: mtreinish: looks good to me "< tempest.api.compute.test_networks.ComputeNetworksTest.test_list_networks[id-3fe07175-312e-49a5-a623-5f52eeada4c2]"13:17
danpbi'm wondering if there's a race in plugging the disk while the OS is still booting ?13:17
dimsha! passed check failed in gate! - https://review.openstack.org/#/c/147514/13:17
mriedemdanpb: i assume so, the instance is active when we attach13:17
johnthetubaguymriedem: raising the version makes sense to me13:18
danpbhmm, do we have a NIC device hotplug test working in tempest ?13:18
danpbthat would at lesat confirm that PCI hotplug in general works13:18
johnthetubaguymriedem: or at least add an exclude on the dodgy one, I guess13:18
*** Marga_ has joined #openstack-nova13:18
mriedemdanpb: so this isn't pci attach, fwiw13:18
mriedemjohnthetubaguy: well, i think they are all dodgy < 2.28 given the v2.0 on v2.1 change13:18
mriedemwhich is why i was thinking raising hte minimum13:18
danpbmriedem: oh really ?? it should be - we're not using scsi are we ?13:19
mriedemthis is iscsi / lvm13:19
danpbthe only things disk hotplug works for are  pci virtio-blk guest, or virtio-scsi device13:19
openstackgerritJohn Garbutt proposed openstack/nova: Add functional test for server group  https://review.openstack.org/14751413:19
mriedemhttp://logs.openstack.org/55/218355/6/check/gate-tempest-dsvm-full/e0da291/logs/screen-n-cpu.txt.gz#_2015-09-02_17_42_10_27413:19
danpbmrodden: oh, that's just the backend - i meant from the guest device side13:19
sdaguemriedem: yeh, there is another issue with quotas in novaclient because it was sending extra garbage13:20
danpbmriedem: from the guest hardware POV it ought to be PCI hotplug13:20
mtreinishdanpb: http://git.openstack.org/cgit/openstack/tempest/tree/tempest/scenario/test_network_basic_ops.py#n456 is the nic hotplug test13:20
danpbmtreinish: thanks, that at least shows hotplug works in general13:20
openstackgerritBalazs Gibizer proposed openstack/nova: Add functional test for server group  https://review.openstack.org/14751413:20
sdaguemriedem: https://review.openstack.org/#/c/22048813:21
*** haomaiwang has joined #openstack-nova13:21
mriedemsdague: https://review.openstack.org/#/c/220488/13:21
mriedemyueah13:21
mriedemjinx13:21
sdagueI just +2ed it13:21
sdaguenovaclient is just bonkers some times13:21
*** mestery has joined #openstack-nova13:24
*** raildo-afk is now known as raildo13:24
*** Sree has quit IRC13:25
mriedemsdague: looking, one concern in the functional test13:25
sdagueyeh, turns out it's failing it's unit tests as well13:26
mriedemhttps://github.com/openstack/tempest/commit/e3e9da70c611d686a62c630fa9a2ddfb420ae8c413:26
*** shoutm has joined #openstack-nova13:26
dansmithjohnthetubaguy: object_action and object_class action are currently different. I'm adding a new version of object_class_action which is object_class_action_versions, which behaves the same13:26
* danpb wishes Nova logged in a structured data format like systemd journal to make it easier to extract relevant data13:26
dansmithjohnthetubaguy: pop out the code above the new method and you'll see it13:26
clarkbit can iirc oslo logging does json output now13:26
*** mestery has quit IRC13:26
*** Sree has joined #openstack-nova13:27
*** mestery has joined #openstack-nova13:27
sdaguemriedem: Bug 1492249 - regression in network performance causing large-ops jobs failures - that's a bit concerning as well, especially the frequency13:27
openstackbug 1492249 in OpenStack Compute (nova) "regression in network performance causing large-ops jobs failures" [High,Confirmed] https://launchpad.net/bugs/149224913:27
mriedemsdague: that's a dupe13:27
*** jcoufal_ has joined #openstack-nova13:27
*** Marga_ has quit IRC13:27
mriedemlet me find the dupe13:27
dansmithjohnthetubaguy: added comments to the review to clarify13:27
*** links has quit IRC13:27
mriedemi was just about to write an e-r query for that13:28
sdaguemriedem: ok, well there was no er sig13:28
johnthetubaguydansmith: ah, thanks, will take another peak13:28
*** artom has joined #openstack-nova13:28
mriedemsdague: i know13:28
mriedemi'm only one man and just got online :) 0 coffee yet13:28
dansmithjohnthetubaguy: thanks a bunch of hitting those :)13:28
johnthetubaguydansmith: oh my, I totally see what I did there, oops13:28
johnthetubaguydansmith: I was trying to work out how the tests could be passing, I figured I was missing something obvious!13:29
mriedemsdague: https://bugs.launchpad.net/nova/+bug/149194913:29
openstackLaunchpad bug 1491949 in OpenStack Compute (nova) "gate-tempest-dsvm-large-ops fails to deallocate instance network due to rpc timeout" [High,Confirmed]13:29
mriedemi'll try to find a query13:29
dansmithjohnthetubaguy: :)13:29
mriedemdanpb: so the other odd thing,13:29
*** ildikov has quit IRC13:30
mriedemdanpb: is that when i changed nova to call domain.attachDeviceFlags with flags as a positional arg rather than a kwarg, test_stamp_pattern started passing, which makes very little sense given there are other tests which attach volumes and those aren't failing13:30
*** jcoufal has quit IRC13:31
mriedemsdague: when https://review.openstack.org/#/c/220488/ lands i'm guessing 2.28.1 release and then make that the minimum required version?13:31
johnthetubaguymriedem: hmm, does that confuse the stable branch handling?13:31
*** rajesht has quit IRC13:31
johnthetubaguyI guess it shouldn't13:31
danpbmriedem: bizarre - i'm just going to look at libvirtd.log to see if that makes a functional difference13:31
mriedemdanpb: and when that attach fails, i don't even see a virDomainAttachDeviceFlags call for the domain in question in the libvirt logs, it's like it never even got there13:32
openstackgerritGeorge Peristerakis proposed openstack/python-novaclient: Search the list of servers with unicode text.  https://review.openstack.org/20064913:32
mriedemjohnthetubaguy: i don't see why it would13:32
*** tri2sing has joined #openstack-nova13:32
*** Sree_ has joined #openstack-nova13:32
mriedemjohnthetubaguy: we'll just cap stable/liberty on novaclient to <2.2913:32
*** Sree_ is now known as Guest455913:33
*** Sree has quit IRC13:33
johnthetubaguymriedem: yeah, makes sense, I was just thinking we normally do those point releases off a stable branch, but then realised I was over thinking it13:33
mriedemright, it's just semver13:33
mriedemnot openstack policy13:33
johnthetubaguyyeah13:34
johnthetubaguyno new features, just bug fixes13:34
*** cfriesen has joined #openstack-nova13:34
rlrossitdansmith: I don't think I care enough to continue fighting my side of the debate from yesterday. Plus it's almost through gate anyways.13:34
mriedemor dependency updates13:34
johnthetubaguytrue13:34
dansmithrlrossit: okay, then I'll put this nerf gun away I guess13:34
mriedemsounds like labor day weekend shenanigans13:35
johnthetubaguydansmith: I was wondering about pushing this stuff into the base class but I guess its not really general enough: https://review.openstack.org/#/c/217819/10/nova/objects/instance.py,cm13:35
dansmithjohnthetubaguy: it specifically only applies to v2, and it won't always work like this13:36
dansmithjohnthetubaguy: this is code I expect to drop as soon as we open mitaka and drop v113:36
dansmithjohnthetubaguy: if v2 was structurally more different from v1 then we'd have to do more monkeywork in there to make it happen13:36
dansmithjohnthetubaguy: I actually hope maybe we can get api and conductor pre-backporting things based on the service version before we have to bump to instance v3, making this even easier13:37
johnthetubaguydansmith: yeah, true, I keep forgetting it maps to the primitive on the wire, we could in theory change to XML if we wanted13:37
johnthetubaguydansmith: yeah, +1 for pre backporting13:38
danpbmriedem: can you point me to the source for this tempest test for TestStamp13:38
dansmithjohnthetubaguy: we could, but then I would ragequit and leave this mess to you :P13:38
johnthetubaguydansmith: yeah, only mentioned XML to annoy you :P13:38
dansmithheh13:38
mriedemdanpb: https://review.openstack.org/#/c/218355/13:38
*** tojuvone has quit IRC13:40
mriedemsdague: that network regression in large ops definitely started in the last 48 hours http://goo.gl/SjdGuU13:40
sdaguemriedem: yep13:41
* mriedem does git blame13:41
sdagueI've got an ER signature up there13:41
mriedemoh, i just pushed one too13:41
sdaguehttp://status.openstack.org//elastic-recheck/#149224913:41
*** tri2sing has quit IRC13:41
sdaguemriedem: that's why I registered the bug :)13:41
*** tri2sing has joined #openstack-nova13:41
mriedemand now that bug is duped13:41
*** edmondsw has quit IRC13:42
mriedemi prefer the query here https://review.openstack.org/#/c/220508/13:42
mriedemsince it touches the screen logs13:42
*** tri2sing has quit IRC13:42
*** angdraug has joined #openstack-nova13:42
mriedemlet me update my patch quick13:42
sdaguemy message is from the screen logs as well13:43
sdagueI just didn't scope it13:43
*** ildikov has joined #openstack-nova13:43
sdaguebut yeh, feel free to rejigger13:43
mriedem"Failed to deallocate network for instance" is really generic13:43
mriedemimo13:43
*** dane-fichter has joined #openstack-nova13:44
*** eharney has joined #openstack-nova13:44
*** thumpba has joined #openstack-nova13:44
sdaguein the large-ops jobs, it turnes out it's not13:44
dane-fichterdoes anyone know whether Nova checks the MD5 checksum for images that it recieves from Glance?13:44
sdaguebecause we run one very specific kind of test13:44
sdaguein the general case, I agree13:45
gibijohnthetubaguy, dims: I fixed the problem with https://review.openstack.org/#/c/147514/ functional test passes now, could you check it please and reapprove?13:45
dimsthanks gibi, i can +1 :)13:45
johnthetubaguydanpb: seems like these need a rebase again :( https://review.openstack.org/#/c/189362/2613:45
sdaguebut, I'm fine with your approach instead, you want to put a delete in for my sig in the process?13:45
mriedemyeah it's in there https://review.openstack.org/#/c/220508/13:45
sdagueok, cool13:45
mriedemthere are 3 changes that landed in nova.network in the last 2 days, 2 are neutron related13:46
mriedemso that leaves https://github.com/openstack/nova/commit/fd471b2fc1fee6e859ee3657b53548a61c0f3a1e13:46
*** ccarmack has joined #openstack-nova13:46
danpbmriedem: so in the tempest test which failed, I see the virDomainAttach call in libvirtd.log and it shows  flags=3, so the value is making it through the python13:46
mriedemsdague: which could maybe explain why we're hitting this https://github.com/openstack/nova/blob/master/nova/network/manager.py#L106813:47
mriedemwhich only happens if there is a race to release and disassociate with dnsmasq13:47
mriedemso maybe that extra logging slowed things down13:47
mriedemdanpb: that's the latest patch13:47
mriedemdanpb: you have to check logs for patch set 613:47
mriedembefore the change depended on that nova change for the flags kwarg13:48
gibidims: thanks! :)13:48
danpbmriedem: yes, oi looked in http://logs.openstack.org/55/218355/6/check/gate-tempest-dsvm-full/e0da291/logs/libvirt/libvirtd.txt.gz13:48
*** jecarey has joined #openstack-nova13:48
mriedemdanpb: but is it on the 2nd instance?13:48
danpbmriedem: timestmp  17:41:07.357+000013:48
mriedemthere are 2 instances in that test13:48
mriedemthe attach is fine on the first13:48
sdaguemriedem: well, the logging will allow greenlet to switch out, which might just mean something's a terrible race in the first place13:49
danpboh, hmm, i missed that13:49
danpblet me check more closely13:49
mriedemthen it does a snapshot and tries the attach on the 2nd instance (booted from the snapshot) and that fails13:49
danpbmriedem: ok, second instance is just a bit later13:50
danpb2015-09-02 17:42:10.274+0000: 32080: debug : virDomainAttachDeviceFlags:10280 : dom=0x7fafa800f8a0, (VM: name=instance-00000062, uuid=3ac46e96-ab71-4808-9fe0-4d97f16f9dca), xml=<disk type="block" device="disk">13:50
danpbshows the expected flags passed in13:50
openstackgerritsulochan-acharya proposed openstack/nova: xapi: cleanup volume sr on live migration rollback  https://review.openstack.org/21710513:50
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [Bug-Fix] Update requests body for quota-update  https://review.openstack.org/22048813:50
mriedemdanpb: i don't think that's the right instance, sec13:51
danpbthat's the second instance from teh TestStampPattern test - the first has name  instance-000000006013:51
mriedemdanpb: so this is the instance uuid you want 3ac46e96-ab71-4808-9fe0-4d97f16f9dca13:51
danpbthat's what i have there13:51
mriedemhttp://logs.openstack.org/55/218355/6/check/gate-tempest-dsvm-full/e0da291/console.html#_2015-09-02_17_48_54_01513:51
mriedemhrm13:52
mriedemdouble checking13:52
mriedemthere have seriously been like 10 things going on every day this week13:52
mriedemhttp://logs.openstack.org/55/218355/6/check/gate-tempest-dsvm-full/e0da291/logs/screen-n-cpu.txt.gz#_2015-09-02_17_42_01_49013:53
mriedemyeah so instance-0000006213:53
danpbmriedem: so if you take the screen-n-cpu.log file and grep for   grep screen-n-cpu.log  TestStam | grep Generated | grep XML | less | grep "'<disk"13:53
mriedemyup i found that before13:53
danpbyou'll see 3 results, the first attach, a detach, and a second attach13:53
mriedemdouble checking libvirt logs13:53
danpbboth attaches are visible in libvirtd.logs13:53
mriedemhttp://logs.openstack.org/55/218355/6/check/gate-tempest-dsvm-full/e0da291/logs/libvirt/libvirtd.txt.gz#_2015-09-02_17_42_10_27413:54
*** erhudy1 has joined #openstack-nova13:54
danpband i see the drive-add command sent to qemu & success reply13:54
danpband also see the device-add command sent & success reply13:55
*** alaski is now known as lascii13:55
mriedemhrm yeah13:55
mriedemok, well13:55
*** dansmith is now known as superdan13:56
mriedemthat at least explains away the flags kwarg thing as being a problem13:56
danpbso according to QEMU everything is normal :-(13:56
mriedemi.e. the blackhole theory13:56
*** ctrath has joined #openstack-nova13:56
*** j_king has left #openstack-nova13:56
* danpb wonders if snapshotting is at all involved here13:56
mriedemthat's what i was thinking also13:56
* danpb looks at just what this does with qemu13:57
mriedemmtreinish: is test_stamp_pattern the only scenario test that runs volume snapshots?13:57
*** eharney has quit IRC13:57
mriedemand test_volume_boot_pattern is just instance snapshots13:57
danpbitsnot snapshotting the live guest RAM is it13:57
*** zzzeek has joined #openstack-nova13:57
danpbits just snapshotting a disk and swapping the volume on the next boot ?13:57
mriedemlive snapshot?13:57
openstackgerritVladyslav Drok proposed openstack/nova: DO NOT MERGE - Triggering experimental pipeline  https://review.openstack.org/22022913:58
mriedemit shouldn't be doing a live snapshot since we haven't set the config option to allow that13:58
mriedemisn't there some volume snapshot code in the libvirt driver?13:58
*** eharney has joined #openstack-nova13:58
*** apuimedo|lunch has quit IRC13:58
*** thangp has joined #openstack-nova13:59
danpbok, its definitely not doing live RAM snapshot - just storage13:59
danpbso it shouldn't be tickling any bugs in QEMU save/restore code paths13:59
johnthetubaguysuperdan: the conductor drop looks close, but I am thinking it will clash with your conductor add: https://review.openstack.org/#/c/168857/313:59
*** garyk has quit IRC13:59
danpbmriedem: how frequently does the test fail ? i see you had that one success at least13:59
superdanjohnthetubaguy: yep, after they both merge I will work on the major bump14:00
mriedemdanpb: so before i made the tempest change depend on the nova change in ps7, it was failing in every run14:00
mriedemat least in one job14:00
mriedemdanpb: i could drop the dependency on the nova change and see if it happens again14:00
danpbi wonder if that success was just random lucky timing14:01
*** haomaiwang has quit IRC14:01
mriedemmaybe14:01
*** haomaiwang has joined #openstack-nova14:01
mriedemtest_stamp_pattern was skipped a long time ago for a reason14:01
danpbmriedem: have you tried putting in a sleep(10) the second attach_device call ?14:01
mriedemnope14:01
danpb/before/ the second14:01
mriedemto make sure the guest is up?14:01
danpbi'm still wondering if there's a race with volume attach and the guest OS booting14:02
danpbyeah14:02
mriedemif we can ssh into the guest, will that be good enough to know if the guest is up?14:02
mriedemrather than sleep14:02
mtreinishmriedem: I think there are likely dedicated volume snapshot tests, but they likely don't ssh into the guest to verify things worke14:03
danpbmriedem: possibly - it depends what is handling  ACPI events and whether that's likely to be running before sshd14:03
mtreinishd14:03
mtreinishmriedem: so they'll pass as long as the api said it did the right thing14:03
danpbmtreinish: lol, that could explain things14:03
danpbanyway, the test case code looks sane, and the libvirt/qemu interaction looks sane14:04
mriedemok, so i'll drop the dependency on the nova change14:04
danpbso this just has race condition written all over it14:04
mriedemdanpb: the other thing i was thinking last night was before we take the volume snapshot,14:04
*** garyk has joined #openstack-nova14:04
mriedemdanpb: we don't check to see that the partition is gone from the guest after detaching the volume14:04
mriedemwe just wait for cinder to tell us the volume is 'available'14:04
mriedembut that is async with libvirt doing the detach14:05
danpbmriedem: oh, another good point14:05
mriedemso i thought about adding a check for that14:05
mriedemmtreinish: isn't crazy about it, neither am i14:06
danpbthough, the second guest is completely fresh so shouldn't share any state with the first guest14:06
*** deepakcs has quit IRC14:06
*** alexpilotti_ has quit IRC14:06
mriedemi was wondering if it wasn't the guest that was the issue but what's in the volume it's attaching14:06
openstackgerritAlexander Schmidt proposed openstack/nova: libvirt: Acquire TCP ports for console during live migration  https://review.openstack.org/21510214:06
openstackgerritAlexander Schmidt proposed openstack/nova: libvirt: use guest as parameter for get serial ports  https://review.openstack.org/22051914:06
danpbwell what's in the volume shouldn't matter14:06
danpbeg we'd at lesat see the PCI device appear even if the filesystem was fubar14:06
mriedemoh, well, we do snapshot the first instance14:07
mriedemand boot the 2nd instance from that snapshot image14:07
*** j_king has joined #openstack-nova14:07
mriedemso mabye it's not as clean as we think14:07
j_kingmriedem: sorry I've been silent on the nova/neutron vif-unplugged event thing... I've been spending the last couple of afternoons coming up with a way to reproduce the race condition in question14:07
danpbmriedem: hmm, yeah actually we're snappshotting the instance too14:07
mriedemdanpb: we're snapshotting everything and it's dog in that test :)14:08
mriedemj_king: np14:08
mriedemj_king: i noticed no one replied to your operators ML query :(14:08
danpbmriedem: if the test is all about checking volumes, how about the kill the snapshotting of the guest14:08
mriedemj_king: i think the other operators must just all think you're crazy14:08
j_kingmriedem: maybe. :S14:08
danpbmriedem: ie just kill the first instance, and then boot the second instance fresh from CONF.comput.image_ref14:08
jrollmtreinish: wanted to make sure you saw https://review.openstack.org/#/c/220223/ . vdrok is his irc name14:09
mriedemdanpb: we could14:09
danpbthat way we take guest snapshot out of the equation as a troublespot14:09
*** burgerk has joined #openstack-nova14:09
j_kingmriedem: pretty sure I'm not. :p14:09
danpband just focus on volume snapshot functionality14:09
mriedemdanpb: however, that makes the test less interesting14:09
mriedemmtreinish: what do you think about that idea? ^14:09
danpbmriedem: depends what the goal of the test is i guess - either you can instance snapshotting, or test volume snapshotting - this seems to be trying to test both at once14:09
danpbwhich certainly makes diagnosing failure much harder14:10
mriedemyeah14:10
*** karimb has quit IRC14:10
mriedembut does test the system in a more thorough way14:10
mriedemgranted, if we have to put a sleep or partition removal check after the first detach, it's a bit hokey14:10
mriedemdanpb: is the domain detachDevice async in libvirt/qemu?14:11
danpbyes14:11
mriedemblarg14:11
mriedemi was wondering if there was something we could check on the nova side to make sure the thing is attached/detached so tempest didn't have to check that14:11
mriedemcan libvirt provide that info?14:12
*** xyang1 has joined #openstack-nova14:12
mtreinishmriedem: I guess we could change the test, but I think it's specifically trying to simulate a workflow where your restore a guest from snapshot and reattach it's volume14:12
mtreinishlike a fault recovery kinda thing14:12
mtreinishbut I don't really know14:12
mriedemmtreinish: ok14:12
mtreinishjroll: ok, i'll take a look14:12
mtreinishmriedem: I'm definitely fine with adding more targetted tests that do a single thing and ssh into the guest to verify it14:13
mriedemsdague: i think i knwo what the network race is14:13
mriedemomg omg omg14:13
jrollmtreinish: I'm not sure it's the right direction, I haven't talked to him about the approach yet14:13
*** edmondsw has joined #openstack-nova14:13
*** VW_ has joined #openstack-nova14:14
*** VW_ has quit IRC14:14
mtreinishjroll: it's not really, we shouldn't couple the backend configuration to the tests14:14
jrollmtreinish: yeah, that was my thought14:14
*** nkrinner has quit IRC14:15
*** VW_ has joined #openstack-nova14:15
*** aix has quit IRC14:15
mriedemsdague: mtreinish: bingo https://review.openstack.org/#/c/220525/14:15
*** matrohon has quit IRC14:15
*** eharney has quit IRC14:15
mriedemso we obviously have a bug in nova-network when multihost is true14:17
mriedemgiven https://review.openstack.org/#/c/218860/14:17
mriedembut with the failure rates we're seeing in the large ops job in the gate, unless we have a quick fix i'm going with the revert for now14:17
danpba bug in an area of nova that's unmaintained. how shockingly surprising ;-P14:17
mriedemi assume someone running nova-network at scale is running with multihost=true14:18
mriedembesides nebula14:18
mriedemRPI14:18
mriedem*RIP14:18
*** electrocucaracha has joined #openstack-nova14:18
mriedemand no vishy around to help us fix it :(14:18
bauwsermtreinish: FWIW, the ids weren't captured as exclusions :(14:18
mriedemcburgess: does metacloud run nova-net?14:18
*** electrocucaracha has quit IRC14:19
*** Guest4559 has quit IRC14:19
bauwsermriedem: mtreinish: https://jenkins02.openstack.org/job/gate-tempest-dsvm-cells/1180/console14:19
mriedemsuperdan: or do you know big clouds that are running nova-net?14:19
*** electrocucaracha has joined #openstack-nova14:19
mtreinishbauwser: I dislike regex... :(14:19
bauwsermriedem: mtreinish: given the criticity, I'm providing a PS2 just changing the names14:19
mriedembauwser: works for me14:20
sdaguemriedem: oh... interesting14:20
mriedembauwser: i'd prefer to not have a smoldering rubble of shit before a major US holiday14:20
bauwserheh14:20
*** browne has joined #openstack-nova14:20
sdaguemriedem: well thanks kind of a bummer, but ok then14:20
mriedemsdague: yeah, so it'd be a good data point to know if operators running multihost=true at scale are tweaking rpc timeouts14:20
mriedemi can email the ops ML14:20
sdaguemriedem: so, everyone is running that way in a large site14:21
sdagueso, honestly, the thing is that we're driving an unrealistic throughput on one node there14:21
sdaguebecause we are using fakevirt14:21
sdagueI suspect starting 175 vms on one node at once is probably not a thing with an actual hypervisor :)14:22
sdagueanyway, +A on the revert14:22
mriedemheh14:22
*** mtanino has joined #openstack-nova14:22
mriedemi was going to suggest setting rpc_timeout higher in devstack if multihost=true and running with the fake virt driver14:23
mriedemas an alternative to the revert14:23
*** aix has joined #openstack-nova14:23
sdagueso, if you could propose that patch after the revert, that's fine, we'll try to recheck it a bit14:23
mriedemok14:23
sdagueI think a straight revert to get back to working is the right call14:23
mriedemyeah14:23
mriedemagain, smoldering pile of shit14:23
mriedemnot good before a 3 day weekend14:24
sdaguemriedem: thanks for tracking that down14:24
mriedemnp14:24
mriedemfixing one thing out of 10 this week, not bad14:24
*** eharney has joined #openstack-nova14:26
openstackgerritSylvain Bauza proposed openstack/nova: Fix Cells gate test by modifying the regressions regex  https://review.openstack.org/22049014:26
*** karimb has joined #openstack-nova14:26
superdanmriedem: not sure anymore.. I usually poke cburgess14:27
mriedemsdague: superdan: lascii: want to +W https://review.openstack.org/#/c/220490/14:28
*** nic has joined #openstack-nova14:29
*** tonytan4ever has joined #openstack-nova14:29
lasciiyeah, I'll get it14:29
* superdan is on a call14:29
*** vishwanathj has joined #openstack-nova14:32
mriedemdanpb: tonyb had some separate investigation: https://bugs.launchpad.net/nova/+bug/1492026/comments/314:33
openstackLaunchpad bug 1492026 in OpenStack Compute (nova) "domain.attachDeviceFlags randomly doesn't do anything in libvirt" [Medium,Confirmed]14:33
mriedemI suspect qemu/ guest kernel as we can see at:14:33
mriedemhttp://logs.openstack.org/55/218355/6/check/gate-tempest-dsvm-full/e0da291/console.html#_2015-09-02_17_48_53_953that the new PCI device was never visible to the guest it should have been 00:05.0.14:33
*** y_sawai has quit IRC14:35
*** nic has quit IRC14:36
danpbmriedem: yeah, why i'd like to take guest snapshot out of the equation and just focus on volume snapshot + hotplug14:37
danpbits possible we shtudown the guest while it was in a bad state wrt to detaching the original volume14:37
danpband now we restart it all things are fubar14:38
openstackgerritJoe Cropper proposed openstack/nova: Ensure Nova metrics use coherent data values  https://review.openstack.org/21915314:38
mriedemdanpb: i'm going to add a loop after the first volume detach that waits for the partition to be gone from the guest before we snapshot the volume and instance14:38
mriedemrather than remove the snapshots14:38
mriedemif that is still wonky, then i agree we can remove the instance snapshot part from the test14:38
danpbmriedem: ok, hopefully that should be enough14:38
mriedemdanpb: still, there isn't a way for libvirt to tell us when things are actually gone from the guest?14:39
mriedemso we could check that in nova?14:39
*** mdrabe has quit IRC14:39
danpbmriedem: with new enough libvirt + QEMU nova should receive an event from libvirt14:39
*** apuimedo has joined #openstack-nova14:39
mriedemlike how new?14:40
mriedemfedora23 new?14:40
danpbVIR_DOMAIN_EVENT_ID_DEVICE_REMOVED14:40
jwcroppesuperdan, jaypipes: the 219153 patch above fixes that odd 1 second race condition in the metrics stuff we talked about earlier in the week14:40
*** vilobhmm_11 has joined #openstack-nova14:40
danpbmriedem: v1.1.1 or later14:40
mriedemoo14:40
mriedemwe have 1.2.214:40
*** tri2sing has joined #openstack-nova14:41
*** coolsvap_ has quit IRC14:41
danpbmriedem: we'd have to wire up the libvirt event thread to handle     vc.domainEventRegisterAny(None, libvirt.VIR_DOMAIN_EVENT_ID_DEVICE_REMOVED, myDomainEventDeviceRemovedCallback, None)14:42
danpbcurrently we only monitor for libvirt.VIR_DOMAIN_EVENT_ID_LIFECYCLE,14:42
*** dave-mccowan has quit IRC14:43
mriedemok, i'm taking notes in the bug but we can keep that for a later change in mitaka14:43
mriedemand i'll leave a note in the tempest test code that says we are doing a thing as a workaround for that bug14:43
danpbok14:44
*** y_sawai has joined #openstack-nova14:45
*** venkat_p has quit IRC14:45
*** annegentle has quit IRC14:45
*** annegentle has joined #openstack-nova14:46
*** rotbeard has quit IRC14:46
*** j_king has quit IRC14:47
*** tonytan4ever has quit IRC14:47
mriedemsdague: i'm +2 on https://review.openstack.org/#/c/220488/ now14:48
mriedemafter that merges we'll cut 2.28.114:48
mriedemand bump g-r14:48
*** yamahata has joined #openstack-nova14:48
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [Bug-Fix] Update requests body for quota-update  https://review.openstack.org/22048814:49
sdaguemriedem: I'm going to +A it now, I'm going to be in an out for rest of day, hopefully it gets past tests14:50
mriedemi'll babysit14:50
mriedem$7/hour plus access to your fridge14:50
sdagueI have a fridge full of beer, but that doesn't help you much14:52
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: make snapshot use RBD snapshot/clone when available  https://review.openstack.org/20528214:52
*** ildikov has quit IRC14:53
*** tonytan4ever has joined #openstack-nova14:53
mriedemcold cuts?14:55
mriedemflav-r-ice?14:55
*** j_king has joined #openstack-nova14:56
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: Fix/implement revert-resize for RBD-backed images  https://review.openstack.org/18739514:56
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: Split out resize_image logic from create_image  https://review.openstack.org/18785714:56
*** drankis has quit IRC14:57
*** dane-fichter has quit IRC14:57
*** mdrabe has joined #openstack-nova14:58
openstackgerritAlexis Lee proposed openstack/nova: Unify on _schedule_instances  https://review.openstack.org/21976114:58
openstackgerritAlexis Lee proposed openstack/nova: Unify on _schedule_instances  https://review.openstack.org/21976114:59
*** dave-mccowan has joined #openstack-nova15:00
*** haomaiwang has quit IRC15:01
*** haomaiwang has joined #openstack-nova15:01
openstackgerritJohn Garbutt proposed openstack/nova: New sensible network bandwidth quota values in Nova tests  https://review.openstack.org/17346715:03
*** jistr is now known as jistr|call15:05
*** stefanb has quit IRC15:06
*** nic has joined #openstack-nova15:06
*** alexschm has quit IRC15:07
*** mtanino has quit IRC15:07
*** angdraug has quit IRC15:08
*** unicell1 has joined #openstack-nova15:09
*** karki_ has joined #openstack-nova15:10
*** emagana has joined #openstack-nova15:10
*** dannywilson has joined #openstack-nova15:10
karki_I am trying to get programatic control over my ESXi host using python. One way this could be done is by using the PyVmomi API. But by the looks of it, it does not seem as though it is actively maintained. So I was looking for alternative ways to control the ESXi instance. Is the oslo.vmware a suitable replacement for pyVmomi? or otherwise can someone educate me about how openstack handles communication with ESX/ vSphere15:10
*** dannywilson has quit IRC15:10
*** karimb has quit IRC15:11
*** dannywilson has joined #openstack-nova15:11
*** unicell has quit IRC15:11
mriedemgaryk: ^15:11
*** VW_ has quit IRC15:12
mriedemkarki_: there is also an #openstack-vmware channel15:12
*** VW_ has joined #openstack-nova15:12
*** VW_ has quit IRC15:14
*** burgerk has quit IRC15:14
*** venkat_p has joined #openstack-nova15:14
*** drankis has joined #openstack-nova15:14
*** y_sawai has quit IRC15:15
*** y_sawai has joined #openstack-nova15:15
*** VW_ has joined #openstack-nova15:16
*** y_sawai has quit IRC15:16
*** vilobhmm_11 has quit IRC15:16
openstackgerritDaniel Berrange proposed openstack/nova: ironic: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18936215:17
openstackgerritDaniel Berrange proposed openstack/nova: objects: convert config drive to use ImageMeta object  https://review.openstack.org/18932315:17
openstackgerritDaniel Berrange proposed openstack/nova: objects: add virtual 'image_meta' property to Instance object  https://review.openstack.org/19014515:17
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: convert to use instance.image_meta property  https://review.openstack.org/19014615:17
openstackgerritDaniel Berrange proposed openstack/nova: compute: convert manager to use nova.objects.ImageMeta  https://review.openstack.org/18968515:17
superdanjohnthetubaguy: you're okay with things like this ^ still going in, right?15:18
superdanah, I guess so, you +2d yesterday15:18
openstackgerritBrian Elliott proposed openstack/nova: Don't "lock" the DB on expand dry run  https://review.openstack.org/21528815:19
johnthetubaguysuperdan: let me take a quick look again15:20
*** karki_ has quit IRC15:21
superdanthat first one is going to conflict with my stuff in the gate15:21
danpbsuperdan: we're only putting the first 2 in15:21
superdanso I'd like to hold off a bit15:21
superdandanpb: okay15:21
danpbsuperdan: the third patch has a -2 to block it till mitaka15:21
superdanokay cool15:21
danpbso we'll have the ironic conversion, ad the config drive property one15:21
danpbthe other three will wait15:21
johnthetubaguysuperdan: yeah, it was +Wed when we cut the branch, so gave it a "technical" FFE, with the trade off about blocking that middle patch15:22
johnthetubaguyso +1 all the previous conversation basically15:22
superdanokay15:22
danpbthe idea is we'll have all the virt drivers converted to use ImageMeta objects15:22
superdanthe first one does touch RPC, which is why I brought it up15:23
danpbsuperdan: hmm, which one touchs RPC ??15:23
superdangah, my stuff just failed the cells job15:23
johnthetubaguydanpb: can you -2 those other too patch to avoid and confusion?15:23
danpbjohnthetubaguy: ok15:23
superdandanpb: any one that touches an object version is an rpc change15:23
danpboh i see what you mean15:24
*** karimb has joined #openstack-nova15:24
superdanoh, no that was the vmware job15:24
superdanit just reset the whole thing from position 315:24
*** armax has joined #openstack-nova15:25
*** tpeoples has joined #openstack-nova15:26
*** karki_ has joined #openstack-nova15:27
karki_mriedem : Thanks a lot :) I'll ping there.15:27
*** jistr|call is now known as jistr15:28
*** VW__ has joined #openstack-nova15:28
karki_but out of curiosity - how is the sex layer handled in nova - which API do you use to create/destroy/manage VMs on ESXi?15:28
karki_*ESX layer15:28
*** VW_ has quit IRC15:29
*** y_sawai has joined #openstack-nova15:29
*** afazekas__ has quit IRC15:30
mriedemkarki_: the nova vcenter driver uses oslo.vmware which i thought used pyvmomi15:30
mriedemor whatever that library is called15:30
dimsmriedem: suds15:30
mriedemdims: oslo.vmware isn't using that other library yet?15:30
mriedemi thought that's what hartsocks went off to work on15:30
dimsmriedem: specifically suds-jurko library on pypi15:30
dimsmriedem: y, we never moved to pyvmomi15:31
mriedemoh15:31
mriedemyeah looks kind of dead https://github.com/vmware/pyvmomi/commits/master15:31
*** baoli_ has quit IRC15:31
*** baoli has joined #openstack-nova15:32
mriedemoh yeah, so we should also discuss https://review.openstack.org/#/c/220279/15:34
mriedemsuperdan: johnthetubaguy: lascii: ^15:34
*** y_sawai has quit IRC15:34
mriedemalex_xu: brought up the point that v2 api allows spaces at the beginning and end of a name15:34
mriedemwith that change things are better in v2.1 but not fully backwards compatible with v2.015:34
superdanI'm not sure I think that's a problem15:34
mriedemi think it's kind of pointless too, but15:35
*** VW__ has quit IRC15:36
superdanthere are certainly lots of things that self-sanitize leading a trailing whitespace15:36
superdanso I dunno15:36
superdanno strong opinion I guess15:36
mriedemme neither15:36
mriedemthat's why i brought it up, i wanted someone else to decide :)15:36
*** VW_ has joined #openstack-nova15:36
superdanheh15:36
mriedemlike johnthetubaguy so we can blame him when it turns out to be the wrong decision15:36
* superdan nods15:37
karki_So can I use oslo.vmware in a standalone project - to control ESXi? (From what I saw, it gives me similar functionality to that of PyVmomi).15:37
mriedemkarki_: you should really ask in that #openstack-vmware channel15:37
karki_ok, Thanks :)15:37
lasciiI have a preference for not allowing spaces, but not a strong opinion.  I think it would be silly for a user to consider " foo" different than "  foo"15:37
mriedema no answer there is about the same as a no answer here right now15:37
* karki_ leaves to vmware land 15:37
superdanlascii: leading/trailing you mean right?15:38
lasciisuperdan: right, just those15:38
superdanlascii: and self-sanitizing or failing?15:38
mriedemsuperdan: looks like i won :) https://review.openstack.org/#/c/220157/15:38
mriedemeat it proposal bot15:39
lasciiI would probably go with self-sanitizing15:39
superdanmriedem: nice15:39
*** zzzeek has quit IRC15:39
superdanlascii: bzzzzt, sorry we were looking for "failing"15:39
lasciisuperdan: heh15:39
lasciiI didn't say "final answer"15:39
superdanheh15:39
*** VW_ has quit IRC15:41
*** marzif has joined #openstack-nova15:42
*** mtanino has joined #openstack-nova15:44
mriedemi just got the who wants to be a millionaire reference15:45
johnthetubaguymriedem: :)15:47
*** browne has quit IRC15:48
johnthetubaguylascii: I quite like your idea here, accept them, but strip them15:49
lasciiit was superdans idea, I just applied a slight preference to it15:49
johnthetubaguyah, I miss read the comments15:49
johnthetubaguyseems like a good trade off to me15:49
mriedemthe only thing i don't like about that is doing it across the board where parameter_types.name is used in the schema validation15:49
*** e0ne has quit IRC15:50
johnthetubaguymriedem: oh, so we could do it in a custom validator?15:50
mriedemwell, i'd think we'd need to change the regex for parameter_types.name to allow leading/trailing whitespace,15:50
*** unicell1 has quit IRC15:50
mriedemand then add more code after that in the API plugins which actually does the sanitize15:51
mriedemin at least server API, but possibly any that use that parameter_types.name regex15:51
mriedemwhich to me kind of sucks15:51
mriedemunless there is some kind of magical callback you can hook into the json schema validator that calls a method with the value when it's hit15:51
mriedemalex_xu: ^ any idea of that's possible?>15:52
*** lyanchih has joined #openstack-nova15:52
lasciiI'm not strongly against failing there, as I commented on the ticket.  but sanitizing would be nicer to users15:52
*** romainh has quit IRC15:53
johnthetubaguymriedem: trying to find what they did for v2.1 stuff already15:53
mriedemhttps://www.youtube.com/watch?v=aWEnqC1uPu015:53
johnthetubaguyhttps://github.com/openstack/nova/blob/master/nova/api/validation/validators.py#L13515:54
mriedemyeah maybe we can hook in like _validate_datetime_format15:55
*** dave-mccowan has quit IRC15:56
mriedembut that's just passed in the value, we don't know if it's a name or what15:57
*** kylek3h_ has joined #openstack-nova15:57
*** stefan_amann has quit IRC15:58
johnthetubaguymriedem: yeah, its missing info, bummer15:58
*** eglynn has joined #openstack-nova15:58
mriedembut i guess you follow the additionalProperties model for name15:58
*** y_sawai has joined #openstack-nova15:59
mriedem_soft_validate_name or something15:59
*** ildikov has joined #openstack-nova15:59
*** rdopiera has quit IRC15:59
johnthetubaguyyou could match on the regex, but thats was too evil16:00
johnthetubaguys/was/way/16:00
mriedemactually, i think you could just do it like minimum and maximum are validated16:00
mriedemlet me pull that change down and test this out16:00
*** browne has joined #openstack-nova16:00
*** haomaiwang has quit IRC16:01
*** kylek3h has quit IRC16:01
*** haomaiwang has joined #openstack-nova16:01
*** kylek3h_ has quit IRC16:02
johnthetubaguymriedem: oh, like a custom validator, that should work16:03
*** ijw_ has joined #openstack-nova16:04
*** jwcroppe_ has joined #openstack-nova16:06
*** jlanoux has quit IRC16:08
*** VW_ has joined #openstack-nova16:08
*** dave-mccowan has joined #openstack-nova16:08
*** jwcroppe has quit IRC16:09
superdanlascii: so do we have a handle on the cells job failure isuse?16:10
mriedemyes https://review.openstack.org/#/c/220490/16:10
superdanokay16:11
mriedemlarge-ops should be ok now too https://review.openstack.org/#/c/220525/16:11
superdancool16:11
superdanmy stack just failed the cells job, as did a few before it16:11
*** nic has quit IRC16:12
*** nic has joined #openstack-nova16:13
*** nic has quit IRC16:14
*** nic has joined #openstack-nova16:14
*** sahid has quit IRC16:17
*** jistr has quit IRC16:18
mriedemjohnthetubaguy: oh but i don't know if this actually coerces the value for us....16:18
mriedemat least what i'm trying16:18
mriedemi guess i'll find out in my unit test16:18
johnthetubaguymriedem: we were able to drop extra params, I think, at least I thought they had tests for that16:18
*** claudiub has joined #openstack-nova16:19
mriedemi'm failing and it's lunchtime16:21
mriedembbiab16:21
*** mriedem is now known as mriedem_lunch16:21
cburgessmriedem superdan We run a mix of nova-net and neutron now.16:21
*** artom has quit IRC16:23
*** ccarmack has left #openstack-nova16:24
*** artom has joined #openstack-nova16:25
*** tjones has joined #openstack-nova16:28
*** unicell has joined #openstack-nova16:31
*** tjones has quit IRC16:33
*** alex_klimov has quit IRC16:34
andrearosaI am looking at the nova-manage code and it seems to me that we do not have any kind of authentication or checks, anyone can run the command without using any credentials, am I reading it correctly?16:35
*** atuvenie has quit IRC16:35
*** kiran-r has joined #openstack-nova16:35
*** kiran-r has quit IRC16:35
*** kylek3h has joined #openstack-nova16:36
*** bswartz has quit IRC16:37
*** edmondsw has quit IRC16:38
*** tjones has joined #openstack-nova16:39
*** gerhardq1x has joined #openstack-nova16:40
*** davideagnello has quit IRC16:40
*** vilobhmm_11 has joined #openstack-nova16:41
*** drankis has quit IRC16:41
*** davideagnello has joined #openstack-nova16:41
*** kylek3h has quit IRC16:42
lasciiandrearosa: the credentials would need to be in the nova.conf file16:46
lasciiwithout those it would not work16:46
*** garyk has quit IRC16:47
*** eharney has quit IRC16:47
lasciisuperdan: was out to lunch, but as mriedem pointed out Tempest renamed some tests to slip past the blacklist16:47
andrearosalascii: thanks16:48
*** eharney has joined #openstack-nova16:48
superdancool16:50
openstackgerritJohn Garbutt proposed openstack/nova: Add a finish log  https://review.openstack.org/18397716:50
*** marzif has quit IRC16:51
*** karki_ has left #openstack-nova16:52
*** vilobhmm_111 has joined #openstack-nova16:53
*** venkat_p has quit IRC16:54
*** vilobhmm_11 has quit IRC16:54
openstackgerritJohn Garbutt proposed openstack/nova: Provide working SQLA_VERSION attribute  https://review.openstack.org/16599316:55
*** karimb has quit IRC16:55
*** derekh has quit IRC16:59
*** ijw_ has quit IRC16:59
*** haomaiwang has quit IRC17:01
*** haomaiwang has joined #openstack-nova17:01
*** tjones1 has joined #openstack-nova17:01
*** openstackgerrit_ has joined #openstack-nova17:02
*** yamahata has quit IRC17:03
*** dims has quit IRC17:03
*** edmondsw has joined #openstack-nova17:03
*** tjones has quit IRC17:04
*** VikasC has joined #openstack-nova17:05
openstackgerritsulochan-acharya proposed openstack/nova: xapi-tools: fixes cache cleaner script  https://review.openstack.org/20952617:07
*** marzif has joined #openstack-nova17:07
*** artom has quit IRC17:08
*** exploreshaifali has joined #openstack-nova17:09
*** jwcroppe_ is now known as jwcroppe17:09
*** annegentle has quit IRC17:10
*** ijw_ has joined #openstack-nova17:11
openstackgerritJoe Cropper proposed openstack/nova: Ensure Nova metrics use coherent data values  https://review.openstack.org/21915317:12
*** ijw__ has joined #openstack-nova17:12
*** danpb has quit IRC17:14
*** yassine__ has quit IRC17:15
*** tonytan4ever has quit IRC17:15
*** eharney has quit IRC17:15
*** ijw_ has quit IRC17:15
*** tjones1 has quit IRC17:18
*** VW_ has quit IRC17:18
*** VW_ has joined #openstack-nova17:19
*** mpaolino has quit IRC17:19
*** VikasC has quit IRC17:19
*** tonytan4ever has joined #openstack-nova17:20
*** dims has joined #openstack-nova17:21
*** dims_ has joined #openstack-nova17:21
*** dims_ is now known as dimsum__17:23
*** VW_ has quit IRC17:23
*** gmmaha has joined #openstack-nova17:23
*** gmmaha has quit IRC17:24
*** dims has quit IRC17:25
johnthetubaguyndipanov: a funky looking BDM bug fix could do with your expert eye please, if you get chance: https://review.openstack.org/#/c/171984/1217:30
openstackgerritJoe Cropper proposed openstack/nova: Ensure Nova metrics use coherent data values  https://review.openstack.org/21915317:30
*** eharney has joined #openstack-nova17:31
*** sachin_ has joined #openstack-nova17:32
*** jaypipes has quit IRC17:33
*** mriedem_lunch is now known as mriedem17:33
*** lbeliveau has joined #openstack-nova17:34
*** ZZelle_ has joined #openstack-nova17:34
*** Piet has joined #openstack-nova17:35
*** shoutm has quit IRC17:35
mriedemwas this ok given we're past string freeze? https://review.openstack.org/#/c/219768/17:37
mriedemi'm not sure how that works for novaclient17:37
superdanwell,17:38
*** lyanchih has quit IRC17:38
superdanthey were untranslated before, if the translators miss this because of string freeze, then it's still untranslated17:39
superdanso seems like no worse to me17:39
mriedemhonestly i don't even know how i18n works for novaclient17:39
mriedemthere is no locales dir or bable config17:39
mriedem*babel17:39
*** raildo is now known as raildo-afk17:40
mriedemmelwitt: do you know? ^17:40
*** claudiub has quit IRC17:42
*** yamahata has joined #openstack-nova17:44
*** SourabhP has joined #openstack-nova17:44
dimsum__mriedem: python-novaclient is not even listed on transifex - https://www.transifex.com/openstack/public/17:44
mriedemyeah....17:44
mriedemi'm pretty sure that the i18n stuff in novaclient has 0 effect17:45
*** garyk has joined #openstack-nova17:45
mriedempython-openstackclient has a babel config and some locale files https://github.com/openstack/python-openstackclient/tree/master/python-openstackclient/locale17:45
*** VW_ has joined #openstack-nova17:45
*** tjones has joined #openstack-nova17:47
*** raildo-afk is now known as raildo17:48
*** SourabhP has quit IRC17:49
*** annegentle has joined #openstack-nova17:49
mriedemi've bombed the ML17:49
*** vladikr has quit IRC17:50
openstackgerritGeza Gemes proposed openstack/nova: Do not block instance boot on net without subnet  https://review.openstack.org/20004617:50
*** nic has quit IRC17:52
*** y_sawai has quit IRC17:53
*** dannywilson has quit IRC17:53
*** dannywilson has joined #openstack-nova17:54
dimsum__mriedem: takes one review and one email to the i18n ML to get things going...so we should start doing it.17:55
*** devlaps has joined #openstack-nova17:56
mriedemdoffm: ctrath: rlrossit: ^ i guess something to do if anyone wants to17:57
mriedemi already sent the email17:57
mriedemi don't know how the migration from transifex to zanata is going though17:58
ctrathmriedem: so, remove all i18n reference from novaclient?17:58
mriedemno17:58
*** tjones has quit IRC17:58
mriedemadd the babel config stuff so it can be translated and messages extracted/compiled17:58
mriedemlike this in keystoneclient https://github.com/openstack/python-keystoneclient/commit/a8f7879fcfec1f2b64eba96b75fca7d75ad8e71117:59
ctrathok.. doffm: are you ready to take this on?17:59
mriedemdoffm: can't actually push code yet17:59
mriedem:)17:59
ctrathah, sh*t17:59
mriedemi'd wait to hear back from the i18n people in the ML though17:59
*** jcoufal_ has quit IRC17:59
ctrathok18:00
*** eglynn has quit IRC18:00
*** haomaiwang has quit IRC18:01
*** tjones has joined #openstack-nova18:01
*** haomaiwang has joined #openstack-nova18:01
*** ociuhandu has quit IRC18:02
*** SourabhP has joined #openstack-nova18:03
*** vladikr has joined #openstack-nova18:03
*** lucasagomes is now known as lucas-beer18:05
dimsum__ctrath: mriedem: see my link to the translations wiki, it's very simple set of steps, no need to wait. once we get the review in, we can drop an email to openstack-i18n mailing list to enable translations the project. zanata vs transifex does not matter to what we need to do in the repo itself18:05
dimsum__also we need to add translation-jobs in project-config18:05
mriedemok, i don't think this is goign to happen today18:06
mriedemthe guy that plans on doing it, doffm, doesn't have CLA approval yet,18:06
mriedemmaybe next week18:06
mriedemjohnthetubaguy: if you're around, i pushed a change to do a novaclient 2.28.1 release https://review.openstack.org/#/c/220604/18:07
ctrathmriedem, dimsum__: how soon does this need to be pushed?18:07
mriedemvery low priority18:07
dimsum__yep18:08
*** ftersin has left #openstack-nova18:09
cburgessmriedem I'm not sure that tempest bug from last night is completely valid. max_local_block_devices=0 seems to block non BFV just fine for me. Granted I'm not running a modern vintage of nova.18:12
mriedemat '76?18:12
mriedem*a18:12
mriedemcburgess: so just a regular old: nova boot --flavor 1 --image foo bar?18:12
mriedemthat falis?18:12
cburgessmriedem: retesting it now18:13
mriedemmtreinish: well this is fun, test_stamp_pattern is golden on master but fails kilo and juno18:15
cburgessmriedem Yeah I'm getting back the block device mapping error.18:15
mriedemcburgess: huh, i'm surprised18:15
cburgessLet me re-test this in a devstack on master.18:16
*** unicell has quit IRC18:16
mriedemi was just about to do that18:16
*** unicell has joined #openstack-nova18:16
mtreinishmriedem: feature flag use volumes :)18:16
*** thangp has quit IRC18:16
*** VW_ has quit IRC18:16
mriedemmtreinish: ?18:16
cburgessmriedem Oh.. I think I know why.. this AZ is configured to use CEPH for nova and cinder.18:16
mtreinishmriedem: to not run it on stable18:17
cburgessSo even nova roots are block devices. I bet thats why.18:17
*** VW_ has joined #openstack-nova18:17
*** IanGovett has quit IRC18:18
*** penick has joined #openstack-nova18:19
*** kiran-r has joined #openstack-nova18:21
*** VW_ has quit IRC18:21
mriedemcburgess: yeah, works fine for me with master devstack and max_local_block_devices=018:23
mriedemwhen not bfv18:23
mriedemmtreinish: that would be an easy out, but this should also work on stable18:23
mtreinishmriedem: heh, I was just joking18:23
mriedemi swear to god this damn test is going to kill me18:24
mtreinishmriedem: I tried to warn you :)18:25
mtreinishthere is a reason its been skipped for like 2 years18:25
*** lpetrut has quit IRC18:25
*** ndipanov has quit IRC18:26
*** e0ne has joined #openstack-nova18:29
cburgessmriedem Yeah so its working for me because CEPH makes all the requests block devices.18:29
*** chhavi has quit IRC18:29
*** vladikr has quit IRC18:31
*** dannywilson has quit IRC18:31
*** erhudy1 has quit IRC18:31
*** tonytan4ever has quit IRC18:31
*** kiran-r has quit IRC18:32
*** dannywilson has joined #openstack-nova18:32
mriedemmtreinish: well, i guess i can go back to trying to figure out why the lxc devstack + tempest falls over :)18:32
mriedemin this case on stable it actually fails on the first attach to the first instance, which is wrong18:33
mriedemi wonder if specifying a device makes it work - if so, that'd be some bug in nova18:33
*** VW_ has joined #openstack-nova18:35
mtreinishmriedem: the stamp pattern is way more useful than that :)18:35
mtreinishhmm, yeah I'd expect volume attach to  work on stable too18:35
mriedemyeah so it fails to attach to even the first instance18:35
mriedemwtf18:35
mriedemwell, volume attach with a specified device id must work on stable b/c there are other tests that do that18:36
mriedemhowever, they don't check that the partition shows up18:36
mriedemexcept that boto test18:36
mriedemtempest.thirdparty.boto.test_ec2_instance_run.InstanceRunTest.test_compute_with_volumes18:36
mriedemchecks that the partition list changes after the attach and changes again after the detach18:36
mtreinishheh, no one expects boto18:37
mriedemha, yeah18:37
superdanmriedem: was the cells job failing all the time? meaning, should I wait until it merges to recheck my set?18:37
mriedemsuperdan: yeah, i think so18:37
superdanugh18:37
*** e0ne has quit IRC18:37
mriedemi need to get an e-r query up for that one to see how bad it is18:38
mriedemthe fix has been sitting in the gate for awhile18:38
mtreinishmriedem: ask infra to put it in front18:40
mriedemmtreinish: i think it only blocks nova18:40
*** burgerk has joined #openstack-nova18:40
mtreinishmriedem: but that ends up hurting everything that has shared jobs18:41
mtreinishbecause if someone +A a nova change that causes a reset18:41
superdanlast time I asked about this,18:41
superdanthey said no because even though nova hurts everyone, it's just resets and not actual fails for the other people18:41
superdanwhich I don't understand, but...18:41
mriedemwe should have just reverted the tempest change18:42
mriedembut i'm not sure how you'd work the dependencies to redo the change18:42
*** mgarza_ has joined #openstack-nova18:42
mriedemi guess with an OR in the regex18:43
*** vladikr has joined #openstack-nova18:43
mtreinishmriedem: yeah you could add an or to a regex18:44
mtreinishmriedem: but really we need to figure out how to use the uuids for that18:44
mtreinishbecause that's why we added them18:44
mriedemmtreinish: remember how i said something about adding a cells job to tempest....?18:44
mtreinishI think I was opposed to that18:44
mriedemyou were18:44
mtreinishbut I'm kinda tired, so I can't remember why18:44
*** annegentle has quit IRC18:44
mriedemyou complained that 50 voting tests on tempest was too many18:45
mtreinishah, yeah it is18:45
mriedembitch bitch bitch18:45
*** annegentle has joined #openstack-nova18:45
mtreinishmriedem: also if we had things properly using feature flags so tempest knows what works with cells and what doesnt18:45
mtreinishthis wouldn't have been an issue either18:45
mriedemcan we say, networks don't work with cells?18:45
mriedemwe could flip the service-available bit18:46
mtreinishhmm, that's a good question18:46
mriedembut that's only for neutron tests i thought18:46
mtreinishyeah the service available is only for neutron18:46
mtreinishwe can't do a general network one because n-net and neutron makes it unclear18:46
mriedemso what is it about the tests that fails cells? creating a network?18:47
mriedemb/c that could be your feature toggle18:47
mriedemoh nope, test_list_networks just lists networks18:48
mtreinishmriedem: I dunno, I didn't look really look at it. lascii said it couldnt work with cells18:48
openstackgerritPaul Carlton proposed openstack/nova: Mask the token used to allow access to vnc console  https://review.openstack.org/22062218:48
mtreinishmy general attitude is cells doesn't really work with anything18:48
mriedemhey, cells does what cells wants18:48
mtreinishheh, exactly18:48
mriedemdon't put cells in a corner18:49
mtreinishmriedem: what about a container?18:49
mriedemooo18:49
mriedemi smell summit session18:49
mriedemlascii: ^ for austin18:49
mtreinishhaha18:49
mriedemstanding room only18:50
mriedem'i've heard a lot about cells and a lot about containers, so mixing the two has to be awesome'18:50
mriedemsuperdan: the cells fix just failed in the gate, in the ceph job18:50
mtreinishmriedem: sprinkle some nfv in there and you've got a stew going18:51
*** dave-mccowan has quit IRC18:51
*** paul-carlton has quit IRC18:52
superdanmriedem: argh18:52
mriedemsuperdan: so if you had plans for the big weekend, you might as well get started on those now18:52
superdanmriedem: yeah, I was just thinking about how I was likely going to be watching this all weekend18:53
mriedemhttp://www.rottentomatoes.com/m/every_which_way_but_loose/ ?18:53
mriedem^ not going to watch itself18:53
*** claudiub has joined #openstack-nova18:53
superdanheh18:53
mtreinishman I really caused a lot of damage with a rename to make things debuggable18:53
mriedemcan't believe that only got a 31%18:54
mriedemthat's a classic18:54
*** y_sawai has joined #openstack-nova18:54
*** pixelbeat has quit IRC18:55
*** y_sawai_ has joined #openstack-nova18:56
*** y_sawai has quit IRC18:58
*** y_sawai_ has quit IRC19:01
*** haomaiwang has quit IRC19:01
*** 5EXAB2JHN has joined #openstack-nova19:01
*** tonytan4ever has joined #openstack-nova19:03
*** bradjones has quit IRC19:03
*** e0ne has joined #openstack-nova19:03
mriedemmtreinish: look familiar? https://review.openstack.org/#/c/175067/19:06
sdagueso who is it that's supposed to be monitoring the ceph job?19:07
mriedemjbernard:19:07
*** tjones has quit IRC19:08
raildomriedem: sdague quickly question, if I'm going to implement something new that will impact the nova API, may I need implement to nova v2 or just to nova 2.1?19:09
sdaguebecause it's 100% fail now19:09
sdaguehttp://logs.openstack.org/90/220490/2/gate/gate-tempest-dsvm-full-ceph/5c943bc//logs/screen-g-api.txt.gz#_2015-09-04_18_44_25_71919:09
sdagueraildo: v2 is frozen19:09
mriedemsdague: ok, glance_store regression in the rbd store then19:09
raildosdague: that was i thought... thanks19:09
mriedemhttps://pypi.python.org/pypi/glance_store/0.9.0 released yesterday19:10
*** bradjones has joined #openstack-nova19:10
*** bradjones has quit IRC19:10
*** bradjones has joined #openstack-nova19:10
superdansdague: jobernar is on it already19:10
*** mvensky has joined #openstack-nova19:11
sdaguesuperdan: ok, would be good if they heads upped folks that approving cinder and nova changes is pointless :P19:11
jbernardmriedem: will the new version be pulled in automatically?19:11
mriedemi don't actually see what's new in 0.9.0 that would cause this19:12
mriedemthis is the only new thing https://github.com/openstack/glance_store/commit/3f5a37cb6e27946da3a5943289d5996fa96a552a19:12
*** ociuhandu has joined #openstack-nova19:12
superdanjbernard: yeah, unless there is a cap in place19:12
sdaguethere is19:12
sdagueconstraints processing19:13
sdaguehttps://review.openstack.org/#/c/219568/3/upper-constraints.txt,cm is in the gate now19:13
mriedemthe ceph job also passed on https://review.openstack.org/#/c/200554/19:13
sdagueso we're protected, until that, then everything is toast19:13
superdansdague: meaning there wasn't a cap, but there is a cap in the gate?19:13
mriedemsdague: is there a bug for this yet?19:13
sdaguemriedem: not that I know of19:13
*** Sukhdev_ has joined #openstack-nova19:13
mriedemok, opening and doing e-r19:13
sdaguesuperdan: this is the whole requirements redo that lifeless did, now we're pinned for devstack runs in the gate until a patch merge that explicitly ups things19:14
superdansdague: okay, sorry for not knowing, but you mean we're now always pinned but there is something that automatically moves the pins forward?19:14
sdagueyes19:14
superdanokay, but that thing hasn't merged yet, or has?19:14
jbernardi don't complete understand how a glance-store regression would land with the ceph job failing19:15
sdagueit has not merged yet19:15
superdansdague: so that can't have caused all the fails, right?19:15
sdaguejbernard: because glance is backed on ceph19:15
mriedemjbernard: i don't think it's glance-store actually19:15
mriedemthis might be upstream package getting pulled in19:15
jbernardmriedem: ok, ill take a closer look19:16
*** lpetrut has joined #openstack-nova19:17
mriedemthere is no pypi package for rados right?19:17
mriedemit comes fro mthe distro19:17
jbernardmriedem: correct19:17
*** dave-mccowan has joined #openstack-nova19:19
sdaguemriedem: so it's clearly related to glance-store, because there are ceph jobs in front of that change in the gate that work, and everything else behind is failing19:20
jbernardsdague: it /looks/ like the distro rbd package may have been updated, and a regression introduced19:20
superdanwhich change? the constraints bump?19:20
jbernardsdague: im trying to verify now19:21
sdaguesuperdan: yes19:21
superdansdague: so any reason not to kick that out and cap it to avoid breaking things for the long weekend? :D19:21
mriedemjbernard:19:21
mriedemii  librados2                            0.80.10-0ubuntu0.14.04.1              amd64        RADOS distributed object store client library ii  librbd1                              0.80.10-0ubuntu0.14.04.1              amd64        RADOS block device client library19:21
jbernardmriedem: thanks19:22
sdaguedistro package is the wrong culprit here, because if that's the case stuff in the check queue would be failing19:22
mriedemii  python-ceph                          0.80.10-0ubuntu0.14.04.1              amd64        Python libraries for the Ceph distributed filesystem19:22
sdagueor stuff in front of this19:22
mriedem0.80.10 came out over a year ago19:22
sdagueand this package came out in july19:23
sdaguehttp://changelogs.ubuntu.com/changelogs/pool/main/c/ceph/ceph_0.80.10-0ubuntu0.14.04.1/changelog19:23
jbernardyeah19:23
sdaguethis is glance-store19:23
mriedemhttps://github.com/openstack/glance_store/commit/3f5a37cb6e27946da3a5943289d5996fa96a552a19:23
mriedem-from __future__ import absolute_import19:23
mriedemthat change monkeyed with the imports19:23
jbernardmriedem: rbd.ImageExists was added (along with the 'add' method) in Aug of last year…19:24
jbernardmriedem: ahh, maybe the imports have changed19:24
mriedemi don't know why that change would have passed the glance_store src ceph job19:25
jbernardthat confuses me19:25
mriedemthe package was updated19:25
mriedemhttp://logs.openstack.org/54/200554/6/check/gate-tempest-dsvm-full-ceph-src-glance_store/d76d300/logs/dpkg-l.txt.gz19:25
mriedemii  librados2                            0.80.9-0ubuntu0.14.04.2               amd64        RADOS distributed object store client library19:25
mriedemsdague: ^19:25
mriedem0.80.9 to 0.80.1019:25
sdaguemriedem: and it wasn't on tests that pass?19:26
mriedemright19:26
sdagueyou have to confirm the negative case to issolate this19:26
mriedemhttp://logs.openstack.org/54/200554/6/check/gate-tempest-dsvm-full-ceph-src-glance_store/d76d300/logs/dpkg-l.txt.gz is the ceph job for the only ceph change in latest glance-store19:26
mriedemhttp://changelogs.ubuntu.com/changelogs/pool/main/c/ceph/ceph_0.80.10-0ubuntu0.14.04.1/changelog19:27
mriedemcan we find james page?19:27
mriedemhttps://bugs.launchpad.net/ubuntu/+source/ceph/+bug/147717419:27
openstackLaunchpad bug 1477174 in ceph (Ubuntu Trusty) "[SRU] 0.80.10 stable release" [High,Fix released] - Assigned to James Page (james-page)19:27
openstackgerritTaylor Peoples proposed openstack/nova: Return empty PciDevicePoolList obj instead of None  https://review.openstack.org/22063419:28
sdaguemriedem: so, it's a workable theory that glance_store change was tested on the old version, ceph upgraded after that, and we didn't see it anywhere else until the new version19:29
mriedemlet me push a glance_store change to test19:29
*** Marga_ has joined #openstack-nova19:29
sdaguemriedem: yeh19:29
sdagueI pulled the requirements bump19:29
*** Marga_ has quit IRC19:29
mriedemalways amazing o na friday19:30
mriedemwhen this stuff happens19:30
*** Marga_ has joined #openstack-nova19:30
*** rlrossit has left #openstack-nova19:31
*** atuvenie has joined #openstack-nova19:31
*** figleaf is now known as edleafe19:31
jbernardmriedem: in 0.80.10, the rbd class does have ImageExists19:32
jbernardmriedem: maybe your imports idea could be true19:32
sdaguemriedem: actually, no, it's 100% glance store issue19:32
sdagueit appears that upper-constraints processing is trumping our libs-from-git code - http://logs.openstack.org/20/220320/1/check/gate-tempest-dsvm-full-ceph-src-glance_store/83b8b59/logs/devstacklog.txt.gz#_2015-09-04_13_51_33_90519:32
sdagueI'm done for the week, however that needs a conversation, because a whole ton of stuff we're doing is undone by that19:33
sdagueso the glance_store code isn't actually getting tested19:33
superdanoof19:34
*** mgarza_ has quit IRC19:34
*** vladikr has quit IRC19:36
mriedemso i did https://review.openstack.org/#/c/220646/ but it sounds like it might not matter?19:36
mriedemi'm a bit lost on the upper-constraints stuff19:36
mriedemis it upper-constraints that's busted? or libs-from-gate? or glance_store? or all 3?19:37
*** atuvenie has quit IRC19:37
sdagueglance_store is busted for sure19:38
sdaguethe libs_from_git testing for glance_store is busted19:38
sdaguepossibly related to upper-constraints and the fact that it has a _ instead of a -19:39
sdaguehttp://logs.openstack.org/07/216707/3/check/gate-tempest-dsvm-neutron-src-python-glanceclient/c01da5f/logs/pip-freeze.txt.gz19:39
mriedemthat would be in project-config?19:39
sdagueother libraries seem fine19:39
sdaguemriedem: no, it's probably the active code in requirements that does this kind of merge19:39
sdaguehowever, this actually looks entirely issolated to glance_store19:39
sdagueso that's a sigh of relief19:39
mriedemhttps://pypi.python.org/pypi/glance_store19:40
mriedemit's glance_store on pypi and in g-r19:40
mriedembut not pip-freeze19:40
*** vladikr has joined #openstack-nova19:40
mriedemoh, well https://github.com/openstack/requirements/blob/master/upper-constraints.txt#L12519:40
mriedemok, i think i'm getting what you're putting down now19:40
mriedemhttps://github.com/openstack/requirements/blob/master/upper-constraints.txt#L125 trumps the glance-store src job19:40
mriedemwhich should be running trunk glance-store on the change + devstack + tempest19:41
mriedembut it's only testing glance -store 0.8.019:41
mriedemha19:41
*** burgerk has quit IRC19:41
sdagueyeh, dhellmann thinks there is a simple _ - bit that can be changed19:41
sdaguehe's doing it now (was poking him in #openstack-relmgr-office19:42
sdagueanyway, I kicked out the offending change19:42
superdanyay for the weekend19:42
sdaguehttps://review.openstack.org/#/c/22064819:43
superdanmriedem: there has to be some "the weekend is saved!" 90s surfer movie clip you can post the youtube link for, right?19:45
mriedempoint break wasn't that uplifting19:46
mriedemi think you're thinking of the 80s19:46
superdanas the distance from both decades increases, their differences become less clear19:47
superdanI see stuff and I'm like "wow, the 80s were crazy" and then I realize said thing was from 1998 or something19:47
mriedemha19:48
mriedemit's not that bad19:48
mriedemlate 80s to early 90s sure19:48
superdanheh\19:48
mriedemi propose that we bring the image service back into nova19:48
mriedemand may jaypipes mini-PTL on it19:48
mriedem*make19:48
superdanas punishment for his sins?19:49
mriedemamong other reasons19:49
*** thumpba has quit IRC19:50
*** tonytan4ever has quit IRC19:51
*** sumanth has joined #openstack-nova19:51
*** lpetrut has quit IRC19:53
doffmmriedem: Since there are a few steps we need to take to get i18n working for novalclient. (See: https://wiki.openstack.org/wiki/Translations/Infrastructure)19:53
doffmWant me to open up a bug on novaclient to track progress?19:53
*** sumanth has quit IRC19:54
mriedemdoffm: yeah that'd be good19:55
*** y_sawai has joined #openstack-nova19:56
*** lucas-beer has quit IRC19:58
*** 5EXAB2JHN has quit IRC20:01
*** tjones has joined #openstack-nova20:01
*** haomaiwang has joined #openstack-nova20:01
*** otter768 has quit IRC20:02
doffmmriedem: https://bugs.launchpad.net/python-novaclient/+bug/149244420:02
openstackLaunchpad bug 1492444 in python-novaclient "There is no working i18n for novaclient." [Undecided,New] - Assigned to Mark Doffman (mjdoffma)20:02
*** y_sawai has quit IRC20:03
mriedemcool20:03
*** otter768 has joined #openstack-nova20:03
*** openstackgerrit_ has quit IRC20:03
*** yassine has joined #openstack-nova20:04
*** boris-42 has joined #openstack-nova20:04
*** yassine has quit IRC20:04
*** openstackgerrit_ has joined #openstack-nova20:04
lasciimriedem: we do have cells and containers working in glorious synergy20:05
lasciithat's apmeltons job20:05
*** Marga_ has quit IRC20:05
* lascii catches up to a conversation late20:05
mriedemlascii: heh, we just can't run devstack + tempest on lxc20:05
lasciione day we'll have neutron, cells, ceph, lxc, and glance_store all CI tested in one job20:07
bauwserman, my cells devstack said bye bye :(20:07
lasciior not, but we can dream20:07
lasciiI don't have mine anymore either20:09
bauwsermriedem: do we have an e-r query for https://launchpad.net/bugs/1492255 ?20:10
openstackLaunchpad bug 1492255 in OpenStack Compute (nova) "Cells gate job fails because of 2 network tests" [Critical,In progress] - Assigned to Sylvain Bauza (sylvain-bauza)20:10
bauwsermriedem: I can see lots of rechecks because my change is still in the gate20:11
bauwsermriedem: so I wonder if e-r was provided20:11
bauwser(nevermind, will check by myself)20:11
bauwsermriedem: ok, I can see it, thanks20:12
mriedembauwser: yes20:13
*** jdurgin has quit IRC20:13
mriedemi did it a bit ago20:13
mriedembauwser: https://review.openstack.org/#/c/220619/20:13
bauwsermriedem: yup, saw your commit20:14
mriedemtop gate bug now http://status.openstack.org/elastic-recheck/gate.html20:14
*** xyang1_ has joined #openstack-nova20:14
* bauwser should avoid to hassle people when he can just do git log20:14
*** asselin_ has joined #openstack-nova20:14
mriedemit's fine20:14
mriedem<320:14
bauwsermriedem: yeah I know, nova is blocked until the change is merged :(20:14
bauwserhence me checking20:15
bauwsermy dashboard just looks like a mature tomato20:15
mriedemi just posted the fubar summary to the ML on the gate status http://lists.openstack.org/pipermail/openstack-dev/2015-September/073711.html20:15
mriedemjogo: ^ that could have been you20:16
*** xyang1 has quit IRC20:16
*** keekz has quit IRC20:16
*** asselin has quit IRC20:16
*** EmilienM has quit IRC20:16
*** slagle has quit IRC20:16
*** devananda has quit IRC20:16
*** wolsen has quit IRC20:16
*** b3nt_pin has quit IRC20:16
*** mordred has quit IRC20:16
*** lascii has quit IRC20:16
*** beagles has joined #openstack-nova20:16
*** mordred has joined #openstack-nova20:16
*** xyang1_ is now known as xyang120:16
*** mordred has quit IRC20:16
*** mordred has joined #openstack-nova20:16
*** EmilienM_ has joined #openstack-nova20:16
*** keekz_ has joined #openstack-nova20:16
*** wolsen has joined #openstack-nova20:16
*** devananda has joined #openstack-nova20:16
*** slagle has joined #openstack-nova20:16
*** beagles is now known as Guest2275520:16
*** EmilienM_ is now known as EmilienM20:16
*** alaski has joined #openstack-nova20:17
*** kaushikc has joined #openstack-nova20:17
kaushikcAny nova api developers around?20:17
clarkbmriedem: you missed the broken keystone unittests20:17
*** eharney has quit IRC20:17
mriedemclarkb: that's not integrated gate20:18
clarkbmriedem: :P maybe morgan can respond with details20:18
mriedemso f'em20:18
clarkbmriedem: yes it is...20:18
mriedemclarkb: well, that doesn't impact nova does it?20:18
clarkbmriedem: it does when it makes keystone fail and restart the entire gate20:18
mriedemsuperdan: sdague: jbernard: btw, this fixes the glance store issue on ceph https://review.openstack.org/#/c/220646/20:18
mriedemdhellmann: ^20:18
mriedemhttps://jenkins01.openstack.org/job/gate-tempest-dsvm-full-ceph-src-glance_store/21/console20:18
mriedemclarkb: oh psh20:18
mriedemclarkb: you know what would be amazing?20:18
mriedemif at least one glance core were around to approve my gate fix20:19
mriedemi guess we'll just block 0.9.0 in g-r20:19
*** otter768 has quit IRC20:19
*** jdurgin has joined #openstack-nova20:19
kaushikclascii: around?20:20
*** smatzek has quit IRC20:20
mtreinishmriedem: oh, yeah that seems quite on point20:21
*** otter768 has joined #openstack-nova20:21
*** otter768 has quit IRC20:21
*** dustins has quit IRC20:21
*** otter768 has joined #openstack-nova20:22
*** dustins has joined #openstack-nova20:22
alaskikaushikc: yes20:23
*** matrohon has joined #openstack-nova20:23
*** alaski is now known as lascii20:24
kaushikcalaski: hi, i had a question on nova api20:24
jogomriedem: having fun :)20:25
mriedemjogo: not possible20:26
*** vladikr has quit IRC20:26
jogomriedem: sounds like your not having a pinstatic day20:26
kaushikclascii: We have an openstack installation where the ip adresses for Vms are showing up 15-20 minutes after the VMs are active20:26
mriedempinterrible20:26
kaushikclascii: horizon is showing the IPs instantaneously but nova api is taking very long to report ips20:27
kaushikclascii: this was an installation by Rackspace and they are saying it is expected behavior20:27
*** baoli has quit IRC20:28
mriedemkaushikc: this seems like the wrong channel for this... ?20:28
* bauwser not_lascii20:28
*** baoli has joined #openstack-nova20:28
jogohehe20:28
kaushikclascii: when i was working on nova, i never saw this behavior.20:28
lasciidefinitely not expected behavior.  But I have no idea what installation you're talking about.  I only work on our own installation.20:28
lasciikaushikc: but mriedem is right, this would be better in #openstack20:28
lasciiwhich I am conviently not in.  perhaps I should join20:29
*** exploreshaifali has quit IRC20:29
kaushikclascii: okay sorry about the wrong channel. But i thought nova api had change's in the past year or so since i looked at it20:29
lasciiit has had a lot of changes.  but none that should affect how long it takes for IPs to appear20:30
*** baoli has quit IRC20:30
kaushikclascii: I'll send you an email with more details. Your irc handle came to the top of my head. Thank you20:32
lasciikaushikc: np.  we can discuss further in #openstack, though I'm not sure what would cause that other than message queues being processed slowly20:33
*** moshele has joined #openstack-nova20:34
*** erhudy1 has joined #openstack-nova20:37
david-lylelascii the ip values are cache and take time to propagate, horizon makes a call directly to neutron for the values (assuming using neutron)20:38
*** Piet has quit IRC20:38
david-lyle*cached in nova20:39
david-lylewe changed horizon due to the latency to call neutron20:39
lasciidavid-lyle: yes, but time should be a matter of seconds at most20:39
david-lylein my past experience in a large installation it took much longer, but that experience is out of date20:40
david-lylethings may have changed, but I think shade took a similar route to horizon IIRC20:40
*** lpetrut has joined #openstack-nova20:41
* david-lyle goes back to horizon land now20:41
lasciiokay.  it could happen.  but in the installation I deal with we have IP addresses on the instances when they go active20:42
lasciithe delay isn't expected20:42
david-lylelascii: fair enough, just explaining why horizon and nova may be showing different data20:43
david-lylesource == different20:43
lasciigotcha, that makes sense20:43
lasciisdague: mordred I just got the configs merged that will open up /, /v2, and /v2/ on the Rackspace API.  Hopefully that will be out within the month, but should be out whenever our next deploy is20:45
lasciiand eventually /v2.1 and /v2.1/ when we turn that on20:46
*** raildo is now known as raildo-afk20:46
*** openstackgerrit_ has quit IRC20:47
mtreinishlascii: what about/v2.0 ?20:47
lasciiis that a thing?20:47
lasciibut yes, that too20:47
*** openstackgerrit_ has joined #openstack-nova20:47
mtreinishlascii: I think it is, oomichi said it was at least20:48
mtreinishI wrote a test that used /v2 and he said I should have used /v2.020:48
*** openstackgerrit_ has quit IRC20:48
lasciigood to know20:48
*** openstackgerrit_ has joined #openstack-nova20:49
jbernardmriedem: nice work20:49
superdanmriedem: cells change is about to merge20:50
mriedemsuperdan: saw that20:50
superdanand then I'm rechecking the m-f-s out of my patch20:50
mriedemi'm sort of surprised20:50
*** eharney has joined #openstack-nova20:50
*** moshele has quit IRC20:50
mriedemjbernard: don't pat my back yet, https://review.openstack.org/#/c/220646/ can't be trusted until we recheck it after https://review.openstack.org/#/c/220648/ is merged20:50
*** atuvenie has joined #openstack-nova20:50
mtreinishmriedem: don't jinx it20:51
*** thorst has quit IRC20:51
mriedemjbernard: mtreinish: well, https://review.openstack.org/#/c/220657/ is the backdoor anyway20:52
mriedemso, i guess, feel free to pat my back after all :)20:52
superdanI think zuul is taking a dramatic pause20:53
* jbernard pats mriedem's back20:53
*** openstackgerrit_ has quit IRC20:53
cburgessmriedem I confirmed that the bug doesn't impact me because of using RBD for nova root storage. Those use the same BDM code so that setting gettins applied.20:54
superdanbewn20:55
superdaner, bewm even20:55
mriedemnice20:55
*** nic has joined #openstack-nova20:59
*** lpetrut has quit IRC20:59
*** y_sawai has joined #openstack-nova20:59
*** annegent_ has joined #openstack-nova21:00
*** marzif has quit IRC21:00
*** tpeoples has quit IRC21:01
*** haomaiwang has quit IRC21:01
*** haomaiwang has joined #openstack-nova21:01
*** rfolco has quit IRC21:02
*** baoli has joined #openstack-nova21:03
openstackgerritSylvain Bauza proposed openstack/nova: DNM: Revert "Implement compare-and-swap for instance update"  https://review.openstack.org/22066621:03
*** annegentle has quit IRC21:03
*** y_sawai has quit IRC21:04
*** dannywilson has quit IRC21:05
*** mdrabe has quit IRC21:05
*** mdrabe has joined #openstack-nova21:05
*** dannywilson has joined #openstack-nova21:05
*** diegows has joined #openstack-nova21:05
*** davideag_ has joined #openstack-nova21:06
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/22066921:06
*** tjones has quit IRC21:06
*** SourabhP_ has joined #openstack-nova21:07
*** baoli has quit IRC21:07
*** HenryG has quit IRC21:07
*** davideagnello has quit IRC21:07
*** SourabhP has quit IRC21:08
*** j_king has quit IRC21:08
*** SourabhP_ is now known as SourabhP21:08
*** FL1SK has quit IRC21:08
*** sachin__ has joined #openstack-nova21:08
*** lbeliveau has quit IRC21:08
*** timello has quit IRC21:08
*** jogo has quit IRC21:08
*** ircuser-1 has quit IRC21:09
*** devananda has quit IRC21:09
*** sgordon has quit IRC21:09
*** sachin_ has quit IRC21:09
*** j_king has joined #openstack-nova21:09
*** y_sawai has joined #openstack-nova21:10
*** changbl has quit IRC21:10
*** HenryG has joined #openstack-nova21:11
*** maurosr has quit IRC21:11
*** whydidyoustealmy has quit IRC21:11
*** dosaboy has quit IRC21:11
*** dosaboy has joined #openstack-nova21:12
*** changbl has joined #openstack-nova21:12
*** sgordon has joined #openstack-nova21:13
*** Sukhdev_ has quit IRC21:13
*** timello has joined #openstack-nova21:13
*** y_sawai has quit IRC21:15
*** garyk has quit IRC21:15
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Expose keystoneclient's session and auth plugin loading parameters  https://review.openstack.org/21442321:16
*** dustins has quit IRC21:16
*** devananda has joined #openstack-nova21:16
*** bswartz has joined #openstack-nova21:17
*** whydidyoustealmy has joined #openstack-nova21:18
*** diegows has quit IRC21:18
*** garyk has joined #openstack-nova21:18
*** maurosr has joined #openstack-nova21:19
*** claudiub has quit IRC21:20
*** electrocucaracha has quit IRC21:21
*** karimb has joined #openstack-nova21:22
*** ircuser-1 has joined #openstack-nova21:24
*** VW_ has quit IRC21:24
*** electrocucaracha has joined #openstack-nova21:25
cburgessClearly I need to read my mailing list email more offten but what happened to gerrit? It no long works with launchpad logins?21:25
*** lascii is now known as alaski21:25
*** tjones has joined #openstack-nova21:25
*** VW_ has joined #openstack-nova21:25
mriedemcburgess: works for me21:25
bauwsercburgess: it does21:25
*** erhudy1 has quit IRC21:26
bauwsercburgess: eat/check your cookie21:26
cburgessOh never mind... its an ongoing decision in infra. Apparently something broke.21:26
bauwseralaski: already in WE ?21:26
mtreinishcburgess: I think the ubuntu openid provider is just down21:27
cburgessmriedem: still think we should have an option to disable non BFV21:27
cburgessYeah21:27
mriedemcburgess: i don't disagree21:27
bauwseralaski: I guess you're leaving soon ?21:27
mriedemcburgess: you could write up a backlog specy thingy21:27
cburgessmriedem: We have a use case for it that just came up. Deploying some clients now that want to use solidfire as only storage.21:27
mriedem'i am chet and i want to restrict to boot from volume, make it so'21:27
cburgessLOL21:27
*** matrohon has quit IRC21:28
cburgessThat one is easy enough that I might even include the code. I might end up writing it shortly for us anyways.21:28
mriedemcool21:28
cburgessIn theory this should be easy.21:28
cburgessIf flag and not BDM fail21:28
*** karimb has quit IRC21:28
*** VW_ has quit IRC21:30
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Expose keystoneclient's session and auth plugin loading parameters  https://review.openstack.org/21442321:30
*** diegows has joined #openstack-nova21:31
*** marzif has joined #openstack-nova21:31
ctrathdimsum__ : thanks for the fix21:34
*** diegows has quit IRC21:34
*** xyang1 has quit IRC21:35
mriedemdoffm: https://bugs.launchpad.net/nova/+bug/149141421:37
openstackLaunchpad bug 1491414 in OpenStack Compute (nova) "LibvirtConfigObject.to_xml() should not log the xml str - leave that to the caller" [Low,Triaged] - Assigned to Matt Riedemann (mriedem)21:37
mriedemdoffm: https://bugs.launchpad.net/nova/+bug/149156321:37
openstackLaunchpad bug 1491563 in OpenStack Compute (nova) "Failed to spawn lxc instance due to nbd mount in use or rootfs busy" [Undecided,New]21:37
doffmmriedem: Thanks.21:37
*** vilobhmm_111 has quit IRC21:39
openstackgerritMatt Riedemann proposed openstack/nova: nova-net: fix missing log variable in deallocate_fixed_ip  https://review.openstack.org/22025321:39
*** vilobhmm_11 has joined #openstack-nova21:40
*** marzif has quit IRC21:41
*** ctrath has quit IRC21:43
*** dims_ has joined #openstack-nova21:43
*** jwcroppe_ has joined #openstack-nova21:45
*** dimsum__ has quit IRC21:47
*** jwcroppe has quit IRC21:47
*** dims_ has quit IRC21:48
mriedemcalling it a day, later21:53
*** mriedem has quit IRC21:53
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/22066921:54
*** erhudy1 has joined #openstack-nova21:57
*** jogo has joined #openstack-nova21:57
*** jwcroppe has joined #openstack-nova21:58
*** jwcroppe_ has quit IRC21:59
*** haomaiwang has quit IRC22:01
*** 17SADHVEF has joined #openstack-nova22:01
*** baoli has joined #openstack-nova22:03
*** jwcroppe_ has joined #openstack-nova22:04
*** jwcroppe has quit IRC22:06
openstackgerritJohn L. Villalovos proposed openstack/nova: Add constraint target to tox.ini  https://review.openstack.org/20593122:06
*** baoli has quit IRC22:08
openstackgerritDan Smith proposed openstack/nova: Freeze v1 Instance and InstanceList schema hashes  https://review.openstack.org/22068922:10
openstackgerritDan Smith proposed openstack/nova: DNM: Drop Instance v1.x support  https://review.openstack.org/22069022:10
*** y_sawai has joined #openstack-nova22:11
*** aysyd has quit IRC22:14
*** atuvenie has quit IRC22:15
*** y_sawai has quit IRC22:15
*** Piet has joined #openstack-nova22:15
*** karimb has joined #openstack-nova22:18
*** unicell has quit IRC22:18
*** unicell1 has joined #openstack-nova22:18
*** tjones has quit IRC22:22
*** y_sawai has joined #openstack-nova22:22
cp16nethey folks - i'm seeing an issue with booting a nova vm from trove. we are getting a 400 on boot. http://paste.openstack.org/show/445851/22:22
cp16netcould this be related to this nova bug 1491325 ?22:22
openstackbug 1491325 in OpenStack Compute (nova) "nova api v2.1 does not allow to use autodetection of volume device path" [Critical,Fix committed] https://launchpad.net/bugs/1491325 - Assigned to Davanum Srinivas (DIMS) (dims-v)22:22
*** y_sawai has quit IRC22:22
*** e0ne has quit IRC22:27
*** VW_ has joined #openstack-nova22:29
*** e0ne has joined #openstack-nova22:31
*** mdrabe has quit IRC22:31
*** VW__ has joined #openstack-nova22:32
*** marcusvrn_ has quit IRC22:35
*** ildikov has quit IRC22:35
*** VW_ has quit IRC22:36
*** VW__ has quit IRC22:37
*** emagana has quit IRC22:38
*** electrocucaracha has quit IRC22:38
*** tpeoples has joined #openstack-nova22:43
*** annegent_ has quit IRC22:47
*** tjones has joined #openstack-nova22:48
*** e0ne has quit IRC22:49
*** pixelbeat has joined #openstack-nova22:51
*** baoli has joined #openstack-nova22:52
*** baoli has quit IRC22:52
*** alex_xu has quit IRC22:53
*** alex_xu has joined #openstack-nova22:56
openstackgerritDan Smith proposed openstack/nova: DNM: Drop Instance v1.x support  https://review.openstack.org/22069022:57
*** Sukhdev_ has joined #openstack-nova22:57
*** tpeoples has quit IRC23:00
*** 17SADHVEF has quit IRC23:01
*** haomaiwang has joined #openstack-nova23:01
*** nic has quit IRC23:05
*** browne has quit IRC23:06
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/22066923:08
*** FL1SK has joined #openstack-nova23:08
*** eharney has quit IRC23:11
*** tjones has quit IRC23:13
*** jamielennox is now known as jamielennox|away23:13
*** edmondsw has quit IRC23:19
*** tjones has joined #openstack-nova23:20
*** tjones has left #openstack-nova23:21
*** y_sawai has joined #openstack-nova23:23
vilobhmm_11superdan : ping23:27
superdanvilobhmm_11: ack, but it's late on the day before a US holiday, so if it's anything complicated, then I'm not here23:28
vilobhmm_11is there a way to construct object from data coming from other than database23:28
*** y_sawai has quit IRC23:28
vilobhmm_11this is about the object layer23:29
superdanvilobhmm_11: yes:23:29
superdanservice = objects.Service(binary='foo', disabled=False)23:29
vilobhmm_11if you have a link or so it would be helpful or some code reference that would be useful23:30
superdanthat ^23:30
vilobhmm_11ok cool thanks23:30
*** baoli has joined #openstack-nova23:33
*** otter768 has quit IRC23:37
*** baoli has quit IRC23:38
*** IanGovett has joined #openstack-nova23:38
*** otter768 has joined #openstack-nova23:41
*** erhudy1 has quit IRC23:47
*** ijuwang has quit IRC23:48
*** otter768 has quit IRC23:49
*** karimb has quit IRC23:50
*** dimsum__ has joined #openstack-nova23:52
*** dimsum__ has quit IRC23:52
*** tri2sing has quit IRC23:53
*** tri2sing has joined #openstack-nova23:53
*** Sukhdev_ has quit IRC23:57
*** tri2sing has quit IRC23:58

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