Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2020-11-13
16:37:15 sean-k-mooney tacco: so it should be 512 so proably a qemu issue
16:38:41 tacco i see. Thanks.
16:39:08 gibi dansmith: thanks again, this make sense now
16:39:41 dansmith cool
16:40:14 sean-k-mooney tacco: it look like the max cpus depends on the machine type you enable
16:41:01 gibi I think this is a good time to finish my week and let the new understanding solidifies :)
16:41:14 gibi have a nice weekend folks o/
16:41:24 lyarwood \o
16:44:11 tacco sean-k-mooney: here is also the capa list of virsh http://paste.openstack.org/show/nxpSZUUrICfvvRJBgosL/
16:45:20 tacco this machine type? <type arch='x86_64' machine='pc-i440fx-4.0'>hvm</type>
16:45:47 sean-k-mooney ya you are using the pc machine type but it should in theory support up to 256
16:47:00 sean-k-mooney tacco: if you look in teh output it has the limits
16:47:11 sean-k-mooney line 1193
16:47:18 sean-k-mooney <machine maxCpus='255'>pc-i440fx-4.0</machine>
16:47:28 tacco yes i also found this in there.
16:47:45 tacco ok. so no "real"limitations more of a missconfiguration or bug. :)
16:48:01 sean-k-mooney so this is looking like a guest issue or a bug ya
16:48:13 sean-k-mooney you could try with another image
16:48:26 tacco i already struggled about that limitations that you can only have 8 disks inside a qemu vm. :)
16:48:48 tacco yes will do so but in general this was the debian cloud image with only minimal changes. but will test next week.
16:48:49 sean-k-mooney like a fedora or tubleweed image
16:49:01 tacco ok. will do so. but for today im done.
16:49:09 sean-k-mooney cool
16:49:13 sean-k-mooney enjoy your weekend
16:49:31 tacco thanks a lot for your help so far. Will get back to you next week. have a nice weekend as well
17:04:27 openstackgerrit Balazs Gibizer proposed openstack/nova master: Restore retrying the RPC connection to conductor https://review.opendev.org/762633
17:17:54 dopereira Hi, everyone. I'm a new contributor and just joined the OpenStack community.
17:18:08 dopereira I recently started to work on a project that develops a Openstack distribuition with comercial support. Hopefully I will be contributing to the upstream Openstack as well.
17:18:19 dopereira I recently started to work on a project that develops a Openstack distribuition with comercial support. Hopefully I will be contributing to the upstream Openstack as well.
17:18:40 dopereira As part of my ramp up process, I'm learning how to contribute with Openstack, and I was asked to take care of a low-hanging-fruit bug.
17:18:58 dopereira I choose this one: https://bugs.launchpad.net/nova/+bug/1888927 and already have a patch for it: https://review.opendev.org/#/c/762433/4
17:18:58 openstack Launchpad bug 1888927 in OpenStack Compute (nova) "cell_v2 update_cell cell0 get transport_url from config file" [Low,In progress] - Assigned to Daniel de Oliveira Pereira (danielpereira01)
17:19:10 dopereira Could you guys please take a look and help to review it?
17:21:51 dopereira Also, the VMware NSX CI check failed. How can I started recheck for it? It does not provide this information
17:23:18 sean-k-mooney dopereira: have you submitted the patch to gerrit
17:23:29 sean-k-mooney ah you have
17:24:23 sean-k-mooney dopereira: when a third party ci fails it leaves a comment telling you how to recheck that specific ci
17:24:47 sean-k-mooney dopereira: you have to click the toggle extra ci button to see it
17:24:59 sean-k-mooney oh but they dont
17:25:24 sean-k-mooney it should be listed here
17:25:25 dopereira it seems that's not the case for VMware NSX CI
17:25:26 sean-k-mooney https://wiki.openstack.org/w/index.php?title=ThirdPartySystems
17:25:47 sean-k-mooney vmware-recheck-patch
17:26:07 sean-k-mooney acorrding to https://wiki.openstack.org/wiki/ThirdPartySystems/VMware_CI
17:27:01 dopereira I saw, thanks
17:27:42 sean-k-mooney so i havent done a full review but i think you need to add a release note for the bug fix
17:28:16 sean-k-mooney looks like you have added tests
17:29:34 sean-k-mooney so ya the main thing i think is needed is a realse note but im not that familar with that part fo the code otherwise it looks fine
17:30:27 dopereira could you point me some documentation about release notes?
17:31:35 gmann dopereira: here - https://docs.openstack.org/reno/latest/user/usage.html
17:31:53 sean-k-mooney basically you create a new one form the template via tox. so tox -e venv -- reno new cell_0-transport-url
17:32:00 sean-k-mooney then you edit the file it creates
17:32:14 sean-k-mooney you can check its correct with tox -e releasenotes
17:32:38 sean-k-mooney you just need to fill out the fixes section in this case and remove the rest
17:34:26 dopereira thanks, will take a look
17:54:16 tacco sean-k-mooney: can't hold myself and tested with fedora. same same.. 64vcpus in /proc/cpuinfo.. d
17:54:42 tacco nproc also 64.
17:59:40 sean-k-mooney tacco: you try a dmidecode in the vm
17:59:55 sean-k-mooney or check dmsge to see if it prints anything on kernel start
18:00:15 sean-k-mooney but ya nova seams to be doing the right thing so its a qemu or guest issue
18:00:30 sean-k-mooney looking more like qemu since it happens on multiple distoros
18:12:01 openstackgerrit Ghanshyam Mann proposed openstack/nova master: [WIP] Migrate nova-grenade-multinode job to zuulv3 native https://review.opendev.org/742056
19:05:44 openstackgerrit Daniel de Oliveira Pereira proposed openstack/nova master: Avoid changing transport_url when updating Cell0 https://review.opendev.org/762433
20:06:14 openstackgerrit Merged openstack/nova stable/train: add [libvirt]/max_queues config option https://review.opendev.org/740064
20:52:04 openstackgerrit Merged openstack/nova stable/victoria: Handle disabled CPU features to fix live migration failures https://review.opendev.org/758760
21:27:47 openstackgerrit Merged openstack/nova stable/ussuri: docs: Resolve issue with deprecated extra specs https://review.opendev.org/748386
21:27:54 openstackgerrit Merged openstack/nova stable/ussuri: replace the "hide_hypervisor_id" to "hw:hide_hypervisor_id" https://review.opendev.org/747189
23:15:04 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Fix config option default value for sample config file https://review.opendev.org/762721
23:16:49 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Fix config option default value for sample config file https://review.opendev.org/762721
#openstack-nova - 2020-11-14
04:56:37 openstackgerrit Takashi Natsume proposed openstack/nova master: Update the PTL guide https://review.opendev.org/762727
05:00:22 openstackgerrit Takashi Natsume proposed openstack/nova master: doc: Update the PTL guide https://review.opendev.org/762727
05:36:35 openstackgerrit Merged openstack/nova master: Add functional-py39 testing https://review.opendev.org/760884
07:01:02 openstackgerrit Merged openstack/nova stable/victoria: libvirt: Only ask tpool.Proxy to autowrap vir* classes https://review.opendev.org/761222
07:32:30 openstackgerrit Brin Zhang proposed openstack/nova master: Cyborg shelve/unshelve support https://review.opendev.org/729563
07:32:31 openstackgerrit Brin Zhang proposed openstack/nova master: [Trivial] Rename host/node to hostname/nodename in conductor manager https://review.opendev.org/762499
10:05:52 openstackgerrit Merged openstack/nova stable/victoria: Fix the compute RPC 5.12 issue https://review.opendev.org/761639
10:06:44 openstackgerrit Merged openstack/nova master: api: Remove 'os-agents' API https://review.opendev.org/749309
11:51:23 openstackgerrit Merged openstack/nova master: Fix unplugging VIF when migrate/resize VM https://review.opendev.org/751642
14:42:26 openstackgerrit Merged openstack/nova master: objects: Remove Agent, AgentList https://review.opendev.org/749310
18:43:00 openstackgerrit Merged openstack/nova master: Remove [database]connection defaulting https://review.opendev.org/762319
#openstack-nova - 2020-11-15
08:19:57 openstackgerrit Merged openstack/nova master: Remove compute service level check for qos ops https://review.opendev.org/735570
12:45:42 masterpe I have two instances where the Nova database thinks that those are active on compute1 but in reality these are active on compute2, how can I solve this. Personally I see two possible solutions. 1. live migrate the two instances back to compute1 via libvirt or 2. correct it manual in the database?
#openstack-nova - 2020-11-16
00:58:51 openstackgerrit Brin Zhang proposed openstack/nova master: Cyborg shelve/unshelve support https://review.opendev.org/729563
03:15:25 openstackgerrit Brin Zhang proposed openstack/nova master: [Trivial] Rename host/node to hostname/nodename in conductor manager https://review.opendev.org/762499
09:29:54 openstackgerrit zhufl proposed openstack/nova master: [Trivial]Add missing white space in the log message https://review.opendev.org/762804
10:06:55 openstackgerrit Balazs Gibizer proposed openstack/nova master: Doc that [database]connection is not for nova-compute https://review.opendev.org/762647
10:12:20 tacco sean-k-mooney: still odd. http://paste.openstack.org/show/id4dO6thpzWubglalELc/
10:18:54 openstackgerrit Balazs Gibizer proposed openstack/nova master: Reproduce bug 1897528 https://review.opendev.org/756696
10:18:54 openstack bug 1897528 in OpenStack Compute (nova) "32bit pci domain number is not supported" [High,In progress] https://launchpad.net/bugs/1897528 - Assigned to Balazs Gibizer (balazs-gibizer)
10:18:54 openstackgerrit Balazs Gibizer proposed openstack/nova master: Ignore PCI devices with 32bit domain https://review.opendev.org/756697
10:23:25 openstackgerrit Balazs Gibizer proposed openstack/nova master: Reject HW_CPU_HYPERTHREADING trait in named groups https://review.opendev.org/735947
10:23:49 openstackgerrit Balazs Gibizer proposed openstack/nova master: Make PCI claim NUMA aware during live migration https://review.opendev.org/748453
10:27:49 openstackgerrit Balazs Gibizer proposed openstack/nova master: doc: require openstack client change for every new API microversion https://review.opendev.org/717727
13:44:10 elod lyarwood gibi bauzas : https://review.opendev.org/#/c/761639/ has merged to stable/victoria during the weekend. Should I wait for any other patch or can I create the release patch?
13:44:33 bauzas \o/
13:44:42 bauzas good question, I dunno
13:46:05 elod I know that there are some patches fixing some gate issues, but don't know whether those are needed
13:47:22 elod one option is to release now, and do another release when those are also merged. (If this release does not cause more issues then it solves :P)
14:03:09 stephenfin lyarwood, gibi: Any chance we could sign off on the last of the remove-xenapi changes this week? https://review.opendev.org/#/q/topic:remove-xenapi+status:open+project:openstack/nova
14:03:26 stephenfin bar the one with the -W of course, that I need to chat to dansmith about (o.vo fun!)

Earlier   Later