[Openstack] Cinder error
Guilherme Russi
luisguilherme.cr at gmail.com
Thu Sep 26 13:25:36 UTC 2013
Guys, it's me again, here is my nova-compute.log:
2013-09-26 10:22:33.557 5280 TRACE nova.openstack.common.rpc.amqp
ProcessExecutionError: Unexpected error while running command.
2013-09-26 10:22:33.557 5280 TRACE nova.openstack.common.rpc.amqp Command:
sudo nova-rootwrap /etc/nova/rootwrap.conf iscsiadm -m node -T
iqn.2010-10.org.openstack:volume-70be4f36-10bd-4877-b841-80333ccfe985 -p
localhost:3260 --rescan
And here is my nova-api.log:
2013-09-26 10:22:31.696 AUDIT nova.api.openstack.compute.contrib.volumes
[req-cb227494-15d1-4dc8-8850-1536260a581c 019563bd281e4c32b0efd8c31ec92ee4
d13839320f5d4194a4a3fe3b723d6144] Attach volume
70be4f36-10bd-4877-b841-80333ccfe985 to instance
3c732351-8b77-49df-8f3a-2b982b2d0c31 at /dev/xvdb
2013-09-26 10:22:32.633 INFO nova.osapi_compute.wsgi.server
[req-cb227494-15d1-4dc8-8850-1536260a581c 019563bd281e4c32b0efd8c31ec92ee4
d13839320f5d4194a4a3fe3b723d6144] 192.168.3.1 "POST
/v2/d13839320f5d4194a4a3fe3b723d6144/servers/3c732351-8b77-49df-8f3a-2b982b2d0c31/os-volume_attachments
HTTP/1.1" status: 200 len: 367 time: 0.9447110
Does anybody have any idea how I fix it? I run the command to attach the
volume but it doesn't attach to the VM.
Thank you all.
2013/9/25 Guilherme Russi <luisguilherme.cr at gmail.com>
> 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/20130926/09cfa8f5/attachment.html>
More information about the Openstack
mailing list