Ask Your Question

mystic's profile - activity

2020-07-07 00:31:26 -0600 received badge  Famous Question (source)
2019-10-09 03:28:15 -0600 commented question how to find all the property of the flavor?

Hi, @Bernd Bausch
Thanks a lot. Because i didn't run glance-manage db_load_metadefs, the horizon about metadata definitions was always empty.
Now, I can get these key from the load, rather than entered by myself.

2019-10-09 02:31:41 -0600 received badge  Supporter (source)
2019-10-09 02:16:53 -0600 received badge  Famous Question (source)
2019-10-09 02:16:27 -0600 received badge  Commentator
2019-10-09 01:07:16 -0600 commented question how to find all the property of the flavor?

how to get Glance metadata catalog? I just found /etc/glance/metadefs/.*

2019-10-08 21:41:30 -0600 answered a question how to find all the property of the flavor?

So, we cannot ensure whether the properties' keys we entered is correct?
Why do I pay attention to this? Because I find the difference among the different version doc.
hw:cpu_threads_policy in https://specs.openstack.org/openstack/nova-specs/specs/juno/approved/virt-driver-cpu-pinning.html (juno doc)
hw:cpu_thread_policy in https://docs.openstack.org/nova/stein/admin/cpu-topologies.html (stein doc)
Is it the difference caused by the version, or is it just a clerical error?
I don't know which one is correct, or all of them are wrong?

2019-10-08 20:43:55 -0600 received badge  Notable Question (source)
2019-10-08 19:03:34 -0600 received badge  Popular Question (source)
2019-10-08 04:31:30 -0600 commented answer how to find all the property of the flavor?

Hi, @Bernd Bausch I want to get all property's key, not the specific flavor. Is there any way to get them? Thanks a lot.

2019-10-08 03:47:41 -0600 asked a question how to find all the property of the flavor?

e.g. https://docs.openstack.org/nova/stein...

openstack flavor set m1.large \
--property hw:cpu_policy=dedicated \
--property hw:emulator_threads_policy=share

We can set the property by the above command, however, how could I get all the property?


So, we cannot ensure whether the properties' keys we entered is correct?
Why do I pay attention to this? Because I find the difference among the different version doc.
hw:cpu_threads_policy in juno doc
hw:cpu_thread_policy in stein doc
Is it the difference caused by the version, or is it just a clerical error?
I don't know which one is correct, or all of them are wrong?

2019-09-08 20:46:10 -0600 received badge  Famous Question (source)
2019-08-22 13:20:32 -0600 received badge  Famous Question (source)
2019-07-08 06:33:42 -0600 answered a question Stein: failed to create resource provider

Here is my solution. Hope it can help you.

MariaDB [placement]> select * from resource_providers;(To find the error compute, assume that id = 2345)
MariaDB [placement]> delete from resource_provider_traits where resource_provider_id=2345;
MariaDB [placement]> delete from resource_providers where id=2345;
MariaDB [placement]> delete from allocations where resource_provider_id=2345;(If had relevant record, do this step, or not)

@Bernd Bausch , you're right. The placement database has old records.

2019-07-08 02:44:33 -0600 received badge  Notable Question (source)
2019-07-08 02:43:48 -0600 received badge  Notable Question (source)
2019-07-08 01:32:12 -0600 received badge  Famous Question (source)
2019-07-05 06:03:08 -0600 commented question Failed to create resource provider Compute

I have the same problem. @Hamza1993, Did you solve it ?

2019-06-13 11:02:22 -0600 received badge  Notable Question (source)
2019-06-13 11:02:22 -0600 received badge  Popular Question (source)
2019-06-13 03:41:48 -0600 received badge  Notable Question (source)
2019-06-10 05:53:45 -0600 received badge  Popular Question (source)
2019-06-06 01:05:44 -0600 answered a question Stein on rhel7.6: No valid host was found.There are not enough hosts available.

Solution: Add enough compute nodes, or reduce server in a group based on your compute nodes.


2019-06-06 01:05:44 -0600 commented question Stein on rhel7.6: No valid host was found.There are not enough hosts available.

Hi, @Bernd Bausch I have found the reason. Because I divided the three OS::Nova::Server into one OS::Nova::ServerGroup by using scheduler_hints for anti-affinity, while I only have two compute nodes.

