theillien's profile - activity

2020-05-16 09:25:19 -0600 received badge  Famous Question (source)
2020-04-22 22:03:17 -0600 received badge  Student (source)
2016-11-01 15:29:13 -0600 received badge  Nice Answer (source)
2016-08-13 00:13:08 -0600 received badge  Necromancer (source)
2016-06-20 04:34:55 -0600 received badge  Popular Question (source)
2016-06-20 04:34:55 -0600 received badge  Notable Question (source)
2016-01-22 09:58:30 -0600 received badge  Famous Question (source)
2016-01-22 09:58:30 -0600 received badge  Notable Question (source)
2016-01-01 10:36:31 -0600 received badge  Famous Question (source)
2016-01-01 10:36:31 -0600 received badge  Notable Question (source)
2015-12-01 22:16:03 -0600 received badge  Enthusiast
2015-11-30 21:38:58 -0600 received badge  Popular Question (source)
2015-11-30 05:50:24 -0600 received badge  Teacher (source)
2015-11-28 08:08:25 -0600 received badge  Popular Question (source)
2015-11-25 20:29:02 -0600 answered a question Error: Could not find data item CONFIG_USE_SUBNETS in any Hiera data file

This has been fixed for Liberty and Kilo and have been added to their respective testing repos according to comments 11 and 12 in the aforementioned bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1284978 (https://bugzilla.redhat.com/show_bug....).

The updated packages can be installed from either the Kilo or Liberty repos:

http://buildlogs.centos.org/centos/7/cloud/x86_64/openstack-kilo/ (http://buildlogs.centos.org/centos/7/...) http://buildlogs.centos.org/centos/7/cloud/x86_64/openstack-liberty/ (http://buildlogs.centos.org/centos/7/...)

I've run through the installation and have not had any issues. I imagine they will be released to the release repo soon.

2015-11-25 04:25:30 -0600 commented answer Error: Could not find data item CONFIG_USE_SUBNETS in any Hiera data file

Executed the steps exactly. On all of my nodes.

2015-11-25 01:22:00 -0600 commented answer Error: Could not find data item CONFIG_USE_SUBNETS in any Hiera data file

This did not work for me

2015-11-24 21:46:25 -0600 commented answer Error: Could not find data item CONFIG_USE_SUBNETS in any Hiera data file

Comment #5 (https://bugzilla.redhat.com/show_bug.cgi?id=1284978#c5 (https://bugzilla.redhat.com/show_bug....)) states that a fix has been pushed. This appears to either not be accurate or it has not actually fixed the issue. I'm encountering the problem still.

2015-11-21 17:57:04 -0600 answered a question Policy doesn't allow [node]:os-hosts to be performed

The answer is EDIT-2 in my question.

2015-11-21 15:44:53 -0600 received badge  Editor (source)
2015-11-21 15:44:23 -0600 asked a question Policy doesn't allow [node]:os-hosts to be performed

I just stood up a new compute node and I'm trying to migrate a demo instance to it. I'm following the example here (http://docs.openstack.org/admin-guide-cloud/compute-live-migration-usage.html (http://docs.openstack.org/admin-guide...)). One of the steps is to verify that the target node has the capacity to support the migration.

# nova host-describe <node-name>

When I ran this command I got

ERROR (Forbidden): Policy doesn't allow <node_name_api:os-hosts to be performed (HTTP 403) (Request-ID: ... )

The previous command (nova-manage service list) also threw a warning before displaying its results:

No handlers could be found for logger "oslo_config.cfg"
2015-11-21 11:25:55.745 24888 WARNING oslo_config.cfg [req-...  - - - - -] Option "sql_connection" from group "DEFAULT" is deprecated. Use option "connection" from group "database".

Are these releated? Am I supposed to switch to or create a new group called database?

EDIT: It seems "Policy" doesn't allow me to do anything:

# nova live-migration <instance> <node>
Error (Forbidden): Policy doesn't allow <node_api>:os-migrate-server:migrate_live to be performed. (HTTP 403) (Request-ID: ...)

EDIT-2: The issue was with the environment. I had sourced the keystonerc_demo file. Once I sourced the keystonerc_admin file I was able to execute all of the commands.

2015-11-21 14:25:23 -0600 answered a question packstack fails to detect ipaddress of interface eth1

I appears that I added the controller host's IP to the EXCLUDE_SERVERS key at some point. I removed that and the installation went off without a hitch.

Additionally, http://tuxlabs.com/?p=151 (these) instructions were clearer even though they are more or less identical. The main difference is that they use the actual keys (CONFIG_COMPUTE_HOSTS and CONFIG_NETWORK_HOSTS) rather than nonexistent keys (CONFIG_NOVA_COMPUTE_HOSTS and CONFIG_NOVA_NETWORK_HOSTS).

2015-11-21 13:44:45 -0600 commented question packstack fails to detect ipaddress of interface eth1

Perhaps the instructions are unclear as to which IP to use?

2015-11-21 13:44:39 -0600 commented question packstack fails to detect ipaddress of interface eth1

192.168.122.151 is on the control node public (eth0) interface. 192.168.122.152 is the compute node public (eth0) interface which I assign in the answer file to CONFIG_COMPUTE_HOSTS. The private (eth1) interface is assigned in the answer file per the instructions.

2015-11-21 04:41:54 -0600 asked a question packstack fails to detect ipaddress of interface eth1

I'm trying to add a node to my single-server installation using the instructions at https://www.rdoproject.org/install/adding-a-compute-node/ (https://www.rdoproject.org/install/ad...). After editing the answer file I run packstack --answer-file=~/<answerfile> as per the instructions. However, it fails on the line

Adding Neutron API manifest entries

The error is

ERROR : "Couldn't detect ipaddress of interface eth1 on node 192.168.122.151"

I tried to find a solution but the only thing I came across is another answer here on the Q&A (https://ask.openstack.org/en/question/79980/packstack-complains-of-not-being-able-to-detect-ipaddress-of-interface/ (https://ask.openstack.org/en/question...)). I tried the solution that is suggested by sanderv but it didn't do anything. I got the same error.

One thing I've found with the instructions is that they mention CONFIG_NOVA_COMPUTE_HOSTS and CONFIG_NOVA_NETWORK_HOSTS stating that the IPs should be properly configured. Neither of those keys is in the answer file that packstack generated. I have CONFIG_COMPUTE_HOSTS and CONFIG_NETWORK_HOSTS, though. Each of these I've set to be what the instructions say the other keys should be.

In addition to this issue (or maybe as a result of it), the interface values I set are wiped out. For instance, I set CONFIG_NOVA_COMPUTE_PRIVIF and CONFIG_NOVA_NETWORK_PRIVIF to eth1 as instructed. But after running packstack --answer-file=<answerfile> those are blank.

What am I doing wrong?

2015-11-21 03:55:40 -0600 commented answer Is the answer file supposed to be overwritten?

Thank you, sir!

2015-11-20 07:24:13 -0600 asked a question Is the answer file supposed to be overwritten?

I've been reading the book http://smile.amazon.com/OpenStack-Essentials-Dan-Radez/dp/1783987081 (OpenStack Essentials) to get a feel for OpenStack. I suppose the wisdom of this decision is open to debate but, since it is available on a library service I subscribe to it isn't much of a loss for me. That said, there seems to be some things that are left out, such as mentioning that python-docutils might reside in a non-standard repository. I've since learned this using the RDO docs and this here fancy Q&A site.

I'm early in the book's monologue. Only as far as the installation, really. It says to create an answer file using

# packstack --gen-answer-file ~/answers.txt

This is cool. Nothing substantial should go wrong with that and nothing does.

It then instructs its readers to add configuration options for the multinode situation:

CONFIG_NEUTRON_SERVER_HOST=192.168.123.102
CONFIG_NEUTRON_L3_HOSTS=192.168.123.102
CONFIG_NEUTRON_DHCP_HOSTS=192.168.123.102
CONFIG_NEUTRON_METADATA_HOSTS=192.168.123.102
CONFIG_NOVA_COMPUTE_HOSTS=192.168.123.103
CONFIG_HORIZON_HOST=192.168.122.101
CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE=vxlan
CONFIG_NEUTRON_OVS_TUNNEL_RANGES=1:1000
CONFIG_NEUTRON_OVS_TUNNEL_IF=eth0
CONFIG_SWIFT_INSTALL=y
CONFIG_HEAT_INSTALL=y

I happily add these options configuring the IPs to what they actually are in my case.

After running the command to generate the answer file and adding the options per the book's instructions, I then run the command to install OpenStack:

# packstack --answer-file ~/answers.txt

Generally, this goes well and I'm left with OpenStack running on the Control node. I am able to log into the dashboard. Yippee!

But, when I try to sort out what else happened, I find that the answer file has been edited to exclude the options that I've added. There is no specification of the network (Neutron) host IP or the compute (Nova) host IP. The VLAN config is gone as are the options telling packstack to install Swift and Heat. Basically, all 11 of the lines I list above are not in the new file.

Is this supposed to happen? The book doesn't mention it. Red Hat's documentation doesn't mention it. The Internet doesn't mention it. At least, not as far as I've been able to find.

With the answer file method being idempotent I wouldn't expect to have to reconfigure it each time I want to execute it (except maybe for the Swift or Heat installations; no need to do that over and over again).

So, what happened? Is the book just off on it's instructions?

2015-11-20 07:24:13 -0600 answered a question openstack-packstack requires python-docutils

If you have the actual RHEL7 installation media then you are presumably registering with an RHN account. If you're doing that then, again, presumably you have sufficient entitlements for RHEL.

When you register you'll want to auto-attach your entitlements:

# subscription-manger register --auto-attach

If you are already registered but have not attached entitlements:

# subscription-manager attach --auto

Either way, once you have a registered RHEL7 instance with the proper RHEL entitlements attached simply enable the Optional and Extras repositories:

# subscription-manager repos --enable rhel-7-server-optional-rpms --enable rhel-7-server-extras-rpms

After doing this, the openstack-packstack installation should run cleanly.

2015-11-20 03:00:41 -0600 received badge  Supporter (source)