ansible task progress

ansible task progress

[Loic Dachary]

[-- Attachment #1: Type: text/plain, Size: 550 bytes --]

Hi Zack & Andrew,

With Dan's help we hacked passed the sudo problem with:

cat > /tmp/ansible.yaml <<EOF
overrides:
  ansible.cephlab:
    branch: wip-fix-defaults
    vars:
      ansible_sudo: true
interactive-on-error: true
EOF

teuthology-suite --machine-type openstack  --suite-dir $(pwd)/teuthology/test/integration --suite noop /tmp/ansible.yaml

with full logs at

http://integration.ceph.dachary.org:8081/ubuntu-2015-07-08_00:31:07-noop-master---basic-openstack/3/

Cheers

-- 
Loïc Dachary, Artisan Logiciel Libre


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: ansible task progress

[Loic Dachary]

[-- Attachment #1: Type: text/plain, Size: 1265 bytes --]

Hi again,

The next problem was worked around with

ansible_user: ubuntu

and then I got

http://integration.ceph.dachary.org:8081/ubuntu-2015-07-08_00:36:46-noop-master---basic-openstack/4/

2015-07-08 00:41:31,538.538 INFO:teuthology.task.ansible.out:failed: [ovh226240.teuthology] => (item=ansible_user_ssh_keys) => {"fa\
iled": true, "item": "ansible_user_ssh_keys"}
2015-07-08 00:41:31,539.539 INFO:teuthology.task.ansible.out:
msg: invalid key specified: ansible_user_ssh_keys

hopefully that's enough clues for you to figure out a real fix. Sorry I don't know enough to propose a proper patch.

Cheers

On 08/07/2015 02:41, Loic Dachary wrote:
> Hi Zack & Andrew,
> 
> With Dan's help we hacked passed the sudo problem with:
> 
> cat > /tmp/ansible.yaml <<EOF
> overrides:
>   ansible.cephlab:
>     branch: wip-fix-defaults
>     vars:
>       ansible_sudo: true
> interactive-on-error: true
> EOF
> 
> teuthology-suite --machine-type openstack  --suite-dir $(pwd)/teuthology/test/integration --suite noop /tmp/ansible.yaml
> 
> with full logs at
> 
> http://integration.ceph.dachary.org:8081/ubuntu-2015-07-08_00:31:07-noop-master---basic-openstack/3/
> 
> Cheers
> 

-- 
Loïc Dachary, Artisan Logiciel Libre


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: ansible task progress

[Dan Mick]

The overall issue here is, of course, there's a lot of vars that cephlab
relies on that are not generated by the task itself (in the case of no
inventory file).  I'm not sure what the plan was to cope with all those
vars.

On 07/07/2015 05:41 PM, Loic Dachary wrote:
> Hi Zack & Andrew,
> 
> With Dan's help we hacked passed the sudo problem with:
> 
> cat > /tmp/ansible.yaml <<EOF
> overrides:
>   ansible.cephlab:
>     branch: wip-fix-defaults
>     vars:
>       ansible_sudo: true
> interactive-on-error: true
> EOF
> 
> teuthology-suite --machine-type openstack  --suite-dir $(pwd)/teuthology/test/integration --suite noop /tmp/ansible.yaml
> 
> with full logs at
> 
> http://integration.ceph.dachary.org:8081/ubuntu-2015-07-08_00:31:07-noop-master---basic-openstack/3/
> 
> Cheers
> 

Re: ansible task progress

[Andrew Schoen]

Yeah, ceph-cm-ansible really *needs* an inventory repo of some kind to work.  If not, most of the roles will either noop or fail with undefined variables.

We need to document this better as it’s clearing a confusing aspect of all this.  If we can’t make ceph-sepia-secrets public soon to serve as an example then maybe we can fill that gap with more documentation or maybe a ‘skeleton’ inventory repo that somebody could fork and fill in the blanks.


On Jul 7, 2015, at 8:11 PM, Dan Mick <dmick@redhat.com> wrote:

> The overall issue here is, of course, there's a lot of vars that cephlab
> relies on that are not generated by the task itself (in the case of no
> inventory file).  I'm not sure what the plan was to cope with all those
> vars.
> 
> On 07/07/2015 05:41 PM, Loic Dachary wrote:
>> Hi Zack & Andrew,
>> 
>> With Dan's help we hacked passed the sudo problem with:
>> 
>> cat > /tmp/ansible.yaml <<EOF
>> overrides:
>>  ansible.cephlab:
>>    branch: wip-fix-defaults
>>    vars:
>>      ansible_sudo: true
>> interactive-on-error: true
>> EOF
>> 
>> teuthology-suite --machine-type openstack  --suite-dir $(pwd)/teuthology/test/integration --suite noop /tmp/ansible.yaml
>> 
>> with full logs at
>> 
>> http://integration.ceph.dachary.org:8081/ubuntu-2015-07-08_00:31:07-noop-master---basic-openstack/3/
>> 
>> Cheers
>> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: ansible task progress

[Loic Dachary]

[-- Attachment #1: Type: text/plain, Size: 1927 bytes --]

I think the main problem here is that the chef / ansible switch introduces a significant and non trivial backward incompatible change that will break all existing teuthology installation if they try to upgrade.

On 08/07/2015 16:59, Andrew Schoen wrote:
> Yeah, ceph-cm-ansible really *needs* an inventory repo of some kind to work.  If not, most of the roles will either noop or fail with undefined variables.
> 
> We need to document this better as it’s clearing a confusing aspect of all this.  If we can’t make ceph-sepia-secrets public soon to serve as an example then maybe we can fill that gap with more documentation or maybe a ‘skeleton’ inventory repo that somebody could fork and fill in the blanks.
> 
> 
> On Jul 7, 2015, at 8:11 PM, Dan Mick <dmick@redhat.com> wrote:
> 
>> The overall issue here is, of course, there's a lot of vars that cephlab
>> relies on that are not generated by the task itself (in the case of no
>> inventory file).  I'm not sure what the plan was to cope with all those
>> vars.
>>
>> On 07/07/2015 05:41 PM, Loic Dachary wrote:
>>> Hi Zack & Andrew,
>>>
>>> With Dan's help we hacked passed the sudo problem with:
>>>
>>> cat > /tmp/ansible.yaml <<EOF
>>> overrides:
>>>  ansible.cephlab:
>>>    branch: wip-fix-defaults
>>>    vars:
>>>      ansible_sudo: true
>>> interactive-on-error: true
>>> EOF
>>>
>>> teuthology-suite --machine-type openstack  --suite-dir $(pwd)/teuthology/test/integration --suite noop /tmp/ansible.yaml
>>>
>>> with full logs at
>>>
>>> http://integration.ceph.dachary.org:8081/ubuntu-2015-07-08_00:31:07-noop-master---basic-openstack/3/
>>>
>>> Cheers
>>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

-- 
Loïc Dachary, Artisan Logiciel Libre


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: ansible task progress

[Andrew Schoen]

Yes, it does do that.  Moving forward I think Zack and I both agree that the roles in ceph-cm-ansible, that are used
by teuthology, should work without having to provide a secrets repo.  Unfortunately, the testnode role that was the port of all chef functionality was’t initially built with that in mind. It was built to support multiple labs, but the requirement of the secrets repo to do so needs to go away.  To be fair, ceph-qa-chef wasn’t very friendly to use in other labs either though.

I’ve started today on documenting the testnode role (the primary role in use by teuthology) so that it’s easier for others to use and understand.  I also plan to make the testnode role usable without a secrets repo along with that documentation work. You might still need to override some variables though to make it work for your use case.  This can be done with the teuthology yaml for the ansible task or by providing your own secrets repo that you’d install on your teuthology node.

My apologies for the rough transition, but I hope we can make this better.  In the meantime feel free to ping me with any questions or if you need help.  I'd appreciate any feedback you can give in your process of setting up a new openstack lab using ansible.


On Jul 8, 2015, at 1:05 PM, Loic Dachary <loic@dachary.org> wrote:

> I think the main problem here is that the chef / ansible switch introduces a significant and non trivial backward incompatible change that will break all existing teuthology installation if they try to upgrade.
> 
> On 08/07/2015 16:59, Andrew Schoen wrote:
>> Yeah, ceph-cm-ansible really *needs* an inventory repo of some kind to work.  If not, most of the roles will either noop or fail with undefined variables.
>> 
>> We need to document this better as it’s clearing a confusing aspect of all this.  If we can’t make ceph-sepia-secrets public soon to serve as an example then maybe we can fill that gap with more documentation or maybe a ‘skeleton’ inventory repo that somebody could fork and fill in the blanks.
>> 
>> 
>> On Jul 7, 2015, at 8:11 PM, Dan Mick <dmick@redhat.com> wrote:
>> 
>>> The overall issue here is, of course, there's a lot of vars that cephlab
>>> relies on that are not generated by the task itself (in the case of no
>>> inventory file).  I'm not sure what the plan was to cope with all those
>>> vars.
>>> 
>>> On 07/07/2015 05:41 PM, Loic Dachary wrote:
>>>> Hi Zack & Andrew,
>>>> 
>>>> With Dan's help we hacked passed the sudo problem with:
>>>> 
>>>> cat > /tmp/ansible.yaml <<EOF
>>>> overrides:
>>>> ansible.cephlab:
>>>>   branch: wip-fix-defaults
>>>>   vars:
>>>>     ansible_sudo: true
>>>> interactive-on-error: true
>>>> EOF
>>>> 
>>>> teuthology-suite --machine-type openstack  --suite-dir $(pwd)/teuthology/test/integration --suite noop /tmp/ansible.yaml
>>>> 
>>>> with full logs at
>>>> 
>>>> http://integration.ceph.dachary.org:8081/ubuntu-2015-07-08_00:31:07-noop-master---basic-openstack/3/
>>>> 
>>>> Cheers
>>>> 
>>> 
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>> 
> 
> -- 
> 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@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html