Solution: Add enough compute nodes, or reduce server in a group based on your compute nodes.

2019-06-05 05:34:56 -0600 asked a question Stein on rhel7.6: No valid host was found.There are not enough hosts available.

After creating 13 nodes by heat template, the 14th node throws the error "No valid host was found. There are not enough hosts available. Code: 500"

824 2019-06-05 13:58:47.946 7100 WARNING nova.scheduler.utils [req-0673d8fa-dc10-4167-ae3d-e7c54165dc87 ad73023f983a49e1a5c38e4ba0        b8d116 76c7bf1ad0dc4a5696fcf8a5400cad6e - default default] Failed to compute_task_build_instances: No valid host was found. Th        ere are not enough hosts available.
825 Traceback (most recent call last):
826 
827   File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/server.py", line 229, in inner
828     return func(*args, **kwargs)
829 
830   File "/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 168, in select_destinations
831     allocation_request_version, return_alternates)
832 
833   File "/usr/lib/python2.7/site-packages/nova/scheduler/filter_scheduler.py", line 96, in select_destinations
834     allocation_request_version, return_alternates)
835 
836   File "/usr/lib/python2.7/site-packages/nova/scheduler/filter_scheduler.py", line 265, in _schedule
837     claimed_instance_uuids)
838 
839   File "/usr/lib/python2.7/site-packages/nova/scheduler/filter_scheduler.py", line 302, in _ensure_sufficient_hosts
840     raise exception.NoValidHost(reason=reason)
841 
842 NoValidHost: No valid host was found. There are not enough hosts available.
843 : NoValidHost_Remote: No valid host was found. There are not enough hosts available.
844 2019-06-05 13:58:47.949 7100 WARNING nova.scheduler.utils [req-0673d8fa-dc10-4167-ae3d-e7c54165dc87 ad73023f983a49e1a5c38e4ba0        b8d116 76c7bf1ad0dc4a5696fcf8a5400cad6e - default default] [instance: 7acedfd0-8951-4ade-8f96-467c38b04f9c] Setting instance t        o ERROR state.: NoValidHost_Remote: No valid host was found. There are not enough hosts available.

I think my resource is enough.

2019-06-03 21:20:49 -0600 received badge  Popular Question (source)
2019-05-29 01:25:26 -0600 received badge  Enthusiast
2019-05-28 04:02:31 -0600 commented question Stein: keystone doesn't use 35357, while heat doc still uses it

Hi, @Bernd Bausch
I have already reported a bug about heat documentation.
https://storyboard.openstack.org/#!/story/2005784 (Here)

2019-05-28 00:49:24 -0600 asked a question Stein: keystone doesn't use 35357, while heat doc still uses it

heat.log

