Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2021-05-05
10:24:27 bauzas as it's within the compute manager
10:24:27 bauzas as it's within the compute manager
10:24:32 sean-k-mooney it basicaly just plugs vifs and cleans up deleted instance ectra
10:24:32 sean-k-mooney it basicaly just plugs vifs and cleans up deleted instance ectra
10:24:36 sean-k-mooney yep
10:24:56 sean-k-mooney its in the compute manager so we can have it get the allocations
10:24:56 sean-k-mooney its in the compute manager so we can have it get the allocations
10:24:59 bauzas and then, pass the allocation to the virt driver which would use the related RP name for knowing which type
10:24:59 bauzas and then, pass the allocation to the virt driver which would use the related RP name for knowing which type
10:25:09 sean-k-mooney we might need to extend the dirver interface and add an optional funciton
10:25:09 sean-k-mooney we might need to extend the dirver interface and add an optional funciton
10:25:25 sean-k-mooney which we woudl call that take the instnace and allcoations
10:25:25 sean-k-mooney which we woudl call that take the instnace and allcoations
10:25:41 bauzas yup, I see it
10:25:41 bauzas yup, I see it
10:25:44 bauzas sean-k-mooney: thanks
10:25:51 sean-k-mooney the libvirt implemation of that could prepare_resouces_for_instance(uuid, allocation)
10:25:51 sean-k-mooney the libvirt implemation of that could prepare_resouces_for_instance(uuid, allocation)
10:26:21 bauzas yup, better than recreate_mdev() which is too specific
10:26:21 bauzas yup, better than recreate_mdev() which is too specific
10:26:52 sean-k-mooney yep not sure if we will use it for anything else but it at least allows us to if we need too in the future
10:26:52 sean-k-mooney yep not sure if we will use it for anything else but it at least allows us to if we need too in the future
10:26:57 bauzas OK, I see it, lemme work on it
10:26:57 bauzas OK, I see it, lemme work on it
10:26:59 bauzas thanks
10:26:59 bauzas thanks
10:29:03 bauzas * bauzas goes to lunch but then will implement this
10:43:59 nightmare_unreal how to change hypervisor state ( not status). It's down . I want it up .
10:43:59 nightmare_unreal how to change hypervisor state ( not status). It's down . I want it up .
10:47:50 sean-k-mooney it will be down for 2 reasons
10:47:50 sean-k-mooney it will be down for 2 reasons
10:48:21 sean-k-mooney either it missed its heartbeat in which case you need to start it or you forced it down
10:48:21 sean-k-mooney either it missed its heartbeat in which case you need to start it or you forced it down
10:48:30 sean-k-mooney in which case you can force it up
10:48:30 sean-k-mooney in which case you can force it up
10:49:36 nightmare_unreal openstack compute service set <compute-node> nova-compute --up --os-compute-api-version 2.11
10:49:36 nightmare_unreal openstack compute service set <compute-node> nova-compute --up --os-compute-api-version 2.11
10:49:39 nightmare_unreal trying with this
10:49:39 nightmare_unreal trying with this
10:50:08 nightmare_unreal I didn't changed the state in past. It was only status ( enable and disable)
10:50:08 nightmare_unreal I didn't changed the state in past. It was only status ( enable and disable)
10:50:12 nightmare_unreal for some reason it went down
10:50:12 nightmare_unreal for some reason it went down
10:50:31 sean-k-mooney then its the heartbeat
10:50:31 sean-k-mooney then its the heartbeat
10:50:48 sean-k-mooney in which case its not able to talk to the conductor over the rpc bus
10:50:48 sean-k-mooney in which case its not able to talk to the conductor over the rpc bus
10:50:53 sean-k-mooney so you need to check why
10:50:53 sean-k-mooney so you need to check why
10:51:10 sean-k-mooney or you can turn it off and on again by restarting the compuate agent
10:51:10 sean-k-mooney or you can turn it off and on again by restarting the compuate agent
10:51:53 nightmare_unreal I see, thanks for the suggestion . I will first try with restart I think
10:51:53 nightmare_unreal I see, thanks for the suggestion . I will first try with restart I think
10:51:55 sean-k-mooney the compute node being down is a signal to the operator that the node is cannot be managed and you need to investigate
10:51:55 sean-k-mooney the compute node being down is a signal to the operator that the node is cannot be managed and you need to investigate
10:52:17 nightmare_unreal there are no VMs on that compute node
10:52:17 nightmare_unreal there are no VMs on that compute node
12:33:32 openstackgerrit Cedric Jeanneret proposed openstack/nova stable/train: [Train-Only] Update setup.cfg with new names https://review.opendev.org/c/openstack/nova/+/789822
12:33:32 openstackgerrit Cedric Jeanneret proposed openstack/nova stable/train: [Train-Only] Update setup.cfg with new names https://review.opendev.org/c/openstack/nova/+/789822
16:01:40 openstackgerrit Balazs Gibizer proposed openstack/nova master: Adapt to SQLAlchemy 1.4 https://review.opendev.org/c/openstack/nova/+/788471
16:01:40 openstackgerrit Balazs Gibizer proposed openstack/nova master: Adapt to SQLAlchemy 1.4 https://review.opendev.org/c/openstack/nova/+/788471
16:03:00 openstackgerrit Balazs Gibizer proposed openstack/nova master: DNM: test nova with SQLAlchemy 1.4 https://review.opendev.org/c/openstack/nova/+/789916
16:03:00 openstackgerrit Balazs Gibizer proposed openstack/nova master: DNM: test nova with SQLAlchemy 1.4 https://review.opendev.org/c/openstack/nova/+/789916
16:08:47 openstackgerrit Balazs Gibizer proposed openstack/placement master: Adapt to SQLAlchemy 1.4 https://review.opendev.org/c/openstack/placement/+/789921
16:09:47 openstackgerrit Balazs Gibizer proposed openstack/placement master: DNM: test with SQLAlchemy 1.4 https://review.opendev.org/c/openstack/placement/+/789922
#openstack-nova - 2021-05-06
00:53:13 openstackgerrit melanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job https://review.opendev.org/c/openstack/nova/+/789963
02:34:25 openstackgerrit Brin Zhang proposed openstack/nova master: Replace os-simple-tenant-usage with os-simple-project-usage https://review.opendev.org/c/openstack/nova/+/768852
02:34:26 openstackgerrit Brin Zhang proposed openstack/nova master: Replace tenant_id with project_id in os-quota-sets path https://review.opendev.org/c/openstack/nova/+/768851
02:34:26 openstackgerrit Brin Zhang proposed openstack/nova master: Replace tenant_id with project_id in Limits API https://review.opendev.org/c/openstack/nova/+/768862
02:34:27 openstackgerrit Brin Zhang proposed openstack/nova master: Replace tenant* with project* in codes https://review.opendev.org/c/openstack/nova/+/769329
02:44:19 openstackgerrit David Vallee Delisle proposed openstack/os-vif master: Creating oslo.config.opts entry_points for plugins https://review.opendev.org/c/openstack/os-vif/+/789645
05:59:22 openstackgerrit Balazs Gibizer proposed openstack/placement master: Adapt to SQLAlchemy 1.4 https://review.opendev.org/c/openstack/placement/+/789921
05:59:24 openstackgerrit Balazs Gibizer proposed openstack/placement master: DNM: test with SQLAlchemy 1.4 https://review.opendev.org/c/openstack/placement/+/789922
07:36:57 openstackgerrit Balazs Gibizer proposed openstack/placement master: Adapt to SQLAlchemy 1.4 https://review.opendev.org/c/openstack/placement/+/789921
07:36:57 openstackgerrit Balazs Gibizer proposed openstack/placement master: Adapt to SQLAlchemy 1.4 https://review.opendev.org/c/openstack/placement/+/789921
07:37:23 openstackgerrit Balazs Gibizer proposed openstack/placement master: DNM: test with SQLAlchemy 1.4 https://review.opendev.org/c/openstack/placement/+/789922
07:37:23 openstackgerrit Balazs Gibizer proposed openstack/placement master: DNM: test with SQLAlchemy 1.4 https://review.opendev.org/c/openstack/placement/+/789922
07:43:46 openstackgerrit melanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job https://review.opendev.org/c/openstack/nova/+/789963
07:48:16 openstackgerrit melanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job https://review.opendev.org/c/openstack/nova/+/789963
07:54:08 openstackgerrit melanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job https://review.opendev.org/c/openstack/nova/+/789963
09:01:31 openstackgerrit Takashi Natsume proposed openstack/python-novaclient master: Refactor constructing request body https://review.opendev.org/c/openstack/python-novaclient/+/790017
09:01:31 openstackgerrit Takashi Natsume proposed openstack/python-novaclient master: Refactor constructing request body https://review.opendev.org/c/openstack/python-novaclient/+/790017
10:08:06 sean-k-mooney gibi: do you remember this http://lists.openstack.org/pipermail/openstack-discuss/2019-November/011044.html
10:08:06 sean-k-mooney gibi: do you remember this http://lists.openstack.org/pipermail/openstack-discuss/2019-November/011044.html
10:08:28 gibi sean-k-mooney: yes
10:08:45 sean-k-mooney we might need to go impmente the api change and neutron code
10:08:45 sean-k-mooney we might need to go impmente the api change and neutron code
10:08:55 gibi I think we fixed it in neutron
10:08:55 gibi I think we fixed it in neutron
10:09:10 sean-k-mooney nope
10:09:17 sean-k-mooney its still using socket.gethostname()
10:09:17 sean-k-mooney its still using socket.gethostname()
10:09:29 gibi https://bugs.launchpad.net/neutron/+bug/1853840
10:09:31 gibi https://bugs.launchpad.net/neutron/+bug/1853840
10:09:31 openstack Launchpad bug 1853840 in neutron "Neutron fails to create bandwidth providers if CONF.host is set" [High,Fix released] - Assigned to Bence Romsics (bence-romsics)
10:09:31 openstack Launchpad bug 1853840 in neutron "Neutron fails to create bandwidth providers if CONF.host is set" [High,Fix released] - Assigned to Bence Romsics (bence-romsics)
10:09:41 gibi there is configuration to override it
10:09:41 gibi there is configuration to override it
10:09:46 gibi at least in neutron
10:09:46 gibi at least in neutron

Earlier   Later