Friday, 2016-09-16

*** Apoorva has joined #openstack-nova00:01
openstackgerritMatt Riedemann proposed openstack/nova: Override MTU for os_vif attachments  https://review.openstack.org/37068100:05
*** amotoki has quit IRC00:06
*** amotoki has joined #openstack-nova00:07
*** DaveJ has quit IRC00:11
*** armax has quit IRC00:14
*** takashin has joined #openstack-nova00:15
*** armax has joined #openstack-nova00:20
*** ducttape_ has joined #openstack-nova00:21
*** rmcall has joined #openstack-nova00:23
openstackgerritTakashi NATSUME proposed openstack/nova: Treat 'body_map' as a mapping of HTTP request bodies  https://review.openstack.org/36345700:25
*** ducttape_ has quit IRC00:26
*** thumpba has quit IRC00:29
*** kaisers1 has joined #openstack-nova00:30
*** kaisers2 has joined #openstack-nova00:30
*** ijw has joined #openstack-nova00:31
*** kaisers has quit IRC00:32
*** kaisers3 has quit IRC00:32
*** ijw has quit IRC00:34
*** markvoelker has joined #openstack-nova00:34
*** ijw has joined #openstack-nova00:34
*** ducttape_ has joined #openstack-nova00:45
*** raunak has quit IRC00:50
*** TravT has quit IRC00:51
*** tuanla_ has joined #openstack-nova00:53
*** jcoufal has joined #openstack-nova00:55
*** thumpba has joined #openstack-nova00:55
*** gyee has quit IRC00:56
*** phuongnh has joined #openstack-nova01:00
*** mlavalle has quit IRC01:01
*** ducttape_ has quit IRC01:04
*** TravT has joined #openstack-nova01:10
*** TravT has quit IRC01:11
*** TravT_ has joined #openstack-nova01:11
*** gongysh has joined #openstack-nova01:11
*** ducttape_ has joined #openstack-nova01:11
*** unicell has joined #openstack-nova01:11
*** unicell has quit IRC01:14
*** browne has quit IRC01:14
*** TravT has joined #openstack-nova01:14
*** TravT_ has quit IRC01:15
*** TravT has quit IRC01:15
*** TravT has joined #openstack-nova01:16
*** TravT has quit IRC01:16
*** TravT has joined #openstack-nova01:17
*** TravT has quit IRC01:17
*** TravT has joined #openstack-nova01:18
*** TravT_ has joined #openstack-nova01:19
*** unicell has joined #openstack-nova01:20
*** EinstCrazy has joined #openstack-nova01:21
*** EinstCrazy has quit IRC01:22
*** EinstCrazy has joined #openstack-nova01:22
*** TravT has quit IRC01:22
*** gjayavelu has quit IRC01:23
openstackgerritTakashi NATSUME proposed openstack/nova: Enable cold migration with target host  https://review.openstack.org/35710501:24
*** baoli has joined #openstack-nova01:27
*** ducttape_ has quit IRC01:27
*** tbachman has joined #openstack-nova01:30
*** ducttape_ has joined #openstack-nova01:31
*** mtanin___ has joined #openstack-nova01:31
*** mtanino has quit IRC01:32
*** Apoorva_ has joined #openstack-nova01:35
*** TravT_ has quit IRC01:37
*** Apoorva has quit IRC01:39
*** Apoorva_ has quit IRC01:40
*** salv-orl_ has joined #openstack-nova01:41
*** ssurana has quit IRC01:41
openstackgerritTakashi NATSUME proposed openstack/nova: Add functional tests for cold migration with target  https://review.openstack.org/36855701:42
*** TravT has joined #openstack-nova01:42
*** salv-orlando has quit IRC01:43
*** unicell has quit IRC01:49
*** unicell has joined #openstack-nova01:49
*** annegentle has quit IRC01:53
*** mingyu has joined #openstack-nova01:54
*** TravT has quit IRC01:55
*** baoli has quit IRC01:56
*** hemanthm|away is now known as hemanthm01:59
*** armax has quit IRC01:59
*** TravT has joined #openstack-nova02:00
*** rrecio_ has quit IRC02:05
*** thumpba has quit IRC02:08
*** mtanin___ has quit IRC02:08
*** mingyu_ has joined #openstack-nova02:09
*** mingyu has quit IRC02:09
*** TravT has quit IRC02:10
*** ijw has quit IRC02:11
*** JoseMello has joined #openstack-nova02:11
*** TravT has joined #openstack-nova02:14
*** Jeffrey4l has quit IRC02:16
*** moshele has joined #openstack-nova02:16
*** TravT has quit IRC02:24
*** catintheroof has joined #openstack-nova02:27
*** gjayavelu has joined #openstack-nova02:30
*** EinstCrazy has quit IRC02:30
*** EinstCrazy has joined #openstack-nova02:30
*** TravT has joined #openstack-nova02:32
*** raunak has joined #openstack-nova02:33
*** raunak has quit IRC02:33
*** raunak has joined #openstack-nova02:34
*** EinstCrazy has quit IRC02:34
*** thumpba has joined #openstack-nova02:35
*** mdrabe has joined #openstack-nova02:36
*** diana_clarke has quit IRC02:36
*** EinstCrazy has joined #openstack-nova02:36
*** TravT has quit IRC02:37
*** gouthamr has quit IRC02:38
*** vishwanathj has quit IRC02:39
*** EinstCrazy has quit IRC02:41
*** TravT has joined #openstack-nova02:42
*** ducttape_ has quit IRC02:44
*** ducttape_ has joined #openstack-nova02:45
*** moshele has quit IRC02:49
*** TravT has quit IRC02:51
*** EinstCrazy has joined #openstack-nova02:51
*** sudipto_ has joined #openstack-nova02:53
*** sudipto has joined #openstack-nova02:53
*** browne has joined #openstack-nova02:53
*** raunak has quit IRC02:54
*** raunak has joined #openstack-nova02:55
*** TravT has joined #openstack-nova02:56
*** sdake_ has quit IRC03:01
*** smatzek has joined #openstack-nova03:01
*** mingyu_ has quit IRC03:02
*** ducttape_ has quit IRC03:04
*** armax has joined #openstack-nova03:05
*** phschwartz has quit IRC03:05
*** TravT has quit IRC03:09
*** browne has quit IRC03:12
*** TravT has joined #openstack-nova03:14
*** code-R has joined #openstack-nova03:14
*** vladikr has quit IRC03:15
*** code-R_ has joined #openstack-nova03:15
*** vladikr has joined #openstack-nova03:17
*** phuongnh has quit IRC03:18
*** code-R has quit IRC03:18
*** tuanla_ has quit IRC03:19
openstackgerritHarish Kumar proposed openstack/nova: Move memory balloon device handle out of _get_guest_config  https://review.openstack.org/37124903:20
*** EinstCrazy has quit IRC03:21
*** EinstCrazy has joined #openstack-nova03:21
*** phuongnh has joined #openstack-nova03:21
*** mingyu has joined #openstack-nova03:23
*** ssurana has joined #openstack-nova03:23
*** TravT has quit IRC03:23
mriedemwoot https://review.openstack.org/#/c/370681/ is merged03:24
*** EinstCrazy has quit IRC03:26
*** smatzek has quit IRC03:28
*** phschwartz has joined #openstack-nova03:33
*** tuanla_ has joined #openstack-nova03:33
*** gmann has quit IRC03:35
*** gmann has joined #openstack-nova03:37
*** mordred has quit IRC03:38
*** thumpba has quit IRC03:40
*** thumpba has joined #openstack-nova03:40
*** phschwartz has quit IRC03:40
*** mingyu_ has joined #openstack-nova03:42
*** mordred has joined #openstack-nova03:43
*** mingyu has quit IRC03:43
*** mingyu_ has quit IRC03:45
*** mdrabe has quit IRC03:46
*** adisky has joined #openstack-nova03:49
*** ManishD has joined #openstack-nova03:50
*** hemanthm is now known as hemanthm|away03:51
*** TravT has joined #openstack-nova03:51
mriedemand https://review.openstack.org/#/c/371179/03:53
mriedemcutting rc103:53
*** mingyu has joined #openstack-nova03:54
*** TravT has quit IRC03:55
*** mriedem has quit IRC03:55
*** thumpba has quit IRC03:58
*** thumpba has joined #openstack-nova03:58
*** gjayavelu has quit IRC03:58
*** thumpba has quit IRC03:58
*** thumpba has joined #openstack-nova03:59
*** thumpba has quit IRC03:59
*** thumpba has joined #openstack-nova03:59
*** dimtruck is now known as zz_dimtruck04:00
*** thumpba has quit IRC04:00
*** TravT has joined #openstack-nova04:00
*** gjayavelu has joined #openstack-nova04:01
*** ducttape_ has joined #openstack-nova04:05
*** mingyu has quit IRC04:06
*** phschwartz has joined #openstack-nova04:07
*** mingyu has joined #openstack-nova04:07
*** EinstCrazy has joined #openstack-nova04:08
*** dave-mccowan has quit IRC04:08
*** jdurgin has joined #openstack-nova04:10
*** ducttape_ has quit IRC04:11
*** sree has joined #openstack-nova04:12
*** sudipto has quit IRC04:17
*** sudipto_ has quit IRC04:17
*** Sukhdev has joined #openstack-nova04:21
*** TravT has quit IRC04:23
*** TravT has joined #openstack-nova04:27
*** markvoelker has quit IRC04:28
openstackgerritTakashi NATSUME proposed openstack/nova: WIP: Check the destination host in cold migration  https://review.openstack.org/37126904:34
*** psachin has joined #openstack-nova04:36
*** rcernin has quit IRC04:37
*** hamzy has joined #openstack-nova04:38
*** gjayavelu has quit IRC04:38
*** harlowja has quit IRC04:45
*** TravT has quit IRC04:45
*** cmd-t has joined #openstack-nova04:46
*** sudipto_ has joined #openstack-nova04:50
*** sudipto has joined #openstack-nova04:50
*** TravT has joined #openstack-nova04:50
*** gongysh has quit IRC04:53
*** TravT has quit IRC04:55
*** jaosorior has joined #openstack-nova04:57
*** rwmjones has quit IRC04:58
*** rwmjones has joined #openstack-nova04:58
*** vishwanathj has joined #openstack-nova04:59
*** TravT has joined #openstack-nova04:59
*** vishwanathj has quit IRC05:00
*** gongysh has joined #openstack-nova05:02
*** pbandark has joined #openstack-nova05:02
*** TravT has quit IRC05:04
*** ManishD has quit IRC05:08
*** TravT has joined #openstack-nova05:09
*** fragatina has quit IRC05:15
*** TravT has quit IRC05:18
*** nkrinner_afk is now known as nkrinner05:18
*** ratailor has joined #openstack-nova05:18
*** woodster_ has quit IRC05:20
*** TravT has joined #openstack-nova05:23
*** EinstCrazy has quit IRC05:24
*** EinstCrazy has joined #openstack-nova05:24
*** markvoelker has joined #openstack-nova05:28
*** EinstCrazy has quit IRC05:29
*** sree has quit IRC05:31
*** lpetrut has joined #openstack-nova05:31
*** TravT has quit IRC05:32
*** sree has joined #openstack-nova05:33
*** markvoelker has quit IRC05:33
*** fragatina has joined #openstack-nova05:33
*** fragatina has quit IRC05:35
*** TravT has joined #openstack-nova05:36
*** hoangcx has joined #openstack-nova05:37
*** claudiub has joined #openstack-nova05:40
*** diga has joined #openstack-nova05:41
*** claudiub|2 has joined #openstack-nova05:42
*** rcernin has joined #openstack-nova05:43
*** claudiub has quit IRC05:45
*** TravT has quit IRC05:45
*** EinstCrazy has joined #openstack-nova05:57
openstackgerritTakashi NATSUME proposed openstack/nova: Add functional tests for check dest on cold migration  https://review.openstack.org/37127705:58
*** thumpba has joined #openstack-nova06:01
*** melwitt has left #openstack-nova06:01
*** gongysh has quit IRC06:02
*** melwitt has joined #openstack-nova06:02
*** nkrinner is now known as nkrinner_afk06:04
*** EinstCrazy has quit IRC06:04
*** paul-carlton has joined #openstack-nova06:04
*** mahesh_ has joined #openstack-nova06:05
*** thumpba has quit IRC06:06
mahesh_hi everyone06:08
mahesh_I installed stable/mitaka openstack06:08
mahesh_Launched instances but in the vm console I am getting ipv6 address06:09
*** mjura has joined #openstack-nova06:09
mahesh_Please help06:09
*** andreas_s has joined #openstack-nova06:10
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Don't pass argument sqlite_db in method set_defaults  https://review.openstack.org/35094706:13
*** EinstCrazy has joined #openstack-nova06:14
*** rcernin has quit IRC06:14
*** rcernin has joined #openstack-nova06:19
*** sahid has joined #openstack-nova06:19
*** sree has quit IRC06:23
*** sree has joined #openstack-nova06:23
*** pcaruana has joined #openstack-nova06:23
*** nherciu has joined #openstack-nova06:25
*** EinstCrazy has quit IRC06:26
*** phuongnh has quit IRC06:27
*** sree has quit IRC06:28
*** Cristina_ has quit IRC06:28
*** sree has joined #openstack-nova06:28
*** Sukhdev has quit IRC06:28
*** phuongnh has joined #openstack-nova06:29
*** fragatina has joined #openstack-nova06:29
*** mahesh_ has quit IRC06:31
*** moshele has joined #openstack-nova06:31
*** lpetrut has quit IRC06:33
*** fragatina has quit IRC06:33
*** thorst_ has joined #openstack-nova06:34
*** EinstCrazy has joined #openstack-nova06:35
*** dhellmann has quit IRC06:39
*** takashin has left #openstack-nova06:41
*** dhellmann has joined #openstack-nova06:42
openstackgerritLucky samadhiya proposed openstack/nova: delete python bytecode including pyo before every test run  https://review.openstack.org/37128906:42
*** gongysh has joined #openstack-nova06:45
*** salv-orl_ has quit IRC06:48
*** salv-orlando has joined #openstack-nova06:48
*** nkrinner_afk is now known as nkrinner06:49
*** priteau has joined #openstack-nova06:53
*** priteau has quit IRC06:54
*** tgtanya has joined #openstack-nova06:57
*** artom has quit IRC06:58
*** david-lyle_ has joined #openstack-nova06:59
*** david-lyle has quit IRC07:00
*** gjayavelu has joined #openstack-nova07:00
*** amotoki has quit IRC07:02
*** TravT has joined #openstack-nova07:03
*** artom has joined #openstack-nova07:04
*** ltomasbo has joined #openstack-nova07:07
*** matrohon has joined #openstack-nova07:10
*** CristinaPauna has joined #openstack-nova07:14
*** sudipto_ has quit IRC07:16
*** sudipto has quit IRC07:16
*** TravT has quit IRC07:17
*** aloga has quit IRC07:20
*** aloga has joined #openstack-nova07:20
*** slagle has quit IRC07:21
*** Prophidys has quit IRC07:21
*** phuongnh has quit IRC07:21
*** phuongnh has joined #openstack-nova07:21
*** slagle has joined #openstack-nova07:22
*** ssurana has quit IRC07:22
*** Prophidys has joined #openstack-nova07:23
*** artom has quit IRC07:26
*** artom has joined #openstack-nova07:27
*** david-lyle has joined #openstack-nova07:28
*** david-lyle_ has quit IRC07:29
*** markvoelker has joined #openstack-nova07:29
*** raunak has quit IRC07:29
*** amotoki has joined #openstack-nova07:31
*** thorst_ has quit IRC07:31
*** jlanoux has joined #openstack-nova07:31
*** markvoelker has quit IRC07:34
zigobauzas: Around?07:34
zigoNot a bug this time, I need some advice! :)07:34
zigoI need to know a bit more about the placement API.07:35
bauzaszigo: yup, wazza N07:35
zigobauzas: I wonder if there's a config flag for the placement API, the same way there is one for the compute API.07:35
bauzaszigo: yup ? what is your question ?07:35
bauzaszigo: indeed07:35
zigoWhat's the value? :)07:35
bauzasthat's a fresh new service07:36
bauzascalled 'placement-api' in devstack07:36
bauzasso, unless you start that service, then you won't use the placement stuff07:36
zigoChoices: osapi_compute, metadata07:36
zigoThat's the values in the field...07:37
*** Jeffrey4l has joined #openstack-nova07:37
zigoSo, is it called just "placement" ?07:37
bauzaszigo: oh no07:38
bauzaszigo: sec07:38
openstackgerritLucky samadhiya proposed openstack/python-novaclient: delete python bytecode including pyo before every test run  https://review.openstack.org/37130807:38
zigoThat's something the nova-common configures in Debian, and I don't want to add a nova-placement-api package if everything can run on a single daemon.07:39
*** zenoway has joined #openstack-nova07:39
zigotlbr: ^07:39
bauzaszigo: that requires a WSGI server07:39
zigobauzas: The nova eventlet daemon is gone?07:39
bauzaszigo: https://review.openstack.org/#/c/342362/1007:40
bauzaszigo: no, it's just another service07:40
bauzasso, you have the "compute" endpoint running thru eventlet07:40
bauzasand you'll have to add in the service catalog a new endpoint called 'placement'07:40
zigobauzas: Right, there's a /usr/bin/nova-placement-api, but there was also /usr/bin/nova-metadata-api which I never use, and prefer /usr/bin/nova-api with the correct values.07:40
*** JoseMello has quit IRC07:41
bauzaszigo: so the nova-placement-api WSGI handler is now able to run on any WSGI server you wish AFAIR07:41
zigoenabled_apis is the field in nova.conf.07:41
bauzasby default, we run over mod_wsgi in devstack07:41
zigoThat's not really my question! :P07:42
bauzaszigo: that conf flag is not used07:42
zigoOk.07:42
bauzasI got your question, I'm just saying that this placement-api service can't be run by the regular eventlet service that is sharing both the osapi-compute and the metadata API servcies07:43
bauzaszigo: ^07:43
zigoAaaaah... THANKS ! :)07:43
zigoExactly what I wanted to know.07:43
zigoIn Ubuntu, they made the placement-api service to conflict with the nova-api package.07:44
zigoDo they share the same port or something?07:44
bauzasweirdo07:45
bauzaswell, you can bind on any port you wish07:45
zigoYes, but there should be a standard, no?07:45
bauzasI don't see why those should be mutually exclusive07:45
bauzaszigo: I agree :)07:45
bauzaszigo: I don't remember which port devstack is defaulted to07:45
bauzasfor the service catalog I mean07:45
*** rwmjones is now known as rwmjones_hols07:46
zigoI'll try to find out.07:46
bauzaszigo: that's in lib/placement07:50
*** nherciu has quit IRC07:50
bauzaslemme look07:50
*** diga has quit IRC07:51
bauzaszigo: https://github.com/openstack-dev/devstack/blob/master/lib/placement#L5007:51
zigoYup.07:51
zigoJust saw that.07:51
*** ltomasbo has quit IRC07:51
*** amotoki has quit IRC07:52
*** yamahata has joined #openstack-nova07:57
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:00
openstackgerritThierry Carrez proposed openstack/nova: Update reno for stable/newton  https://review.openstack.org/37133308:00
openstackgerritSlawek Kaplonski proposed openstack/nova: Add members in InstanceGroup object members field  https://review.openstack.org/37056708:00
*** jkraj has joined #openstack-nova08:01
*** TravT has joined #openstack-nova08:01
*** thumpba has joined #openstack-nova08:01
*** paul-carlton has quit IRC08:01
openstackgerritSlawek Kaplonski proposed openstack/nova: Add members in InstanceGroup object members field  https://review.openstack.org/37056708:03
*** openstackgerrit has quit IRC08:03
*** openstackgerrit has joined #openstack-nova08:04
*** omnipresent has joined #openstack-nova08:05
*** zenoway_ has joined #openstack-nova08:07
*** zenoway has quit IRC08:07
*** omnipresent has quit IRC08:09
*** amotoki has joined #openstack-nova08:10
*** TravT has quit IRC08:10
*** cdent has joined #openstack-nova08:10
bauzasoops I'm rude08:11
*** bauzas is now known as bauwser08:11
*** pbandark has quit IRC08:11
*** gjayavelu has quit IRC08:13
*** pbandark has joined #openstack-nova08:14
*** TravT has joined #openstack-nova08:15
*** fragatina has joined #openstack-nova08:15
*** jed56 has joined #openstack-nova08:15
*** luis5tb has joined #openstack-nova08:17
*** danpb has joined #openstack-nova08:17
*** code-R_ has quit IRC08:17
*** moshele has quit IRC08:17
*** fragatina has quit IRC08:19
*** lucas-dinner is now known as lucasagomes08:21
*** yamahata has quit IRC08:21
*** TravT has quit IRC08:24
*** claudiub|2 has quit IRC08:25
*** derekh has joined #openstack-nova08:26
*** salv-orl_ has joined #openstack-nova08:27
*** mgoddard has joined #openstack-nova08:27
*** TravT has joined #openstack-nova08:29
*** thumpba has quit IRC08:30
*** amotoki has quit IRC08:30
*** salv-orlando has quit IRC08:31
*** sridharg has joined #openstack-nova08:37
*** namnh has joined #openstack-nova08:41
*** tgtanya has quit IRC08:42
*** code-R has joined #openstack-nova08:42
*** tgtanya has joined #openstack-nova08:42
*** code-R_ has joined #openstack-nova08:44
*** TravT has quit IRC08:47
*** andymaier has joined #openstack-nova08:48
*** code-R has quit IRC08:48
*** TravT has joined #openstack-nova08:51
*** amotoki has joined #openstack-nova08:56
openstackgerritChris Dent proposed openstack/nova: [placement] Adjust the name of the gabbi tests  https://review.openstack.org/37137008:56
*** EinstCrazy has quit IRC08:57
*** amotoki_ has joined #openstack-nova08:57
*** luis5tb is now known as ltomasbo08:58
*** DaveJ has joined #openstack-nova08:58
*** TravT has quit IRC09:00
*** amotoki has quit IRC09:01
*** efoley has joined #openstack-nova09:03
*** pbandark has quit IRC09:04
*** TravT has joined #openstack-nova09:05
*** pbandark has joined #openstack-nova09:07
*** cdent has quit IRC09:13
*** TravT has quit IRC09:14
*** lpetrut has joined #openstack-nova09:17
*** TravT has joined #openstack-nova09:19
*** jdurgin has quit IRC09:21
*** amotoki_ has quit IRC09:22
*** amotoki has joined #openstack-nova09:23
*** moshele has joined #openstack-nova09:25
*** sudipto_ has joined #openstack-nova09:25
*** sudipto has joined #openstack-nova09:25
*** PaulMurray has joined #openstack-nova09:27
*** TravT has quit IRC09:29
*** paul-carlton2 has quit IRC09:31
*** cdent has joined #openstack-nova09:31
*** TravT has joined #openstack-nova09:33
*** ihrachys has joined #openstack-nova09:36
*** paul-carlton2 has joined #openstack-nova09:36
*** avolkov has quit IRC09:36
*** ihrachys has quit IRC09:37
*** moshele has quit IRC09:38
*** namnh has quit IRC09:41
*** namnh has joined #openstack-nova09:41
*** TravT has quit IRC09:42
*** ihrachys has joined #openstack-nova09:42
*** avolkov has joined #openstack-nova09:46
*** ftersin has quit IRC09:46
*** ftersin has joined #openstack-nova09:46
cdentmdbooth: love the spaghetti plate metaphor09:47
mdboothcdent: :)09:47
*** TravT has joined #openstack-nova09:47
johnthetubaguyso I am curious on the context now09:48
*** amotoki has quit IRC09:49
mdboothjohnthetubaguy: Retrospective: https://etherpad.openstack.org/p/nova-newton-retrospective09:49
johnthetubaguyand why slightly mushed up lasagne is not better09:49
johnthetubaguyah, I wondered if that was it09:49
mdboothI was actually re-using mriedem(?)'s metaphor09:49
*** daemontool has joined #openstack-nova09:49
cdentmdbooth: the bit of special sauce (ha!) that you added is the half a plate bit09:51
mdboothcdent: Glad you enjoyed it :)09:52
*** amotoki has joined #openstack-nova09:52
*** claudiub|2 has joined #openstack-nova09:53
johnthetubaguymdbooth: I think what you are hitting lots of the efforts are facing. Massive amounts of tidying before you can see what is actually needed. its a bugger to parallelise any of that stuff. making me hungry reading about that.09:56
johnthetubaguywould love to work out how to do that better, been facing similar things in neutron v2 api09:56
*** TravT has quit IRC09:56
mdboothjohnthetubaguy: It's controversial, but I think that's largely due to our low review cadence.09:57
*** tgtanya has quit IRC09:57
*** sree has quit IRC09:57
mdboothHuge tidy-up efforts like this are a total pain and take an age to get reviewed, so people don't do them.09:57
mdboothResult: ...09:57
johnthetubaguymdbooth: no, no I think you are right, there is just other stuff to review thats easier09:57
johnthetubaguywe really want to do runways, where we dedicate review an coding resources at the same time09:58
johnthetubaguys/we/I/09:58
* mdbooth thinks any solution which doesn't involve more people to do the work is just shuffling deckchairs on the Titanic :/09:59
*** daemontool has quit IRC09:59
mdboothAlthough yeah, allocating review resources in advance would also be awesome.10:00
johnthetubaguywell, not sure about more people, but certainly aligning folks better so there is less wasted effort10:00
mdboothPair programming :)10:00
*** TravT has joined #openstack-nova10:01
mdboothSo, I got myself in a situation where my principal 2 reviewers were dansmith and jaypipes. Don't get me wrong: those guys are awesome. However, they're also only 2 people, and extremely busy people to boot.10:01
mdboothI don't think we can pull critical resources in to some relatively simple area of code cleanup for a whole cycle when they can be better focussed on design astronautics.10:02
mdboothBetter to delegate imho.10:03
mdboothIoW, I don't at all resent the time spent on the Placement API stuff. We just needed other capacity so we don't need to halt everything.10:05
*** thorst_ has joined #openstack-nova10:12
cdentmdbooth: please do resent the time, I think it is reasonable because it reinforces the deck chairs problem10:15
cdentbecause the nova stalwarts I've talked to seem to think that the review cadance on placement was good and I'm all ZOMG, WTF10:16
cdent(with a smile of course)10:16
*** daemontool has joined #openstack-nova10:26
*** amotoki has quit IRC10:26
*** ducttape_ has joined #openstack-nova10:26
*** thumpba has joined #openstack-nova10:27
*** ducttape_ has quit IRC10:30
*** thumpba has quit IRC10:32
*** TravT has quit IRC10:32
*** hoangcx has quit IRC10:34
*** TravT has joined #openstack-nova10:37
*** riccardo has joined #openstack-nova10:39
*** sahid has quit IRC10:41
*** thorst_ has quit IRC10:42
*** sdake has joined #openstack-nova10:42
*** tbachman has quit IRC10:43
mdboothdanpb: Do vifs and storage devices ever use the same bus?10:44
mdboothI guess they could, but do they?10:44
danpbsure they can all be PCI devs10:45
mdboothdanpb: Specifically thinking about device ordering. Just wondering about putting storage and vifs at the end of the device list.10:45
mdboothThen a dynamically added device is less likely to change order on reboot.10:45
*** phuongnh has quit IRC10:45
* mdbooth wonders if 'less likely' is more or less user-friendly, though10:46
danpbnb, libvirt only honours ordering in XML within devices of the same type10:46
danpbeg, regardless of whether you list all nics first, or all disks first, libvirt will always assign IDs to nics first10:46
mdboothAh10:46
mdboothHow about memballoon?10:46
mdboothSame thing, I'm guessing.10:47
*** zenoway_ has quit IRC10:47
*** thorst_ has joined #openstack-nova10:47
*** zenoway has joined #openstack-nova10:48
danpbmdbooth: http://libvirt.org/git/?p=libvirt.git;a=blob;f=src/qemu/qemu_domain_address.c;h=bb16738350ddd27b1ab0f5acc51c893640982888;hb=HEAD#l95710:48
mdboothdanpb: Reading, thanks.10:48
mdboothdanpb: Presumably we could be explicit about this if we had the metadata, right?10:49
*** tuanla_ has quit IRC10:50
*** artom has quit IRC10:51
*** TravT has quit IRC10:51
danpbmdbooth: well nova would have to assign all addresses itself10:51
danpbthis is non-trivial amount of work10:51
*** gszasz has joined #openstack-nova10:51
mdboothOr alternatively, just get libvirt to do it, then ask it what it did10:52
*** zenoway has quit IRC10:52
mdboothPerhaps we should just be persisting the domain xml :/10:52
*** thorst_ has quit IRC10:52
mdboothdanpb: Thinking about this in the context of the persistent device metadata proposal.10:54
mdboothIs that just going to turn into a repo of everything that's already in the libvirt xml?10:54
mdboothPerhaps we'd be better storing the whole xml, then defining transformations on it for migrations.10:55
mdboothxslt, ftw :)10:55
mdboothIf this is something we care about, of course.10:55
*** TravT has joined #openstack-nova10:56
danpbmdbooth: which persistent device metadata proposal ?10:56
* mdbooth looks for his bp10:56
mdboothSorry, spec10:56
mdboothhttp://specs.openstack.org/openstack/nova-specs/specs/newton/approved/libvirt-instance-storage.html10:57
*** artom has joined #openstack-nova10:57
mdboothdanpb: The stated purpose of that is format data.10:57
*** artom has quit IRC10:57
*** namnh has quit IRC10:57
mdboothWell, layout, which includes format.10:57
*** artom has joined #openstack-nova10:58
danpbmdbooth: so, you're expecting to record the disk bus + bus address10:58
mdboothI wasn't, but if we were going to store this in Nova it would go there, I think.10:58
mdboothBut I'm rethinking.10:58
danpbso, if nova wants to store addresses, then life is going to be somewhat more complicate for nova10:58
mdboothPerhaps the whole domain would be better.10:58
danpbyou'll have to store the machine type first, because addresses are only meaningful in the context of a machine type10:59
*** thorst_ has joined #openstack-nova10:59
danpband while it is technically possible to store addresses for some types of device, and let libvirt auto-assign for other types of device, i fear it'll get messy doing that11:00
danpbso ultimately you probably end up having to store the full *live* libvirt XML for the guest when first starting it11:00
mdboothRight, post-assignment.11:01
danpband then never re-create the XML from scratch thereafter - always just do modifications to this initial XML doc11:01
danpbwhich is quite a cange from nova pov, as it always creates XML from scratch all over the codebase11:01
danpbs/cange/change/11:01
mdboothYup11:01
danpbalso when storing snapshots in glance, we'd want to storage the corresponding XML with it11:01
danpbof course arguably this is all something we really shoudl have been doing all along11:01
danpbas doing tihs is important to prevent windows seeing random device changes and re-triggering license key activation11:02
mdboothOr making previously online disks offline due to san policy, because their pci address changed.11:02
danpbwhat's fun is that nova kind of almost does part of the work11:03
danpbbecause it stores the persistent XML with libvirt on disk and libvirt will ensure this persistent XML has the device adresses11:03
danpbbut nova overwrites this persistent xml every time :-)11:03
danpbthus throwing away the nicely recorded device addresses11:03
mdboothdanpb: If I create a domain with some 'legacy' xml, then ask libvirt for the live xml after it starts, will it have updated it for me?11:05
* mdbooth suspects yes11:05
danpbyep11:05
danpblibvirt always canonicalizes the xml11:05
danpbfilling in any pieces you left out11:05
* mdbooth ponders11:07
mdboothdanpb: Thanks11:07
*** TravT has quit IRC11:09
*** lucasagomes is now known as lucas-hungry11:09
*** sudswas__ has joined #openstack-nova11:12
*** sudipto has quit IRC11:13
mdboothdanpb: You'd have a disparity between operations when the guest is running vs not running. So, attach to a running instance would be: (1) get libvirt to do the attach. (2) Update our store of the libvirt xml.11:13
*** sudipto has joined #openstack-nova11:13
mdboothattach to a stopped instance would be xslt.11:13
danpbmdbooth: no, you cn call attachDevice() on an inactive guest11:13
*** sudipto_ has quit IRC11:14
mdboothOnly if it's persistent though, right?11:14
danpbmdbooth: and libvirt will update the persistent xml with that11:14
mdboothWhy don't we use persistent domains, btw?11:14
danpbwe do11:14
*** TravT has joined #openstack-nova11:14
danpbwell, we persist the xml out to libvirt11:14
mdboothMaybe I'm getting confused with migrations.11:14
danpbbut we never let libvirt boot from that xml for unknown reasons11:14
mdboothWe had that bug the other day where attach/detach was failing because the guest wasn't running.11:15
mdboothDo you remember that?11:15
mdboothSurely that meant the guest wasn't defined?11:16
* mdbooth didn't check closely enough, obviously.11:16
danpbno, i don't recall the details of that11:17
danpbbut it could simply have been nova telling libvirt todo a live attach by mistake11:18
*** TravT has quit IRC11:19
*** smatzek has joined #openstack-nova11:20
mdboothdanpb: Just checked it, it was a rebase, not attach/detach11:20
mdboothSo different context11:21
*** rtheis has joined #openstack-nova11:21
mdboothdanpb: Although the error was: libvirtError: Domain not found: no domain with matching uuid ...11:22
*** thorst_ has quit IRC11:22
*** vladikr has quit IRC11:23
openstackgerritjichenjc proposed openstack/nova: Pin maximum API version of microversion  https://review.openstack.org/37145311:23
*** cdent has quit IRC11:23
*** thorst_ has joined #openstack-nova11:24
*** ducttape_ has joined #openstack-nova11:27
*** thorst_ has quit IRC11:28
*** markvoelker has joined #openstack-nova11:31
*** DaveJ has quit IRC11:31
*** ducttape_ has quit IRC11:31
*** thorst_ has joined #openstack-nova11:33
*** sahid has joined #openstack-nova11:34
*** markvoelker has quit IRC11:35
openstackgerritjichenjc proposed openstack/nova: Add description for v2.20 changes in api-ref  https://review.openstack.org/37145811:35
*** baoli_ has joined #openstack-nova11:37
*** jdurgin has joined #openstack-nova11:37
*** bvanhav has joined #openstack-nova11:38
*** thorst_ has quit IRC11:38
*** catintheroof has quit IRC11:39
*** jdurgin has quit IRC11:42
*** andreas_s has quit IRC11:43
*** artom has quit IRC11:43
*** ratailor has quit IRC11:44
*** sandanar_ has joined #openstack-nova11:46
*** jsheeren has joined #openstack-nova11:48
*** artom has joined #openstack-nova11:48
*** TravT has joined #openstack-nova11:50
rtheisHi folks, networking-ovn is having trouble with https://github.com/openstack/nova/commit/77f546623bb6c0b2a4441940f1740abd45bd335211:53
bauwserrtheis: do you have a bug report?11:54
*** kylek3h has joined #openstack-nova11:55
*** kylek3h has quit IRC11:55
rtheisnot yet11:55
*** kylek3h has joined #openstack-nova11:55
*** jed56 has quit IRC11:55
rtheisThe TODO indicates that the hack will be removed11:55
*** jdurgin has joined #openstack-nova11:55
rtheisI see fixed released on the bug11:55
rtheiscan we remove it11:56
rtheisOVN doesn't have such devices and setting MTU fails11:56
bauwserrtheis: what is the problem then ?11:56
rtheisStderr: u'Cannot find device "qvbe3c1ced0-f3"\n'11:56
rtheisinstances fail to spawn11:57
bauwserrtheis: could you please paste the error ?11:57
rtheisProcessExecutionError: Unexpected error while running command.11:57
rtheisStderr: u'Cannot find device "qvbe3c1ced0-f3"\n'11:57
rtheisCommand: sudo nova-rootwrap /etc/nova/rootwrap.conf ip link set qvbe3c1ced0-f3 mtu 144211:57
bauwsersorry, I meant the stack in paste.openstack.org11:57
rtheishttp://paste.openstack.org/show/579969/11:58
* bauwser looking11:58
*** TravT has quit IRC11:59
*** mnestratov has quit IRC12:00
bauwserrtheis: I actually wonder why ovn follows down that path12:02
bauwserjohnthetubaguy: around ?12:02
rtheiswell ovn is built on ovs so I'm not surprised12:02
bauwserrtheis: we have a conditional that only checks if os_vif knows the vif type12:02
rtheiswe use that12:02
bauwsermmm good point12:03
openstackgerritjichenjc proposed openstack/nova: Add description for 2.9 microversion  https://review.openstack.org/37148112:04
rtheisI need to head out to get kids to school, will check back later12:04
*** TravT has joined #openstack-nova12:04
lyarwoodjohnthetubaguy: hey, can you point me at any bugs for the detach issues you're concerned by in https://review.openstack.org/#/c/351072/3 ?12:07
*** diana_clarke has joined #openstack-nova12:08
*** gongysh has quit IRC12:08
lyarwoodmdbooth: did you say something about an offline detach volume failure earlier?12:08
mdboothlyarwood: I was mistaken. It was about volume-update, which is weird12:08
lyarwoodmdbooth: where disconnect_volume would fail?12:09
*** sdague has joined #openstack-nova12:09
mdboothIt was the rebase call which failed12:09
mdboothThat's a genuine bug, btw, because it doesn't make sense to do that there12:09
mdboothIf the instance is stopped, that is12:10
*** code-R_ has quit IRC12:10
openstackgerritjichenjc proposed openstack/nova: Add more description on v2.9 history  https://review.openstack.org/37149012:10
*** liusheng has quit IRC12:11
lyarwoodmdbooth: kk thanks12:11
*** code-R has joined #openstack-nova12:11
*** liusheng has joined #openstack-nova12:11
*** lucas-hungry is now known as lucasagomes12:11
*** ducttape_ has joined #openstack-nova12:14
*** TravT has quit IRC12:14
*** thorst_ has joined #openstack-nova12:14
*** thorst_ has quit IRC12:14
*** TravT has joined #openstack-nova12:18
*** sudipto has quit IRC12:19
*** sudswas__ has quit IRC12:19
*** takedakn has joined #openstack-nova12:20
*** thorst_ has joined #openstack-nova12:20
openstackgerritjichenjc proposed openstack/nova: Add reserved param for v2.4  https://review.openstack.org/37149612:20
*** sudipto has joined #openstack-nova12:21
*** pradk has joined #openstack-nova12:23
*** sandanar__ has joined #openstack-nova12:23
*** sandanar_ has quit IRC12:23
*** sudswas__ has joined #openstack-nova12:24
*** maticue has joined #openstack-nova12:24
*** markvoelker has joined #openstack-nova12:26
*** catintheroof has joined #openstack-nova12:27
*** tbachman has joined #openstack-nova12:28
*** thorst_ has quit IRC12:28
*** thorst_ has joined #openstack-nova12:29
*** rfolco has joined #openstack-nova12:30
*** TravT has quit IRC12:32
*** edmondsw has joined #openstack-nova12:32
*** sree has joined #openstack-nova12:32
*** rtheis has quit IRC12:33
*** TravT has joined #openstack-nova12:36
*** GB21 has joined #openstack-nova12:37
*** mriedem has joined #openstack-nova12:38
*** mtanino has joined #openstack-nova12:38
*** ducttape_ has quit IRC12:39
johnthetubaguylyarwood: yeah, let me find the one that came up in the meeting12:41
*** TravT has quit IRC12:41
lyarwoodjohnthetubaguy: ah thanks, https://bugs.launchpad.net/nova/+bug/1587285 by any chance?12:44
openstackLaunchpad bug 1587285 in OpenStack Compute (nova) "Volume status will be changed to "available" in spite of still attached to VM instance" [Medium,In progress] - Assigned to Rikimaru Honjo (honjo-rikimaru-c6)12:44
johnthetubaguylyarwood: thats the one12:44
*** porunov has joined #openstack-nova12:44
*** thumpba has joined #openstack-nova12:44
johnthetubaguylyarwood: its probably un related, but seemed worth a check12:44
*** porunov has left #openstack-nova12:45
*** TravT has joined #openstack-nova12:46
*** cdent has joined #openstack-nova12:49
*** xyang1 has joined #openstack-nova12:49
*** mjura has quit IRC12:52
*** diana_clarke has quit IRC12:52
*** mtanino has quit IRC12:52
*** diana_clarke has joined #openstack-nova12:53
*** thorst_ has quit IRC12:55
*** vishwanathj has joined #openstack-nova12:55
sdaguedid we rc last night?12:55
*** thorst_ has joined #openstack-nova12:56
sdagueoh, we did, I see stable/newton, success!12:56
mriedemyeah12:56
mriedembut12:56
mriedemwe're going to have an rc212:56
mriedemjohnthetubaguy: did you see rtheis' comment about ovn here? https://review.openstack.org/#/c/370681/9/nova/virt/libvirt/vif.py12:56
sdaguemriedem: ok, how do you want to treat master right now? is it wide open? or are we in a quiet period to make backports easier?12:56
johnthetubaguymriedem: nope, just seen it now12:56
mriedemsdague: as much as i'd like to start removing things, i feel like we should leave it quiet for a bit12:57
sdaguemriedem: also ++ on retrospective etherpad12:57
johnthetubaguyyeah, make backports easier for a bit makes sense12:57
mriedemi'll look for an ovn etherpad12:57
johnthetubaguyyeah ++ on retrospective, its looking good12:57
johnthetubaguymriedem: yeah, I am curious which os-vif camp they fall into12:58
mriedemovs something12:58
sdaguemriedem: do the ovn people have a job with failed results they can point to there?12:58
mriedemi'm over in neutron asking12:58
johnthetubaguymriedem: ah, so its your comment on the device not existing, which is odd12:58
mriedemyeah, i asked about that yesterday and jaypipes said the plug method would check those12:59
*** TravT has quit IRC12:59
mriedemhttps://bugs.launchpad.net/networking-ovn/+bug/162412012:59
openstackLaunchpad bug 1624120 in networking-ovn "gate-tempest-dsvm-networking-ovn failure due to "Timeout waiting for vif plugging"" [Undecided,In progress] - Assigned to Richard Theis (rtheis)12:59
*** sdake_ has joined #openstack-nova13:00
lyarwoodjohnthetubaguy: thanks, yeah it doesn't appear related, if anything we just need some additional cleanup code for when the compute node comes back up and marks the instance as in an ERROR state.13:00
mriedemsdague: johnthetubaguy: http://logs.openstack.org/75/371175/1/check/gate-tempest-dsvm-networking-ovn/7e52927/logs/screen-n-cpu.txt.gz?level=TRACE#_2016-09-16_11_20_39_62713:01
sdaguemriedem: that sounds like an ovn bug for not being in sync between neutron / ovn ?13:01
mriedemidk13:01
mriedemwould need russellb probably13:01
mriedemno one is online yet13:01
bauwsermriedem: yeah, discussed with rtheis about that13:01
mriedemoh he's in neutron13:01
*** thorst_ has quit IRC13:02
bauwser(the ovn issue)13:02
bauwserhttp://paste.openstack.org/show/579969/13:02
sdagueis it good enough to just put a try block in the nova code and let the os-vif call fail?13:02
*** code-R_ has joined #openstack-nova13:02
mriedemwe have a method in linux_net to check if the device exists13:03
mriedemwe should just add that to the loop13:03
*** sdake has quit IRC13:03
bauwsersounds fine13:03
bauwsermriedem: but why are we getting some device not existing ?13:03
*** jaosorior has quit IRC13:03
*** thorst_ has joined #openstack-nova13:04
johnthetubaguymriedem: yeah, checking if the device is there sounds halmless13:04
johnthetubaguymriedem: I can do that patch now, if thats helpful?13:04
sdaguebauwser: it sounds like from the bug neutron thinks the device is ready before ovn actually does it13:04
*** jaosorior has joined #openstack-nova13:04
*** TravT has joined #openstack-nova13:04
sdaguewhich means the mtu mismatch bug will be there on ovn, right?13:04
mriedemsdague: that ovn bug might actually be for something else13:04
sdaguemriedem: oh, ok13:05
johnthetubaguyhonestly, I thought I saw os-vif creating the device13:05
*** GB21 has quit IRC13:05
bauwsersdague: mriedem: johnthetubaguy: process-wise http://paste.openstack.org/show/579969/ is not attached to some bug in nova13:05
mriedemjohnthetubaguy: i think we have to go with the device check for now, then we can put up an ovn patch with depends-on to test it, and ship that unless ovn people can tell us otherwise13:05
*** code-R has quit IRC13:05
bauwsermriedem: I feel so13:05
mriedemjohnthetubaguy: i'll open a nova bug13:05
sdaguemriedem: yeh, at least that should avoid the instance fail to launch entirely13:06
johnthetubaguymriedem: sweet, I can start on that device check patch13:06
bauwseryup13:06
bauwserjohnthetubaguy: cool, ty13:06
johnthetubaguysdague: I wonder about just swallowing the exception, but device check feels better13:06
sdaguewell, realize device check is going to be more expensive13:07
*** dave-mccowan has joined #openstack-nova13:07
sdaguebecause it's another rootwrap exec13:07
sdaguethose have real cost13:07
bauwsermmmm13:07
bauwserthen what johnthetubaguy said, nope?13:08
bauwserie. just log and swallog13:08
bauwserswallow13:08
*** mdrabe has joined #openstack-nova13:08
sdagueI know we've had actual bottlenecks on the networking space because of rootwrap costs13:08
mriedemjohnthetubaguy: https://bugs.launchpad.net/nova/+bug/162438313:08
openstackLaunchpad bug 1624383 in OpenStack Compute (nova) "vif plugging fails with ovn when trying to set mtu on qvb device that does not exist" [Undecided,New]13:08
*** PaulMurray has quit IRC13:08
sdagueand if it's only an ovn issue, not making everyone else pay that cost, it might be nicer to just catch the exception13:09
*** TravT has quit IRC13:09
johnthetubaguysdague: hmm, good point13:09
mriedemi think we get a ProcessExecutionError or whatever, so we won't actually be checking why it failed...13:09
mriedemmaybe we don't care13:09
mriedemdoesn't matter much to me since this should go away early in ocata13:10
sdagueProcessExecutionError has the captured stderr in it13:10
johnthetubaguyyeah, that last bit wins me over I guess13:10
johnthetubaguytrue, I should be able to check that13:10
sdague"Cannot find device" is in there13:10
sdaguedoes nova have any knowledge that ovn is the back end any way?13:11
*** ayoung_ has joined #openstack-nova13:11
mriedemcdent: i'm having a hard time telling if you're trolling the retrospective13:12
mriedeme.g. "Vast amounts of code was written and not merged" in the what went well sectoin13:12
mriedem*section13:12
cdentmriedem: I've responded there13:13
cdentseeing as I'm one of the people who really wants a retrospective, do you really think I'd troll it?13:13
mriedemthe hard part about not having it in face yet is telling how people are saying things13:14
mriedemif they are sarcastic or not13:14
cdentI think doing what you did (asking in place) is probably the right thing at this stage13:14
danpbmriedem: that os-vif trace looks bizarre - i'm not seeing how we can hit that error unless nova is running on windows ?!??!13:15
mriedemdanpb: not sure why you say that13:16
danpbbecause the vif_plug_ovs impl will always create the veth pair on non-windows platforms13:16
danpbso it should always exist when nova runs  set_device_mtu13:16
*** thumpba has quit IRC13:17
mriedemare there any special ovn paths in os-vif?13:17
mriedemotherwise yeah that's what jay said yesterday13:18
danpbwhat is ovn exactly ?13:18
*** TravT has joined #openstack-nova13:18
danpbhttps://github.com/openstack/os-vif/blob/master/vif_plug_ovs/ovs.py#L11613:18
danpbthat's where os-vif creates the veth pair13:18
mriedemi'm checking logstash to make sure it's not just this one patch that's failing check in the ovn repo13:19
mriedemyup i looked at that yesterday13:19
mriedemhttps://www.sdxcentral.com/sdn/network-virtualization/definitions/what-is-open-virtual-network-ovn-how-it-works/ ?13:19
*** annegentle has joined #openstack-nova13:19
danpbi guess we could miss creation if  veth2 exists already, but veth1 does not exist, but that would be a fubar setup in other ways13:20
*** edleafe is now known as figleaf13:20
danpbah, but that can't be the case anyway, since nova's failing on the veth113:21
*** takedakn has quit IRC13:21
mriedemyeah it's not just this one change13:22
mriedemhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22mtu%201442%5C%22%20AND%20message%3A%5C%22_set_device_mtu%5C%22%20AND%20tags%3A%5C%22screen-n-cpu.txt%5C%22&from=7d13:22
cdentbauwser: generally it's not a great idea when people are doing retrospectives to disagree with what people are saying. The idea is to gather _everyone's_ input, even if it disagrees with your own reality.\13:22
cdentbauwser: so, for example, rather than saying that I'm wrong about review delay in cells, you could say in things that went well, that everything got done13:23
cdentmy comment there is actually based on some conversations I had with alaski about what needed to happen and where things were dragging. So, I'm merely writing down my experience13:23
cdentYou can deny that experience all you want, but that doesn't mean it didn't happen that way, at least for some people.13:24
*** cmartin has joined #openstack-nova13:24
danpbmriedem: aieeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee, i see what's wrong13:25
*** akshai has joined #openstack-nova13:25
danpbmriedem: isinstance(vif, VIFBridge) is *wrong* because VIFOpenVSwitch is a subclass of VIFBridge13:25
*** cmd-t has quit IRC13:25
danpbmriedem: you need to check the exact type matches VIFBridge, not merely that its an instance of it13:25
*** hemanthm|away is now known as hemanthm13:26
mriedemdanpb: ok, i commented on that as well13:27
mriedemactually, why we even check that type13:27
mriedemwhy the isinstance check at all13:27
*** akshai_ has joined #openstack-nova13:27
*** tonytan4ever has joined #openstack-nova13:27
danpbmriedem: only the VIFBridge scenario will create the veth pair13:27
mriedemok13:28
mriedemwell that's an easier fix13:28
alaskicdent: bauwser yeah, there was review latency at times for cells. And as pointed out in the "what went well" section it got better when I got a little more vocal.13:28
*** alaski is now known as lascii13:28
johnthetubaguysdague: mriedem: so that cannot find device thing... any ideas on if that will be translated into something different?13:29
mriedemi also made a point to ask lascii what needed review if i hadn't heard from him in awhile13:29
mriedemsince i assumed he was just stewing13:29
mriedem:)13:29
lasciiheh13:30
*** akshai has quit IRC13:30
mriedemjohnthetubaguy: sounds like danpb has an alternative above13:31
lasciiI think my tendency is to get into controversial discussions on the ML to let off steam :)13:31
mriedemit is13:31
mriedemmicroversions gah!13:31
*** ssurana has joined #openstack-nova13:31
bauwserlascii: cdent: so, tbc, I don't want to go in the box ring now, but I think any project with any review process has an inherent review latency13:31
*** thorst_ has quit IRC13:32
johnthetubaguydanpb: I thought I was already checking for only the VIFBridge case?13:32
bauwserthat's natural behaviour and you can't expect people being robots13:32
sdaguejohnthetubaguy: you mean, i18n translated?13:32
*** rtheis has joined #openstack-nova13:32
johnthetubaguysdague: yeah13:32
sdagueyeh, I don't know13:32
*** takedakn has joined #openstack-nova13:32
sdaguejohnthetubaguy: lets see if we can solve it in en env first13:33
bauwserlascii: so I think it's totally acceptable to have latency in your case, but you got success when you drove what to review13:33
cdentbauwser: same deal: the existence of a problem being normal or natural does not change that it is a problem, or in this case "not super awesome". Maybe we can't change it, but we need to acknowledge that it is real and "not super awesome"13:33
bauwserI don't want to enter that rabbit hole now, especially on a Friday :)13:34
danpbjohnthetubaguy: no, because VIFOpenVSwitch is a subclass of VIFBridge13:34
*** smatzek has quit IRC13:34
danpbjohnthetubaguy: so you allowed through both cases by mistake :-(13:34
cdentbauwser: it's not a rabbit hole13:34
bauwseranyway, it seems that discussion could derail for more than 40 mins13:34
openstackgerritJohn Garbutt proposed openstack/nova: Stop ovn networking failing on mtu  https://review.openstack.org/37154313:34
johnthetubaguydanpb: oh, dang it13:34
lasciibauwser: yeah, I don't want to get into it atm either. we can do it over cocktails on the beach at the summit. I'm just agreeing with cdent that it's a thing that happened and therefore could be worth discussion.13:35
bauwserI really *need* to modify my return flight from BCN, or I won't be able to attend the contributors meetup :(13:35
bauwserlascii: remember that we'll meet in late October, so being at the beach could be a bit chilly :p13:35
bauwsereven for BCN :)13:35
johnthetubaguydanpb: so direct type comparison would fix it?13:35
lasciiI love cold weather13:35
danpbyes, it should13:36
lasciibauwser: I'm leaving friday as well and won't make the afternoon session unfortunately13:36
*** tblakes has joined #openstack-nova13:36
bauwserhonestly, the fact I discovered that our meetup was only on afternoon after I booked my flight just made me angry13:37
johnthetubaguydanpb: would you recommend a good subclass for me to test with, to make sure the right thing is happening?13:37
bauwserthose friday mornings tend to be very productive13:37
*** thorst_ has joined #openstack-nova13:37
danpbjohnthetubaguy: well use  VIFOpenVSwitch and make sure set_device_mtu is not called13:37
johnthetubaguydanpb: yeah, that makes sense, will try that13:38
danpbbauwser: pretty much all Red Hat european folks are leaving friday afternoon afaik13:38
danpbso i figure friday afternoon is going to be a write-off for any kind of work13:38
danpband so planning anything important  for that time is not a good idea13:39
mriedemfriday afternoon is the meetup13:39
mriedemso just random stuff13:39
mriedemi'll start an ovn change that depends on the nova fix13:40
*** TravT has quit IRC13:41
bauwserdanpb: yeah, that's why it sucks13:41
bauwserdanpb: because we won't get enough quorum to do the things we usually discuss during those productive meetups13:41
*** thorst_ has quit IRC13:42
bauwserbut given I'm able to modify my flight for free, I'll try to do so if I can13:42
*** gszasz has quit IRC13:43
*** vladikr has joined #openstack-nova13:43
*** gszasz has joined #openstack-nova13:43
*** sree has quit IRC13:43
*** tonytan_brb has joined #openstack-nova13:44
*** rodrigods has quit IRC13:45
*** rodrigods has joined #openstack-nova13:45
*** TravT has joined #openstack-nova13:45
*** sridharg has quit IRC13:45
*** thorst_ has joined #openstack-nova13:45
*** daemontool has quit IRC13:46
*** brian_price has quit IRC13:46
*** thorst_ has quit IRC13:46
*** tonytan4ever has quit IRC13:46
*** eharney has joined #openstack-nova13:48
mriedemhere is the ovn test patch https://review.openstack.org/#/c/371549/13:49
*** sdake_ has quit IRC13:52
openstackgerritJohn Garbutt proposed openstack/nova: Stop ovn networking failing on mtu  https://review.openstack.org/37154313:53
*** thorst_ has joined #openstack-nova13:54
johnthetubaguydanpb: is that what you were thinking? ^13:55
bauwserjohnthetubaguy: so you force the bridge object type to be VIFBridge AFAICS13:55
johnthetubaguyso you looked already, thank you :)13:55
danpbperfect13:55
*** smatzek has joined #openstack-nova13:55
bauwserjohnthetubaguy: I don't know which subclasses we have, but are we sure we're not forgetting any ?13:55
johnthetubaguybauwser: basically, I write the code I intended to write the first time around13:55
danpbbauwser: its the only one where we have a subclass13:55
danpbbauwser: and i'm going to kill the subclassing13:56
johnthetubaguyturns out its confusing, yeah, lets kill that13:56
danpbbauwser: as this is now the second bug caused by someone forgetting about the subclassing13:56
bauwserdanpb: okay, I just want to make sure we're not missing any vif type that would be needed to modify the MTU but where it would also be subclassing the bridge class13:57
*** thorst_ has quit IRC13:57
danpbno, we're fine with this13:57
johnthetubaguyhmm, doesn't look like the ovn port profile should have matched anyway :S13:57
danpbjohnthetubaguy: yes, it would have matched according to the nova-compute.log i looked at13:57
johnthetubaguyah, OK13:58
*** thorst_ has joined #openstack-nova13:58
mriedemyay more unicode fun https://bugs.launchpad.net/nova/+bug/162427713:58
openstackLaunchpad bug 1624277 in OpenStack Compute (nova) mitaka "nova-scheduler: UnicodeDecodeError in host aggregates handling" [Medium,Confirmed]13:58
*** TravT has quit IRC13:59
mriedemjohnthetubaguy: danpb: i'm going to recheck the dependent ovn test patch and then will monitor it today13:59
johnthetubaguymriedem: thanks13:59
mriedemoh i see rtheis is on it14:00
cdentsdague: I resemble that remark14:00
rtheismriedem: yes, thanks for pushing that test patch.  I'm traveling a bit this morning so in and out14:01
*** jsheeren has quit IRC14:01
*** ftersin has quit IRC14:01
cdentand thank you for keeping it top level14:01
johnthetubaguydanpb: in that failure log I am seeing this: os_vif [req-0a238fc7-a1b5-4775-9dbb-514cd1fab822 tempest-ServerActionsTestJSON-443952496 tempest-ServerActionsTestJSON-443952496] Successfully plugged vif VIFOpenVSwitch(active=False,address=fa:16:3e:c1:6c:c9,bridge_name='br-int',has_traffic_filtering=True,id=14883a5f-8d41-4d98-a90b-2e556c7da15c,network=Network(11936b5d-b863-4b4a-aa02-1053ad6dd0b9),plugin='ovs',port_pro14:01
johnthetubaguyfile=VIFPortProfileBase,preserve_on_delete=False,vif_name='tap14883a5f-8d')14:01
openstackgerritDaniel Berrange proposed openstack/os-vif: vif: stop VIFOpenVSwitch inheriting VIFBridge  https://review.openstack.org/37156214:01
sdaguecdent: yeh, well if we are putting meta issues in here, we should definitely reflect all the sides. Though it might be better to break of a dedicated meta issue area, because very little of that has to do with this release cycle14:02
*** coolsvap has quit IRC14:02
danpbjohnthetubaguy: that's just misleading stringification - dunno why its reporting the base class instead of the specific subclass for the port profile14:02
danpbnothing ever instantiates VIFPortProfileBase itself14:02
cdentsdague: well I'd argue that it's the meta issues that are the fundamentals that cause all the other things, so I like them being here14:02
johnthetubaguydanpb: ah, bummer14:02
*** ducttape_ has joined #openstack-nova14:03
cdentsdague: but yeah, totally fair14:03
*** Hieu has joined #openstack-nova14:03
*** ociuhandu has joined #openstack-nova14:04
*** thorst_ has quit IRC14:04
*** TravT has joined #openstack-nova14:04
danpbjohnthetubaguy: oh its the fault of ovo.fields.Object - its __repr__ impl just reports the internal base class its set up with14:04
danpbjohnthetubaguy: rather than the actual subclass its value is currently set  to14:04
johnthetubaguyoh, nasty14:04
danpbthis didn't matter until we added the 'subclasses=True'  parameter to Object  field type, to let it accept subclasses14:05
* danpb looks at a possible fix14:05
*** tongli has joined #openstack-nova14:06
*** pwnall has joined #openstack-nova14:07
*** pwnall is now known as Guest6042814:07
*** ociuhandu has quit IRC14:09
*** thorst_ has joined #openstack-nova14:09
*** jaosorior has quit IRC14:10
*** ociuhandu has joined #openstack-nova14:11
*** Hieu has quit IRC14:11
*** adisky has quit IRC14:12
*** thorst_ has quit IRC14:12
*** TravT has quit IRC14:13
*** Guest60428 has quit IRC14:13
*** hshiina has joined #openstack-nova14:14
*** rtheis has quit IRC14:14
*** thorst_ has joined #openstack-nova14:15
*** ociuhandu has quit IRC14:15
*** iurygregory has joined #openstack-nova14:16
*** thorst_ has quit IRC14:16
*** _ducttape_ has joined #openstack-nova14:18
*** TravT has joined #openstack-nova14:18
*** tonytan_brb is now known as tonytan4ever14:20
*** ducttape_ has quit IRC14:21
*** thorst_ has joined #openstack-nova14:22
*** paul-carlton2 has quit IRC14:22
*** salv-orl_ has quit IRC14:23
*** thorst_ has quit IRC14:23
*** salv-orlando has joined #openstack-nova14:24
*** jed56 has joined #openstack-nova14:26
*** annegentle has quit IRC14:28
*** rtheis has joined #openstack-nova14:29
danpbjohnthetubaguy: fixed the stringifying of object fields now  https://review.openstack.org/37158314:33
johnthetubaguydanpb: nice14:34
*** DaveJ has joined #openstack-nova14:35
*** TravT has quit IRC14:35
DaveJHi guys - I added a small spec for a new filter: https://review.openstack.org/#/c/370243/  Do I need to do anything to get this reviewed/approved or does it happen automatically?  It's such a small feature I'm not sure it requires a spec?14:36
*** tri2sing has joined #openstack-nova14:37
*** thorst_ has joined #openstack-nova14:37
*** bnemec has quit IRC14:37
johnthetubaguyDaveJ: normally filters don't need a spec, although its worth noting master is now ocata14:37
johnthetubaguyDaveJ: that filter sounds familiar though, I kinda thought we had something a bit like that already14:38
*** mdrabe has quit IRC14:39
DaveJjohnthetubaguy: There is a Mutl Tenant one, that works on a filter_tenant_id.  But the problem is it only includes 'tenants' as opposed to excludes, which was specific use-case we had.14:39
kashyapI don't think there'll be any earth-shattering stuff Friday evening.  If there's, I'm sure whoever is in the room post notes to the list...14:40
kashyapI don't think there'll be any earth-shattering stuff Friday evening.  If there's, I'm sure whoever is in the room might most likely post notes to the list...14:40
DaveJjohnthetubaguy: The intention was to use a combination of both filters to restrict/control placement for certian special tenants.14:40
*** TravT has joined #openstack-nova14:40
kashyapErrr, I was responding to a stale message from bauwser.  And, didn't see the scrollback after that.14:41
DaveJjohnthetubaguy:  What makes sense, should I just develop against the blueprint, or now that I have a spec, should I re-submit it against ocata14:41
*** burgerk has joined #openstack-nova14:42
johnthetubaguyDaveJ: I would add the blueprint to the agenda of the next nova meeting, asking if it can be a specless bp14:42
DaveJjohnthetubaguy: Thanks.  QQ - how do I add it to the agenda :-)14:42
johnthetubaguyDaveJ: I am curious why you don't just the exclude option into the existing filter14:43
johnthetubaguyDaveJ: just add it in the wiki page: https://wiki.openstack.org/wiki/Meetings/Nova14:43
iurygregoryhey people o/ Does nova have a feature to update instance information stored in KVM libvirt ? like vcpu_quota ( this can be update using "virsh schedinfo server_id --set vcpu_quota=x") .14:43
DaveJjohnthetubaguy: That was one option (I mentioned in the spec :-) ) I could do that - I guess I wasn't sure if the preference to have a filter that does one thing, and does it well14:43
johnthetubaguyDaveJ: feels like this is two sides of the same coin14:44
mriedemiurygregory: like change the domain xml via the nova api directly?14:44
*** mdrabe has joined #openstack-nova14:44
DaveJYeah it is very much.14:44
iurygregorymriedem, yeah i think this comand does this14:44
mriedemiurygregory: no we don't have something like that14:45
iurygregorymriedem, this would be something that fits in nova?14:45
*** ircuser-1 has quit IRC14:46
*** kfarr has joined #openstack-nova14:46
mriedemiurygregory: i think we've pushed back on things like that in the past14:46
mriedemyou could rebuild the server14:46
mriedemiurygregory: maybe ask danpb for his thoughts14:47
*** mgoddard_ has joined #openstack-nova14:47
iurygregorymriedem, thank you very much14:47
*** artom has quit IRC14:47
danpbiurygregory: mriedem  lol, no way will we ever allow update of libvirt xml via nova apis14:48
danpbit would defeat the whole point of the nova api which is to provide a generic XML that works across all virt drivers14:48
*** pbandark has quit IRC14:48
danpbs/generic XML/generic API/14:49
* mriedem starts working on agent build support for libvirt14:49
openstackgerritSlawek Kaplonski proposed openstack/nova: [WIP] Fix quota calculation for instances in server_group  https://review.openstack.org/37159214:49
iurygregorydanpb, humm do you have any idea where this work could be done in openstack?14:49
danpbif there's a use case to update some aspect of guest config, we need to explicitly model that in the nova API14:49
*** bnemec has joined #openstack-nova14:49
*** TravT has quit IRC14:49
danpband nova would then translate that into the relevant hypervisor specific implementation (xml in libvirt case)14:49
*** zz_dimtruck is now known as dimtruck14:50
*** mgoddard has quit IRC14:50
iurygregorywell our idea is that we could make the cpu instance more slow so we can do vertical scaling =)14:50
danpbon the specific case of wanting to update the schedinfo, I don't think that belongs in nova api at all14:50
*** nkrinner is now known as nkrinner_afk14:50
*** rfolco has quit IRC14:50
danpbperformance tunables are something associated with the flavour14:50
mriedemyeah i was going to say, rebuild? migrate/resize?14:51
mriedemwith a different flavor14:51
danpband we don't want to let users arbitrarily tweak flavour settings independantly14:51
danpbyeah, it'd have to be done by updating the flavour associated with a guest14:51
iurygregoryyeah but we need to shutdown instance to change the flavor no?14:51
mriedemyes14:51
mriedemresize is a cold migratoin14:51
mriedemand rebuild, is a rebuild14:51
danpbthere's a proposal somewhere to do dynamic resize on running guests14:52
danpbits doable but seriously non-trivial14:52
iurygregorylike i had an app running in the instance but i think is running slow, upda the vcpu_quota can give a speedup i would like to not shutdown the instance14:52
iurygregorythis would be something that only admin can do i think14:53
danpbessentially you're saying you picked the wrong flavour to start with14:53
danpband you want your instance in a more powerful flavour14:53
iurygregoryyeah14:54
danpbfrom the nova api pov, this would have to be a  live "switch flavour" kind of operation14:54
*** jdurgin has quit IRC14:54
danpband like i said above, this has been proposed, but is not available at this time, and not sure anyone's actively loking at it14:54
*** TravT has joined #openstack-nova14:54
*** sajeesh has joined #openstack-nova14:55
iurygregorydoes it have a bp or spec?14:55
danpbthere was one somewhere, but can't rememeber what its called14:55
iurygregoryall specs are in the nova-specs repo? i'll take a look =D14:56
iurygregorythanks you very much danpb and mriedem14:56
mriedemdanpb: yeah that's claudiub|2's live resize spec, which at the midcycle we said we were going to try to get in, but is dependent on the api discoverability stuff first14:56
danpboh right,yeah, that's the one14:57
*** rrecio_ has joined #openstack-nova14:57
iurygregorytks :D14:57
mriedemiurygregory: https://review.openstack.org/#/c/141219/14:57
claudiub|2yeah, currently working on the api discoverability stuff14:57
mriedemclaudiub|2: o/14:58
claudiub|2might have something working pretty soon14:58
iurygregorytks people :D14:58
*** amotoki has joined #openstack-nova15:01
*** belliott_ has quit IRC15:01
*** amotoki has quit IRC15:01
mriedemcdent: btw, thanks for the feedback in the retrospective, don't want to seem like i'm dumping on you15:02
cdentmriedem: I often find myself as the token outspoken person, so I'm kind of used to it.15:02
cdentmriedem: I was gonna write down on there, but I'm not quite sure how to put it eloquently: It can feel _really_ risky to blow ones karma-wad on things like this, even though it is important.15:03
cdentI've had more than one person thank me already today for "continuing to push on these issues"15:03
mriedemdirty15:03
cdentthat that is happening is a) sad b) bad15:04
cdentof course the more it happens, the more I feel I ought to be "that guy" because somebody has to do it, and the more I worry about my precious wad15:05
*** TravT has quit IRC15:08
figleafcdent: guard it. Mine was spent a long time ago15:08
*** mag009 has quit IRC15:09
mriedemjohnthetubaguy: https://review.openstack.org/#/c/371543/ +W15:09
mriedemthanks15:09
*** sahid has quit IRC15:09
*** mag009 has joined #openstack-nova15:09
johnthetubaguymriedem: ah, cool15:09
cdentfigleaf: :( that's a) sad b) bad c) trending towards some horrible puns15:09
*** sahid has joined #openstack-nova15:09
figleafcdent: well, you chose that image15:10
cdentI couldn't help myself!15:10
*** rfolco has joined #openstack-nova15:10
mriedemjohnthetubaguy: pep8 :(15:13
mriedemhttp://logs.openstack.org/43/371543/2/check/gate-nova-pep8-ubuntu-xenial/a3c5a32/console.html#_2016-09-16_13_58_58_57283415:13
*** jkraj has quit IRC15:13
*** mag009 has quit IRC15:14
*** mdrabe has quit IRC15:14
*** mdrabe has joined #openstack-nova15:14
openstackgerritMatt Riedemann proposed openstack/nova: Stop ovn networking failing on mtu  https://review.openstack.org/37154315:14
*** sdake has joined #openstack-nova15:14
mriedemfixed15:15
*** annegentle has joined #openstack-nova15:15
*** rcernin has quit IRC15:15
*** thorst_ has quit IRC15:16
*** TravT has joined #openstack-nova15:17
*** sdake_ has joined #openstack-nova15:18
*** jkraj has joined #openstack-nova15:19
*** sdake has quit IRC15:20
*** mag009_ has joined #openstack-nova15:21
*** annegentle has quit IRC15:21
*** thorst_ has joined #openstack-nova15:22
*** bnemec has quit IRC15:22
*** mag009_ has quit IRC15:22
*** mag009_ has joined #openstack-nova15:23
*** thorst_ has quit IRC15:24
*** mag009_ is now known as mag00915:24
*** mag009 has quit IRC15:24
*** mag009 has joined #openstack-nova15:24
*** gouthamr has joined #openstack-nova15:25
*** bnemec has joined #openstack-nova15:25
*** mmedvede has quit IRC15:26
*** aunnam_ has joined #openstack-nova15:27
*** thorst_ has joined #openstack-nova15:27
*** sandanar__ has quit IRC15:28
mriedemcfriesen: i thought you fixed something like this? https://bugs.launchpad.net/nova/+bug/162405215:28
openstackLaunchpad bug 1624052 in OpenStack Compute (nova) "Evacuation fails with VirtualInterfaceCreateException" [Undecided,New]15:28
*** GB21 has joined #openstack-nova15:29
lyarwoodmriedem: https://bugs.launchpad.net/nova/+bug/1430042 right?15:29
openstackLaunchpad bug 1430042 in Ubuntu Trusty "Virtual Machine could not be evacuated because virtual interface creation failed" [Undecided,New]15:29
*** jkraj has quit IRC15:30
kashyapYeah, they both look similar15:31
kashyapAlso, just to confuse a bit more, this looks similar too -- https://bugs.launchpad.net/mos/+bug/159049015:31
openstackLaunchpad bug 1590490 in Mirantis OpenStack 9.x "Vm evacuation fails with error 'Virtual Interface creation failed'" [High,In progress] - Assigned to Roman Podoliaka (rpodolyaka)15:31
*** riccardo has quit IRC15:31
*** migi is now known as migi_afk15:32
kashyapDuh, that's Mirantis specific.15:32
* kashyap should stop multi-tasking, as humanly as possible15:33
lyarwoodwell it points to https://review.openstack.org/#/c/331707 so not really15:33
cfriesenmriedem: sort of sounds familiar, let me take a look15:33
mriedemlyarwood: heh well it has cfriesen's name on it :)15:34
lyarwoodmriedem: yeah sorry this just came up downstream while artom is out for the morning15:35
mriedemhttps://review.openstack.org/#/c/169827/15:35
mriedemlyarwood: any idea what release?15:36
lyarwoodmriedem: reported against Liberty 12.0.215:36
mriedemhttps://review.openstack.org/#/c/169827/ is in liberty 12.0.015:36
lyarwoodyup so that's not it, https://bugs.launchpad.net/nova-powervm/+bug/1535918 looks like a better bug report btw15:37
openstackLaunchpad bug 1535918 in OpenStack Compute (nova) "instance.host not updated on evacuation" [Undecided,In progress] - Assigned to Sridhar Venkat (svenkat)15:37
lyarwoodnova-power but has a change attached that looks to be in progress for nova15:38
kashyapIn unrelated news, /me is struggling to reproduce this race condition, with CirrOS at least.  Tomorrow will be a better day, should try with larger Nova instances -- https://bugs.launchpad.net/nova/+bug/142155015:39
openstackLaunchpad bug 1421550 in OpenStack Compute (nova) "Creating VM image fails under the race condition with detaching volume" [Medium,In progress] - Assigned to ugvddm (271025598-9)15:40
*** DaveJ is now known as dave-johnston15:40
mriedemlyarwood: good find15:41
mriedemanyway, i have to head out for the afternoon, mandatory volunteer work15:41
cmartinIf anybody is available I have a patch up for a bugfix here that needs some reviews: https://review.openstack.org/#/c/370861/15:43
*** psachin has quit IRC15:44
*** takedakn has quit IRC15:46
mriedemcmartin: did you see comments in https://review.openstack.org/#/c/287774/ ?15:46
*** bvanhav has quit IRC15:47
*** rhagarty has joined #openstack-nova15:47
*** rhagarty_ has quit IRC15:48
cmartinmriedem: hold on let me look I was looking more at https://review.openstack.org/#/c/202379/ and addressing those concerns15:48
mriedemcmartin: if you want to address the comments in the original proposed fix then we can restore that rather than push a duplicate fix15:49
cmartinmriedem: more specifically making sure if exceptions were thrown in instsance start up that they wouldn't be as obscure15:49
cfriesenmriedem: bug #1430042 is the one I fixed15:49
openstackbug 1430042 in Ubuntu Trusty "Virtual Machine could not be evacuated because virtual interface creation failed" [Undecided,New] https://launchpad.net/bugs/143004215:49
mriedemok, have to run15:50
*** mriedem is now known as mriedem_afk15:50
openstackgerritianeta hutchinson proposed openstack/nova: Updates URL and removes trailing characters  https://review.openstack.org/36818515:51
*** rhagarty_ has joined #openstack-nova15:53
cmartinHow do I 'unabandon' a previous patch so I can commit to that instead of my own patch then?15:55
*** rhagarty has quit IRC15:55
figleafcmartin: IIRC, only the patch owner or a core can unabandon15:57
*** jlanoux has quit IRC15:58
*** liangy has joined #openstack-nova15:59
*** code-R_ has quit IRC15:59
*** artom has joined #openstack-nova16:00
*** derekh has quit IRC16:02
*** matrohon has quit IRC16:02
cfriesenrandom question...what's the right thing to do when an auth token expires during a long-running operation?16:03
*** mtanino has joined #openstack-nova16:03
*** thorst_ has quit IRC16:03
*** danpb has quit IRC16:04
*** tonytan4ever has quit IRC16:04
*** pilgrimstack has quit IRC16:04
*** artom has quit IRC16:04
cmartinIs there a core reviewer here that can unabandon this patch: https://review.openstack.org/#/c/287774/16:05
*** raunak has joined #openstack-nova16:05
figleafcfriesen: the pattern I've used is to catch the auth failure and retry once. If success, it's a token expiration. If fail, it's a general auth issue16:05
*** artom has joined #openstack-nova16:05
*** TravT has quit IRC16:05
cfriesenfigleaf: catch the auth failure where?  in nova, or in the code that issued the nova request?16:06
*** takedakn has joined #openstack-nova16:06
*** aunnam_ has quit IRC16:07
*** takedakn has quit IRC16:07
*** belliott has joined #openstack-nova16:07
*** belliott has quit IRC16:07
*** belliott has joined #openstack-nova16:08
cfriesenthe issue I'm seeing is someone issuing a request from horizon right before the horizon auth expires, so that it's expired by the time nova uses it to request something from neutron.16:08
*** belliott has quit IRC16:09
*** belliott has joined #openstack-nova16:09
*** TravT has joined #openstack-nova16:10
clarkbcfriesen: I want to say keystoneauth tries to avoid that by renewing tokens that are near expiration. But I think if an auth fail does occur anyways it bubbles that up16:10
artommriedem_afk, lyarwood, thanks for pointing out bug 1535918 as a potential duplicate of 162405216:11
openstackbug 1535918 in OpenStack Compute (nova) "instance.host not updated on evacuation" [Undecided,In progress] https://launchpad.net/bugs/1535918 - Assigned to Sridhar Venkat (svenkat)16:11
*** thorst_ has joined #openstack-nova16:11
*** thorst_ has quit IRC16:11
lyarwoodartom: np :)16:11
artomNot entirely sure the fix https://review.openstack.org/#/c/331707 is appropriate, so I'll need to actually set up an environment (yey multihost Neutron :/ ) and check16:11
figleafcfriesen: well, that's the tricky part. If there is a single point where requests are made, then you can just wrap that in a try/except to catch the auth failure16:12
figleafcfriesen: you could also just create a decorator to do this, and add that to long-running methods16:12
*** mordred has quit IRC16:13
*** efoley has quit IRC16:13
*** phschwartz has quit IRC16:14
*** hieulq_ has joined #openstack-nova16:15
*** fragatina has joined #openstack-nova16:16
*** phschwartz has joined #openstack-nova16:16
*** thorst_ has joined #openstack-nova16:16
*** cdent has quit IRC16:16
*** Apoorva has joined #openstack-nova16:16
*** mordred has joined #openstack-nova16:17
lasciicmartin: I restored that patch for you16:18
cmartinlascii: thankyou16:18
openstackgerritChristopher Martin proposed openstack/nova: Fix for resize vm_state stopped rollback  https://review.openstack.org/28777416:19
*** fragatina has quit IRC16:20
kfox1111seing a weird error. in nova-conductor, once a minute, its complaining about rpc message timeouts.16:21
kfox1111any idea what might cause that?16:21
kfox1111laucnhing vm's seems to be working fine though.16:21
kfox1111and nova service-list shows everything happy.16:21
*** aorourke has quit IRC16:22
*** aorourke has joined #openstack-nova16:23
*** hshiina has quit IRC16:24
*** rmcall has quit IRC16:27
*** rmcall has joined #openstack-nova16:28
johnthetubaguykfox1111: have you got the logs somewhere, sounds a periodic task somewhere16:29
*** hemanthm is now known as hemanthm|vto16:30
*** tbachman has quit IRC16:31
*** hieulq_ has quit IRC16:31
*** Oku_OS is now known as Oku_OS-away16:31
*** Swami has joined #openstack-nova16:31
*** hieulq_ has joined #openstack-nova16:32
kfox1111yeah. but nothing obvious in the logs.16:33
kfox1111they are just coming out of nova conductor.16:33
kfox1111and they look like:16:33
*** wznoinsk has quit IRC16:33
kfox1111http://pastebin.com/4BDmgc3C16:34
kfox1111not really figuring out a way to figure out what the destination if the rpc is.16:34
kfox1111doing a tcpdump shows it only talking to rabbit/mariadb.16:35
kfox1111no queue in rabbit shows a pile up of messages.16:35
kfox1111just periodic spikes of messages when nova-conductor's doing this.16:36
*** rmcall has quit IRC16:36
*** _ducttape_ has quit IRC16:36
johnthetubaguyyou are seeing that in the nova-conductor logs?16:37
kfox1111do you know what activities run once a minute in nova-conductor?16:37
kfox1111yeah.16:37
kfox1111and what they try and talk to?16:37
*** ducttape_ has joined #openstack-nova16:37
johnthetubaguylooks like object back leveling is happening, which shouldn't be possible16:37
*** rmcall has joined #openstack-nova16:37
johnthetubaguyhave all your nova-conductors being upgraded to the newest version?16:37
*** tjones has left #openstack-nova16:37
*** ducttape_ has quit IRC16:38
*** GB21 has quit IRC16:38
*** ducttape_ has joined #openstack-nova16:38
johnthetubaguyI really mean, non of your conductors are running old code16:38
kfox1111yeah.16:38
kfox1111I don't think so.16:38
kfox1111one compute one condroller in this test box. all in one.16:38
*** lpetrut has quit IRC16:38
johnthetubaguyrunning master?16:39
kfox1111mitaka16:39
*** rhagarty_ has quit IRC16:39
kfox1111I didn't build the config files, so maybe something odd there?16:39
johnthetubaguyunsure, its possible16:40
johnthetubaguylooks like I am missing the log context in there though16:40
*** TravT has quit IRC16:40
*** wznoinsk has joined #openstack-nova16:40
johnthetubaguysomething above there should give some hints16:40
kfox1111k. let me look.16:41
johnthetubaguyneed to know what other logs say for req-d3bc25a4-30e0-4359-8e7e-de7f6cef9d9016:41
*** rmcall has quit IRC16:41
*** sahid has quit IRC16:41
johnthetubaguyits possible the periodic context, but good to know these things16:41
*** rhagarty has joined #openstack-nova16:42
*** browne has joined #openstack-nova16:43
kfox1111not much... I hit enter a bunch of time, waited a minute, then got the top of the stuff: http://pastebin.com/xFbmPKbk16:44
kfox1111looks pretty similar to the first one.16:44
*** tri2sing has quit IRC16:45
*** TravT has joined #openstack-nova16:45
johnthetubaguykfox1111: are there no logs before that error log?16:45
johnthetubaguykfox1111: note, the log I need will have been 60 seconds before the ERROR log16:45
kfox1111just more of the same. :/16:46
johnthetubaguykfox1111: maybe turn on debug logs? maybe we are only getting ERROR logs here16:46
*** fragatina has joined #openstack-nova16:46
*** lucasagomes is now known as lucas-dinner16:47
johnthetubaguylooks a bit like an infinite loop of the conductor setting RPC messages to its-self and not getting a reply... not seen that before16:47
kfox1111let me send you the whole log.16:48
*** andymaier has quit IRC16:49
*** fragatina has quit IRC16:49
*** unicell has quit IRC16:49
*** agireud has quit IRC16:49
*** fragatina has joined #openstack-nova16:49
kfox1111actually, let me send you only the first 1000 lines.... :)16:51
johnthetubaguyheh. yeah16:51
*** agireud has joined #openstack-nova16:51
kfox1111k. pm'ed you.16:53
*** ihrachys has quit IRC16:53
*** hieulq_ has quit IRC16:54
kfox1111 Number of call queues is greater than warning threshold: 40. There could be a leak. Increasing threshold to: 80   <- maybe?16:54
kfox1111I don't see a lot of queues in rabbit though, so not sure what its talking about.16:58
johnthetubaguythere are the temp queues that get created for RPC calls, not sure how they appear17:00
kfox1111I see 8 reply_<uuid> queues in rabbit.17:01
kfox1111one of them periodically gets busy at the smae time the conductor queue does.17:02
*** gszasz has quit IRC17:02
kfox1111and its one nova-conductor's listening on.17:03
*** mgoddard_ has quit IRC17:03
*** annegentle has joined #openstack-nova17:03
kfox1111should I burn down that queue?17:03
kfox1111 / restart nova-conductor?17:03
*** tonytan4ever has joined #openstack-nova17:04
johnthetubaguyI am not sure, dansmith might have a better idea on this17:04
johnthetubaguyit looks like your conductor is triggering an object version backport17:05
johnthetubaguyhere: https://github.com/openstack/nova/blob/master/nova/objects/base.py#L25917:05
*** ircuser-1 has joined #openstack-nova17:05
*** fragatina has quit IRC17:05
johnthetubaguybut the basic idea is that should never happen, because the conductor is always running the newest code17:05
johnthetubaguya restart might help make sure its not running some old version of the code I guess?17:05
kfox1111hmm....17:06
*** fragatina has joined #openstack-nova17:06
johnthetubaguyits like one of the services talking to the conductor is sending new messages it doesn't understand17:06
kfox1111ok. one possiblility... I'm testing with an ubuntu nova compute and a centos nova-conductor.17:06
johnthetubaguyyeah, the versions are not matching here17:06
kfox1111so maybe it thinks the ubuntu one's a bit newer?17:07
johnthetubaguyyeah, that would cause this problem17:07
johnthetubaguyit might be they have backported some stuff that increases some object versions17:07
kfox1111ok. I'll redeploy it with ubuntu nova everything and see if that helps.17:07
johnthetubaguyits not allowed, but they could have17:07
kfox1111ah.17:07
kfox1111ok. thanks for the help.17:08
johnthetubaguyno worries, that was kinda interesting17:08
johnthetubaguyI would add logs into here, if you want to confirm whats going on: https://github.com/openstack/nova/blob/master/nova/objects/base.py#L27017:08
*** tblakes has quit IRC17:09
kfox1111ok. thanks. :)17:09
*** tonytan4ever has quit IRC17:10
*** ducttape_ has quit IRC17:11
*** thorst_ has quit IRC17:12
*** sdake_ has quit IRC17:18
kfox1111yup. that seems to have fixed it. :/17:20
kfox1111sorry for the noise. :)17:20
*** tbachman has joined #openstack-nova17:21
*** tbachman_ has joined #openstack-nova17:23
*** oanson has joined #openstack-nova17:25
*** tbachman has quit IRC17:26
*** tbachman_ is now known as tbachman17:26
*** gjayavelu has joined #openstack-nova17:27
*** tonytan4ever has joined #openstack-nova17:29
*** unicell has joined #openstack-nova17:30
*** tbachman has quit IRC17:35
*** tbachman has joined #openstack-nova17:36
cfriesenso given the timing, am I right in assuming that https://review.openstack.org/#/c/286744 and its related changes won't be making it in for N?17:38
cfriesenit's too bad, since this is needed for anything close to reliable live migration of instances with pinned CPUs.17:38
*** annegentle has quit IRC17:39
artomI'd spin it as a feature: "Nova does Strong CPU pinning. Once a CPU is pinned, it can only be unpinned by Act of Congress."17:42
cfriesenlol17:42
cfriesen"not just cpu pinning, but node pinning too!"17:42
*** jamesdenton has joined #openstack-nova17:43
*** ducttape_ has joined #openstack-nova17:45
*** kfarr has quit IRC17:49
*** rama_y has joined #openstack-nova17:55
*** tblakes has joined #openstack-nova17:55
*** stewie925_ has joined #openstack-nova17:57
*** akshai_ has quit IRC18:01
*** annegentle has joined #openstack-nova18:02
*** tblakes has quit IRC18:02
*** tblakes has joined #openstack-nova18:03
*** sdague has quit IRC18:06
openstackgerritjichenjc proposed openstack/nova: Add hypervisor_links into hypervisor v2.33  https://review.openstack.org/37073218:08
*** TravT has quit IRC18:08
*** sudipto has quit IRC18:08
*** sudswas__ has quit IRC18:08
*** dave-mcc_ has joined #openstack-nova18:12
*** harlowja has joined #openstack-nova18:13
*** ducttape_ has quit IRC18:13
*** dave-mccowan has quit IRC18:16
*** sajeesh has quit IRC18:16
*** jwcroppe has quit IRC18:18
openstackgerritjichenjc proposed openstack/nova: Add keypairs_links into resp  https://review.openstack.org/37076018:19
*** annegentle has quit IRC18:23
diana_clarkeNow that master is open again...18:31
diana_clarkeIf anyone wants something easy and boring to review on a Friday, there are always the last of the database poison warnings: https://review.openstack.org/#/q/project:openstack/nova+branch:master+topic:bug/156841418:31
*** yamahata has joined #openstack-nova18:37
*** unicell has quit IRC18:37
openstackgerritjichenjc proposed openstack/nova: Add description for v2.20 changes in api-ref  https://review.openstack.org/37145818:41
*** unicell has joined #openstack-nova18:42
*** bnemec is now known as beekneemech18:45
*** oanson has quit IRC18:45
*** lpetrut has joined #openstack-nova18:45
*** dimtruck is now known as zz_dimtruck18:48
*** pilgrimstack has joined #openstack-nova18:52
*** tbachman has quit IRC18:54
*** tblakes has quit IRC18:54
*** tblakes has joined #openstack-nova18:55
*** ociuhandu has joined #openstack-nova18:55
*** mlavalle has joined #openstack-nova19:01
*** pilgrimstack has quit IRC19:02
*** zz_dimtruck is now known as dimtruck19:05
*** rtheis_ has joined #openstack-nova19:07
*** anush__ has quit IRC19:08
*** anush__ has joined #openstack-nova19:09
*** rtheis has quit IRC19:09
*** rhagarty has quit IRC19:11
*** raunak has quit IRC19:12
*** gouthamr has quit IRC19:15
*** david-lyle has quit IRC19:30
*** david-lyle has joined #openstack-nova19:30
*** gouthamr has joined #openstack-nova19:30
*** akshai has joined #openstack-nova19:39
*** akshai_ has joined #openstack-nova19:40
*** salv-orl_ has joined #openstack-nova19:41
*** rtheis_ is now known as rtheis19:41
*** tblakes has quit IRC19:42
*** david-lyle has quit IRC19:43
*** salv-orlando has quit IRC19:43
*** tblakes has joined #openstack-nova19:44
*** akshai has quit IRC19:44
*** tblakes has quit IRC19:44
*** Apoorva has quit IRC19:47
*** artom has quit IRC19:48
*** artom has joined #openstack-nova19:50
*** dave-johnston has quit IRC19:51
*** thorst_ has joined #openstack-nova19:52
*** vladikr has quit IRC19:52
*** thorst_ has quit IRC19:56
*** TravT has joined #openstack-nova19:57
*** openstackstatus has quit IRC19:58
*** tblakes_ has joined #openstack-nova19:59
*** TravT has quit IRC19:59
*** sdake has joined #openstack-nova19:59
*** thorst_ has joined #openstack-nova19:59
*** openstackstatus has joined #openstack-nova20:00
*** ChanServ sets mode: +v openstackstatus20:00
openstackgerritPushkar Umaranikar proposed openstack/nova: os-vif pollute test output  https://review.openstack.org/37178520:01
*** TravT has joined #openstack-nova20:02
*** tblakes_ is now known as tblakes20:03
*** artom has quit IRC20:04
*** alex_xu has quit IRC20:04
*** dimtruck is now known as zz_dimtruck20:06
*** raunak has joined #openstack-nova20:07
*** sdague has joined #openstack-nova20:07
*** alex_xu has joined #openstack-nova20:07
*** raunak has quit IRC20:07
*** dave-mcc_ has quit IRC20:11
*** raunak has joined #openstack-nova20:15
*** rhagarty has joined #openstack-nova20:16
*** jcoufal has quit IRC20:18
*** smatzek has quit IRC20:19
*** tbachman has joined #openstack-nova20:19
openstackgerritPushkar Umaranikar proposed openstack/nova: os-vif pollute test output  https://review.openstack.org/37178520:20
*** rushiagr has quit IRC20:21
*** scottda has quit IRC20:21
*** scottda has joined #openstack-nova20:23
*** rushiagr has joined #openstack-nova20:24
*** tbachman has quit IRC20:27
*** jheroux has joined #openstack-nova20:27
*** zz_dimtruck is now known as dimtruck20:29
*** iurygregory has quit IRC20:32
*** dave-mccowan has joined #openstack-nova20:33
*** Apoorva has joined #openstack-nova20:34
*** Jeffrey4l has quit IRC20:35
*** rama_y has quit IRC20:35
*** Jeffrey4l has joined #openstack-nova20:35
*** sdake has quit IRC20:37
*** dave-mccowan has quit IRC20:38
*** sdague has quit IRC20:39
*** tri2sing has joined #openstack-nova20:43
*** rama_y has joined #openstack-nova20:43
slaweq_melwitt: hello20:46
melwittslaweq_: hi20:48
slaweq_melwitt: I have a question about https://bugs.launchpad.net/nova/+bug/1623809 - what specs should be made for this change? in related which You linked there is info that nova fails always when max-count of instances can't be spawned20:48
openstackLaunchpad bug 1623809 in OpenStack Compute (nova) "Quota exceeded when spawning instances in server group" [Undecided,In progress] - Assigned to Slawek Kaplonski (slaweq)20:48
slaweq_but as I checked it it's not true. I tested (without server groups) --min-count=5 and --max-count=15 and 10 instances was spawned because I had quota for instances set to 1020:49
slaweq_IMHO everything was working fine there except that case which I described20:50
*** tblakes has quit IRC20:50
slaweq_I also made "small" patch to fix it, can You maybe take a look on it in meantime20:50
melwittslaweq_: oh, hm20:50
slaweq_there is no tests for this patch yet but in my "manual" tests on devstack it was working today20:51
slaweq_or maybe I missed something and it should works in different way?20:51
*** edmondsw has quit IRC20:51
melwittlet me look at that bug again. I thought it was saying a request (without server groups involved) would get kicked out if max-count couldn't be fulfilled20:51
slaweq_melwitt: no, I described there only case with server-group provided20:52
*** lascii is now known as alaski20:53
melwittoh, okay20:55
*** sdake has joined #openstack-nova20:55
melwittthere's been debate in the past over how it should work. currently, for all cases (with and without server groups) the min_count doesn't behave the way one would expect. and there are differing opinions on that20:57
*** tbachman has joined #openstack-nova20:58
slaweq_ah, so bug which I reported is not bug in fact, right?20:59
melwittso I was trying to say it will take a bit of discussion to get things rolling and a spec proposed that describes how min_count and max_count should behave and apply it consistently wherever it's used20:59
melwitteh, it's debatable. I personally think the treatment of min_count is wrong/unexpected. in the past I think we couldn't move forward to change it because we didn't have api microversions like we do now21:00
slaweq_so, can I ask how for You should works min-count and max-count?21:02
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova: Improve help text for ldap_dns_opts  https://review.openstack.org/34198421:02
slaweq_because for me it should try to spawn as much instances as is possible from range <min-count, max-count> given by user21:03
melwittI think the same as you and cfriesen that if min_count can be fulfilled, it should do that21:03
*** ijw has joined #openstack-nova21:04
melwittthere has been some talk of removing the multi create api in the past, I think that was maybe another reason this didn't go forward21:04
*** xinliang has quit IRC21:06
melwittso, it's a bit of a challenging subject. if you'll be at the summit, it would be a good thing to sign up for an unconference slot, or you can start a conversation on the dev ML or at a nova meeting to get some other input and find out how/if to move forward21:06
slaweq_melwitt: ok, I will try to test all (I hope) possibilities to spawn instances with min/max-count and with/without server_groups and summarize next week. I will then send email about that to ML21:07
*** ijw has quit IRC21:07
*** ijw has joined #openstack-nova21:07
slaweq_I will be on summit also so I would be pleased if we could talk about that then :)21:07
melwittI would expect it's something we could do with a new microversion, so it would be a matter of writing up a small spec to describe the behavior and getting consensus and approval on how it should work, then make the changes21:07
melwittbut others might disagree with me :)21:08
slaweq_ok, thx for help on that topic21:08
melwittsure21:09
openstackgerritSlawek Kaplonski proposed openstack/nova: Clean up libvirt guest code  https://review.openstack.org/36575621:10
kevinbentonjohnthetubaguy: yo21:11
*** tblakes has joined #openstack-nova21:12
*** gouthamr has quit IRC21:13
*** tri2sing has quit IRC21:13
*** mdrabe has quit IRC21:14
*** burgerk has quit IRC21:14
*** mdrabe has joined #openstack-nova21:14
*** tbachman has quit IRC21:16
*** Guest31676 has quit IRC21:17
*** akshai_ has quit IRC21:18
*** wasmum has quit IRC21:18
*** xinliang has joined #openstack-nova21:19
*** rushiagr has quit IRC21:20
*** sdake has quit IRC21:20
*** wasmum has joined #openstack-nova21:20
*** tbachman has joined #openstack-nova21:21
*** sdake has joined #openstack-nova21:21
*** akshai has joined #openstack-nova21:21
*** salv-orl_ has quit IRC21:22
*** vishwanathj has quit IRC21:22
*** salv-orlando has joined #openstack-nova21:22
*** rushiagr has joined #openstack-nova21:22
*** jheroux has quit IRC21:24
*** slaweq_ has quit IRC21:25
*** sdake has quit IRC21:25
*** jamesdenton has quit IRC21:26
*** gouthamr has joined #openstack-nova21:27
*** tbachman_ has joined #openstack-nova21:28
*** tbachman has quit IRC21:29
*** tbachman_ is now known as tbachman21:29
*** akshai has quit IRC21:29
*** cmartin has quit IRC21:29
*** artom has joined #openstack-nova21:32
*** fragatin_ has joined #openstack-nova21:33
*** xinliang has quit IRC21:34
*** lpetrut has quit IRC21:34
*** fragatina has quit IRC21:36
*** akshai has joined #openstack-nova21:38
*** xinliang has joined #openstack-nova21:47
*** fragatin_ has quit IRC21:48
*** fragatina has joined #openstack-nova21:50
*** rfolco has quit IRC21:57
*** rtheis has quit IRC21:58
*** Swami has quit IRC22:00
*** mlavalle has quit IRC22:04
*** xyang1 has quit IRC22:04
*** akshai has quit IRC22:04
*** avolkov` has joined #openstack-nova22:05
*** avolkov has quit IRC22:06
*** fragatina has quit IRC22:10
*** tblakes has quit IRC22:10
*** fragatina has joined #openstack-nova22:10
*** mdrabe has quit IRC22:11
*** raunak has quit IRC22:13
*** bauwser is now known as bauzas22:14
*** gouthamr has quit IRC22:17
*** ssurana has quit IRC22:18
*** mriedem_afk is now known as mriedem22:22
*** ayoung_ has quit IRC22:24
*** yamahata has quit IRC22:25
*** ijw has quit IRC22:31
*** rhagarty has quit IRC22:31
*** catintheroof has quit IRC22:31
*** markvoelker has quit IRC22:34
*** yamahata has joined #openstack-nova22:37
*** raunak has joined #openstack-nova22:38
*** mag009 has quit IRC22:39
*** rhagarty has joined #openstack-nova22:41
*** kuzko has quit IRC22:41
*** mag009 has joined #openstack-nova22:41
*** rhagarty has quit IRC22:42
*** rhagarty has joined #openstack-nova22:42
*** mag009 has quit IRC22:42
*** kuzko has joined #openstack-nova22:43
*** kuzko has quit IRC22:43
*** mag009 has joined #openstack-nova22:46
*** david-lyle has joined #openstack-nova22:48
*** Jeffrey4l has quit IRC22:48
*** Jeffrey4l has joined #openstack-nova22:49
armaxmriedem: ping22:51
*** mag009 has quit IRC22:54
*** mag009 has joined #openstack-nova22:54
*** artom has quit IRC22:56
*** artom has joined #openstack-nova22:57
*** artom has quit IRC22:57
*** artom has joined #openstack-nova22:58
*** artom has quit IRC23:00
*** erhudy has quit IRC23:02
*** artom has joined #openstack-nova23:04
*** artom has quit IRC23:05
*** artom has joined #openstack-nova23:05
*** jdillaman has quit IRC23:09
*** stewie925_ has quit IRC23:10
*** TravT has quit IRC23:16
*** Lehtu has quit IRC23:17
*** Jeffrey4l has quit IRC23:21
*** Jeffrey4l has joined #openstack-nova23:22
*** raunak has quit IRC23:36
*** kuzko has joined #openstack-nova23:37
*** kuzko has quit IRC23:40
*** jdillaman has joined #openstack-nova23:40
*** kuzko has joined #openstack-nova23:43
*** artom has quit IRC23:43
*** rmcall has joined #openstack-nova23:46
*** artom has joined #openstack-nova23:48
*** artom has quit IRC23:49
*** artom has joined #openstack-nova23:49
*** Lehtu has joined #openstack-nova23:51
*** claudiub|2 has quit IRC23:51
*** rhagarty has quit IRC23:59

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