| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-09-06 | |||
| 07:18:52 | bauzas | but you basically need to go to a visa app center that'll retain your passport by the time it'll take them to check your application | |
| 07:19:06 | cervigni | WHAT? | |
| 07:19:07 | cervigni | hahaha | |
| 07:19:11 | cervigni | RETAIN your passport? | |
| 07:19:19 | bauzas | for Lyon, France, the average delay is 8 working days | |
| 07:19:25 | bauzas | correct | |
| 07:19:43 | cervigni | I don't want anyone to "retain" my passport | |
| 07:19:56 | cervigni | I cannot be legally here without my passport | |
| 07:19:57 | gibi | that sounds pretty bad. I thought in Hungary I only need to send a photocopy of my passport | |
| 07:19:58 | bauzas | cervigni: https://visaforchina.org | |
| 07:20:06 | cervigni | "org" | |
| 07:20:07 | cervigni | haha | |
| 07:20:16 | bauzas | gibi: you don't need to be present yourself ? | |
| 07:20:25 | cervigni | wow nice website | |
| 07:20:28 | cervigni | is this an official website? | |
| 07:20:30 | gibi | bauzas: it seems the travell agencyt can make it work without mee | |
| 07:20:39 | bauzas | gibi: you can pay a TA | |
| 07:20:52 | gibi | my employer pays for it (i hope) | |
| 07:21:05 | bauzas | gibi: but for us, it will still mean that we have to physically move to an appointment to get our fingerprints taken | |
| 07:21:10 | bauzas | gibi: me too | |
| 07:21:22 | cervigni | are we on the F category? | |
| 07:21:25 | cervigni | or M ? | |
| 07:21:40 | gibi | this information is still missing for me, I trust the TA | |
| 07:21:41 | bauzas | cervigni: some asked for F but were said it should be a M | |
| 07:21:55 | bauzas | gibi: just check the website above | |
| 07:22:10 | cervigni | yeah, I don't think we are though commerce and trade | |
| 07:22:14 | bauzas | gibi: if they don't tell you to physically attend an appointment, then cool | |
| 07:22:30 | bauzas | cervigni: I should be able to tell you in 3 hours -ish | |
| 07:22:44 | bauzas | I filed a M | |
| 07:22:46 | cervigni | ok, could you write it in a PM? | |
| 07:22:55 | cervigni | here gmt+8 | |
| 07:23:03 | bauzas | sure | |
| 07:23:09 | cervigni | many thanks | |
| 07:23:20 | gibi | bauzas: there is not even a service center in hungary based on that page. But we have a consulate | |
| 07:23:30 | gibi | anyhow good luck bauzas | |
| 07:24:45 | cervigni | on that website from Australia it seems there is no fingerprint requirements | |
| 07:24:51 | cervigni | though I am italian so it is very confusing | |
| 07:25:11 | bauzas | gibi: good luck for you too then | |
| 07:25:22 | bauzas | gibi: that's probably why it's a good idea for you to follow a TA :) | |
| 07:25:55 | gibi | bauzas: yepp. I saw it working. One of my collague went to China last year | |
| 07:26:09 | gibi | successfully :) | |
| 07:26:37 | bauzas | cervigni: I guess you have to look at the closest service center in Australia | |
| 07:26:48 | bauzas | they should be able to give you instructions | |
| 07:26:55 | cervigni | Yeah I check and thanks god there is one in Perth | |
| 07:26:56 | bauzas | even if you're not Aussie | |
| 07:27:19 | cervigni | Will do that... or I will just forget to come to the os summit and wait for the next one | |
| 07:27:35 | cervigni | I don't think I will give my fingerprints to the chinese governament for any reasons | |
| 07:27:38 | bauzas | oh dear god, I paid for a 1st class train which *has* power plugs but which are dysfunctional | |
| 07:27:49 | cervigni | I already give them allto the Australian one and I was pissed of for a month | |
| 07:28:10 | cervigni | bauzas: I guess it is an Italian train | |
| 07:28:34 | bauzas | Alstom, take it as you wish | |
| 07:28:35 | cervigni | I have never found an outlet working in an Italian train | |
| 07:29:41 | cervigni | going home, good luck with your visas | |
| 07:29:53 | cervigni | let me know how it goes | |
| 07:42:03 | bauzas | gibi: +Wd with concerns | |
| 07:43:26 | bauzas | gibi: my understanding is that you'll fail the resize when you wanna migrate/resize from host A to B when B isn't upgraded, right? | |
| 07:47:49 | bauzas | ttyl | |
| 08:01:50 | openstackgerrit | Yongli He proposed openstack/python-novaclient master: Microversion 2.78 - show server topology https://review.opendev.org/670790 | |
| 08:12:07 | kashyap | Does anyone here how to remove an instance that is stuck in 'pre-migrating' (it's the migration status) state? | |
| 08:12:34 | kashyap | I mean, not _remove_ the instance, but more unjamming it from that state. (Besides some database muckery) | |
| 08:24:16 | yaawang | alex_xu: stephenfin Hi, I have updated patches of vCPU models selection, can you review them if you have time :) https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/cpu-model-selection | |
| 08:46:55 | gibi | bauzas: thanks. replied. | |
| 09:07:26 | aspiers | kashyap: some trivial changes for you to review: https://review.opendev.org/#/c/680527/ | |
| 09:07:38 | aspiers | https://review.opendev.org/#/c/680526/ | |
| 09:08:41 | kashyap | aspiers: Stuck in something urgent; but already have them open. | |
| 09:08:54 | openstackgerrit | Guo Jingyu proposed openstack/nova master: Define and catch InstanceAgentNotRunning for set-password failure https://review.opendev.org/661466 | |
| 09:16:27 | kashyap | aspiers: FWIW, ACK to the tests move; nice catch (by "SEV work") | |
| 09:17:06 | aspiers | kashyap: thanks! | |
| 09:31:16 | openstackgerrit | Merged openstack/nova master: Add delete_on_termination to volume-attach API https://review.opendev.org/673133 | |
| 09:44:27 | dtantsur | morning folks, we seem to have broken ironic with the recent nova patches | |
| 09:45:11 | cdent | dtantsur: sounds fun | |
| 09:46:52 | dtantsur | as always! | |
| 09:50:08 | cdent | when did it stop working? | |
| 09:51:24 | dtantsur | cdent: it's because of https://review.opendev.org/#/c/656027/, a fix is already posted | |
| 09:51:41 | dtantsur | efried: and I also wonder why our regular job did not detect ^^ | |
| 09:51:41 | cdent | ah | |
| 09:51:58 | dtantsur | maybe list_instances is not normally hit or is not critical? | |
| 09:55:49 | cdent | i would guess that most of the time individual instances are retrieved | |
| 09:55:52 | cdent | but that's totally a guess | |
| 10:00:33 | openstackgerrit | hulina proposed openstack/nova master: Nova raise exceptions when extending volume fails https://review.opendev.org/680648 | |
| 10:09:52 | artom | stephenfin, sean-k-mooney, can I get your thoughts on a thing? | |
| 10:10:01 | artom | You know this bit: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L4525-L4528 | |
| 10:10:42 | artom | Normally on a host not intended for NUMA instances, https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L4549 will return None because vcpu_pin_set will not be set | |
| 10:11:51 | stephenfin | looking | |
| 10:12:21 | stephenfin | artom: Yeah, correct | |
| 10:12:33 | artom | If, however, an instance without a NUMA topology lands on a host with vcpu_pin_set not None, guest.cpuset being not None ends up triggering https://github.com/openstack/nova/blob/master/nova/virt/libvirt/config.py#L2587-L2590 and we end up pinning guest CPUs that way | |
| 10:13:05 | artom | (via https://libvirt.org/formatdomain.html#elementsCPUAllocation, not our usual vcpupin XML bits) | |
| 10:14:19 | artom | Do we care about *that* form of CPU pinning (the one via <vcpu cpuset=blah>) for live migration? | |
| 10:14:22 | stephenfin | artom: um, I think that's correct, yeah | |
| 10:14:27 | artom | Theoretically we should be recalculating it | |
| 10:14:36 | bauzas | now I'm a bit afraid of my application be rejected because of some coffee traces on my passport :/ | |
| 10:14:39 | stephenfin | yup | |
| 10:14:43 | stephenfin | we should | |
| 10:14:51 | artom | But... in practice, does it actually happen? | |
| 10:14:56 | stephenfin | ohh | |
| 10:15:01 | stephenfin | hmm, I'm not actually sure | |
| 10:15:05 | artom | We tell everyone to split NUMA instances into host aggregates | |
| 10:15:17 | bauzas | stephenfin: I also think we should correctly document the weird case you mention in https://review.opendev.org/#/c/680107/3 | |
| 10:15:19 | stephenfin | I had this written off as being fixed by your series | |
| 10:15:29 | artom | So a non-NUMA instances landing on a host with vcpu_pin_set is... unlikely? | |