Open Stack

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 at us.ibm.com



From:	Stefano Maffulli <stefano at openstack.org>
To:	Shamail Tahir <itzshamail at gmail.com>, Anne Gentle
            <annegentle at justwriteclick.com>
Cc:	"defcore-committee at lists.openstack.org"
            <defcore-committee at lists.openstack.org>, user-committee
            <user-committee at 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 public_network 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 at lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/defcore-committee



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/user-committee/attachments/20160920/60523e4b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/user-committee/attachments/20160920/60523e4b/attachment.gif>