[Openstack] Cinder error
Guilherme Russi
luisguilherme.cr at gmail.com
Wed Sep 25 20:27:04 UTC 2013
Hello again guys, coming back with cinder topic, I'm trying to attach a
storage to my VM, and I was reading through the internet that I need to
suspend the VM before attach, so I did that, but when I attach my storage
to my VM it doesn't work, I can see the output showing the device name,
serverId, id and volumeId, but I can't find it inside my VM, and at the
Volumes place at the dashboard the field "Attached To" is empty. I was
looking at the nova and cinder logs and there are no errors. Can anybody
help me?
Thank you all.
Regards.
2013/9/25 Guilherme Russi <luisguilherme.cr at gmail.com>
> Thank you Razique, and you have idea if this change can be made at the
> cinder on the grizzly, I ask because I have grizzly running now and I hope
> don't have to reinstall in another version :)
>
>
> 2013/9/25 Razique Mahroua <razique.mahroua at gmail.com>
>
>> Doesn't seem possible at the moment, but there is a blueprint:
>> https://blueprints.launchpad.net/cinder/+spec/multi-attach-volume
>>
>>
>> :-)
>>
>> Le 25 sept. 2013 à 17:11, Guilherme Russi <luisguilherme.cr at gmail.com> a
>> écrit :
>>
>> Hello guys, I fixed my error and now my cinder is working fine, I just
>> have one last question, can I attach two or more VMs at the same volume?
>>
>> Thank you all.
>>
>> Regards.
>>
>>
>> 2013/9/24 Guilherme Russi <luisguilherme.cr at gmail.com>
>>
>>> Hello Cian, I was looking for some cinder troubleshooting and i looked
>>> these lines at my cinder-api.log:
>>>
>>> 2013-09-24 23:29:23 WARNING [cinder.openstack.common.policy]
>>> Inheritance-based rules are deprecated; use the default brain instead of
>>> HttpBrain.
>>> 2013-09-24 23:29:23 INFO [cinder.api.openstack.wsgi] GET
>>> http://192.168.3.1:8776/v1/%0A3f5e122efa6d4486946efd05e66f19e4/volumes/detail
>>>
>>> What it means with rules are deprecated? Is the problem with my keystone?
>>>
>>> Thank you again.
>>>
>>>
>>> 2013/9/24 Guilherme Russi <luisguilherme.cr at gmail.com>
>>>
>>>> Hello Cian,
>>>>
>>>> Here is the output:
>>>>
>>>> curl –i -v http://192.168.3.1:8776/v1/
>>>> * Input domain encoded as `UTF-8'
>>>> * getaddrinfo(3) failed for xn--i-5gn:80
>>>> * Couldn't resolve host '–i'
>>>> * Closing connection #0
>>>> curl: (6) Couldn't resolve host '–i'
>>>> * About to connect() to 192.168.3.1 port 8776 (#0)
>>>> * Trying 192.168.3.1... connected
>>>> > GET /v1/ HTTP/1.1
>>>> > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0
>>>> OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3
>>>> > Host: 192.168.3.1:8776
>>>> > Accept: */*
>>>> >
>>>> < HTTP/1.1 401 Unauthorized
>>>> < Www-Authenticate: Keystone uri='http://192.168.3.1:35357'
>>>> < Content-Length: 381
>>>> < Content-Type: text/html; charset=UTF-8
>>>> < Date: Tue, 24 Sep 2013 16:13:45 GMT
>>>> <
>>>> <html>
>>>> <head>
>>>> <title>401 Unauthorized</title>
>>>> </head>
>>>> <body>
>>>> <h1>401 Unauthorized</h1>
>>>> This server could not verify that you are authorized to access the
>>>> document you requested. Either you supplied the wrong credentials (e.g.,
>>>> bad password), or your browser does not understand how to supply the
>>>> credentials required.<br /><br />
>>>> Authentication required
>>>>
>>>>
>>>> </body>
>>>> * Connection #0 to host 192.168.3.1 left intact
>>>> * Closing connection #0
>>>> </html>root at hemera:/home/hemera# curl –i -v http://192.168.3.1:8776/v1/
>>>> * Input domain encoded as `UTF-8'
>>>> * getaddrinfo(3) failed for xn--i-5gn:80
>>>> * Couldn't resolve host '–i'
>>>> * Closing connection #0
>>>> curl: (6) Couldn't resolve host '–i'
>>>> * About to connect() to 192.168.3.1 port 8776 (#0)
>>>> * Trying 192.168.3.1... connected
>>>> > GET /v1/ HTTP/1.1
>>>> > User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0
>>>> OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3
>>>> > Host: 192.168.3.1:8776
>>>> > Accept: */*
>>>> >
>>>> < HTTP/1.1 401 Unauthorized
>>>> < Www-Authenticate: Keystone uri='http://192.168.3.1:35357'
>>>> < Content-Length: 381
>>>> < Content-Type: text/html; charset=UTF-8
>>>> < Date: Tue, 24 Sep 2013 16:14:35 GMT
>>>> <
>>>> <html>
>>>> <head>
>>>> <title>401 Unauthorized</title>
>>>> </head>
>>>> <body>
>>>> <h1>401 Unauthorized</h1>
>>>> This server could not verify that you are authorized to access the
>>>> document you requested. Either you supplied the wrong credentials (e.g.,
>>>> bad password), or your browser does not understand how to supply the
>>>> credentials required.<br /><br />
>>>> Authentication required
>>>>
>>>>
>>>> </body>
>>>> * Connection #0 to host 192.168.3.1 left intact
>>>> * Closing connection #0
>>>>
>>>>
>>>> tail –f /var/log/cinder/cinder-api.log
>>>> ==> /var/log/cinder/cinder-api.log <==
>>>> 2013-09-24 13:12:27 WARNING [keystoneclient.middleware.auth_token]
>>>> Unable to find authentication token in headers
>>>> 2013-09-24 13:12:27 INFO [keystoneclient.middleware.auth_token]
>>>> Invalid user token - rejecting request
>>>> 2013-09-24 13:13:31 WARNING [keystoneclient.middleware.auth_token]
>>>> Unable to find authentication token in headers
>>>> 2013-09-24 13:13:31 INFO [keystoneclient.middleware.auth_token]
>>>> Invalid user token - rejecting request
>>>> 2013-09-24 13:13:35 WARNING [keystoneclient.middleware.auth_token]
>>>> Unable to find authentication token in headers
>>>> 2013-09-24 13:13:35 INFO [keystoneclient.middleware.auth_token]
>>>> Invalid user token - rejecting request
>>>> 2013-09-24 13:13:45 WARNING [keystoneclient.middleware.auth_token]
>>>> Unable to find authentication token in headers
>>>> 2013-09-24 13:13:45 INFO [keystoneclient.middleware.auth_token]
>>>> Invalid user token - rejecting request
>>>> 2013-09-24 13:14:35 WARNING [keystoneclient.middleware.auth_token]
>>>> Unable to find authentication token in headers
>>>> 2013-09-24 13:14:35 INFO [keystoneclient.middleware.auth_token]
>>>> Invalid user token - rejecting request
>>>>
>>>>
>>>> I've sourced my openrc with my admin credentials.
>>>>
>>>> Any ideas?
>>>>
>>>> Thank you.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> 2013/9/24 O'Driscoll, Cian <cian.o-driscoll at hp.com>
>>>>
>>>>> Format looks good****
>>>>>
>>>>> ** **
>>>>>
>>>>> Try a simple curl “curl –iv http://192.168.3.1:8776/v1/” and see
>>>>> what returns****
>>>>>
>>>>> ** **
>>>>>
>>>>> Your api service is probably not up and running or is throwing an
>>>>> exception****
>>>>>
>>>>> ** **
>>>>>
>>>>> “tial –f /var/log/cinder/cinder-api.log” on the api node while you run
>>>>> the curl. ****
>>>>>
>>>>> ** **
>>>>>
>>>>> Cian O'Driscoll****
>>>>>
>>>>> Systems Software Engineer****
>>>>>
>>>>> HP Cloud Services****
>>>>>
>>>>> Hewlett Packard Galway Ltd.****
>>>>>
>>>>> Tel: +353-91-75-4432****
>>>>>
>>>>> ** **
>>>>>
>>>>> Postal Address: Hewlett Packard Galway Limited, Ballybrit Business
>>>>> Park, Galway ****
>>>>>
>>>>> Registered Office: Hewlett Packard Galway Limited, 63-74 Sir John
>>>>> Rogerson's Quay Dublin 2 Registered Number: 361933****
>>>>>
>>>>> ** **
>>>>>
>>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com]
>>>>> *Sent:* 24 September 2013 16:36
>>>>> *To:* O'Driscoll, Cian
>>>>> *Cc:* Marcelo Dieder; openstack
>>>>>
>>>>> *Subject:* Re: [Openstack] Cinder error****
>>>>>
>>>>> ** **
>>>>>
>>>>> Hello Cian, thank you for reply, here is the output:****
>>>>>
>>>>> ** **
>>>>>
>>>>> cinder --debug list****
>>>>>
>>>>> ** **
>>>>>
>>>>> REQ: curl -i http://localhost:5000/v2.0/tokens -X POST -H
>>>>> "Content-Type: application/json" -H "Accept: application/json" -H
>>>>> "User-Agent: python-cinderclient" -d '{"auth": {"tenantName": "admin",
>>>>> "passwordCredentials": {"username": "admin", "password": "password"}}}'
>>>>> ****
>>>>>
>>>>> ** **
>>>>>
>>>>> RESP: [200] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT', 'content-type':
>>>>> 'application/json', 'content-length': '5851', 'vary': 'X-Auth-Token'}*
>>>>> ***
>>>>>
>>>>> RESP BODY: {"access": {"token": {"issued_at":
>>>>> "2013-09-24T15:34:41.362645", "expires": "2013-09-25T15:34:41Z", "id":
>>>>> "MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw=",
>>>>> "tenant": {"description": null, "enabled": true, "id":
>>>>> "3f5e122efa6d4486946efd05e66f19e4", "name": "admin"}}, "serviceCatalog":
>>>>> [{"endpoints": [{"adminURL": "
>>>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4",
>>>>> "region": "RegionOne", "internalURL": "
>>>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4", "id":
>>>>> "15086f1b77d54902ae16f2146ba006cc", "publicURL": "
>>>>> http://192.168.3.1:8774/v2/3f5e122efa6d4486946efd05e66f19e4"}],
>>>>> "endpoints_links": [], "type": "compute", "name": "nova"}, {"endpoints":
>>>>> [{"adminURL": "http://192.168.3.1:9696/", "region": "RegionOne",
>>>>> "internalURL": "http://192.168.3.1:9696/", "id":
>>>>> "37e6082f39fd479aa2bd76297737c100", "publicURL": "
>>>>> http://192.168.3.1:9696/"}], "endpoints_links": [], "type":
>>>>> "network", "name": "quantum"}, {"endpoints": [{"adminURL": "
>>>>> http://192.168.3.1:9292", "region": "RegionOne", "internalURL": "
>>>>> http://192.168.3.1:9292", "id": "1192b0b5313642beb8e08197fe11a0fc",
>>>>> "publicURL": "http://192.168.3.1:9292"}], "endpoints_links": [],
>>>>> "type": "image", "name": "glance"}, {"endpoints": [{"adminURL": "
>>>>> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4",
>>>>> "region": "RegionOne", "internalURL": "
>>>>> http://192.168.3.1:8776/v1/3f5e122efa6d4486946efd05e66f19e4", "id":
>>>>> "0c71ec212f4842ca9510d74c3338f858", "publicURL": "
>>>>> http://192.168.3.1:8776/v1/\n3f5e122efa6d4486946efd05e66f19e4<http://192.168.3.1:8776/v1/n3f5e122efa6d4486946efd05e66f19e4>"}],
>>>>> "endpoints_links": [], "type": "volume", "name": "cinder"}, {"endpoints":
>>>>> [{"adminURL": "http://192.168.3.1:8773/services/Admin", "region":
>>>>> "RegionOne", "internalURL": "http://192.168.3.1:8773/services/Cloud",
>>>>> "id": "48bca7d5ef7f450182d9b6c0491e7dc7", "publicURL": "
>>>>> http://192.168.3.1:8773/services/Cloud"}], "endpoints_links": [],
>>>>> "type": "ec2", "name": "ec2"}, {"endpoints": [{"adminURL": "
>>>>> http://192.168.3.1:35357/v2.0", "region": "RegionOne", "internalURL":
>>>>> "http://192.168.3.1:5000/v2.0", "id":
>>>>> "0891cfa885674db79674ecd8c6e4c533", "publicURL": "
>>>>> http://192.168.3.1:5000/v2.0"}], "endpoints_links": [], "type":
>>>>> "identity", "name": "keystone"}], "user": {"username": "admin",
>>>>> "roles_links": [], "id": "3ac417b2391a453583ec3008126d753f", "roles":
>>>>> [{"name": "admin"}], "name": "admin"}, "metadata": {"is_admin": 0, "roles":
>>>>> ["321a43ac337944ac889127b797be7d9a"]}}}****
>>>>>
>>>>> ** **
>>>>>
>>>>> ** **
>>>>>
>>>>> REQ: curl -i http://192.168.3.1:8776/v1/****
>>>>>
>>>>> 3f5e122efa6d4486946efd05e66f19e4/volumes/detail -X GET -H
>>>>> "X-Auth-Project-Id: admin" -H "User-Agent: python-cinderclient" -H "Accept:
>>>>> application/json" -H "X-Auth-Token:
>>>>> MIIKVAYJKoZIhvcNAQcCoIIKRTCCCkECAQExCTAHBgUrDgMCGjCCCS0GCSqGSIb3DQEHAaCCCR4EggkaeyJhY2Nlc3MiOiB7InRva2VuIjogeyJpc3N1ZWRfYXQiOiAiMjAxMy0wOS0yNFQxNTozNDo0MS4zNjI2NDUiLCAiZXhwaXJlcyI6ICIyMDEzLTA5LTI1VDE1OjM0OjQxWiIsICJpZCI6ICJwbGFjZWhvbGRlciIsICJ0ZW5hbnQiOiB7ImRlc2NyaXB0aW9uIjogbnVsbCwgImVuYWJsZWQiOiB0cnVlLCAiaWQiOiAiM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAibmFtZSI6ICJhZG1pbiJ9fSwgInNlcnZpY2VDYXRhbG9nIjogW3siZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3NC92Mi8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIxNTA4NmYxYjc3ZDU0OTAyYWUxNmYyMTQ2YmEwMDZjYyIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzQvdjIvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiY29tcHV0ZSIsICJuYW1lIjogIm5vdmEifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6OTY5Ni8iLCAiaWQiOiAiMzdlNjA4MmYzOWZkNDc5YWEyYmQ3NjI5NzczN2MxMDAiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5Njk2LyJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJuZXR3b3JrIiwgIm5hbWUiOiAicXVhbnR1bSJ9LCB7ImVuZHBvaW50cyI6IFt7ImFkbWluVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIiwgInJlZ2lvbiI6ICJSZWdpb25PbmUiLCAiaW50ZXJuYWxVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjkyOTIiLCAiaWQiOiAiMTE5MmIwYjUzMTM2NDJiZWI4ZTA4MTk3ZmUxMWEwZmMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo5MjkyIn1dLCAiZW5kcG9pbnRzX2xpbmtzIjogW10sICJ0eXBlIjogImltYWdlIiwgIm5hbWUiOiAiZ2xhbmNlIn0sIHsiZW5kcG9pbnRzIjogW3siYWRtaW5VUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvM2Y1ZTEyMmVmYTZkNDQ4Njk0NmVmZDA1ZTY2ZjE5ZTQiLCAicmVnaW9uIjogIlJlZ2lvbk9uZSIsICJpbnRlcm5hbFVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3Ni92MS8zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCIsICJpZCI6ICIwYzcxZWMyMTJmNDg0MmNhOTUxMGQ3NGMzMzM4Zjg1OCIsICJwdWJsaWNVUkwiOiAiaHR0cDovLzE5Mi4xNjguMy4xOjg3NzYvdjEvXG4zZjVlMTIyZWZhNmQ0NDg2OTQ2ZWZkMDVlNjZmMTllNCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJ2b2x1bWUiLCAibmFtZSI6ICJjaW5kZXIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9BZG1pbiIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo4NzczL3NlcnZpY2VzL0Nsb3VkIiwgImlkIjogIjQ4YmNhN2Q1ZWY3ZjQ1MDE4MmQ5YjZjMDQ5MWU3ZGM3IiwgInB1YmxpY1VSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6ODc3My9zZXJ2aWNlcy9DbG91ZCJ9XSwgImVuZHBvaW50c19saW5rcyI6IFtdLCAidHlwZSI6ICJlYzIiLCAibmFtZSI6ICJlYzIifSwgeyJlbmRwb2ludHMiOiBbeyJhZG1pblVSTCI6ICJodHRwOi8vMTkyLjE2OC4zLjE6MzUzNTcvdjIuMCIsICJyZWdpb24iOiAiUmVnaW9uT25lIiwgImludGVybmFsVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAiLCAiaWQiOiAiMDg5MWNmYTg4NTY3NGRiNzk2NzRlY2Q4YzZlNGM1MzMiLCAicHVibGljVVJMIjogImh0dHA6Ly8xOTIuMTY4LjMuMTo1MDAwL3YyLjAifV0sICJlbmRwb2ludHNfbGlua3MiOiBbXSwgInR5cGUiOiAiaWRlbnRpdHkiLCAibmFtZSI6ICJrZXlzdG9uZSJ9XSwgInVzZXIiOiB7InVzZXJuYW1lIjogImFkbWluIiwgInJvbGVzX2xpbmtzIjogW10sICJpZCI6ICIzYWM0MTdiMjM5MWE0NTM1ODNlYzMwMDgxMjZkNzUzZiIsICJyb2xlcyI6IFt7Im5hbWUiOiAiYWRtaW4ifV0sICJuYW1lIjogImFkbWluIn0sICJtZXRhZGF0YSI6IHsiaXNfYWRtaW4iOiAwLCAicm9sZXMiOiBbIjMyMWE0M2FjMzM3OTQ0YWM4ODkxMjdiNzk3YmU3ZDlhIl19fX0xgf8wgfwCAQEwXDBXMQswCQYDVQQGEwJVUzEOMAwGA1UECBMFVW5zZXQxDjAMBgNVBAcTBVVuc2V0MQ4wDAYDVQQKEwVVbnNldDEYMBYGA1UEAxMPd3d3LmV4YW1wbGUuY29tAgEBMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIGAM7Q9YgDWl+2-Hi7V3JBDrLu1PPA3cgfG7ZW8fPtSGpNeuumENW9CjnS-ZBZccD6kKcKl61VM8oBmfn8lAFBHTCkuMl+iDrfV+O8EmsqrB9fyKj9P1mJAAE0X92Weh4FygcjHk5eBKZjPyy3rFJRJo9nmKwzYmcOB+9xehCDlnTw="
>>>>> ****
>>>>>
>>>>> ** **
>>>>>
>>>>> RESP: [400] {'date': 'Tue, 24 Sep 2013 15:34:41 GMT',
>>>>> 'content-length': '65', 'content-type': 'application/json; charset=UTF-8',
>>>>> 'x-compute-request-id': 'req-68921414-7571-470d-884d-717a9f23c141'}***
>>>>> *
>>>>>
>>>>> RESP BODY: {"badRequest": {"message": "Malformed request url", "code":
>>>>> 400}}****
>>>>>
>>>>> ** **
>>>>>
>>>>> DEBUG (shell:495) Malformed request url (HTTP 400) (Request-ID:
>>>>> req-68921414-7571-470d-884d-717a9f23c141)****
>>>>>
>>>>> Traceback (most recent call last):****
>>>>>
>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line
>>>>> 490, in main****
>>>>>
>>>>> OpenStackCinderShell().main(map(strutils.safe_decode,
>>>>> sys.argv[1:]))****
>>>>>
>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/shell.py", line
>>>>> 441, in main****
>>>>>
>>>>> args.func(self.cs, args)****
>>>>>
>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/shell.py",
>>>>> line 143, in do_list****
>>>>>
>>>>> volumes = cs.volumes.list(search_opts=search_opts)****
>>>>>
>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/v1/volumes.py",
>>>>> line 204, in list****
>>>>>
>>>>> "volumes")****
>>>>>
>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/base.py", line
>>>>> 63, in _list****
>>>>>
>>>>> resp, body = self.api.client.get(url)****
>>>>>
>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line
>>>>> 185, in get****
>>>>>
>>>>> return self._cs_request(url, 'GET', **kwargs)****
>>>>>
>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line
>>>>> 153, in _cs_request****
>>>>>
>>>>> **kwargs)****
>>>>>
>>>>> File "/usr/lib/python2.7/dist-packages/cinderclient/client.py", line
>>>>> 136, in request****
>>>>>
>>>>> raise exceptions.from_response(resp, body)****
>>>>>
>>>>> BadRequest: Malformed request url (HTTP 400) (Request-ID:
>>>>> req-68921414-7571-470d-884d-717a9f23c141)****
>>>>>
>>>>> ERROR: Malformed request url****
>>>>>
>>>>> ** **
>>>>>
>>>>> ** **
>>>>>
>>>>> Regards.****
>>>>>
>>>>> ** **
>>>>>
>>>>> 2013/9/24 O'Driscoll, Cian <cian.o-driscoll at hp.com>****
>>>>>
>>>>> Hi Guilherme,****
>>>>>
>>>>> ****
>>>>>
>>>>> If you run “cinder –debug list” and reply with the output, We should
>>>>> be able to see what’s wrong. ****
>>>>>
>>>>> Sounds like your block storage url is incorrectly formatted in
>>>>> keystone.****
>>>>>
>>>>> ****
>>>>>
>>>>> Thanks,****
>>>>>
>>>>> Cian****
>>>>>
>>>>> ****
>>>>>
>>>>> Cian O'Driscoll****
>>>>>
>>>>> Systems Software Engineer****
>>>>>
>>>>> HP Cloud Services****
>>>>>
>>>>> Hewlett Packard Galway Ltd.****
>>>>>
>>>>> ****
>>>>>
>>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com] ****
>>>>>
>>>>> *Sent:* 24 September 2013 14:53
>>>>> *To:* Marcelo Dieder
>>>>> *Cc:* openstack****
>>>>>
>>>>> *Subject:* Re: [Openstack] Cinder error****
>>>>>
>>>>> ****
>>>>>
>>>>> Hello guys, I've changed the rabbit error, but I still can't associate
>>>>> a volume to my VMs, when I type cinder list I get the Malformed request
>>>>> url. I've already checked my keystone and it looks fine to me. Any ideas?
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> Regards.****
>>>>>
>>>>> ****
>>>>>
>>>>> 2013/9/23 Guilherme Russi <luisguilherme.cr at gmail.com>****
>>>>>
>>>>> It's what i've got too:****
>>>>>
>>>>> ****
>>>>>
>>>>> root at hemera:/home/hemera# rabbitmqctl list_permissions****
>>>>>
>>>>> Listing permissions in vhost "/" ...****
>>>>>
>>>>> guest .* .* .*****
>>>>>
>>>>> ...done.****
>>>>>
>>>>> ****
>>>>>
>>>>> Regards.****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> 2013/9/23 Marcelo Dieder <marcelodieder at gmail.com>****
>>>>>
>>>>> Hi Guilherme,
>>>>>
>>>>> The RabbitMQ has virtual host for many applications. Default, the
>>>>> Rabbit created a default virtualhost with /.
>>>>>
>>>>> You can see this with the command:
>>>>>
>>>>> root at controller:~# rabbitmqctl list_permissions
>>>>> Listing permissions in vhost "/" ...
>>>>> guest .* .* .*
>>>>> ...done.
>>>>>
>>>>> Regards,
>>>>>
>>>>> Marcelo Dieder****
>>>>>
>>>>> ****
>>>>>
>>>>> On 09/23/2013 04:57 PM, Guilherme Russi wrote:****
>>>>>
>>>>> I guess I've got something: ****
>>>>>
>>>>> ****
>>>>>
>>>>> 2013-09-23 16:52:17 INFO [cinder.openstack.common.rpc.common]
>>>>> Connected to AMQP server on localhost:5672****
>>>>>
>>>>> ****
>>>>>
>>>>> I've found this page
>>>>> https://ask.openstack.org/en/question/4581/cinder-unable-to-connect-to-rabbitmq/ and zipmaster07
>>>>> answered "rabbit_virtual_host = /nova****
>>>>>
>>>>> I commented out the "rabbit_virtual_host", restarted all cinder
>>>>> services and I can see a successful connection to AMQP now."****
>>>>>
>>>>> And I did that, now it's connected, but what is this
>>>>> rabbit_virtual_host? What does it do?****
>>>>>
>>>>> I'll test my volumes now.****
>>>>>
>>>>> ****
>>>>>
>>>>> Regards.****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> 2013/9/23 Guilherme Russi <luisguilherme.cr at gmail.com>****
>>>>>
>>>>> I've looked at the quantum/server.log and nova-scheduler.log and they
>>>>> show:****
>>>>>
>>>>> ****
>>>>>
>>>>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common]
>>>>> Reconnecting to AMQP server on localhost:5672****
>>>>>
>>>>> 2013-09-23 16:25:27 INFO [quantum.openstack.common.rpc.common]
>>>>> Connected to AMQP server on localhost:5672****
>>>>>
>>>>> ****
>>>>>
>>>>> 2013-09-23 16:24:01.830 5971 INFO nova.openstack.common.rpc.common [-]
>>>>> Reconnecting to AMQP server on 127.0.0.1:5672****
>>>>>
>>>>> 2013-09-23 16:24:01.879 5971 INFO nova.openstack.common.rpc.common [-]
>>>>> Connected to AMQP server on 127.0.0.1:5672****
>>>>>
>>>>> ****
>>>>>
>>>>> But at the cinder-volume.log:****
>>>>>
>>>>> ****
>>>>>
>>>>> INFO [cinder.openstack.common.rpc.common] Reconnecting to AMQP server
>>>>> on localhost:5672****
>>>>>
>>>>> 2013-09-23 16:46:04 ERROR [cinder.openstack.common.rpc.common] AMQP
>>>>> server on localhost:5672 is unreachable: Socket closed. Trying again in 30
>>>>> seconds.****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> I was typing when you sent your answer, here is it:****
>>>>>
>>>>> ****
>>>>>
>>>>> rabbitmq-server status****
>>>>>
>>>>> Status of node rabbit at hemera ...****
>>>>>
>>>>> [{pid,17266},****
>>>>>
>>>>> {running_applications,[{rabbit,"RabbitMQ","2.7.1"},****
>>>>>
>>>>> {os_mon,"CPO CXC 138 46","2.2.7"},****
>>>>>
>>>>> {sasl,"SASL CXC 138 11","2.1.10"},****
>>>>>
>>>>> {mnesia,"MNESIA CXC 138 12","4.5"},****
>>>>>
>>>>> {stdlib,"ERTS CXC 138 10","1.17.5"},****
>>>>>
>>>>> {kernel,"ERTS CXC 138 10","2.14.5"}]},****
>>>>>
>>>>> {os,{unix,linux}},****
>>>>>
>>>>> {erlang_version,"Erlang R14B04 (erts-5.8.5) [source] [64-bit]
>>>>> [smp:4:4] [rq:4] [async-threads:30] [kernel-poll:true]\n"},****
>>>>>
>>>>> {memory,[{total,30926120},****
>>>>>
>>>>> {processes,14354392},****
>>>>>
>>>>> {processes_used,14343184},****
>>>>>
>>>>> {system,16571728},****
>>>>>
>>>>> {atom,1124441},****
>>>>>
>>>>> {atom_used,1120343},****
>>>>>
>>>>> {binary,268176},****
>>>>>
>>>>> {code,11134417},****
>>>>>
>>>>> {ets,2037120}]},****
>>>>>
>>>>> {vm_memory_high_watermark,0.4},****
>>>>>
>>>>> {vm_memory_limit,3299385344}]****
>>>>>
>>>>> ...done.****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> Yes, I've restarted the rabbitmq-server, but as you can see at the
>>>>> logs, quantum and nova are connected.****
>>>>>
>>>>> ****
>>>>>
>>>>> Ideas??****
>>>>>
>>>>> ****
>>>>>
>>>>> Regards.****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> 2013/9/23 Marcelo Dieder <marcelodieder at gmail.com>****
>>>>>
>>>>> What's the status of your rabbitmq?
>>>>>
>>>>> # rabbitmqctl status
>>>>>
>>>>> And do you tried restart the rabbitmq?
>>>>>
>>>>> Regards,
>>>>> Marcelo Dieder****
>>>>>
>>>>> On 09/23/2013 03:31 PM, Guilherme Russi wrote:****
>>>>>
>>>>> Yes, it is at the same place ****
>>>>>
>>>>> ****
>>>>>
>>>>> cat /etc/cinder/cinder.conf ****
>>>>>
>>>>> [DEFAULT]****
>>>>>
>>>>> rootwrap_config=/etc/cinder/rootwrap.conf****
>>>>>
>>>>> sql_connection = mysql://cinder:password@localhost/cinder****
>>>>>
>>>>> api_paste_confg = /etc/cinder/api-paste.ini****
>>>>>
>>>>> iscsi_helper=ietadm****
>>>>>
>>>>> #iscsi_helper = tgtadm****
>>>>>
>>>>> volume_name_template = volume-%s****
>>>>>
>>>>> volume_group = cinder-volumes****
>>>>>
>>>>> verbose = True****
>>>>>
>>>>> auth_strategy = keystone****
>>>>>
>>>>> iscsi_ip_address=localhost****
>>>>>
>>>>> rabbit_host = localhost****
>>>>>
>>>>> rabbit_port = 5672****
>>>>>
>>>>> rabbit_userid = rabbit****
>>>>>
>>>>> rabbit_password = password****
>>>>>
>>>>> rabbit_virtual_host = /nova****
>>>>>
>>>>> state_path = /var/lib/cinder****
>>>>>
>>>>> lock_path = /var/lock/cinder****
>>>>>
>>>>> volumes_dir = /var/lib/cinder/volumes****
>>>>>
>>>>> ****
>>>>>
>>>>> Another idea?****
>>>>>
>>>>> ****
>>>>>
>>>>> Regards.****
>>>>>
>>>>> ****
>>>>>
>>>>> 2013/9/23 Gangur, Hrushikesh (HP Converged Cloud - R&D - Sunnyvale) <
>>>>> hrushikesh.gangur at hp.com>****
>>>>>
>>>>> Ensure that cinder configuration files have correct IP of rabbimq host.
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> *From:* Guilherme Russi [mailto:luisguilherme.cr at gmail.com]
>>>>> *Sent:* Monday, September 23, 2013 10:53 AM
>>>>> *To:* openstack
>>>>> *Subject:* [Openstack] Cinder error****
>>>>>
>>>>> ****
>>>>>
>>>>> Hello guys, I'm reinstalling my OpenStack Grizzly and I'm getting
>>>>> problem with my cinder, I'm getting "*Error: *Unable to retrieve
>>>>> volume list." I was looking at the cinder log and I only found this error:
>>>>> ERROR [cinder.openstack.common.rpc.common] AMQP server on
>>>>> 192.168.3.1:5672 is unreachable: Socket closed. Trying again in 30
>>>>> seconds.****
>>>>>
>>>>> ****
>>>>>
>>>>> I have a partition created:****
>>>>>
>>>>> ****
>>>>>
>>>>> pvdisplay ****
>>>>>
>>>>> --- Physical volume ---****
>>>>>
>>>>> PV Name /dev/sda7****
>>>>>
>>>>> VG Name cinder-volumes****
>>>>>
>>>>> PV Size 279,59 GiB / not usable 1,00 MiB****
>>>>>
>>>>> Allocatable yes ****
>>>>>
>>>>> PE Size 4,00 MiB****
>>>>>
>>>>> Total PE 71574****
>>>>>
>>>>> Free PE 66454****
>>>>>
>>>>> Allocated PE 5120****
>>>>>
>>>>> PV UUID KHITxF-uagF-xADc-F8fu-na8t-1OXT-rDFbQ6****
>>>>>
>>>>> ****
>>>>>
>>>>> root at hemera:/home/hemera# vgdisplay ****
>>>>>
>>>>> --- Volume group ---****
>>>>>
>>>>> VG Name cinder-volumes****
>>>>>
>>>>> System ID ****
>>>>>
>>>>> Format lvm2****
>>>>>
>>>>> Metadata Areas 1****
>>>>>
>>>>> Metadata Sequence No 6****
>>>>>
>>>>> VG Access read/write****
>>>>>
>>>>> VG Status resizable****
>>>>>
>>>>> MAX LV 0****
>>>>>
>>>>> Cur LV 2****
>>>>>
>>>>> Open LV 0****
>>>>>
>>>>> Max PV 0****
>>>>>
>>>>> Cur PV 1****
>>>>>
>>>>> Act PV 1****
>>>>>
>>>>> VG Size 279,59 GiB****
>>>>>
>>>>> PE Size 4,00 MiB****
>>>>>
>>>>> Total PE 71574****
>>>>>
>>>>> Alloc PE / Size 5120 / 20,00 GiB****
>>>>>
>>>>> Free PE / Size 66454 / 259,59 GiB****
>>>>>
>>>>> VG UUID mhN3uV-n80a-zjeb-uR35-0IPb-BFmo-G2Qehu****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> I don't know how to fix this error, any help?****
>>>>>
>>>>> ****
>>>>>
>>>>> Thank you all and regards.****
>>>>>
>>>>> ****
>>>>>
>>>>> Guilherme.****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> _______________________________________________****
>>>>>
>>>>> 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****
>>>>>
>>>>> ****
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> ****
>>>>>
>>>>> ** **
>>>>>
>>>>
>>>>
>>>
>> _______________________________________________
>> 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
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20130925/8b22229e/attachment.html>
More information about the Openstack
mailing list