Open Stack

Not that I know of I know when I was doing some scripts last summer (which
with enhancements will be part of a forth coming tutorial on using VM's as
a lab and then later using them to improve the robustness and stability of
your production install) I got stuck here about 8 times and each time had
to do a complete ground up reinstall and repeat of the process upto the
keystone admin stuff (if everything goes well  here and you have your
tenant/realm, user, etc. environmental variables set right [before you
start keystone] it should work).... the need for 8 reinstalls of the base
OS is what lead to using VM's because there you clone it after each
successful major step and then if that blows up just replace it with the
clone... for a dry run of the tutorials (installing devstack) see
http://www.freebsd-openstack.org... the next one (conceptual overview of a
openstack install plus nova/cinder/keystone/glance [aka the compute node
with no network or controller node]) will be out later in the month or
early next (depending on the answer I get from a potential co-author)....
by the end of the tutorial we will have a full install and a trivial app
made all 100% from the command line using no outside knowledge then whats
in the tutorials but it will be complete enough for you to write custom
scripts with.... due to how PetiteCloud (the main tool besides OpenStack
that is needed to do the tutorials) works the end result (at your option)
of the tutorials will be a baremetal bootable set of fully functioning
compute node, storage node, network node and control node (separate
physical machines or not as needed)... for people who feel unconformatable
with VM's we will also show how to do it on baremetal and if they prefer
OpenStack or raw VM's over PetiteCloud we will show that also


On Tue, Feb 4, 2014 at 7:17 PM, Mark Vlcek (mavlcek) <mavlcek at cisco.com>wrote:

>   Hi Aryeh,
>
>  I installed with DevStack. Pretty much every other API call I've made
> (Keystone, Nova, Ceilometer, etc.) has worked, for some reason this one is
> just giving me problems.
>
>  Is there some simple way to check if it's indeed some misconfiguration
> with the account itself?
>
>  Thanks,
> Mark
>
>   From: Aryeh Friedman <aryeh.friedman at gmail.com>
> Date: Tuesday, February 4, 2014 3:46 PM
> To: Mark Vlcek <mavlcek at cisco.com>
> Cc: "openstack at lists.openstack.org" <openstack at lists.openstack.org>
> Subject: Re: [Openstack] [Keystone]404 error when trying to get list of
> users
>
>   This means that keystone is not installed properly (you likely messed
> up in the manual account creation step)
>
>
> On Tue, Feb 4, 2014 at 6:28 PM, Mark Vlcek (mavlcek) <mavlcek at cisco.com>wrote:
>
>>  Hi all,
>>
>>  I'm using the Keystone V2 REST API<http://api.openstack.org/api-ref-identity.html#identity-v2>to try to get a list of users and their IDs but for some reason I keep
>> getting a 404 error in the JSON response.
>>
>>  The specific API call I'm trying to make is:
>>
>>  GET http://[hostname]:5000/v2.0/users
>> with the X-Auth-Token properly added to the header.
>>
>>  The response I'm getting is:
>>
>>  {
>>     "error": {
>>         "message": "The resource could not be found.",
>>         "code": 404,
>>         "title": "Not Found"
>>     }
>> }
>>
>>  I see that the documentation says that "name" is another one of the
>> request parameters, but when I tried adding it as a URL parameter or in the
>> header I just get invalid responses.
>>
>>  What am I doing wrong?
>>
>>  Thanks,
>> Mark
>>
>> _______________________________________________
>> Mailing list:
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>> Post to     : openstack at lists.openstack.org
>> Unsubscribe :
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>
>>
>
>
> --
> Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org
>



-- 
Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140204/4cd0e01a/attachment.html>