Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2019-12-03
12:24:17 openstackgerrit sean mooney proposed openstack/nova master: support pci numa affinity policies in flavor and image https://review.opendev.org/674072
12:27:14 openstackgerrit Huachang Wang proposed openstack/nova-specs master: Use PCPU and VCPU in one instance https://review.opendev.org/668656
13:55:13 openstackgerrit Balazs Gibizer proposed openstack/nova master: Move _update_pci_request_spec_with_allocated_interface_name https://review.opendev.org/696574
13:55:14 openstackgerrit Balazs Gibizer proposed openstack/nova master: Support live migration with qos ports https://review.opendev.org/695905
14:13:17 ygk_12345 hi all
14:13:29 ygk_12345 i am seeing broken pipe errors in the spice nova console logs
14:13:59 ygk_12345 the vm console is not taking the keyboard input properly and it is gibberish
14:14:06 ygk_12345 can anyone hepl me please ?
14:14:09 ygk_12345 *help
14:14:53 ygk_12345 any expert here in the spice console service ?
14:23:42 ygk_12345 can someone look into this please
14:23:45 openstack Launchpad bug 1854950 in OpenStack Compute (nova) "VM console not clear" [Undecided,New]
14:23:45 ygk_12345 https://bugs.launchpad.net/nova/+bug/1854950
14:25:33 rouk im no expert but i dont know how a broken pipe would be the issue, broken pipe is usually client going away.
14:26:31 ygk_12345 the user input is breaking into lines and not clear what they are typing into the console
14:28:56 mriedem do we have any maintainers for the vmware driver anymore? if so, would be good for them to check https://review.opendev.org/#/c/696503/ which removes nova-net support from the driver.
14:34:32 ygk_12345 thos who want to see the issue, I am pasting it here
14:35:03 ygk_12345 Uploaded file: https://uploads.kiwiirc.com/files/ee624c90d6211419f9c7f626d11e6aad/Screenshot%20from%202019-12-03%2020-03-58.png
14:45:44 ygk_12345 can anyone check my issue please ?
14:45:58 openstack Launchpad bug 1854950 in OpenStack Compute (nova) "VM spice console not clear" [Undecided,New]
14:45:58 ygk_12345 https://bugs.launchpad.net/nova/+bug/1854950
14:50:00 mriedem stephenfin: question in https://review.opendev.org/#/c/696505/ - the xenapi nova-net removal change; i think there is a firewall driver we can also remove but maybe handle it in a follow up
14:50:35 stephenfin mriedem: You mean these firewall drivers? https://review.opendev.org/#/c/696514/
14:51:05 mriedem you cheeky monkey
14:51:48 sean-k-mooney yes you did which is not something i associate with the us
14:52:03 mriedem b/c it's not
14:52:45 sean-k-mooney thats more of a british/irish thing that granparents say to little childeren when they got away with something
14:53:19 ygk_12345 is anyone here familiar with the nova spice console ?
14:54:04 sean-k-mooney i think we all have deployed it at different times. are you haveing a specific issue
14:54:26 openstack Launchpad bug 1854950 in OpenStack Compute (nova) "VM spice console not clear" [Undecided,New]
14:54:26 ygk_12345 sean-k-mooney this one https://bugs.launchpad.net/nova/+bug/1854950
14:56:41 sean-k-mooney that is strange i dont think i have ever seen https://launchpadlibrarian.net/454102031/Screenshot%20from%202019-12-03%2020-03-58.png
14:57:20 sean-k-mooney stephenfin: do you recall if we still use websockify with the spice console
14:57:22 ygk_12345 when a use presses even an ENTER key it is splitting into lines and dots
14:57:29 stephenfin we do
14:57:31 ygk_12345 *user
14:58:33 sean-k-mooney ygk_12345: it look like the data is being currpted and the broken pipes would lead me to belive this is why the console is currupted
14:58:58 sean-k-mooney im wondering if the could be a websockify issue
15:00:06 sean-k-mooney we had this bug back in august https://bugs.launchpad.net/nova/+bug/1840788
15:00:07 openstack Launchpad bug 1840788 in OpenStack Compute (nova) "websockify-0.9.0 breaks tempest tests" [Undecided,In progress] - Assigned to melanie witt (melwitt)
15:00:36 sean-k-mooney ygk_12345: what version of websockify do you have installed?
15:00:49 ygk_12345 sean-k-mooney how to check it ?
15:00:58 sean-k-mooney how did you install
15:01:12 ygk_12345 sean-k-mooney openstack ansible rocky 18.1.9 branch
15:01:31 sean-k-mooney ok did you do the package install or the souce install
15:02:04 ygk_12345 sean-k-mooney how do I determine that ? I just ran the playbooks
15:02:30 sean-k-mooney mnaser: what is the default install mode for openstack ansible in rocky?
15:02:32 ygk_12345 followed the deployment guide as usual
15:02:50 mnaser sean-k-mooney: default is source inside containers
15:03:22 sean-k-mooney mnaser: so to check websockify version ygk_12345 would have to ssh into the lxc container then do a pip freeze in the virtual env?
15:04:19 ygk_12345 mnaser exact command please
15:04:55 mnaser right they can hop into the lxc container (using lxc-attach too) and /openstack/venvs/nova-$version/bin/pip freeze
15:05:41 ygk_12345 mnaser ok
15:06:14 sean-k-mooney ygk_12345: that may not be the error but if you are using 0.9.0 then its possibel. resolving the broken pipes will likely fix the issue but first you need to figure out why that happens
15:06:28 sean-k-mooney that is outside the scope of nova
15:07:29 ygk_12345 sean-k-mooney websockify==0.8.0
15:07:55 sean-k-mooney ok so that should hopefully be ok
15:08:18 ygk_12345 sean-k-mooney how to proceed now ?
15:08:41 sean-k-mooney you need to determin what is causing the broken pipies
15:09:05 ygk_12345 any clues ?
15:10:00 sean-k-mooney other then looking at the websockify logs and journalctl not really but perhaps someone else has an idea
15:13:49 mriedem stephenfin: i jumped a bit but there are some nits in https://review.opendev.org/#/c/696511/4 if you want to FUP or if you end up needing to rev the series
15:14:55 openstackgerrit Matt Riedemann proposed openstack/nova master: WIP: log when loading security group driver https://review.opendev.org/652783
15:16:22 stephenfin coolness
15:17:02 ygk_12345 sean-k-mooney we have a another similar setup, there also I observer broke pipe errors but the console is functioning fine there
15:17:58 ygk_12345 sean-k-mooney do u thin k the problem is with the netwrok issues ?
15:19:06 sean-k-mooney dansmith: by the way after our conversation with sundar yesterday i decied to look at option of emulating pci device in the kernel again. we may be able ot use the PCI Endpoint Framework https://www.kernel.org/doc/html/latest/PCI/endpoint/index.html to create device we could use for pci passthough testing and cyborg testing
15:19:28 dansmith sean-k-mooney: sweet
15:20:04 sean-k-mooney i need to play around with it as the test driver is not complied in to the ubunut kernel module extra so il need to see how to compile it but ill let you know how it goes
15:20:29 dansmith cool
15:20:42 sean-k-mooney it should allow use to create pci devices by creating folders with in /sys
15:21:22 sean-k-mooney https://www.kernel.org/doc/html/latest/PCI/endpoint/pci-test-howto.html#creating-pci-epf-test-device
15:22:09 sean-k-mooney if it works we shoudl be able to set the vendor id and prodcut id ot like 1234:42 then assert that a pci deivce with that vendor and prodcit id is availabel and passed to the guest
15:25:30 stephenfin mriedem: Dumb question, but the 'device_id' in a neutron port response will always be the instance's UUID, not the ID, right?
15:28:11 sean-k-mooney stephenfin: yes it will never be the db short id
15:28:19 stephenfin ta
15:30:55 dansmith stephenfin: if it were the db id we wouldn't be able to distinguish one instance over another across cells
15:31:13 mriedem we also don't expose the server primary key id out of the rest api
15:31:57 sean-k-mooney impliying that if it was teh primary key id that neutron would not be able to use it in api queries
15:32:30 sean-k-mooney we did expose the hypervior primary key although i think that was by mistake.
15:32:43 mriedem it wasn't by mistake for hypervisors,
15:32:51 mriedem they originally didn't have uuids
15:32:57 sean-k-mooney ah ok
15:32:57 mriedem same with services and lots of other things
15:57:23 openstackgerrit Matt Riedemann proposed openstack/nova master: Cache security group driver https://review.opendev.org/697122
16:26:31 dansmith anybody want to +W this so Sundar can just rebase on master? https://review.opendev.org/#/c/695985/
16:26:41 dansmith s/rebase/rebase the cyborg stuff/
16:27:09 mriedem gibi: i replied to your questions in https://review.opendev.org/#/c/637058/, thanks. i'll stack a change on top of the series to see what replacing that setup_networks_on_host hack would look like if we just implement port binding deleting in cleanup_instance_network_on_host
16:28:50 mriedem dansmith: looking
16:30:06 gibi mriedem: ack, thanks
16:46:24 openstackgerrit Thierry Carrez proposed openstack/nova master: Remove unused rootwrap filters https://review.opendev.org/697134
17:36:14 dansmith eandersson: what perf improvements in nova specifically have shifted your scale focus away from nova?
17:40:09 efried dansmith: Would you please have another look at the vTPM spec. I'd like to get your +2 before you bugger off til 2020. https://review.opendev.org/#/c/686804/
17:40:51 dansmith efried: I've skimmed it.. tbh, I'm really like -0.9 on it, so if you want me to review it, it's probably going to be not helpful to your effort
17:41:21 dansmith I'm not sure I see the benefit outweighing the nightmare of users trying to predict the behavior
17:41:46 dansmith I was thinking it was required for secure boot, but talking with folks I realize it's not, so ... it's just hard to justify I think
17:45:09 sean-k-mooney for what its worth the out of tree hyperv driver support vtpm for 3-4 years already
17:45:36 sean-k-mooney its part fo there sheilded vms thing but i have no idea how they solved any of the issues with move operations
17:45:49 efried did they?
17:46:21 sean-k-mooney yep ill get the link. did i not send this to you already

Earlier   Later