Confirmed version as of 04/21/2015 ( via delorean repo ) was tested
with answer-file for Two Node install Controller&&Network and Compute
Answer-file sample was brought from blog entry ( works fine on Juno)
http://bderzhavets.blogspot.com/2015/04/switching-to-ethx-interfaces-on-fedora.html

Packstack completed OK . However, table "compute_nodes"  in nova database appeared to be empty up on completion. System doesn't see Hypervisor Host either via Dashboard or via nova CLI as mentioned by Arash. So it cannot scheduler instance, no matter that `nova service-list` is OK and openstack-nova-compute is up and running on Compute Node. I've also I've got same "WARNING nova.compute.resource_tracker [-] No service record for host compute1"  in /var/log/nova/nova-compute.log on Compute node.

Boris.


Date: Sun, 26 Apr 2015 18:24:20 +0200
From: ak@cloudssky.com
To: mrunge@redhat.com
CC: rdo-list@redhat.com
Subject: Re: [Rdo-list] RE(3): RE(2) : RDO Kilo RC snapshot - core packages

I made 2 more attempts and installed the delorean release on bare metal:

1st install: AIO
2nd install: 2 node (controller + compute)

By the AIO install the dashboard worked fine.

By the 2nd install, I got "Bad Request (400)" by accessing the dashboard and it seems that the DocumentRoot in horizon vhost generated by puppet is not correct, so I changed it in:

/etc/httpd/conf.d/15-horizon_vhost.conf
  ## Vhost docroot
  #DocumentRoot "/var/www/"
  DocumentRoot "/usr/share/openstack-dashboard/static/"
Now the dashboard is working here too.
(if I re-run packstack the vhost will get overwritten again with the wrong docroot)


Another issue, after spawning a new cirros instance, it goes into error state and on the compute node I'm getting:


[root@compute1 ~]# tail -f /var/log/nova/nova-compute.log 
2015-04-26 11:17:16.027 13142 AUDIT nova.compute.resource_tracker [-] Total usable vcpus: 8, total allocated vcpus: 0

2015-04-26 11:17:16.027 13142 AUDIT nova.compute.resource_tracker [-] PCI stats: []

2015-04-26 11:17:16.063 13142 WARNING nova.compute.resource_tracker [-] No service record for host compute1


But the compute1 is enabled:

[root@csky06 ~(keystone_admin)]# nova service-list

+----+------------------+----------------------+----------+---------+-------+----------------------------+-----------------+
| Id | Binary           | Host                 | Zone     | Status  | State | Updated_at                 | Disabled Reason |
+----+------------------+----------------------+----------+---------+-------+----------------------------+-----------------+
| 1  | nova-consoleauth | controller | internal | enabled | up    | 2015-04-26T15:23:41.000000 | -               |
| 2  | nova-scheduler   | controller  | internal | enabled | up    | 2015-04-26T15:23:41.000000 | -               |
| 3  | nova-conductor   | controller | internal | enabled | up    | 2015-04-26T15:23:40.000000 | -               |
| 5  | nova-cert        | controller  | internal | enabled | up    | 2015-04-26T15:23:40.000000 | -               |
| 6  | nova-compute     | compute1 | nova     | enabled | up    | 2015-04-26T15:23:39.000000 | -               |

+----+------------------+----------------------+----------+---------+-------+----------------------------+-----------------+


And if I call nova hypervisor-list, the list is empty

[root@controller (keystone_admin)]# nova hypervisor-list
+----+---------------------+
| ID | Hypervisor hostname |
+----+---------------------+

+----+---------------------+
Not sure if that has something to do with the empty hypervisor list (?).
Thanks!




On Fri, Apr 24, 2015 at 8:21 AM, Matthias Runge <mrunge@redhat.com> wrote:
On 24/04/15 00:12, Arif Ali wrote:


192.168.10.76:12] IOError: [Errno 13] Permission denied:
'/tmp/_tmp_.secret_key_store.lock'

I hope that this helpful

This was fixed yesterday by https://review.gerrithub.io/#/c/230645/ and following patch.

Matthias


_______________________________________________
Rdo-list mailing list
Rdo-list@redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list

To unsubscribe: rdo-list-unsubscribe@redhat.com


_______________________________________________ Rdo-list mailing list Rdo-list@redhat.com https://www.redhat.com/mailman/listinfo/rdo-list To unsubscribe: rdo-list-unsubscribe@redhat.com