settingsLogin | Registersettings

Re: [OpenStack-DefCore] [interop] Looking for participants in the Interop Challenge for Barcelona

0 votes

Hi everyone,

Adding DefCore back into the distribution and added the tag ("interop")
used by the team working on this challenge so that they can see/address the
items below. I have also added my own thoughts below.

On Mon, Sep 19, 2016 at 3:42 PM, Anne Gentle annegentle@justwriteclick.com
wrote:

I'm in a similar situation here at Cisco because our Metapod/Metacloud
product, which emphasizes stability and scalability, does not support LBaaS
v1 nor autoscaling.

I thought about simply writing another heat template to set up a
standalone Load balancer on a VM, but the templates are so tied into having
that LB resource it's not possible.

The autoscaling portion is already abstracted away, so it's the load
balancer API and resources that are the limiter.

More embedded below.

On Mon, Sep 19, 2016 at 1:00 PM, Stefano Maffulli stefano@openstack.org
wrote:

[trimming down the cc list, writing to user-committee because I believe
this is more of a general question for the app-dev working group than it
is a defcore thing. Feel free to forward if you think it's appropriate.]

On 09/15/2016 03:11 PM, Rochelle Grober wrote:

"The interop challenge was started in July 2016 to create a set of
common workloads/tests to be executed across multiple OpenStack
distributions and/or cloud deployment models. The participants in
this challenge will work together to prove once and for all that
OpenStack-Powered clouds are interoperable."

this project sounds really interesting. At DreamHost I gave it a
shot, starting from the simplest (for me) challenge: Ansible and lamp
stack.

I immediately hit a major issue: the default customer of DreamHost cloud
will not have private networking enabled, so the playbook cannot
run as is. To support a cloud like DreamHost, it would require some
major changes.

Finding out about this issue lead my thoughts down a rabbit hole: does
this effort even make sense? I don't have an answer...

My line of thoughts starts with what looks like a great promise: "take
this ansible playbook and run it on any OpenStack cloud unchanged".
Great promise, makes for a great demo on a stage.

But this promise fails very very quickly because different clouds always
have different behaviors. DreamHost Cloud runs vanilla OpenStack and
yet, this stuff doesn't work out of the box. Sure, we can add some logic
to the script to take into consideration the absence of a private
network but is it worth it?

What value is there in writing a script that covers a very specific use
case (LAMP stack+Wordpress on 4 nodes) and needs to be adapted slightly
to every single openstack cloud in order to run? Is the time spent in
developing such universally valid playbook a good investment?

Would it be more valuable for the providers of openstack clouds to have
a pool of playbooks that would serve as source of inspiration, something
that could be adapted quickly and consumed in downstream documentation?

My gut says it's going to take a stake in the ground, which this team has
done, to get the conversations going. I'm pretty sure there's already a
pool of playbooks, and no, they don't work universally, nor are they easy
to find and run. By trying to make a universal one we get to have this
conversation, so I think there is value in attempting a set of playbooks
with the ability to turn knobs as needed.

I agree, the ideal result would be to run these playbooks without
modification on multiple clouds but that probably isn't realistic. The
team is encouraging people to modify the scripts (if/when needed) but to
document what needed to change so that we can eventually have a list of
topics that can be discussed and we can build next steps around. I guess
the goal, in my opinion, for this initial iteration of the challenge would
be to run the same workload with the least amount of modifications as
possible and document areas that caused deviation. This might also help
identify/define the "knobs" as Anne mentioned in her response.

Again, I don't have an answer. I am just noticing that because of
different cloud behaviors, DreamHost has no use of most of the
community-contributed efforts in the Apps Developers space. This makes
me wonder if we as a community are putting our efforts in the wrong
places or it's just DreamHost facing these issue.

It's not just you. For a talk in Barcelona, I'm working on a list of all
that is difficult for writing generic ansible templates -- such as when you
have a different username for the image itself -- is the user name fedora
or cloud when running the ansible playbook?

So we need to keep putting these efforts in. To me, I realize there still
is gap is in education and documentation.

+1

For example, what are my best practices running an ansible playbook on two
different images in two different clouds with two different user names?

Thanks,
Anne

Thoughts?
/stef


User-committee mailing list
User-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee

--
Anne Gentle
www.justwriteclick.com


User-committee mailing list
User-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee

--
Thanks,
Shamail Tahir
t: @ShamailXD
tz: Eastern Time


Defcore-committee mailing list
Defcore-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee
asked Sep 19, 2016 in defcore-committee by Shamail (5,040 points)   1 2 3
retagged Jan 26, 2017 by admin

15 Responses

0 votes

On 09/19/2016 12:51 PM, Shamail Tahir wrote:
I agree, the ideal result would be to run these playbooks without
modification on multiple clouds but that probably isn't realistic. The
team is encouraging people to modify the scripts (if/when needed) but to
document what needed to change so that we can eventually have a list of
topics that can be discussed and we can build next steps around. I
guess the goal, in my opinion, for this initial iteration of the
challenge would be to run the same workload with the least amount of
modifications as possible and document areas that caused deviation.
This might also help identify/define the "knobs" as Anne mentioned in
her response.

From my side, the first nob I noticed is the lack of private network for
a normal customer. By using public on both publicnetwork and
private
network and another couple of hacks I completed a run of the
LAMP ansible on DreamHost. I didn't change any of the security groups,
so I'm not sure the servers are 'safe' this way but ... hey, here it is:

http://208.113.133.137/

I'll send a patch with the vars/dreamhost.yml file to osops-contrib,
once we change the default username for the Ubuntu images (so we don't
have to modify the 'ubuntu' username on site.yml.

Cheers,
stef


Defcore-committee mailing list
Defcore-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee
responded Sep 21, 2016 by Stefano_Maffulli (11,060 points)   3 6 10
0 votes

Stefano, if you are using the latest script (as of 9/10), when you do not have tenant network, leave that parameter empty. Also, the public network parameter is actually not used. If you can, you can fix the configuration files in vars, and README file. Happy to know that the script actually produced the right results. Did you run the docker one? Same deal with tenant (private) network and public network if you use the ansible script.

Thanks.

Tong Li
IBM Open Technology
Building 501/B205
litong01@us.ibm.com

Stefano Maffulli ---09/20/2016 08:25:13 PM---On 09/19/2016 12:51 PM, Shamail Tahir wrote: > I agree, the ideal result would be to run these playb

From: Stefano Maffulli stefano@openstack.org
To: Shamail Tahir itzshamail@gmail.com, Anne Gentle annegentle@justwriteclick.com
Cc: "defcore-committee@lists.openstack.org" defcore-committee@lists.openstack.org, user-committee user-committee@lists.openstack.org
Date: 09/20/2016 08:25 PM
Subject: Re: [OpenStack-DefCore] [interop] Looking for participants in the Interop Challenge for Barcelona

On 09/19/2016 12:51 PM, Shamail Tahir wrote:
I agree, the ideal result would be to run these playbooks without
modification on multiple clouds but that probably isn't realistic.  The
team is encouraging people to modify the scripts (if/when needed) but to
document what needed to change so that we can eventually have a list of
topics that can be discussed and we can build next steps around.  I
guess the goal, in my opinion, for this initial iteration of the
challenge would be to run the same workload with the least amount of
modifications as possible and document areas that caused deviation.
This might also help identify/define the "knobs" as Anne mentioned in
her response.

From my side, the first nob I noticed is the lack of private network for
a normal customer. By using public on both publicnetwork and
private
network and another couple of hacks I completed a run of the
LAMP ansible on DreamHost. I didn't change any of the security groups,
so I'm not sure the servers are 'safe' this way but ... hey, here it is:

http://208.113.133.137/

I'll send a patch with the vars/dreamhost.yml file to osops-contrib,
once we change the default username for the Ubuntu images (so we don't
have to modify the 'ubuntu' username on site.yml.

Cheers,
stef


Defcore-committee mailing list
Defcore-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee

responded Sep 21, 2016 by Tong_Li (1,940 points)   2
0 votes

Rochelle, colleagues,

I didn't follow this discussion from the very beginning, so I probably miss something, but did you, folks, consider Murano apps in addition to Terraform, Heat and Ansible? There are apps ready to be executed in Community App Catalog, almost all the areas you mentioned are already covered. 

Anyone can just get them from the catalog and deploy them in their cloud. Cloud interoperability is one of the key features of Murano Apps:

LAMP Stack:

http://apps.openstack.org/#tab=murano-apps&asset=WordPress

NFV:

http://apps.openstack.org/#tab=murano-apps&asset=Clearwater%20demo

Docker SWARM:

there is no Docker SWARM in the catalog, but there is Kubernetes Cluster App:

http://apps.openstack.org/#tab=murano-apps&asset=Kubernetes%20Cluster

This page describes how to use apps from the catalog: https://wiki.openstack.org/wiki/App-Catalog. You are always welcome with any questions to mailing lists, IRC #murano or #murano-apps on freenode. 

Is there any particular reason not to consider Murano here I don't know of?

Regards,

Igor Marnat

On Wed, Sep 21, 2016 at 4:19 AM, Tong Li litong01@us.ibm.com wrote:

Stefano, if you are using the latest script (as of 9/10), when you do not have tenant network, leave that parameter empty. Also, the public network parameter is actually not used. If you can, you can fix the configuration files in vars, and README file. Happy to know that the script actually produced the right results. Did you run the docker one? Same deal with tenant (private) network and public network if you use the ansible script.

Thanks.

Tong Li
IBM Open Technology
Building 501/B205
litong01@us.ibm.com

Stefano Maffulli ---09/20/2016 08:25:13 PM---On 09/19/2016 12:51 PM, Shamail Tahir wrote: > I agree, the ideal result would be to run these playb

From: Stefano Maffulli stefano@openstack.org
To: Shamail Tahir itzshamail@gmail.com, Anne Gentle annegentle@justwriteclick.com
Cc: "defcore-committee@lists.openstack.org" defcore-committee@lists.openstack.org, user-committee user-committee@lists.openstack.org
Date: 09/20/2016 08:25 PM
Subject: Re: [OpenStack-DefCore] [interop] Looking for participants in the Interop Challenge for Barcelona

On 09/19/2016 12:51 PM, Shamail Tahir wrote:
I agree, the ideal result would be to run these playbooks without
modification on multiple clouds but that probably isn't realistic.  The
team is encouraging people to modify the scripts (if/when needed) but to
document what needed to change so that we can eventually have a list of
topics that can be discussed and we can build next steps around.  I
guess the goal, in my opinion, for this initial iteration of the
challenge would be to run the same workload with the least amount of
modifications as possible and document areas that caused deviation.
This might also help identify/define the "knobs" as Anne mentioned in
her response.

From my side, the first nob I noticed is the lack of private network for
a normal customer. By using public on both publicnetwork and
private
network and another couple of hacks I completed a run of the
LAMP ansible on DreamHost. I didn't change any of the security groups,
so I'm not sure the servers are 'safe' this way but ... hey, here it is:

http://208.113.133.137/

I'll send a patch with the vars/dreamhost.yml file to osops-contrib,
once we change the default username for the Ubuntu images (so we don't
have to modify the 'ubuntu' username on site.yml.

Cheers,
stef


Defcore-committee mailing list
Defcore-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee


User-committee mailing list
User-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee

responded Sep 21, 2016 by Igor_Marnat (840 points)   1
0 votes

Igor,
I think at present, the challenge is that not many cloud enable HEAT, so few has Murano installed. I will put this item on the agenda when we have the regular Wednesday meeting. We can discuss this and you are welcome to participate. The meeting will be at 10:00am EDT @ openstack-meeting-cp. Here is the wiki page if you want to get more detailed information and all past meeting logs.

https://wiki.openstack.org/wiki/Interop_Challenge

Thanks.

Tong Li
IBM Open Technology
Building 501/B205
litong01@us.ibm.com

Igor Marnat ---09/21/2016 05:14:09 AM---Rochelle, colleagues, I didn't follow this discussion from the very beginning, so I probably miss

From: Igor Marnat imarnat@mirantis.com
To: user-committee user-committee@lists.openstack.org, "defcore-committee@lists.openstack.org" defcore-committee@lists.openstack.org
Cc: Stefano Maffulli stefano@openstack.org, Tong Li/Raleigh/IBM@IBMUS
Date: 09/21/2016 05:14 AM
Subject: Re: [User-committee] [OpenStack-DefCore] [interop] Looking for participants in the Interop Challenge for Barcelona

Rochelle, colleagues,
I didn't follow this discussion from the very beginning, so I probably miss something, but did you, folks, consider Murano apps in addition to Terraform, Heat and Ansible? There are apps ready to be executed in Community App Catalog, almost all the areas you mentioned are already covered. 

Anyone can just get them from the catalog and deploy them in their cloud. Cloud interoperability is one of the key features of Murano Apps:

LAMP Stack:
http://apps.openstack.org/#tab=murano-apps&asset=WordPress

NFV:
http://apps.openstack.org/#tab=murano-apps&asset=Clearwater%20demo

Docker SWARM:
there is no Docker SWARM in the catalog, but there is Kubernetes Cluster App:
http://apps.openstack.org/#tab=murano-apps&asset=Kubernetes%20Cluster

This page describes how to use apps from the catalog: https://wiki.openstack.org/wiki/App-Catalog. You are always welcome with any questions to mailing lists, IRC #murano or #murano-apps on freenode. 

Is there any particular reason not to consider Murano here I don't know of?

Regards,
Igor Marnat

On Wed, Sep 21, 2016 at 4:19 AM, Tong Li litong01@us.ibm.com wrote:Stefano, if you are using the latest script (as of 9/10), when you do not have tenant network, leave that parameter empty. Also, the public network parameter is actually not used. If you can, you can fix the configuration files in vars, and README file. Happy to know that the script actually produced the right results. Did you run the docker one? Same deal with tenant (private) network and public network if you use the ansible script.

Thanks.

Tong Li
IBM Open Technology
Building 501/B205
litong01@us.ibm.com

Stefano Maffulli ---09/20/2016 08:25:13 PM---On 09/19/2016 12:51 PM, Shamail Tahir wrote: > I agree, the ideal result would be to run these playb

From: Stefano Maffulli stefano@openstack.org
To: Shamail Tahir itzshamail@gmail.com, Anne Gentle annegentle@justwriteclick.com
Cc: "defcore-committee@lists.openstack.org" defcore-committee@lists.openstack.org, user-committee user-committee@lists.openstack.org
Date: 09/20/2016 08:25 PM
Subject: Re: [OpenStack-DefCore] [interop] Looking for participants in the Interop Challenge for Barcelona

On 09/19/2016 12:51 PM, Shamail Tahir wrote:
I agree, the ideal result would be to run these playbooks without
modification on multiple clouds but that probably isn't realistic.  The
team is encouraging people to modify the scripts (if/when needed) but to
document what needed to change so that we can eventually have a list of
topics that can be discussed and we can build next steps around.  I
guess the goal, in my opinion, for this initial iteration of the
challenge would be to run the same workload with the least amount of
modifications as possible and document areas that caused deviation.
This might also help identify/define the "knobs" as Anne mentioned in
her response.

From my side, the first nob I noticed is the lack of private network for
a normal customer. By using public on both publicnetwork and
private
network and another couple of hacks I completed a run of the
LAMP ansible on DreamHost. I didn't change any of the security groups,
so I'm not sure the servers are 'safe' this way but ... hey, here it is:

http://208.113.133.137/

I'll send a patch with the vars/dreamhost.yml file to osops-contrib,
once we change the default username for the Ubuntu images (so we don't
have to modify the 'ubuntu' username on site.yml.

Cheers,
stef


Defcore-committee mailing list
Defcore-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee


User-committee mailing list
User-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee

responded Sep 21, 2016 by Tong_Li (1,940 points)   2
0 votes

On 09/21/2016 05:49 AM, Tong Li wrote:
I think at present, the challenge is that not many cloud enable HEAT, so few has Murano installed.

This. Murano is cool, but it's not even commonly part of OpenStack installations[1]. If the intention of the Interop Challenge is to demonstrate how identical workloads can be run on different OpenStack clouds with minimal changes, then the lowest common denominators need to be applied.

I'd argue that even Heat is out of scope here, since Heat is not part of the DefCore standard but I'll just ignore it at the moment :)

/stef

[1] https://www.openstack.org/software/releases/mitaka/components/murano


Defcore-committee mailing list
Defcore-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee
responded Sep 21, 2016 by Stefano_Maffulli (11,060 points)   3 6 10
0 votes

Stefano, totally agree with heat assessment. I think that is the reason why we are using ansible scripts to drive the work load tests. Terraform is not used because it has bugs that we can not over come. By any chance you've run the docker swarm one? Happy to know that the lampstack was successful.

Thanks.

Tong Li
IBM Open Technology
Building 501/B205
litong01@us.ibm.com

Stefano Maffulli ---09/21/2016 12:30:38 PM---On 09/21/2016 05:49 AM, Tong Li wrote: > I think at present, the challenge is that not many cloud en

From: Stefano Maffulli stefano@openstack.org
To: Tong Li/Raleigh/IBM@IBMUS
Cc: "defcore-committee@lists.openstack.org" defcore-committee@lists.openstack.org, Igor Marnat imarnat@mirantis.com
Date: 09/21/2016 12:30 PM
Subject: Re: [User-committee] [OpenStack-DefCore] [interop] Looking for participants in the Interop Challenge for Barcelona

On 09/21/2016 05:49 AM, Tong Li wrote:
I think at present, the challenge is that not many cloud enable HEAT, so few has Murano installed.

This. Murano is cool, but it's not even commonly part of OpenStack installations[1]. If the intention of the Interop Challenge is to demonstrate how identical workloads can be run on different OpenStack clouds with minimal changes, then the lowest common denominators need to be applied.

I'd argue that even Heat is out of scope here, since Heat is not part of the DefCore standard but I'll just ignore it at the moment :)

/stef

[1] https://www.openstack.org/software/releases/mitaka/components/murano


responded Sep 21, 2016 by Tong_Li (1,940 points)   2
0 votes

+1! Based upon empirical results ansible appears so far to be best for enabling interoperability across OpenStack platforms.

Brad Topol, Ph.D.
IBM Distinguished Engineer
OpenStack
(919) 543-0646
Internet: btopol@us.ibm.com
Assistant: Kendra Witherspoon (919) 254-0680

Tong Li---09/21/2016 01:02:58 PM---Stefano, totally agree with heat assessment. I think that is the reason why we are using ansible scr

From: Tong Li/Raleigh/IBM@IBMUS
To: Stefano Maffulli stefano@openstack.org
Cc: "defcore-committee@lists.openstack.org" defcore-committee@lists.openstack.org, Igor Marnat imarnat@mirantis.com
Date: 09/21/2016 01:02 PM
Subject: Re: [OpenStack-DefCore] [interop] Looking for participants in the Interop Challenge for Barcelona

Stefano, totally agree with heat assessment. I think that is the reason why we are using ansible scripts to drive the work load tests. Terraform is not used because it has bugs that we can not over come. By any chance you've run the docker swarm one? Happy to know that the lampstack was successful.

Thanks.

Tong Li
IBM Open Technology
Building 501/B205
litong01@us.ibm.com

Stefano Maffulli ---09/21/2016 12:30:38 PM---On 09/21/2016 05:49 AM, Tong Li wrote: > I think at present, the challenge is that not many cloud en

From: Stefano Maffulli stefano@openstack.org
To: Tong Li/Raleigh/IBM@IBMUS
Cc: "defcore-committee@lists.openstack.org" defcore-committee@lists.openstack.org, Igor Marnat imarnat@mirantis.com
Date: 09/21/2016 12:30 PM
Subject: Re: [User-committee] [OpenStack-DefCore] [interop] Looking for participants in the Interop Challenge for Barcelona

On 09/21/2016 05:49 AM, Tong Li wrote:
I think at present, the challenge is that not many cloud enable HEAT, so few has Murano installed.

This. Murano is cool, but it's not even commonly part of OpenStack installations[1]. If the intention of the Interop Challenge is to demonstrate how identical workloads can be run on different OpenStack clouds with minimal changes, then the lowest common denominators need to be applied.

I'd argue that even Heat is out of scope here, since Heat is not part of the DefCore standard but I'll just ignore it at the moment :)

/stef

[1] https://www.openstack.org/software/releases/mitaka/components/murano


Defcore-committee mailing list
Defcore-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee

responded Sep 21, 2016 by Brad_Topol (2,080 points)   2
0 votes

On 09/21/2016 10:01 AM, Tong Li wrote:
Stefano, totally agree with heat assessment. I think that is the
reason why we are using ansible scripts to drive the work load tests.
Terraform is not used because it has bugs that we can not over come.
By any chance you've run the docker swarm one?

I'm having issues with Ansible: it always tries to check The
authenticity of host even if I disabled that check in ./ansible.cfg and
with environment variable... Not sure what's happening. The log of the
exchange, I have exhausted my options:

http://paste.openstack.org/show/582477/

Thoughts? (i can connect manually to the hosts and solve the issue, but
I'd rather have a clean solution, once and for all).

Happy to know that the lampstack was successful.

I sent a patch with the dreamhost configuration:

https://review.openstack.org/#/c/374394

Cheers,
stef


Defcore-committee mailing list
Defcore-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee
responded Sep 21, 2016 by Stefano_Maffulli (11,060 points)   3 6 10
0 votes

On 09/21/2016 03:39 PM, Stefano Maffulli wrote:
Thoughts? (i can connect manually to the hosts and solve the issue, but
I'd rather have a clean solution, once and for all).

and of course, I solved this part as soon as I hit 'send'. The issue is
on the roles/prov_apply/tasks/main.yml, since it calls shell and I
assume scp ignores the env variables set for ansible :)

Adding -o StrictHostKeyChecking=no to scp command does the job.

  • name: Transfer configuration
    shell: scp -o StrictHostKeyChecking=no -r "/tmp/{{ env }}/{{ nodeip
    }}/keys" "core@{{ node
    ip }}:/home/core"

Now I'm hitting another issue on the nodes:

Job for swarm-manager.service failed because a configured resource
limit was exceeded

http://paste.openstack.org/show/582482/

I connected to one of the hosts and found:

core@docker-swarm-1 ~ $ systemctl status swarm-agent.service
● swarm-agent.service - swarm agent
Loaded: loaded (/etc/systemd/system/swarm-agent.service; static;
vendor preset: disabled)
Active: failed (Result: resources)

Sep 21 22:38:46 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Failed to load environment files: No such file or
directory
Sep 21 22:38:46 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Failed to run 'start-pre' task: No such file or
directory
Sep 21 22:38:46 docker-swarm-1.novalocal systemd[1]: Failed to start
swarm agent.
Sep 21 22:38:46 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Unit entered failed state.
Sep 21 22:38:46 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Failed with result 'resources'.
Sep 21 22:47:47 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Failed to load environment files: No such file or
directory
Sep 21 22:47:47 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Failed to run 'start-pre' task: No such file or
directory
Sep 21 22:47:47 docker-swarm-1.novalocal systemd[1]: Failed to start
swarm agent.
Sep 21 22:47:47 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Failed with result 'resources'.


Defcore-committee mailing list
Defcore-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee
responded Sep 21, 2016 by Stefano_Maffulli (11,060 points)   3 6 10
0 votes

It seems to me that your cloud-config was not run or the bootstrap.sh was not run correctly.

Tong Li
IBM Open Technology
Building 501/B205
litong01@us.ibm.com

Stefano Maffulli ---09/21/2016 07:04:57 PM---On 09/21/2016 03:39 PM, Stefano Maffulli wrote: > Thoughts? (i can connect manually to the hosts and

From: Stefano Maffulli stefano@openstack.org
To: defcore-committee@lists.openstack.org
Date: 09/21/2016 07:04 PM
Subject: Re: [OpenStack-DefCore] [interop] Looking for participants in the Interop Challenge for Barcelona

On 09/21/2016 03:39 PM, Stefano Maffulli wrote:
Thoughts? (i can connect manually to the hosts and solve the issue, but
I'd rather have a clean solution, once and for all).

and of course, I solved this part as soon as I hit 'send'. The issue is
on the roles/prov_apply/tasks/main.yml, since it calls shell and I
assume scp ignores the env variables set for ansible :)

Adding -o StrictHostKeyChecking=no to scp command does the job.

  • name: Transfer configuration
     shell: scp -o StrictHostKeyChecking=no -r "/tmp/{{ env }}/{{ nodeip
    }}/keys" "core@{{ node
    ip }}:/home/core"

