Thursday, 2016-10-13

*** claudiub has quit IRC00:00
*** rafael_ has joined #openstack-nova00:03
*** esberglu has joined #openstack-nova00:04
*** davidlenwell_ has quit IRC00:07
*** esberglu has quit IRC00:10
*** sdake_ has joined #openstack-nova00:11
*** sdake has quit IRC00:14
*** jaypipes has quit IRC00:15
*** jamesdenton has joined #openstack-nova00:18
*** nic has quit IRC00:18
*** esberglu has joined #openstack-nova00:26
*** esberglu has quit IRC00:27
*** thorst has joined #openstack-nova00:28
*** yingjun has joined #openstack-nova00:33
*** gongysh_ has joined #openstack-nova00:36
*** jamesdenton has quit IRC00:36
*** esberglu has joined #openstack-nova00:37
*** markvoelker has joined #openstack-nova00:40
*** raunak has quit IRC00:44
*** markvoelker has quit IRC00:45
*** esberglu has quit IRC00:49
*** yamahata has quit IRC00:50
*** esberglu has joined #openstack-nova00:55
*** hoangcx has joined #openstack-nova00:56
*** phuongnh has joined #openstack-nova00:59
*** ducttape_ has joined #openstack-nova01:00
*** rafael_ has quit IRC01:00
*** Sukhdev has quit IRC01:00
*** yamahata has joined #openstack-nova01:03
*** raunak has joined #openstack-nova01:05
*** ducttape_ has quit IRC01:05
*** raunak has quit IRC01:06
*** fishcried has joined #openstack-nova01:07
*** Apoorva has quit IRC01:07
*** markvoelker has joined #openstack-nova01:12
*** ducnc has quit IRC01:14
*** tuanluong has joined #openstack-nova01:19
*** ssurana has quit IRC01:21
*** ducnc has joined #openstack-nova01:22
*** cdelatte has joined #openstack-nova01:27
*** yingjun has quit IRC01:28
*** rafael_ has joined #openstack-nova01:30
*** esberglu has quit IRC01:30
*** yingjun has joined #openstack-nova01:33
*** esberglu has joined #openstack-nova01:34
*** rafael_ has quit IRC01:35
*** cdelatte has quit IRC01:35
*** zz_dimtruck is now known as dimtruck01:38
*** esberglu has quit IRC01:39
*** gjayavelu has joined #openstack-nova01:42
*** chenfan has joined #openstack-nova01:42
*** chenfan has quit IRC01:44
*** Apoorva has joined #openstack-nova01:47
*** esberglu has joined #openstack-nova01:48
*** dimtruck is now known as zz_dimtruck01:48
*** kaisers__ has joined #openstack-nova01:49
*** esberglu has quit IRC01:49
*** thorst has quit IRC01:49
*** thorst has joined #openstack-nova01:50
*** Apoorva has quit IRC01:50
*** esberglu has joined #openstack-nova01:51
*** kaisers_ has quit IRC01:52
*** esberglu has quit IRC01:55
*** rfolco has quit IRC01:56
*** suresh12 has quit IRC01:58
*** thorst has quit IRC01:58
*** suresh12 has joined #openstack-nova01:59
*** suresh12 has quit IRC02:00
*** phuongnh has quit IRC02:02
*** phuongnh has joined #openstack-nova02:02
*** tblakes has joined #openstack-nova02:03
*** yuntongjin has joined #openstack-nova02:04
*** tblakes has quit IRC02:04
*** esberglu has joined #openstack-nova02:06
*** suresh12 has joined #openstack-nova02:07
*** dave-mccowan has joined #openstack-nova02:09
*** suresh12 has quit IRC02:11
*** mtanino has quit IRC02:12
openstackgerritAugustina Ragwitz proposed openstack/nova: Restrict Metadata to Lower Case Keys  https://review.openstack.org/32969702:13
*** eliqiao has joined #openstack-nova02:14
*** rfolco has joined #openstack-nova02:14
*** yamahata has quit IRC02:17
*** takedakn has joined #openstack-nova02:17
*** gjayavelu has quit IRC02:18
*** takedakn has quit IRC02:26
*** esberglu has joined #openstack-nova02:27
*** esberglu has quit IRC02:28
*** masayukig has quit IRC02:32
*** Nakato has quit IRC02:32
*** yuntongjin has quit IRC02:33
*** masayukig has joined #openstack-nova02:33
*** zhangyufei has joined #openstack-nova02:33
*** gjayavelu has joined #openstack-nova02:33
*** Nakato has joined #openstack-nova02:33
*** esberglu has joined #openstack-nova02:34
*** suresh12 has joined #openstack-nova02:35
*** zz_dimtruck is now known as dimtruck02:36
*** esberglu has quit IRC02:37
*** esberglu has joined #openstack-nova02:38
*** gcb has quit IRC02:39
*** suresh12 has quit IRC02:40
*** thorst has joined #openstack-nova02:40
*** thorst has quit IRC02:42
*** thorst has joined #openstack-nova02:42
*** raunak has joined #openstack-nova02:45
*** yuntongjin has joined #openstack-nova02:48
*** gcb has joined #openstack-nova02:51
*** thorst has quit IRC02:51
*** gus has quit IRC02:52
*** esberglu has quit IRC02:54
*** ducttape_ has joined #openstack-nova03:02
*** ducttape_ has joined #openstack-nova03:03
*** dave-mccowan has quit IRC03:10
*** baoli has quit IRC03:14
*** esberglu has joined #openstack-nova03:16
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Task states improvement  https://review.openstack.org/21657803:18
*** esberglu has quit IRC03:19
*** phuongnh has quit IRC03:23
*** phuongnh has joined #openstack-nova03:24
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Add device updating task status  https://review.openstack.org/21657803:25
*** yuntongjin has quit IRC03:28
*** dikonoo has joined #openstack-nova03:30
*** mtanino has joined #openstack-nova03:31
*** raunak has quit IRC03:31
*** raunak has joined #openstack-nova03:32
*** gouthamr has quit IRC03:33
*** haplo37 has quit IRC03:35
*** haplo37 has joined #openstack-nova03:36
*** raunak has quit IRC03:39
*** raunak has joined #openstack-nova03:39
*** coolsvap has quit IRC03:40
*** rfolco has quit IRC03:41
*** psachin has joined #openstack-nova03:44
*** links has joined #openstack-nova03:45
*** mtanino has quit IRC03:48
*** thorst has joined #openstack-nova03:49
*** suresh12 has joined #openstack-nova03:50
*** gmann__ has joined #openstack-nova03:51
*** jaosorior has joined #openstack-nova03:51
*** coolsvap has joined #openstack-nova03:52
*** yamahata has joined #openstack-nova03:56
*** ducttape_ has quit IRC03:56
*** thorst has quit IRC03:56
openstackgerritDao Cong Tien proposed openstack/nova: Ironic Driver: override get_serial_console()  https://review.openstack.org/32815703:58
*** pradk has quit IRC04:02
*** salv-orlando has joined #openstack-nova04:05
*** wangqun has joined #openstack-nova04:08
*** salv-orlando has quit IRC04:09
*** rama_y has joined #openstack-nova04:12
*** yamahata has quit IRC04:18
*** ssurana1 has joined #openstack-nova04:19
*** jaosorior has quit IRC04:21
*** jaosorior has joined #openstack-nova04:21
*** ssurana1 has quit IRC04:24
*** ratailor has joined #openstack-nova04:24
*** unicell has joined #openstack-nova04:32
*** unicell has quit IRC04:33
*** unicell has joined #openstack-nova04:37
*** chaitu has quit IRC04:39
*** gongysh_ has quit IRC04:43
*** esberglu has joined #openstack-nova04:44
*** esberglu has quit IRC04:48
*** ducttape_ has joined #openstack-nova04:52
*** thorst has joined #openstack-nova04:54
*** ducttape_ has quit IRC04:57
*** gjayavelu has quit IRC04:58
*** sree has joined #openstack-nova04:59
*** salv-orlando has joined #openstack-nova05:00
*** rmcall has joined #openstack-nova05:00
*** thorst has quit IRC05:01
*** kaisers__ has quit IRC05:04
*** kaisers_ has joined #openstack-nova05:04
*** diga has joined #openstack-nova05:05
*** oanson has joined #openstack-nova05:11
*** sahid has joined #openstack-nova05:12
*** prateek has joined #openstack-nova05:14
*** armax has quit IRC05:16
*** lpetrut has joined #openstack-nova05:17
*** suresh12 has quit IRC05:23
*** maticue has quit IRC05:25
*** suresh12 has joined #openstack-nova05:26
*** prateek has quit IRC05:26
*** liverpooler has joined #openstack-nova05:27
*** prateek has joined #openstack-nova05:27
*** suresh12 has quit IRC05:30
*** sree has quit IRC05:35
*** haplo37_ has quit IRC05:37
*** haplo37_ has joined #openstack-nova05:40
*** rama_y has quit IRC05:41
*** sridharg has joined #openstack-nova05:50
openstackgerritTakashi NATSUME proposed openstack/nova: Add swap volume notifications (error)  https://review.openstack.org/32805505:52
*** ducttape_ has joined #openstack-nova05:53
*** ducttape_ has quit IRC05:58
*** thorst has joined #openstack-nova06:00
*** raunak has quit IRC06:01
*** gmann__ has quit IRC06:02
*** thorst has quit IRC06:06
*** acabot has quit IRC06:08
*** lpetrut has quit IRC06:10
*** dimtruck is now known as zz_dimtruck06:11
*** Sukhdev has joined #openstack-nova06:15
*** vishwanathj is now known as vishwanathj_zzz06:16
*** mjura has joined #openstack-nova06:21
*** ljxiash has joined #openstack-nova06:23
*** raunak has joined #openstack-nova06:26
*** sahid has quit IRC06:27
*** mjura has quit IRC06:27
*** sahid has joined #openstack-nova06:27
*** pbandark has joined #openstack-nova06:27
*** mjura has joined #openstack-nova06:28
*** sahid has quit IRC06:28
*** sahid has joined #openstack-nova06:28
*** sahid has quit IRC06:28
*** sahid has joined #openstack-nova06:29
*** sridharg has quit IRC06:30
*** sree has joined #openstack-nova06:32
*** mingyu has joined #openstack-nova06:33
*** nherciu has joined #openstack-nova06:33
*** lpetrut has joined #openstack-nova06:36
*** mnasiadka has joined #openstack-nova06:40
*** mnasiadka has joined #openstack-nova06:41
*** yamahata has joined #openstack-nova06:42
*** gmann_ has joined #openstack-nova06:42
*** raunak has quit IRC06:46
*** nkrinner_afk is now known as nkrinner06:46
*** code-R has joined #openstack-nova06:47
*** paul-carlton2 has joined #openstack-nova06:52
*** code-R_ has joined #openstack-nova06:54
*** ducttape_ has joined #openstack-nova06:54
*** andreas_s has joined #openstack-nova06:55
*** rcernin has joined #openstack-nova06:56
*** sridharg has joined #openstack-nova06:56
*** code-R has quit IRC06:57
*** lpetrut has quit IRC06:59
*** ducttape_ has quit IRC06:59
*** mkoderer has joined #openstack-nova06:59
*** pbandark has quit IRC07:00
*** gus has joined #openstack-nova07:01
*** Sukhdev has quit IRC07:01
*** pbandark has joined #openstack-nova07:03
*** thorst has joined #openstack-nova07:04
*** tesseract- has joined #openstack-nova07:04
*** mnestratov|2 has joined #openstack-nova07:05
*** pbandark has quit IRC07:06
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova: Check for volume size  https://review.openstack.org/34831707:10
*** narayrak has joined #openstack-nova07:10
*** thorst has quit IRC07:11
*** acabot has joined #openstack-nova07:12
*** matrohon has joined #openstack-nova07:12
*** crinkle has quit IRC07:18
*** crinkle has joined #openstack-nova07:19
*** code-R has joined #openstack-nova07:25
*** code-R_ has quit IRC07:25
*** sree has quit IRC07:25
*** sree has joined #openstack-nova07:26
*** sree has quit IRC07:30
*** haplo37 has quit IRC07:34
*** sridharg has quit IRC07:34
*** gmann_ has quit IRC07:36
*** haplo37 has joined #openstack-nova07:36
openstackgerritMikhail Feoktistov proposed openstack/nova: Remove sata bus for virtuozzo hypervisor  https://review.openstack.org/28239807:38
*** markus_z has joined #openstack-nova07:40
openstackgerritJianghua Wang proposed openstack/nova-specs: Generalize PCI device as Host device  https://review.openstack.org/38581007:42
*** code-R has quit IRC07:45
openstackgerritJianghua Wang proposed openstack/nova-specs: Generalize PCI device as Host device  https://review.openstack.org/38581007:45
*** rmart04 has joined #openstack-nova07:48
*** esberglu has joined #openstack-nova07:49
*** roeyc has joined #openstack-nova07:52
*** esberglu has quit IRC07:53
*** sridharg has joined #openstack-nova07:56
*** sree has joined #openstack-nova07:58
*** hoangcx has quit IRC07:59
*** zzzeek has quit IRC08:00
*** claudiub has joined #openstack-nova08:00
*** zzzeek has joined #openstack-nova08:00
*** sridharg has quit IRC08:01
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova: Add image_meta when unshelving volume backend vm  https://review.openstack.org/34706308:01
*** code-R has joined #openstack-nova08:02
*** code-R_ has joined #openstack-nova08:06
*** heyongli has joined #openstack-nova08:07
*** code-R has quit IRC08:09
*** oomichi_ has joined #openstack-nova08:10
*** thorst has joined #openstack-nova08:11
*** alexchadin has joined #openstack-nova08:11
*** oomichi_ has left #openstack-nova08:13
*** fishcried has quit IRC08:13
*** lpetrut has joined #openstack-nova08:14
*** thorst has quit IRC08:16
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: ephemeral disk support for virtuozzo containers  https://review.openstack.org/31248808:20
*** sridharg has joined #openstack-nova08:22
*** sree has quit IRC08:24
*** pilgrimstack has joined #openstack-nova08:24
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: Fix bug in "nova/tests/unit/virt/test_virt_drivers.py" for os-vif  https://review.openstack.org/38582208:25
*** paul-carlton2 has quit IRC08:26
*** code-R_ has quit IRC08:26
*** code-R has joined #openstack-nova08:26
*** esberglu has joined #openstack-nova08:26
*** ihrachys has joined #openstack-nova08:27
*** GB21 has joined #openstack-nova08:28
*** paul-carlton2 has joined #openstack-nova08:30
*** yassine has joined #openstack-nova08:30
*** yassine is now known as yassou08:30
*** esberglu has quit IRC08:31
*** cdent has joined #openstack-nova08:42
*** salv-orl_ has joined #openstack-nova08:44
*** salv-orlando has quit IRC08:47
*** kragniz has quit IRC08:53
paul-carlton2I'm looking at a bug related to live migration of an instance with an encrypted volume attached, seems like the volume is attached at the target unencrypted and fails to disconnect at the source due to the way encrypted volumes are attached08:53
*** kragniz has joined #openstack-nova08:54
paul-carlton2Anyone have any experience of live migration with encrypted volumes?08:54
*** ducttape_ has joined #openstack-nova08:56
*** zenoway has joined #openstack-nova08:56
openstackgerritStephen Finucane proposed openstack/nova: hacking: Reword in the imperative  https://review.openstack.org/36362408:57
*** ducttape_ has quit IRC09:00
*** derekh has joined #openstack-nova09:01
*** huazhihao has joined #openstack-nova09:03
*** palexster1 is now known as palexster09:13
huazhihaoI am wondering if `tox -ecover` is the right way to run coverage test for nova. I found that many ".coverage.DevStackOSDomU.*.*" will be generated. With one of them renamed to ".coverage" I can generate a html report, but the results are not what I expect. Only part of code are exercised and it doesn't make sense. I also notice some repeated errors of "InvalidRequestError: Can't start a SAVEPOINT transaction when no existi09:13
*** thorst has joined #openstack-nova09:14
*** ChanServ has quit IRC09:14
*** jaosorior is now known as jaosorior_lunch09:16
lyarwoodpaul-carlton2: what does the connection_info on each host look like? That almost sounds as if the dest doesn't have the encrypted flag set for some reason09:16
*** heyongli has quit IRC09:16
*** anush_ has quit IRC09:17
*** artom has quit IRC09:17
*** wasmum has quit IRC09:17
*** pkholkin has quit IRC09:17
*** StevenK has quit IRC09:17
*** clif_h has quit IRC09:17
*** frickler has quit IRC09:17
*** adreznec has quit IRC09:17
*** kamtamtun has quit IRC09:17
*** tomhambleton has quit IRC09:17
*** kragniz has quit IRC09:17
*** zzzeek has quit IRC09:17
*** nherciu has quit IRC09:17
*** mingyu has quit IRC09:17
*** ljxiash has quit IRC09:17
*** zhangyufei has quit IRC09:17
*** portdirect has quit IRC09:17
*** huazhihao has quit IRC09:17
*** diga has quit IRC09:17
*** mah has quit IRC09:17
*** derekh has quit IRC09:17
*** grumpycatt has quit IRC09:17
*** salv-orl_ has quit IRC09:17
*** claudiub has quit IRC09:17
*** rmart04 has quit IRC09:17
*** crinkle has quit IRC09:17
*** ducnc has quit IRC09:17
*** sdake_ has quit IRC09:17
*** ababich has quit IRC09:17
*** hieulq__ has quit IRC09:17
*** gerhardq1x has quit IRC09:17
*** gibi has quit IRC09:17
*** gabor_antal_ has quit IRC09:17
*** openstackgerrit has quit IRC09:17
*** ntpttr has quit IRC09:17
*** scottynomad has quit IRC09:17
*** larsks has quit IRC09:17
*** CristinaPauna has quit IRC09:17
*** jianghuaw has quit IRC09:17
*** HenryG has quit IRC09:17
*** Guest61753 has quit IRC09:17
*** tanee has quit IRC09:17
*** Qu4tre has quit IRC09:17
*** abramley has quit IRC09:17
*** hemna has quit IRC09:17
*** gmann has quit IRC09:17
*** mat128 has quit IRC09:17
*** beagles has quit IRC09:17
*** rha has quit IRC09:17
*** dulek has quit IRC09:17
*** acabot has quit IRC09:17
*** mkoderer has quit IRC09:17
*** andreas_s has quit IRC09:17
*** wangqun has quit IRC09:17
*** Nakato has quit IRC09:17
*** thingee has quit IRC09:17
*** macsz_ has quit IRC09:17
*** mordred has quit IRC09:17
*** mgagne_ has quit IRC09:17
*** zigo has quit IRC09:17
*** Kevin_Zheng has quit IRC09:17
*** ociuhandu has quit IRC09:17
*** adam_g` has quit IRC09:17
*** mnaser has quit IRC09:17
*** vishwanathj_zzz has quit IRC09:17
*** smcginnis has quit IRC09:17
*** pjm6 has quit IRC09:17
*** toan has quit IRC09:17
*** ediardo has quit IRC09:17
*** timello has quit IRC09:17
*** carl_baldwin has quit IRC09:17
*** John341 has quit IRC09:17
*** pc_m has quit IRC09:17
*** anthonyper has quit IRC09:17
*** dosaboy has quit IRC09:17
*** aloga has quit IRC09:17
*** robcresswell has quit IRC09:17
*** harlowja has quit IRC09:17
*** mbirru has quit IRC09:17
*** bnemec has quit IRC09:17
*** tjones- has quit IRC09:17
*** jlk has quit IRC09:17
*** xek_ has quit IRC09:17
*** vipuls has quit IRC09:17
*** TonyXu has quit IRC09:17
*** zhenguo has quit IRC09:17
*** rmcadams has quit IRC09:17
*** nikhil has quit IRC09:17
*** fmccrthy has quit IRC09:17
*** kashyap has quit IRC09:17
*** briancurtin has quit IRC09:17
*** dougwig has quit IRC09:17
*** ildikov has quit IRC09:17
*** DuncanT has quit IRC09:17
*** zhiyan has quit IRC09:17
*** mirrorbox has quit IRC09:17
*** d34dh0r53 has quit IRC09:17
*** Kimmo__ has quit IRC09:17
*** pkoniszewski has quit IRC09:17
*** htruta has quit IRC09:17
*** zenoway has quit IRC09:17
*** GB21 has quit IRC09:17
*** ihrachys has quit IRC09:17
*** matrohon has quit IRC09:17
*** rcernin has quit IRC09:17
*** jaosorior_lunch has quit IRC09:17
*** coolsvap has quit IRC09:17
*** eliqiao has quit IRC09:17
*** kevinz has quit IRC09:17
*** knikolla has quit IRC09:17
*** McNinja has quit IRC09:17
*** odyssey4me has quit IRC09:17
*** alex_xu_ has quit IRC09:17
*** Lehtu has quit IRC09:17
*** mvk has quit IRC09:17
*** karlamrhein has quit IRC09:17
*** geektoor has quit IRC09:17
*** octopusZ1ang has quit IRC09:17
*** gongysh has quit IRC09:17
*** jistr has quit IRC09:17
*** efried has quit IRC09:17
*** fungi has quit IRC09:17
*** tdurakov has quit IRC09:17
*** andrewbogott has quit IRC09:17
*** jed56 has quit IRC09:17
*** flaper87 has quit IRC09:17
*** dharinic has quit IRC09:17
*** pumaranikar has quit IRC09:17
*** oomichi has quit IRC09:17
*** jcook has quit IRC09:17
*** tangchen has quit IRC09:17
*** Prophidys_ has quit IRC09:17
*** krotscheck has quit IRC09:17
*** liuyulong has quit IRC09:17
*** diana_clarke has quit IRC09:17
*** auggy has quit IRC09:17
*** kgalanov has quit IRC09:17
*** csatari has quit IRC09:17
*** rpodolyaka has quit IRC09:17
*** serverascode has quit IRC09:17
*** fyxim has quit IRC09:17
*** geekinutah has quit IRC09:17
*** _fortis has quit IRC09:17
*** FrankZhang has quit IRC09:17
*** lbragstad has quit IRC09:17
*** mrhillsman has quit IRC09:17
*** med_ has quit IRC09:17
*** raorn has quit IRC09:17
*** lpetrut has quit IRC09:17
*** markus_z has quit IRC09:17
*** kaisers_ has quit IRC09:17
*** gcb has quit IRC09:17
*** phschwartz has quit IRC09:17
*** bhagyashri_s has quit IRC09:17
*** ujjain has quit IRC09:17
*** jgriffith has quit IRC09:17
*** Guest66666 has quit IRC09:17
*** sfinucan has quit IRC09:17
*** scottda has quit IRC09:17
*** ltomasbo has quit IRC09:17
*** esmiurium has quit IRC09:17
*** EmilienM has quit IRC09:17
*** Madasi has quit IRC09:17
*** SpamapS has quit IRC09:17
*** haukebruno has quit IRC09:17
*** wznoinsk has quit IRC09:17
*** jklare has quit IRC09:17
*** ameade has quit IRC09:17
*** NobodyCam has quit IRC09:17
*** sulo has quit IRC09:17
*** kevinbenton has quit IRC09:17
*** fnordahl has quit IRC09:17
*** tr3buchet has quit IRC09:17
*** rushiagr has quit IRC09:17
*** bauzas has quit IRC09:17
*** boris-42 has quit IRC09:17
*** patrickeast has quit IRC09:17
*** betherly has quit IRC09:17
*** johnsom has quit IRC09:17
*** aleph1 has quit IRC09:17
*** purplerbot has quit IRC09:17
*** dims has quit IRC09:17
*** greghaynes has quit IRC09:17
*** cargonza has quit IRC09:17
*** nkrinner has quit IRC09:17
*** jroll has quit IRC09:17
*** BlackDex has quit IRC09:17
*** kswiatek has quit IRC09:17
*** johnthetubaguy has quit IRC09:17
*** Oku_OS has quit IRC09:17
*** cburgess has quit IRC09:17
*** tonyb has quit IRC09:17
*** jhesketh has quit IRC09:17
*** NightKhaos has quit IRC09:17
*** cdent has quit IRC09:17
*** jhesketh has joined #openstack-nova09:19
*** NightKhaos has joined #openstack-nova09:19
*** tlbr has quit IRC09:20
*** inara` has quit IRC09:20
*** rmcall has quit IRC09:20
*** agireud has quit IRC09:20
*** thorst has quit IRC09:20
*** rcarrillocruz has quit IRC09:20
*** alexchadin has quit IRC09:21
*** pkholkin has joined #openstack-nova09:21
*** jeblair has quit IRC09:22
*** Anticimex has quit IRC09:22
*** igordcard has quit IRC09:22
*** igordcard has joined #openstack-nova09:22
*** takashin has left #openstack-nova09:22
*** takashin has joined #openstack-nova09:23
*** jeblair has joined #openstack-nova09:23
paul-carlton2lyarwood, just testing it now but the cinder team pointed out that the connection at the dest is not using the calls needed to connect to an encrypted volume09:23
*** salv-orlando has joined #openstack-nova09:30
*** purplerbot has joined #openstack-nova09:31
*** karlamrhein has joined #openstack-nova09:32
*** yamahata has quit IRC09:32
*** yingjun has quit IRC09:34
*** yingjun has joined #openstack-nova09:34
*** salv-orlando has quit IRC09:35
*** roeyc has quit IRC09:37
lyarwoodpaul-carlton2: yeah, that's all controlled by the encryted flag being set in the connection_info['data'] dict cinder sends over to Nova09:37
lyarwoodpaul-carlton2: see https://github.com/openstack/nova/blob/master/nova/volume/encryptors/__init__.py#L6209:38
*** yingjun has quit IRC09:39
*** ducttape_ has joined #openstack-nova09:56
*** GB21 has joined #openstack-nova09:57
*** kragniz has joined #openstack-nova10:00
*** ducttape_ has quit IRC10:01
*** amotoki has quit IRC10:01
*** matrohon has joined #openstack-nova10:06
*** derekh has joined #openstack-nova10:06
*** grumpycatt has joined #openstack-nova10:06
*** roeyc has joined #openstack-nova10:06
*** tlbr has joined #openstack-nova10:06
*** zzzeek has joined #openstack-nova10:06
*** nherciu has joined #openstack-nova10:06
*** zhangyufei has joined #openstack-nova10:06
*** portdirect has joined #openstack-nova10:06
*** anush_ has joined #openstack-nova10:07
*** artom has joined #openstack-nova10:07
*** serverascode has joined #openstack-nova10:07
*** DuncanT has joined #openstack-nova10:07
*** geekinutah has joined #openstack-nova10:07
*** lpetrut has joined #openstack-nova10:07
*** markus_z has joined #openstack-nova10:07
*** kaisers_ has joined #openstack-nova10:07
*** gcb has joined #openstack-nova10:07
*** phschwartz has joined #openstack-nova10:07
*** bhagyashri_s has joined #openstack-nova10:07
*** ujjain has joined #openstack-nova10:07
*** Guest66666 has joined #openstack-nova10:07
*** jgriffith has joined #openstack-nova10:07
*** sfinucan has joined #openstack-nova10:07
*** scottda has joined #openstack-nova10:07
*** ltomasbo has joined #openstack-nova10:07
*** esmiurium has joined #openstack-nova10:07
*** SpamapS has joined #openstack-nova10:07
*** Madasi has joined #openstack-nova10:07
*** EmilienM has joined #openstack-nova10:07
*** wznoinsk has joined #openstack-nova10:07
*** haukebruno has joined #openstack-nova10:07
*** jklare has joined #openstack-nova10:07
*** NobodyCam has joined #openstack-nova10:07
*** sulo has joined #openstack-nova10:07
*** kevinbenton has joined #openstack-nova10:07
*** fnordahl has joined #openstack-nova10:07
*** tr3buchet has joined #openstack-nova10:07
*** rushiagr has joined #openstack-nova10:07
*** bauzas has joined #openstack-nova10:07
*** boris-42 has joined #openstack-nova10:07
*** patrickeast has joined #openstack-nova10:07
*** betherly has joined #openstack-nova10:07
*** aleph1 has joined #openstack-nova10:07
*** greghaynes has joined #openstack-nova10:07
*** dims has joined #openstack-nova10:07
*** cargonza has joined #openstack-nova10:07
*** nkrinner has joined #openstack-nova10:07
*** jroll has joined #openstack-nova10:07
*** johnthetubaguy has joined #openstack-nova10:07
*** BlackDex has joined #openstack-nova10:07
*** kswiatek has joined #openstack-nova10:07
*** Oku_OS-away has joined #openstack-nova10:07
*** cburgess has joined #openstack-nova10:07
*** tonyb has joined #openstack-nova10:07
*** heyongli has joined #openstack-nova10:09
*** salv-orlando has joined #openstack-nova10:09
*** jaosorior has joined #openstack-nova10:09
*** johnsom has joined #openstack-nova10:09
*** inara has joined #openstack-nova10:09
*** rcarrillocruz has joined #openstack-nova10:09
*** zenoway has joined #openstack-nova10:09
*** ihrachys has joined #openstack-nova10:09
*** rcernin has joined #openstack-nova10:09
*** coolsvap has joined #openstack-nova10:09
*** eliqiao has joined #openstack-nova10:09
*** kevinz has joined #openstack-nova10:09
*** knikolla has joined #openstack-nova10:09
*** McNinja has joined #openstack-nova10:09
*** odyssey4me has joined #openstack-nova10:09
*** alex_xu_ has joined #openstack-nova10:09
*** Lehtu has joined #openstack-nova10:09
*** mvk has joined #openstack-nova10:09
*** geektoor has joined #openstack-nova10:09
*** octopusZ1ang has joined #openstack-nova10:09
*** gongysh has joined #openstack-nova10:09
*** jistr has joined #openstack-nova10:09
*** tangchen has joined #openstack-nova10:09
*** efried has joined #openstack-nova10:09
*** fungi has joined #openstack-nova10:09
*** tdurakov has joined #openstack-nova10:09
*** andrewbogott has joined #openstack-nova10:09
*** flaper87 has joined #openstack-nova10:09
*** dharinic has joined #openstack-nova10:09
*** pumaranikar has joined #openstack-nova10:09
*** oomichi has joined #openstack-nova10:09
*** jcook has joined #openstack-nova10:09
*** Prophidys_ has joined #openstack-nova10:09
*** krotscheck has joined #openstack-nova10:09
*** liuyulong has joined #openstack-nova10:09
*** diana_clarke has joined #openstack-nova10:09
*** auggy has joined #openstack-nova10:09
*** kgalanov has joined #openstack-nova10:09
*** csatari has joined #openstack-nova10:09
*** rpodolyaka has joined #openstack-nova10:09
*** fyxim has joined #openstack-nova10:09
*** _fortis has joined #openstack-nova10:09
*** FrankZhang has joined #openstack-nova10:09
*** lbragstad has joined #openstack-nova10:09
*** mrhillsman has joined #openstack-nova10:09
*** raorn has joined #openstack-nova10:09
*** wasmum has joined #openstack-nova10:10
*** clif_h has joined #openstack-nova10:10
*** StevenK has joined #openstack-nova10:10
*** frickler has joined #openstack-nova10:10
*** adreznec has joined #openstack-nova10:10
*** kamtamtun has joined #openstack-nova10:10
*** tomhambleton has joined #openstack-nova10:10
*** wasmum has quit IRC10:10
*** StevenK has quit IRC10:10
*** clif_h has quit IRC10:10
*** frickler has quit IRC10:10
*** adreznec has quit IRC10:10
*** kamtamtun has quit IRC10:10
*** tomhambleton has quit IRC10:10
*** salv-orlando has quit IRC10:10
*** jaosorior has quit IRC10:10
*** johnsom has quit IRC10:10
*** inara has quit IRC10:10
*** rcarrillocruz has quit IRC10:10
*** zenoway has quit IRC10:10
*** ihrachys has quit IRC10:10
*** rcernin has quit IRC10:10
*** coolsvap has quit IRC10:10
*** eliqiao has quit IRC10:10
*** kevinz has quit IRC10:10
*** knikolla has quit IRC10:10
*** McNinja has quit IRC10:10
*** odyssey4me has quit IRC10:10
*** alex_xu_ has quit IRC10:10
*** Lehtu has quit IRC10:10
*** mvk has quit IRC10:10
*** geektoor has quit IRC10:10
*** octopusZ1ang has quit IRC10:10
*** gongysh has quit IRC10:10
*** jistr has quit IRC10:10
*** efried has quit IRC10:10
*** fungi has quit IRC10:10
*** tdurakov has quit IRC10:10
*** andrewbogott has quit IRC10:10
*** flaper87 has quit IRC10:10
*** dharinic has quit IRC10:10
*** pumaranikar has quit IRC10:10
*** oomichi has quit IRC10:10
*** jcook has quit IRC10:10
*** tangchen has quit IRC10:10
*** Prophidys_ has quit IRC10:10
*** krotscheck has quit IRC10:10
*** liuyulong has quit IRC10:10
*** diana_clarke has quit IRC10:10
*** auggy has quit IRC10:10
*** kgalanov has quit IRC10:10
*** csatari has quit IRC10:10
*** rpodolyaka has quit IRC10:10
*** fyxim has quit IRC10:10
*** _fortis has quit IRC10:10
*** FrankZhang has quit IRC10:10
*** lbragstad has quit IRC10:10
*** mrhillsman has quit IRC10:10
*** raorn has quit IRC10:10
*** heyongli has quit IRC10:10
*** serverascode has quit IRC10:10
*** DuncanT has quit IRC10:10
*** geekinutah has quit IRC10:10
*** lpetrut has quit IRC10:10
*** markus_z has quit IRC10:10
*** kaisers_ has quit IRC10:10
*** gcb has quit IRC10:10
*** phschwartz has quit IRC10:10
*** bhagyashri_s has quit IRC10:10
*** ujjain has quit IRC10:10
*** Guest66666 has quit IRC10:10
*** jgriffith has quit IRC10:10
*** sfinucan has quit IRC10:10
*** scottda has quit IRC10:10
*** ltomasbo has quit IRC10:10
*** esmiurium has quit IRC10:10
*** EmilienM has quit IRC10:10
*** SpamapS has quit IRC10:10
*** Madasi has quit IRC10:10
*** wznoinsk has quit IRC10:10
*** jklare has quit IRC10:10
*** haukebruno has quit IRC10:10
*** NobodyCam has quit IRC10:10
*** sulo has quit IRC10:10
*** kevinbenton has quit IRC10:10
*** fnordahl has quit IRC10:10
*** tr3buchet has quit IRC10:10
*** rushiagr has quit IRC10:10
*** bauzas has quit IRC10:10
*** boris-42 has quit IRC10:10
*** patrickeast has quit IRC10:10
*** betherly has quit IRC10:10
*** aleph1 has quit IRC10:10
*** greghaynes has quit IRC10:10
*** dims has quit IRC10:10
*** cargonza has quit IRC10:10
*** nkrinner has quit IRC10:10
*** kswiatek has quit IRC10:10
*** BlackDex has quit IRC10:10
*** jroll has quit IRC10:10
*** Oku_OS-away has quit IRC10:10
*** johnthetubaguy has quit IRC10:10
*** cburgess has quit IRC10:10
*** tonyb has quit IRC10:10
*** anush_ has quit IRC10:10
*** artom has quit IRC10:10
*** roeyc has quit IRC10:10
*** tlbr has quit IRC10:10
*** zzzeek has quit IRC10:10
*** nherciu has quit IRC10:10
*** zhangyufei has quit IRC10:10
*** portdirect has quit IRC10:10
*** matrohon has quit IRC10:10
*** derekh has quit IRC10:10
*** grumpycatt has quit IRC10:10
*** esberglu has joined #openstack-nova10:12
*** esberglu has quit IRC10:17
*** cargonza has joined #openstack-nova10:19
*** oanson has quit IRC10:20
*** pbandark has joined #openstack-nova10:21
*** BobBall has joined #openstack-nova10:24
*** rcarrillocruz has joined #openstack-nova10:24
*** suresh12 has joined #openstack-nova10:24
*** zhangyufei has joined #openstack-nova10:25
*** heyongli has joined #openstack-nova10:26
*** matrohon has joined #openstack-nova10:26
*** derekh has joined #openstack-nova10:26
*** grumpycatt has joined #openstack-nova10:26
*** fyxim has joined #openstack-nova10:26
*** serverascode has joined #openstack-nova10:26
*** geekinutah has joined #openstack-nova10:26
*** lpetrut has joined #openstack-nova10:26
*** markus_z has joined #openstack-nova10:26
*** kaisers_ has joined #openstack-nova10:26
*** gcb has joined #openstack-nova10:26
*** phschwartz has joined #openstack-nova10:26
*** bhagyashri_s has joined #openstack-nova10:26
*** ujjain has joined #openstack-nova10:26
*** Guest66666 has joined #openstack-nova10:26
*** jgriffith has joined #openstack-nova10:26
*** sfinucan has joined #openstack-nova10:26
*** scottda has joined #openstack-nova10:26
*** ltomasbo has joined #openstack-nova10:26
*** esmiurium has joined #openstack-nova10:26
*** SpamapS has joined #openstack-nova10:26
*** Madasi has joined #openstack-nova10:26
*** EmilienM has joined #openstack-nova10:26
*** wznoinsk has joined #openstack-nova10:26
*** haukebruno has joined #openstack-nova10:26
*** jklare has joined #openstack-nova10:26
*** NobodyCam has joined #openstack-nova10:26
*** sulo has joined #openstack-nova10:26
*** kevinbenton has joined #openstack-nova10:26
*** fnordahl has joined #openstack-nova10:26
*** tr3buchet has joined #openstack-nova10:26
*** rushiagr has joined #openstack-nova10:26
*** bauzas has joined #openstack-nova10:26
*** boris-42 has joined #openstack-nova10:26
*** patrickeast has joined #openstack-nova10:26
*** betherly has joined #openstack-nova10:26
*** aleph1 has joined #openstack-nova10:26
*** greghaynes has joined #openstack-nova10:26
*** dims has joined #openstack-nova10:26
*** nkrinner has joined #openstack-nova10:26
*** jroll has joined #openstack-nova10:26
*** johnthetubaguy has joined #openstack-nova10:26
*** BlackDex has joined #openstack-nova10:26
*** kswiatek has joined #openstack-nova10:26
*** Oku_OS-away has joined #openstack-nova10:26
*** cburgess has joined #openstack-nova10:26
*** tonyb has joined #openstack-nova10:26
*** wasmum has joined #openstack-nova10:27
*** clif_h has joined #openstack-nova10:27
*** StevenK has joined #openstack-nova10:27
*** frickler has joined #openstack-nova10:27
*** adreznec has joined #openstack-nova10:27
*** kamtamtun has joined #openstack-nova10:27
*** tomhambleton has joined #openstack-nova10:27
*** roeyc has joined #openstack-nova10:27
*** tlbr has joined #openstack-nova10:27
*** zzzeek has joined #openstack-nova10:27
*** nherciu has joined #openstack-nova10:27
*** portdirect has joined #openstack-nova10:27
*** diga has joined #openstack-nova10:27
*** huazhihao has joined #openstack-nova10:27
*** mah has joined #openstack-nova10:27
*** med_ has joined #openstack-nova10:27
*** johnsom has joined #openstack-nova10:27
*** DuncanT has joined #openstack-nova10:27
*** salv-orlando has joined #openstack-nova10:27
*** jaosorior has joined #openstack-nova10:27
*** inara has joined #openstack-nova10:27
*** zenoway has joined #openstack-nova10:27
*** ihrachys has joined #openstack-nova10:27
*** rcernin has joined #openstack-nova10:27
*** coolsvap has joined #openstack-nova10:27
*** eliqiao has joined #openstack-nova10:27
*** kevinz has joined #openstack-nova10:27
*** knikolla has joined #openstack-nova10:27
*** McNinja has joined #openstack-nova10:27
*** odyssey4me has joined #openstack-nova10:27
*** alex_xu_ has joined #openstack-nova10:27
*** Lehtu has joined #openstack-nova10:27
*** mvk has joined #openstack-nova10:27
*** geektoor has joined #openstack-nova10:27
*** gongysh has joined #openstack-nova10:27
*** jistr has joined #openstack-nova10:27
*** efried has joined #openstack-nova10:27
*** fungi has joined #openstack-nova10:27
*** tdurakov has joined #openstack-nova10:27
*** andrewbogott has joined #openstack-nova10:27
*** flaper87 has joined #openstack-nova10:27
*** dharinic has joined #openstack-nova10:27
*** pumaranikar has joined #openstack-nova10:27
*** oomichi has joined #openstack-nova10:27
*** jcook has joined #openstack-nova10:27
*** Prophidys_ has joined #openstack-nova10:27
*** krotscheck has joined #openstack-nova10:27
*** liuyulong has joined #openstack-nova10:27
*** diana_clarke has joined #openstack-nova10:27
*** auggy has joined #openstack-nova10:27
*** kgalanov has joined #openstack-nova10:27
*** csatari has joined #openstack-nova10:27
*** rpodolyaka has joined #openstack-nova10:27
*** _fortis has joined #openstack-nova10:27
*** FrankZhang has joined #openstack-nova10:27
*** lbragstad has joined #openstack-nova10:27
*** mrhillsman has joined #openstack-nova10:27
*** raorn has joined #openstack-nova10:27
*** danpawlik has joined #openstack-nova10:28
*** claudiub has joined #openstack-nova10:28
*** rmart04 has joined #openstack-nova10:28
*** crinkle has joined #openstack-nova10:28
*** ducnc has joined #openstack-nova10:28
*** sdake_ has joined #openstack-nova10:28
*** ababich has joined #openstack-nova10:28
*** hieulq__ has joined #openstack-nova10:28
*** gerhardq1x has joined #openstack-nova10:28
*** gibi has joined #openstack-nova10:28
*** gabor_antal_ has joined #openstack-nova10:28
*** openstackgerrit has joined #openstack-nova10:28
*** ntpttr has joined #openstack-nova10:28
*** scottynomad has joined #openstack-nova10:28
*** larsks has joined #openstack-nova10:28
*** CristinaPauna has joined #openstack-nova10:28
*** jianghuaw has joined #openstack-nova10:28
*** HenryG has joined #openstack-nova10:28
*** Guest61753 has joined #openstack-nova10:28
*** tanee has joined #openstack-nova10:28
*** Qu4tre has joined #openstack-nova10:28
*** abramley has joined #openstack-nova10:28
*** hemna has joined #openstack-nova10:28
*** rha has joined #openstack-nova10:28
*** gmann has joined #openstack-nova10:28
*** mat128 has joined #openstack-nova10:28
*** beagles has joined #openstack-nova10:28
*** dulek has joined #openstack-nova10:28
*** owalsh has joined #openstack-nova10:28
*** ralonsoh has joined #openstack-nova10:28
*** ediardo has joined #openstack-nova10:28
*** jed56 has joined #openstack-nova10:28
*** ameade has joined #openstack-nova10:28
*** d34dh0r53 has joined #openstack-nova10:28
*** acabot has joined #openstack-nova10:28
*** mkoderer has joined #openstack-nova10:28
*** andreas_s has joined #openstack-nova10:28
*** Nakato has joined #openstack-nova10:28
*** tjones- has joined #openstack-nova10:28
*** thingee has joined #openstack-nova10:28
*** macsz_ has joined #openstack-nova10:28
*** mordred has joined #openstack-nova10:28
*** mgagne_ has joined #openstack-nova10:28
*** zigo has joined #openstack-nova10:28
*** Kevin_Zheng has joined #openstack-nova10:28
*** ociuhandu has joined #openstack-nova10:28
*** mnaser has joined #openstack-nova10:28
*** adam_g` has joined #openstack-nova10:28
*** vishwanathj_zzz has joined #openstack-nova10:28
*** smcginnis has joined #openstack-nova10:28
*** pjm6 has joined #openstack-nova10:28
*** toan has joined #openstack-nova10:28
*** timello has joined #openstack-nova10:28
*** carl_baldwin has joined #openstack-nova10:28
*** John341 has joined #openstack-nova10:28
*** pc_m has joined #openstack-nova10:28
*** anthonyper has joined #openstack-nova10:28
*** dosaboy has joined #openstack-nova10:28
*** aloga has joined #openstack-nova10:28
*** robcresswell has joined #openstack-nova10:28
*** bnemec has joined #openstack-nova10:28
*** jlk has joined #openstack-nova10:28
*** xek_ has joined #openstack-nova10:28
*** vipuls has joined #openstack-nova10:28
*** TonyXu has joined #openstack-nova10:28
*** zhenguo has joined #openstack-nova10:28
*** rmcadams has joined #openstack-nova10:28
*** nikhil has joined #openstack-nova10:28
*** fmccrthy has joined #openstack-nova10:28
*** kashyap has joined #openstack-nova10:28
*** briancurtin has joined #openstack-nova10:28
*** dougwig has joined #openstack-nova10:28
*** ildikov has joined #openstack-nova10:28
*** zhiyan has joined #openstack-nova10:28
*** mirrorbox has joined #openstack-nova10:28
*** Kimmo__ has joined #openstack-nova10:28
*** pkoniszewski has joined #openstack-nova10:28
*** htruta has joined #openstack-nova10:28
*** anush_ has joined #openstack-nova10:28
*** artom has joined #openstack-nova10:28
*** DuncanT has quit IRC10:28
*** mvk has quit IRC10:29
*** NobodyCam has quit IRC10:29
*** suresh12 has quit IRC10:29
*** serverascode has quit IRC10:29
*** ChanServ has joined #openstack-nova10:30
*** tepper.freenode.net sets mode: +o ChanServ10:30
*** d34dh0r53 has quit IRC10:30
*** diga has quit IRC10:30
*** d34dh0r53 has joined #openstack-nova10:30
*** csatari has quit IRC10:30
*** tdurakov has quit IRC10:31
*** roeyc has quit IRC10:31
*** rmcadams has quit IRC10:32
*** nikhil has quit IRC10:32
*** tlbr is now known as Guest7632310:32
*** fyxim is now known as Guest7303310:32
*** BobBall is now known as Guest7567210:32
*** med_ is now known as Guest3894110:32
*** coolsvap has quit IRC10:32
*** cdent has joined #openstack-nova10:32
*** rmart04 has left #openstack-nova10:33
*** agireud has joined #openstack-nova10:33
*** rmart04 has joined #openstack-nova10:33
*** code-R_ has joined #openstack-nova10:34
*** DuncanT has joined #openstack-nova10:34
*** sdake_ has quit IRC10:35
*** amotoki has joined #openstack-nova10:35
*** pkholkin has quit IRC10:35
*** pkholkin has joined #openstack-nova10:35
*** karlamrhein has quit IRC10:35
*** karlamrhein has joined #openstack-nova10:35
*** cargonza has quit IRC10:35
*** cargonza has joined #openstack-nova10:35
*** geekinutah has quit IRC10:35
*** geekinutah has joined #openstack-nova10:35
*** Guest73033 has quit IRC10:35
*** Guest73033 has joined #openstack-nova10:35
*** huazhihao has quit IRC10:35
*** huazhihao has joined #openstack-nova10:35
*** johnsom has quit IRC10:36
*** johnsom has joined #openstack-nova10:36
*** huazhihao has quit IRC10:36
*** links has quit IRC10:36
*** code-R has quit IRC10:37
*** DuncanT has quit IRC10:37
*** DuncanT has joined #openstack-nova10:37
*** NobodyCam has joined #openstack-nova10:38
*** roeyc has joined #openstack-nova10:38
*** psachin has quit IRC10:39
*** csatari has joined #openstack-nova10:40
*** jeblair is now known as Guest6552810:42
*** rmcadams has joined #openstack-nova10:43
*** jaosorior has quit IRC10:44
*** jaosorior has joined #openstack-nova10:44
*** nikhil has joined #openstack-nova10:44
*** coolsvap has joined #openstack-nova10:44
openstackgerritChris Dent proposed openstack/nova: Add {get_,set_}aggregates to objects.ResourceProvider  https://review.openstack.org/35526310:45
openstackgerritChris Dent proposed openstack/nova: Implement get and set aggregates in the placement API  https://review.openstack.org/35799310:45
openstackgerritChris Dent proposed openstack/nova: [placement] add a placement_aggregates table to api_db  https://review.openstack.org/36286310:45
*** links has joined #openstack-nova10:49
*** tdurakov has joined #openstack-nova10:50
*** salv-orlando has quit IRC10:51
*** serverascode has joined #openstack-nova10:51
*** Guest75672 is now known as BobBall10:52
*** amotoki has quit IRC10:53
paul-carlton2lyarwood, see https://bugs.launchpad.net/nova/+bug/1633033, seems like attempts to live migrate instances with encrypted volumes are currently doomed10:53
openstackLaunchpad bug 1633033 in OpenStack Compute (nova) "live migration with encrypted volume fails" [Undecided,New]10:53
*** wanghao_ has joined #openstack-nova10:54
*** sdague has joined #openstack-nova10:54
paul-carlton2I think it might be fixable by checking for encryption in pre and post live migrate where we attach at target and detach at source, will try it out10:55
*** ducttape_ has joined #openstack-nova10:57
*** mmedvede has joined #openstack-nova10:59
*** amotoki has joined #openstack-nova11:00
*** mingyu has joined #openstack-nova11:00
*** mvk has joined #openstack-nova11:00
*** prateek has quit IRC11:01
*** ducttape_ has quit IRC11:02
*** smatzek has joined #openstack-nova11:02
*** salv-orlando has joined #openstack-nova11:03
*** cdelatte has joined #openstack-nova11:03
*** sdake has joined #openstack-nova11:03
*** mingyu has quit IRC11:04
*** prateek has joined #openstack-nova11:07
*** sdake_ has joined #openstack-nova11:11
*** ratailor has quit IRC11:12
*** ratailor has joined #openstack-nova11:13
*** sdake has quit IRC11:13
lyarwoodpaul-carlton2: will do, thanks11:13
*** alexchadin has joined #openstack-nova11:13
*** markvoelker has quit IRC11:14
*** bvanhav has joined #openstack-nova11:16
*** amotoki has quit IRC11:18
*** hshiina has joined #openstack-nova11:18
*** rtheis has joined #openstack-nova11:21
*** oanson has joined #openstack-nova11:22
*** thorst has joined #openstack-nova11:22
*** ftersin has joined #openstack-nova11:26
*** sdake has joined #openstack-nova11:27
*** roeyc has quit IRC11:27
*** psachin has joined #openstack-nova11:27
*** haplo37_ has quit IRC11:27
*** oanson has quit IRC11:28
*** diga has joined #openstack-nova11:28
*** sdake_ has quit IRC11:28
*** haplo37_ has joined #openstack-nova11:30
*** thorst has quit IRC11:31
*** gszasz has joined #openstack-nova11:33
*** ociuhandu has quit IRC11:33
*** erlon has joined #openstack-nova11:33
*** roeyc has joined #openstack-nova11:34
*** salv-orlando has quit IRC11:36
*** prateek has quit IRC11:36
*** ljxiash has joined #openstack-nova11:37
*** diga has quit IRC11:37
*** diga has joined #openstack-nova11:38
*** Anticimex has joined #openstack-nova11:47
*** alexchadin has quit IRC11:50
*** alexchadin has joined #openstack-nova11:50
*** thorst has joined #openstack-nova11:52
*** smatzek_ has joined #openstack-nova11:54
*** lucas-afk is now known as lucasagomes11:54
*** rmart04_ has joined #openstack-nova11:55
*** zhangyufei has quit IRC11:56
*** flaper87 has quit IRC11:56
*** smatzek has quit IRC11:57
*** rmart04 has quit IRC11:57
*** rmart04_ is now known as rmart0411:57
*** ducttape_ has joined #openstack-nova11:58
*** rfolco has joined #openstack-nova12:01
*** kylek3h has quit IRC12:01
*** esberglu has joined #openstack-nova12:01
*** pradk has joined #openstack-nova12:01
*** ducttape_ has quit IRC12:03
*** phuongnh has quit IRC12:03
*** ratailor has quit IRC12:05
*** sdake_ has joined #openstack-nova12:05
*** tuanluong has quit IRC12:05
*** esberglu has quit IRC12:05
*** sdake has quit IRC12:06
*** flaper87 has joined #openstack-nova12:12
*** flaper87 has quit IRC12:12
*** flaper87 has joined #openstack-nova12:12
*** edmondsw has joined #openstack-nova12:13
*** markvoelker has joined #openstack-nova12:14
*** ralonsoh_ has joined #openstack-nova12:15
*** JoseMello has joined #openstack-nova12:16
*** sridharg has quit IRC12:16
*** maticue has joined #openstack-nova12:18
*** ducttape_ has joined #openstack-nova12:18
*** baoli has joined #openstack-nova12:18
*** ralonsoh has quit IRC12:18
*** markvoelker has quit IRC12:20
*** baoli_ has joined #openstack-nova12:20
openstackgerritTakashi NATSUME proposed openstack/nova-specs: Enable cold migration with target host  https://review.openstack.org/33472512:21
*** baoli has quit IRC12:23
*** esberglu has joined #openstack-nova12:26
*** kylek3h has joined #openstack-nova12:35
*** mtanino has joined #openstack-nova12:38
*** sridharg has joined #openstack-nova12:42
*** mtanino has quit IRC12:42
*** gouthamr has joined #openstack-nova12:44
*** swann has joined #openstack-nova12:45
*** kylek3h has quit IRC12:45
*** swann has quit IRC12:45
*** swann has joined #openstack-nova12:46
openstackgerritPushkar Umaranikar proposed openstack/nova: Add debug logs to output host weights for weighers  https://review.openstack.org/38563612:49
openstackgerritGábor Antal proposed openstack/nova: Removed unnecessary parantheses in return statements  https://review.openstack.org/37054912:49
openstackgerritPushkar Umaranikar proposed openstack/nova: Add debug logs to output host weights for weighers  https://review.openstack.org/38563612:49
*** takashin has left #openstack-nova12:50
*** oanson has joined #openstack-nova12:51
*** ducttape_ has quit IRC12:52
*** clenimar has quit IRC12:53
*** xyang1 has joined #openstack-nova12:53
*** tblakes has joined #openstack-nova12:56
*** hoangcx has joined #openstack-nova12:57
*** GB21 has quit IRC12:58
*** hoangcx has quit IRC12:58
*** prithiv has joined #openstack-nova12:59
*** lamt has joined #openstack-nova12:59
prithivcan someone please review this BP https://blueprints.launchpad.net/nova/+spec/modify-default-cpu-mode13:00
*** burt has joined #openstack-nova13:00
*** burgerk has joined #openstack-nova13:00
*** wanghao_ has quit IRC13:00
*** hoangcx has joined #openstack-nova13:01
sfinucanprithiv: I can't find a related spec. Is there one?13:05
prithivI have a spec. I am not sure if a spec is needed for this BP. I needed someone to confirm that. If it is needed, I can put that up for review.13:08
prithivI read that not all BP require a spec.13:08
*** cdent has quit IRC13:09
*** Guest73033 is now known as fyxim13:11
*** lpetrut has quit IRC13:12
*** mdrabe has joined #openstack-nova13:12
*** tanvirt has joined #openstack-nova13:13
sfinucanprithiv: Yeah, that looks like a substantial new feature. I'd imagine it needs a spec13:13
prithivno problem. I can put the spec for review today.13:13
sfinucan(y)13:14
*** salv-orlando has joined #openstack-nova13:14
*** lamt has quit IRC13:14
*** jheroux has joined #openstack-nova13:14
*** ducttape_ has joined #openstack-nova13:16
John341I'm failing to add a new compute node on liberty/centos7. When I add the node, I can see it up in nova service-list, but it is not added to nova hypervisor-list.   On the compute node I can in nova-compute.log see: ERROR: No compute node record for host compute-5, and ERROR: Error updating resources for node compute-5 error connecting to the cluster13:18
John341Can anyone please hint where to look to fix this error?13:19
*** haplo37 has quit IRC13:20
*** mriedem_afk is now known as mriedem13:21
*** haplo37 has joined #openstack-nova13:21
*** portdirect has quit IRC13:23
*** portdirect_ has joined #openstack-nova13:23
*** portdirect_ is now known as portdirect13:23
*** doffm_ is now known as doffm13:25
*** oanson has quit IRC13:25
*** READ10 has joined #openstack-nova13:27
*** pjm6 has quit IRC13:27
*** ayoung has joined #openstack-nova13:28
*** eharney has quit IRC13:30
mriedemgibi: have you seen this ML thread? http://lists.openstack.org/pipermail/openstack-dev/2016-October/105375.html13:31
bauzascdent: around ?13:31
*** lpetrut has joined #openstack-nova13:31
bauzasdansmith: mriedem: argh, I'm surprised to see https://review.openstack.org/#/c/343046/13:32
mdboothJohn341: You might get more joy asking in #openstack13:33
*** smatzek_ has quit IRC13:33
*** ducttape_ has quit IRC13:33
*** TravT has joined #openstack-nova13:33
*** cdent has joined #openstack-nova13:33
dansmithbauzas: why are you surprised13:33
dansmith?13:34
bauzasdansmith: because I was not knowing it was possible to have a query already13:34
bauzasdansmith: if so, that means that providing a request body could be difficult13:34
dansmithbauzas: but this is just querying resource providers if we know some attribute about them.. this is not the placement decision thing13:35
dansmithtotally different sort of thing13:35
bauzasdansmith: so, what if some user is providing a req body *and* a list of attributes ?13:35
*** TravT has quit IRC13:35
*** TravT has joined #openstack-nova13:36
dansmithbauzas: didn't we discuss yesterday using some other target for the placement decision interface? like /requests or something?13:36
bauzasdansmith: I thought we were okay to use a GET /resource_providers with a body, but given that, I think it's better to have the above13:36
bauzasie. POST /request13:37
bauzasbut then, I need to modify the spec I just wrote https://review.openstack.org/#/c/385618/13:37
dansmithbauzas: this /resource_providers?foo=bar interface is for looking up resource providers based on their own attributes.. what we need is a thing that takes a more general placement request body, and which returns resource providers which satisfy that request right?13:37
dansmitha resource provider does not have any attribute of "memory_mb", so this /resource_providers interface is not what we're looking for13:38
dansmithunless I'm completely missing something13:38
bauzasdansmith: well, my point was we asking for returning RPs13:38
John341mdbooth: okay will do, thx!13:38
bauzashence me thinking of GET /RPs with a request13:38
mriedemsahid: thanks for the detailed review on https://review.openstack.org/#/c/385683/13:38
bauzasbut anyway, I'll create then a POST /request rather13:39
*** sridharg has quit IRC13:39
*** mingyu has joined #openstack-nova13:39
bauzasheh, SEARCH seems good13:39
bauzascdent: I was not knowing of the existing of the SEARCH HTTP method13:40
*** prithiv has quit IRC13:40
*** alexchadin has quit IRC13:40
cdentSEARCH is not a great idea13:40
bauzascdent: that looks the best direction13:40
bauzascdent: why ?13:40
*** tanvirt_ has joined #openstack-nova13:40
cdentbecause it is a method that's not defined in the standard rfcs13:40
cdentit comes out of webdav13:40
*** alexchadin has joined #openstack-nova13:40
cdentwhich doesn't make it wrong13:40
bauzasah, graaah13:40
cdentbut may make it ... weird13:40
bauzascdent: so my point would be then about a new URI with a post method13:41
bauzascdent: POST /placement_request13:41
cdentthere is no such resource placement_request13:41
bauzasI know13:41
cdentthere is a resource named /resource_providers13:41
bauzasI would have to create that REST resource13:42
cdent /placement_request means nothing13:42
dansmithbauzas: cdent: this is the most concise statement about the uri from yesterday that I remember: http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2016-10-12.log.html#t2016-10-12T20:23:1013:42
cdentno, you don't13:42
*** dave-mccowan has joined #openstack-nova13:42
gibimriedem: looking13:42
*** hamzy has quit IRC13:42
* dansmith rage-brews coffee13:42
cdentdansmith, bauzas the thing you want is a collection of resource providers, we have a resource/endpoint for that already13:42
bauzasdansmith: right, I think it was the consensus : having GET /rps with a body13:42
*** tanvirt has quit IRC13:43
bauzascdent: and having an action is not good, you said ?13:43
*** xinliang has quit IRC13:43
cdentright13:43
dansmithbauzas: I think the consensus was to use a different resource, and I thought you suggested it and were in agreement13:43
bauzascdent: because I'd kill for GET /rps/request13:43
dansmithhttp://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2016-10-12.log.html#t2016-10-12T20:20:0213:43
cdentbauzas: there are two reasons that's no good13:43
*** cmartin has joined #openstack-nova13:44
mriedemmaybe a hangout is in order13:44
bauzasdansmith: honestly, I'm not opiniated between GET /RPs with a body and POST /request13:44
bauzasI went down to GET /RPs because I thought it was the preference for jay13:44
mriedemmdbooth: please review https://review.openstack.org/#/c/312488/ when you get a minute13:44
cdentbauzas: one reason is there's already a pattern of /resource_providers/{uuid}13:45
*** alexchadin has quit IRC13:45
cdentif we put 'request' in there where uuids go, that violates the pattern13:45
bauzascdent: you only leave me to write a POST /request then13:46
bauzasI want to be pragmatic13:46
cdent(see: http://specs.openstack.org/openstack/api-wg/guidelines/uri.html )13:46
cdentbauzas: what is wrong with POST /resource_providers ?13:46
*** liuyulong_ has joined #openstack-nova13:47
*** markvoelker has joined #openstack-nova13:47
*** liuyulong has quit IRC13:47
bauzascdent: we had a long convo yesterday evening that said finally either GET /RPs with body *or* POST /req13:48
bauzascdent: I don't want to rabbit-hole again13:48
*** links has quit IRC13:48
cdentno, I'm pretty sure we also included POST /resource_providers as an option13:48
cdentthat is the only option that is even remotely correct13:49
*** mgoddard has joined #openstack-nova13:49
cdentor get with a query string13:49
*** burgerk has quit IRC13:49
bauzascdent: no, we NACK'd that13:49
cdentwell you're wrong13:49
cdenti'm sorry guys13:49
cdentthis is just... silly13:49
bauzasPOST /resource_providers means "I want to create a resource provider"13:49
cdentno, it means "process the body of this request according to the semantics the server defines"13:50
cdentcreating another url to return resource providers is just weird13:50
bauzasso the semantics would be far different between 'name and uuid" that creates a new RP, and "query" (or "resources" or whatever") that would *not* create but rather return a list of RPs13:51
cdentI'm sorry that you guys think that doing things correctly is going down a rabbit hole13:51
bauzasI'm sorry, but I think it would be far more confusing for users that POST could either create or get a list of RPs13:52
bauzasdepending on the body13:52
bauzasgood luck with that13:52
cdentwell there are a few options for that, as I stated on your spec13:52
bauzasI saw13:52
bauzascdent: but I think we already discussed on the first 2 alternatives you mentioned13:52
bauzascdent: some of us were very against having a long QS that could become tricky to handle once we would get down to ask for traits or more complex objects13:53
bauzascdent: and the 2nd option is the one we just asked13:53
bauzass/asked/discussed13:53
bauzascdent: you're NACKing the 2 others left13:54
bauzascdent: now, what's left?13:54
cdentLook, I'm sorry if this is difficult for you, but I'm going to defend correctness. That's my job. If you choose to override me that's fine, but I'm not going to sit idly while there are reasonable option that you're not choosing simply because, though correct, you don't like them.13:54
bauzasand just to be clear, we wouldn't be representing the RequestSpec object13:54
bauzaseither waty13:55
bauzasbecause that RequestSpec contains things that aren't either qualitative or quantitative amount requests13:55
cdentit's a repressentation of a request spec that is a result of a transformation from the RequestSpec13:55
cdentyes, I know13:55
edleafebauzas: what is the issue with a long QS? How long does it have to be to be "tricky13:55
bauzasI would just extract the quantitative bits of that Spec and would query the placement API for those resoruce classes13:55
edleafe?13:55
bauzasedleafe: oh man, I should use a Delorean and go back to yesterday evening :)13:56
bauzasfortunately, infra built a tool for me13:56
edleafebauzas: I remember that it was claimed that it was difficult13:56
bauzasedleafe: http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2016-10-12.log.html#t2016-10-12T20:11:5513:56
edleafebut never felt that it was explained13:56
bauzas(and above)13:56
*** GordonTX has joined #openstack-nova13:56
*** xinliang has joined #openstack-nova13:57
sahidmriedem: cool :)13:57
edleafebauzas: exactly. Calling it "gunk" isn't helpful13:57
*** smatzek_ has joined #openstack-nova13:57
edleafeI mean, are we envisioning people typing in long QSs by hand?13:58
openstackgerritHussain Chachuliya proposed openstack/nova: Replace uuid4() with uuidsentinel  https://review.openstack.org/37766313:58
*** bvanhav_ has joined #openstack-nova13:58
tanvirt_mdbooth: So do you want to just chat on here about the libvirt BP?13:59
bauzasedleafe: the problem is also mixed by the fact we're accepting to filter already https://review.openstack.org/#/c/343046/13:59
mdboothtanvirt_: Lets jump out of the way13:59
*** bvanhav has quit IRC14:00
cdentbauzas: how is that a problem?14:00
cdentall we are doing is extending the filter14:00
edleafebauzas: that's a namespacing problem14:00
*** anush has joined #openstack-nova14:00
bauzaswhat edleafe said14:00
*** suresh12 has joined #openstack-nova14:00
edleafebecause we're not filtering on RP attrs with a request14:01
edleafes/request/placement request14:01
dansmithI said it too14:02
*** eharney has joined #openstack-nova14:02
cdenta query string is just that, a query string14:02
cdentit's not always going to be attributes of the returned stuff14:02
cdentit's going to be things that shape the returned stuff14:02
bauzasedleafe: if we speak of QSes, there are 2 possibilities : either passing a list of parameters and good hope for reconstructing that, if in the meantime the user is also providing a list of UUIDs14:03
edleafecdent: exactly. Hence the only issue with the previous query is namespacing14:03
*** mlavalle has joined #openstack-nova14:03
*** tblakes has quit IRC14:03
bauzasedleafe: or, consider a serialized single parameter that would include the whole request14:03
edleafebauzas: the latter14:03
*** ducttape_ has joined #openstack-nova14:04
bauzasmeh, jay was particularly against that idea14:04
edleafethen we can have: GET /rps?name=foo&resources={...}14:04
bauzasedleafe: and what if foo can't handle the resource request ?N14:04
edleafenot that we'd ever do both together14:04
bauzasempty list?14:04
cdentyes, of course an empty list14:04
edleafebauzas: what else??14:04
bauzasa nespresso ?14:05
bauzasactually, I think it's a very good idea14:05
mriedemlyarwood: sahid: mdbooth: i took a pass through https://review.openstack.org/#/c/312488/ - it had 0 test coverage on most of the changes, but otherwise it's not the worst :)14:05
*** suresh12 has quit IRC14:05
* bauzas refueling coffee14:05
mdboothmriedem: I was just looking at it14:05
*** bvanhav_ is now known as bvanhav14:05
edleafeCoffee is almost always the correct answer14:05
mdboothIt does a couple of weird things I might need to think about harder14:05
mriedemmdbooth: yeah the kwargs thing in imagebackend is really odd to me14:06
mriedemlike i don't even know why that's in there for this14:06
mdboothThat's not the weird thing :)14:06
mriedembut i get lost following how all of those parts are connected14:06
mdboothThat's crufty everywhere14:06
markus_zanyone from xen around? I'd need help to understand http://logs.openstack.xenproject.org/80/334480/17/check/dsvm-tempest-xen/a36252b/logs/testr_results.html.gz14:06
mdboothThe ephemeral disk creation is odd14:06
BobBallmarkus_z: The console output being empty?14:07
mriedemmdbooth: yeah idk, we also have 0 ephemeral disk testing in tempest right?14:08
mriedembesides maybe the device tags test that artom is trying to get in14:08
mdboothmriedem: I think we do. It's not thorough, though.14:08
markus_zBobBall: yeah. I changed code there and I might have broken xen with it.14:08
mdboothThe weird thing with it is that with other backends we create a disk first, then create a filesystem14:08
markus_zBobBall: https://review.openstack.org/#/c/334480/17/nova/virt/libvirt/driver.py14:09
mdboothBut with ploop they seem to be the same operation14:09
mdboothSo the if block we're adding to _create_ephemeral doesn't do the same as the rest of it, which is weird14:09
*** sdake_ has quit IRC14:09
*** zz_dimtruck is now known as dimtruck14:10
*** sdake has joined #openstack-nova14:10
BobBallmarkus_z: Curious patchset 16 passed and 16-17 was just a rebase from what I see14:11
*** yingjun has joined #openstack-nova14:11
mriedemmdbooth: yeah i see what you're saying14:11
mriedemseems to shortcut this a but14:11
mriedem*bit14:11
BobBallanthonyper ^^14:11
bauzascdent: is jaypipes around, or planned to be ?14:13
*** gongysh_ has joined #openstack-nova14:13
*** mnasiadka has quit IRC14:14
cdentbauzas: I don't know for certain, but I suspect he is extremely busy14:14
bauzascdent: before moving further with the idea of a new QS parameter called 'brok' or whatever, I'd like to see him acking that idea14:14
cdenti haven't seen him in any of the various online forms yet today14:14
*** jamesdenton has joined #openstack-nova14:14
bauzasI can modify my POC tho and put it online14:14
bauzasthat's not a big deal14:14
cdentbauzas: I'd like to think we could iterate through a few options on the review itself14:14
BobBallanthonyper: so for some reason change 334480 is introducing a big race condition for Xen getting the console in the shutoff state.14:15
cdentdoing it here seems to limit the amount of tempered reflection that happens14:15
markus_zBobBall: anthonyper: yeah. Do you have a xml dump of a libvirt-xen domain for me?14:15
bauzascdent: okay, so I'm upping the review in the next couple of hours14:15
bauzascdent: and we could bite it as much as we hate14:15
BobBallmarkus_z: anthonyper might, but I dont14:16
cdentthanks bauzas14:17
mriedemmdbooth: ahh tempest has test_verify_created_server_ephemeral_disk but we don't run it in the gate b/c it requires ssh14:17
mriedemwhich is disabled by default14:17
*** openstackgerrit has quit IRC14:18
anthonypermarkus_z: not at hand, I can try to log into one of the running tests to grab one.14:18
*** openstackgerrit has joined #openstack-nova14:18
openstackgerritAndrey Volkov proposed openstack/nova: Add ability to view quota details for project owner  https://review.openstack.org/38600814:20
markus_zanthonyper: Would be great. I assume line 2649 is the issue14:20
artommriedem, that test no longer uses ephemeral disks14:21
mriedemartom: ok14:21
mriedemartom: it could, if it was like https://github.com/openstack/tempest/blob/13.0.0/tempest/api/compute/servers/test_create_server.py#L26614:21
mriedembut i don't want to make it more complicated at this point14:22
*** Oku_OS-away is now known as Oku_OS14:22
artommriedem, yeah, I could create a flavor14:22
*** jaypipes has joined #openstack-nova14:22
artommriedem, but like you said, what's the point? It's testing device tagging, and all I need for that is a volume that I can attach without tags14:22
mriedemcreating a flavor would also require it to be an admin test14:23
mriedemwhich i don't think it is today14:23
artomI initially thought the easiest way to get that was ephemeral, but since I'd have to create a flavor... it's easier to just create another volume14:23
artommriedem, it's isn't14:23
anthonypermarkus_z: <console type='pty' tty='/dev/pts/22'><source path='/dev/pts/22'/><target type='xen' port='0'/></console>14:24
*** tblakes has joined #openstack-nova14:25
*** yingjun has quit IRC14:26
*** yingjun has joined #openstack-nova14:26
*** tblakes_ has joined #openstack-nova14:26
*** hshiina has quit IRC14:27
anthonypermarkus_z: maybe I should run that on the CI loop, this dump comes from my machine which don't have the same version of libvirt ...14:28
dansmithalaski: I'm cool with your conductor manifesto, FWIW, if you want to rev it for jlk's comments14:29
*** tblakes has quit IRC14:29
*** Guest65528 is now known as jeblair14:29
*** tblakes_ is now known as tblakes14:29
alaskidansmith: oh right, forgot to do that14:29
*** jeblair is now known as Guest7181814:30
*** hamzy has joined #openstack-nova14:30
*** yingjun has quit IRC14:31
*** burgerk has joined #openstack-nova14:31
*** erlon has quit IRC14:31
openstackgerritGábor Antal proposed openstack/nova: [WIP] Transform instance.add_fixed_ip notification  https://review.openstack.org/33287614:32
markus_zanthonyper: hm, that xml gets handled from my code14:32
*** gongysh_ has quit IRC14:33
*** Guest71818 is now known as corvus14:34
*** yingjun has joined #openstack-nova14:34
*** lamt has joined #openstack-nova14:39
*** yingjun has quit IRC14:40
*** yingjun has joined #openstack-nova14:40
openstackgerritAndrew Laski proposed openstack/nova-specs: Conductor deployment options in cellsv2  https://review.openstack.org/38341914:40
markus_zanthonyper: Is it really possible to dump a pty device of a shutoff instance?14:40
*** dikonoo has quit IRC14:40
mriedemsahid: i just realize the hw_pointer_model image meta has an enum object field and the only value is usbtablet, but the config option for pointer_model also has ps2mouse14:41
markus_zs/dump/flush14:41
mriedemi wonder if the image meta should allow ps2mouse? although that's equivalent to None14:41
*** mvk has quit IRC14:41
*** mtanino has joined #openstack-nova14:41
*** yingjun has quit IRC14:41
*** yingjun has joined #openstack-nova14:41
*** nkrinner is now known as nkrinner_afk14:41
mriedemsahid: also, it seems like hw_pointer_model should be in https://github.com/openstack/glance/blob/13.0.0/etc/metadefs/compute-libvirt-image.json somewhere14:42
mriedemi don't think we document the hw_pointer_model image meta anywhere14:42
anthonypermarkus_z: I don't think so, maybe unless the machine is preserved on shutdown, otherwise once a machine is shutdown, everything from it is removed.14:42
mriedembesides the nova config options and release notes for newton that is14:42
anthonypermarkus_z: But I'm not sure what libvirt does.14:43
*** nkrinner_afk is now known as nkrinner14:43
*** salv-orl_ has joined #openstack-nova14:43
mriedemsahid: i also got to thinking about the case that the user requests an image with hw_pointer_model=usbtablet and it fails to build on a host because that host doesn't have vnc or spice enabled, will we properly reschedule? or will the user just get a NoValidHost?14:46
*** yingjun has quit IRC14:46
mriedemi guess as an operator you could setup aggregates that have usbtablet support and map those to the images with hw_pointer_model=usbtablet14:46
*** salv-orlando has quit IRC14:46
mriedemwhat a mess14:46
markus_zanthonyper: I wonder if the flush here even works for shutoff instances: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L270214:47
anthonypermarkus_z: that the only why to grab the console output, right?14:48
sahidmriedem: yes... we did not update the enum of image_meta when we have added that new ps2mouse14:48
*** esberglu has quit IRC14:49
sahidmriedem: in case the instance get scheduled on a host which can handle the request, it should be re-scheduled, right ?14:49
*** esberglu has joined #openstack-nova14:49
markus_zanthonyper: AFAIK that's true for libvirt-xen, yes.14:49
sahidbut for sure we should probably have something in the scheduler...14:49
sahids/which can/which can't14:50
markus_zanthonyper: I think the tempest test case here assumes that there is a "console.log" file which persists the logs even in shutoff state: https://github.com/openstack/tempest/blob/f1448f0caa509013399afc4bc18ca3a2c5c34d17/tempest/api/compute/servers/test_server_actions.py#L465-L46514:51
*** esberglu has quit IRC14:51
*** sean-k-mooneyAFK is now known as sean-k-mooney14:51
*** esberglu has joined #openstack-nova14:51
mriedemsahid: yeah i guess it will fall through and we'll reschedule https://github.com/openstack/nova/blob/14.0.1/nova/compute/manager.py#L197214:52
sahidit's probably not the best way, that is going to consume time and resources14:53
*** roeyc has quit IRC14:54
sahidmriedem: is there a filter able to do some correlations between hosts and image properties ?14:54
*** lpetrut has quit IRC14:55
*** code-R_ has quit IRC14:55
mriedemyeah i think so, let me dig out the tome of scheduler filters14:55
sahidwe need a filter to quickly pass on hosts which can't handle the request14:55
sahidso we can add documentation for operators14:55
*** esberglu has quit IRC14:56
*** kylek3h has joined #openstack-nova14:56
*** dimtruck is now known as zz_dimtruck14:56
mriedemsahid: i think it's AggregateImagePropertiesIsolation14:57
*** armax has joined #openstack-nova14:57
mriedemthere is also ImagePropertiesFilter but that's more specific image properties14:57
*** nkrinner is now known as nkrinner_afk14:57
mriedembauzas could probably confirm14:58
*** aunnam has joined #openstack-nova15:00
*** sdake has quit IRC15:00
*** mjura has quit IRC15:01
mriedemhmm, so pointer_model defaults to 'usbtablet', and vnc.enabled defaults to True, what is the default os_type?15:01
*** esberglu has joined #openstack-nova15:03
openstackgerritJohn Garbutt proposed openstack/nova: Update rolling upgrade steps from upgrades documentation  https://review.openstack.org/37354915:03
mriedemi guess as long as the virt type isn't lxc/uml/xen, then the os_type is hvm15:03
mriedembut by default, you won't be able to spawn an instance if you're using libvirt + lxc/uml/xen15:03
mriedemthis change is full of landmines...15:04
*** sdake has joined #openstack-nova15:05
*** tanvirt has joined #openstack-nova15:05
*** tanvirt_ has quit IRC15:06
*** mdrabe has quit IRC15:08
*** smatzek_ is now known as smatzek15:09
*** cdent has quit IRC15:13
dansmithjohnthetubaguy: a couple more things in that upgrade doc15:15
dansmithjohnthetubaguy: you wanna push those and I'll +2? if not, I'll be glad to hit them15:15
johnthetubaguydansmith: sure, will look at them now15:15
sahidmriedem: oh yes... we have set pointer_model to usbstablet per default15:15
dansmithcool15:16
johnthetubaguydansmith: we got the old and new api side by side working by the way, will do follow patch with the process (with a note saying its not really tested)15:16
*** mdrabe has joined #openstack-nova15:16
dansmithjohnthetubaguy: wicked :)15:16
johnthetubaguydansmith: I think resize broke and the way we register the API service isn't quite right out the box, but otherwise, full tempest worked on both old and new api node, with old and new computes15:17
dansmithjohnthetubaguy: okay15:17
*** salv-orl_ has quit IRC15:17
*** ssurana has joined #openstack-nova15:18
openstackgerritJohn Garbutt proposed openstack/nova: Update rolling upgrade steps from upgrades documentation  https://review.openstack.org/37354915:19
*** rcernin has quit IRC15:20
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: remove py26 compat code in "get_console_output"  https://review.openstack.org/33448015:20
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: DON'T MERGE: debug change 334480/17  https://review.openstack.org/38603715:20
BobBallmriedem: I'm being blind and my google foo is failing me - where can I find the latest nova coverage runs?15:20
dansmithjohnthetubaguy: I think you're good to +W that15:21
*** mingyu_ has joined #openstack-nova15:21
*** mingyu has quit IRC15:22
johnthetubaguydansmith: yeah, I guess it was just nits15:23
dansmithyeah, and just docs15:23
*** lucasagomes is now known as lucas-hungry15:24
mriedemBobBall: you'd have to ask infra, they are in some post queue somewhere15:24
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova: Transform instance.shutdown notifications  https://review.openstack.org/32921415:24
BobBallah - ok - I assumed you were looking at them because of your .coverage change :)15:25
*** _ducttape_ has joined #openstack-nova15:26
*** annegentle has joined #openstack-nova15:27
*** GreenBlood has joined #openstack-nova15:27
*** psachin has quit IRC15:28
*** armax has quit IRC15:28
*** ducttape_ has quit IRC15:29
*** tongli has joined #openstack-nova15:31
mriedemBobBall: i run them locally15:32
*** amotoki has joined #openstack-nova15:32
markus_zsdague: fyi: that's the bug I was talking about yesterday: https://bugs.launchpad.net/nova/+bug/163298715:32
openstackLaunchpad bug 1632987 in OpenStack Compute (nova) "_nova_to_osvif_vif_bridge: 'module' object has no attribute 'vif'" [Undecided,In progress] - Assigned to Markus Zoeller (markus_z) (mzoeller)15:32
openstackgerritAndrey Volkov proposed openstack/nova: Add ability to view quota details for project owner  https://review.openstack.org/38600815:33
*** bvanhav has quit IRC15:34
knikollaquick question, does nova support multiple ceph backends?15:34
*** corvus is now known as jeblair15:35
*** rmart04 has quit IRC15:36
*** rafael_ has joined #openstack-nova15:37
*** rhagarty has joined #openstack-nova15:37
*** sahid has quit IRC15:38
*** mvk has joined #openstack-nova15:39
openstackgerritEmilien Macchi proposed openstack/nova: Document experimental pipeline in Nova CI  https://review.openstack.org/38183815:40
*** amotoki has quit IRC15:40
*** bvanhav has joined #openstack-nova15:40
*** diga has quit IRC15:44
*** _ducttape_ has quit IRC15:44
openstackgerritMatthew Booth proposed openstack/nova: WIP libvirt: Fix races with nfs volume mount/umount  https://review.openstack.org/38385915:44
*** ducttape_ has joined #openstack-nova15:44
*** mdrabe has quit IRC15:45
*** mdrabe has joined #openstack-nova15:45
*** cdent has joined #openstack-nova15:45
*** bvanhav has quit IRC15:46
*** kfarr has joined #openstack-nova15:46
*** paul-carlton2 has quit IRC15:47
*** vishwanathj_zzz is now known as vishwanathj15:48
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova: Add debug to tox environment  https://review.openstack.org/38517715:52
*** kfarr has quit IRC15:53
*** amotoki has joined #openstack-nova15:54
*** krtaylor has quit IRC15:56
*** andreas_s has quit IRC15:57
*** armax has joined #openstack-nova15:58
*** slaweq_ has joined #openstack-nova15:58
openstackgerritPushkar Umaranikar proposed openstack/nova: Add debug logs to output host weights for weighers  https://review.openstack.org/38563615:59
*** bvanhav has joined #openstack-nova16:00
*** rhagarty_ has joined #openstack-nova16:00
*** rama_y has joined #openstack-nova16:01
bauzasmriedem: sorry was away for one hour (thanks to my daughter's homework...)16:02
bauzasmriedem: what was the question about the image filters?16:02
*** kfarr has joined #openstack-nova16:02
*** rhagarty has quit IRC16:04
mriedembauzas: wanted to confirm that if you wanted to schedule certain images with certain properties to certain hosts, you'd have to use AggregateImagePropertiesIsolation16:05
mriedemand the host would have to be in an aggregate with metadata that matches the image meta16:05
bauzasyup, that's how operators do16:05
bauzaszactly16:05
mriedemok, because the pointer_model stuff is very hairy16:06
*** tesseract- has quit IRC16:06
bauzasmriedem: which change could I help ?16:06
mriedemhttps://review.openstack.org/#/c/385683/16:06
mriedemi'm going to have an update to that shortly16:06
*** derekh has quit IRC16:06
bauzasmriedem: yeah, the ImagePropertiesFilter like you said is for more saying "I want X or Y"16:06
bauzasmriedem: tbc, the ImagePropsFilter checks the HostState about the image props16:08
bauzasmriedem: while the AggregateImagePropsIsolation is for rather saying image tagged 'foo' == aggregate tagged 'foo'16:09
*** narayrak has quit IRC16:11
*** owalsh has quit IRC16:11
*** slaweq_ has quit IRC16:12
*** rhagarty__ has joined #openstack-nova16:14
mriedemwhat could possible go wrong16:14
*** raunak has joined #openstack-nova16:15
bauzasmriedem: is that a question ?16:15
rafael_speaking of AggregateImagePropertiesIsolation, I'm seeing this, even though my image does have metadata present and matches the aggrega "Host 'hostname' has a metadata key 'availability_zone' that is not present in the image metadata"16:16
*** rhagarty_ has quit IRC16:16
mriedembauzas: no16:16
bauzascdent: edleafe: if we say we're passing a grok as a single parameter, which kind of format should we accept, API-WG hat wise ? :p16:16
bauzasis a JSON-encoded string is enough?16:16
bauzasor should I base64 it ?16:16
edleafebauzas: I wrote an example of that here: https://etherpad.openstack.org/p/placement-request-providers16:17
edleafeat the end16:17
edleafeAnd yeah, JSON would be best16:17
*** aunnam has quit IRC16:17
edleafeunless you know some odd binary resources :)16:17
bauzasJSON is nice for the readability, but I worry for the lenght16:18
bauzaslength*16:18
bauzaswell, actually we should pad less16:19
bauzasanyway16:19
*** rhagarty_ has joined #openstack-nova16:21
*** yassou has quit IRC16:21
*** nic has joined #openstack-nova16:22
*** rmart04 has joined #openstack-nova16:22
*** zz_dimtruck is now known as dimtruck16:22
*** rhagarty__ has quit IRC16:22
*** rhagarty__ has joined #openstack-nova16:23
jaypipescdent: hey, just read back...16:23
jaypipescdent: where is that etherpad we were using from yesterday?16:23
jaypipescdent: got a link somewhere? can't seem to find it myself.16:23
dansmithedleafe: bauzas: I thought everyone was in agreement that the blob query parameter was a terrible idea?16:24
cdentjaypipes: https://etherpad.openstack.org/p/placement-request-providers16:24
jaypipesdanke16:24
cdentit's also linked from the first spec in the two spec bauzas is working on16:24
bauzasdansmith: we're just circling over that :)16:24
cdenti'm in api-wg meeting at the mo, but will catch up later16:24
*** lucas-hungry is now known as lucasagmes16:24
jaypipeskk16:25
bauzasdansmith: the problem is that I don't have alternatives, and cdent really dislikes having a specific REST resource for posting our request16:25
*** nic has quit IRC16:25
*** rmart04_ has joined #openstack-nova16:25
*** nic has joined #openstack-nova16:25
bauzasdansmith: the fact also is that we already filter a list of RPs based on the QS with the index method16:25
bauzaswhere the parameters could be either uuid or name16:26
bauzasso, speaking of consistency, that leaves us a very few room16:26
*** rhagarty_ has quit IRC16:26
*** lucasagmes is now known as lucasagomes16:27
*** rmart04 has quit IRC16:27
*** rmart04_ is now known as rmart0416:27
dansmithbauzas: well, correctness is _the_ most important thing16:27
bauzasthe real real RESTful solution for that kind of problem being a 2-call situation : 1/ do a POST /myrequest with large body 2/ GET /myobjects?request=req_uuid that I got by the POST16:28
migicdent: hi, I have question around https://github.com/openstack/nova/blob/master/nova/tests/functional/api/openstack/placement/gabbits/unicode.yaml#L47-L7216:28
bauzasbut that implies 2 callbacks, which I want to avoid16:28
migicdent: could you tell me more on when those are expected to fail?16:29
bauzasdansmith: so you'd be in favor of a POST /myrequest ?16:29
*** BobBall is now known as BobBall_AWOL16:29
cdentmigi the theory is that they might fail when using a mysql backend that is not configured to use mb4 characters16:29
dansmithbauzas: I'm in favor of getting things done, and asserting opinions doesn't seem to be very constructive at this point16:30
*** harlowja_at_home has joined #openstack-nova16:30
migicdent: and is the test case checking if the scenario is set up this way?16:30
bauzasdansmith: so I'm just writing a patch that does GET /rps?min_resources=JSON_grok16:30
migicdent: am asking because they are unexpectedly succeeding in my env and am trying to find out why16:31
*** zenoway has quit IRC16:31
*** ftersin has quit IRC16:31
cdentmigi: they will frequently succeed, that's okay16:31
*** zenoway has joined #openstack-nova16:32
miginot really as I have set up things that they unexpected success is reporting failure as overall result16:32
*** esberglu has quit IRC16:33
cdentmigi: what did you do to make that happen?16:33
migiso now I either have to do something to the env so those 3 fails or change the strategy for more then just this16:33
*** esberglu has joined #openstack-nova16:33
*** aunnam has joined #openstack-nova16:34
cdentmigi: will you be around 25 minutes from now?16:34
*** MikeG451 has quit IRC16:34
*** jinli has quit IRC16:34
migicdent: yes16:34
cdentcool, I'll be able to think about this more directly then16:35
migithanks16:35
*** xenogear has quit IRC16:35
jaypipesbauzas, edleafe, dansmith, cdent: ok, I've added my idea to the etherpad of what I'd like to see. Lemme know if I've explained it clearly. I recognize that dansmith disagrees with the proposed use of GET /resource-providers and would prefer to see a new REST resource called GET /requests or similar. I've explained in the Notes area why I think it's more correct and appropriate to use GET16:35
*** Guest61753 has quit IRC16:35
jaypipes/resource-providers for this.16:36
*** syjulian has quit IRC16:36
*** yohoffman has quit IRC16:36
*** cmartin has quit IRC16:36
anthonypermarkus_z: BTW, once the vm is in shutdown state, the xml dump have this: <console type='pty'><target type='xen' port='0'/></console>16:36
*** esberglu has quit IRC16:37
cdentjaypipes: have you read my coments on bauzas second review: https://review.openstack.org/#/c/385618/16:38
markus_zanthonyper: oh, that means the "path" isn't there anymore. I'm still wondering why it works without my change.16:38
bauzasfolks, I'll need to do my family duty for the evening, be back in a couple of hours16:39
*** cmartin has joined #openstack-nova16:40
*** zenoway has quit IRC16:40
*** bvanhav has quit IRC16:42
*** sdake_ has joined #openstack-nova16:42
*** yohoffman has joined #openstack-nova16:43
jaypipescdent: no, will do that now.16:43
*** rmart04_ has joined #openstack-nova16:43
*** bvanhav has joined #openstack-nova16:43
*** syjulian has joined #openstack-nova16:44
dansmithjaypipes: thanks for writing that out. I think it convinces me that we should use POST and to something other than resource_providers.. Because you're POSTing a structured request, which I know is all filtering the list in the backend to you, but it just feels wrong to me16:45
*** liverpooler has quit IRC16:45
dansmithjaypipes: that said, I'm exhausted with the discussion and I just want to get the things working,16:45
*** hwoarang has quit IRC16:45
dansmiththe purity of the thing is much more important to the rest of you16:45
*** sdake has quit IRC16:46
dansmithso I will try to stop arguing one way or the other16:46
*** rmart04 has quit IRC16:46
*** rmart04_ is now known as rmart0416:46
*** hwoarang has joined #openstack-nova16:47
anthonypermarkus_z: Is the the test correct ? Does it actually try to get the console output of the shutdown server? (The temp server does not seams to be used by _get_output)16:48
openstackgerritMichael Glaser proposed openstack/nova: Transform instance.resize_confirm notifications  https://review.openstack.org/38608316:49
*** jinli has joined #openstack-nova16:50
*** Swami has joined #openstack-nova16:51
*** lpetrut has joined #openstack-nova16:51
*** krtaylor has joined #openstack-nova16:52
*** rmart04 has quit IRC16:52
*** penick has joined #openstack-nova16:55
*** woodster_ has joined #openstack-nova16:55
*** ralonsoh_ has quit IRC16:55
*** Apoorva has joined #openstack-nova16:55
*** ralonsoh_ has joined #openstack-nova16:55
*** erlon has joined #openstack-nova16:56
*** TravT has quit IRC16:56
markus_zanthonyper: What do you mean with that?16:56
*** xenogear has joined #openstack-nova16:57
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: Acquire TCP ports for console during live migration  https://review.openstack.org/27580116:57
*** Apoorva has quit IRC16:57
*** Apoorva has joined #openstack-nova16:58
anthonypermarkus_z: And if I try manually, without your patch, I get an error, and with your patch, I only get an empty output.16:58
*** MikeG451 has joined #openstack-nova16:58
markus_zanthonyper: what error do you get?16:58
*** vishwana_ has joined #openstack-nova16:59
*** yamahata has joined #openstack-nova16:59
anthonypermarkus_z: ERROR (ClientException): Unexpected API Error.  And in nova-cpu log: UnboundLocalError: local variable 'pty' referenced before assignment16:59
*** sdake_ is now known as sdake17:01
anthonypermarkus_z: end of backtrace: File "/opt/stack/nova/nova/virt/libvirt/driver.py", line 2702, in get_console_output; data = self._flush_libvirt_console(pty)17:01
*** baoli_ has quit IRC17:01
*** rafael_ has quit IRC17:01
*** baoli has joined #openstack-nova17:02
markus_zanthonyper: That error message makes sense: http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/libvirt/driver.py#n268817:02
cdentmigi: okay, sorry about that before, was in a meeting. So you've adjusted the test environment somehow so that a uxsuccess is a fail. How/why did you do that? (so I understand what's going on)17:02
migicdent: it's not upstream test environment17:02
*** vishwanathj has quit IRC17:03
*** ralonsoh_ has quit IRC17:03
cdentyeah, I gathered that17:03
markus_zBecause a pty device is define but has no source, which means the variable "pty" gets never assigned in "get_console_output"17:03
mnaserI'm troubleshooting an issue where instances are being scheduled on nodes without enough free memory.  Is it possible I'm running into a race condition, this is what I imagine is happening: 3 scheduler nodes, 3 users request 4GB servers at the same time, there is a node with 4GB of memory free, all 3 scheduler nodes decide it's the best one and schedule it on it, one of the servers provision, the rest fail17:03
*** TravT has joined #openstack-nova17:03
mnaserThis is in an environment with ram_weight_multiplier=-1 so the likeliness of the same server being picked is high17:03
migicdent: so the file that was introduced required first bump to never version of gabbi17:03
*** Apoorva has quit IRC17:03
*** stewie925 has joined #openstack-nova17:04
*** dikonoo has joined #openstack-nova17:04
cdentmigi: probably the easiest thing to do, in the immediate, is just remove the unicode.yaml file17:04
migithat fixed half of the issues and second introduced unexpected succeed17:04
mnaserthe better question is.. is there coordination between nova-scheduler nodes (or locking?) .. should we move towards a single active scheduler with backup instead?17:04
markus_zanthonyper: I have to go for today, let's talk tomorrow about this. Thanks a lot for debugging this with me.17:04
*** bdeschenes has joined #openstack-nova17:04
migicdent: well I have work-around for immediate, but wanted to check with you if there is better way of fixing it17:05
*** markus_z has quit IRC17:05
*** rafael_ has joined #openstack-nova17:05
migie.g. what should be set up on the environment to actually do the unexpected success or design the tests that they fail all the times when such env is met17:05
*** esberglu has joined #openstack-nova17:05
openstackgerritMatt Riedemann proposed openstack/nova: Remove deprecated use_usb_tablet config option  https://review.openstack.org/38568317:06
mriedem^ scares me17:06
mriedemmnestratov|2: ^ will make the virtuozzo ci fail17:06
migicdent: or other way around, why to introduce tests that sometimes fails sometimes report success depending on the environment they are ran in (don't see any value add as nobody will ever notice when things are supposed to fail/succeed)17:06
*** baoli has quit IRC17:07
cdentmigi: because the database backend is different in different gate runs in some of the environments they will pass in others fail17:08
*** esberglu has quit IRC17:08
*** Apoorva has joined #openstack-nova17:08
*** esberglu has joined #openstack-nova17:08
migicdent: that is understandable, but if there is no +1/-1 just somewhere in the logs then there is little value of running it17:08
melwittmnaser: what are you using for scheduler_host_subset_size? it defaults to 1. if you increase that, you can reduce the chances of picking the same host for parallel requests17:09
cdentmigi: that's what i was just going to say: the tests were putting in for informtion/discovery17:09
cdentmigi: so at this point it might make sense to get rid of them17:09
cdent(that is, they served an initial purpose and if they've in the way now, could just kill them)17:10
openstackgerritDiana Clarke proposed openstack/nova: Simple tenant usage pagination  https://review.openstack.org/38609317:10
mnasermelwitt: thanks for the pointer, i'll read about that.  i don't believe we have tweaked that17:10
mriedemmnestratov|2: if you guys were using upstream devstack for your ci it wouldn't be a problem because devstack upstream defaults pointer_model to 'ps2mouse'17:10
migicdent:  ok I will remove them in my env and let you decide what to do with those as they are your babies :-)17:10
migicdent: many thanks!17:11
cdentmigi: they're not my babies, they're tests in nova17:11
*** ducttape_ has quit IRC17:11
migiright17:11
cdentif you want to propose a change to permanently remove them, I'd happily comment on it that I think it's fine to do so17:11
melwittmnaser: I can't find a newer doc but this explains what it means http://docs.openstack.org/kilo/config-reference/content/section_compute-scheduler.html and also you might consider increasing the number of times it will retry. those two config settings are useful in dealing with the situation you describe17:11
migicdent: will do17:12
mnasermelwitt: looks like urls shuffled around, i found it here :) http://docs.openstack.org/mitaka/config-reference/compute/scheduler.html17:12
cdentmigi: cool, thank you17:12
*** browne has joined #openstack-nova17:12
mnaseri will look at those and make some tests from there17:12
mnaseri think both those options will hopefully decrease the occurance of this17:12
*** esberglu has quit IRC17:13
*** rfolco has quit IRC17:13
mnaseraccording to elasticsearch we hit this 200 times, eek17:14
*** suresh12 has joined #openstack-nova17:14
*** rfolco has joined #openstack-nova17:14
diana_clarkemriedem, sdague, etc: Do you want a spec for simple tenant usage pagination? This thread [1] seems to suggest we perhaps don't need one for each pagination task going forward.17:14
mnaserthank you so much melwitt for the pointers17:14
diana_clarke[1] http://lists.openstack.org/pipermail/openstack-dev/2016-May/095545.html17:14
*** Apoorva has quit IRC17:14
diana_clarke(I'm not 100% done, but I'm close)17:15
mriedemdiana_clarke: given your discussion with dansmith it didn't sound trivial to add paging to that api17:15
mriedemunlike other apis that are fairly straightforward17:15
mriedemalso, it didn't turn out to be trivial in the case of instance actions either and that one was held out because we had issues deciding on the marker17:15
sdaguediana_clarke: last cycle I threw out the idea that we should probably just have a single spec for pagination / sorting each cycle17:15
sdagueand add bits to there17:16
sdaguebut, if marker is complicated, maybe it's own spec is fine17:16
dansmithsdague: right she said that, but this one is particularly hairy17:16
dansmithsdague: very not straightforward17:16
diana_clarkedansmith: I went with the trivial approach so far, but I would like to consider moving the aggregation to SQL (group by etc).17:17
*** mvk has quit IRC17:17
*** mbirru has joined #openstack-nova17:17
*** lamt has quit IRC17:18
diana_clarkeI'll work on a spec once I figure out how to create multiple instances in the functional tests (to exercise the marker).17:18
melwittmnaser: sure, hope it helps. let me know if it works out or if you run into something else17:18
diana_clarkedansmith: In the mean time, I tossed a working example up to play with. Do let me know if that wasn't what you had in mind (if you have time). Thanks!17:18
*** walharthi has joined #openstack-nova17:19
*** suresh12 has quit IRC17:19
*** walharthi has quit IRC17:19
*** suresh12 has joined #openstack-nova17:19
dansmithdiana_clarke: I had "paginate the api" in mind and nothing else17:20
*** mgoddard has quit IRC17:20
mnestratov|2mriedem: thanks for headsup17:20
*** code-R has joined #openstack-nova17:21
cdentdansmith, jaypipes, bauzas, edleafe: I don't like get with a body, I think we shoiuld either get with a query string or post with a body, but it is more important to me that we use the /resource_providers URL (because it shoudl be the one thing that returns a list of rps) than any of the other issues, so if it takes get with a body to get that URI, so be it. And I'll try really hard to make that my last comment on t17:21
*** esberglu has joined #openstack-nova17:21
*** Apoorva has joined #openstack-nova17:22
*** code-R_ has joined #openstack-nova17:22
alaskifwiw I'm on the POST with a body bandwagon, with a new URL like /resource_providers/list but I don't really care what it is. But I'm not going to get into it beyond making that statement17:23
*** unicell has quit IRC17:24
*** code-R has quit IRC17:26
openstackgerritMichal Pryc proposed openstack/nova: Removal of tests that reported different result depending on testing env  https://review.openstack.org/38610117:26
melwittI have a similar opinion. I don't like the idea of encoded json in a query string. if we POST with a body then I think the URL should make it very obvious it's a read-only17:27
openstackgerritMichal Pryc proposed openstack/nova: Removal of tests with different result depending on testing env  https://review.openstack.org/38610117:28
migicdent: ^ thanks again17:28
cdentlooking now migi17:28
openstackgerritNicolas Simonds proposed openstack/python-novaclient: Make "policy" a mandatory argument for server-group-create  https://review.openstack.org/38569017:30
*** lpetrut has quit IRC17:30
dansmithcdent: jaypipes edleafe melwitt alaski bauzas: I summarized the options in the bottom of the etherpad and put some names next to them, just because I think this will get lost in the scrollback and jaypipes is probably busy17:30
dansmithhttps://etherpad.openstack.org/p/placement-request-providers17:30
*** yamahata has quit IRC17:31
cdentthanks dansmith17:33
mnestratov|2mriedem: we'll try to fix it17:34
*** anush has quit IRC17:34
*** mriedem has quit IRC17:36
*** suresh12 has quit IRC17:36
*** mriedem has joined #openstack-nova17:36
*** ducttape_ has joined #openstack-nova17:38
*** rmcall has joined #openstack-nova17:38
edleafedansmith: thx17:39
*** jaosorior has quit IRC17:40
dansmithedleafe: did you put bauzas in?17:40
*** suresh12 has joined #openstack-nova17:40
edleafeyes17:40
*** jaosorior has joined #openstack-nova17:40
dansmithedleafe: not sure that's his opinion so I was going to let him do it17:40
edleafehe added the section in orange above the summary17:40
*** dikonoo has quit IRC17:41
dansmithedleafe: that's jay17:41
edleafeoh geez17:41
dansmithheh17:41
dansmithedleafe: I would expect you to have a better respect for the voting process given the current season :)17:41
edleafeI thought bauzas said he was going to add that17:41
edleafeWell, I don't see it as a vote17:42
*** bvanhav has quit IRC17:42
dansmithedleafe: well, he's been back and forth so I wanted him to do it17:42
*** mkoderer has quit IRC17:42
dansmithedleafe: yes, not a vote, just had to work current events in there17:42
edleafedansmith: and I don't want to see you wearing a "Make APIs great again" hat17:42
dansmithheh17:43
dansmiththere should be a "Make ______ great again" hat with a little velcro patch for the blank so you can swap stuff in there17:43
cburgessOMG yes17:43
openstackgerritMatt Riedemann proposed openstack/nova: Remove watchdog_actions module  https://review.openstack.org/38610717:43
cburgessdansmith We would make a whole set of OpenStack themed patches then.17:44
dansmithcburgess: yes.. surely I'm not the first person to think of this17:44
cburgessOpenStack, Cloud, Nova, QEMU, OSLO, etc.17:44
dansmithQuantum17:44
dansmithNova-Network17:44
edleafeYou mean _____ isn't great already?17:44
cburgessdansmith YES! and it has to be quantum, not neutron.17:44
dansmithcburgess: of course17:44
mriedemmake placement great. period.17:44
dansmithcburgess: I feel like this is a thing you can make happen17:44
cburgessdansmith Hmm why is that?17:45
openstackgerritNicolas Simonds proposed openstack/python-novaclient: Make "policy" a mandatory argument for server-group-create  https://review.openstack.org/38569017:45
dansmithcburgess: I dunno, seems like a high level orchestration task17:45
bauzascdent: jaypipes: melwitt: dansmith: alaski: edleafe: I have a final call17:45
bauzascdent: jaypipes: melwitt: dansmith: alaski: edleafe: after thinking of that for a couple of times, here are my thoughts17:46
cdentdansmith, edleafe do we want to noisy this up with another option? query string without encoding, instead explicit query strings17:46
edleafebauzas: we all do what you say anyway17:46
cburgessdansmith LOL I like, I'm a high level orchestration service now. I'll look into it. I feel like mikal would be helpful as well. Too little time before Barcelona but perhaps I can get something for Boston.17:46
bauzasso, my point is that I think we provide a document to the placement PAI17:46
*** yamahata has joined #openstack-nova17:46
bauzasAPI17:46
bauzasthe document being a request17:46
edleafecdent: sure, but it's really the same with/without json17:46
dansmithcdent: if you want, but four options are already fairly confusing, so unless it's extremely distinct in your head, meh17:46
*** unicell has joined #openstack-nova17:47
dansmithcburgess: heh17:47
bauzasgiven we *provide* a document to the placement API, a POST/PATCH/PUT could be good17:47
bauzasbut17:47
cdentdansmith, edleafe it's just that I don't actually like the encoded query string :)17:47
cburgessdansmith I feel like a need a hat or pin that says "High Level Orchestration Service" that I wear around the summits...17:47
dansmithcburgess: hah17:47
bauzasgiven we would like to get the RPs, I think we could just saying that we would return the document and adding a list of RPs as an item17:47
cdentbut yeah, if its the only way. but really, at this point, I think I've done what I can17:47
bauzasif so, that could be a PUT or PATCH :)17:47
edleafecdent: it's a tinier bit more consistent with the existing GET semantics, but yeah, no biggie17:48
bauzasI prefer PUT17:48
cdentbauzas: I'm not understanding17:48
bauzassay we would PUT /resource_document, we could be returning the same document but with a list of RPs17:48
*** amotoki has quit IRC17:49
edleafebauzas: no. https://tools.ietf.org/html/rfc7231#section-4.3.417:49
edleafebauzas: we aren't creating or replacing anything17:49
*** Sukhdev has joined #openstack-nova17:49
bauzasedleafe: so PATCH https://tools.ietf.org/html/rfc5789#section-217:51
bauzas"If the Request-URI does not    point to an existing resource, the server MAY create a new resource,    depending on the patch document type (whether it can logically modify    a null resource) and permissions, etc."17:51
bauzastbc, my bike is having a white color17:51
edleafeIt seems we are going to great lengths to avoid query strings. I really don't understand the aversion.17:52
bauzasgiven dansmith thought about POST /request originally, can we agree with him but maybe using PATCH then ?17:54
bauzasso all of us should be good17:54
bauzasbecause17:54
alaskiedleafe: my concerns are that whether or not it seems like the length limit will be hit, it's still a constraint that can be easily avoided by using POST. And JSON in a request body is much easier for me to form and parse than query strings, as well as avoiding the representation issues that come up like the recent time posting on the ML17:54
cdentPATCH makes no sense at all17:54
bauzascdent: dansmith had an idea that I like where you're passing a doc that is amended in return17:55
bauzascdent: where you're getting the list of RPs in that document as an extra item17:55
edleafealaski: sure, I would be fine with POST - that was my second preference17:55
*** adam_g` is now known as adam_g17:55
melwittI don't have an aversion to query strings in general, but a json blob that has to be encoded for the url that we expect could be overlength seems less than ideal17:55
*** adam_g has quit IRC17:55
*** adam_g has joined #openstack-nova17:55
cdentbauzas: that sounds an incredible stretch when there are much simpler options on the table: ask for a filtered list of resource providers, get a list of resource providers back17:56
edleafealaski: I will be writing up a guideline for the API WG on this topic. I'll post the review here when it's ready17:56
edleafealaski: Any and all feedback will be welcome, since this will influence all of OpenStack.17:56
mriedemhmm, i think if you try to create an instance with image that has hw_watchdog_action='disabled' it's going to blow up17:57
mriedembecause https://github.com/openstack/nova/blob/master/nova/objects/fields.py#L38317:58
*** rhagarty__ has quit IRC17:58
mriedemhttps://github.com/openstack/glance/blob/13.0.0/etc/metadefs/compute-watchdog.json#L2517:58
*** ihrachys has quit IRC17:58
mriedemkablammo17:58
*** mgoddard has joined #openstack-nova17:59
*** bvanhav has joined #openstack-nova17:59
*** bvanhav has quit IRC17:59
mriedemdo we have anything offically stating what takes precedence when you have a matching flavor extra spec and image property?17:59
mriedemis it always flavor extra specs over image meta?18:00
mriedemerr vice versa18:00
alaskiedleafe: sure18:01
dansmithmriedem: I'm not sure when this change was made, but has the move to using the keystone requests wrapper thing eliminated our ability to get useful error messages out of failed requests?18:01
dansmithmriedem: like, I see "Connection Failed" instead of refused, timed out, etc18:01
mriedemdansmith: the tls failure in the gate talking to neutron?18:02
*** bvanhav has joined #openstack-nova18:02
mriedemi've been wondering about that also18:02
dansmithmriedem: no, something else, but I've seen it in gate fail logs in the past recently18:02
alaskimriedem: I think precedence is stated in a spec somewhere. I don't know if it made it to user facing docs18:02
dansmithstevemar: any idea?18:03
alaskimriedem: nvm, I'm not seeing it in any spec18:04
mriedemok...because it's inconsistent in the code for sure18:04
mriedemsome places, like the hyperv secure boot stuff, actually checks both and if they are both specified but are conflicting it's an error18:05
mriedemotherwise they give precedence to image meta even if flavor extra specs is something different18:05
melwittalaski, mriedem: this spec says image will override flavor https://specs.openstack.org/openstack/nova-specs/specs/juno/implemented/virt-driver-vcpu-topology.html but I think each feature is separate behavior/spec18:05
mriedemi guess the idea being,18:06
*** Swami has quit IRC18:06
mriedemflavors are admin-only,18:06
mriedembut a user can update/modify an image18:06
mriedemso the user can customize the image/behavior and should get precedence?18:06
alaskimelwitt: ahh, that's what I was thinking of18:06
alaskiThe idea was that a flavor sets a max size, and an image can choose to consume less than that if desired18:07
alaskibut for binary options it could be different I guess18:07
*** tanvirt has quit IRC18:07
*** ihrachys has joined #openstack-nova18:10
*** mnestratov|2 is now known as mnestratov18:10
*** Sukhdev has quit IRC18:11
*** baoli has joined #openstack-nova18:12
mriedemwould be nice if we could get something into the devref about how we should deal with image meta/flavor extra specs in code18:12
mriedemwhat takes precedence, do we check for conflicts and if so are those errors, etc18:12
mriedembut it hurts my brain just thinking about18:13
*** Sukhdev has joined #openstack-nova18:13
*** lamt has joined #openstack-nova18:17
sdaguedansmith: do you have a link to where these connection failures are?18:19
*** sdake_ has joined #openstack-nova18:19
dansmithsdague: I was looking at a non-public log, but they're on anythign where we try to connect to neutron and fail for any reason18:19
dansmithsdague: let me see if I can find something in logstash18:20
*** code-R_ has quit IRC18:20
*** harlowja_still_a has joined #openstack-nova18:20
*** sdake has quit IRC18:20
*** Swami has joined #openstack-nova18:20
*** ihrachys has quit IRC18:22
dansmithsdague: http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22ConnectFailure%3A%20Unable%20to%20establish%20connection%20to%5C%22%20AND%20filename%3A%5C%22logs%2Fnew%2Fscreen-n-cpu.txt%5C%2218:22
dansmithsdague: the logs are gone now, but those hits look exactly like what I was seeing18:22
dansmithsdague: you see the big traceback with a completely generic "Unable to establish connection", but no "connection refused" or "timed out" or "no route to host" etc18:23
*** harlowja_at_home has quit IRC18:23
stevemardansmith: hmmm? reading up18:24
stevemar"keystone requests wrapper thing" eh18:24
*** gouthamr has quit IRC18:24
sdaguedansmith: ok, so at least in the first case there, neutron is actually not up18:25
stevemari'm not sure what you're referring to?18:25
sdaguestevemar: keystoneauth118:25
dansmithsdague: sure, but.. we can't tell that from the log18:25
stevemarah the ksc->ksa transition18:25
dansmithsdague: like, should be connection refused in that case18:25
mriedemdansmith: sdague: http://status.openstack.org//elastic-recheck/index.html#163066418:26
dansmithsdague: the non-public case I was looking at a bit ago, I *know* neutron is up and I get the exact same message18:26
dansmithmriedem: you know I'm talking about the lack of information, not the cause right?18:26
mriedemyes18:27
dansmithokay :)18:27
mriedemi can't say the ksa change did it though18:27
mriedemi just know we started seeing that upstream when TLS was turned on18:27
*** vishwana_ has quit IRC18:27
dansmithwell, before we used to not have keystoneclient in the trace at all, as far as I know18:27
*** mingyu_ has quit IRC18:27
*** vishwanathj has joined #openstack-nova18:28
*** ducttape_ has quit IRC18:28
sdaguedansmith: a long time ago, the ksa transition happened a while ago I thought18:29
sdagueit looks like this is the exception translation going on - https://github.com/openstack/keystoneauth/blob/e1bf1f0e83981c9b908215a13a85e553c5c556b1/keystoneauth1/session.py#L63418:29
dansmithsdague: we used to get useful things like this: TRACE nova.compute.manager [instance: 15ea3971-aeaa-48b7-b0cf-15be3cd5fe6b] RequestTimeout: Request to http://10.106.104.204:9696/v2.0/ports.json timed out (HTTP 408)18:29
sdaguedansmith: that's a different error18:30
sdaguethat wouldn't be this error18:30
sdaguehttps://github.com/openstack/keystoneauth/blob/e1bf1f0e83981c9b908215a13a85e553c5c556b1/keystoneauth1/session.py#L625-L64018:30
*** harlowja_still_a has quit IRC18:30
*** gszasz has quit IRC18:31
sdaguedansmith: are you going through a TLS proxy for these connects?18:31
*** TravT has quit IRC18:31
dansmithsdague: through HAProxy, which is where I suspect the problem is, but need details about what is going on18:31
dansmithsdague: so you're saying there that timeout is called out, but "no route to host" and "connection refused" would be collapsed into that one ConnectFailure right?18:32
dansmithso that is 30% helpful18:32
dansmithbut the other two things mean something pretty different :)18:32
sdaguetimeout definitely has a dedicated exception18:32
sdagueI don't know what was generating the no route to host error before18:32
dansmithnot passing on the message from the actual requests exception is uncool18:33
dansmithsdague: well, I'm guessing requests puts either of those in ConnectionError, but the string message means something18:33
*** cmartin has quit IRC18:33
sdagueyeh, I'm looking at the requests code right now to see if there is a clearer way to do this18:34
dansmiththey don't have a separate exception that I can see18:34
dansmithwe just need to preserve the msg I think18:34
*** mnestratov has quit IRC18:35
dansmithsdague: see this for exampl: http://pastebin.com/jzDmdyv918:35
*** code-R has joined #openstack-nova18:37
sdagueah, so it looks like that's actually the message on the SocketError18:38
*** tblakes has quit IRC18:38
dansmithyeah18:38
*** cmartin has joined #openstack-nova18:38
dansmithsdague: so the problem here is that these two errors are conflated, and they mean almost opposite things18:39
dansmithsdague: one means "I can talk to that host, but the port isn't open, service is not running" and the other usually means "I can't even ARP for that address homey"18:39
gsilvisWhere is there more information on this line from the Mitaka release notes:  "The old neutron communication options that were slated for removal in Mitaka are no longer available. This means that going forward communication to neutron will need to be configured using auth plugins."18:39
sdaguedansmith: right, though to be fair, they are conflated in urllib3... we just lose the message during translation18:39
dansmiththe latter can also mean "the service is running, but the firewall said no"18:40
dansmithsdague: sure I know18:40
sdagueI think I can do a narrow patchfor it18:40
jaypipesbauzas: I would definitely be opposed to PATCH. It makes no sense for this.18:40
knikollahey all. does nova support multiple ceph backends for volumes?18:41
bauzasjaypipes: okay, I just try to find a solution for the problem :)18:41
bauzasto be clear, all, I'm really not opiniated either way18:41
bauzasmy only concern would be for a POST /RPs18:41
bauzasbut all the other solutions are fine by me18:42
bauzasjaypipes: anyway, I'm working rather on the call for checking the inventories18:42
*** mingyu has joined #openstack-nova18:42
bauzasjaypipes: I think I could just use _check_capacity_exceeded()18:42
dansmithsdague:  a patch for keystoneclient right?18:42
sdaguedansmith: keystoneauth18:43
dansmithyeah that18:43
jaypipesbauzas: what do you mean by working on the call for checking the inventories?18:43
sdaguehttps://review.openstack.org/38614318:43
dansmith:)18:43
cdentbauzas: I thought were going to divide the work up: me on the api side, you on the schedulre side. I haven't started anything, so it's fine, but I want to be sure we don't duplicate18:43
dansmithkeystone.*18:44
sdaguestevemar: https://review.openstack.org/386143 if you have a sec18:44
*** ducttape_ has joined #openstack-nova18:44
*** tblakes has joined #openstack-nova18:44
bauzascdent: I'm just writing the patch for calling ResourceProvidersList.get_all_by_filters()18:44
*** walharthi has joined #openstack-nova18:44
*** walharthi has quit IRC18:45
bauzascdent: which would call something like _check_capacity_exceeded() for getting the list of RPs that can support the quert18:45
bauzasquery18:45
stevemarsdague: rgr18:45
dansmithstevemar: I have +1ed said patch, so merging is mandatory18:45
sdaguebecause dansmith is a BFD18:45
dansmithsdague: the only character in that acronym that is correct is 'F'18:46
stevemardansmith: i accept bribes in the form of skittles, otherwise i won't even look at it18:46
dansmithstevemar: I will prime now you a bag of skittles18:46
openstackgerritMatt Riedemann proposed openstack/nova: Drop deprecated support for hw_watchdog_action flavor extra spec  https://review.openstack.org/38614518:47
mriedemmelwitt: you might enjoy ^18:47
*** salv-orlando has joined #openstack-nova18:47
melwitta-ha, nice18:48
cdentbauzas: i think the idea is to make one single, performant sql query, a new one to resolve the question18:48
bauzascdent: lemme write the POC and you'll see18:48
cdentok18:49
*** mingyu has quit IRC18:49
*** rfolco has quit IRC18:50
*** nic has quit IRC18:51
*** mingyu_ has joined #openstack-nova18:52
*** nic has joined #openstack-nova18:52
*** code-R has quit IRC18:53
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova: Using get() method to prevent KeyError  https://review.openstack.org/35942418:53
*** slaweq_ has joined #openstack-nova18:54
*** code-R has joined #openstack-nova18:54
*** gouthamr has joined #openstack-nova18:55
*** baoli has quit IRC18:57
*** geektoor has quit IRC18:57
*** baoli has joined #openstack-nova18:58
*** rfolco has joined #openstack-nova18:58
*** pbandark has quit IRC18:58
*** sdake has joined #openstack-nova19:01
*** sdake_ has quit IRC19:04
*** code-R_ has joined #openstack-nova19:06
openstackgerritMatt Riedemann proposed openstack/nova: Remove deprecated use_usb_tablet config option  https://review.openstack.org/38568319:06
*** code-R has quit IRC19:09
*** geektoor has joined #openstack-nova19:10
*** mriedem has quit IRC19:12
*** READ10 has quit IRC19:13
*** mingyu_ has quit IRC19:14
*** mriedem has joined #openstack-nova19:14
jaypipescdent, edleafe: when you say "query-string encoded request on resource-providers", are you referring to base64-encoding a JSON blob into a single query string parameter, or are you referring to just having additional qs parameters matching names like "resources" and "traits"?19:14
*** cmartin has quit IRC19:15
cdentjaypipes: edleafe is proposing encoded json, I prefer a "native" set of qs parameters19:15
jaypipescdent, edleafe: and edleafe is proposing the encoded json because of qs length limitations or for some other reason?19:15
* cdent looks at edleafe 19:16
mriedemtjones-: browne: vmware nsx ci appears to be failing again on everything19:16
mriedemhttp://208.91.1.172/logs/ext-nova-dsvm/386107/1/625/tempest_results.html.gz19:16
cdentI don't know19:16
* edleafe is on a call - will chime in in a few19:16
*** code-R_ has quit IRC19:18
browne@mriedem: thanks.  let me bug our infra guy again19:19
*** lpetrut has joined #openstack-nova19:20
*** ssurana has quit IRC19:21
*** suresh12 has quit IRC19:27
edleafejaypipes: cdent: ok, here's the deal. bauzas mentioned that there is an existing GET /rp call that currently takes two possible filter values: name and uuid, passed in a QS. To modify this with as little disruption as possible, I proposed adding a third filter value: "resources"19:30
edleafejaypipes: cdent: since "resources" would represent the request spec, it would be a dict of {resource_class: amount}19:31
edleafeTo pass a dict in a qs, I proposed JASON-ifying it19:31
edleafes/JASON/JSON19:31
jaypipesedleafe: and you wanted to encode that into a single qs param called "resources". correct?19:31
edleafeThis would also allow another filter to be added later: "traits"19:32
edleafejaypipes: simple example19:33
jaypipesedleafe: k. and you preferred that JSON-encoded strategy versus, say, what I'd originally put down with multiple resource=XXX:AMOUNT values?19:33
edleafeassume the request spec was {"VCPU": 1, "MEMORY_MB": 1024}19:33
edleafeTHen we'd do json_spec = json.dumps({"VCPU": 1, "MEMORY_MB": 1024})19:34
edleafefollowed by GET /rp?resources=%s % json_spec19:34
edleafejaypipes: I thought your multiple values was fine, but was trying to address bauzas's concern about the existing GET /rp API19:35
bauzasedleafe: yeah, I wouldn't like a list of parameters, only one19:36
bauzasin case we agree on that19:36
cdentit makes sense to me that name, uuid and jay's format can play together19:36
bauzasbut it seems most of others don't like this19:36
bauzasanyway, I'm very close to providing a DNM19:36
edleafecdent: sure, but jay's will be longer due to repetition. We might hit the 8,000 char limit!!!!19:37
cdentedleafe: heh, if a spec passes that limit, it will take infinite time to resolve and return no resource providers, so let's just set a lower limit anyway19:38
*** bvanhav has quit IRC19:39
jaypipesedleafe: we definitely will if you use more than the required single exclamation point.19:39
mriedemdansmith: sdague: alaski: johnthetubaguy: i've been thinking about this slot for the summit https://www.openstack.org/summit/barcelona-2016/summit-schedule/events/16977/nova-documentation-needed-for-newton and maybe replacing it with something else,19:39
jaypipesedleafe: :P19:39
mriedemwe have a few specs up that are related to security type things, like secure consoles, image signing and cert validation19:40
edleafejaypipes: sorry, I couldn't contain my horror!19:40
dansmithmriedem: fine with me.. I will need a nap slot anyway19:40
mriedemi'm wondering if it'd be a better use of time to have a single session, especially with danpb being at the summit, to do that instead19:40
jaypipesedleafe: it's OK!!!!19:40
mriedemalso, none of that stuff is tested in the gate19:40
mriedemdane-fichter has been looking at a security job19:41
mriedemoh yeah, that would include running barbican for key management19:41
mriedemdhellmann: do i get punched by ttx if i change one of the nova design sessions at this point?19:41
dhellmannmriedem : I don't think so? Do you mean change the subject/description or do you want to reschedule it?19:42
mriedemjust the topic, same time slot19:42
dansmithmriedem: pretty sure ttx is non-violent19:42
sdaguemriedem: yeh, using it for the security related items sounds like a good idea19:43
dansmithmriedem: more likely you just find your registration revoked after a long trip to BCN19:43
sdaguethe docs discussion can really happen offline19:43
*** morgan has joined #openstack-nova19:43
mriedemdansmith: that's not all bad19:43
mriedemsdague: yeah or friday meeting19:43
dansmithmriedem: yeah :)19:43
morgansdague: +2/+A on your keystoneauth connection change.19:43
morgansdague: btw.19:43
sdaguemorgan: thank you19:43
morgansdague: np.19:43
sdaguemorgan / stevemar: how soon could we get that released to the world?19:43
dansmithmorgan: stevemar so the question will be, can we backport that a bit?19:43
mriedemsdague: i'm assuming release on monday19:44
dansmithi.e. do we do stable releases of that?19:44
mriedemdansmith: we can19:44
mriedemsure19:44
mriedempropose the backport19:44
morgansdague: i personally have no issue with a point release for that  once it lands (today or monday)19:44
mriedemit'll go in a patch release19:44
dhellmannmriedem : that seems like it's something you should be able to change. I expect ttx will revoke your edit rights when the schedule really does need to be locked down.19:44
stevemarwe can do a stable release, yes, and we can release asap19:44
*** Darkman_ has joined #openstack-nova19:44
morganthe backport for keystoneauth would be fine.19:44
dansmithmriedem: okay19:44
sdaguestevemar / morgan - great19:44
sdagueI can do the backport proposal now19:44
sdagueI've got the tree checked out19:45
stevemarsdague: click the cherry-pick button in gerrit?19:45
morgansdague: please propose the backport, once this lands i'll +2 it19:45
sdaguestevemar: or that :)19:45
dansmithsdague: I was just about to do it19:45
stevemar:P19:45
*** mingyu has joined #openstack-nova19:45
sdaguedansmith: do you only need it in stable/newton, or earlier?19:45
stevemarsdague: i'll propose the releases, dansmith can see if he can bribe someone from the release team :P19:45
morganif we can land it before release folks are checked out... thursday is good for a release... if we can't my guess is next week early19:46
dansmithsdague: newton wouldn't help me, but neither would liberty.. I just figured back to mitaka since it's still kindof a thing19:46
*** cmartin has joined #openstack-nova19:46
*** Guest38941 is now known as med_19:46
sdaguedansmith: ok, well I think we probably need to go backwards down the chain19:46
*** med_ has quit IRC19:46
*** med_ has joined #openstack-nova19:46
sdagueI proposed to newton19:46
morgansdague: yep19:46
sdagueyou can take it earlier if you want19:47
morgansdague: feel free to propose to mitaka as well19:47
dansmithsdague: okay19:47
morganwe can do both the stable backports once master lands19:47
sdaguecool, thanks everyone for acting quick on thins19:47
sdaguethis19:47
*** geektoor has quit IRC19:47
morgannp. keystoneauth doesn't see a lot of activity usually19:47
morganso i try and keep my eyes on it19:47
morganusally bug fixes end up being super critical19:48
morganor at least serious quality of life needs19:48
ttxmriedem: you can still change currently19:48
*** Darkman_ has quit IRC19:48
stevemarmorgan: keystoneclient has turned into a ghost town19:48
ttxI don't plan to freeze anything, but yes, changing anything next week is likely to screw people up19:49
morganstevemar: yep.19:49
stevemarauth seems more activity than the rest19:49
morganstevemar: well auth is also super stable19:49
morganstevemar: there still isn't much going on in it.19:49
*** liangy_ has quit IRC19:51
mriedemttx: thanks19:51
*** ljxiash has quit IRC19:51
*** suresh12 has joined #openstack-nova19:52
*** ljxiash has joined #openstack-nova19:52
stevemardansmith: sdague: release topic: https://review.openstack.org/#/q/topic:ksa-connection-bug19:53
stevemari need to update the hashes based on the merge commit, so they're not ready quite yet19:54
dansmithstevemar: thanks19:54
mikalMorning19:56
cburgessmikal No you slacker its afternoon19:56
*** ljxiash has quit IRC19:57
mikalHeh19:57
dansmithcburgess: mikal saying it's morning is *how* I know it's afternoon19:57
mikalOk, nap time then19:57
cburgessmikal dansmith has an idea that I signed you up to help me implement for Boston. dansmith do you want to explain?19:57
cburgessdansmith lol19:57
mikalDoes it involve a bulldozer?19:57
dansmithcburgess: like a long-incorrect clock you know to subtract 3h22m from to get the right time, but refuse to set19:57
cburgessdansmith That seems overly specific19:57
cburgessmikal No... not exactly19:57
dansmithmikal: we need a trucker hat, with "Make_______ great again" where ____ is a velcro patch, and included are a bunch of openstack projects (including all the dead ones like quantum and n-net)19:58
*** burgerk has quit IRC19:58
cburgessand/or other cloud/openstack related things19:58
*** gszasz has joined #openstack-nova19:58
mikalOh, I totally know a company who could make that thing19:59
cburgessmikal perfect...lets discuss...19:59
dansmithmikal: I thought that sounded like a cburgess high-level task sort of thing (like donuts) and he delegated to you19:59
cburgessmikal Wait is this company in AUS?19:59
mikalcburgess: yes, it will be about $400 a hat19:59
cburgessdansmith Oh wow thats even worse now I'm just the donut guy.19:59
cburgessmikal :(19:59
mriedemsdague: someone removed the use_glance_v1 option right?19:59
*** hamzy has quit IRC20:00
mikalSo... Is Trump still funny though?20:00
dansmithcburgess: donut guy is a popular guy20:00
mikalI think he's passed peak funny20:00
*** penick has quit IRC20:00
dansmithmikal: I think20:00
dansmithmikal: make "foo" great again will outlive trump20:00
cburgessdansmith As long as I'm still popular. After all thats the only reason I participate in upstream is to be popular. :P20:00
dansmithcburgess: *nod*20:01
cburgessI'm actually hopeful that the new midcycle strucutre might allow me to attend those more offend. Now if only I could get my boss to let me work on upstream like I used to.. /sigh20:01
*** code-R has joined #openstack-nova20:02
cburgessmore offend.. wow.. how true that is...20:02
*** liangy has joined #openstack-nova20:02
morgandansmith: just buy the non-official "make america great" hat and stick velcro over "america" and make your own patches, will be less than $400 / hat20:04
morgandansmith: :P20:04
*** code-R_ has joined #openstack-nova20:04
mikalOh, I wont be coming to the PTG BTW20:04
mikalYou're welcome20:04
dansmithmikal: really?20:04
*** penick has joined #openstack-nova20:04
* morgan doesn't know if mikal was joking on price, now that i re-read it.20:04
*** clenimar has joined #openstack-nova20:05
mikaldansmith: yeah, it clashes with son 2's birthday20:05
dansmithmikal: so why aren't you coming?20:05
mikaldansmith: and flying the family to the PTG isn't cost effective20:05
mikaldansmith: I am optomising for him picking a good nursing home for me20:05
morganmikal: i wont be at "OpenStack: The Gathering" either. but your reason is better20:05
dansmithmikal: you have more sons and more birthdays right?20:05
dansmithmikal: haha20:05
mikalHeh20:05
* mikal realizes the nova meeting isn't for an hour20:05
tjones-mriedem: looks like an intermittent failure.  someone is looking into it20:05
mikalI can get out of PJs!20:05
mriedemtjones-: ok20:06
tjones-im rechecking that one and looking at the queue20:06
*** code-R has quit IRC20:07
cburgessmikal :( I was looking forward to mis-adventures in the ATL again...20:07
mikalSorry20:07
* mikal goes to be a responsible adult pre-meeting20:09
*** nherciu has quit IRC20:12
auggyi'm having a problem with ServersPreSchedulingTestCase functional tests due to a microversion incompatibility and i'm not sure what the best way forward is20:17
auggyhttp://logs.openstack.org/97/329697/43/check/gate-nova-tox-db-functional-ubuntu-xenial/348bbd3/testr_results.html.gz20:17
auggyHere's the problem: https://github.com/openstack/nova/blob/master/nova/tests/functional/wsgi/test_servers.py#L5520:17
auggythe error I'm getting is that the "networks" field needs to be an array20:17
auggynormally i'd create a new microversioned version of the test, but this uses "latest" as the api version20:18
auggyhttps://github.com/openstack/nova/blob/master/nova/tests/functional/wsgi/test_servers.py#L4520:18
auggyso one option is to set that api version to the latest one that accepted a string for "networks"20:18
*** openstackgerrit has quit IRC20:19
auggyinstead of latest... and then create a v239 test that uses "latest"... and then the next person has to change it when they change something in the body20:19
*** openstackgerrit has joined #openstack-nova20:19
*** sballe_ has quit IRC20:19
*** unicell has quit IRC20:20
*** sballe_ has joined #openstack-nova20:20
auggyi really don't like this approach so I'd like to hear other options :)20:20
alaskiauggy: that test class doesn't need to continue testing old microversions. Just update network to what it needs to be for 2.latest20:20
auggyalaski: ok cool, wasn't sure how "latest" would work in tempest and places that check for integrated backwards compatibility20:21
alaskifor these tests latest will only check against one version. the tests won't be run against an older 'latest'20:22
*** code-R_ has quit IRC20:22
*** code-R has joined #openstack-nova20:22
auggyalaski: alright.. that should be obvious but i guess i've been in api sample test land too long.. hahaha20:22
*** Apoorva has quit IRC20:23
*** unicell has joined #openstack-nova20:23
alaskidocumentation should be added to the class explaining that. the tests there are really not about the API at all, the API is just the entry point for testing what happens before conductor20:24
*** unicell1 has joined #openstack-nova20:24
*** unicell has quit IRC20:24
cburgessmorgan No mikal isn't joking about the cost. Everything costs like 10x in australlia.20:25
*** cdent has quit IRC20:26
morgancburgess: then we have a better method for making said velco hats :P20:26
morganand way less pricy.20:26
cburgessmorgan Indeed20:26
cburgessI more wanted mikal's humor20:26
EmilienMhi nova, any chance to have a review on this doc patch? https://review.openstack.org/#/c/381838/ thanks!20:26
morgancburgess: maybe we should ship these hats to mikal... annnnnyway i'm going back under my rock.20:28
openstackgerritayoung proposed openstack/nova: Admin API policy enforcement contingent on is_admin_project  https://review.openstack.org/38414820:28
*** lucasagomes is now known as lucas-afk20:30
*** smatzek has quit IRC20:30
mriedemEmilienM: done20:31
EmilienMmriedem: thank you20:31
*** rmcall_ has joined #openstack-nova20:33
*** rmcall has quit IRC20:33
*** rmcall_ is now known as rmcall20:33
*** annegentle has quit IRC20:36
*** baoli has quit IRC20:36
*** salv-orlando has quit IRC20:36
*** baoli has joined #openstack-nova20:36
auggyalaski: alright i added a note per your suggestion20:36
auggythanks!!20:36
alaskiauggy: cool, thanks20:37
sdaguemriedem: yes the glance_v1 option remove was earlier in the week20:38
mriedemsdague: ok, so we can drop that entire set of code and tests for glance v1 now in nova.image.glance right?20:38
*** baoli has quit IRC20:39
*** baoli has joined #openstack-nova20:39
*** Apoorva has joined #openstack-nova20:41
sdaguemriedem: yes, I think so20:42
sdaguehttps://review.openstack.org/#/c/384991/  was the merged patch20:42
openstackgerritTakashi NATSUME proposed openstack/nova: api-ref: Fix 'id' (attachment_id) parameters  https://review.openstack.org/34986320:42
sdaguethere may be more cleanup required, but it seemed good to get that one in20:43
*** ihrachys has joined #openstack-nova20:44
*** sdake has quit IRC20:44
*** baoli has quit IRC20:46
*** baoli has joined #openstack-nova20:46
*** ssurana has joined #openstack-nova20:47
*** salv-orlando has joined #openstack-nova20:48
*** Apoorva has quit IRC20:48
mriedemjroll: let the 2nd +2 lobbying begin https://review.openstack.org/#/c/328157/20:49
*** Apoorva has joined #openstack-nova20:49
jrollmriedem: nice, you rock20:51
* jroll looks around for people that care about ironic, hi alaski :)20:51
openstackgerritMatt Riedemann proposed openstack/nova: Add 'disabled' to WatchdogAction field  https://review.openstack.org/38622120:51
alaskijroll: heh. I'll take a look20:52
*** takashin has joined #openstack-nova20:52
jrollalaski: no rush, but thank you :)20:52
mikalDoes https://review.openstack.org/#/c/382588/6 look weird to anyone else?20:52
mikalGerrit shows me a 1 line patch, but there's nothing merged already20:53
alaskilooks odd to me as well20:54
mikalBut its not chained with another patch20:54
melwittyeah, something is weird with PS620:54
mikalI am confused basically20:54
mriedemjroll: oomichi actually reviewed that a bit20:54
*** baoli_ has joined #openstack-nova20:54
jrollmriedem: ah yeah, true20:54
*** baoli has quit IRC20:54
melwittthe unified diff shows it as the entire doc on one line20:55
mikalOh, so weird line breaks perhaps?20:55
melwittseems like it20:55
mriedemcarriage returns20:55
*** smatzek has joined #openstack-nova20:55
openstackgerritMatthew Edmonds proposed openstack/nova: Policy enforcement contingent on is_admin_project  https://review.openstack.org/38414820:56
cburgessmriedem eww thats ugly20:56
*** _ducttape_ has joined #openstack-nova20:57
*** rtheis has quit IRC20:57
*** penick has quit IRC20:58
*** edmondsw has quit IRC20:58
*** sdake has joined #openstack-nova20:59
mriedemnova meeting rfn20:59
*** gyee has joined #openstack-nova21:00
*** yassou has joined #openstack-nova21:00
*** ducttape_ has quit IRC21:00
*** ayoung has quit IRC21:02
*** yassou has quit IRC21:02
*** jamielennox is now known as jamielennox|away21:04
*** dave-mccowan has quit IRC21:04
*** rmcall has quit IRC21:05
*** penick has joined #openstack-nova21:05
*** rmcall has joined #openstack-nova21:05
*** annegentle has joined #openstack-nova21:05
*** alexchadin has joined #openstack-nova21:07
*** mingyu has quit IRC21:11
*** baoli_ has quit IRC21:12
*** alexchadin has quit IRC21:13
*** baoli has joined #openstack-nova21:13
*** GordonTX has quit IRC21:17
*** avolkov has quit IRC21:19
*** avolkov has joined #openstack-nova21:19
*** mingyu has joined #openstack-nova21:20
*** krtaylor has quit IRC21:23
*** Apoorva_ has joined #openstack-nova21:23
*** baoli_ has joined #openstack-nova21:24
*** baoli has quit IRC21:25
*** Apoorva has quit IRC21:27
openstackgerritAnusha Unnam proposed openstack/nova: fix admin context scenarios for cinderclient  https://review.openstack.org/38479921:27
*** rfolco has quit IRC21:28
*** Apoorva_ has quit IRC21:28
*** baoli_ has quit IRC21:28
*** baoli has joined #openstack-nova21:29
*** mingyu has quit IRC21:33
*** baoli has quit IRC21:33
*** eharney has quit IRC21:33
*** baoli has joined #openstack-nova21:33
*** jheroux has quit IRC21:34
*** Jeffrey4l__ has quit IRC21:35
*** Jeffrey4l_ has joined #openstack-nova21:35
*** takashin has left #openstack-nova21:35
tonybmriedem, thorst: I'd really like to be at the unconference session re powervm21:35
mriedemtonyb: i'd really like to have you there21:36
adreznectonyb: The more the merrier21:36
mriedemtonyb: https://www.openstack.org/summit/barcelona-2016/summit-schedule/events/16933/nova-unconference21:36
melwittalaski: I was just reading the scheduling interaction spec. on the work item to add another conductor to devstack, does that mean even though devstack is setting up a single cell deployment, we'll get two conductors?21:37
openstackgerritSylvain Bauza proposed openstack/nova: WIP: Return a list of RPs that would support resources  https://review.openstack.org/38624221:37
*** kfarr has quit IRC21:37
alaskimelwitt: yes. We could share a single conductor for that though. We just need to decide if we want a minimal install or better testing by isolating them21:38
bauzasjaypipes: just wrote the POC re: the API call for GET /RPs21:38
bauzasjaypipes: https://review.openstack.org/386242 (and dansmith too)21:38
bauzasof course, the API surface will change once we all agree with the direction21:39
thorsttonyb: sounds good21:39
*** esberglu has quit IRC21:39
*** takashin has joined #openstack-nova21:39
*** esberglu has joined #openstack-nova21:40
melwittalaski: I see. I'm concerned about a potentially confusing install, for the single cell case. I'm wondering if (when multi cell is fully functional) if we'll have something like a devstack local.conf variable that indicates single cell or multi cell install21:40
*** mriedem has quit IRC21:40
alaskimelwitt: have you read the next spec in that series? :)21:41
melwittbecause we have a similar issue with message queue single cell vs multi cell. with single cell I think we want only one, otherwise it's weird21:41
melwittuh, not in detail. my bad21:41
*** esberglu has quit IRC21:41
*** JoseMello has quit IRC21:41
*** baoli has quit IRC21:41
alaskimelwitt: well, I didn't consider the next spec when I wrote the work items so they might be odd. I can certainly change it if there are concerns21:43
*** baoli has joined #openstack-nova21:44
*** mdrabe has quit IRC21:45
*** kaisers__ has joined #openstack-nova21:45
melwittalaski: I just imagine it being very weird for another conductor to show up in the single cell devstack, imagining folks out there using devstack for development/debugging. and if there's a way we can configure 'multi cell' in devstack and use that for our test job, that would be best21:45
*** mdrabe has joined #openstack-nova21:45
alaskimelwitt: yep, makes sense. I'll address dansmiths concern and update that work item.21:46
*** mingyu has joined #openstack-nova21:47
melwittalaski: okay. I don't want to mess up our ability to test things properly, so if there's not a reasonable way to get that, then maybe it's worth the confusion21:47
*** mvk has joined #openstack-nova21:47
*** kaisers_ has quit IRC21:48
jaypipesbauzas: I was hoping to just build a single SQL query and not do the filtering on the Python side...21:49
*** tongli has quit IRC21:49
*** baoli_ has joined #openstack-nova21:50
alaskimelwitt: I don't think there's much worry about violating the isolation between api and cell conductors, just something I was trying to guard against because we could. But I'm not sure it outweighs the convenience of a simple install21:50
bauzasjaypipes: you mean the fact that we lookup each of the RPs?21:50
*** baoli has quit IRC21:51
jaypipesbauzas: correct. we should just return the resource provider records that match a set of WHERE conditions.21:51
melwittalaski: gotcha21:51
bauzasjaypipes: that sounds doable21:51
jaypipesbauzas: I don't see why we are continuing to loop through usage_map items when we could do all the logic of determining if a resource provider meets a resource request by constructing a WHERE clause.21:52
bauzasjaypipes: yeah possibly21:52
bauzasjaypipes: I need to reboot my SQL skills but that sounds doable21:53
*** ljxiash has joined #openstack-nova21:53
bauzasjaypipes: I actuallty went down the easy road by reusing the existing calls21:53
openstackgerritAnusha Unnam proposed openstack/nova: Remove deprecated compute_available_monitors option  https://review.openstack.org/37106221:53
*** baoli_ has quit IRC21:54
bauzasjaypipes: which were looping in memory over all the allocations21:54
*** baoli has joined #openstack-nova21:54
*** mvk has quit IRC21:54
openstackgerritAndrew Laski proposed openstack/nova-specs: Proposal for cells v2 scheduling interaction  https://review.openstack.org/38127521:54
openstackgerritAndrew Laski proposed openstack/nova-specs: Conductor deployment options in cellsv2  https://review.openstack.org/38341921:54
*** mvk has joined #openstack-nova21:54
alaskimelwitt: dansmith updated ^21:54
*** jamielennox|away is now known as jamielennox21:55
*** bdeschenes has quit IRC21:56
jaypipesbauzas: the difference is that the approach from _check_capacity_exceeded() loops on a very small number of records (a single record for each resource class a selected provider has inventory for) whereas the approach you've taken here will return every resource provider and inventory record in the system on every call to the proposed new REST API.21:57
*** ssurana has quit IRC21:57
bauzasyup, that's far larger, I agree21:58
openstackgerritAndrew Laski proposed openstack/nova-specs: Conductor deployment options in cellsv2  https://review.openstack.org/38341921:58
jaypipesbauzas: the benefit of your approach is that we could do fine-grained logging at the expense of it being less efficient.21:58
bauzasjaypipes: agreed, for example the current scheduler implementation uses a generator21:58
jaypipesbauzas: so, in all, I'm OK with this approach for now but I'd definitely want to optimize it later.21:58
*** ljxiash has quit IRC21:59
bauzasjaypipes: honestly, it's worth try to add a SQL statement21:59
bauzasI think I have the idea21:59
*** baoli has quit IRC21:59
bauzasI have everything I want in the big join21:59
*** baoli has joined #openstack-nova22:00
jaypipesbauzas: it's cool, I can hack away at a SQL solution at a later time.22:01
jaypipesbauzas: better I guess to get something working and demo-able for the summit.22:01
bauzasjaypipes: I think the WHERE clause is kinda easy to write, I can do that tomorrow morning22:01
*** penick has quit IRC22:01
*** cmartin has quit IRC22:01
bauzasI just need to modify the workflow to inject that clause earlier22:01
openstackgerritAnusha Unnam proposed openstack/nova: Remove config option snapshot_name_template  https://review.openstack.org/37120322:05
*** suresh12 has quit IRC22:05
*** penick has joined #openstack-nova22:05
*** suresh12 has joined #openstack-nova22:06
*** suresh12 has quit IRC22:06
*** dimtruck is now known as zz_dimtruck22:06
*** jamesdenton has quit IRC22:07
*** suresh12 has joined #openstack-nova22:07
*** mdrabe has quit IRC22:07
*** thorst has quit IRC22:09
*** gszasz has quit IRC22:11
*** mdrabe has joined #openstack-nova22:11
*** code-R has quit IRC22:14
*** lpetrut has quit IRC22:15
*** baoli has quit IRC22:16
*** TravT has joined #openstack-nova22:17
*** mgoddard has quit IRC22:18
*** smatzek has quit IRC22:19
*** baoli has joined #openstack-nova22:19
*** mdrabe has quit IRC22:20
*** agireud has quit IRC22:21
*** tblakes has quit IRC22:21
*** penick has quit IRC22:22
*** kaisers_ has joined #openstack-nova22:22
*** baoli_ has joined #openstack-nova22:22
*** baoli has quit IRC22:24
*** xyang1 has quit IRC22:24
*** ayoung has joined #openstack-nova22:24
*** kaisers__ has quit IRC22:24
openstackgerritmelanie witt proposed openstack/nova: Detach volume from live domain before persistent domain  https://review.openstack.org/38625722:25
*** aunnam has quit IRC22:26
*** ssurana has joined #openstack-nova22:26
*** kylek3h has quit IRC22:27
*** annegentle has quit IRC22:30
*** salv-orlando has quit IRC22:30
*** ntpttr has quit IRC22:31
*** ntpttr has joined #openstack-nova22:31
oomichisdague: alaski: alex_xu_: can you take a look at https://review.openstack.org/#/c/385200/ ?  That is an easy one for fixing HTTP 500 error22:37
*** _ducttape_ has quit IRC22:37
jlkalaski: You're going to hate me. Your previous comment said that even if a cell conductor is handling API level conducting, it wouldn't need access to API level db (particularly since there is no way to configure it to write to multiple DBs). But the change you just put up says "cell level conductors should not require access to the API database unless they are also API level conductors". That conflicts...22:45
*** baoli_ has quit IRC22:47
*** gongysh_ has joined #openstack-nova22:56
*** vishwanathj has quit IRC22:59
*** agireud has joined #openstack-nova22:59
*** lamt has quit IRC23:00
*** ducttape_ has joined #openstack-nova23:01
*** ayoung has quit IRC23:03
*** TravT has quit IRC23:07
*** TravT has joined #openstack-nova23:08
*** TravT has quit IRC23:08
*** claudiub has quit IRC23:09
*** mingyu has quit IRC23:09
*** ihrachys has quit IRC23:10
openstackgerritmelanie witt proposed openstack/nova: Detach volume from live domain before persistent domain  https://review.openstack.org/38625723:11
*** zz_dimtruck is now known as dimtruck23:13
*** Swami has quit IRC23:14
*** gjayavelu has joined #openstack-nova23:14
*** ducttape_ has quit IRC23:14
*** igordcard has quit IRC23:14
tjones-mriedem the patches are passing now at least they have been for the last couple of hours23:15
*** igordcard has joined #openstack-nova23:16
*** sdague has quit IRC23:20
*** jamielennox is now known as jamielennox|away23:20
*** rodrigods has quit IRC23:21
*** rodrigods has joined #openstack-nova23:21
*** rodrigods has quit IRC23:22
*** rodrigods has joined #openstack-nova23:22
*** rafael_ has quit IRC23:26
*** nic has quit IRC23:27
*** lamt has joined #openstack-nova23:28
*** owalsh has joined #openstack-nova23:29
*** mriedem has joined #openstack-nova23:29
*** jamielennox|away is now known as jamielennox23:35
*** suresh12 has quit IRC23:40
*** suresh12 has joined #openstack-nova23:44
*** ayoung has joined #openstack-nova23:44
*** suresh12 has quit IRC23:44
*** suresh12 has joined #openstack-nova23:44
*** yamahata has quit IRC23:46
*** sdake_ has joined #openstack-nova23:51
*** sdake has quit IRC23:52
*** Sukhdev has quit IRC23:55
*** hoangcx_ has joined #openstack-nova23:56
*** hoangcx has quit IRC23:59
*** yamahata has joined #openstack-nova23:59

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