| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-03-02 | |||
| 23:29:47 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: api-ref: Add parameters in cold migrate action https://review.openstack.org/410042 | |
| 23:31:56 | dtp | dansmith that's cool. i haven't had a chance to start on that yet | |
| 23:32:03 | dansmith | *gasp* | |
| 23:32:27 | openstackgerrit | Sujitha proposed openstack/nova master: Add description to policies in admin_actions. https://review.openstack.org/440829 | |
| 23:32:28 | dtp | yeah sorry...misjudged my week | |
| 23:32:28 | dansmith | dtp: okay well, let me know if you get overly delayed | |
| 23:32:36 | dansmith | s'ok | |
| 23:33:16 | dtp | don't let me slow you down - if it's better for you to do that one and me to come back again when i _really_ can focus, that's fine w/ me | |
| 23:33:39 | dansmith | okay I'll ping you if I break your lock | |
| 23:34:48 | dtp | okey dokey | |
| 23:53:41 | openstackgerrit | Giridhar Jayavelu proposed openstack/nova-specs master: VMware: add SR-IOV support https://review.openstack.org/317126 | |
| #openstack-nova - 2017-03-03 | |||
| 00:07:44 | openstackgerrit | Giridhar Jayavelu proposed openstack/nova-specs master: VMware: add SR-IOV support https://review.openstack.org/317126 | |
| 00:41:49 | mriedem | feel free to take them to the bridge, james brown | |
| 01:04:37 | mriedem | alex_xu: are you ok with this? https://review.openstack.org/#/c/440654/ | |
| 01:23:59 | mriedem | lyarwood: oh so close https://review.openstack.org/#/c/242602/ | |
| 01:45:11 | openstackgerrit | Sivasathurappan Radhakrishnan proposed openstack/nova master: [WIP] Live migration of rescued instances https://review.openstack.org/440893 | |
| 01:55:52 | openstackgerrit | Gao Yuan proposed openstack/nova master: Remove mox from nova.tests.unit.api.openstack.compute.test_block_device_mapping https://review.openstack.org/440475 | |
| 02:38:02 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Reno for additional-notification-fields-for-searchlight https://review.openstack.org/428835 | |
| 02:38:05 | openstackgerrit | Zhenyu Zheng proposed openstack/nova-specs master: Send out notifications when instance tags chaned https://review.openstack.org/429569 | |
| 02:43:50 | openstackgerrit | Sivasathurappan Radhakrishnan proposed openstack/nova master: [WIP] Live migration of rescued instances https://review.openstack.org/440904 | |
| 04:21:11 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Add api-ref for filter/sort whitelist https://review.openstack.org/421760 | |
| 04:32:46 | gaoyuan | /SET use_status_window OFF | |
| 05:00:18 | openstackgerrit | Huan Xie proposed openstack/nova master: Make xenapi driver compatible with assert_can_migrate https://review.openstack.org/439960 | |
| 05:04:42 | openstackgerrit | Rikimaru Honjo proposed openstack/nova master: Consolidate unit tests for shelve API https://review.openstack.org/421220 | |
| 05:35:48 | Herr-Herner | The first time :-) Can someone please help me... I am setting up OpenStack Ocata on UBuntu 16.04. and facing a blocker regarding Libvirt/KVM. I think it is just a small issue, but with a big impact. | |
| 05:50:25 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Refactor a test method including 3 test cases https://review.openstack.org/394738 | |
| 05:50:50 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Refactor a test method including 7 test cases https://review.openstack.org/395436 | |
| 06:32:48 | ratailor | johnthetubaguy, Hi | |
| 06:32:53 | ratailor | johnthetubaguy, you around ? | |
| 07:00:59 | openstackgerrit | Zhenyu Zheng proposed openstack/python-novaclient master: Tags and Metadata fields with unicode cannot be correctly displayed https://review.openstack.org/440949 | |
| 07:24:50 | migi | edleafe: hi | |
| 08:29:19 | bauzas | good morning Nova | |
| 08:32:40 | openstackgerrit | Feodor Tersin proposed openstack/nova-specs master: Add ScaleIO ephemeral storage backend https://review.openstack.org/304715 | |
| 09:13:27 | openstackgerrit | Huan Xie proposed openstack/nova master: Make xenapi driver compatible with assert_can_migrate https://review.openstack.org/439960 | |
| 09:14:32 | denaitre | hi everyone | |
| 09:14:47 | denaitre | I was looking for a piece of information | |
| 09:15:45 | denaitre | I noticed that one can set different api adresses in nova.conf (e.g. glance, neutron) | |
| 09:16:14 | denaitre | I thought nova would contact keystone for getting such information | |
| 09:17:46 | denaitre | I feel like I missed something | |
| 09:18:36 | bauwser | denaitre: which specific conf opts are you looking at ? | |
| 09:19:43 | denaitre | for instance, `api_servers` under [glance] | |
| 09:20:19 | denaitre | i think it is called `url` under [neutron] | |
| 09:27:08 | bauwser | ah that | |
| 09:27:11 | bauwser | well | |
| 09:28:25 | bauwser | denaitre: the api_servers conf opt is a legacy feature helping glance client to do round-robin calls between all the glance API services | |
| 09:28:47 | bauwser | from my personal PoV, that's very unfortunate we accepted that | |
| 09:34:32 | adisky_ | hi , can anybody help on some query related to nova volume-update | |
| 09:34:34 | adisky_ | ? | |
| 09:41:07 | denaitre | bauwser: thanks for the answer! from my PoV you should declare your different glance api endpoints to a service like haproxy to manage the round-robin, and register the haproxy endpoint in keystone, does it make sense? | |
| 09:41:43 | bauwser | denaitre: yeah that's what I would do as an operator | |
| 09:42:11 | bauwser | you can define any HA strategy in a load-balancer behind a VIP | |
| 09:42:26 | bauwser | glanceclient shouldn't be handling that | |
| 09:42:30 | bauwser | but anyway | |
| 09:43:06 | bauwser | FWIW, I'd recommend you to use a single VIP for api_servers and do all your necessary HA rules behind that VIP | |
| 09:43:35 | denaitre | great, thank you | |
| 09:44:45 | denaitre | is this option mandatory? i mean, it would make sense that if it is not set, nova would contact keystone | |
| 09:53:19 | jaosorior | hey folks, I'm dealing with nova configurations and would like to know what the DEFAULT/host value is used for; the information in the sample config file is not very explicit :/ | |
| 10:09:40 | openstackgerrit | OpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata https://review.openstack.org/439925 | |
| 10:12:44 | lyarwood | mdbooth: did you see https://review.openstack.org/#/c/437356/3 btw | |
| 10:14:10 | mdbooth | lyarwood: Nope. Is there anything I should be looking at in particular? | |
| 10:15:02 | mdbooth | lyarwood: Eurgh | |
| 10:15:31 | lyarwood | mdbooth: yeeeeeeeeeeeeah, I was sure one of us had looked at this before | |
| 10:16:06 | mdbooth | lyarwood: That workaround is obviously disgusting, but I'm actually ok with it because at least it calls itself out for what it is in the comment. | |
| 10:16:39 | mdbooth | i.e. it can be removed with confidence later. | |
| 10:16:39 | lyarwood | mdbooth: cool, as long as you're fine with it, just wanted to highlight it as I recalled this being a complete PITA the last time someone tried to fix it | |
| 10:28:50 | openstackgerrit | Lee Yarwood proposed openstack/nova master: compute: Move detach logic from manager into driver BDM https://review.openstack.org/439520 | |
| 10:28:51 | openstackgerrit | Lee Yarwood proposed openstack/nova master: objects: Add attachment_id to BlockDeviceMapping https://review.openstack.org/437665 | |
| 10:28:51 | openstackgerrit | Lee Yarwood proposed openstack/nova master: compute: Only destroy BDMs after successful detach call https://review.openstack.org/440693 | |
| 10:39:15 | openstackgerrit | Huan Xie proposed openstack/nova master: Make xenapi driver compatible with assert_can_migrate https://review.openstack.org/439960 | |
| 10:48:02 | openstackgerrit | sahid proposed openstack/nova master: libvirt: update the active migrations DS to support migration result https://review.openstack.org/409260 | |
| 10:48:03 | openstackgerrit | sahid proposed openstack/nova master: libvirt: ensure live-migration success https://review.openstack.org/409261 | |
| 10:58:16 | openstackgerrit | Andreas Jaeger proposed openstack/nova master: Fix api-ref with Sphinx 1.5 https://review.openstack.org/441053 | |
| 10:59:07 | openstackgerrit | Andreas Jaeger proposed openstack/nova master: Fix api-ref with Sphinx 1.5 https://review.openstack.org/441053 | |
| 11:12:45 | johnthetubaguy | ratailor: hi, can I help? | |
| 11:14:03 | johnthetubaguy | jaosorior_lunch: I guess you are having lunch, but lets try get that info updated when you get back | |
| 11:15:46 | johnthetubaguy | jaosorior_lunch: basically, it is the name of the rabbit queue used by Nova, and its the name used when binding ports with neutron (has to match the same conf in the neutron agent), and attaching volumes with Cinder. We probably need more context, given whats here: https://docs.openstack.org/developer/nova/sample_config.html | |
| 11:21:25 | johnthetubaguy | jaosorior_lunch: let me know if this bug covers the problem OK: https://bugs.launchpad.net/nova/+bug/1669746 | |
| 11:21:25 | openstack | Launchpad bug 1669746 in OpenStack Compute (nova) "sample config for host is unclear" [Medium,New] | |
| 11:25:11 | ratailor | johnthetubaguy, https://bugs.launchpad.net/cinder/+bug/1452641 | |
| 11:25:11 | openstack | Launchpad bug 1452641 in Cinder "Static Ceph mon IP addresses in connection_info can prevent VM startup" [Medium,Confirmed] - Assigned to Jon Bernard (jbernard) | |
| 11:25:40 | ratailor | johnthetubaguy, Can we handle this issue during nova-compute restart ? | |
| 11:27:05 | ratailor | johnthetubaguy, http://lists.openstack.org/pipermail/openstack-dev/2016-May/095391.html | |
| 11:27:06 | johnthetubaguy | ratailor: I don't really know I am afraid, we do have init_host for doing stuff on startup, but I don't think we generally support the volume system config changing like that | |
| 11:27:09 | AJaeger | nova cores, could you import translations again, please? https://review.openstack.org/#/c/439925/ - the deletions are all ok | |
| 11:27:16 | ratailor | johnthetubaguy, as mentioned in this ^^mailing discussion, which mentioned to implement periodic task to handle this issue. | |
| 11:28:26 | ratailor | johnthetubaguy, Because the connection info stored in BDM and domain xml of instance. And on hard reboot conn_info is getting updated in BDM and the updated conn_info is recorded in domain xml. | |
| 11:28:32 | johnthetubaguy | AJaeger: does that mean we don't need all those _LW and _LE stuff anymore? | |
| 11:29:19 | johnthetubaguy | ratailor: I mean it seems possible, I just don't really know enough about how ceph works to know if thats a good idea | |
| 11:29:31 | johnthetubaguy | ratailor: not sure how that works with Cinder attached ceph things either | |
| 11:30:35 | ratailor | johnthetubaguy, IMO implementing periodic task to handle this issue, would be an overhead. Because operators would be changing IPs rarely. And being a maintenance task, they might need to restart some services to take updated IPs in account. | |
| 11:30:59 | johnthetubaguy | ratailor: totally | |
| 11:31:18 | AJaeger | johnthetubaguy: you still need them so that the strings do not end in the main file. | |
| 11:31:32 | jbernard | ratailor: can we send hostnames instead of ip addresses? | |
| 11:31:43 | AJaeger | But translation of error and warnings is very very low prio for translators - and not sure it's usefull at all. | |
| 11:31:52 | johnthetubaguy | AJaeger: they would be the API responses then? or many CLI tool stuff? | |
| 11:32:14 | AJaeger | johnthetubaguy: _LW and _LE is what ends in your log files | |
| 11:32:15 | johnthetubaguy | AJaeger: honestly, it seems like totally a mistake we ever tried to translate the logs, but that might just be me | |
| 11:32:28 | ratailor | jbernard, I don't know, but the IPs are hardcoded in domain xml as well as BDM table. | |
| 11:32:39 | johnthetubaguy | AJaeger: yeah, I am just not sure what else we actually have in Nova that should be translated, other than logs | |
| 11:32:43 | AJaeger | johnthetubaguy: Me as well. So, goging forward you could not translate them at all - but discuss that with i18n team first | |