Tuesday, 2019-08-06

*** owalsh has quit IRC00:01
*** betherly has joined #openstack-nova00:08
*** betherly has quit IRC00:13
*** gyee has quit IRC00:19
*** mriedem has quit IRC00:38
eanderssonWhat populates the placement aggregates hosts?00:39
eanderssonWe have some hosts that are not showing up under aggregates in placement.00:40
*** markvoelker has joined #openstack-nova00:41
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.76: Add delete_on_termination to volume-attach API  https://review.opendev.org/67348500:45
*** markvoelker has quit IRC00:51
*** igordc has quit IRC01:00
*** markvoelker has joined #openstack-nova01:17
*** spsurya has joined #openstack-nova01:17
*** betherly has joined #openstack-nova01:21
*** betherly has quit IRC01:26
*** altlogbot_0 has quit IRC01:37
*** markvoelker has quit IRC01:38
*** altlogbot_1 has joined #openstack-nova01:38
*** tetsuro has joined #openstack-nova01:39
openstackgerritHuachang Wang proposed openstack/nova-specs master: Use PCPU and VCPU in one instance  https://review.opendev.org/66865602:04
*** tetsuro has quit IRC02:12
*** weshay_dentist is now known as weshay02:13
*** ricolin has joined #openstack-nova02:16
*** betherly has joined #openstack-nova02:23
*** betherly has quit IRC02:27
*** slaweq has quit IRC02:35
*** BjoernT has joined #openstack-nova02:41
*** markvoelker has joined #openstack-nova02:42
*** betherly has joined #openstack-nova02:43
*** tetsuro has joined #openstack-nova02:44
*** betherly has quit IRC02:48
*** hongbin has joined #openstack-nova02:49
*** tetsuro_ has joined #openstack-nova02:51
*** tetsuro has quit IRC02:53
openstackgerritDustin Cowles proposed openstack/nova master: Introduces SDK to IronicDriver and uses for node.get  https://review.opendev.org/64289902:58
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for node.list  https://review.opendev.org/65602702:58
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for validating instance and node  https://review.opendev.org/65602802:58
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for setting instance id  https://review.opendev.org/65969002:58
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for add/remove instance info from node  https://review.opendev.org/65969102:58
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for getting network metadata from node  https://review.opendev.org/67021302:58
dustincmriedem, efried: so that is a quick PoC to lazy-initialize the SDK connection. I think the implementation needs a bit more thought but wanted to push up something to try it out and get more feedback. Let me know what you think....02:58
*** BjoernT_ has joined #openstack-nova02:58
*** BjoernT has quit IRC02:59
*** betherly has joined #openstack-nova03:04
*** whoami-rajat has joined #openstack-nova03:08
*** mkrai has joined #openstack-nova03:09
*** betherly has quit IRC03:09
*** markvoelker has quit IRC03:15
*** tetsuro_ has quit IRC03:17
*** tetsuro has joined #openstack-nova03:55
*** hongbin has quit IRC04:11
*** BjoernT_ has quit IRC04:12
*** ircuser-1 has joined #openstack-nova04:34
*** udesale has joined #openstack-nova04:38
*** jhesketh has joined #openstack-nova04:54
*** janki has joined #openstack-nova05:04
*** Luzi has joined #openstack-nova05:05
*** tetsuro has quit IRC05:23
*** tetsuro has joined #openstack-nova05:24
*** tetsuro has quit IRC05:27
*** markvoelker has joined #openstack-nova05:28
*** tetsuro has joined #openstack-nova05:30
*** markvoelker has quit IRC05:33
openstackgerritSundar Nadathur proposed openstack/nova master: ksa auth conf and client for Cyborg access  https://review.opendev.org/63124205:34
openstackgerritSundar Nadathur proposed openstack/nova master: Refactor some methods for reuse by Cyborg-related code.  https://review.opendev.org/67373405:34
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Add Cyborg device profile groups to request spec.  https://review.opendev.org/63124305:34
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Create and bind Cyborg ARQs.  https://review.opendev.org/63124405:34
openstackgerritSundar Nadathur proposed openstack/nova master: WIP: Get resolved Cyborg ARQs and add PCI BDFs to VM's domain XML.  https://review.opendev.org/63124505:34
openstackgerritSundar Nadathur proposed openstack/nova master: Delete ARQs for an instance when the instance is deleted.  https://review.opendev.org/67373505:34
openstackgerritSundar Nadathur proposed openstack/nova master: Block unsupported instance operations with accelerators.  https://review.opendev.org/67472605:34
*** tkajinam has quit IRC05:38
*** tkajinam has joined #openstack-nova05:38
*** jchhatbar has joined #openstack-nova05:38
*** jchhatbar has quit IRC05:41
*** janki has quit IRC05:41
*** jchhatbar has joined #openstack-nova05:42
*** jchhatbar has quit IRC05:43
*** markvoelker has joined #openstack-nova06:36
*** belmoreira has joined #openstack-nova06:36
*** belmoreira has quit IRC06:37
*** belmoreira has joined #openstack-nova06:37
*** maciejjozefczyk has joined #openstack-nova06:46
*** xek has joined #openstack-nova07:00
*** xek has quit IRC07:03
*** tssurya has joined #openstack-nova07:04
*** slaweq has joined #openstack-nova07:07
*** markvoelker has quit IRC07:09
*** aojea has joined #openstack-nova07:17
*** tesseract has joined #openstack-nova07:30
*** jaosorior has quit IRC07:34
*** ralonsoh has joined #openstack-nova07:43
*** cdent has joined #openstack-nova07:44
*** rpittau|afk is now known as rpittau07:46
openstackgerritGorka Eguileor proposed openstack/nova master: Use os-brick locking for volume attach and detach  https://review.opendev.org/61419008:02
*** rcernin has quit IRC08:04
*** ociuhandu has joined #openstack-nova08:05
*** ociuhandu has quit IRC08:05
*** xek has joined #openstack-nova08:06
*** tkajinam has quit IRC08:06
*** ccamacho has joined #openstack-nova08:07
*** kashyap has quit IRC08:07
*** ccamacho has quit IRC08:08
*** ccamacho has joined #openstack-nova08:08
*** lpetrut has joined #openstack-nova08:10
*** helenafm has joined #openstack-nova08:12
openstackgerritZhengMa proposed openstack/nova master: Check container_format on instance creation  https://review.opendev.org/67340708:13
*** tetsuro has quit IRC08:14
*** avolkov has joined #openstack-nova08:16
*** ratailor has joined #openstack-nova08:17
*** ociuhandu has joined #openstack-nova08:17
*** ociuhandu has quit IRC08:30
*** jaosorior has joined #openstack-nova08:35
*** jaosorior has quit IRC08:37
*** jaosorior has joined #openstack-nova08:41
*** panda|pubholiday is now known as panda08:49
*** ociuhandu has joined #openstack-nova08:51
openstackgerritBrin Zhang proposed openstack/nova master: Filter migrations by user_id/project_id  https://review.opendev.org/67424308:53
*** sridharg has joined #openstack-nova08:54
*** tetsuro has joined #openstack-nova08:58
*** tetsuro has quit IRC09:00
*** tetsuro has joined #openstack-nova09:01
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove native LUKS compat code  https://review.opendev.org/66912109:02
openstackgerritLee Yarwood proposed openstack/nova master: DNM - Testing I41b7c1653c6a887ee4b08e588c5d422409aebfba with grenade  https://review.opendev.org/67476009:02
*** tetsuro has quit IRC09:03
openstackgerritBrin Zhang proposed openstack/nova master: Add user_id and project_id colume to Migration  https://review.opendev.org/67399009:03
*** ociuhandu has quit IRC09:05
openstackgerritBrin Zhang proposed openstack/nova master: Add user_id and project_id colume to Migration  https://review.opendev.org/67399009:05
*** owalsh_ is now known as owalsh09:10
stephenfingmann: Could you take a look at https://review.opendev.org/#/c/672805/ this week so we can get https://review.opendev.org/#/c/672800/ merged ?09:29
openstackgerritBrin Zhang proposed openstack/nova master: Filter migrations by user_id/project_id  https://review.opendev.org/67424309:36
*** ociuhandu has joined #openstack-nova09:47
openstackgerritStephen Finucane proposed openstack/nova master: objects: Rename 'nova.objects.instance_numa_topology'  https://review.opendev.org/67178909:53
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: Remove unnecessary try-catch around 'getCPUMap'  https://review.opendev.org/67179009:53
openstackgerritStephen Finucane proposed openstack/nova master: objects: Remove legacy '_from_dict' functions  https://review.opendev.org/53741409:53
openstackgerritStephen Finucane proposed openstack/nova master: claims: Remove useless caching  https://review.opendev.org/67179109:53
openstackgerritStephen Finucane proposed openstack/nova master: Add '[compute] cpu_dedicated_set' option  https://review.opendev.org/67179209:53
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: Start reporting PCPU inventory to placement  https://review.opendev.org/67179309:53
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Rename exception argument  https://review.opendev.org/67179509:53
openstackgerritStephen Finucane proposed openstack/nova master: Remove 'hardware.get_host_numa_usage_from_instance'  https://review.opendev.org/67179709:53
openstackgerritStephen Finucane proposed openstack/nova master: Remove 'hardware.host_topology_and_format_from_host'  https://review.opendev.org/67179809:53
openstackgerritStephen Finucane proposed openstack/nova master: Remove 'hardware.instance_topology_from_instance'  https://review.opendev.org/67179909:53
openstackgerritStephen Finucane proposed openstack/nova master: Rework 'hardware.numa_usage_from_instances'  https://review.opendev.org/67256509:53
openstackgerritStephen Finucane proposed openstack/nova master: tests: Split NUMA object tests  https://review.opendev.org/67233609:53
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: '_get_(v|p)cpu_total' to '_get_(v|p)cpu_available'  https://review.opendev.org/67269309:53
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Rewrap definitions of 'NUMACell'  https://review.opendev.org/67439509:53
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: Remove unnecessary argument  https://review.opendev.org/67439609:53
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Differentiate between shared and dedicated CPUs  https://review.opendev.org/67180009:53
openstackgerritStephen Finucane proposed openstack/nova master: objects: Rename 'fields' import to 'obj_fields'  https://review.opendev.org/67410309:53
openstackgerritStephen Finucane proposed openstack/nova master: Add support for translating CPU policy extra specs, image meta  https://review.opendev.org/67180109:53
*** elod has quit IRC09:58
openstackgerritBalazs Gibizer proposed openstack/nova master: Poison context usage in periodic tasks  https://review.opendev.org/54289109:59
*** mgoddard has quit IRC10:03
*** elod has joined #openstack-nova10:05
*** mgoddard has joined #openstack-nova10:07
*** yaawang has quit IRC10:21
openstackgerritBalazs Gibizer proposed openstack/nova stable/rocky: Remove redundant group host setup  https://review.opendev.org/67477010:32
*** elod has quit IRC10:36
*** bbowen has quit IRC10:38
*** yaawang has joined #openstack-nova10:38
*** yaawang has quit IRC10:44
*** elod has joined #openstack-nova10:48
*** jaosorior has quit IRC11:02
openstackgerritStephen Finucane proposed openstack/nova master: Add '[compute] cpu_dedicated_set' option  https://review.opendev.org/67179211:04
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: Start reporting PCPU inventory to placement  https://review.opendev.org/67179311:04
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Rename exception argument  https://review.opendev.org/67179511:04
openstackgerritStephen Finucane proposed openstack/nova master: Remove 'hardware.get_host_numa_usage_from_instance'  https://review.opendev.org/67179711:04
openstackgerritStephen Finucane proposed openstack/nova master: Remove 'hardware.host_topology_and_format_from_host'  https://review.opendev.org/67179811:04
openstackgerritStephen Finucane proposed openstack/nova master: Remove 'hardware.instance_topology_from_instance'  https://review.opendev.org/67179911:04
openstackgerritStephen Finucane proposed openstack/nova master: Rework 'hardware.numa_usage_from_instances'  https://review.opendev.org/67256511:04
openstackgerritStephen Finucane proposed openstack/nova master: tests: Split NUMA object tests  https://review.opendev.org/67233611:04
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: '_get_(v|p)cpu_total' to '_get_(v|p)cpu_available'  https://review.opendev.org/67269311:04
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Rewrap definitions of 'NUMACell'  https://review.opendev.org/67439511:04
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: Remove unnecessary argument  https://review.opendev.org/67439611:04
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Differentiate between shared and dedicated CPUs  https://review.opendev.org/67180011:04
openstackgerritStephen Finucane proposed openstack/nova master: objects: Rename 'fields' import to 'obj_fields'  https://review.opendev.org/67410311:04
openstackgerritStephen Finucane proposed openstack/nova master: Add support for translating CPU policy extra specs, image meta  https://review.opendev.org/67180111:04
*** ociuhandu has quit IRC11:13
*** ociuhandu has joined #openstack-nova11:16
*** ociuhandu has quit IRC11:21
*** ivve has joined #openstack-nova11:22
openstackgerritMerged openstack/nova master: Add nova-osprofiler-redis job to experimental queue  https://review.opendev.org/67432611:22
*** tbachman has quit IRC11:22
openstackgerritMerged openstack/nova master: doc: fix physets typo  https://review.opendev.org/67466711:23
*** jaosorior has joined #openstack-nova11:31
*** ociuhandu has joined #openstack-nova11:35
*** bbowen has joined #openstack-nova11:36
*** ociuhandu has quit IRC11:40
*** yaawang has joined #openstack-nova11:43
*** tbachman has joined #openstack-nova11:45
*** ociuhandu has joined #openstack-nova11:49
*** panda is now known as panda|lunch11:49
*** brinzhang_ has joined #openstack-nova11:50
*** brinzhang has quit IRC11:50
*** brinzhang has joined #openstack-nova11:50
*** brinzhang_ has quit IRC11:54
*** aarents has quit IRC12:00
*** ociuhandu has quit IRC12:01
openstackgerritAlex Xu proposed openstack/nova master: Add the virt driver interface for claim and unclaim the devices  https://review.opendev.org/67078212:01
openstackgerritAlex Xu proposed openstack/nova master: Moves the allocation retrieving early  https://review.opendev.org/67078312:01
openstackgerritAlex Xu proposed openstack/nova master: Calling the virt driver's claim/unclaim_for_instance in resource tracker  https://review.opendev.org/67078412:01
openstackgerritAlex Xu proposed openstack/nova master: Add DeviceManager to the libvirt virt driver  https://review.opendev.org/67138812:01
openstackgerritAlex Xu proposed openstack/nova master: Populates the existing mediated devices in the libvirt device manager  https://review.opendev.org/67078712:01
*** zbr is now known as zbr|lunch12:01
openstackgerritAlex Xu proposed openstack/nova master: Using the claim/unclaim_for_instance for mdevs  https://review.opendev.org/67122212:01
openstackgerritAlex Xu proposed openstack/nova master: Adds functional test for creating the instance with vgpus  https://review.opendev.org/67139812:01
*** markvoelker has joined #openstack-nova12:04
openstackgerritArtom Lifshitz proposed openstack/nova stable/stein: Add glanceclient method call debug log  https://review.opendev.org/67479112:05
*** markvoelker has quit IRC12:06
*** markvoelker has joined #openstack-nova12:06
sean-k-mooneyefried: have you seen https://review.opendev.org/#/c/674726/1 that would be a hard blocker on cyborg integration proceeding in this cylce if the only instance action that work are basically spawn and delete instance12:11
sean-k-mooneynot supporting live migration in v1 is resonable  but i think everything else shoudl be supported IMO or its not ready to be integrated.12:14
cdenttssurya: are you still working on https://review.opendev.org/623558 ? I've been doing some profiling in the scheduler and it's definitely clear that multiple-queries to the db is problematic and that stacks approach would be better12:17
tssuryacdent: feel free to update the patch and work on it12:19
tssuryaI am not working on it atm12:20
cdentokay. I'm not sure if I will have time or not, but I'll see if I can use it as a starting point12:20
tssuryaI guess that patch had that typo https://review.opendev.org/#/c/623558/2/nova/scheduler/host_manager.py@892 which made it a bit wobly12:21
tssuryacdent: thanks :)12:21
cdent:)12:21
*** mvkr has quit IRC12:21
*** tbachman has quit IRC12:21
sean-k-mooneyjangutter: stephenfin thanks for reviewing https://review.opendev.org/#/c/672834/2 ill adress the nits and respin it after lunch12:21
janguttersean-k-mooney: I was thinking about it afterwards: have you seen bridges pop up with ageing_time != 300 ?12:22
openstackgerritAlex Xu proposed openstack/nova master: Add DeviceManager to the libvirt virt driver  https://review.opendev.org/67138812:25
openstackgerritAlex Xu proposed openstack/nova master: Populates the existing mediated devices in the libvirt device manager  https://review.opendev.org/67078712:25
openstackgerritAlex Xu proposed openstack/nova master: Using the claim/unclaim_for_instance for mdevs  https://review.opendev.org/67122212:25
openstackgerritAlex Xu proposed openstack/nova master: Adds functional test for creating the instance with vgpus  https://review.opendev.org/67139812:25
*** tbachman has joined #openstack-nova12:25
*** udesale has quit IRC12:32
*** udesale has joined #openstack-nova12:32
*** hongbin has joined #openstack-nova12:34
sean-k-mooneyjangutter: without the patch?12:36
sean-k-mooneyjangutter: or with it12:36
janguttersean-k-mooney: with the patch, leaving out _setting_ ageing_time.12:36
sean-k-mooneywell it should default to your kernel default in that case12:37
sean-k-mooneyso it will be 300 unless you have changed it with something like sysctl.conf12:37
*** zbr|lunch is now known as zbr12:38
janguttersean-k-mooney: yep, or something helpful like NetworkManager changes it for you, etc. Was just wondering if it wouldn't make sense to have the functional test check for 300.12:38
sean-k-mooneyfor ovs with hybrid plug we woudl still be hardcoding it to 012:38
sean-k-mooneyah12:38
sean-k-mooneywell we could but i dont know if those helpful service could break it12:39
sean-k-mooneywe could maybe assert its no 0 but im not sure if that would always be the case12:39
sean-k-mooneydo you want me to add one for that usecase? as i said im not sure if it would always be correct but i suspect it would be12:41
*** mkrai has quit IRC12:41
janguttersean-k-mooney: I think, whatever choice is made, there's going to be some edge case system that might break it. Both checking != 0 and == 300 could fail so I'd just say pick one and add a NOTE like stephenfin said.12:41
sean-k-mooneyok ill do !=0 and add a note and if we get a bug we can either nuke the test or close it as wont fix12:42
sean-k-mooneyor actully maybe i can check sysfs to see if there is a default12:43
sean-k-mooneyand skip the test if the default ageing time is 012:43
janguttersean-k-mooney: that might be useful, but I'm almost tempted to say that might point to some bad defaults ppl should investigate.12:44
sean-k-mooneyit might but how many people are going to realisticaly run the os-vif functional test beside us12:45
janguttersean-k-mooney: yep, realistically, the only people interested would be people packaging (i.e. distros).12:45
sean-k-mooneylooks like there is no way to set teh bridge againg time globally so i think we are safe with !=012:50
*** elod is now known as elod_off12:50
sean-k-mooneye.g. via the kernel networkmanager could always change thinks but that is out of scope for this patch12:50
stephenfinDoes boot from volume imply we will not have any swap or ephemeral disk also, or does it just apply to the root disk?12:52
sean-k-mooneyit just applies to the root disk12:52
sean-k-mooneyif the flaovr has swap those should be local12:52
stephenfinDoes that mean this is wrong? https://github.com/openstack/nova/blob/master/nova/scheduler/utils.py#L400-L40112:52
sean-k-mooneysame for ephemeral12:52
stephenfinit should read something like12:53
stephenfinif is_bfv:12:53
stephenfin    disk = (flavor.swap / 1024) + flavor.ephemeral_gb12:53
stephenfinelse:12:53
sean-k-mooney 1 that is only used for nova-manage12:54
stephenfin    disk = (flavor.swap / 1024) + flavor.ephemeral_gb + flavor.root_gb12:54
sean-k-mooney2 its a sligtly differet impleatnion of what we do here https://github.com/openstack/nova/blob/master/nova/scheduler/utils.py#L436-L44212:54
stephenfinYeah, and an incorrect one?12:54
sean-k-mooneyyep i think so12:55
sean-k-mooneybut that is not the only reason that that is slightly broken12:55
sean-k-mooneythat being resources_from_flavor12:56
stephenfinyeah, it also shouldn't be setting things to 0. placement doesn't allow that12:56
sean-k-mooneywell that is not what i ment but its another bug12:56
sean-k-mooneyits ignoring the image which means when you use the nova manage command that executes that function it can ignore the traits on the image12:58
sean-k-mooneyactully its not broken12:58
sean-k-mooneyits correct12:58
sean-k-mooneyrather ((0 if is_bfv else flavor.root_gb) +12:58
sean-k-mooneyswap_in_gb + flavor.ephemeral_gb)12:58
sean-k-mooney is correct12:58
stephenfinhow?12:58
sean-k-mooneythe bracket after root_gb12:59
sean-k-mooneythe if only applies to the root gb12:59
sean-k-mooneyi guess if you had not swap or ephemeral_gb it woudl still be wrong12:59
stephenfinah, indeed12:59
stephenfinI missed that. Good spot!13:00
*** mriedem has joined #openstack-nova13:00
*** eharney has joined #openstack-nova13:00
stephenfinYeah, we should be checking for that but it's not as serious13:00
sean-k-mooneythat is handel in the other implemataion here https://github.com/openstack/nova/blob/master/nova/scheduler/utils.py#L456-L45913:00
sean-k-mooneyif you want to fix it just condtionally append https://github.com/openstack/nova/blob/master/nova/scheduler/utils.py#L40613:01
*** zhouyao has joined #openstack-nova13:07
*** ociuhandu has joined #openstack-nova13:08
*** mvkr has joined #openstack-nova13:11
*** panda|lunch is now known as panda13:12
efrieddustinc: left a comment. Better as a @property so you don't have to do icky things like passing arbitrary *args, **kwargs or method names as strings13:18
openstackgerritChris Dent proposed openstack/nova master: add InstanceList.get_all_uuids_by_hosts() method  https://review.opendev.org/62355713:19
openstackgerritChris Dent proposed openstack/nova master: single pass instance info fetch in host manager  https://review.opendev.org/62355813:19
openstackgerritChris Dent proposed openstack/nova master: DNM: add profiling to scheduler  https://review.opendev.org/67481013:19
openstackgerritChris Dent proposed openstack/nova master: DNM: Play with cache of host mappings in nova scheduler  https://review.opendev.org/67481113:19
cdentmriedem: then of that ^ stack has some interesting observations about host states13:19
cdents/then/the end/13:19
sean-k-mooneycdent: sylvain is on vaction for a few weeks so i or someone else on the team will pick up his placement audit patch13:21
sean-k-mooneycdent: quick question on https://review.opendev.org/#/c/670112/2/nova/cmd/manage.py@276413:21
sean-k-mooneycdent: are you asserting that pagination should not be required13:21
cdenthi sean-k-mooney , reading13:21
sean-k-mooneye.g. i can just just remove that not/question13:21
cdentsean-k-mooney: yes, just remove that note, I think. as there's no plan to do pagination (server-side) in placement13:22
sean-k-mooneycool i think the other comment does need to be address13:22
cdentyes13:22
sean-k-mooneyi wont get to this today more then likely but ill try and get to it tomrrow or the day after assumeing someone else doesnt pick it up in the mean time13:23
mriedemcdent: where have i seen host mapping caching before.... https://review.opendev.org/#/c/663388/  :)13:23
cdentmriedem: somehow I am not surprised13:23
zhouyaohi sean-k-mooney, could you check this patch? it's been two weeks. https://review.opendev.org/#/c/62164613:23
*** hongbin has quit IRC13:24
cdentmriedem: i'm confused about the track_instance_changes stuff. why be dependent on that?13:24
sean-k-mooneyzhouyao: yes i can take a look but you will need to get input form the core team also. ill try and review again today.13:25
cdentmriedem: hrmm, yours is much more...robust13:26
cdentor at least wordy13:26
efriedsean-k-mooney: I tend to agree re cyborg blocking instance operations. I went to figure out what had been committed to in the spec, and it's a tad wobbly, but the approved spec points to this (open) document in the cyborg repo [1] that seems to declare support for things like pause and shelve.13:26
efried[1] https://review.opendev.org/#/c/605237/4/specs/train/approved/instance-ops.rst13:26
sean-k-mooneyzhouyao: i see you have added mriedem and stephenfin to the review list i would reach out to alex_xu too13:26
*** ratailor has quit IRC13:27
sean-k-mooneyefried: we had it in the spec for last cycle. or at least discussed it but then we removed it form the spec this cycle13:27
mriedemcdent: "i'm confused about the track_instance_changes stuff. why be dependent on that?" you mean yours or mine?13:27
mriedemmine isn't dependent on jay's series13:27
sean-k-mooneyefried: a yes we moved it to cyborg this cycle intead of in the nova spec13:27
efriedit should really have been in this spec, but people kept complaining it was too long.13:28
sean-k-mooneyefried: ya. that said we did disucss this at some lent both in person at the ptg and last cycle13:29
efriedsean-k-mooney: Do you remember what was agreed upon?13:29
sean-k-mooneyi though it was everything bar live migration13:29
sean-k-mooneybut basically https://review.opendev.org/#/c/605237/4/specs/train/approved/instance-ops.rst i think is more or less what i was expecting13:30
cdentmriedem: I mean in yours. Why even mention that config setting? The idea is that if you got to HostMapping, use the cache. it seems that at least some of the time we hit "# Host is running old version, or updates aren't flowing."13:30
efriedsean-k-mooney: I maybe remember Sundar talking about this being an interim step in the overall strategy, where subsequent patches will implement support and remove the blockers one by one.13:35
sean-k-mooneyefried: perhaps but normally we just dont expost the feature to the user until its done13:35
sean-k-mooneywhich in this case would mean putting the patch that reads the flavor extra spec at the end13:36
mriedem"updates aren't flowing" == track_instance_changes=False13:36
mriedemwhen HostState.updated could be Falsey I'd have to check13:36
mriedemi don't mind removing the mention of the config option in my commit message though13:36
efriedsean-k-mooney: In any case, I put a hold on the bottom patch, which is something we do anyway on a series like this until it's closer to done.13:37
*** zhouyao has quit IRC13:37
sean-k-mooneyi saw that there has been some work started on a fake driver and some tempset tests13:37
efriedyes. I understand they've been having a tough time with... follow through from... previously committed resources...13:38
sean-k-mooneyi only have a 3 day week this week but im hoping to be able to try out some of this in the next week or two13:38
mriedemhmm, i think set_update_time_on_success isn't using what it once did (RequestSpec vs HostState)13:38
mriedemoh nvm13:39
sean-k-mooneyefried: well it does look like at least in the last week or so that progess has been picking up a bit13:39
*** BjoernT has joined #openstack-nova13:40
sean-k-mooneyi need to try and review more of this work but i also need to review gibi port migrtion stuff so time is a factor.13:40
*** ociuhandu has quit IRC13:40
mriedemcdent: i think the "older computes" comment is from when edleafe wrote this https://review.opendev.org/#/c/160511/ back in kilo :)13:41
*** belmoreira has quit IRC13:41
*** belmoreira has joined #openstack-nova13:42
*** BjoernT has quit IRC13:44
*** BjoernT has joined #openstack-nova13:48
mriedemcdent: but yeah i suppose we have to hit that method to get the host mapping at least once per host to determine which cell the host is in so we know where to pull the instances from (which cell db), so in your test with 25 fake computes the profiler shows that method was called 25 times13:49
cdentmriedem: the patch prior to my last one there shows how to do profiling in an eventlet situation, in case you want to try it elsewhere13:49
mriedemyup i saw, thanks. that would be useful with something like this god awful mess https://review.opendev.org/#/c/674422/13:49
cdent(I tried to do 100 fake computes and my compute explored)13:49
cdentexploded even13:50
mriedemi don't think i've been able to go over 30 fake computes in a devstack with 8GB RAM and 8 VCPU13:50
mriedemand 1 API_WORKER per service13:50
cdentI think I could probably make 50, I'm pretty smooth at 25 with 16GB,16vcpu13:50
mriedemyou know, i'd give a scratch n sniff sticker if someone threw up a small doc about how to do profiling like this in nova somewhere in https://docs.openstack.org/nova/latest/contributor/#testing13:51
cdentI think I could do that, but it would really depend on the smell13:51
efriedgibi, melwitt: Y'all okay if I continue working on the series at https://review.opendev.org/#/c/524306/ ?13:52
gibiefried: it is OK for me. I can keep reviewing the patches.13:54
efriedgibi: I'd be fixing the func failures, either in your poison patch or by slotting another one underneath. And melwitt I'd be addressing gibi's comment on the bottom by removing that fixture.13:54
efriedgibi: You think the ComputeDriver.get_available_resource signature change is worth doing?13:54
*** Luzi has quit IRC13:56
gibiefried: I need a refresh why we started this series in the first place. What is wrong with generating a new context. I got involved into it due to the testing impact of it13:56
dustincefried: good point thanks13:56
efriedgibi: I'm not completely sure why the series was *started*, but I can tell you why I got involved.13:57
gibiefried: I'm going to dig into the past to see the reason..13:58
efriedgibi: The global_request_id we're logging is coming from whatever RequestContext is in oslo.context's thread local store, which is *not* the same context we're using to pass the X-Openstack-Request-Id header around to other services like Placement.13:58
efriedwhich means that, without additional hacking, we can't actually follow the request from e.g. n-cpu to placement13:58
efriedwhich was the whole point of global_request_id in the first place.13:58
gibiefried: thanks, that seems to be a worthy cause13:58
efriedSo I've been trying to track down how that whole mechanism works and how we can get it so you can actually grep logs for a request ID and see the flow of an operation.13:59
efriedgibi: My latest attempt actually diverged from that series a little bit: https://review.opendev.org/#/c/674138/13:59
gibiis there any alternative to passing the context to the ComputeDriver.get_available_resource ?13:59
efriedTo avoid having that one libvirt method call get_admin_context? Yes, melwitt and I talked about storing the context on, like, the compute manager object and accessing it from the virt driver via the virtapi.14:00
efriedQuestionable which is a worse hack, really.14:00
efriedHaving it as a param to get_available_resource seems appropriate from a zoomed-out perspective14:01
gibiI see14:01
efriedbut it's a fairly intrusive change as you can see.14:01
efriedbut14:01
gibiyepp14:01
efriedthat's assuming we need to be putting restrictions on get[_admin]_context like this at all.14:01
efriedwhich, if we're doing that more carefully, we might not need to bother with14:02
mriedemcdent: typically root beer and grape are all i offer14:02
efriedgibi: https://review.opendev.org/#/c/674138/ operates on the theory that get[_admin]_context should be able to be used wherever, and should (still) not overwrite the thread local store, as long as we're careful about where we *do* overwrite, and as long as we set global_request_id properly/carefully in the right places.14:03
efriedso what I did was essentially make overwrite=False the default, and then made sure we're always setting a global_request_id in whatever RequestContext we're using.14:04
gibiefried: I think I like your current ^^ approach than the restriction of get[_admin]_context14:04
efriedI need to go poke through the logs and see whether/how it worked. Like, see if a live migration operation gets logged properly throughout all the hosts.14:04
efriedbtw, on that note, the nova-live-migration job seems to produce only one n-cpu log. Is it the consolidated log from both "nodes"?14:05
gibiI feel there are smaller amount of places where we need to generate new global_request_id than the number of places we call for a new context14:05
efried++14:05
gibiefried: there is a subnode-2 folder in the logs14:06
gibiwith another n-cpu logs14:06
efriedah!14:06
efriedThanks14:06
gibiso in summary If your approach works then I'm OK to abbandon the old series14:07
*** tbachman has quit IRC14:07
efriedgibi: I'm sure there's still more to do. This is not a simple thing.14:09
efriedglancing at the n-api log, my initial thought is that the global_request_id is being persisted too long.14:09
*** dpawlik has quit IRC14:10
efriedI think what we probably want to do is change it any time we get a new incoming API request.14:10
*** tbachman has joined #openstack-nova14:10
*** liuyulong has joined #openstack-nova14:10
efriedAs yet, I have no idea where in the code would be a good place to do that...14:11
*** ociuhandu has joined #openstack-nova14:11
*** altlogbot_1 has quit IRC14:12
*** N3l1x has joined #openstack-nova14:14
*** N3l1x_ has joined #openstack-nova14:14
*** altlogbot_3 has joined #openstack-nova14:14
*** N3l1x_ has quit IRC14:15
gibiefried: does this in connection with the fact that periodic tasks also needs a context / global_request_id but they are not triggered by a specific API request?14:15
*** ociuhandu has quit IRC14:17
*** aarents__ has joined #openstack-nova14:18
*** mlavalle has joined #openstack-nova14:19
efriedgibi: Yup, that's an issue as well.14:19
efriedI'm not sure whether periodics ought to have one global_request_id forever, or if they should get a new one every time they trigger.14:20
efriedbut I'm *pretty* sure they shouldn't share a global_request_id with any actual operations from an API request14:21
cdentefried: new one each job would be most useful when grepping (or otherwise searching)14:23
efriedcdent: "job", are you talking about periodics or API requests?14:23
cdentperiodics14:23
efriedOkay. Meanwhile cdent I could probably use your wsgi skills here...14:24
efriedcan you help me find where nova does that middleware thing with the request_id?14:24
*** brinzhang has quit IRC14:24
cdentyeah, one sec14:24
*** brinzhang has joined #openstack-nova14:25
efriedactually, I don't think that's what I want.14:26
efriedCause that part is working14:26
*** brinzhang has quit IRC14:26
efriedproblem right now is, that req ID is persisting way too long in the API thread.14:26
cdentefried: nova/api/compute_req_id.py has a subclass of oslo_middleware.request_id.RequestId14:26
*** maciejjozefczyk has quit IRC14:26
efriedYeah, that's setting the header inbound & outbound, which is working.14:27
efriedsorry, inbound only14:27
cdentefried: is it possible that tempest is _sending_ it14:27
*** ociuhandu has joined #openstack-nova14:27
*** maciejjozefczyk has joined #openstack-nova14:27
efriedcdent: looks like not.14:28
*** maciejjozefczyk has quit IRC14:28
efriedwhich is actually fine for now14:29
cdentefried: i haven't got enough context loaded in at the moment14:29
efriedactually if tempest *were* sending it, I wouldn't be seeing the behavior I'm seeing14:29
*** brinzhang has joined #openstack-nova14:29
efriedcdent: So what I'm looking for is this:14:29
efriedPresumably the API server sits there waiting for requests14:29
*** maciejjozefczyk has joined #openstack-nova14:29
*** brinzhang has quit IRC14:29
efriedwhen a request comes in, it... spawns? reuses? a thread to handle it14:29
*** brinzhang has joined #openstack-nova14:30
efriedWhatever RequestContext that thread gets needs to get a fresh global_request_id14:30
efriedearly as possible14:30
*** maciejjozefczyk has quit IRC14:30
efriedso - I need to grab hold of the code that spins off that thread14:30
*** maciejjozefczyk has joined #openstack-nova14:31
efried(btw, ^ is for API requests obvi. Periodics will be a separate thing entirely.)14:31
mriedemhttps://github.com/openstack/nova/blob/master/nova/api/openstack/auth.py#L57 is what creates the RequestContext in the compute API14:33
*** tbachman has quit IRC14:33
efriedmriedem: yup https://review.opendev.org/#/c/674138/4/nova/api/openstack/auth.py14:35
efriedSo that's working now14:35
efriedthe thing I'm trying to tackle now is, I want each API request to get a new global_request_id.14:35
*** KeithMnemonic has joined #openstack-nova14:36
efriedbecause right now it's getting reused for multiple operations14:36
efriedActually, cdent, I think perhaps that compute_req_id might be the place to do it.14:36
efriedThe superclass is pulling in a request ID from headers if available... but what I can do is *set* a new one if there wasn't one in the header.14:36
* efried tries...14:37
*** BjoernT has quit IRC14:42
openstackgerritEric Fried proposed openstack/nova master: WIP: Always set a global_request_id in RequestContext  https://review.opendev.org/67413814:43
openstackgerritEric Fried proposed openstack/nova master: WIP: Correct global_request_id sent to Placement  https://review.opendev.org/67412914:43
efriedcdent, mriedem: let's see how that shakes out ^14:43
openstackgerritMatt Riedemann proposed openstack/nova master: Replace non-nova server fault message  https://review.opendev.org/67482114:46
mriedemdansmith: ^14:46
fungii'm watching these go up too, thanks mriedem!14:46
dansmithmriedem: ack14:47
*** belmoreira has quit IRC14:49
*** Sundar has joined #openstack-nova14:51
cdentsorry efried was drawn away into another converation14:55
cdentI had thought that the existing one was supposed to set a new one14:56
cdent(if not present)14:56
efriedcdent: If you look at the parent impl, it doesn't.14:58
efriedPrevious PS of my change did it further down, but too late, and sucked up whatever was in thread local already if one wasn't set.14:58
efriedIt's possibly the guts of my ensure_global_id never gets hit now, which would possibly be a good thing.14:59
efriedmriedem: rebuild... gets a new image or no?14:59
openstackgerritBrin Zhang proposed openstack/nova master: Change the response to migrations of Show Migration Details API  https://review.opendev.org/67482515:00
efriedokay, yeah, looks like it.15:00
mriedemefried: optional15:01
mriedemhttps://docs.openstack.org/api-ref/compute/#rebuild-server-rebuild-action15:01
efriedmriedem: ack. I was looking at https://review.opendev.org/#/c/673407/ and requesting a func test for rebuild as well as spawn, but that wouldn't have made any sense if you couldn't specify a new image for rebuild.15:01
mriedemrebuild of a volume-backed server is never a new image - you get a 400 if you try15:01
cdentefried: i'm guessing that middleware is making assumptions about clients, which is unfortunate15:02
efriedcdent: whadayamean?15:02
cdentit assumes that an e.g., nova client will set a request id15:02
cdent(the INBOUND_HEADER)15:02
efriedoh, you mean oslo's middleware is assuming things about clients15:02
mriedemefried: this compression container_format thing seems to be flying under the radar but is a feature/blueprint15:03
efriedmriedem: yes, the above patch just adds an early fail for it. No intention of allowing them to attempt to add support for compressed images in Train.15:03
efriedmriedem: above patch is goodness because otherwise we happily create the instance and make it ACTIVE per nova, but the OS doesn't come up so it's nonsense.15:04
openstackgerritBrin Zhang proposed openstack/nova master: Filter migrations by user_id/project_id  https://review.opendev.org/67424315:04
efriedmriedem: suspect one of us will get to help them write their func test tho :)15:05
openstackgerritMatt Riedemann proposed openstack/nova stable/stein: Replace non-nova server fault message  https://review.opendev.org/67482815:05
*** belmoreira has joined #openstack-nova15:05
KeithMnemonicdoes anyone know if there are plans to put this on Rocky as well https://review.opendev.org/#/c/649372/15:06
KeithMnemonici tried doing a simple cherry pick but there are some merge conflicts so was not sure the level of effort or if there are too many dependencies.15:07
efriedmnaser, melwitt: ^ ?15:10
mriedemKeithMnemonic: i don't think there are any plans no15:10
*** BjoernT has joined #openstack-nova15:10
mriedemthe comment from melwitt on the master branch change was, "Yeah, I agree a reno would be helpful here. Looks like this  breakage/change in noVNC behavior was released on Apr 9 [3], which was  during Stein, so we could potentially backport to Stein. I don't know  about earlier though... I don't know if we should reasonably expect  anyone on < Stein would possibly install noVNC 1.1.0?"15:10
mriedemKeithMnemonic: are you using a distro with rocky that has novnc 1.1.0 or are you building packages from source?15:11
KeithMnemonicthe problem is without this vnc consoles to esx hypervisors are broken in rocky15:11
KeithMnemonicso i kind of need rocky to support 1.1.015:11
mriedembut why/how are you getting/using novnc 1.1.0?15:11
mriedemdistro or rolling your own packages from source?15:11
KeithMnemonici pulled from github to test outside of nova15:12
KeithMnemonicthe issue is reproducible just using novnc 1.015:12
KeithMnemonicand is fixed in 1.115:12
sean-k-mooneyKeithMnemonic: is there a feature in 1.1.0 that you need15:12
KeithMnemonicso we could try and patch 1.015:12
KeithMnemonicyeah " the it works" feature15:12
sean-k-mooneyno i mean we used older versions in rocky15:13
mriedemthe commit message on that change from mnaser says that 1.1.0 is the breaking novnc change, i can't comment on 1.015:13
*** belmoreira has quit IRC15:13
fungithis is basically the "maintaining your own distro" problem. if you were a stable server linux distro packaging novnc and considered esx important, you would work out how to backport the esx fix to older novnc you were already shipping15:14
KeithMnemonicso i am just talking about novnc for a minute. the 1.0.0 release do not work with vnc console provide for instances running on esx15:14
KeithMnemonicthe 1.1 version does work15:14
KeithMnemonicfungi we can do that15:14
*** ccamacho has quit IRC15:15
KeithMnemonicwe (SUSE) is a stable server linux distro15:15
sean-k-mooneyok so esx is the issue15:15
*** spatel has joined #openstack-nova15:15
sean-k-mooneyor rather that while we test with 1.0.015:15
sean-k-mooneyhttps://github.com/openstack/devstack/blob/1f6bea1768c2066f3dd5604aee569ad633f45fbc/stackrc#L605-L60615:15
fungiKeithMnemonic: aha, got it, so yes you know this route well15:15
sean-k-mooneywe dont test with esx15:15
KeithMnemonicbut instead of hacking in patches to noVNC, was wondering if there were plans to support 1.1 in rocky since this effects anyone using rocky and novnc 1.015:15
sean-k-mooneywhich is why 1.0.0 was used for rocky15:15
sean-k-mooneyKeithMnemonic: no it only effect those using rocky and novnc with esk15:16
sean-k-mooney*esx15:16
sean-k-mooneyif you use libvirt kvm its fine15:16
KeithMnemoniccorrect15:16
fungii'm separately curious why it's okay for a stable distro to change the upstream version of novnc but not openstack (though i can guess at the reasons)15:16
KeithMnemonicrocky/novnc/esx15:16
KeithMnemonicso was just looking for any guidance from nova as to which path we need to take and it looks like we need to carry a patched novnc15:17
sean-k-mooneyi mean regardless of if this is backported upstream it could be backported in suses distro version of nova15:18
sean-k-mooneylooking at the patch15:18
sean-k-mooneyits mainly test update15:19
sean-k-mooneyi personally dont think it would be a large risk to backport if the path paramter works with loder releases15:19
sean-k-mooneye.g. if using path with 1.0.0 is fine then this seams resonable to backport to me. we are modifying one of the properties on the console_auth_token ovo but we are not modifying the data fields so i think that is safe15:21
*** BjoernT has quit IRC15:23
KeithMnemonicsean-k-mooney: we prefer to track upstream where possible but if you think it is worth trying to backport I can play with it15:23
*** hoonetorg has quit IRC15:24
*** hoonetorg has joined #openstack-nova15:25
sean-k-mooneywell we try to do that at redhat too but if i had to choose between carrying this patch to nova an potentially several to novnc i would carry this15:25
*** nfakhir has quit IRC15:26
sean-k-mooneybut i think this could be considerd for backport upstream but for OSP we are not shiping novnc 1.1 until stien15:26
sean-k-mooneylyarwood: we dont have any plans to land novnc 1.1 in any rhel 7.x release do we that only used on rhel8 right15:28
fungiKeithMnemonic: to play devil's advocate for a moment, if you prefer to track upstream where possible, then why are you shipping openstack rocky?15:28
sean-k-mooneyfungi: you mean openstack rocky with novnc 1.115:29
fungiwell, they're not currently15:29
fungiseems like if you're carrying a point-in-time snapshot of a project then you're committed to carrying the contemporary versions of its dependencies too15:29
*** gyee has joined #openstack-nova15:29
KeithMnemonicfungi we have not released our next product yet based on > rocky15:30
fungiwhich is the assumption our stable branch policies are based on15:30
fungiwe avoid backporting potentially disruptive changes, including testing against newer versions of dependencies, so as to avoid breaking that assumption for stable distros15:31
sean-k-mooneyfungi: well i know from a redhat persoective OSP uses newer versions of some deps then are in upper constraits because the version in the base distor are newer15:31
sean-k-mooneye.g. form an openstack porduct perspective we can donwgrade the version of a dep from that provide by the base os15:31
sean-k-mooneygranted that a bit of a specil case for OSP 15 on RHEL 8 since RHEL 8 was based on fedora 28 ish15:32
fungiwell, we *try* to test openstack against the newest available dependencies while it's under development, and then we freeze that list of dependencies when we release and make a stable branch15:32
sean-k-mooneyso it ended up pulling newer deps then were released when stine was under deveopment15:33
fungiso the dependencies we test stable branches against should be those which were contemporary with the release15:33
mnaserin openstack ansible world, we use source15:33
mnaserso we found out it was broken inside stein15:33
*** BjoernT has joined #openstack-nova15:33
lyarwoodsean-k-mooney: we might back to 13 for stable/queens15:33
lyarwoodsean-k-mooney: it isn't per RHEL release, it's something we build for each OSP release downstream15:34
mnaserwe had to pin the novnc version in openstack-ansible15:34
mnaser(and thats also how i found out it was broken)15:34
sean-k-mooneymnaser: ya we pin it in devstack too15:34
mnasersean-k-mooney: afaik based on my research devstack deploys the ubuntu package15:34
sean-k-mooneyfungi: that is only true for python packages really15:34
lyarwoodyeah it's packages in devstack15:34
mnaserat least at the time when i was wondering how that issue wasnt caught15:34
sean-k-mooneymnaser: its a job var. so we default to packages or you can enabel source install15:35
sean-k-mooneybut we use 18.04 in the gate and package is the default15:35
sean-k-mooneyso it would have been using an older version15:35
fungisean-k-mooney: it's true for other dependencies too, insofar as we test on lts distros which make the same assumptions about selectively backporting fixes in their packages15:35
fungiand we don't change the distro version we test a given branch on from what it was tested on while that release was still under development15:36
sean-k-mooneyfungi: sure but RHEL8 for example was based on the latest fedroa that was availble during stine15:36
*** ociuhandu has quit IRC15:36
sean-k-mooneyso it has signifcatly newer packages in some cases15:36
fungiyeah, we test on centos not rhel, and there is no centos 8 (yet)15:36
openstackgerritMatt Riedemann proposed openstack/nova stable/rocky: Replace non-nova server fault message  https://review.opendev.org/67484815:36
sean-k-mooneyrhel/centos revs so rarely that it is very uncommon for it to be ahead of the ubunut lts but it was for stien15:37
sean-k-mooneyya hopefully centos 8 will be around soon15:37
sean-k-mooney*available15:37
fungiif red hat had worked with the community to release centos 8 in concert with rhel 8 we would have been testing on it15:37
sean-k-mooneyi think the triplo builds are using rhel8 at least some of them are15:38
fungibut since centos releases only get started after rhel releases are made available there is a definite lag between them15:38
fungiprobably in rdo's ci system, yes15:38
fungiopendev is unable to test on rhel owing to cloud providers requiring purchased support licenses if you want to boot instances with rhel images15:39
fungiwhich is why we ended up using centos15:39
sean-k-mooneyya well i think centos is fine for testing15:39
sean-k-mooneyit sound like redhat might need to backport this too at some point based lyarwood comment so it might make more sense to do it once upstream15:40
fungibut it does mean that rhel is left out in the cold until centos gets in sync (i have no sympathy there, it's a problem red hat has created through their licensing policies)15:40
sean-k-mooneyim surprised that the developer/test licensing would not cover this usecase15:41
jangutterfungi: I seem to recall in 2014 when CentOS got acquired by RH that developers on both sides were pretty adamant in maintaining a "Chinese Wall" between them.15:42
fungijangutter: yep, there is a similar situation between debian and ubuntu, but since debian is doing their development of each new release completely in the open ubuntu can track that and consume packages slated for the next release without waiting15:44
jangutterfungi: also, epel8 is going to trail centos8 by a bit, so even if it's released it's going to be a bit rocky in places.15:44
sean-k-mooneyjangutter: i can realy comment on that as i dont know the history and proably shouldnt for leagl reason anyway but i personally was not expecting the delay to be as long as it has been. that said its a lot of work15:44
sean-k-mooneyfungi: well redhat does its dev in fedora15:44
fungibut does rhel consume fedora packages?15:45
sean-k-mooneyfedroa is upstream of rhel and centos in downstream of rhel15:45
sean-k-mooneyfungi: yes15:45
sean-k-mooneywell kind of15:45
fungiso the packages built in fedora are the ones which will appear in rhel15:45
sean-k-mooneyrhel8 started as a clone of fedora 2815:45
artomDammit, we store image_meta in the DB somewhere, right?15:45
fungianyway, we're verging way off-topic for #openstack-nova i expect15:46
*** ivve has quit IRC15:46
sean-k-mooneyfungi: they get rebuilt and sometimes they are tweek due to versions change but ya i belive that is how it works15:46
sean-k-mooneyfungi: ya15:46
lyarwoodsean-k-mooney: they are always rebuilt15:46
fungiso in theory centos 8 could also have started as a f28 clone, and instead they chose to wait for rhel to finish 8. got it15:46
dansmithartom: I don't think we store all of it15:46
artomdansmith, the image properties part15:47
*** sridharg has quit IRC15:47
artomThey're not *just* in Glance... right?15:47
janguttersean-k-mooney, fungi: I'm definitely not dissing either side here, fedora, rhel and centos cannot exist without each other, and there's been some long and hard though given their relationships.15:47
dansmithartom: we might copy that into reqspec actually, now that I think of it, but I think we only persist a few selected things into the cell db, IIRC15:47
*** igordc has joined #openstack-nova15:48
lyarwoodsean-k-mooney: sorry I'm only half paying attention here, is this all about novnc?15:48
*** ociuhandu has joined #openstack-nova15:48
sean-k-mooneylyarwood: yes tangenaly15:48
jangutterfor anyone who's interested in some really funky geometries: https://www.youtube.com/watch?v=HQsUdLPJW2015:48
artomdansmith, aha, request_specs, thanks!15:48
*** helenafm has quit IRC15:49
sean-k-mooneylyarwood: KeithMnemonic was wondering if https://review.opendev.org/#/c/649372/4 could be backport upstrea to rocky15:49
sean-k-mooneylyarwood: since suse woudl be shipng novnc 1.1 with there rocky release to enable esx console support15:49
mriedemartom: instance_system_metadata,15:49
mriedemkeys prefixed with image_15:49
mriedemartom: https://github.com/openstack/nova/blob/master/nova/utils.py#L87015:50
mriedemthe ImageMeta object would be serialized and stored in the RequestSpec as well like dan said15:50
mriedemlaunchpad.net is down, yikes15:50
efriedwho needs it15:51
artommriedem, ah, thanks, I wasn't seeing what I wanted in my devstack because (obviously) a key doesn't appear unless it's actually set15:51
sean-k-mooneymriedem: its been a while since that happened last15:51
dansmithmriedem: and only a few keys though right?15:51
lyarwoodsean-k-mooney: kk, IMHO yes it should, we've already backported it downstream for 1515:51
mriedemdansmith: i think you're thinking of these https://github.com/openstack/nova/blob/master/nova/utils.py#L7215:52
sean-k-mooneylyarwood: well it backport upstream for stien15:52
*** tbachman has joined #openstack-nova15:52
dansmithmriedem: right15:52
mriedemi don't think that's all though15:52
mriedemhttps://github.com/openstack/nova/blob/master/nova/utils.py#L87415:52
sean-k-mooneyKeithMnemonic: but if lyarwood is ok with it then maybe just propose the backport and people can review15:53
mriedemit stores all the image properties (except the bdm ones),15:53
mriedembut only stores a few of the top-level image fields15:53
dansmithmriedem: ah, all the properties but not all the image keys15:53
mriedemright15:53
dansmithgotcha15:53
sean-k-mooneymriedem: https://launchpad.net/nova seam to be fine by the way so maybe refesh15:53
mriedemif only we had a gd docstring on that method to expedite the re-learning of that code :P15:53
*** mrjk__ has quit IRC15:53
*** xek has quit IRC15:54
mriedemsean-k-mooney: maybe if you're in ireland15:54
sean-k-mooneyblame comcast/twc/other-isp but ya im obviously getting routed to a different server15:55
janguttermriedem: well here in South Africa it also seems to work.... Maybe east of the Atlantic?15:55
artommriedem, dansmith, thanks again! This was for a weird unsupported support request downstream, so I'm not even sure why I spent so much time on it15:55
artomBut... good to know they're all over place, I guess :D15:55
mriedemartom: i look forward to your spec for whatever the nutty customer request is15:56
mriedemmaybe an api to change the embedded instance image system metadata?15:57
artomDWIM all the time, everytime15:57
artommriedem, that's... actually pretty spot on15:57
artomAnd if it can hard reboot the instance as well, after, it's be perfect15:57
mriedemit wouldn't be the first time15:57
mriedemheh, sure15:58
sean-k-mooneyartom: so a rebuild without actully updating the root disk15:58
mriedem"i f'ed up the image properties on the image this pet is using, i need to fix those but can't lose the server and can't rebuild it"15:58
fungimriedem: lp is loading for me... temporary outage?15:58
artomsean-k-mooney, something like that15:58
sean-k-mooneyartom: let me guess the updated the metadata on the image and added somthign that change scheduling behavior and then were suprised when non of there old instance had the new behavior15:59
artomsean-k-mooney, no, they want TRIM15:59
artomSo need the correct magic disk model/bus imageprops15:59
artomBecause TRIM is no longer just for SSDs: https://ceph.com/geen-categorie/openstack-and-ceph-rbd-discard/    <--- that bit is actually genuinely interesting16:00
sean-k-mooneyok so its effectivly the same thing without the schduliing bit16:00
mriedemfungi: must be something weird on my end then but nope still can't access16:00
sean-k-mooneythey want to add the disk_bus=scsi imemage meta and enable virtio-scisis as the scsi model16:00
artommriedem, you're cut off, forced PTO16:00
sean-k-mooneybut they want to apply that chagne to existing instances too16:01
mriedemsweet release16:01
artomsean-k-mooney, yeah, we have a KCS for it: https://access.redhat.com/solutions/253234116:01
artom... which explicitly states "it is not possible to change existing VMs configuration."16:01
mriedemartom: then tell them to snapshot their existing servers, add the image meta they want on the snapshots, and re-deploy16:01
sean-k-mooneywell without a rebuild16:01
sean-k-mooneybut ya16:02
openstackgerritBoxiang Zhu proposed openstack/nova master: Make evacuation respects anti-affinity rule  https://review.opendev.org/64996316:02
mriedemor rebuild if they don't want to lose keys/uuids/ips whatever16:02
jangutterartom: OpenStack Icehouse got referenced in that article!16:02
artommriedem, yeah, not sure why a rebuild isn't acceptable16:02
fungimriedem: yeah, maybe a network problem somewhere then, but it's still working for me (just tried again)16:02
sean-k-mooneyand ya trim is used with ceph and lvm thin provisioning to tell the storage backend it can use those blocks for other oversubsried images16:02
artomI guess they forgot to volume-back their valuable pet disks16:02
mriedemartom: b/c it will blow away the root disk16:02
mriedemartom: you can't rebuild + new image on volume-backed servers16:03
*** ociuhandu has quit IRC16:03
mriedemnot yet anyway - there is approved spec and code in cinder to support it, but the nova piece was abandoned16:03
artomdetach volume -> rebuild -> re-attach?16:03
mriedemyou can't detach the root volume16:03
sean-k-mooneyartom: rebuild will only nuke the root disk16:03
artomAssuming not bfv, obviously16:03
mriedemagain, there is an approved spec for that, but it's abandoned16:03
sean-k-mooneyif they have data volumes those would be fine16:03
mriedemfungi: it's back16:05
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: Replace non-nova server fault message  https://review.opendev.org/67485916:05
mriedemmaybe charter has a beef with canonical all of a sudden16:05
janguttermriedem: it was just a brief outage while they installed the tap on the phone lines.16:08
artomWho needs taps when it's Huawei's equipment >:D16:09
dansmithartom: zing :)16:11
sean-k-mooneymriedem: you use vxhost vms for dev right. if its really a proably you can alwasy use "ssh -D " and forward your traffic via a dev vm to get to launchpad or whatever else is down16:11
*** igordc has quit IRC16:12
sean-k-mooney*really a problem16:12
mriedemsean-k-mooney: no i use vexxhost vms for devstack, which are short-lived b/c $$$16:12
sean-k-mooneyor x11 forward a firefox on the vm16:12
mriedemi do dev on a vm on my laptop16:13
sean-k-mooneymriedem: oh well i can proably give you ssh acess to one of my local systems if it contiues to be an issue16:13
artom:q16:15
artomdoh16:15
*** tssurya has quit IRC16:15
* artom missed tiling wms16:15
artom*missed16:15
artomBut a mixed-DPI setup essentially requires GNOME, which no longer allows you to swap out your VM16:16
*** owalsh_ has joined #openstack-nova16:17
*** ricolin has quit IRC16:20
*** mvkr has quit IRC16:20
*** owalsh has quit IRC16:22
*** aram1s has quit IRC16:23
*** hongbin has joined #openstack-nova16:24
eanderssonmriedem, https://bugs.launchpad.net/nova/+bug/181763316:28
openstackLaunchpad bug 1817633 in OpenStack Compute (nova) "Listing placement usages causes a circular reference error" [High,Fix committed] - Assigned to Chris Dent (cdent)16:28
eanderssonThis wouldn't be related to the issue we discussed the other day right?16:28
*** hongbin has quit IRC16:29
cdenteandersson: since that pinged me, I'm not curious, what was the issue the other day?16:29
cdents/not/now/16:29
eanderssonhttps://bugs.launchpad.net/nova/+bug/179930916:29
openstackLaunchpad bug 1799309 in OpenStack Compute (nova) "Migration/Resize fails with Unexpected exception in API method: Circular reference detected" [Undecided,New]16:29
eanderssonI attached the chat log to that bug report as well.16:29
openstackgerritChris Dent proposed openstack/nova master: Add a document that describes profiling eventlet services  https://review.opendev.org/67486516:31
*** owalsh_ has quit IRC16:31
*** owalsh has joined #openstack-nova16:31
*** markvoelker has quit IRC16:32
cdenteandersson: the placement thing was very specifically about a value being of a bad type16:33
eanderssonI see - yea the file referenced no longer exists16:34
cdentmriedem: there's ^ a start at the profiling doc. Probably needs a few iterations (and the usual, oh, chris wrote a thing, see the typos)16:34
mriedemSundar: you asked for it https://review.opendev.org/#/c/674726/16:39
mriedemcdent: thanks16:39
*** rpittau is now known as rpittau|afk16:41
*** markvoelker has joined #openstack-nova16:44
sean-k-mooneyefried: mriedem Sundar: by the way i would be fine with not supporting some operation in addtion to not support live migration but the current patch block way more operation then im comfortable with16:44
sean-k-mooneywith no support for snapshots resize/cold-migrate or live migrate there is not way to do upgrades of the node other then an inplace upgrade16:45
mriedemi'm also not cool with the blocker really, at least without a policy rule to control it or something16:47
mriedemif you do it like vgpus, then it's just docs on what works and what doesn't and anything we don't test is considered experimental and you fix it as bugs later16:47
* mriedem notes we do'nt test vgpus at all either anyway16:47
*** cdent has quit IRC16:48
*** BjoernT has quit IRC16:48
sean-k-mooneymriedem: ya that sound resonable. i am semi ok with 409s for live migratin or something we know upfont wont work16:48
dansmithdear god16:49
*** N3l1x has quit IRC16:49
*** ociuhandu has joined #openstack-nova16:49
dansmithalso, are we really adding a flavor property for device profile?16:49
sean-k-mooneyit was really blocking interface/volume attach/detach and lock that annoyed me16:49
sean-k-mooneydansmith: its an extra spec16:50
dansmithoh, it's added as a property on flavor, I see16:50
dansmithI don't really like that16:50
sean-k-mooneyright but we did that not to need to change the nova apin in the first versions16:50
sean-k-mooneydansmith: but at least your consitent in not liking it every time you see it16:51
sean-k-mooneyi think given how long it been waiting we should merge basic integation and consider it experimental. but my version of basic is more then boot, reboot, delete and status.16:52
sean-k-mooneyi prefer the docs approch rather then expcit blocker check given that in thory other virt driver will support cyborg at some point so i think doc are better for then api check when they could be virt dirver specifc.16:54
*** tbachman has quit IRC16:56
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Implement power_off/power_on for the FakeDriver  https://review.opendev.org/67487616:57
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Replace non-nova server fault message  https://review.opendev.org/67487716:57
*** ociuhandu has quit IRC16:57
*** ociuhandu has joined #openstack-nova16:58
*** udesale has quit IRC17:00
*** mrjk has joined #openstack-nova17:02
*** ralonsoh has quit IRC17:08
*** BjoernT has joined #openstack-nova17:08
*** betherly has joined #openstack-nova17:21
*** ociuhandu has quit IRC17:22
openstackgerritsean mooney proposed openstack/nova master: support pci numa affinity policies in flavor and image  https://review.opendev.org/67407217:22
*** ociuhandu has joined #openstack-nova17:23
*** mgariepy has quit IRC17:25
*** betherly has quit IRC17:25
*** ociuhandu has quit IRC17:27
*** ociuhandu has joined #openstack-nova17:28
*** tbachman has joined #openstack-nova17:28
*** aojea has quit IRC17:40
*** aojea has joined #openstack-nova17:41
*** lpetrut has quit IRC17:44
dansmithmriedem: bauzas: hmm, we still construct reqspec by from_components() huh?17:47
*** ociuhandu has quit IRC17:48
sean-k-mooneydansmith: i think bauzas is on PTO for the next 2-3 weeks17:49
dansmithoh right, because he's in france and today ends in "day"17:49
sean-k-mooneydansmith: but yes i belive we do17:49
dansmithsean-k-mooney: yeah, that was rhetorical to start a bitch-fest :D17:49
sean-k-mooneyhehe i thought it was the from_flavor version that everyone hated17:50
sean-k-mooneyhttps://github.com/openstack/nova/blob/master/nova/scheduler/utils.py#L389-L41717:51
*** betherly has joined #openstack-nova17:51
sean-k-mooneyoh wait im thinking of somthing else17:51
*** sapd1_x has joined #openstack-nova17:51
*** spsurya has quit IRC17:52
*** aojea has quit IRC17:53
sean-k-mooneyyou mean how its built form this blob of stuff https://github.com/openstack/nova/blob/master/nova/compute/api.py#L89717:53
sean-k-mooneydansmith: when are you heading on PTO by the way. are you around this week?17:54
dansmithsean-k-mooney: glad to know that me being gone ALL last week was so unimpactful that you didn't even notice17:55
openstackgerritStephen Finucane proposed openstack/nova master: Add support for translating CPU policy extra specs, image meta  https://review.opendev.org/67180117:55
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Remove unused '_instance_to_allocations_dict' function  https://review.opendev.org/67489317:55
openstackgerritStephen Finucane proposed openstack/nova master: scheduler: Flatten 'ResourceRequest.from_extra_specs', 'from_image_props'  https://review.opendev.org/67489417:55
openstackgerritStephen Finucane proposed openstack/nova master: Add reshaper for PCPU  https://review.opendev.org/67489517:55
dansmithmaybe that means I could take another week and nobody would know ;)17:55
*** betherly has quit IRC17:56
sean-k-mooneywell i was off since tursday so i dont remember much form last weeks other then i need to relax. no i just noticed you comment that you were going to be off around august 24th in a review17:56
sean-k-mooneymaybe that was someone else17:57
dansmitherm, Aug 24 is a saturday, so I do plan to not be around that day, but.. I think maybe you're confusing me with someone else. Which is also super flattering :D17:57
mriedemdansmith: i think i've been working on burning out from_components the last few releases17:59
mriedemlike getting resize reschedule to pass the request spec back to conductor so we don't have to build a new one17:59
mriedemsome of that compat might be deletable by now too17:59
dansmithokay17:59
mriedemb/c yeah it's been an endless source of bugs18:00
dansmithI can still -1 the cyborg patch for putting all the cyborg interaction inside that method anyway18:00
mriedem"oh we re-constructed it with the wrong stuff huh?"18:00
mriedemwell,18:00
mriedemit is used in the api right? and the port resource request stuff is in there18:00
dansmithit is, but we just chuck the port requests into it18:01
stephenfindansmith: I'm just off home, but could you take a look at this object'y thing at some point this week? https://review.opendev.org/#/c/53741418:01
dansmithwe still do the bdm init after we construct it, which is what we should do here18:01
dansmithstephenfin: okay will try18:01
*** ociuhandu has joined #openstack-nova18:02
stephenfinta18:02
*** lpetrut has joined #openstack-nova18:03
sean-k-mooneydansmith: yep apparently i was confusing you with kashyap. sorry, dont i just know how to get on your good side :)18:04
dansmithjesus18:04
dansmithone of us should be highly offended18:04
*** ociuhandu has quit IRC18:04
*** ociuhandu has joined #openstack-nova18:05
*** igordc has joined #openstack-nova18:08
*** ociuhandu has quit IRC18:09
openstackgerritDustin Cowles proposed openstack/nova master: Introduces SDK to IronicDriver and uses for node.get  https://review.opendev.org/64289918:09
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for node.list  https://review.opendev.org/65602718:09
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for validating instance and node  https://review.opendev.org/65602818:09
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for setting instance id  https://review.opendev.org/65969018:09
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for add/remove instance info from node  https://review.opendev.org/65969118:09
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for getting network metadata from node  https://review.opendev.org/67021318:09
*** bbowen_ has joined #openstack-nova18:15
*** bbowen has quit IRC18:17
*** igordc has quit IRC18:25
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Remove unused '_instance_to_allocations_dict' function  https://review.opendev.org/67489318:26
openstackgerritStephen Finucane proposed openstack/nova master: scheduler: Flatten 'ResourceRequest.from_extra_specs', 'from_image_props'  https://review.opendev.org/67489418:26
openstackgerritStephen Finucane proposed openstack/nova master: Add support for translating CPU policy extra specs, image meta  https://review.opendev.org/67180118:27
openstackgerritStephen Finucane proposed openstack/nova master: Add reshaper for PCPU  https://review.opendev.org/67489518:27
*** sapd1_x has quit IRC18:28
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Implement power_off/power_on for the FakeDriver  https://review.opendev.org/67490618:39
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: fix unshelve notification test instability  https://review.opendev.org/67490718:39
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Replace non-nova server fault message  https://review.opendev.org/67490818:39
mriedemfungi: that's it for upstream backports ^18:39
fungimriedem: awesome, those were the last three i was waiting for. thanks!!!18:40
funginow to push up the ossa18:40
mriedemnp18:40
*** jangutter has quit IRC18:42
fungiwhich is https://review.opendev.org/674909 for the record18:42
*** igordc has joined #openstack-nova18:46
*** tesseract has quit IRC18:52
melwittefried: to your earlier question, yes OK with you removing the fixture from the patch to address gibi's -1 to continue work on series18:56
*** xek has joined #openstack-nova18:57
*** mriedem has quit IRC19:08
*** mriedem has joined #openstack-nova19:09
openstackgerritmelanie witt proposed openstack/nova stable/rocky: Add 'path' query parameter to console access url  https://review.opendev.org/67491619:21
melwittKeithMnemonic, fungi, mriedem: I'm not clear on why backporting the needed fix for esx in upstream noVNC isn't an option, so in case it is helpful, here is a proposed rocky backport of the nova change with conflicts documented ^19:25
sean-k-mooneymelwitt: i dont think it explcitly not an option. its just novnc 1.1 did not exsit when rocky was developed and we typically dont add support for things after the fact but in this case its trivial19:27
KeithMnemonicmelwitt: thanks! i found the fix for noVNC 1.0 to get it to work. do they except patches on older versions still?19:27
*** betherly has joined #openstack-nova19:30
melwittKeithMnemonic: I don't know, sorry. I mention it based on the earlier discussion in the channel. I don't if they handle fixes for stable/older releases in the same way we do19:31
*** ivve has joined #openstack-nova19:32
KeithMnemonici have several options. let me see which one is least painful ;-)19:33
*** betherly has quit IRC19:35
mriedemefried: https://docs.openstack.org/python-novaclient/latest/cli/nova.html#nova-migration-list is missing some filter options (migration_type and source_compute) - need a blueprint for novaclient change to add those?19:38
mriedemlooks like we do have blueprints for novaclient to actually track stuff... https://blueprints.launchpad.net/python-novaclient19:39
mriedemthis is related to what spatel is trying to di in -placement19:39
*** Sundar has quit IRC19:39
*** lpetrut has quit IRC19:39
mriedemand eventually something i'd use to write a troubleshooting guide for manually recovering from https://bugs.launchpad.net/nova/+bug/182947919:39
openstackLaunchpad bug 1829479 in OpenStack Compute (nova) "The allocation table has residual records when instance is evacuated and the source physical node is removed" [Medium,Triaged]19:39
*** mloza has joined #openstack-nova19:41
*** mloza is now known as atmark19:41
*** bbowen__ has joined #openstack-nova19:42
melwittdoesn't look promising, I don't see anything that looks like stable branches other than an old branch for v0.6 last updated 3 years ago https://github.com/novnc/noVNC19:43
KeithMnemonicit is literally 3 lines of code so it might be easier for us to carry it locally19:44
*** bbowen_ has quit IRC19:45
KeithMnemonicit was pretty simple to fix once i got looking in the right place19:45
melwittoh, I see19:45
*** bbowen__ has quit IRC19:47
melwittwell, I think I'm in support of the nova rocky backport given there seems to be no other way to have esx hypervisors consoles work out-of-the-box. though that also comes with caveat of the fact that I'm guessing for rocky noVNC v1.1.0 isn't what's installed out-of-the-box19:48
efriedmriedem: you tell me, do we usually require a blueprint for novaclient parity?19:48
melwittso people would have to know that they need v1.1.0 and install it19:48
*** betherly has joined #openstack-nova19:50
mriedemefried: most blueprints in novaclient these days are tied to nova blueprints for microversion parity,19:51
mriedemi think a standalone feature in novaclient should probably use a blueprint for tracking yeah,19:51
mriedembut don't necessarily think it should fall under spec freeze or anything since it's not on the same release schedule19:51
efriedmriedem: specless?19:51
mriedemyes, we don't need specs for novaclient blueprints :)19:52
efriedSeems like you could fit the necessary into a bp description.19:52
mriedemhttps://blueprints.launchpad.net/python-novaclient/+spec/more-migration-list-filters19:52
mriedemi did19:52
mriedemif people want i'll just throw it under open discussion for thursday's meeting19:52
efriedwfm19:52
efriedshould at least do that as a formality.19:52
mriedemack19:53
openstackgerritDustin Cowles proposed openstack/nova master: Introduces SDK to IronicDriver and uses for node.get  https://review.opendev.org/64289919:54
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for node.list  https://review.opendev.org/65602719:54
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for validating instance and node  https://review.opendev.org/65602819:54
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for setting instance id  https://review.opendev.org/65969019:54
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for add/remove instance info from node  https://review.opendev.org/65969119:54
openstackgerritDustin Cowles proposed openstack/nova master: Use SDK for getting network metadata from node  https://review.opendev.org/67021319:54
KeithMnemonicmelwitt: that would be great to have it ported, if that does not fly, i can share the patch to noVNC 1.0 if we need to document or something19:55
*** betherly has quit IRC19:55
melwittKeithMnemonic: ack. feels like either way, we need to add a note on our consoles docs https://docs.openstack.org/nova/latest/admin/remote-console-access.html that calls out the issue for esx hypervisors and instructions on what to do. I would need your help to know what to write there as far as explaining what/how it is broken for esx19:58
*** maciejjozefczyk has quit IRC20:02
KeithMnemonicok so lets try for the backport and then the note just mentions needing 1.1? and if that does not work we add the steps to fix with 1.0? does that seem reasonable20:03
melwittKeithMnemonic: right. my thought: I'd like to have the doc have a note about esx hypervisors and explain what is broken in < v1.1.0 and then instruction will be "install v1.1.0" if the backport succeeds, else "apply this patch" and maybe we could host it either our repo or one of the ops-oriented repos and link to it from the doc20:05
KeithMnemonicok so here was the issue, https://github.com/novnc/websockify/issues/402 i originally thought it was the websockify piece since it was just disconnecing20:06
KeithMnemonici can update the issue or try and move it20:06
KeithMnemonicmelwitt: this is the issue here "rfb.js:685 Failed while connected: Unsupported encoding (encoding: -260)"20:07
KeithMnemonicso the older 1.0 does not handle encoding "-260" correctly20:07
KeithMnemonic1.1 does20:07
melwittah, perfect, yeah we could just link to that issue for explaining the problem20:07
KeithMnemonicshould i move it under novnc? or close and reopen a new one ?20:08
KeithMnemonici dont think i can move it20:08
*** lpetrut has joined #openstack-nova20:08
melwittoh, it's under the wrong component (I didn't understand that :P). yeah, I dunno, if it's possible to move it then that makes sense to me20:09
KeithMnemonicso i could close and reopen under novnc/novnc20:09
KeithMnemonicsimple enough to close and reopen20:09
*** slaweq has quit IRC20:09
melwittyeah, might be worth doing for the sake of avoiding confusion20:10
openstackgerritMerged openstack/nova master: Add functional test for resize crash compute restart revert  https://review.opendev.org/67039320:10
openstackgerritMatt Riedemann proposed openstack/nova master: Convert HostMapping.cells to a dict  https://review.opendev.org/66338720:12
openstackgerritMatt Riedemann proposed openstack/nova master: Cache host to cell mapping in HostManager  https://review.opendev.org/66338820:12
melwittthe noVNC people were responsive back when I proposed this nak'd pull request :P https://github.com/novnc/noVNC/pull/122020:13
melwittso there's a chance they'll add some comments on the issue, that would be cool20:14
openstackgerritEric Fried proposed openstack/nova master: WIP: Always set a global_request_id in RequestContext  https://review.opendev.org/67413820:14
openstackgerritEric Fried proposed openstack/nova master: WIP: Correct global_request_id sent to Placement  https://review.opendev.org/67412920:14
efriedwhat a waste of a ci run20:14
*** eharney has quit IRC20:22
*** factor has joined #openstack-nova20:22
KeithMnemonicmelwitt: here you go https://github.com/novnc/noVNC/issues/127320:23
melwittKeithMnemonic: woot thanks20:24
KeithMnemonicthat describes the issue and fix if needed20:24
KeithMnemonicit was not exahaustively tested ;-)20:25
KeithMnemonicbut i could get to cirros and type commands!20:25
*** slaweq has joined #openstack-nova20:25
melwittwhat else do ya need?20:25
KeithMnemonicmelwitt: I did not try anything with X for example. I am all set .I will watch the backport progress. If you need anything else from me please let me know. Thanks again20:26
openstackgerritMatt Riedemann proposed openstack/nova master: Cache host to cell mapping in HostManager  https://review.opendev.org/66338820:28
melwittKeithMnemonic: understood. I was trying to be funny, like what else do you need except cirros :P sounds good, thanks. I'll propose a patch for the console docs20:28
KeithMnemonicah, sorry was too serious today20:28
KeithMnemoniclol20:28
melwittnah, I'm sure it's me, I'm not good at jokes20:29
*** slaweq has quit IRC20:30
*** eharney has joined #openstack-nova20:37
openstackgerritMatt Riedemann proposed openstack/nova master: Update comments in HostManager._get_instance_info  https://review.opendev.org/67492920:38
*** mriedem is now known as mriedem_afk20:46
*** priteau has joined #openstack-nova20:51
*** whoami-rajat has quit IRC20:56
efriedoccupational hazard21:02
*** lpetrut has quit IRC21:08
*** spatel has quit IRC21:09
*** xek has quit IRC21:11
*** igordc has quit IRC21:12
*** mriedem_afk is now known as mriedem21:20
*** betherly has joined #openstack-nova21:22
*** bbowen__ has joined #openstack-nova21:24
*** betherly has quit IRC21:26
*** igordc has joined #openstack-nova21:31
sean-k-mooneyi assume no one here has tried using devstack on centos7 recently?21:33
mriedemyou said you were done for the day21:33
sean-k-mooneyya i just checking by devstack install and it failed so im shutting down my sriov hosts21:34
sean-k-mooneybut i havent use those in 2 months and i think in that time everything broke21:34
sean-k-mooneyso i was hoping it worked so i can do testing tommorw but i think ill be installing ubuntu 18.04 instead tomorrow21:35
sean-k-mooneyanyway night o/21:35
*** markvoelker has quit IRC21:38
*** avolkov has quit IRC21:45
*** abaindur has joined #openstack-nova21:56
abaindurCan a VM be attached to an SR-IOV port as well as an OVS port on different networks?21:57
openstackgerritMerged openstack/nova master: Pass migration to finish_revert_migration()  https://review.opendev.org/66863122:01
openstackgerritMerged openstack/nova master: Functional reproduce for bug 1833581  https://review.opendev.org/66791322:01
openstackbug 1833581 in OpenStack Compute (nova) "instance stuck in BUILD state if nova-compute is restarted" [Low,In progress] https://launchpad.net/bugs/1833581 - Assigned to Balazs Gibizer (balazs-gibizer)22:01
*** betherly has joined #openstack-nova22:13
*** _mlavalle_1 has joined #openstack-nova22:15
efriedmriedem: Do we have a bug for healing instances with VGPUs?22:15
efriedCause I'm 90% sure that's way busted.22:15
efriedhealing instance allocations*22:15
*** mlavalle has quit IRC22:16
*** betherly has quit IRC22:17
mriedemheal_allocations doesn't handle nested allocations22:18
mriedemwell, not VGPU anyway, i guess the qos ports stuff would be on nested providers22:19
efriedexactly22:19
*** mlavalle has joined #openstack-nova22:21
*** priteau has quit IRC22:21
*** _mlavalle_1 has quit IRC22:22
mriedemefried: why is that coming up?22:22
mriedemyou were just like, "i want to work on some more terrible stuff"22:23
efriedmriedem: I was reviewing stephenfin's patch to consolidate ResourceRequest building22:25
efriedHe removed a TODO from a spot where we merge all the allocations into a single dict22:26
efriedThe only place we use that is in heal allocations22:26
efriedand looking at heal allocations it is clear that the TODO still very much applies22:26
efriedI was considering opening a bug and/or writing a func test to prove how broken it is.22:27
efriedso I wanted to know if there was an existing bug22:27
efriedbut anyway, not today.22:27
*** betherly has joined #openstack-nova22:34
openstackgerritMatt Riedemann proposed openstack/nova master: docs: update 2.23 REST API version history  https://review.opendev.org/67494822:37
*** betherly has quit IRC22:38
openstackgerritMatt Riedemann proposed openstack/nova master: api-ref: document valid GET /os-migrations?migration_type values  https://review.opendev.org/67494922:42
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: docs: clarify nova migration-list --host option  https://review.opendev.org/67495022:45
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: docs: clarify nova migration-list --host option  https://review.opendev.org/67495022:46
*** tkajinam has joined #openstack-nova22:51
*** igordc has quit IRC22:56
*** abaindur has quit IRC23:03
*** abaindur has joined #openstack-nova23:04
*** betherly has joined #openstack-nova23:05
*** betherly has quit IRC23:09
*** markvoelker has joined #openstack-nova23:13
*** markvoelker has quit IRC23:18
*** abaindur has quit IRC23:20
*** igordc has joined #openstack-nova23:20
*** threestrands has joined #openstack-nova23:24
*** betherly has joined #openstack-nova23:25
*** rcernin has joined #openstack-nova23:26
*** takashin has joined #openstack-nova23:27
*** betherly has quit IRC23:30
*** mriedem has quit IRC23:40
openstackgerritHuachang Wang proposed openstack/nova-specs master: Use PCPU and VCPU in one instance  https://review.opendev.org/66865623:51
*** betherly has joined #openstack-nova23:56

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