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

Arash Kaffamanesh ak at cloudssky.com
Sun Apr 26 16:24:20 UTC 2015


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 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rdoproject.org/pipermail/dev/attachments/20150426/f8d18c7a/attachment.html>


More information about the dev mailing list