Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2018-06-05
23:25:45 melwitt I see, okay
23:25:50 mriedem going for a bike ride
23:39:44 gmann mgagne: glad to know that :) thanks
23:51:14 openstackgerrit Merged openstack/python-novaclient master: Import nova CLI reference from openstack-manuals https://review.openstack.org/572567
23:55:03 openstackgerrit Chris Dent proposed openstack/nova master: Optional separate database for placement API https://review.openstack.org/362766
23:55:04 openstackgerrit Chris Dent proposed openstack/nova master: Isolate placement database config https://review.openstack.org/541435
23:55:05 openstackgerrit Chris Dent proposed openstack/nova master: Ensure that os-traits sync is attempted only at start of process https://review.openstack.org/553857
23:58:16 openstackgerrit Merged openstack/python-novaclient master: Add a note in the nova CLI reference about using OSC https://review.openstack.org/572569
#openstack-nova - 2018-06-06
01:10:03 mriedem Kevin_Zheng: fyi https://review.openstack.org/#/c/569386/
01:12:55 openstackgerrit Chris Dent proposed openstack/nova master: Ensure resource class cache when listing usages https://review.openstack.org/572652
01:23:02 Kevin_Zheng mriedem ack
01:24:26 Kevin_Zheng mriedem: BTW, the max bulk boot BP will need further discussion?
01:25:22 mriedem Kevin_Zheng: https://review.openstack.org/#/c/510235/ ? yeah, it's a very rough work in progress
01:25:45 mriedem ideally i'd get some operator feedback before revising it
01:26:17 mriedem not really pushing to get that in for rocky
01:26:42 Kevin_Zheng OK, maybe we will take it over togother with the dettach root volume for next cycle
01:26:53 mriedem i think it's arguably also a bug fix / security hardening opportunity
01:39:34 openstackgerrit Merged openstack/nova-specs master: Rename spec to match blueprint https://review.openstack.org/568870
01:40:00 mriedem lyarwood: i put some notes in my spec for you https://review.openstack.org/#/c/552078/ - i tried a readonly to readonly swap volume and didn't hit any failures
02:06:01 pvc h
02:06:02 pvc guys
02:07:30 gmann alex_xu: what you think of this - https://review.openstack.org/#/c/571335/1
02:08:28 alex_xu gmann: I will check it soon
02:08:44 gmann thanks
02:16:19 openstackgerrit tianhui proposed openstack/nova master: Fix bug to api-ref https://review.openstack.org/571375
02:19:35 openstackgerrit Merged openstack/nova-specs master: trivial: Fix file permissions https://review.openstack.org/566064
02:30:24 openstackgerrit Chen Hanxiao proposed openstack/nova master: sync_guest_time: use the proper errno https://review.openstack.org/572346
02:38:29 openstackgerrit Naichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create https://review.openstack.org/520313
02:45:08 takashin
02:51:57 openstackgerrit Merged openstack/nova master: Add granular policy rules for /resource_classes* https://review.openstack.org/565578
02:55:37 openstackgerrit Merged openstack/nova master: Add granular policy rules for resource providers inventories https://review.openstack.org/568666
02:55:44 openstackgerrit Merged openstack/nova master: Add granular policy rules for usages https://review.openstack.org/568706
03:42:43 openstackgerrit Zhenyu Zheng proposed openstack/nova master: Abort live migration in queue (1/2). https://review.openstack.org/568542
03:59:07 openstackgerrit Merged openstack/python-novaclient master: Revert "Fix listing of instances above API max_limit" https://review.openstack.org/572539
04:25:13 pvc hi
04:25:17 pvc how can i hide kvm for gpu ?
04:25:23 pvc so i can test it
04:28:24 pvc gibi
04:28:28 pvc how can i hide the hypervisor
04:28:30 pvc ?
04:34:46 melwitt mriedem_away: fyi I just added your neutron new port binding API to a runway. I skipped "report CPU features as traits" because the last -1 was 7 days ago with no response from the author
04:35:09 melwitt naichuans: fyi your blueprint xenapi-image-handler-option-improvement has been added to a runway again
04:36:15 melwitt naichuans: also, feel free to add feedback about your experience with vgpu-rocky in runway at L186 https://etherpad.openstack.org/p/nova-runways-rocky as it's been moved out of a runway
04:38:54 pvc gibi
05:46:08 openstackgerrit Tetsuro Nakamura proposed openstack/nova master: Fix nits in nested provider allocation candidates https://review.openstack.org/572673
06:54:11 openstackgerrit jichenjc proposed openstack/nova master: Fix doc nit https://review.openstack.org/572682
07:16:14 openstackgerrit Bhagyashri Shewale proposed openstack/nova master: libvirt: Don't report DISK_GB if sharing https://review.openstack.org/560459
07:18:16 openstackgerrit Merged openstack/nova master: Return nested providers in get_by_request https://review.openstack.org/567113
07:21:21 naichuans melwitt: got it, thank you very much for the reminder
07:43:52 openstackgerrit Yikun Jiang (Kero) proposed openstack/nova master: Update launch-from-volume doc to latest version. https://review.openstack.org/572241
07:58:24 openstackgerrit Chris Dent proposed openstack/nova master: Optional separate database for placement API https://review.openstack.org/362766
07:58:25 openstackgerrit Chris Dent proposed openstack/nova master: Isolate placement database config https://review.openstack.org/541435
07:58:27 openstackgerrit Chris Dent proposed openstack/nova master: Ensure that os-traits sync is attempted only at start of process https://review.openstack.org/553857
07:59:08 openstackgerrit Chris Dent proposed openstack/nova master: Add PLACEMENT_DB_ENABLED=True to the nova-next job https://review.openstack.org/564067
08:30:27 openstackgerrit sahid proposed openstack/nova master: libvirt: remove unused get_ovs_interfaceid() https://review.openstack.org/572699
08:40:09 pvc i have an instance with GPU on it but my hypervisor is always restarting and i dont know why
08:48:28 openstackgerrit Merged openstack/nova master: api-ref: mention that you can't re-parent a resource provider https://review.openstack.org/572501
08:48:35 openstackgerrit Merged openstack/nova master: Fix some inconsistencies in doc https://review.openstack.org/570407
08:52:43 pvc can anyone help me
09:01:15 mdbooth Can anybody remind me which repo the ci job definitions are in?
09:05:18 kashyap mdbooth: "project-config", IIRC
09:06:18 kashyap Maybe it's this, since upstream has moved to Zuul a while ago: https://github.com/openstack-infra/openstack-zuul-jobs
09:08:24 kashyap mdbooth: Yes, the above is the repo. From its description:
09:08:25 kashyap This repo contains a set of ansible playbooks which are used by the
09:08:25 kashyap OpenStack project CI system Zuul. It also contains job and
09:08:25 kashyap project-template definitions for the OpenStack project. You should
09:08:25 kashyap edit these files to make configuration changes to OpenStack
09:08:27 kashyap Infrastructure CI.
09:08:52 mdbooth kashyap: Thanks. I'll take a look.
09:14:39 lyarwood kashyap: http://logs.openstack.org/33/571433/2/gate/legacy-tempest-dsvm-neutron-full/a007290/logs/screen-n-cpu.txt.gz?#_2018-06-06_04_56_16_327 - if you have anytime this morning would you mind looking over this cold snapshot failure, appears we can't resume the paused/saved domain but I can't see a clear reason why in the libvirtd logs.
09:15:00 lyarwood kashyap: https://review.openstack.org/#/c/571433/2 is the change FWIW
09:15:44 kashyap lyarwood: Hi, will look
09:29:38 jangutter sahid: Thanks for taking a look at https://review.openstack.org/567148 . I agree that there's "duplicate" info passed through for VIFHostDevice, but at least it's consistent with other VIF's. I think it has to do with the distinction between the VIF objects and the VIFPortProfile objects.
09:31:31 jangutter sahid: The os-vif VIF describes "how to wire it into the VM". The os-vif port-profile describes "how to wire it into the datapath". Because the distinction is not particularly clear with libvirt, there's some muddy overlap.
09:33:47 openstackgerrit Bhagyashri Shewale proposed openstack/python-novaclient master: Modify novaclient to support basic attributes https://review.openstack.org/572285
09:38:11 kashyap lyarwood: Meta comment: The libvirt debug log on the URL is supposedly: 3.2M. But my download of it is still running beyond 7MB
09:38:38 kashyap Maybe `wget` extracts it downloads
09:40:59 kashyap The full download (on a remote machine) was: 47M :-)
09:46:57 mdbooth kashyap: I'm looking at the libvirt logs from this multiattach job: http://logs.openstack.org/58/567258/5/check/nova-multiattach/d23fad8/logs/libvirt/libvirtd.txt.gz
09:47:25 mdbooth Specifically I'm trying to see what goes on during the successful multiattach swap volume test
09:49:23 mdbooth It looks like the drive of interest is added around 2018-06-04 10:56:57.865+0000
09:49:55 kashyap Can you tell the drive ID?
09:50:09 kashyap Is it? 'drive-virtio-disk1'
09:50:09 mdbooth drive-virtio-1
09:50:38 mdbooth I'm slightly confused, because I don't see shared in the 'human-monitor-command'
09:51:02 kashyap I don't see a "drive-virtio-1". Did you mean: 'drive-virtio-disk1'?
09:51:21 mdbooth But there is "share-rw":"on" in what seems to be sent to qemu
09:51:23 mdbooth kashyap: Yeah
09:51:27 kashyap libvirt uses QMP (the JSON RPC) with QEMU. Not HMP. (only rarely)
09:51:49 kashyap Yes:
09:51:49 kashyap 2018-06-04 11:13:18.158+0000: 32308: debug : qemuMonitorJSONCommandWithFd:301 : Send command '{"execute":"device_add","arguments":{"driver":"virtio-blk-pci","scsi":"off","bus":"pci.0","addr"
09:51:53 kashyap :"0x6","share-rw":"on","drive":"drive-virtio-disk1","id":"virtio-disk1"},"id":"libvirt-20"}' for write with FD -1
09:52:16 mdbooth Right, so that's 'shared', right?
09:52:25 kashyap mdbooth: Yes. And libvirt will _not_ migrate it.
09:52:28 mdbooth i.e. it's multiattach
09:52:36 kashyap Here is the libvirt source itself saying as such:
09:52:37 kashyap 288 /* Default is to migrate only non-shared non-readonly disks
09:52:37 kashyap 289 * with source */
09:52:37 kashyap 290 return !disk->src->shared && !disk->src->readonly &&
09:52:37 kashyap 291 !virStorageSourceIsEmpty(disk->src);

Earlier   Later