| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-05-24 | |||
| 14:43:30 | sean-k-mooney | ygk_12345: it was used in teh api too escape the lifecycle manamgnet of the wsgi server | |
| 14:44:04 | sean-k-mooney | greenthreads are userland thread that the kernel does not know about created by greenlet/eventlet | |
| 14:44:16 | sean-k-mooney | pthread are real kernel/os threads | |
| 14:44:26 | ygk_12345 | sean-k-mooney: hmm ok. makes sense now | |
| 14:44:34 | sean-k-mooney | os there are many greenthread to one pthread normlay | |
| 14:45:06 | sean-k-mooney | the reason this was used by wsgi is after a time out appach or uwsgi would kill the interperer following a request | |
| 14:45:13 | sean-k-mooney | and that would kill the heatbeat | |
| 14:45:28 | sean-k-mooney | and that woudl cause a timeout error on rabbitmq side | |
| 14:45:41 | sean-k-mooney | it didnt break anything just create false errors | |
| 14:46:03 | sean-k-mooney | ygk_12345: using a pthread when runing under apache mod_wsgi or uwsgi avoids that | |
| 14:46:23 | sean-k-mooney | nova-compute does nto run under either so its not needed same for the conductor and schduler | |
| 14:47:18 | sean-k-mooney | kashyap: not sure did you install git-review from pypi. you should never use the disto version of git-review | |
| 14:47:34 | kashyap | Never? It works just fine normally :) | |
| 14:47:42 | sean-k-mooney | its very very old normally | |
| 14:47:49 | sean-k-mooney | even on fedora | |
| 14:47:54 | kashyap | Yes, it's distro-based; and it's not related to git-review. It's related to the +ssh-rsa thingie setup | |
| 14:48:12 | sean-k-mooney | oh you have not updated your keys | |
| 14:48:38 | sean-k-mooney | gerrit still does not negociate sha2 and fedora has disable all sha based auth | |
| 14:48:53 | tobias-urdin | ygk_12345: what sean-k-mooney says :D | |
| 14:50:21 | sean-k-mooney | kashyap: https://src.fedoraproject.org/rpms/git-review git review is currently 2.3.1 | |
| 14:50:33 | sean-k-mooney | so even f37 is still behind | |
| 14:50:41 | sean-k-mooney | 2.3.1 came out in april | |
| 14:50:44 | kashyap | Yeah, saw that; I'm using 2.2.0.3 version | |
| 14:51:04 | sean-k-mooney | ya form last november | |
| 14:51:32 | kashyap | Right; but that's not the issue here for me. It's something else. I've aloso got the SSH setup: | |
| 14:51:35 | kashyap | Host review.openstack.org | |
| 14:51:37 | kashyap | HostName review.openstack.org | |
| 14:51:40 | kashyap | PubkeyAcceptedKeyTypes +ssh-rsa | |
| 14:51:40 | kashyap | (Required at least on Fedora) | |
| 14:51:51 | sean-k-mooney | yep unless you update your key | |
| 15:11:16 | gibi | I needed both | |
| 15:11:17 | gibi | HostkeyAlgorithms +ssh-rsa | |
| 15:11:17 | gibi | PubkeyAcceptedAlgorithms +ssh-rsa | |
| 15:11:30 | gibi | as new clients does not accept rsa as host key from old servers | |
| 15:12:18 | sean-k-mooney | gibi: ya it depens on the client and host i guess. | |
| 15:12:25 | sean-k-mooney | i dont have either | |
| 15:12:35 | sean-k-mooney | i just created a second key | |
| 15:13:05 | bauzas | reminder : nova meeting in 48 mins here | |
| 15:13:47 | sean-k-mooney | i have an id_ed25519 key and a less secure id_ecdsa as well as id_rsa now | |
| 15:14:30 | gibi | the ssh client stopped accepting rsa host keys since 8.8 | |
| 15:14:38 | gibi | *openssh-client | |
| 15:15:00 | gibi | but old servers still send the host key as rsa | |
| 15:15:56 | gibi | https://www.openssh.com/txt/release-8.8 | |
| 15:16:10 | sean-k-mooney | right but i think opendev have updated theirs | |
| 15:16:16 | sean-k-mooney | to have ec keys | |
| 15:17:51 | kashyap | Okay; /me uploads EC keys | |
| 15:17:59 | kashyap | gibi: Ah, good to know; lemme try | |
| 15:18:49 | sean-k-mooney | gibi: i think im using 8.8 but i guess i have not updated in a few days | |
| 15:19:24 | kashyap | gibi: W/o that HostkeyAlgorithms, I could SSH to `ssh kashyapc@review.opendev.org -p 29418` just fine | |
| 15:21:54 | sean-k-mooney | actully i think i have 8.7 | |
| 15:22:27 | sean-k-mooney | hum OpenSSH_8.8p1, OpenSSL 1.1.1o 3 May 2022 | |
| 15:22:50 | kashyap | gibi: No dice; for me `git review` just seem to be stuck in limbo trying to run the 'pre-review' hook (which in turn just runs `tox -e pep8`) | |
| 15:23:21 | gibi | ack | |
| 15:23:32 | sean-k-mooney | kashyap: i think they had to fix somethin gin git-review for this by the way | |
| 15:23:36 | gibi | I don't user git-review | |
| 15:24:29 | kashyap | Heh, I used to as well; but got used to git-review | |
| 15:24:35 | sean-k-mooney | gibi: via git push refs/for/chage? | |
| 15:24:38 | gibi | yepp | |
| 15:24:46 | sean-k-mooney | i havnt done that in about 5 years | |
| 15:24:54 | kashyap | gibi: Then you might like `git submit` -- I really like using it when submitting patches to libvirt/QEMU lists (or any list-based thing) | |
| 15:24:57 | sean-k-mooney | but for the first 2-3 of working on openstack that is what i did too | |
| 15:24:59 | gibi | it is a bit longer command but at least I'm in full control :) | |
| 15:25:11 | kashyap | https://github.com/stefanha/git-publish | |
| 15:26:29 | kashyap | gibi: See this: https://listman.redhat.com/archives/libguestfs/2022-May/028911.html | |
| 15:26:40 | kashyap | It's a wrapper around `git-format-patch` and `git-send-email` | |
| 15:26:59 | kashyap | But for us it doesn't make sense; as we don't use lists :D | |
| 15:27:02 | gibi | thanks, I will try to remember it when I have to send patches by mail | |
| 15:28:56 | kashyap | Okay, when I run 'tox' with -vv, it seems to be stuck here: https://paste.opendev.org/show/baNIMuM5YxlBA8nwxm10/ | |
| 15:29:03 | kashyap | INFO: This is taking longer than usual. You might need to provide the dependency resolver with stricter constraints to reduce runtime. See https://pip.pypa.io/warnings/backtracking for guidance. If you want to abort this run, press Ctrl + C. Using cached decorator-4.2.1-py2.py3-none-any.whl (9.3 kB) | |
| 15:29:50 | sean-k-mooney | have you considered using ubuntu :P | |
| 15:30:16 | sean-k-mooney | is that still with py38? or are you going back to 3.10 | |
| 15:30:44 | kashyap | No; Fedora is the devil I know, I'm a Fedora dev too ... not gonna abandon it :D | |
| 15:30:49 | kashyap | sean-k-mooney: py38 stil | |
| 15:36:56 | gibi | you can try it in an ubuntu docker container ;) | |
| 15:38:49 | opendevreview | Artom Lifshitz proposed openstack/nova stable/wallaby: DNM: Testing live migration with local attach https://review.opendev.org/c/openstack/nova/+/843146 | |
| 15:39:12 | artom | Uggla, ^^ is why I almost never touch devstack :P | |
| 15:39:23 | artom | CI is my devstack ^_^ | |
| 15:43:05 | opendevreview | Merged openstack/nova stable/rocky: [stable-only] Drop lower-constraints job https://review.opendev.org/c/openstack/nova/+/838041 | |
| 15:43:45 | opendevreview | Kashyap Chamarthy proposed openstack/nova master: libvirt: Add a workaround to skip compareCPU() on destination https://review.opendev.org/c/openstack/nova/+/838926 | |
| 15:44:17 | kashyap | gibi: melwitt: --^ Fixed a small test code clean-up (as per Mel's review; thanks) | |
| 15:45:27 | Uggla | artom, you are using a big devstack | |
| 15:47:08 | gibi | kashyap: I think you delete too much | |
| 15:47:09 | artom | Uggla, in a way :) | |
| 15:47:13 | gibi | replied inline | |
| 15:47:36 | kashyap | Aargh :) /me goes to fix | |
| 15:47:45 | gibi | Uggla, artom: this is cool until you are OK iterating once in 2 hours | |
| 15:47:50 | kashyap | It's taking a full 3+ minutes to run `git review`, it's slower than a pig | |
| 15:47:56 | gibi | s/until/while/ | |
| 15:48:01 | artom | gibi, it suits my mind more | |
| 15:48:24 | artom | I'd rather concentrate on an "interesting" thing, let it run while I do something else | |
| 15:48:41 | artom | Rather than faffing about on a devstack that can break in various fun random ways | |
| 15:48:52 | artom | At least the CI is (mostly) consistent and predictable, on master anyways | |
| 15:49:25 | gibi | artom: actually re-creating devstack in an ubuntu VM is fairly stable and a lot faster than 2 hours | |
| 15:49:42 | gibi | and when that breaks you expect that the gate will break too :) | |
| 15:49:48 | artom | With Ceph, and multinode? | |
| 15:49:52 | gibi | ahh | |
| 15:49:56 | artom | Zuul does it for me :) | |
| 15:49:57 | gibi | good point | |
| 15:50:10 | gibi | I avoided Ceph | |
| 15:50:19 | artom | We've fixed all the "easy" things in Nova | |