2019-05-23 16:19:40.757 23915 WARNING keystoneauth.identity.generic.base [-] Failed to discover available identity 
versions when contacting http://controller:35357. Attempting to parse version from URL.: ConnectFailure: 
Unable to establish connection to http://controller:35357: HTTPConnectionPool(host='controller', port=35357): 
Max retries exceeded with url: / (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 
0x7fc78b9d0f50>: Failed to establish a new connection: [Errno 111] ECONNREFUSED',))

After I change all 35357 on heat.conf to 5000, creating stack works well.
Quoted from stein keystone documentation.

Note
Before the Queens release, keystone needed to be run on two separate ports to accommodate the Identity v2 API which ran a separate admin-only service commonly on port 35357. With the removal of the v2 API, keystone can be run on the same port for all interfaces.

https://docs.openstack.org/keystone/stein/install/keystone-install-rdo.html (keystone installation)
https://docs.openstack.org/heat/stein/install/install-rdo.html (heat installation)
Maybe we should update heat doc that all 35357 should be replaced by 5000.

2019-05-27 21:01:05 -0600 received badge  Popular Question (source)
2019-05-25 06:40:59 -0600 commented answer Stein on rhel7.6: "openstack orchestration service list" return "ERROR: None"

Yes, I load the admin-openrc file. Follow the https://docs.openstack.org/keystone/stein/install/keystone-openrc-rdo.html (Create OpenStack client environment scripts) documentation.

2019-05-24 03:15:10 -0600 answered a question Stein on rhel7.6: "openstack orchestration service list" return "ERROR: None"

I have fixed it.https://bugs.launchpad.net/ubuntu/+source/heat/+bug/1786405 (heat.conf.keystone_authtoken.auth_url's port should not be 35357, it is still be 5000)

https://docs.openstack.org/heat/stein/install/install-rdo.html (This is the stein's heat installation documentation)

2019-05-23 21:16:28 -0600 received badge  Editor (source)
2019-05-23 21:00:54 -0600 asked a question Stein on rhel7.6: "openstack orchestration service list" return "ERROR: None"

Could anyone give me some help? Thanks a lot. The following info is my status.

[root@controller heat]# openstack orchestration service list
ERROR: None
[root@controller heat]# openstack stack list
ERROR: None

[root@controller heat]# systemctl status openstack-heat-engine
* openstack-heat-engine.service - Openstack Heat Engine Service
Loaded: loaded (/usr/lib/systemd/system/openstack-heat-engine.service; enabled; vendor preset: disabled)
Active: active (running) since Thu 2019-05-23 17:20:24 CST; 15h ago
Main PID: 30174 (heat-engine)
Tasks: 25
CGroup: /system.slice/openstack-heat-engine.service

[root@controller heat]# systemctl status openstack-heat-api   
* openstack-heat-api.service - OpenStack Heat API Service
Loaded: loaded (/usr/lib/systemd/system/openstack-heat-api.service; enabled; vendor preset: disabled)
Active: active (running) since Thu 2019-05-23 17:20:24 CST; 15h ago
Main PID: 30164 (heat-api)
Tasks: 25
CGroup: /system.slice/openstack-heat-api.service

[root@controller heat]# systemctl status openstack-heat-api-cfn.service 
* openstack-heat-api-cfn.service - Openstack Heat CFN-compatible API Service
Loaded: loaded (/usr/lib/systemd/system/openstack-heat-api-cfn.service; enabled; vendor preset: disabled)
Active: active (running) since Thu 2019-05-23 17:20:24 CST; 15h ago
Main PID: 30160 (heat-api-cfn)
Tasks: 1
CGroup: /system.slice/openstack-heat-api-cfn.service
2019-05-23 20:31:30 -0600 received badge  Organizer (source)
2019-05-23 05:33:52 -0600 commented answer On Stein, "nova-status upgrade check" check failed

Thanks a lot. I worked on rhel7.6.

2019-05-23 01:40:43 -0600 commented answer On Stein, "nova-status upgrade check" check failed

Maybe openstack thinks they had fixed the problem, so they removed the solution from the stein documentation. But, in fact, the problem still exists in the stein version.

2019-05-23 01:40:43 -0600 commented answer On Stein, "nova-status upgrade check" check failed

No, it's a bug since queens version, which is still not fixed on Stein. https://bugzilla.redhat.com/show_bug.cgi?id=1430540 (placement) The following link is the queen's nova installation. https://docs.openstack.org/nova/queens/install/controller-install-rdo.html (Nova)

2019-05-23 00:10:44 -0600 answered a question On Stein, "nova-status upgrade check" check failed

I think it's a bug on Stein. It needs to edit the /etc/httpd/conf.d/00-placement-api.conf to add the following config inside <virtualhost *:8778=""> section.

<Directory /usr/bin>
<IfVersion >= 2.4>
    Require all granted
</IfVersion>
<IfVersion < 2.4>
    Order allow,deny
    Allow from all
</IfVersion>
</Directory>

But this info is not declared in the documentation.

2019-05-23 00:10:43 -0600 asked a question On Stein, "nova-status upgrade check" check failed
[root@controller ~]# nova-status upgrade check

Error:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/nova/cmd/status.py", line 515, in main
ret = fn(fn_args, *fn_kwargs)
File "/usr/lib/python2.7/site-packages/oslo_upgradecheck/upgradecheck.py", line 99, in check
result = func(self)
File "/usr/lib/python2.7/site-packages/nova/cmd/status.py", line 160, in _check_placement
versions = self._placement_get("/")
File "/usr/lib/python2.7/site-packages/nova/cmd/status.py", line 150, in _placement_get
return client.get(path, raise_exc=True).json()
File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 375, in get
return self.request(url, 'GET', *kwargs)
File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 237, in request
return self.session.request(url, method, *
kwargs)
File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 890, in request
raise exceptions.from_response(resp, method, url)
Forbidden: Forbidden (HTTP 403)

[root@controller ~]#