Friday, 2018-10-12

*** Swami has quit IRC00:01
*** brinzhang has joined #openstack-nova00:12
*** tetsuro has joined #openstack-nova00:22
*** gyee has quit IRC00:29
*** takashin has joined #openstack-nova00:29
*** zhanglong has joined #openstack-nova00:41
alex_xucfriesen: the qemu will take care the live migration for vTPM?00:48
*** TuanDA has joined #openstack-nova01:04
openstackgerritfupingxie proposed openstack/nova master: Don't recreate inst_base on source when using rbd backend in resize  https://review.openstack.org/60559001:04
zhanglongalex_xu: what's the give scenario about your issue? to migrate [vtpm vm] to [another host], or to migrate [vtpm vm] to [another non-vtpm vm]?01:15
openstackgerritfupingxie proposed openstack/nova master: Don't recreate inst_base on source when using rbd backend in resize  https://review.openstack.org/60559001:16
*** mrsoul has joined #openstack-nova01:30
openstackgerritNaichuan Sun proposed openstack/nova master: os-xenapi(n-rp): add traits for vgpu n-rp  https://review.openstack.org/60426901:32
*** spatel has joined #openstack-nova01:34
alex_xuzhanglong: migrate vtpm vm to another host01:35
alex_xuzhanglong: live migrate01:36
*** k_mouza has quit IRC01:38
*** jdillaman has quit IRC01:42
*** Dinesh_Bhor has joined #openstack-nova01:43
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P):Get vgpu info from `allocations`  https://review.openstack.org/52171701:45
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): support compute node resource provider update  https://review.openstack.org/52104101:45
*** jdillaman has joined #openstack-nova01:45
openstackgerritNaichuan Sun proposed openstack/nova master: os-xenapi(n-rp): add traits for vgpu n-rp  https://review.openstack.org/60426901:45
*** k_mouza has joined #openstack-nova01:48
*** k_mouza has quit IRC01:51
*** k_mouza has joined #openstack-nova01:51
*** mhen has quit IRC01:55
*** mhen has joined #openstack-nova01:57
*** k_mouza has quit IRC01:58
*** macza has joined #openstack-nova01:58
*** k_mouza has joined #openstack-nova01:58
*** k_mouza has quit IRC02:02
*** macza has quit IRC02:02
*** k_mouza has joined #openstack-nova02:05
*** k_mouza has quit IRC02:10
zhanglongalex_xu: OK. So to ensure [source Asymmetric key] only migrate to [trusted destination vTPM], it is requested that [destination vTPM] use AIK signed key.02:11
zhanglongalex_xu: And there are several solutions to solve this issue.see paper <vTPM: Virtualizing the Trusted Platform Module>.02:12
alex_xuzhanglong: are you saying we don't have enough support in kvm to support live migrate with vTPM?02:19
alex_xuzhanglong: btw, i'm revewing this spec https://review.openstack.org/571111, try to figure out the live migration whether is the scope of that proposal02:22
zhanglongalex_xu: KVM? vm is related to QEMU, not KVM.02:24
zhanglongalex_xu: As I know , the process of [live migrate with vTPM] is related to vm manager e.g. nova, and can be decoupling with host. :)02:27
alex_xuzhanglong: yea, sorry, i'm just saying the generic word, i say kvm is mean to all those stuff qemu, kvm. i know qemu is about device emulation, kvm is kernel module...02:28
zhanglongalex_xu: mm :)02:29
*** k_mouza has joined #openstack-nova02:29
*** zigo has quit IRC02:29
*** k_mouza has quit IRC02:33
*** k_mouza has joined #openstack-nova02:43
*** hongbin has joined #openstack-nova02:45
*** k_mouza has quit IRC02:45
*** lbragstad has joined #openstack-nova02:45
*** k_mouza has joined #openstack-nova02:49
*** k_mouza has quit IRC02:52
*** psachin has joined #openstack-nova02:53
*** hshiina has joined #openstack-nova02:56
*** Dinesh_Bhor has quit IRC02:57
*** Dinesh_Bhor has joined #openstack-nova03:05
*** dave-mccowan has quit IRC03:05
*** tetsuro has quit IRC03:06
*** tetsuro_ has joined #openstack-nova03:06
*** macza has joined #openstack-nova03:18
*** macza has quit IRC03:22
*** k_mouza has joined #openstack-nova03:43
*** k_mouza has quit IRC03:47
*** k_mouza has joined #openstack-nova03:48
*** yikun has quit IRC03:49
*** k_mouza has quit IRC03:52
*** udesale has joined #openstack-nova03:54
*** k_mouza has joined #openstack-nova03:55
*** Dinesh_Bhor has quit IRC03:56
*** k_mouza has quit IRC03:59
*** spatel has quit IRC04:00
*** k_mouza has joined #openstack-nova04:01
*** hongbin has quit IRC04:01
*** macza has joined #openstack-nova04:04
*** k_mouza has quit IRC04:05
*** smcginnis has quit IRC04:06
*** k_mouza has joined #openstack-nova04:07
*** macza has quit IRC04:10
*** k_mouza has quit IRC04:10
*** macza has joined #openstack-nova04:10
*** macza has quit IRC04:15
*** macza has joined #openstack-nova04:16
*** macza has quit IRC04:20
*** lbragstad has quit IRC04:21
*** Dinesh_Bhor has joined #openstack-nova04:29
*** icey has quit IRC04:30
*** breton has quit IRC04:30
*** icey has joined #openstack-nova04:30
*** k_mouza has joined #openstack-nova04:52
*** k_mouza has quit IRC04:56
*** macza has joined #openstack-nova04:57
*** macza has quit IRC05:02
*** k_mouza has joined #openstack-nova05:06
*** toabctl has joined #openstack-nova05:07
*** k_mouza has quit IRC05:09
*** k_mouza has joined #openstack-nova05:12
*** janki has joined #openstack-nova05:15
*** pcaruana has joined #openstack-nova05:15
*** k_mouza has quit IRC05:17
*** k_mouza has joined #openstack-nova05:21
*** k_mouza has quit IRC05:24
*** ratailor has joined #openstack-nova05:25
openstackgerritDao Cong Tien proposed openstack/nova master: Add note for sending SIGHUP at rolling upgrade steps  https://review.openstack.org/60991005:25
*** k_mouza has joined #openstack-nova05:27
*** k_mouza has quit IRC05:31
*** dr_gogeta86 has quit IRC05:32
*** k_mouza has joined #openstack-nova05:44
cfriesenalex_xu: not sure if it's libvirt or qemu, but nova doesn't need to worry about it.05:45
alex_xucfriesen: cool, i got it05:46
*** k_mouza has quit IRC05:47
*** k_mouza has joined #openstack-nova05:50
*** k_mouza has quit IRC05:53
openstackgerritMerged openstack/nova master: Add volume_type field to BlockDeviceMapping object  https://review.openstack.org/60468705:54
openstackgerritMerged openstack/nova master: Replace openSUSE experimental check with newer version  https://review.openstack.org/60946705:54
openstackgerritMerged openstack/nova master: Add compute version 36 to support ``volume_type``  https://review.openstack.org/57936005:54
openstackgerritMerged openstack/nova master: Add compute API validation for when a volume_type is requested  https://review.openstack.org/60557305:56
*** hshiina has quit IRC06:00
*** hshiina_ has joined #openstack-nova06:00
*** k_mouza has joined #openstack-nova06:01
openstackgerritJuan Antonio Osorio Robles proposed openstack/nova master: Remove dead code from policy module  https://review.openstack.org/60959106:02
*** k_mouza has quit IRC06:03
*** tetsuro_ has quit IRC06:06
*** k_mouza has joined #openstack-nova06:07
*** k_mouza has quit IRC06:10
openstackgerritBrin Zhang proposed openstack/nova master: Add microversion 2.67 to support volume_type  https://review.openstack.org/60639806:10
*** k_mouza has joined #openstack-nova06:14
*** k_mouza has quit IRC06:16
*** janki has quit IRC06:19
*** k_mouza has joined #openstack-nova06:20
*** k_mouza has quit IRC06:24
*** dpawlik has joined #openstack-nova06:30
*** k_mouza has joined #openstack-nova06:33
*** janki has joined #openstack-nova06:34
*** k_mouza_ has joined #openstack-nova06:36
*** k_mouza has quit IRC06:38
*** k_mouza_ has quit IRC06:41
*** k_mouza has joined #openstack-nova06:41
*** k_mouza has quit IRC06:44
*** Dinesh_Bhor has quit IRC06:45
*** k_mouza has joined #openstack-nova06:45
*** k_mouza has quit IRC06:47
*** k_mouza has joined #openstack-nova06:48
*** maciejjozefczyk has joined #openstack-nova06:51
*** k_mouza_ has joined #openstack-nova06:52
*** k_mouza has quit IRC06:52
*** k_mouza_ has quit IRC06:56
*** k_mouza has joined #openstack-nova06:58
openstackgerritBrin Zhang proposed openstack/nova master: Add microversion 2.67 to support volume_type  https://review.openstack.org/60639806:58
*** cfriesen has quit IRC07:00
*** k_mouza has quit IRC07:02
*** rcernin has quit IRC07:03
*** k_mouza has joined #openstack-nova07:05
*** alexchadin has joined #openstack-nova07:09
*** k_mouza has quit IRC07:10
*** k_mouza has joined #openstack-nova07:13
*** k_mouza has quit IRC07:17
*** helenafm has joined #openstack-nova07:25
*** k_mouza has joined #openstack-nova07:27
*** alexchadin has quit IRC07:27
*** alexchadin has joined #openstack-nova07:27
*** Luzi has joined #openstack-nova07:29
*** k_mouza has quit IRC07:29
*** maciejjozefczyk has quit IRC07:32
*** k_mouza has joined #openstack-nova07:33
*** k_mouza has quit IRC07:36
*** k_mouza_ has joined #openstack-nova07:36
*** maciejjozefczyk has joined #openstack-nova07:37
*** k_mouza_ has quit IRC07:40
*** k_mouza has joined #openstack-nova07:44
*** ralonsoh has joined #openstack-nova07:48
*** k_mouza has quit IRC07:48
*** hshiina_ has quit IRC07:51
*** k_mouza has joined #openstack-nova08:04
*** takashin has left #openstack-nova08:06
*** tssurya has joined #openstack-nova08:07
openstackgerritAndreas Jaeger proposed openstack/nova master: Use tempest-pg-full  https://review.openstack.org/60995408:07
*** k_mouza has quit IRC08:09
*** rpittau has quit IRC08:09
*** rpittau has joined #openstack-nova08:10
*** rpittau has quit IRC08:10
*** Dinesh_Bhor has joined #openstack-nova08:11
*** rpittau has joined #openstack-nova08:11
*** macza has joined #openstack-nova08:18
*** ttsiouts has joined #openstack-nova08:19
*** macza has quit IRC08:19
*** macza has joined #openstack-nova08:19
*** k_mouza has joined #openstack-nova08:20
*** ttsiouts has quit IRC08:22
*** ttsiouts_ has joined #openstack-nova08:22
*** macza has quit IRC08:24
*** k_mouza has quit IRC08:25
openstackgerritTushar Patil proposed openstack/nova-specs master: Support filtering of allocation_candidates by forbidden aggregates  https://review.openstack.org/60996008:29
*** zigo has joined #openstack-nova08:30
*** bauzas is now known as PapaOurs08:30
*** jangutter has joined #openstack-nova08:31
*** brinzhang has quit IRC08:32
*** brinzhang has joined #openstack-nova08:32
*** gibi is now known as giblet08:36
*** k_mouza_ has joined #openstack-nova08:40
*** derekh has joined #openstack-nova08:41
*** ttsiouts_ has quit IRC08:42
*** ttsiouts has joined #openstack-nova08:42
*** k_mouza_ has quit IRC08:43
*** k_mouza has joined #openstack-nova08:43
gmannalex_xu: melwitt i feel we should restrict the null and empty string in volume_type which are going to be ignored on cinder side -  https://review.openstack.org/#/c/606398/1308:43
*** dpawlik has quit IRC08:46
*** slaweq has quit IRC08:46
*** ttsiouts has quit IRC08:47
*** k_mouza has quit IRC08:47
*** k_mouza has joined #openstack-nova08:50
*** dpawlik has joined #openstack-nova08:51
*** k_mouza_ has joined #openstack-nova08:53
*** k_mouza has quit IRC08:54
*** psachin has quit IRC08:55
*** ttsiouts has joined #openstack-nova08:56
*** k_mouza_ has quit IRC08:57
*** janki has quit IRC08:58
*** janki has joined #openstack-nova08:58
*** k_mouza has joined #openstack-nova09:01
*** janki has quit IRC09:03
*** k_mouza has quit IRC09:04
*** janki has joined #openstack-nova09:04
*** janki has quit IRC09:05
*** janki has joined #openstack-nova09:05
*** k_mouza has joined #openstack-nova09:07
*** k_mouza_ has joined #openstack-nova09:10
*** k_mouza has quit IRC09:11
*** k_mouza has joined #openstack-nova09:12
*** k_mouza_ has quit IRC09:14
*** ttsiouts has quit IRC09:16
*** ttsiouts has joined #openstack-nova09:16
*** k_mouza has quit IRC09:17
*** ttsiouts_ has joined #openstack-nova09:18
openstackgerritJuan Antonio Osorio Robles proposed openstack/nova master: Remove dead code from policy module  https://review.openstack.org/60959109:18
*** ttsiouts has quit IRC09:21
*** k_mouza has joined #openstack-nova09:25
*** k_mouza has quit IRC09:28
*** k_mouza has joined #openstack-nova09:28
*** k_mouza has quit IRC09:31
*** k_mouza has joined #openstack-nova09:31
*** dtantsur|afk is now known as dtantsur09:33
*** gnuoy has quit IRC09:35
*** k_mouza_ has joined #openstack-nova09:35
*** k_mouza has quit IRC09:35
*** ttsiouts_ has quit IRC09:37
*** gnuoy has joined #openstack-nova09:37
*** gnuoy has quit IRC09:38
*** gnuoy has joined #openstack-nova09:38
*** ttsiouts has joined #openstack-nova09:39
*** k_mouza_ has quit IRC09:40
*** psachin has joined #openstack-nova09:45
*** s10 has joined #openstack-nova09:47
*** gnuoy has quit IRC09:50
*** ttsiouts has quit IRC09:53
*** imacdonn has quit IRC09:53
*** imacdonn has joined #openstack-nova09:53
*** Luzi has quit IRC09:55
*** gnuoy has joined #openstack-nova09:55
*** slaweq has joined #openstack-nova09:56
*** Dinesh_Bhor has quit IRC09:57
*** ttsiouts has joined #openstack-nova09:57
*** zhanglong has quit IRC09:58
*** ttsiouts has quit IRC10:01
*** brinzhang has quit IRC10:02
openstackgerritYikun Jiang proposed openstack/nova master: Change the default values of XXX_allocation_ratio  https://review.openstack.org/60280310:10
openstackgerritYikun Jiang proposed openstack/nova master: Use new ``initial_xxx_allocation_ratio`` CONF  https://review.openstack.org/60280410:10
openstackgerritYikun Jiang proposed openstack/nova master: Add compute_node ratio online data migration  https://review.openstack.org/60999510:10
*** TuanDA has quit IRC10:13
*** hoangcx has quit IRC10:17
nehaalhat_sean-k-mooney: Hi10:25
sean-k-mooneynehaalhat_: hi10:25
nehaalhat_sean-k-mooney: want to discuss regarding patch: https://review.openstack.org/#/c/581218/10:25
sean-k-mooneysure10:26
nehaalhat_sean-k-mooney: the log messages that are mentioned in commit message of above patch, are logged from keystoneauth but with logger name: 'novaclient.v.client'. As these logs are from keyatoneauth the logger name should be like 'keystoneauth.session''10:28
nehaalhat_'novaclient.v2.client'10:29
*** psachin has quit IRC10:33
sean-k-mooneyok10:33
nehaalhat_sean-k-mooney: I have tried your suggestion that: set default_log_levels=novaclient=DEBUG in cinder.conf and then checked logs, but the logs related to nova are getting logged using 'novaclient.v2.client' logger name only.10:33
sean-k-mooneyright they should have novaclient.v2.client name10:34
sean-k-mooneywere are the keyston auth logs your are trying to suppress being generagted10:35
*** Dinesh_Bhor has joined #openstack-nova10:35
*** udesale has quit IRC10:36
sean-k-mooneythey should only have the keystoneauth.session logger name if they are being logged in teh libary10:36
sean-k-mooneyif the log function is called in the nova client code they should be novaclient.v2.client10:36
nehaalhat_sean-k-mooney: yes the logger is initialized in novaclient only, so it is taking name as 'novaclient.v2.client'. You can refer this logs: http://paste.openstack.org/show/731959/ that i am getting for cinder to novaclient interaction10:39
nehaalhat_sean-k-mooney:  In the logs you can see the logs are getting logged in keystoneauth library10:40
nehaalhat_but with logger name 'novaclient.v2.client'10:41
*** jpena|off has quit IRC10:41
sean-k-mooneydo you know where in novaclient it is calling log.debug10:42
*** jpena|off has joined #openstack-nova10:42
nehaalhat_sean-k-mooney: No10:43
*** tbachman has quit IRC10:44
*** psachin has joined #openstack-nova10:49
sean-k-mooneynehaalhat_: it looks like they are bing logged in the keystone auth lib but that means its not internally creating its own logger10:51
nehaalhat_sean-k-mooney: yes it is being logged in keystoneauth lib10:52
sean-k-mooneynehaalhat_: i think you should be making you change here instead https://github.com/openstack/python-novaclient/blob/003ac57d9af74aa4658a7bf6cc6b6b3bafa58c11/novaclient/client.py#L16710:53
nehaalhat_sean-k-mooney: But identity related logs are logged using logger name 'keystoneauth.session' and the are also logged in 'keystone auth' lob10:54
sean-k-mooneyactully that is the only place the logger is used in that function.10:54
nehaalhat_sean-k-mooney: you are suggesting to make changes here: https://github.com/openstack/python-novaclient/blob/003ac57d9af74aa4658a7bf6cc6b6b3bafa58c11/novaclient/client.py#L167 right?10:58
sean-k-mooneyi was but looking at how the code works and the keystonauth adapter.py the client is working differntely then i had taught11:02
sean-k-mooneyi think you can leave you chage as it is11:02
nehaalhat_sean-k-mooney: ok..thanks11:03
sean-k-mooneythat said i think the api for the keystone auth adapter is incorerct. im not sure it should allow passing a logger at all11:03
sean-k-mooneynehaalhat_: the other option you have is to creat a new logger and pass it in11:04
nehaalhat_sean-k-mooney: ok11:04
sean-k-mooneyso you could create a novaclient.v2.client.auth logger and pass that in11:05
sean-k-mooneythen people could use the python loging filtering to choose to filter it out or not11:05
nehaalhat_sean-k-mooney: ok will check11:07
*** ttsiouts has joined #openstack-nova11:08
sean-k-mooneycoool you would then set novaclient.v2.client.auth to info in cinder to not log the debug logs form the keystone auth adapter11:08
*** Dinesh_Bhor has quit IRC11:10
nehaalhat_sean-k-mooney: what if i want logs related to debug11:11
sean-k-mooneynovaclient.v2.client.auth would only be the kestoneauth logs your are currently uncondtionally removing11:12
sean-k-mooneyso if you have novaclient.v2.client at debug setting novaclient.v2.client.auth to info will only filter out the auth debug logs11:13
sean-k-mooneythe keystone auth adapter does not fall back to its own logging if you don tpass a logger in http://git.openstack.org/cgit/openstack/keystoneauth/tree/keystoneauth1/adapter.py#n12911:14
*** ttsiouts has quit IRC11:16
*** ttsiouts has joined #openstack-nova11:17
*** ttsiouts has quit IRC11:21
*** ttsiouts has joined #openstack-nova11:23
*** ttsiouts has quit IRC11:27
*** psachin has quit IRC11:28
*** trident has joined #openstack-nova11:31
*** psachin has joined #openstack-nova11:34
*** dave-mccowan has joined #openstack-nova11:38
*** ttsiouts has joined #openstack-nova11:39
*** k_mouza has joined #openstack-nova11:44
*** tbachman has joined #openstack-nova11:48
*** k_mouza has quit IRC11:48
*** tbachman_ has joined #openstack-nova11:53
*** tbachman has quit IRC11:53
*** tbachman_ is now known as tbachman11:53
sean-k-mooneyare the wsgi script for placement generated the same way we generate the the nova-compute etc command scripts using setuptool entrypoints?11:58
*** jaypipes is now known as leakypipes11:58
sean-k-mooneyspecifcally https://github.com/openstack/nova/blob/master/setup.cfg#L78 gets processed by setuptools to generate /var/www/cgi-bin/nova/nova-placement-api ?12:00
*** nehaalhat_ has quit IRC12:01
sean-k-mooneyah they are generated by pbr12:01
*** ttsiouts has quit IRC12:03
*** ttsiouts has joined #openstack-nova12:03
jaosoriorsean-k-mooney: hey, if you have some time, can you check the review from yesterday https://review.openstack.org/#/c/609591/ ?12:04
*** tbachman has quit IRC12:08
*** ttsiouts has quit IRC12:08
*** nehaalhat_ has joined #openstack-nova12:10
*** ttsiouts has joined #openstack-nova12:11
*** ratailor has quit IRC12:17
*** hoonetorg has joined #openstack-nova12:24
*** psachin has quit IRC12:45
leakypipesmordred: Monty, would you be a dear and review https://review.openstack.org/#/c/581218/ please? Both mriedem and myself are kinda lost as to what is going on there and need your feedback on the impact this would have in SDKs.12:45
leakypipesaspiers: BTW, it may be a little while until I can review https://review.openstack.org/#/c/609779/1/specs/stein/approved/amd-sev-libvirt-support.rst... it's cause me to open a number of new browser tabs as I read about that technology. :)12:46
leakypipesaspiers: something that negatively affected my goal for yesterday. shame on you. (https://twitter.com/jaypipes/status/1050394398163443713) :P12:47
aspiersleakypipes: no problem :) although if it's any consolation, I know very little about it myself, but I don't think a deep understanding is really necessary anyway ...12:48
aspiershaha :)12:48
aspiersthere are browser extensions for that, you know12:50
aspiersalthough depressingly the one I use has just vanished from my Chrome :-/12:51
leakypipesaspiers: well, I actually *do* want to read (or take other action on) all those tabs... just takes a while! :)12:51
leakypipesaspiers: just takes some good ol' fashioned time to do it12:52
aspiersah well, then you need a way to move them onto a todo list12:52
aspiershttps://getpocket.com/ is pretty handy, but then so is a text file full of URLs12:52
aspiersor if you want nicer hyperlinks, try this https://github.com/aspiers/desktop-config/blob/master/lib/browser/userscripts/page-id-helpers/README.md12:53
leakypipesaspiers: rock on brother. (though you just added yet another tab to my browser, damn you Adam!)12:58
*** mriedem has joined #openstack-nova12:58
aspiersX-p12:59
leakypipesaspiers: btw, just curious, is SUSE planning on deploying an AMD-based cloud? or do you have customers that want to use EPYCs instead of Xeons?12:59
aspiersI'm guessing it's for customers eventually but I don't really have a clue - not involved in the business discussions thank goodness :)13:00
aspiersour partnership with AMD goes way back13:00
leakypipesack13:00
aspiersIIRC we were the first enterprise Linux to support AMD, or something like that13:00
aspiersmind you, we're obviously very close with Intel too13:01
leakypipesgotcha13:01
mriedemwell, i guess we have to decide if the volume_type support when creating a server should be the same as cinder's volume create api https://review.openstack.org/#/c/606398/ and allow passing volume_type='' or volume_type=None, or restrict that in the compute API13:04
mriedemso that if you pass a volume_type, it has to be non-null and minLength: 113:04
mriedemi'm personally fine keeping parity with cinder's API since people really just want the proxy here13:05
*** elod has quit IRC13:06
*** elod has joined #openstack-nova13:06
*** dtantsur is now known as dtantsur|afk13:07
leakypipesmriedem: how about --volume-type=force:True? That would mesh well with our long tradition of force APIs.13:07
leakypipesmriedem: you could even add a --volume-type=force:None to make things super clear.13:08
mriedemi would like it to pass it over flavor extra spec myself,13:08
mriedembut we don't all get what we want13:08
leakypipesmriedem: scheduler hint for volume type --hint force-volume-type=None13:08
mriedemor encoded scheduler hitn13:08
mriedem*hint13:08
mriedemyes13:08
leakypipesmriedem: beat you to it.13:08
*** eharney has joined #openstack-nova13:10
giblet:)13:10
mordredleakypipes: looking13:13
*** markvoelker has quit IRC13:15
leakypipesmordred: thanks man. it was mriedem who also wanted your opinion on that, which I concurred with.13:16
mordredleakypipes: I believe the patch looks fine - and I'm happy to see people are excited about the split-loggers option :)13:16
mriedem? https://review.openstack.org/#/c/581218/ ?13:18
*** ttsiouts has quit IRC13:20
leakypipesmordred: what about sean-k-mooney's first comment here? https://review.openstack.org/#/c/581218/5/novaclient/v2/client.py13:20
leakypipesmordred: is that a concern?13:20
mriedemjackding: you know your reboot/rebuild check the network for unbound ports patch?13:21
leakypipesmriedem: yes, that one. you had commented on there: "-1 for the missing lower-constraints bump, but I'd also like to see Monty +1 this before we merge it since I'm not really following all of this."13:21
mriedemthat's checking the ports right after we refreshed them from neutron,13:21
mriedemcan we avoid the list_ports in your check method?13:21
mriedemand just use the instance.info_cache?13:21
mriedemthat would help some of my concern13:21
*** munimeha1 has joined #openstack-nova13:21
mriedemleakypipes: yar13:21
mriedemif you want split logs, pass a scheduler hint13:22
leakypipesmriedem: aye, matey.13:22
*** ttsiouts has joined #openstack-nova13:22
leakypipesmriedem: lol. thx moleman.13:22
*** mriedem is now known as hansmoleman13:22
leakypipesthere he is!13:22
hansmolemanhttps://deadhomersociety.files.wordpress.com/2016/11/thisisaknife.gif?w=65513:23
*** lbragstad has joined #openstack-nova13:23
hansmolemangmann: do you have a patch to cap max microversions for tempest in devstack for rocky yet?13:24
hansmolemannope, i'll do that13:25
*** erlon has joined #openstack-nova13:28
openstackgerritsean mooney proposed openstack/nova master: harden placement init under wsgi  https://review.openstack.org/61003413:30
sean-k-mooney^ that may be dumb but its my attempt to fix part of a downstream bug in triplo that i dont have an enviornment to reproduce and or time to reporduce.13:33
hansmolemancomments inline13:34
hansmolemanefried: what's the process now for placement bug fixes?13:34
hansmolemanfix in nova and cherry pick to placement or vice versa?13:34
sean-k-mooneyoh right placement is moving...13:35
*** munimeha1 has quit IRC13:38
mordredleakypipes, hansmoleman: +1 left - I agree with sean-k-mooney's followup comment13:39
*** tssurya has quit IRC13:39
*** tssurya has joined #openstack-nova13:40
PapaOurshansmoleman: AFAIUC, we need two changes13:40
PapaOurshansmoleman: and just waiting for the placement one to be merged before merging the nova one13:41
PapaOursbut not Depends-On13:41
*** dansmith is now known as SteelyDan13:41
*** stephenfin is now known as finucannot13:41
finucannothansmoleman: What would it cost me to get you to look at https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/queens+topic:bug/1746393 again?13:42
finucannothansmoleman: It's not something I'm going to be able to test with the Intel NFV CI but I did manually verify it13:42
*** irclogbot_0 has joined #openstack-nova13:44
PapaOursdoes someone remember the link for querying all the OpenStack project repos ?13:45
hansmolemancodesearch.openstack.org13:46
PapaOurshansmoleman: <313:46
hansmolemanfinucannot: how far back to plan on trying to get those backports? has that code just always been broken?13:47
hansmolemanthat stack seems extremely risky to me13:47
hansmolemanespecially when we have 0 CI13:47
*** irclogbot_0 has quit IRC13:49
hansmolemans/to plan/do you plan/13:49
finucannothansmoleman: Ideally back to when support for emulator threads was first added (Ocata) but Ocata is em now and I haven't even looked at the practicality of Pike. Queens would be good enough13:50
finucannotPlus, Pike is just security/data loss bugs now anyway, right?13:50
hansmolemanno13:50
hansmolemanEM means we no longer have phases like that13:50
hansmolemanhttps://docs.openstack.org/project-team-guide/stable-branches.html#maintenance-phases13:51
finucannotThe more you know13:51
sean-k-mooneyleakypipes: ya i proably should have submitted it against placement.13:52
finucannotBut yeah, given how specific this is, whatever risk there is is going limited to select use cases13:52
sean-k-mooneyleakypipes: ill abandon after the ci results are in i mainly pushed to make sure this did not make anything else explode13:52
finucannotThat said, I have no idea how else to mitigate that risk besides the unit tests, manual testing that's already been done and downstream QE we'll be doing for this13:52
*** irclogbot_0 has joined #openstack-nova13:53
*** rpittau has quit IRC13:54
leakypipessean-k-mooney: get with cdent in #openstack-placement since he's got a patch series already that is cleaning up the placement DB stuff.13:54
leakypipessean-k-mooney: Chris isn't here atm, but just grab him whenevs13:54
*** munimeha1 has joined #openstack-nova13:56
sean-k-mooneyleakypipes: sure. im likely not going to be working on this till next week. im in munich for new heir orentation from sunday to wednesday so i wont get much done until thrusday13:56
leakypipesack, no worries.13:57
*** mlavalle has joined #openstack-nova13:57
leakypipessean-k-mooney: btw, is "new heir orentation" something to do with the royal family?13:57
leakypipes:P13:57
sean-k-mooneyalso apparently i joinded redhat 90days ago as of monday.13:57
leakypipessean-k-mooney: congrats! :)13:57
PapaOurssean-k-mooney: I'm sure you'll love sales talks13:58
*** irclogbot_0 has quit IRC13:59
sean-k-mooneyPapaOurs: apparently we are not ment to bring our laptops to the 2 days of training...13:59
*** irclogbot_0 has joined #openstack-nova13:59
PapaOurssean-k-mooney: tbh I don't remember mine13:59
sean-k-mooneyalso i miss octoberfest in munich by a week13:59
PapaOursI mean, whether I used my laptop13:59
PapaOursbut you'll get a free fedora14:00
PapaOurshum14:00
PapaOurslooks like we're discussing corp here14:00
PapaOursshit14:00
PapaOursfortunately, I'm hidden behind my nick14:00
sean-k-mooney:)14:00
*** efried is now known as fried_rice14:05
*** cfriesen has joined #openstack-nova14:06
fried_ricehansmoleman: Same fix (as far as possible) with same change-id in both nova and placement14:07
melwitt14:08
*** eharney has quit IRC14:09
hansmolemanfried_rice: does order of repos matter?14:10
hansmolemanplacement first so it's not lost after the extraction?14:11
*** smcginnis has joined #openstack-nova14:11
fried_riceI don't think so14:11
fried_riceLike, propose it to both at the same time, but I don't think it matters if one merges first as long as they both merge.14:11
hansmolemanthat's kind of weird14:12
hansmolemanif one merges and the other has changes14:12
hansmolemani think of it like backports14:12
hansmolemanyou want to start in the clean target first and then cherry pick (backport) to nova14:13
hansmolemanbut what do i know14:13
hansmolemanSteelyDan: re our conversation the other day about attaching volumes while resized, apparently it's fine once you revert, the volume attached while the server is in VERIFY_RESIZE state continues to be attached when you revert14:16
*** tbachman has joined #openstack-nova14:16
hansmolemannow, i'm using the fake driver in devstack so i can have 2 computes on a single node,14:16
hansmolemanso i'm not sure that attached volume is actually still in the guest...14:16
SteelyDanhansmoleman: ugh14:17
hansmolemani don't have a 2-node devstack with libvirt handy14:17
*** irclogbot_0 has quit IRC14:18
fried_ricehansmoleman: I guess if you want to be that strict about it, sure. But which would you merge first? The nova side so you can test it fully?14:21
hansmolemanas in devstack runs?14:22
hansmolemanthat probably makes more sense...14:22
fried_riceOkay.14:23
hansmolemancfriesen: do you guys care about this? https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/queens+topic:bug/174639314:23
fried_ricehansmoleman: To drop a placement fix at this point, you need to propose it to both the nova and placement repositories with the same change-id, but merge the nova side first.14:24
fried_riceThere, it's official.14:24
*** lbragstad is now known as elbragstad14:25
hansmolemanit's not official until it's engraved in stone tablets14:25
sean-k-mooneyfried_rice: so for https://review.openstack.org/#/c/610034/ i need to just cherrypick it ot placement too14:25
fried_ricesean-k-mooney: afaik there's no actual cherry pick between different repositories. But in spirit, yes.14:26
fried_ricesean-k-mooney: And -W it until ^ merges.14:27
sean-k-mooneyfried_rice: you have to manually add the other repo as a remote14:27
hansmolemanfinucannot: i guess i still feel that backport is really more about a feature than a bug14:27
hansmolemanit's an optimization thing isn't it?14:27
sean-k-mooneyif placement was extracted correctly with its git history it shoudl work but ya14:27
hansmolemani.e. when cpu pinning was added, or emulator thread policy, people didn't think about them being used together all the way, so it was less optimal,14:28
hansmolemanand that's fixed since rocky14:28
fried_ricesean-k-mooney: Having them under the same change-id ought to be sufficient. If you included the commit hash, you would have to also include the repo name for that commit.14:28
hansmolemanbut doesn't mean we need to backport that to queens14:28
fried_ricesean-k-mooney: But they won't match exactly, if for no other reason than the file names.14:28
sean-k-mooneyfried_rice: right14:29
sean-k-mooneyhansmoleman: we may backport it downstram but it depens i dont think we need to backport to queens upstream14:30
finucannothansmoleman: Not sure, to be honest. Guess that comes down to interpretation14:31
sean-k-mooneythe downstream but was reported against rocky so that is likely all that would be useful to backport to in anycase14:31
hansmolemani've -1ed the bottom queens backport then14:31
hansmolemanif you want my official opinion14:31
finucannotHeh. Fair :)14:32
sean-k-mooneyhansmoleman: wait which patch14:32
hansmolemanhttps://review.openstack.org/#/c/588570/14:32
*** munimeha1 has quit IRC14:32
sean-k-mooneyoh i was talking about the placement one im not sure about that one14:33
hansmolemantoo late14:33
hansmolemanyou said red hat doesn't care so i get to -114:33
SteelyDanreading the bug, that seems like a performance feature to me14:33
SteelyDanis there some correctness aspect to it, or purely optimized layout/14:33
sean-k-mooneythis bug https://bugs.launchpad.net/nova/+bug/1744965 just reading14:34
openstackLaunchpad bug 1744965 in OpenStack Compute (nova) "'emulator_threads_policy' doesn't work with 'vcpu_pin_set'" [Undecided,Fix released] - Assigned to Stephen Finucane (stephenfinucane)14:34
finucannotThe BZ that was based on is probably more useful https://bugzilla.redhat.com/show_bug.cgi?id=153466914:35
openstackbugzilla.redhat.com bug 1534669 in openstack-nova "emulator_threads_policy needs improvement when hyper threading is enabled" [Medium,On_qa] - Assigned to sfinucan14:35
finucannot(see comment 1. That's a bug, IMO)14:35
sean-k-mooneyfinucannot: what was your fix to just give both thread spiblivgs to the  emultor threads14:36
finucannotsean-k-mooney: Nah. We stopped applying the vCPU policies to emulator threads14:37
sean-k-mooneyfinucannot: the polices dotn change teh number of thread you get pinned too howerver14:37
finucannotThey kind of do. isolate doesn't cause the VM to consume more cores but the thread siblings are marked as unusable14:38
sean-k-mooneythat is different14:39
*** rnoriega has quit IRC14:39
sean-k-mooneyif the vcpu_pin_set has 6 cores and you request a vm with 6 vcpus and 1 emulator thread it should not be shcudled to that host as it cant fit14:39
finucannotCorrect14:39
finucannotIf vcpu_pin_set has 7 cores though, it should be scheduled14:40
sean-k-mooneyyes14:40
sean-k-mooneyso what is the bug14:40
finucannotWe actually needed 814:41
*** markvoelker has joined #openstack-nova14:41
sean-k-mooneywhy14:41
finucannotbecause the policy meant for vcPUx was being incorrectly applied to emulator threads14:41
finucannot*vCPUs14:41
sean-k-mooneyeven if we applied it it should not matter what thread policy would chage it14:41
finucannothuh?14:41
sean-k-mooneyisolate is not meant to consider thread outside of the vcpu_pin_set so even if you have hyper threading it should not be an issue14:42
finucannotExactly, but the implementation was buggy14:43
*** mrch has quit IRC14:43
*** bnemec is now known as beekneemech14:44
finucannotIt was saying "because we're using pairs of thread siblings for these vCPUs, we should do that for emulator threads too"14:44
*** eharney has joined #openstack-nova14:44
sean-k-mooneyfinucannot: ok ya that is wrong. is thei your change to handeling differnet lent sibling sets14:45
finucannotSo if you were using the require policy, that would require two cores for emulator threads (the latter wasn't use though, I think)14:45
openstackgerritChuck Short proposed openstack/os-traits master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61006514:46
sean-k-mooneyyou are intended to be able to ask for 1 core and say threading policy require14:46
finucannotYup, that was broken too14:46
sean-k-mooneyyou are alos ment to be able to use prefer on host that dont have hyper threading14:47
finucannotyep14:47
sean-k-mooneyfinucannot: so if we backported it to queens are you also going to backport it to pike14:49
sean-k-mooneyfinucannot: that is where the downstream bug was reported14:49
finucannotI'd like to but you've to do one before the other14:50
openstackgerritChuck Short proposed openstack/os-vif master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61006814:50
hansmolemanpersisting limits and requested_destination in a request spec seems like a bad idea... http://paste.openstack.org/show/731972/14:50
openstackgerritJose Castro Leon proposed openstack/nova master: Fix get_device_path from network mounted volume  https://review.openstack.org/59018814:52
sean-k-mooneyfinucannot: so i dont think there is anything harmful in the backport so i guess its fine but im not sure it qualifes under the backport policy14:53
finucannotYup, seems to be the general consensus, heh14:54
sean-k-mooneyqueens would be pahse 2 right so its not a security fix and its not a critical prioity bug https://docs.openstack.org/murano/pike/contributor/stable_branches.html14:55
sean-k-mooneyoh thats mruanos one...14:55
*** spatel has joined #openstack-nova14:55
finucannotsean-k-mooney: https://docs.openstack.org/project-team-guide/stable-branches.html#maintenance-phases14:55
sean-k-mooneyoh ya they changed the with extended maintaince14:56
melwitthm, why isn't the nova-lvm job running anymore...14:58
melwittoh nvm, it only runs on libvirt changes14:58
hansmolemanah yes: cold migrate to a specified host, confirm the resize, then live migrate w/o specifying a host, kablammo14:59
hansmolemanreqspec strikes agin14:59
hansmoleman*again14:59
openstackgerritChuck Short proposed openstack/osc-placement master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61007415:00
sean-k-mooneyhansmoleman: im guessign we persist a host of somthing that we should have deleted in the confirm step15:00
hansmolemani know exactly what it is15:01
hansmolemani just needed to confirm15:01
*** maciejjozefczyk has quit IRC15:01
sean-k-mooneyactully for  moving py35 to py37 job on stein+ that maeans that the minium  version of python for stein becomes 36 right15:02
sean-k-mooneywew would no longer be testing 35 so it cant be the minium anymore15:02
openstackgerritStephen Finucane proposed openstack/nova master: Deprecate the nova-console service  https://review.openstack.org/61007515:02
openstackgerritStephen Finucane proposed openstack/nova master: Deprecate the nova-xvpvncproxy service  https://review.openstack.org/61007615:02
*** jmlowe has quit IRC15:03
cfriesenhansmoleman: we had to modify some of that code due to supporting some other features, so I don't think we'd care about a backport.15:04
hansmolemanyippee https://bugs.launchpad.net/nova/+bug/179758015:06
openstackLaunchpad bug 1797580 in OpenStack Compute (nova) "NoValidHost during live migration after cold migrating to a specified host" [High,Triaged] - Assigned to Matt Riedemann (mriedem)15:06
*** awestin1 has joined #openstack-nova15:11
*** irclogbot_0 has joined #openstack-nova15:15
*** dpawlik has quit IRC15:17
*** jmlowe has joined #openstack-nova15:18
*** gyee has joined #openstack-nova15:19
*** irclogbot_0 has quit IRC15:21
*** irclogbot_0 has joined #openstack-nova15:21
fried_riceleakypipes: A schema like this? https://review.openstack.org/#/c/579289/12/nova_powervm/virt/powervm/inventory_schema.yaml15:23
hansmolemanhuh osc doesn't have instance action CLI support?15:26
SteelyDanhansmoleman: I think it does15:26
SteelyDanpretty sure I was using it the other day15:26
hansmolemandon't see it here https://docs.openstack.org/python-openstackclient/latest/cli/command-list.html15:26
hansmolemanserver event list?15:27
hansmolemanoh there it is15:27
hansmolemanok, and because my live migration fails but the server isn't put into error status, i can't see the fault15:29
hansmolemanso i have to use the instance action list15:29
hansmolemanor the migration status15:29
hansmolemanwhich probably isn't in osc15:29
*** ttsiouts has quit IRC15:31
sean-k-mooneyim going to call it a day early(for me). is there anything i should review before next week?15:32
sean-k-mooneyif not i proably wont be on irc until thrudsay15:33
*** sean-k-mooney has quit IRC15:36
*** mtreinish has joined #openstack-nova15:36
openstackgerritMatt Riedemann proposed openstack/nova master: Add regression test for bug 1797580  https://review.openstack.org/61008815:39
openstackbug 1797580 in OpenStack Compute (nova) "NoValidHost during live migration after cold migrating to a specified host" [High,Triaged] https://launchpad.net/bugs/1797580 - Assigned to Matt Riedemann (mriedem)15:39
hansmolemanSteelyDan: to fix ^ i'm thinking we should just not persist the RequestSpec.requested_destination15:39
hansmolemansimilar to how we've fixed a few related things15:39
hansmolemanrequested_destination should be per operation and not saved15:39
SteelyDanaye15:39
leakypipesfried_rice: yup.15:41
leakypipesfried_rice: but that describes the entire provider descriptor file.15:41
fried_riceleakypipes: That schema describes the entire file as originally designed. I'll mod it to be more generic.15:42
fried_riceand include versioning and whatnot15:43
*** dpawlik has joined #openstack-nova15:47
*** irclogbot_0 has quit IRC15:50
*** markvoelker has quit IRC15:51
*** dpawlik has quit IRC15:51
*** markvoelker has joined #openstack-nova15:52
hansmolemancfriesen: i asked jackding about this earlier, and just left a comment in https://review.openstack.org/#/c/603844/, but it seems we shouldn't need to list the ports again in that new method to check if there are failed port bindings,15:54
hansmolemanb/c we just refreshed the instance info cache before calling that,15:54
hansmolemanwhich lists the ports for that server15:54
hansmolemanso if we can just rely on the cache, it's a much less heavy cahnge15:54
hansmoleman*change15:54
*** irclogbot_0 has joined #openstack-nova15:55
*** derekh has quit IRC16:01
*** finucannot is now known as stephenfin16:01
*** panda has quit IRC16:01
*** erlon has quit IRC16:02
*** panda has joined #openstack-nova16:02
openstackgerritIvaylo Mitev proposed openstack/nova master: VMware: OVA and StrOpt images as VM templates  https://review.openstack.org/60973616:03
*** janki has quit IRC16:04
*** jangutter has quit IRC16:05
*** alexchadin has quit IRC16:06
openstackgerritMatt Riedemann proposed openstack/nova master: Don't persist RequestSpec.requested_destination  https://review.openstack.org/61009816:06
melwitttssurya: is it cool if I assign this bug to myself for the quota thing? I see you are currently assigned https://bugs.launchpad.net/nova/+bug/177181016:07
openstackLaunchpad bug 1771810 in OpenStack Compute (nova) "Quota calculation connects to all available cells" [Undecided,New] - Assigned to Surya Seetharaman (tssurya)16:07
hansmolemanSteelyDan: easy peasy https://review.openstack.org/#/c/610098/16:07
melwitttssurya: (if you're not working on it, that is)16:07
SteelyDanI'll be the judge of easy peasy16:09
SteelyDanhansmoleman: did you ever look at artom's patch from yesterday?16:09
hansmolemani got scared16:10
hansmolemanit's starred, but on16:10
hansmoleman*no16:11
hansmolemani'll scan it quick16:12
*** s10 has quit IRC16:15
hansmolemanSteelyDan: artom: comments inline16:18
hansmolemanseems fine,16:18
hansmolemani haven't looked at tests yet16:18
hansmolemangoing to lunch and then a date with the mrs16:18
*** hansmoleman is now known as mriedem_away16:18
jungleboyjHas anyone seen issues with Cloudinit not working after changing the instances_path ?  Have a packstack where I changed that and now neither Bionic or Xenial set up their networking on boot.16:19
*** irclogbot_0 has quit IRC16:21
melwittI didn't think instances_path could affect how cloudinit works. does anyone else know if it would be expected to affect cloudinit?16:21
SteelyDanpotentially if using configdrive and the proper image isn't loaded?16:23
*** irclogbot_0 has joined #openstack-nova16:23
SteelyDanI'd think more likely that something else got broken along the way16:23
cfriesenhansmoleman: I'm not self.network_api.get_instance_nw_info() will do the right thing, but it's worth taking a closer look.16:25
*** ShilpaSD has quit IRC16:25
cfriesenmriedem_away: ^16:25
*** irclogbot_0 has quit IRC16:27
*** fried_rice is now known as fried_rolls16:27
jungleboyjSteelyDan:  Ok.  I was trying to look to see if there were errors in the libvirt logs but didn't see anything.16:27
SteelyDanjungleboyj: it's a reach.. you'd need to have pointed it somewhere so it found an image, but just the wrong one.. like I say, I'd look elsewhere than just the instances_path change16:28
jungleboyjSteelyDan:  Ok.  Will do.  Thanks.16:28
*** helenafm has quit IRC16:30
*** irclogbot_4 has joined #openstack-nova16:35
*** tbachman has quit IRC16:36
*** tbachman has joined #openstack-nova16:36
*** tbachman has quit IRC16:41
*** irclogbot_4 has quit IRC16:42
openstackgerritJack Ding proposed openstack/nova-specs master: High Precision Event Timer (HPET) on x86 guests  https://review.openstack.org/60798916:42
*** spatel has quit IRC16:48
*** Bhujay has joined #openstack-nova17:07
*** irclogbot_0 has joined #openstack-nova17:09
*** SpamapS has quit IRC17:13
*** SpamapS has joined #openstack-nova17:15
openstackgerritArtom Lifshitz proposed openstack/nova master: Handle volume API failure in post_live_migration  https://review.openstack.org/60951717:17
openstackgerritArtom Lifshitz proposed openstack/nova master: Handle volume API failure in post_live_migration  https://review.openstack.org/60951717:17
*** artom is now known as temka17:18
*** tssurya has quit IRC17:22
*** ralonsoh has quit IRC17:28
*** tbachman has joined #openstack-nova17:31
*** tbachman has quit IRC17:36
*** tbachman has joined #openstack-nova17:45
*** Bhujay has quit IRC17:50
*** irclogbot_0 has quit IRC17:51
*** rnoriega has joined #openstack-nova18:14
openstackgerritArtom Lifshitz proposed openstack/nova master: Handle volume API failure in post_live_migration  https://review.openstack.org/60951718:34
*** eharney has quit IRC18:34
openstackgerritmelanie witt proposed openstack/nova master: Fixed concurrent access to direct io test file  https://review.openstack.org/51509118:34
*** eharney has joined #openstack-nova18:45
*** kmalloc is now known as needscoffee18:48
openstackgerritAndreas Jaeger proposed openstack/nova master: Zuul: Update barbican experimental job  https://review.openstack.org/61014118:54
*** pooja-jadhav has joined #openstack-nova19:03
*** pooja_jadhav has quit IRC19:05
*** tbachman has quit IRC19:10
melwittfried_rolls, edmondsw: could one of y'all please help triage this powervm bug? https://bugs.launchpad.net/nova/+bug/177153819:10
openstackLaunchpad bug 1771538 in OpenStack Compute (nova) "PowerVM config drive path is not secure" [Undecided,New]19:10
*** fried_rolls is now known as fried_rice19:10
fried_ricemelwitt: looking.19:10
melwittit was found via a bandit scan19:10
*** pooja_jadhav has joined #openstack-nova19:10
fried_ricecurse those bandits19:11
melwittjust need someone who knows about powervm to ack it or nak it accordingly19:11
*** nehaalhat_ has quit IRC19:11
edmondswlooking19:11
melwittheh19:12
edmondswseems legitimate19:12
fried_riceseems legit19:12
edmondswjinx19:12
*** jmlowe has quit IRC19:12
fried_riceedmondsw: You doing the needful?19:12
*** pooja-jadhav has quit IRC19:13
edmondswfried_rice I'll try to take a quick stab at it. Can't spend much time today19:13
fried_riceedmondsw: I just meant marking the bug report19:14
edmondswyeah, I just want to check the code real quick and then will mark it confirmed19:14
*** irclogbot_4 has joined #openstack-nova19:25
*** irclogbot_4 has quit IRC19:30
*** irclogbot_4 has joined #openstack-nova19:31
*** irclogbot_4 has quit IRC19:36
*** irclogbot_4 has joined #openstack-nova19:37
*** irclogbot_4 has quit IRC19:43
*** irclogbot_0 has joined #openstack-nova19:44
*** irclogbot_0 has quit IRC19:44
*** irclogbot_4 has joined #openstack-nova19:51
*** needscoffee is now known as kmalloc20:20
*** eharney has quit IRC20:40
*** irclogbot_4 has quit IRC20:47
*** irclogbot_4 has joined #openstack-nova20:47
*** mriedem_away is now known as mriedem20:51
*** irclogbot_4 has quit IRC20:54
*** irclogbot_4 has joined #openstack-nova20:54
melwittmriedem: this bug looks in your wheelhouse https://bugs.launchpad.net/nova/+bug/178861920:54
openstackLaunchpad bug 1788619 in Cinder "disk cachemodes should be restricted with multiattached volumes" [High,New]20:54
edleafe\20:55
* edleafe curses his fat fingers20:55
mriedemmelwitt: sounds like it hasn't been tested20:56
mriedem# Shareable disks like for a multi-attach volume need to have the20:56
mriedem        # driver cache disabled.20:56
mriedem        if getattr(conf, 'shareable', False):20:56
mriedem            conf.driver_cache = 'none'20:56
*** dave-mccowan has quit IRC20:57
*** irclogbot_4 has quit IRC20:58
mriedeminvalidated the bug20:58
melwittmriedem: ah, thanks20:58
*** irclogbot_4 has joined #openstack-nova20:58
openstackgerritMatt Riedemann proposed openstack/nova stable/rocky: Handle IndexError in _populate_neutron_binding_profile  https://review.openstack.org/61016320:59
*** temka has quit IRC21:01
*** spatel has joined #openstack-nova21:03
*** jamesdenton has quit IRC21:24
openstackgerritMatthew Edmonds proposed openstack/nova master: Use tempfile for powervm config drive  https://review.openstack.org/61017421:29
edmondswfried_rice ^ quick attempt at a fix, untested as yet21:31
*** PapaOurs is now known as bauzas21:32
openstackgerritMatt Riedemann proposed openstack/nova master: Fix NoneType error in _notify_volume_usage_detach  https://review.openstack.org/60951821:39
openstackgerritMerged openstack/nova master: Skip _remove_deleted_instances_allocations if compute is new  https://review.openstack.org/60955221:47
*** irclogbot_4 has quit IRC21:53
*** irclogbot_4 has joined #openstack-nova21:54
*** jistr has quit IRC21:55
*** jistr has joined #openstack-nova21:56
*** jistr has quit IRC22:05
*** mriedem is now known as mriedem_away22:05
*** jistr has joined #openstack-nova22:06
*** spatel has quit IRC22:11
*** pcaruana has quit IRC22:20
*** zer0c00l has joined #openstack-nova22:22
*** elbragstad has quit IRC22:56
*** spatel has joined #openstack-nova22:57
*** irclogbot_4 has quit IRC22:58
*** tbachman has joined #openstack-nova23:01
*** spatel has quit IRC23:01
*** spatel has joined #openstack-nova23:03
*** spatel has quit IRC23:08
*** elbragstad has joined #openstack-nova23:15
*** elbragstad has quit IRC23:15
*** jmlowe has joined #openstack-nova23:18
*** owalsh_ has joined #openstack-nova23:18
*** tbachman has quit IRC23:18
*** owalsh has quit IRC23:21
*** slaweq has quit IRC23:32
*** mlavalle has quit IRC23:42
*** gyee has quit IRC23:52
*** artom has joined #openstack-nova23:54
*** spatel has joined #openstack-nova23:55
*** spatel has quit IRC23:59

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