[Openstack] "nova list" returns nothing

Clement Buisson clement.buisson at lookout.com
Thu Oct 10 00:32:39 UTC 2013


Did anyone experience the same issue?


On Wed, Oct 2, 2013 at 11:52 PM, Rami Vaknin <rvaknin at redhat.com> wrote:

>  On 10/03/2013 03:12 AM, Clement Buisson wrote:
>
> All these variables are correct, I just double checked them.
> This is really strange because it was working fine and stopped working all
> of the sudden!
>
>
> Your request says that you're not using the admin project (tenant):
> "X-Auth-Project-Id: main"
> It should be:
> "X-Auth-Project-Id: admin"
>
>
>
>
>  On Wed, Oct 2, 2013 at 3:31 PM, Gangur, Hrushikesh (R & D HP Cloud) <
> hrushikesh.gangur at hp.com> wrote:
>
>>  Ensure these environment variable is set correctly. My guess is that
>> your environment variable must be pointing to a different project:
>>
>>
>>
>> export OS_USERNAME=Admin
>>
>      export OS_PASSWORD=secretword
>>
>> export OS_TENANT_NAME=AdminProject
>>
>> export OS_AUTH_URL=http://<keystoneIPaddress>:5000/v2.0/
>>
>> export OS_AUTH_STRATEGY=keystone
>>
>>
>>
>> *From:* Clement Buisson [mailto:clement.buisson at lookout.com]
>> *Sent:* Wednesday, October 02, 2013 3:06 PM
>> *To:* rvaknin at redhat.com
>> *Cc:* openstack
>> *Subject:* Re: [Openstack] "nova list" returns nothing
>>
>>
>>
>> Hi Rami,
>>
>>
>>
>> I checked in Nova DB and I can see all my instances there (select * from
>> instances). On my compute nodes, I ran virsh list --all (got list for kvm
>> instances) and pgrep kvm (got list of pids) and I got valid information
>> about my instances.
>>
>>
>>
>> I am also running these commands from the Nova-API server.
>>
>> I tried your curl idea and here is the result:
>>
>>
>>
>> curl -i http://127.0.0.1:8774/v2/ebdee2cb697449c9a374c006a8c2701f/servers-X GET -H "X-Auth-Project-Id: main" -H "User-Agent: python-novaclient" -H
>> "Accept: application/json" -H "X-Auth-Token:
>> 9b7d9b07f5b14793b1d24c5ca42bedd2"
>>
>>
>>
>> HTTP/1.1 200 OK
>>
>> X-Compute-Request-Id: req-9847157c-9d54-42fc-b5d0-3d46be491ef6
>>
>> Content-Type: application/json
>>
>> Content-Length: 15
>>
>> Date: Wed, 02 Oct 2013 22:01:13 GMT
>>
>>
>>
>> {"servers": []}
>>
>>
>>
>> So weird that this array is returning empty data...
>>
>> nova-api must be confused!
>>
>>
>>
>> Thoughts?
>>
>>
>>
>> On Wed, Oct 2, 2013 at 12:37 PM, Rami Vaknin <rvaknin at redhat.com> wrote:
>>
>> On 10/02/2013 09:35 PM, Clement Buisson wrote:
>>
>>  Hello,
>>
>> I am a Folsom user, I have been using the "nova list" command for a while
>> until couple weeks ago.
>> That command use to work just fine and one day it just stopped working.
>> I can run the command but nothing will show up.
>>
>> Here is the output of my command:
>>
>> nova --debug list
>>
>> REQ: curl -i
>> http://127.0.0.1:8774/v2/ebdee2cb697449c9a374c006a8c2701f/servers/detail-X GET -H "X-Auth-Project-Id: main" -H "User-Agent: python-novaclient" -H
>> "Accept: application/json" -H "X-Auth-Token:
>> f03bbc13f258473ab53399e3541a8e70"
>>
>> connect: (127.0.0.1, 8774)
>> send: u'GET /v2/ebdee2cb697449c9a374c006a8c2701f/servers/detail
>> HTTP/1.1\r\nHost: 127.0.0.1:8774\r\nx-auth-project-id:
>> main\r\nx-auth-token: f03bbc13f258473ab53399e3541a8e70\r\naccept-encoding:
>> gzip, deflate\r\naccept: application/json\r\nuser-agent:
>> python-novaclient\r\n\r\n'
>> reply: 'HTTP/1.1 200 OK\r\n'
>> header: X-Compute-Request-Id: req-002a752b-2f47-4cda-8f91-b9a822ef754b
>> header: Content-Type: application/json
>> header: Content-Length: 15
>> header: Date: Thu, 26 Sep 2013 18:07:05 GMT
>> RESP:{'status': '200', 'content-length': '15', 'content-location': u'
>> http://127.0.0.1:8774/v2/ebdee2cb697449c9a374c006a8c2701f/servers/detail',
>> 'x-compute-request-id': 'req-002a752b-2f47-4cda-8f91-b9a822ef754b', 'date':
>> 'Thu, 26 Sep 2013 18:07:05 GMT', 'content-type': 'application/json'}
>> {"servers": []}
>>
>> I also tried with the option "all-tenant":
>>
>> nova --debug list --all-tenants
>>
>> REQ: curl -i
>> http://127.0.0.1:8774/v2/ebdee2cb697449c9a374c006a8c2701f/servers/detail?all_tenants=1-X GET -H "X-Auth-Project-Id: main" -H "User-Agent: python-novaclient" -H
>> "Accept: application/json" -H "X-Auth-Token:
>> 9b7d9b07f5b14793b1d24c5ca42bedd2"
>> connect: (127.0.0.1, 8774)
>> send: u'GET
>> /v2/ebdee2cb697449c9a374c006a8c2701f/servers/detail?all_tenants=1
>> HTTP/1.1\r\nHost: 127.0.0.1:8774\r\nx-auth-project-id:
>> main\r\nx-auth-token: 9b7d9b07f5b14793b1d24c5ca42bedd2\r\naccept-encoding:
>> gzip, deflate\r\naccept: application/json\r\nuser-agent:
>> python-novaclient\r\n\r\n'
>> reply: 'HTTP/1.1 200 OK\r\n'
>> header: X-Compute-Request-Id: req-50e187e8-74b0-4342-a400-b364a61748e1
>> header: Content-Type: application/json
>> header: Content-Length: 15
>> header: Date: Wed, 02 Oct 2013 18:32:44 GMT
>> RESP:{'status': '200', 'content-length': '15', 'content-location': u'
>> http://127.0.0.1:8774/v2/ebdee2cb697449c9a374c006a8c2701f/servers/detail?all_tenants=1',
>> 'x-compute-request-id': 'req-50e187e8-74b0-4342-a400-b364a61748e1', 'date':
>> 'Wed, 02 Oct 2013 18:32:44 GMT', 'content-type': 'application/json'}
>> {"servers": []}
>>
>> Same thing with euca2ools:
>>
>> euca-describe-instances --debug
>>
>> 2013-09-26 11:07:14,205 euca2ools [DEBUG]:Method: POST
>> 2013-09-26 11:07:14,205 euca2ools [DEBUG]:Path: /services/Cloud/
>> 2013-09-26 11:07:14,205 euca2ools [DEBUG]:Data:
>> 2013-09-26 11:07:14,205 euca2ools [DEBUG]:Headers: {}
>> 2013-09-26 11:07:14,205 euca2ools [DEBUG]:Host: 127.0.0.1:8773
>> 2013-09-26 11:07:14,206 euca2ools [DEBUG]:establishing HTTP connection:
>> kwargs={}
>> 2013-09-26 11:07:14,206 euca2ools [DEBUG]:Token: None
>> 2013-09-26 11:07:14,206 euca2ools [DEBUG]:using _calc_signature_2
>> 2013-09-26 11:07:14,206 euca2ools [DEBUG]:query string:
>> AWSAccessKeyId=fbae4dab6bc045469c1f9f843d5d99b0&Action=DescribeInstances&SignatureMethod=HmacSHA256&SignatureVersion=2&Timestamp=2013-09-26T18%3A07%3A14Z&Version=2010-08-31
>> 2013-09-26 11:07:14,206 euca2ools [DEBUG]:string_to_sign: POST
>> 127.0.0.1:8773
>> /services/Cloud/
>>
>> AWSAccessKeyId=fbae4dab6bc045469c1f9f843d5d99b0&Action=DescribeInstances&SignatureMethod=HmacSHA256&SignatureVersion=2&Timestamp=2013-09-26T18%3A07%3A14Z&Version=2010-08-31
>> 2013-09-26 11:07:14,206 euca2ools [DEBUG]:len(b64)=44
>> 2013-09-26 11:07:14,206 euca2ools [DEBUG]:base64 encoded digest:
>> aoAKyibiBwFSbMMiUiEivQCvF6o/Cf5E4yM82LN3LfI=
>> 2013-09-26 11:07:14,206 euca2ools [DEBUG]:query_string:
>> AWSAccessKeyId=fbae4dab6bc045469c1f9f843d5d99b0&Action=DescribeInstances&SignatureMethod=HmacSHA256&SignatureVersion=2&Timestamp=2013-09-26T18%3A07%3A14Z&Version=2010-08-31
>> Signature: aoAKyibiBwFSbMMiUiEivQCvF6o/Cf5E4yM82LN3LfI=
>> send: 'POST /services/Cloud/ HTTP/1.1\r\nHost: 127.0.0.1:8773\r\nAccept-Encoding:
>> identity\r\nContent-Length: 231\r\nContent-Type:
>> application/x-www-form-urlencoded; charset=UTF-8\r\nUser-Agent: Boto/2.2.2
>> (linux2)\r\n\r\nAWSAccessKeyId=fbae4dab6bc045469c1f9f843d5d99b0&Action=DescribeInstances&SignatureMethod=HmacSHA256&SignatureVersion=2&Timestamp=2013-09-26T18%3A07%3A14Z&Version=2010-08-31&Signature=aoAKyibiBwFSbMMiUiEivQCvF6o%2FCf5E4yM82LN3LfI%3D'
>> reply: 'HTTP/1.1 200 OK\r\n'
>> header: Content-Type: text/xml
>> header: Content-Length: 206
>> header: Date: Thu, 26 Sep 2013 18:07:14 GMT
>> 2013-09-26 11:07:14,264 euca2ools [DEBUG]:<?xml version="1.0"
>> ?><DescribeInstancesResponse xmlns="
>> http://ec2.amazonaws.com/doc/2010-08-31/
>> "><requestId>req-53dfca36-14fc-497d-a37d-220e6072e903</requestId><reservationSet/></DescribeInstancesResponse>
>>
>> I am getting a 200 from Keystone, so it's not an auth problem...
>> Do you have any clues about that one?
>>
>>
>>
>> Weird,
>>
>> I would check whether the instances appear in nova database.
>>
>> In addition, I would also check that the instances really exist in the
>> compute nodes by: "virsh list -a" or/and "pgrep qemu" (will return a pid
>> per running instance).
>>
>> More two dump questions:
>> Are you sure that the machine you're running that command is the nova api
>> machine (the api calls are to 127.0.0.1, local machine)?
>> Can you run the same curl command again but with .../servers instead of
>> ../servers/details (run it first by "nova --debug list" to get a new token,
>> then run it manually with a changed uri/url)?
>>
>>
>>
>>   Thanks a lot!
>> Clément
>>
>>
>>
>> _______________________________________________
>>
>> 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
>>
>>
>>
>>
>>  --
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Rami Vaknin, QE @ Red Hat, TLV, IL.
>>
>>
>>
>>
>>
>> --
>>
>> Thanks,
>>
>> Clément
>>
>
>
>
>  --
> Thanks,
> Clément
>
>
>
> --
>
> Thanks,
>
> Rami Vaknin, QE @ Red Hat, TLV, IL.
>
>


-- 
Thanks,
Clément
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20131009/5be0395b/attachment.html>


More information about the Openstack mailing list