| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-03-15 | |||
| 14:43:52 | sean-k-mooney | i think that is expected | |
| 14:44:41 | sean-k-mooney | when using designate the fixed ips set on the neutron port are registred in dns so that vms can directlly ssh to other vms via there host/dns name | |
| 14:44:42 | k-s-dean | In the neutron documentation it says that the VMs name gets appended on to the dns domain on port update events. | |
| 14:44:56 | k-s-dean | specifically for floating IPs | |
| 14:45:40 | k-s-dean | something has obviously changed since I last installed openstack. | |
| 14:46:19 | sean-k-mooney | i was always under the impression that both fix and floating ips were always regeistred | |
| 14:46:30 | sean-k-mooney | though the dns name might be different for each | |
| 14:46:50 | k-s-dean | The floating IP is being registered but like so | |
| 14:47:05 | k-s-dean | 10-30-0-205.os.example.com. | A | 10.30.0.205 | |
| 14:47:27 | k-s-dean | I swear that in stein the VMs name was added to that DNS name | |
| 14:47:49 | k-s-dean | https://docs.openstack.org/ocata/networking-guide/config-dns-int.html#config-dns-int-dns-resolution | |
| 14:47:54 | k-s-dean | these docs are wrong then. | |
| 14:49:42 | sean-k-mooney | i have 172-20-5-191.cloud.seanmooney.info. cyborg-1.cloud.seanmooney.info. cyborg-1.sean.cloud.seanmooney.info. | |
| 14:49:46 | sean-k-mooney | all for the same vm | |
| 14:50:08 | k-s-dean | are those assigned to the floating IP or fixed IP | |
| 14:50:13 | sean-k-mooney | fixed | |
| 14:50:38 | k-s-dean | is that for internal DNS resolution then ? | |
| 14:50:44 | k-s-dean | not external | |
| 14:51:02 | k-s-dean | because I thought dns mask needed to be setup for that | |
| 14:51:16 | sean-k-mooney | well this is my home cloud and all the ips in my neturon subnet allocation pool are routable | |
| 14:51:32 | sean-k-mooney | my vms only get public ipv6 address | |
| 14:51:45 | k-s-dean | Yeah, so thats where I think there has been a major change. | |
| 14:52:02 | k-s-dean | in the neutron docs. Use case 2: Floating IPs are published with associated port DNS attributes | |
| 14:52:26 | k-s-dean | you can see at the end the floating IP is assigned the VMS name. | |
| 14:52:42 | k-s-dean | I can work around this by using a flat provider network, | |
| 14:52:55 | k-s-dean | and attach the VMs directly to the network. | |
| 14:52:58 | sean-k-mooney | well floating ips are named by the enduser when you create them | |
| 14:53:08 | sean-k-mooney | nova does not create floating ips fro you | |
| 14:53:47 | k-s-dean | ok i thought that when you attach a floating IP to an instance, neutron would notify nova of the port update and nova would notify designate of the VMS name | |
| 14:54:00 | sean-k-mooney | no | |
| 14:54:36 | sean-k-mooney | to attach a floating ip you call the nova api but we do not call designate. | |
| 14:54:49 | sean-k-mooney | its possible that designate is listing to nova notifcation bus | |
| 14:55:06 | k-s-dean | it is. | |
| 14:55:22 | sean-k-mooney | im not sure it does any more | |
| 14:55:22 | k-s-dean | the way this works has obviously changed, since stein | |
| 14:55:24 | sean-k-mooney | it used too | |
| 14:55:38 | sean-k-mooney | but any change in this behavior is on the designate/neutron side | |
| 14:55:50 | k-s-dean | if the expected workflow is that the dns name for floating IPs is specified by the user then I'll have to live with that. | |
| 14:56:36 | k-s-dean | on my last openstack installation. it worked as specified in Use case 2: Floating IPs are published with associated port DNS attributes | |
| 14:56:42 | openstackgerrit | Merged openstack/nova master: libvirt: Use firmware metadata files to configure instance https://review.opendev.org/c/openstack/nova/+/779304 | |
| 14:56:42 | k-s-dean | in the neutron docs i posted above. | |
| 14:58:07 | sean-k-mooney | well as i said that behavior before was not provided by nova it was provide by designate | |
| 14:58:31 | sean-k-mooney | it might still be possibel to do but you would have to look at what was change in designate and if its configurable | |
| 14:58:53 | k-s-dean | ok thanks sean, much appreciated | |
| 14:59:07 | k-s-dean | I've been going round in circles because this use to work before. | |
| 15:00:12 | sean-k-mooney | looking at my own installl designate has stopped registering dns entires entirely which is nice of it. | |
| 15:00:31 | k-s-dean | wow ok. | |
| 15:01:11 | sean-k-mooney | i will be reinsitalling my home cloud in the next month or so and designate as much as i like it is one of the service im trying to desicied if ill keep | |
| 15:01:14 | k-s-dean | I basically have to disable the nova:fixed handler in designate-sink so that it does not register the fixed IPs | |
| 15:01:28 | k-s-dean | What would you use instead ? | |
| 15:01:56 | sean-k-mooney | for my home install just updating my cloudflare dns entires by hand | |
| 15:02:07 | k-s-dean | I'm open to suggestions. Its just a nice to have if I can register VM names in DNS. I dont have to faf around with my internal firewall. | |
| 15:02:13 | sean-k-mooney | which would be a regression but i could live with it | |
| 15:02:29 | sean-k-mooney | k-s-dean: yep it really is nice to have | |
| 15:03:20 | k-s-dean | oh well. I plan on using terraform for spinning up VMs so I guess i'll manually have to specify the dns name each time. | |
| 15:03:36 | k-s-dean | or I switch to a flat network completely. then it works as I expect. | |
| 15:04:37 | k-s-dean | I'm tempted to run, Stein containers in kolla to see if that works. but i know different versions aren't supported between release | |
| 15:04:40 | sean-k-mooney | in my case i think i just have a bug in the verion i have deployed as it use to work fine | |
| 15:04:59 | sean-k-mooney | im also debating about removing https://docs.openstack.org/neutron/latest/admin/config-bgp-dynamic-routing.html | |
| 15:05:17 | k-s-dean | is your cloud exposed directly to the internet ? via your ISP | |
| 15:05:40 | sean-k-mooney | not quite | |
| 15:05:46 | stephenfin | gibi: bauzas: lyarwood: Despite appearances, sean-k-mooney is on PTO this week so I was going to rework https://review.opendev.org/c/openstack/nova/+/780333/ I think it's important enough to warrant inclusion | |
| 15:05:49 | stephenfin | Any issues with me doing that? | |
| 15:06:21 | stephenfin | Just waiting for https://review.opendev.org/c/openstack/nova/+/770532/ to (hopefully) merge first since the rest of the series is in merge conflict too | |
| 15:06:33 | sean-k-mooney | k-s-dean:i have a ipv6 tunnel from hurican eletric which i then have a /48 from which i can allocate to vms | |
| 15:07:11 | lyarwood | stephenfin: none, should we ban sean-k-mooney ? /s | |
| 15:07:32 | stephenfin | kick them kick them kick them... | |
| 15:07:38 | sean-k-mooney | hehe im finishin ga release note update and ill be going away then | |
| 15:07:58 | sean-k-mooney | i need to charge the battery in my car... | |
| 15:08:08 | lyarwood | where did I put that ban hammer | |
| 15:08:11 | sean-k-mooney | turns out you should drive it more then once every few months | |
| 15:08:14 | lyarwood | haha | |
| 15:08:17 | lyarwood | yeah | |
| 15:08:17 | k-s-dean | Sorry, I'm taking up your time. I'll shoot off and live with the limitations. | |
| 15:08:34 | sean-k-mooney | k-s-dean: no worres sorry i could not help more | |
| 15:09:46 | k-s-dean | No problem thanks for helping me out. Better to get an answer from someone who is actively working on openstack. then I can go tell my boss that we will have to live with it rather than expecting it to work. | |
| 15:11:35 | sean-k-mooney | k-s-dean: if you dont get a responce on the designate channel try emailing the mailing list. | |
| 15:11:56 | sean-k-mooney | i use designate but i dont follow its developemnt so there might be a simple fix i dont know about | |
| 15:13:07 | k-s-dean | ok will do. I'm gonna try build a designate stein container push that to my environment see if it breaks. | |
| 15:28:58 | openstackgerrit | sean mooney proposed openstack/nova master: block unsupported actions with vdpa. https://review.opendev.org/c/openstack/nova/+/780333 | |
| 15:30:00 | sean-k-mooney | ok ill be away for the next while ill check back ocationally but ^ shoudl not document the limitation in the release note and it now uses the network info cache instead of calling neutron where possibel. | |
| 15:32:13 | stephenfin | sean-k-mooney: thanks, saves me some work :) | |
| 15:39:37 | sean-k-mooney | *should now document | |
| 15:40:03 | sean-k-mooney | stephenfin: hehe well i just worte doc so i dont know fixing the typos if their are any might be more work :P | |
| 15:40:22 | sean-k-mooney | o/ | |
| 16:30:26 | gibi | stephenfin: no problem if you take over vdpa from sean-k-mooney | |
| 19:29:54 | openstackgerrit | Merged openstack/nova stable/queens: [stable-only] gate: Pin CEPH_RELEASE to nautilus in LM hook https://review.opendev.org/c/openstack/nova/+/780287 | |
| #openstack-nova - 2021-03-16 | |||
| 00:03:26 | openstackgerrit | Merged openstack/nova master: libvirt: Add guest generation for vDPA https://review.opendev.org/c/openstack/nova/+/770532 | |
| 00:13:12 | openstackgerrit | Vlad Gusev proposed openstack/nova stable/stein: Use subqueryload() instead of joinedload() for (system_)metadata https://review.opendev.org/c/openstack/nova/+/761812 | |
| 00:47:29 | brinzhang | bauzas, gibi: hope we can continue to discuss the question with add accel_uuids in periodic task (_poll_shelved_instances) while you are all online, thanks | |
| 06:31:09 | openstackgerrit | Wenping Song proposed openstack/nova-specs master: Trival change: correct some nits https://review.opendev.org/c/openstack/nova-specs/+/780443 | |
| 07:20:44 | ignaziocassano | hello All, please any help on live migration on queens ? when I migrate the vm crash on destination node | |
| 07:20:49 | ignaziocassano | Ignazio Cassano <ignaziocassano@gmail.com> | |
| 07:20:50 | ignaziocassano | lun 15 mar, 18:59 (13 ore fa) | |
| 07:20:50 | ignaziocassano | a openstack-discuss | |
| 07:20:51 | ignaziocassano | Hello, | |
| 07:20:51 | ignaziocassano | looking at destination kvm host I got the following in instance log under /var/log/libvirt/qemu: | |
| 07:20:52 | ignaziocassano | 2021-03-15 11:48:31.996+0000: starting up libvirt version: 4.5.0, package: 36.el7_9.3 (CentOS BuildSystem <http://bugs.centos.org>, 2020-11-16-16:25:20, x86-01.bsys.centos.org), qemu version: 2.12.0qemu-kvm-ev-2.12.0-44.1.el7_8.1, kernel: 3.10.0-1160.15.2.el7.x86_64, hostname: podto2-kvmae | |
| 07:20:52 | ignaziocassano | LC_ALL=C \ | |
| 07:20:53 | ignaziocassano | PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \ | |