[Rdo-list] RE(3): RE(2) : RDO Kilo RC snapshot - core packages

[Boris Derzhavets]

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 at cloudssky.com
To: mrunge at redhat.com
CC: rdo-list at 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 at 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 at 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 at 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 at 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 at redhat.com

https://www.redhat.com/mailman/listinfo/rdo-list



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




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

To unsubscribe: rdo-list-unsubscribe at redhat.com 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rdoproject.org/pipermail/dev/attachments/20150426/72720deb/attachment.html>