*** ysandeep|out is now known as ysandeep | 06:04 | |
*** ysandeep is now known as ysandeep|afk | 07:27 | |
jrosser_ | morning | 07:40 |
---|---|---|
noonedeadpunk | hey \o/ | 08:08 |
*** ysandeep|afk is now known as ysandeep | 08:22 | |
damiandabrowski | hi! | 08:23 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-haproxy_server master: Allow haproxy to bind on the interface https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/852039 | 08:40 |
* jrosser_ ^ interesting | 08:44 | |
jrosser_ | this is SO_BINDTODEVICE stuff i guess | 08:48 |
noonedeadpunk | yup, it is | 08:50 |
jrosser_ | why is it needed to bind to 0.0.0.0 in that case? | 08:51 |
noonedeadpunk | well, I define *, but in facts it's still binding to 0.0.0.0 | 08:52 |
jrosser_ | maybe i just miss some reason that this ip isn't known | 08:52 |
noonedeadpunk | or well, it can bind to [::] | 08:53 |
noonedeadpunk | so why I'm trying to do that, is to implement DNS round-robin. With that, 3 keepalived groups are configured, each with it's own master on different controllers. So if define each VIP individually, you would get quite a lot bindings which is not that efficient and config gets really big, and you can't use DNS as only first resolved IP would be used | 08:56 |
noonedeadpunk | So IPs are known, there're just too much of them at the end. Like 3 public and 3 private VIPs | 08:57 |
noonedeadpunk | that would mean 9 frontends defined per service | 08:58 |
noonedeadpunk | s/9/6/ | 08:58 |
mrf | Morning :) | 09:10 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible master: Pass br-bmaas or internal container interface IP to os_ironic role https://review.opendev.org/c/openstack/openstack-ansible/+/852120 | 09:18 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Install only the required dhcp config files for inspector https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/852121 | 09:27 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Bind http and tftp services to the bmaas network https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/852122 | 09:28 |
noonedeadpunk | jrosser_: regarding https://review.opendev.org/c/openstack/openstack-ansible/+/852120 - are you sure about that? As looking at how os_octavia handling that https://opendev.org/openstack/openstack-ansible-os_octavia/src/branch/master/defaults/main.yml#L351 | 09:39 |
noonedeadpunk | not really saying it's better, but just pointing to the fact octavia does this differently :) | 09:40 |
jrosser_ | i was looking at octavia too to see how it is done | 09:40 |
noonedeadpunk | but it's playbook not calling for dynamic-address-fact.yml ? | 09:41 |
jrosser_ | no it's not | 09:41 |
noonedeadpunk | so my question is more - should we patch also octavia to match ? or there're different needs for ironic? | 09:41 |
jrosser_ | looking at the octavia defaults what it seems to be wanting is the interface name, for iptables | 09:42 |
jrosser_ | and then a list of all the HM in octavia_hm_hosts | 09:43 |
noonedeadpunk | well, we are getting address there with `hostvars[host]['container_networks'][octavia_container_network_name]['address']` | 09:43 |
jrosser_ | so yeah, i was looking at dynamic-address-fact and seeing how it handles metal/not metal quite specifically | 09:43 |
jrosser_ | then being confused about why we do things quite differently in the octaiva role | 09:43 |
noonedeadpunk | but I don't really have an opinion on what's better approach | 09:44 |
noonedeadpunk | dynamic-address-fact was quite confusing from what I can recall when debugging it | 09:44 |
jrosser_ | maybe it needs another look | 09:46 |
jrosser_ | because of this https://github.com/openstack/openstack-ansible/blob/master/playbooks/common-tasks/dynamic-address-fact.yml#L30-L32 | 09:46 |
jrosser_ | i think you might be right, that dynamic-address-fact is not needed in this case | 09:50 |
noonedeadpunk | So I feel that octavia might be more flexible because you can override that all if our assumptions are not correct for some reason | 09:51 |
jrosser_ | container_networks['bmaas_address']['address'] gives the right thing | 09:51 |
noonedeadpunk | At the same time I guess we get all information we need from basically same place (facts) | 09:51 |
noonedeadpunk | or well, inventory | 09:52 |
jrosser_ | i'll make it like the octavia one | 09:52 |
opendevreview | Merged openstack/openstack-ansible stable/xena: Bump OpenStack-Ansible Xena https://review.opendev.org/c/openstack/openstack-ansible/+/851974 | 09:59 |
noonedeadpunk | ok, so hopefully we can merge Yoga stuff now... | 10:06 |
noonedeadpunk | give rocky tests are fixed | 10:07 |
noonedeadpunk | *given | 10:07 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible stable/yoga: rabbitmq: default to using TLS for management user interface https://review.opendev.org/c/openstack/openstack-ansible/+/851380 | 10:15 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-lxc_hosts stable/yoga: Take account of lxc_apt_mirror in new debootstrap command https://review.opendev.org/c/openstack/openstack-ansible-lxc_hosts/+/851387 | 10:17 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-haproxy_server master: Allow haproxy to bind on the interface https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/852039 | 10:38 |
noonedeadpunk | damn, I tested new scenario pretty good but clean forgot to check if it's not breaking old one. We defenitally need to come up with more precise individual roles testing. | 10:41 |
noonedeadpunk | *definitely | 10:41 |
opendevreview | Merged openstack/openstack-ansible stable/yoga: Correct series names for documentation. https://review.opendev.org/c/openstack/openstack-ansible/+/851882 | 10:41 |
opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-rabbitmq_server stable/ussuri: Use cloudsmith repo for rabbit and erlang https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/850350 | 11:17 |
*** dviroel|afk is now known as dviroel | 11:34 | |
*** ysandeep is now known as ysandeep|afk | 12:03 | |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Bind http and tftp services to the bmaas network https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/852122 | 12:05 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Bind http and tftp services to the bmaas network https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/852122 | 13:17 |
jrosser_ | jamesdenton: thanks for looking at the ironic patches | 13:17 |
jrosser_ | there seems to be a lot of cleanup to do | 13:17 |
jamesdenton | no problem! and yes, there is a bit of cleanup needed | 13:17 |
jamesdenton | my test setup has been metal, as you pointed out. i have some thoughts on what this change might affect, but will have to see | 13:18 |
jrosser_ | i expect it's pretty much working in metal | 13:18 |
jamesdenton | yep. | 13:18 |
mrf | jrosser i can suggest that we osa modify the etc/hosts file save a .original file and then if lxc-containers-destroy rollback to .original hostfile :P | 13:18 |
jrosser_ | jamesdenton: i'd certainly be interested in your thoughts on the network / port binding changes | 13:19 |
jamesdenton | in fact, jrosser_, i do not have a bmaas network of any kind | 13:19 |
jrosser_ | right, i was thinking it must be something like that as i just don't understand how some of this ever worked | 13:20 |
jrosser_ | unless it was some sort of metal / everything-routes-to-everything setup | 13:20 |
jrosser_ | mrf: but what would you roll it back to? :) | 13:21 |
jrosser_ | you can delete any / some / all containers | 13:21 |
jamesdenton | well, i am using the 'neutron' interface, too, which relies on a provider network to exist that is used for PXE. it's routed and can reach the mgmt network of the hosts, where port 8051 is listening | 13:21 |
jrosser_ | i think we might be doing that too | 13:21 |
jrosser_ | but on the controllers hook it to br-bmaas and then that into the ironic LXC | 13:22 |
jamesdenton | gotcha. | 13:22 |
jamesdenton | i have avoided br-bmaas and br-lbaas in my deployment | 13:22 |
jrosser_ | so we need to make sure that both of these approachescan be made to work | 13:22 |
jamesdenton | agreed | 13:23 |
jamesdenton | i have some free cycles next week and will try and document the metal scenario w/ diagrams and overrides and whatnot | 13:23 |
jrosser_ | it's likey that if you changed my new var `ironic_container_network_name: "bmaas_address"` to be container_address then it would bind to the mgmt address | 13:24 |
mrf | jrosser rollback to the original file :P | 13:25 |
mrf | as you done a backup before touch :O | 13:25 |
jamesdenton | i think you're right | 13:25 |
jrosser_ | not sure i'm totally happy with that var name tbh | 13:25 |
jrosser_ | i was looking at the octavia role and omg the naming is confusing there | 13:26 |
jamesdenton | i tried to simplify my life there. too many bridges and right turns | 13:26 |
jamesdenton | octavia_hm_hosts: "{% for host in groups[octavia_hm_group] %}{{ hostvars[host]['container_address'] }}{% if not loop.last %},{% endif %}{% endfor %}" | 13:27 |
jamesdenton | and now i don't need the bridge, it's just routed | 13:27 |
jrosser_ | the other thing that you have easier will be the provisioning callback address | 13:27 |
jamesdenton | in this environment, container network == management network. iirc you did something similar | 13:27 |
jamesdenton | yes | 13:27 |
jrosser_ | as the provisioning network can route to the internal VIP | 13:28 |
jamesdenton | yeah, lxc makes that trickier, i admit | 13:28 |
jrosser_ | with LXC/br-bmaas thats tricker | 13:28 |
jrosser_ | currently we've overridenn the callback address to be the api endpoint in the ironic containers (different in each one) rather than use the VIP | 13:28 |
jrosser_ | as thats reachable from the br-bmaas | 13:29 |
NeilHanlon | rocky 9 images should be available to build via DIB now. just put in https://review.opendev.org/c/openstack/project-config/+/852167 to get it onto nodepool | 13:29 |
jrosser_ | though the HA for ironic is something that i don't fully understand atm | 13:29 |
jrosser_ | as it seems each baremetal node is assigned to a specific conductor for provisioning | 13:30 |
jamesdenton | yes, each node is assigned to a conductor | 13:30 |
jamesdenton | i can't recall how a new conductor is selected | 13:30 |
jrosser_ | so it's not actually a great loss that each conductor gives out the IP of it's adjacent ironic-api as the callback location | 13:30 |
jamesdenton | seems pretty reasonable, until all of your nodes end up on the same conductor | 13:31 |
jamesdenton | i have a 4:1:0 distribution at the moment | 13:31 |
jrosser_ | NeilHanlon: thats great - hopefully it's not so bad to get OSA working on those as we already have some centos-9 | 13:37 |
NeilHanlon | yep, i've got a machine booting up now to test and try and get ahead | 13:39 |
jrosser_ | excellent | 13:41 |
mgariepy | https://www.theregister.com/2022/08/04/gitlab_data_retention_policy/ | 13:42 |
mgariepy | wow. | 13:42 |
*** ysandeep|afk is now known as ysandeep | 13:45 | |
NeilHanlon | i.. uhh. | 13:45 |
NeilHanlon | wow. yep. that's the word mgariepy | 13:45 |
mgariepy | wtf would also be correct on this one... | 13:46 |
NeilHanlon | my first thought was 'wtaf' | 13:46 |
jrosser_ | it would just take one script to automatically post an issue to each repo and they'd no longer be dormant | 13:50 |
mgariepy | dormant project would be more like project that don't get cloned for a number of years imo. | 13:50 |
jrosser_ | `A single comment, commit, or new issue posted to a project during a 12-month period will be sufficient to keep the project alive.` | 13:51 |
mgariepy | run that script from a running in gitlab itself ! :P | 13:51 |
mgariepy | runner** | 13:51 |
NeilHanlon | 😂 | 13:52 |
mgariepy | https://www.vice.com/en/article/ywen8x/13000-projects-ditched-github-for-gitlab-monday-morning | 13:53 |
mgariepy | good old days.. | 13:53 |
* NeilHanlon grumbles about github and gitlab and how everyone should just run their own gitea server | 13:54 | |
mgariepy | unless gitea code is hosted in gitlab :P which might get it deleted haha | 13:54 |
NeilHanlon | lol 😂 | 14:04 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Ensure ironic inspector dhcp server listen address is defined https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/852173 | 14:12 |
*** frenzyfriday|rover is now known as frenzyfriday|rover|lunch | 14:16 | |
NeilHanlon | hrm.. jrosser_ - i feel like we've run into this before https://paste.opendev.org/show/bHs06pPUkLUi29wXKZdH/ | 14:22 |
jrosser_ | NeilHanlon: lxc-templates i think? | 14:23 |
jrosser_ | there was a packaging wierdness that meant they were missing so we did have something similar | 14:24 |
jrosser_ | and i think you addressed that in your PPA <- insert correct term here | 14:24 |
NeilHanlon | ah, right | 14:24 |
NeilHanlon | (COPR) | 14:24 |
mrf | hmmm im getting | 14:25 |
jrosser_ | i think you can hack around it by grabbing the template from somewhere else and dropping it in the right /usr/share/somewhere/... | 14:26 |
NeilHanlon | i remember now.. brain is a hot mess after the last few months lol | 14:29 |
NeilHanlon | I had been speaking to the individual who maintains the epel lxc package about it, and he seemed open to putting it into either the lxc package or perhaps a new package altogether--so i'm going to track that down. will help in c9s and r9. | 14:29 |
NeilHanlon | though I guess those templates are 'legacy' so maybe we (OSA) should investigate if there's a better way to accomplish the tasks that OSA performs? | 14:30 |
mrf | jrosser from distro to master distro the haproxy required for us haproxy_keepalived_authentication_password | 14:32 |
mrf | as mandatory param | 14:32 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible master: Attach bmaas network to ironic_api containers https://review.opendev.org/c/openstack/openstack-ansible/+/852174 | 14:32 |
mrf | ok im retard :P | 14:32 |
mrf | i deleted the secrets file too... | 14:33 |
jrosser_ | oops | 14:34 |
jrosser_ | mrf: having /etc/openstack-deploy as a git repo is a good plan | 14:35 |
mgariepy | and do not forget to commit your changes :D | 14:35 |
NeilHanlon | wrap popd to git commit whenever you leave the directory /s | 14:41 |
*** ysandeep is now known as ysandeep|out | 14:52 | |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Bind http and tftp services to the bmaas network https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/852122 | 15:11 |
opendevreview | Neil Hanlon proposed openstack/openstack-ansible master: Use the centos logic as Rocky 8 is not supported https://review.opendev.org/c/openstack/openstack-ansible/+/852181 | 15:26 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible master: Remove ironic_server from env.d https://review.opendev.org/c/openstack/openstack-ansible/+/852182 | 15:29 |
opendevreview | Neil Hanlon proposed openstack/openstack-ansible-plugins master: Bring redhat vars in line with centos overrides https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/852183 | 15:29 |
jrosser_ | NeilHanlon: if you want to backport Rocky-9 to Yoga you might want to do things in two steps | 15:32 |
NeilHanlon | w.r.t. the bootstrap script? | 15:33 |
jrosser_ | well just generally - i was going to mention it earlier | 15:33 |
jrosser_ | as theres no doubt tons of opportunity to clean up 8 vs 9 variables and stuff | 15:33 |
NeilHanlon | gotcha gotcha | 15:33 |
noonedeadpunk | I believe we even hold up a bit with cleaning out r8 just for ease of backport | 15:34 |
jrosser_ | i think oversimplifying hugely we can add rocky9 and backport it as needed, then go and clean out 8 properly and refactor stuff on master to make it tidy | 15:36 |
* jrosser_ wtf at os_ironic role targeting ironic_compute group | 15:37 | |
jrosser_ | mess mess mess | 15:37 |
NeilHanlon | okay, that makes sense. my strategy right now is just manually walking through an AIO install and trying to fix what I find along the way | 15:37 |
NeilHanlon | e.g. the ansible-plugins change is due to it trying to install the non-existent powertools on rocky 9 | 15:39 |
jrosser_ | NeilHanlon: you can make those vars files more OS specific | 15:44 |
jrosser_ | https://github.com/openstack/openstack-ansible-plugins/blob/master/roles/glusterfs/tasks/main.yml#L16-L30 | 15:45 |
jrosser_ | if you need a rocky-9 specific one then i think you can make rocky-9.yml, or redhat-9.yml, and perhaps rename the existing one to -8 to make that apply only to the -8 releases | 15:46 |
jrosser_ | with it called 'redhat.yml' at the moment it applies to * in that OS family | 15:46 |
jrosser_ | i expect quite a bit of adding rocky-9 will be messing with vars file naming like this | 15:46 |
*** dviroel is now known as dviroel|lunch | 15:47 | |
NeilHanlon | Understood. that makes sense | 15:50 |
*** ysandeep|out is now known as ysandeep|PTO | 15:51 | |
NeilHanlon | i'm hearing "don't be afraid to make new files for rocky even if it means they have duplicate content for a while" | 15:51 |
jrosser_ | theres a judgement to be made, if the file is small and really only contains the things that vary then thats fine | 15:51 |
jrosser_ | but if its large and you can do the same by adding a ternary(this, that) to handle 8 and 9, then use that | 15:52 |
NeilHanlon | ack | 15:52 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible master: Remove ironic_server from env.d https://review.opendev.org/c/openstack/openstack-ansible/+/852182 | 16:03 |
jrosser_ | jamesdenton: this is puzzling https://paste.opendev.org/show/bQa0Q4GG7BIE7VbksMqT/ | 16:24 |
jrosser_ | like how does the ironic_compute thing end up in ironic_all? | 16:24 |
jamesdenton | hmm | 16:27 |
jrosser_ | it tries to template out all sorts of ironic config files into there | 16:28 |
jrosser_ | which is just wrong | 16:28 |
jamesdenton | yeah it's really just a vehicle for nova compute service, right> | 16:28 |
jrosser_ | thats my understandling | 16:28 |
jrosser_ | lets also note that it deploys a copy of nova-scheduler too | 16:28 |
jrosser_ | which looks also pretty bogus | 16:28 |
jamesdenton | lol, i'd say so | 16:29 |
jrosser_ | something wierd is happening there, env.d and the inventory json don't appear to put the compute host in ironic_all | 16:30 |
jamesdenton | agreed | 16:31 |
jamesdenton | is that master? | 16:32 |
jamesdenton | jrosser_ less nefarious than we thought... https://github.com/openstack/openstack-ansible/blob/master/inventory/inventory.ini#L129 | 16:50 |
*** dviroel|lunch is now known as dviroel | 16:52 | |
opendevreview | James Denton proposed openstack/openstack-ansible master: Remove ironic_compute container from ironic_all https://review.opendev.org/c/openstack/openstack-ansible/+/852197 | 16:55 |
*** frenzyfriday|rover|lunch is now known as frenzyfriday|rover | 16:55 | |
jrosser_ | jamesdenton: 8-O | 16:58 |
jrosser_ | omg i had no idea that file did anything | 16:58 |
jrosser_ | it even says [WARNING]: Unable to parse /etc/openstack_deploy/inventory.ini as an inventory source | 16:59 |
jrosser_ | oh well, thats not it is it /o\ | 16:59 |
jrosser_ | noonedeadpunk: have you seen this? | 17:00 |
jamesdenton | https://paste.opendev.org/show/bU9rh1VL2WUEFQ8GuH8A/ | 17:01 |
jrosser_ | yeah i've got the same here | 17:01 |
jamesdenton | but it's complaining about /etc, not /opt | 17:01 |
jrosser_ | i'd always thought that the inventory/inventory.ini was there as an example, if you wanted to make a static inventory | 17:02 |
jrosser_ | not that it was merged in with the dynamically generated one | 17:02 |
jamesdenton | ./scripts/openstack-ansible.rc:19:export ANSIBLE_INVENTORY="${ANSIBLE_INVENTORY:-OSA_INVENTORY_PATH/dynamic_inventory.py,OSA_INVENTORY_PATH/inventory.ini,${OSA_CONFIG_DIR}/inventory.ini}" | 17:02 |
jamesdenton | interesting. | 17:03 |
jrosser_ | well there you go | 17:03 |
jrosser_ | i wonder if thats actually what we want | 17:03 |
jamesdenton | guess it's a convenient way to create new groups. or maybe that's just the brains behind the python, i dunno | 17:04 |
jamesdenton | well, TIL i guess | 17:05 |
jrosser_ | snap :) | 17:05 |
jamesdenton | moving on then :D | 17:06 |
jrosser_ | indeed | 17:06 |
jrosser_ | i have a whole bunch of patches for ironic now | 17:06 |
jamesdenton | sweet! i'm actually OOO tomorrow thru Wednesday, but will happily test upon my return | 17:07 |
jrosser_ | cool that would be great | 17:07 |
opendevreview | James Denton proposed openstack/openstack-ansible-os_ironic master: Remove ironic_server from inventory https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/852199 | 17:13 |
jamesdenton | jrosser_ do you use the MNAIO? | 17:17 |
jrosser_ | not for a long time | 17:17 |
jrosser_ | though maybe when we have ironic deployed that will be less hassle | 17:18 |
jrosser_ | as it needs a pretty huge machine iirc | 17:18 |
jamesdenton | it does need some beef, yes | 17:18 |
jrosser_ | we really don't test os_ironic at all in CI | 17:18 |
jamesdenton | i thought about an MNAIO on AIO type thing, but the AIO deployment is fairly lengthy by itself, and the trouble of Ironic w/ OVS wasn't something i wanted to tackle. | 17:19 |
NeilHanlon | oh.. MNAIO sounds fun :D | 17:24 |
jamesdenton | NeilHanlon https://github.com/openstack/openstack-ansible-ops/tree/master/multi-node-aio - feel free to poke | 17:24 |
jamesdenton | it's been handy for multi-node upgrade testing and quick rollback | 17:25 |
NeilHanlon | TY :) it sounds excellent, assuming I can repurpose a box to run it lol | 17:26 |
jrosser_ | fast disks == win for that | 17:26 |
jamesdenton | for sure. NVMe if you've got it. | 17:27 |
mgariepy | or https://xkcd.com/303/ | 17:28 |
jamesdenton | guilty | 17:28 |
* NeilHanlon swipes the credit card and calls the accountant to make sure I can expense it | 17:31 | |
jrosser_ | i think i need to make a metal ironic AIO | 17:32 |
jrosser_ | not sure what is happening with the networking with that | 17:32 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Bind http and tftp services to the bmaas network https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/852122 | 18:07 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible-rabbitmq_server stable/ussuri: Use cloudsmith repo for rabbit and erlang https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/850350 | 18:13 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible master: Attach bmaas network to ironic_api containers https://review.opendev.org/c/openstack/openstack-ansible/+/852174 | 18:28 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Ensure ironic inspector dhcp server listen address is defined https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/852173 | 18:28 |
spatel | noonedeadpunk around | 18:50 |
spatel | or jrosser_ or you :) | 18:50 |
spatel | Does nova support sound and mic on RDP desktop of windows? | 18:51 |
spatel | my customer has very strange requirement :) | 18:51 |
mgariepy | i guess it doesn't really matter does it ? | 18:51 |
mgariepy | i mean do you need a sound card to play sound via network socket ? | 18:52 |
spatel | Requirement is VDI design where on windows RDP people can do zoom conference and listen music + they can use mic etc.. | 18:52 |
spatel | They tested it on VMware and its working.. so i gave them openstack VM to test out and audio/mic doesn't working on kvm | 18:53 |
spatel | look like sound adaptor doesn't support in KVM or may be openstack doesn't load driver | 18:54 |
spatel | I didn't find any stanza in kvm dumpxml file related sound adaptor | 18:54 |
jrosser_ | are you sure it's a feature of the virtualisation and not that some sort of audio redirection needs to be enabled in windows? | 19:07 |
jamesdenton | some vintage mailing list threads mention that while KVM can do it, it's not exposed via Nova/libvirt. The recommendation was to implement libvirt hooks to modify the xml on the fly | 19:12 |
jamesdenton | very vintage though | 19:12 |
*** dviroel is now known as dviroel|afk | 20:59 | |
opendevreview | Merged openstack/openstack-ansible-os_rally stable/yoga: Control rally-openstack installed version https://review.opendev.org/c/openstack/openstack-ansible-os_rally/+/849227 | 21:54 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Bind http and tftp services to the bmaas network https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/852122 | 21:55 |
opendevreview | Jonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Ensure ironic inspector dhcp server listen address is defined https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/852173 | 21:55 |
*** dviroel|afk is now known as dviroel | 23:30 | |
*** dviroel is now known as dviroel|out | 23:36 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!