Its the same version I do have as well.
#openstack --version
openstack 1.7.0
Thank you.
Regards
M Bharath Krishna
On 9/30/15, 3:42 PM, "Loic Dachary" <loic@xxxxxxxxxxx> wrote:
>
>
>On 30/09/2015 11:34, Bharath Krishna wrote:
>> Hi Loic,
>>
>> Does piping the command output of "openstack server show -f json
>> <target-name>” to jq alter the output format?
>
>It just displays it nicely but does not otherwise change it.
>
>
>>
>> Openstack version being used is Juno.
>
>That's also the version of some of the clusters I use. What version of
>the openstack cli do you have ?
>
>$ openstack --version
>openstack 1.7.0
>
>
>>
>> Thank you
>>
>> Regards,
>> M Bharath Krishna
>>
>> On 9/30/15, 2:20 PM, "Loic Dachary" <loic@xxxxxxxxxxx> wrote:
>>
>>> Hi,
>>>
>>> On 30/09/2015 07:51, Bharath Krishna wrote:
>>>> Hi,
>>>>
>>>> Thanks a lot for pointing to right git and instructions. I have passed
>>>> that step now and teuthology VM got created.
>>>>
>>>> But teuthology openstack command fails to parse the instance id from
>>>>the
>>>> json format output of below command:
>>>>
>>>> DEBUG:teuthology.misc:openstack server show -f json teuthology output
>>>>
>>>> "OS-EXT-STS:task_state": null,
>>>> "addresses": ³Primary_External_Net=<ip-address>",
>>>> "image": "teuthology-ubuntu-14.04
>>>> (10e6d3b1-f94a-4220-a00f-3e3a13f349e0)",
>>>> "OS-EXT-STS:vm_state": "active",
>>>> "OS-EXT-SRV-ATTR:instance_name": "instance-000026e8",
>>>> "OS-SRV-USG:launched_at": "2015-09-28T10:33:09.000000",
>>>> "flavor": "m1.small (2)",
>>>> "id": "79a41b6f-f379-4d14-98ac-e73cb42cfa48",
>>>> "security_groups": [
>>>> {
>>>> "name": "teuthology"
>>>> }
>>>> ],
>>>> "user_id": "281f9aa2d9c54177b45e72db742b4744",
>>>> "OS-DCF:diskConfig": "MANUAL",
>>>> "accessIPv4": "",
>>>> "accessIPv6": "",
>>>> "progress": 0,
>>>> "OS-EXT-STS:power_state": 1,
>>>> "OS-EXT-AZ:availability_zone": "az3",
>>>> "config_drive": "",
>>>> "status": "ACTIVE",
>>>> "updated": "2015-09-28T10:33:09Z",
>>>> "hostId":
>>>>"b205fbea7ee98ef482712db93325a1d7d44d7694a8ec9fce7df038c3",
>>>> "OS-EXT-SRV-ATTR:host": ³hostname",
>>>> "OS-SRV-USG:terminated_at": null,
>>>> "key_name": "ceph_test_key",
>>>> "properties": "",
>>>> "project_id": "1d0137fe585742bdbe13e2b16daab6ff",
>>>> "OS-EXT-SRV-ATTR:hypervisor_hostname": ³hostname",
>>>> "name": "teuthology",
>>>> "created": "2015-09-28T10:32:47Z",
>>>> "os-extended-volumes:volumes_attached": []
>>>> }
>>>> Traceback (most recent call last):
>>>> File "/opt/teuthology/virtualenv/bin/teuthology-openstack", line 9,
>>>>in
>>>> <module>
>>>> load_entry_point('teuthology==0.1.0', 'console_scripts',
>>>> 'teuthology-openstack')()
>>>> File "/opt/teuthology/scripts/openstack.py", line 8, in main
>>>> teuthology.openstack.main(parse_args(argv), argv)
>>>> File "/opt/teuthology/teuthology/openstack/__init__.py", line 622,
>>>>in
>>>> main
>>>> return TeuthologyOpenStack(ctx, teuth_config, argv).main()
>>>> File "/opt/teuthology/teuthology/openstack/__init__.py", line 284,
>>>>in
>>>> main
>>>> ip = self.setup()
>>>> File "/opt/teuthology/teuthology/openstack/__init__.py", line 338,
>>>>in
>>>> setup
>>>> if not self.cluster_exists():
>>>> File "/opt/teuthology/teuthology/openstack/__init__.py", line 607,
>>>>in
>>>> cluster_exists
>>>> instance_id = self.get_instance_id(self.args.name)
>>>> File "/opt/teuthology/teuthology/openstack/__init__.py", line 565,
>>>>in
>>>> get_instance_id
>>>> return TeuthologyOpenStack.get_value(instance, 'id')
>>>> File "/opt/teuthology/teuthology/openstack/__init__.py", line 75, in
>>>> get_value
>>>> return filter(lambda v: v['Field'] == field, result)[0]['Value']
>>>> File "/opt/teuthology/teuthology/openstack/__init__.py", line 75, in
>>>> <lambda>
>>>> return filter(lambda v: v['Field'] == field, result)[0]['Value']
>>>> TypeError: string indices must be integers
>>>>
>>>>
>>>> I could understand that we are trying to get instance id value using
>>>> get_value method, but it fails with an exception even though instance
>>>>id
>>>> shown is a valid format of id.
>>>>
>>>> Any pointers to fix this will greatly help.
>>>
>>> It appears that the format of the json output is very different on your
>>> implementation. Here is the kind of output I get on all the clusters I
>>> tried. Which OpenStack version is your cluster running ?
>>>
>>> $ openstack server show -f json target225193 | jq .
>>> [
>>> {
>>> "Value": "MANUAL",
>>> "Field": "OS-DCF:diskConfig"
>>> },
>>> {
>>> "Value": "nova",
>>> "Field": "OS-EXT-AZ:availability_zone"
>>> },
>>> {
>>> "Value": 1,
>>> "Field": "OS-EXT-STS:power_state"
>>> },
>>> {
>>> "Value": null,
>>> "Field": "OS-EXT-STS:task_state"
>>> },
>>> {
>>> "Value": "active",
>>> "Field": "OS-EXT-STS:vm_state"
>>> },
>>> {
>>> "Value": "2015-09-30T08:37:55.000000",
>>> "Field": "OS-SRV-USG:launched_at"
>>> },
>>> {
>>> "Value": null,
>>> "Field": "OS-SRV-USG:terminated_at"
>>> },
>>> {
>>> "Value": "",
>>> "Field": "accessIPv4"
>>> },
>>> {
>>> "Value": "",
>>> "Field": "accessIPv6"
>>> },
>>> {
>>> "Value": "Ext-Net=167.114.225.193",
>>> "Field": "addresses"
>>> },
>>> {
>>> "Value": "",
>>> "Field": "config_drive"
>>> },
>>> {
>>> "Value": "2015-09-30T08:37:01Z",
>>> "Field": "created"
>>> },
>>> {
>>> "Value": "vps-ssd-3 (e43d7458-6b82-4a78-a712-3a4dc6748cf4)",
>>> "Field": "flavor"
>>> },
>>> {
>>> "Value": "38119f63edc62252c491fa7e9a8d164a90c48db09fdee1a5687c1c7f",
>>> "Field": "hostId"
>>> },
>>> {
>>> "Value": "897cbcc9-d662-4ae9-bb68-a71ef4269cdc",
>>> "Field": "id"
>>> },
>>> {
>>> "Value": "teuthology-centos-7.0
>>> (67438ecf-803c-45a6-83bb-54a0ba0d0b6c)",
>>> "Field": "image"
>>> },
>>> {
>>> "Value": "teuthology",
>>> "Field": "key_name"
>>> },
>>> {
>>> "Value": "target225193",
>>> "Field": "name"
>>> },
>>> {
>>> "Value": [],
>>> "Field": "os-extended-volumes:volumes_attached"
>>> },
>>> {
>>> "Value": 0,
>>> "Field": "progress"
>>> },
>>> {
>>> "Value": "131b886b156a4f84b5f41baf2fbe646c",
>>> "Field": "project_id"
>>> },
>>> {
>>> "Value": "ownedby='167.114.249.14',
>>> teuthology='d48f8bc9adf785614308e33094933a72'",
>>> "Field": "properties"
>>> },
>>> {
>>> "Value": [
>>> {
>>> "name": "teuthology"
>>> }
>>> ],
>>> "Field": "security_groups"
>>> },
>>> {
>>> "Value": "ACTIVE",
>>> "Field": "status"
>>> },
>>> {
>>> "Value": "2015-09-30T08:39:08Z",
>>> "Field": "updated"
>>> },
>>> {
>>> "Value": "291dde1633154837be2693c6ffa6315c",
>>> "Field": "user_id"
>>> }
>>> ]
>>>
>>>>
>>>> Thank you.
>>>>
>>>> Regards,
>>>> M Bharath Krishna
>>>>
>>>>
>>>> On 9/28/15, 3:20 PM, "Loic Dachary" <loic@xxxxxxxxxxx> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> On 28/09/2015 07:24, Bharath Krishna wrote:
>>>>>> Hi Dachary,
>>>>>>
>>>>>> Thanks for the reply. I am following your blog
>>>>>> http://dachary.org/?p=3767
>>>>>> And the README in
>>>>>>
>>>>>>
>>>>>>
>>>>>>https://github.com/dachary/teuthology/tree/wip-6502-openstack-v2/#ope
>>>>>>ns
>>>>>> ta
>>>>>> ck
>>>>>> -backend
>>>>>
>>>>> The up to date instructions are at
>>>>>
>>>>>https://github.com/dachary/teuthology/tree/openstack/#openstack-backen
>>>>>d
>>>>> (the link you used comes from http://dachary.org/?p=3828 and I just
>>>>> updated it so noone else will be confused).
>>>>>>
>>>>>> I have sourced the openrc file of my Openstack deployment and
>>>>>>verified
>>>>>> that clients are working fine. My Openstack deployment has Cinder
>>>>>> integrated with CEPH backend.
>>>>>>
>>>>>> I have cloned and installed teuthology using the below steps:
>>>>>>
>>>>>> $ git clone -b wip-6502-openstack-v2
>>>>>> http://github.com/dachary/teuthology
>>>>>> $ cd teuthology ; ./bootstrap install
>>>>>> $ source virtualenv/bin/activate
>>>>>>
>>>>>>
>>>>>> Then I tried to run a dummy suite as test and I ran into following
>>>>>> error:
>>>>>>
>>>>>> Traceback (most recent call last):
>>>>>> File "/root/teuthology/virtualenv/bin/teuthology-openstack", line
>>>>>>9,
>>>>>> in
>>>>>> <module>
>>>>>> load_entry_point('teuthology==0.1.0', 'console_scripts',
>>>>>> 'teuthology-openstack')()
>>>>>> File "/root/teuthology/scripts/openstack.py", line 8, in main
>>>>>> teuthology.openstack.main(parse_args(argv), argv)
>>>>>> File "/root/teuthology/teuthology/openstack.py", line 375, in main
>>>>>> return TeuthologyOpenStack(ctx, teuth_config, argv).main()
>>>>>> File "/root/teuthology/teuthology/openstack.py", line 181, in main
>>>>>> self.verify_openstack()
>>>>>> File "/root/teuthology/teuthology/openstack.py", line 270, in
>>>>>> verify_openstack
>>>>>> str(providers))
>>>>>> Exception: ('OS_AUTH_URL=http://<ip-address>:5000/v2.0', " does is
>>>>>> not a
>>>>>> known OpenStack provider (('cloud.ovh.net', 'ovh'),
>>>>>> ('control.os1.phx2',
>>>>>> 'redhat'), ('entercloudsuite.com', 'entercloudsuite'))")
>>>>>
>>>>> This limitation was in an earlier implementations and should not be a
>>>>> problem now.
>>>>>
>>>>> Cheers
>>>>>
>>>>>>
>>>>>>
>>>>>> Thank you.
>>>>>>
>>>>>> Regards,
>>>>>> M Bharath Krishna
>>>>>>
>>>>>> On 9/28/15, 1:47 AM, "Loic Dachary" <loic@xxxxxxxxxxx> wrote:
>>>>>>
>>>>>>> [moving to ceph-devel]
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> On 27/09/2015 21:20, Bharath Krishna wrote:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> We have an openstack deployment in place with CEPH as CINDER
>>>>>>>> backend.
>>>>>>>>
>>>>>>>> We would like to perform functional testing for CEPH and found
>>>>>>>> teuthology as recommended option.
>>>>>>>>
>>>>>>>> Have successfully installed teuthology. Now to integrate it with
>>>>>>>> Openstack, I could see that the possible providers could be either
>>>>>>>> OVH,
>>>>>>>> REDHAT or ENTERCLOUDSITE.
>>>>>>>>
>>>>>>>> Is there any option where in we can source openstack deployment of
>>>>>>>> our
>>>>>>>> own and test CEPH using teuthology?
>>>>>>>
>>>>>>> The documentation mentions these providers because they have been
>>>>>>> tested.
>>>>>>> But there should be no blocker to run teuthology against a regular
>>>>>>> OpenStack provider. Should you run into troubles, please let me
>>>>>>>know
>>>>>>> and
>>>>>>> I'll help.
>>>>>>>
>>>>>>> Cheers
>>>>>>>
>>>>>>>>
>>>>>>>> If NO, please suggest on how to test CEPH in such scenarios?
>>>>>>>>
>>>>>>>> Please help.
>>>>>>>>
>>>>>>>> Thank you.
>>>>>>>> Bharath Krishna
>>>>>>>> _______________________________________________
>>>>>>>> ceph-users mailing list
>>>>>>>> ceph-users@xxxxxxxxxxxxxx
>>>>>>>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Loïc Dachary, Artisan Logiciel Libre
>>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Loïc Dachary, Artisan Logiciel Libre
>>>>>
>>>>
>>>
>>> --
>>> Loïc Dachary, Artisan Logiciel Libre
>>>
>>
>
>--
>Loïc Dachary, Artisan Logiciel Libre
>
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
