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-f...
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(a)cloudssky.com
To: mrunge(a)redhat.com
CC: rdo-list(a)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: AIO2nd 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(a)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(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com