Message from discussion
Deployment manifest issues
Received: by 10.101.136.19 with SMTP id o19mr3007014ann.23.1339181145096;
Fri, 08 Jun 2012 11:45:45 -0700 (PDT)
X-BeenThere: bosh-...@cloudfoundry.org
Received: by 10.236.173.229 with SMTP id v65ls2862588yhl.0.gmail; Fri, 08 Jun
2012 11:45:44 -0700 (PDT)
Received: by 10.236.79.35 with SMTP id h23mr8759435yhe.60.1339181144609;
Fri, 08 Jun 2012 11:45:44 -0700 (PDT)
Received: by 10.236.79.35 with SMTP id h23mr8759432yhe.60.1339181144577;
Fri, 08 Jun 2012 11:45:44 -0700 (PDT)
Return-Path: <ol...@rbcon.com>
Received: from mail-gh0-f169.google.com (mail-gh0-f169.google.com [209.85.160.169])
by mx.google.com with ESMTPS id p9si3406046anh.112.2012.06.08.11.45.44
(version=TLSv1/SSLv3 cipher=OTHER);
Fri, 08 Jun 2012 11:45:44 -0700 (PDT)
Received-SPF: neutral (google.com: 209.85.160.169 is neither permitted nor denied by best guess record for domain of ol...@rbcon.com) client-ip=209.85.160.169;
Authentication-Results: mx.google.com; spf=neutral (google.com: 209.85.160.169 is neither permitted nor denied by best guess record for domain of ol...@rbcon.com) smtp.mail=ol...@rbcon.com
Received: by ghrr18 with SMTP id r18so1761804ghr.0
for <bosh-...@cloudfoundry.org>; Fri, 08 Jun 2012 11:45:44 -0700 (PDT)
d=google.com; s=20120113;
h=mime-version:in-reply-to:references:from:date:message-id:subject:to
:content-type:x-gm-message-state;
bh=rk9SvCsC65lbxC6wbKpJjkUckRBQQ1gvQeAIvTt0sTI=;
b=nI6QDOh9oQkbaDtb8gNIu7zqg2ZA3Ewe2PpASES52lX4GSVi2vjtUELlpkb2R23b2C
pFpxIBts16Ag5ZfZUoq9KDhd2iy3CSs3oHMoKzhyLCRuECLiyhlDnQJ+i6bGUqiWLFW/
rEWN//pH/Q8EQDermm+4ha7IklZTOf6QoTFxotimsj2Az3tO4UAUILC79q114yqGsSgT
23p9MRKomUk3Q9RYFABJY6eYBi7Pra40+qklexdrwJiV55S4b5mnqtVNY8aMeLtcdMJG
5iWipMUYZ+EURHsXx1in84Z3Lt8JhpNIBO+36/NkI+9jE4MmTbDjn7b8WRuv8Nl7SU/6
eRZQ==
Received: by 10.50.47.166 with SMTP id e6mr3166798ign.55.1339181143784; Fri,
08 Jun 2012 11:45:43 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.50.109.165 with HTTP; Fri, 8 Jun 2012 11:45:23 -0700 (PDT)
In-Reply-To: <fb550810-cf86-4c7e-b722-62ec95f1c...@f8g2000pbf.googlegroups.com>
References: <e15017e4-bac7-4461-a652-0971331e2...@ra8g2000pbc.googlegroups.com>
<fb550810-cf86-4c7e-b722-62ec95f1c...@f8g2000pbf.googlegroups.com>
From: Oleg Shaldybin <ol...@rbcon.com>
Date: Fri, 8 Jun 2012 11:45:23 -0700
Message-ID: <CABz6BSNJkh245x6pUafWf9RXZmFXwejYCSq2YBeUju7TY2o...@mail.gmail.com>
Subject: Re: [bosh-dev] Re: Deployment manifest issues
To: bosh-...@cloudfoundry.org
Content-Type: multipart/alternative; boundary=14dae93408075d7e2004c1fa68e4
X-Gm-Message-State: ALoCoQkg5wCl3vzDEDcQjd3drNzkdbTAja2gtIrWtj5sl17hUrarxuYSXenmWZiyHlpGyCH7PZtJ
--14dae93408075d7e2004c1fa68e4
Content-Type: text/plain; charset=ISO-8859-1
Right now job network section doesn't support overriding network
cloud_properties, however we might want to allow it in the future. What you
could do is to change nats.yml.erb template to use your network and
introduce "networks.nats" property to your manifest.
net: <%= spec.networks.send(properties.networks.nats).ip %>
This might alleviate the problem but it also required changing your
release. You could make it backward-compatible by defaulting to
"networks.apps" if "networks.nats" is undefined.
Your original deployment error is still strange though: have you been using
a deployment manifest without "properties.networks.apps" defined?
On Thu, Jun 7, 2012 at 2:02 PM, Nick Terry <nick.i.te...@gmail.com> wrote:
> Ive tried setting the property in the individual jobs, but bosh just
> uses the one defined in the networks section. I was hoping it was
> transient. Heres an example of a job:
>
>
> - name: debian_nfs_server
> template: debian_nfs_server
> instances: 1
> resource_pool: infrastructure
> persistent_disk: 2048
> networks:
> - name: dynamic_network
> default: [dns, gateway]
> cloud_properties:
> security_groups:
> - cf-nfs_server
> - name: vip_network
> static_ips:
> - 23.23.175.5
>
>
> On Jun 7, 3:01 pm, Nick Terry <nick.i.te...@gmail.com> wrote:
> > I made a special security group (Amazon EC2) for the nats server that
> > allows only the ip address of the individual components to connect. I
> > added a new dynamic network to the cf deployment manifest and got this
> > error:
> >
> > Preparing configuration
> > binding configuration: Error filling in template nats/nats.yml.erb:2
> > for nats/0: 'undefined method `ip' for nil:NilClass' (00:00:00)
> > |oooooooooooooooooooooooo| 1/1
> > 00:00:00 ETA: --:--:--
> > The task has returned an error status, do you want to see debug log?
> > [Yn]:
> >
> > Looking through the cf-release and deployment manifest i notice that
> > the release depends on the networks.apps property to work. Out of the
> > box, we have:
> >
> > networks:
> > apps: dynamic_network
> > management: dynamic_network
> >
> > I want to add another app to this callsed nats_dynamic_network. I need
> > to know how to add multiple apps and their corresponding management
> > field. Any ideas?
>
--
Best,
Oleg
--14dae93408075d7e2004c1fa68e4
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Right now job network section doesn't support overriding network cloud_=
properties, however we might want to allow it in the future. What you could=
do is to change nats.yml.erb template to use your network and introduce &q=
uot;networks.nats" property to your manifest.<div>
<br></div><div>net: <%=3D spec.networks.send(properties.networks.nats).i=
p %></div><div><br></div><div>This might alleviate the problem but it al=
so required changing your release. You could make it backward-compatible by=
defaulting to "networks.apps" if "networks.nats" is un=
defined.=A0</div>
<div><br></div><div>Your original deployment error is still strange though:=
have you been using a deployment manifest without "properties.network=
s.apps" defined?</div><div><br><div class=3D"gmail_quote">On Thu, Jun =
7, 2012 at 2:02 PM, Nick Terry <span dir=3D"ltr"><<a href=3D"mailto:nick=
.i.te...@gmail.com" target=3D"_blank">nick.i.te...@gmail.com</a>></span>=
wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Ive tried setting the property in the indivi=
dual jobs, but bosh just<br>
uses the one defined in the networks section. I was hoping it was<br>
transient. Heres an example of a job:<br>
<br>
<br>
- name: debian_nfs_server<br>
=A0template: debian_nfs_server<br>
=A0instances: 1<br>
=A0resource_pool: infrastructure<br>
=A0persistent_disk: 2048<br>
=A0networks:<br>
=A0- name: dynamic_network<br>
=A0 =A0default: [dns, gateway]<br>
=A0 =A0cloud_properties:<br>
=A0 =A0 =A0security_groups:<br>
=A0 =A0 =A0- cf-nfs_server<br>
=A0- name: vip_network<br>
=A0 =A0static_ips:<br>
=A0 =A0- 23.23.175.5<br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
<br>
On Jun 7, 3:01=A0pm, Nick Terry <<a href=3D"mailto:nick.i.te...@gmail.co=
m">nick.i.te...@gmail.com</a>> wrote:<br>
> I made a special security group (Amazon EC2) for the nats server that<=
br>
> allows only the ip address of the individual components to connect. I<=
br>
> added a new dynamic network to the cf deployment manifest and got this=
<br>
> error:<br>
><br>
> Preparing configuration<br>
> =A0 binding configuration: Error filling in template nats/nats.yml.erb=
:2<br>
> for nats/0: 'undefined method `ip' for nil:NilClass' (00:0=
0:00)<br>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 |oooooooooooooooooooooooo| 1/1<br>
> 00:00:00 =A0ETA: --:--:--<br>
> The task has returned an error status, do you want to see debug log?<b=
r>
> [Yn]:<br>
><br>
> Looking through the cf-release and deployment manifest i notice that<b=
r>
> the release depends on the networks.apps property to work. Out of the<=
br>
> box, we have:<br>
><br>
> networks:<br>
> =A0 =A0 apps: dynamic_network<br>
> =A0 =A0 management: dynamic_network<br>
><br>
> I want to add another app to this callsed nats_dynamic_network. I need=
<br>
> to know how to add multiple apps and their corresponding management<br=
>
> field. Any ideas?<br>
</div></div></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>=
Best,<div>Oleg</div><br>
</div>
--14dae93408075d7e2004c1fa68e4--