Now I'm hitting another issue on the nodes:

   Job for swarm-manager.service failed because a configured resource
   limit was exceeded

http://paste.openstack.org/show/582482/

I connected to one of the hosts and found:

core@docker-swarm-1 ~ $ systemctl status swarm-agent.service
● swarm-agent.service - swarm agent
  Loaded: loaded (/etc/systemd/system/swarm-agent.service; static;
vendor preset: disabled)
  Active: failed (Result: resources)

Sep 21 22:38:46 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Failed to load environment files: No such file or
directory
Sep 21 22:38:46 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Failed to run 'start-pre' task: No such file or
directory
Sep 21 22:38:46 docker-swarm-1.novalocal systemd[1]: Failed to start
swarm agent.
Sep 21 22:38:46 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Unit entered failed state.
Sep 21 22:38:46 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Failed with result 'resources'.
Sep 21 22:47:47 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Failed to load environment files: No such file or
directory
Sep 21 22:47:47 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Failed to run 'start-pre' task: No such file or
directory
Sep 21 22:47:47 docker-swarm-1.novalocal systemd[1]: Failed to start
swarm agent.
Sep 21 22:47:47 docker-swarm-1.novalocal systemd[1]:
swarm-agent.service: Failed with result 'resources'.


Defcore-committee mailing list
Defcore-committee@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee

responded Sep 22, 2016 by Tong_Li (1,940 points)   2
...