Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2020-09-08
10:15:29 lyarwood kashyap: we've just blacklisted the tests in that job
10:16:41 kashyap lyarwood: Yeah, noted. But I think folks on #qemu will have something to run with, if we can narrow down a non-Tempest reproducer.
10:17:00 kashyap (But I've told that you were able to reproduce it outside the CI, but with Tempest)
10:18:19 lyarwood kashyap: yeah I've not been able to reproduce it outside of tempest that's a pain
10:19:15 kashyap lyarwood: I hear ya. So, you're able to reproduce with 'tox -e full'
10:19:47 kashyap lyarwood: Maybe we can go the hard route of tracing? If it's super urgent, we can set up a machine with reproducer, install QEMU w/ debuginfo
10:20:03 kashyap ... and then let the QEMU devs do use the tracing infra to probe/debug
10:22:21 lyarwood kashyap: I'm not sure how they can trace the issue given the instances are being created by tempest
10:23:28 lyarwood kashyap: would you be able to create the shared reproducer env somewhere for them?
10:23:37 kashyap lyarwood: Ah, you mean Tempest is making the instances on the fly
10:23:42 lyarwood kashyap: yeah
10:24:45 openstackgerrit Merged openstack/nova master: Remove unused vpn param from allocate_for_instance https://review.opendev.org/744933
10:24:48 kashyap lyarwood: I can try setting it up on my test machine near me. But I'm not good w/ Ubuntu; so if you have a reproducer disk image, post it somewhere :)
10:26:02 lyarwood kashyap: my previous reproducer is in sean-k-mooney's personal cloud
10:26:11 lyarwood kashyap: we could build another there I guess
10:26:20 lyarwood sean-k-mooney: ^ would that be okay?
10:26:36 lyarwood sean-k-mooney: a few QEMU devs would need access but that should be easy enough to organise
10:26:44 kashyap lyarwood: I see. Yeah; at least one
10:28:26 manuvakery hi, even though i have tls enabled on between client -> haproxy and novncproxy -> vnc server(instance). horizon console is not showing the connection as encrypted. am i misssing something here
10:32:59 lyarwood manuvakery: https://docs.openstack.org/nova/latest/admin/remote-console-access.html#vnc-proxy-security - and libvirtd has the required certs?
10:34:48 manuvakery lyarwood: yes the certificates are there .. for now am using self signed certificates
10:34:55 manuvakery 2020-09-08 10:32:23.138 12800 INFO nova.console.securityproxy.rfb [req-7350e57c-477c-41e2-b478-f239d6df6dcf - - - - -] Finished security handshake, resuming normal proxy mode using secured socket
10:34:55 manuvakery 2020-09-08 10:32:23.138 12800 INFO nova.console.rfb.authvencrypt [req-7350e57c-477c-41e2-b478-f239d6df6dcf - - - - -] VeNCrypt security handshake accepted
10:35:44 lyarwood hmmm I'm not sure then tbh
10:39:59 manuvakery ok thanks for ur reply .. the conenction between haproxy-> novncproxy is not encrypted, can that be the problem?
10:41:16 lyarwood I wouldn't think so but you should be able to prove that pretty easily by connecting directly to the proxy right?
10:44:32 manuvakery lyarwood: yeah even i don't think thats the issue. still try to connect to the proxy directly
10:49:50 openstackgerrit sean mooney proposed openstack/nova master: libvirt: delegate ovs plug to os-vif https://review.opendev.org/602432
10:55:39 noonedeadpunk ok, I found what makes nova-compute to fail on the startup with http://paste.openstack.org/show/797571/
10:55:48 noonedeadpunk it's libvirt-python 6.7.0
10:56:05 noonedeadpunk luckily it's bumped in u-c, but I was not using that....
11:20:13 brinzhang gibi, stephenfin, sean-k-mooney: the cyborg shelve/unshelve support feature was updated, hope you can review recently, may we can merge it before feature freeze \o
11:20:24 brinzhang gibi, stephenfin, sean-k-mooney: https://review.opendev.org/#/c/729563/
11:20:48 gibi brinzhang: try to get to it today
11:21:00 brinzhang gibi: ack, thanks
11:24:32 brinzhang gibi: I was update the runway slots just now
11:24:45 brinzhang please check
11:29:09 gibi I've changed the expiry date on the slot to 10th as that is the FF date
11:29:21 brinzhang ack
11:31:01 sean-k-mooney lyarwood: sure go ahead and use it
11:31:02 brinzhang gibi: seams like not right of the date in slot
11:31:14 sean-k-mooney sorry was distracted got a delivery of a new laptop
11:31:21 lyarwood no issues
11:31:23 lyarwood P1?
11:32:01 sean-k-mooney no a personal laptop i got a pinebook pro its an arm laptop that cost like $200 + shiping and vat
11:32:38 sean-k-mooney im proably going to get a more high end one at some point but so far it looks pretty good
11:33:13 gibi brinzhang: fixed
11:33:27 brinzhang thanks
11:35:16 sean-k-mooney brinzhang: evacuate support is now merged right
11:35:32 sean-k-mooney well evacuate/rebuild
11:36:04 brinzhang sean-k-mooney: yeah
11:36:16 sean-k-mooney cool
11:36:31 brinzhang that we can close the blueprint
11:36:49 sean-k-mooney we can do that at m3 but ya
11:36:58 sean-k-mooney well we dont have to wait
11:37:11 brinzhang next will do shelve/unshelve, resume/suspend support
11:37:43 brinzhang if it cannot be merged until 10th, I think we will do it in next release
11:38:07 sean-k-mooney im review now
11:38:13 brinzhang I said cyborg shelve/unshelve suport patch
11:38:15 sean-k-mooney i think we shoudl be able to squeeze in both
11:38:16 brinzhang thanks
11:39:12 sean-k-mooney marked https://blueprints.launchpad.net/nova/+spec/cyborg-rebuild-and-evacuate as implemted in launchpad
11:40:25 gibi sean-k-mooney: thanks ^^ I missed that
11:40:50 sean-k-mooney we would have seen it when we reviewed them at m3
11:41:13 gibi yeah, I will do a scan of launchpad at m3 definitely
11:41:33 gibi I tend to do the PM work on Thursday mornings when I refresh the meeting agenda
12:08:41 kashyap lyarwood: Unrelated, on Q35 CI job: while we're dealing with CI, the last comment from you on the Q35 job review was "tempest.api.compute.admin.test_volume_swap.TestVolumeSwap" failing due to use of blockRebase() instead of blockCopy()
12:08:53 kashyap Your comment on Apr 21: https://review.opendev.org/#/c/708701/
12:09:26 kashyap Since then, upstream now uses blockCopy() - https://review.opendev.org/#/c/696834/
12:09:48 kashyap Ah, no - that's only when using -blockdev.
12:10:49 artom lyarwood, one last (hopefully) look at https://review.opendev.org/#/c/747451/ pretty please?
12:16:19 lyarwood artom: ack'd
12:17:42 artom Cheers!
12:17:46 artom Let's hope CI cooperates
12:19:02 luyao stephenfin: hi are you around?
12:19:03 lyarwood artom: I'd be very worried if I was your first born child right about now
12:54:51 luyao stephenfin: Hi stephenfin, I'm going to leave, I reply you at the https://review.opendev.org/#/c/714653/ and https://review.opendev.org/#/c/745281, I think you mean we still need adding a new driver interface , right? I have a candidate name "cleanup_lingering_instance_resources", please leave your comments if you think it's ok or have a better name, then I could update the patches soon.Thanks in advance.:)
12:55:40 bauzas gibi: I sent most of the SRIOV attach/detach series to the gate but I left the top one with is hairy
12:56:00 bauzas gibi: I'll be looking at stephenfin's patches and then I'll back to your main change
12:56:42 gibi bauzas: thanks. do you have comments already for https://review.opendev.org/#/c/740995/ ?
12:57:41 bauzas nope, tbh, I turned my feet around when I saw the number of mofications :p
12:57:46 gibi I see
12:57:53 gibi yeah, that is a bigger patch
12:58:01 bauzas I need to have some time for your patch
13:18:56 bauzas stephenfin: I'm done with your deprecation/remove changes, what's the status for the vTPM series ?
13:20:26 gibi bauzas: the last 3 patches needs review as far as I know
13:20:45 bauzas kk, stephenfin told me yesterday to wait a bit until today
13:21:32 gibi he needed to fix a bug
13:21:33 gibi https://review.opendev.org/#/c/750186
13:21:41 gibi that was caught by the gate
13:22:00 gibi but now it is fixed
13:23:19 gibi the current redness of the last patch seems unrelated
13:25:35 stephenfin bauzas: yeah, it's good to go
13:47:41 sean-k-mooney gibi: can you take a look at https://review.opendev.org/#/c/747454/4 and https://review.opendev.org/#/c/742180/12 again i adressed stephens nits and updated the functional teest so it now assert the vm is active on the dest
13:51:24 gibi sean-k-mooney: looking
14:01:57 gibi sean-k-mooney: done, thanks
14:02:28 openstackgerrit Merged openstack/nova master: post live migration: don't call Neutron needlessly https://review.opendev.org/747451
14:02:40 sean-k-mooney :) im just happy that i could shameless steal stephens mirgrate url hack to make migration work in the functional tests
14:03:07 sean-k-mooney its nice to have the assert assert the correct behavior
14:08:19 sean-k-mooney artom: https://review.opendev.org/#/c/747451/ is merged. so does this mean your first born is saved or sacrafied to the gate gods :)

Earlier   Later