Status of openstack in f18?

Dennis Jacobfeuerborn dennisml at conversis.de
Thu Nov 8 20:16:02 UTC 2012


On 11/08/2012 04:29 PM, Pádraig Brady wrote:
> On 11/08/2012 03:15 PM, Dennis Jacobfeuerborn wrote:
>> On 11/08/2012 04:01 PM, Matthias Runge wrote:
>>> On 11/08/2012 03:56 PM, Dennis Jacobfeuerborn wrote:
>>>>> https://fedoraproject.org/wiki/Test_Day:2012-09-18_OpenStack
>>>>
>>>> Thanks for that link. I'm going to retry this with these instructions. I
>>>> looked at the feature page and that only links to the setup instrunctions
>>>> for Fedora 17. The EPEL link I found on google.
>>>>
>>>> I would perhaps be a good idea to link the test day page on
>>>> http://fedoraproject.org/wiki/Features/OpenStack_Folsom so that people
>>>> looking for that feature get more accurate descriptions for the setup.
>>>>
>>> It is linked on that page "How To Test" [1]
>>>
>>> [1] http://fedoraproject.org/wiki/Features/OpenStack_Folsom#How_To_Test
>>>
>>> So, maybe you were looking to something else?
>>
>> Hm, my mistake then, sorry. I guess I got too focused on the documentation
>> section because that's where I noticed the installation instructions link.
> 
> I've updated he Docs section to be less confusing.

The Docs section isn't that confusing I was just a bit daft :)

>> The test page mentions additional repositories. Are these still
>> required/recommended or should I disregard these and instead use whatever
>> is actually in Fedora 18 now? Given that the beta is around the corner it
>> would probably be better to test the "out of the box" experience.
>> Are there any known issues left that require these repos?
> 
> It's best to use the Fedora 18 repos now.
> I've updated the test day instructions.
> Note you should be using the Fedora 18 updates-testing
> repo at this stage.
> There are currently fixes there for openstack-utils
> and scsi-target-utils at least.

So I reinstalled and tried again without the libvirt and selinux
workarounds mentioned in the test page as these bugs apparently are fixed
in the latest packages.

I ran into two problems:

1. Bug 868357 prevents openstack-demo-install from working

Basically keystone doesn't start and after applying the workaround
mentioned in that bug there still seem to be issues possibly related to the
fact that the keystone data couldn't be properly setup during the install.

I shut down all services, wiped /var/lib/mysql/*, then started mysql and
ran openstack-demo-install again. This time things worked and I could do
"cinder list" on the shell without error and create a volume through the
horizon interface.

2. Quantum is registered as the networking service but not configured

The test page says the quantum setup is optional but this is not the case.
According to https://lists.launchpad.net/openstack/msg17285.html if the
quantum service is enabled (and it is apparently after running
openstack-demo-install) then horizon uses it. Since it isn't configured
this doesn't work though.

The "Test Cases" section also seems to assume the use of the nova-network
service which conflicts with what the openstack-demo-install has set up.

So it looks like either the demo install script must be adapted to enable
nova-network rather than quantum or the manual configuration of quantum has
to be declared mandatory.

Since a network *must* be specified when creating a VM in horizon no VMs
can be created at this point.

Regards,
  Dennis



More information about the cloud mailing list