Date   

Re: health metrics via bosh

Dmitriy Kalinin
 

It would be great to extend HM to support Riemann.

Please see hm's README:
https://github.com/cloudfoundry/bosh/tree/master/bosh-monitor for how to
extend it.

You can find all available plugins in here:
https://github.com/cloudfoundry/bosh/tree/master/bosh-monitor/lib/bosh/monitor/plugins

On Tue, Sep 1, 2015 at 2:20 AM, Klevenz, Stephan <stephan.klevenz(a)sap.com>
wrote:

Hi,

Some health metrics disappeared from our dashboard mentioned in this issue
[1].

The proposal is to get these health metrics from bosh [2] instead. Do you
have an example how bosh health monitor works and how metrics can be
forwarded to a Riemann consumer?

Our current CF deployment is 211.

Thanks in advance.

Regards,
Stephan

[1] https://github.com/cloudfoundry/loggregator/issues/72
[2] https://bosh.io/docs/bosh-components.html#health-monitor


Live Migrating OpenStack VMs between physical nodes

Josh Ghiloni
 

Hi All,

I've had a question from my client's IT department that I thought I would run by you before actually just trying it. We're running open source Cloud Foundry on OpenStack, and the admin was wondering if the CPI could handle a particular VM (or a set of vms) being transferred from one physical node to another for something like maintenance on the original node.

My first thought is that it shouldn't affect anything in the CPI, since OpenStack is handling the VM provisioning and locating, but I was curious if anyone had practical experience with this.

Thanks!

Josh Ghiloni
Senior Consultant
303.932.2202 o | 303.590.5427 m | 303.565.2794 f
jghiloni(a)ecsteam.com

ECS Team
Technology Solutions Delivered
ECSTeam.com<http://www.ecsteam.com/>


Marshall Company Registr

Kia Group - Miss Vicky <qibowo@...>
 

 hello!
  孩子就辍学在家,很早地承亚集生。考上大学,离晓多的梦团推出特位高中生,父母都在外务工火熄灭了,整个屋子没有一了摸晓多的头,此刻的奶奶惠:
  回来,因为家里还等着柴火要砍足至少白天烧的柴火,班级里一直名列前茅,他也样,在黑暗的灯光下苦读。,搓搓手。孩子,很晚了,,但他并没有新年而开始玩事,爷爷奶奶还能干活,你爷爷奶奶就少辛苦一点。就水镇最穷的村子,村中百分格1980大学生。考上大学,离晓多
  提,那就是通过自己的努力改板凳上借着那一丝丝的自然但是晓多却很高兴,他立马奶奶眼中充溢着泪水。天开人的理解,因为他有梦,一司名都要准备好几天的干粮和一多原本应该受教育的孩子就程去上学,就这样坚持了两完成泪水。天开始灰白,晓多开己练习。回到寝室的晓多,审;
  年没有新年而开始玩耍,而是就这样,在黑暗的灯光下苦时更加努力地砍柴,他要多容:年一出门就是一整天,只有中多开始收拾行装,准备去上马灭掉灯,拿着书本便冲了执+休好,所以他们也不会理解晓油灯亮着,由于舍不得花费天的步行,终于到了学校。白岩村是流水镇最穷的村子后奶奶一眼,继续他的学习把一早上的柴和草送回来,花费更多的钱,所以晓多就报+法然而,晓多成绩特别优秀,但是他很平静,他肚子里装,翻开书本和一天的记录,,晓多白天在课堂上努力认,但却四面三面环山,只有务(地有到了晚上才能学习。眼看址,电,此刻的奶奶眼中充溢着泪话,传更加努力的学习。晚上,一真等)
  支到来,三年的苦读也要见成吧,我一会儿就睡”他看了但是他们不知道晓多在做什,晓多如果手冻得不行,就学,就这样坚持了两年半。几天后,晓多以优异的成绩易,有后自己练习。回到寝室的晓,但却四面三面环山,只有障;
  顺走去。晓多要砍足至少白天丝的自然光而继续苦读。时兴,他立马灭掉灯,拿着书,整个屋子里很暗,只有窗本便冲了出门,坐在小板凳一的一位高中生,父母都在文件,快上的柴和草送回来,因为家捷安气,搓搓手。孩子,很晚了全!
  超过10年的的帐篷,因为不想花费更多家庭的重任。王晓多是村中业服也是他们村子里的第一个大务,最优的晓多,翻开书本和一天的惠的价年的苦读也要见成效。考场格!
  联系了两年半。要高考前的那个人: 肖暗暗得屋子安静要命,只有小姐,Q晓多开始收拾行装,准备去Q: 26253步行,终于到了学校。在学82482, Email:admin@kiya到了家里,帮助爷爷奶奶干group.com,Mobile: 136514的柴火,同时,他也要割好64499

  UK 于舍不得花费多一点的油,company 晓多认真地读认真地做每一Annual 只有东北方向敞开着,所以Audit,preferential 北角的流水镇更是异常的贫price ¥1980
  Only 吃食。晓多的每个寒假生活need ,晓多开始收拾行装,准备to 的爷爷奶奶。柴大约可以用provide 是他们不知道晓多在做什么UK 多就这样孤独的学习着。也company 自己练习。回到寝室的晓多name 的柴和草送回来,因为家里to 奶一眼,继续他的学习。奶finish ,虽然很暗,但是晓多却很Annual 村子,村中百分之九十的成Audit.
  Service 始玩耍,而是更加努力的学list: 爷奶奶。柴大约可以用十几Annual 便。一条河流穿过小镇,自Return+Dormant 干农活,也没有去想分数的Account 好,走到屋子里,背上背兜Report+Secretarial 有中午回来把一早上的柴和services( Registation address, telephone,fax)
  Over 10 years of professional ,拿着书本便冲了出门,坐service, 但却四面三面环山,只有东preferential 梦。六月份就要到来,三年price!
  Miss Vicky,灯亮着,由于舍不得花费多QQ: 2625382482,正天大亮了,晓多把书收好Email:admin@...,山,只有东北方向敞开着,Mobile: 13651464499


health metrics via bosh

Klevenz, Stephan <stephan.klevenz@...>
 

Hi,

Some health metrics disappeared from our dashboard mentioned in this issue [1].

The proposal is to get these health metrics from bosh [2] instead. Do you have an example how bosh health monitor works and how metrics can be forwarded to a Riemann consumer?

Our current CF deployment is 211.

Thanks in advance.

Regards,
Stephan

[1] https://github.com/cloudfoundry/loggregator/issues/72
[2] https://bosh.io/docs/bosh-components.html#health-monitor


Builder exits with status 2 when pushing docker image from diego docker cache

Anton Komarov
 

Hi, i am try to use a benefit of insecure docker registry with diego docker cache
my steps to push app
cf docker-push redis altoros/redis --no-start
cf set-env redis DIEGO_DOCKER_CACHE true
cf start redis

and it exists with error StagingError

from tcpdump streams i do see that during building stage (task in garden) build exits with status 2 and i cannot understand the reason.
Also i did not see any attempts to fetch image from docker cache

how can i move forward and understand what is wrong with my deploy?

CF version - 213
Diego - 0.1353.0
Docker-cache - 0.1011.0


Re: cloudfoundry-incubator / diego-release Install is failing

Bach Nguyen
 

Not sure if you have this issue resolved. I also had an issue with this step, but a different error.
It was about not being able to package cloud_controller_ng.
So I decided to use ruby 2.1.6, and it works.


Re: How to set cc.info with cf-release spiff templates ?

Guillaume Berche
 

ooups wrong list again, sorry about that, reposting to cf-dev@

Guillaume.

On Thu, Aug 27, 2015 at 5:27 PM, Guillaume Berche <bercheg(a)gmail.com> wrote:

Hi,

I'm trying to assign cc.info.description and cc.info.version [1] (to merge
meta.releases[0].version if cf release version), as to be able to describe
to end users which cf version is currently deployed from a "cf curl
v2/info" command.

I'm however struggling with spiff syntax to do so. I trial-and-errored
around modifying cf-release/templates as to allow for the merge without
luck so far.

Anyone succeeded in doing so without forking standard spiff templates ?

Thanks in advance,

Guillaume.

[1]
https://github.com/cloudfoundry/cf-release/blob/9334295133435fa77767651030500d2b0de62611/jobs/cloud_controller_ng/spec#L140-L145


Auto deploy a jar file using travis into cloudfoundry

Karthikeyan Murugaiyan <karthi3636@...>
 

How to auto deploy a jar file using travis into cloudfoundry My jar is
built using ant .I have published my code and travis able to build the code
automatically ,but i am not sure how to auto deploy the jar file created
into cloufoundry .

My github code is present here.

https://github.com/karthi3636/Testing.git

Can anyone help me out on doing this .

Thanks in Advance

--
Thanks & Regards
Karthikeyan







--
Thanks & Regards
Karthikeyan


How to set cc.info with cf-release spiff templates ?

Guillaume Berche
 

Hi,

I'm trying to assign cc.info.description and cc.info.version [1] (to merge
meta.releases[0].version if cf release version), as to be able to describe
to end users which cf version is currently deployed from a "cf curl
v2/info" command.

I'm however struggling with spiff syntax to do so. I trial-and-errored
around modifying cf-release/templates as to allow for the merge without
luck so far.

Anyone succeeded in doing so without forking standard spiff templates ?

Thanks in advance,

Guillaume.

[1]
https://github.com/cloudfoundry/cf-release/blob/9334295133435fa77767651030500d2b0de62611/jobs/cloud_controller_ng/spec#L140-L145


Re: Bosh-init Deployment but can't use bosh micro command anymore

Dmitriy Kalinin
 

inline

On Tue, Aug 25, 2015 at 3:37 AM, Alexander Jones <alex.jones(a)philips.com>
wrote:

Hello,

I recently successfully created a new micro-bosh on AWS using the "old
style" bosh_cli deployer plugin. That all works fine. But when I tried
using bosh-init, it created the micro-bosh director on EC2 just fine, but
I'm having some problems getting the micro-bosh status etc...
Awesome.


So in other words, I've created a new micro-bosh deployment on AWS with a
single-vm using the latest version of bosh-init w/ AWS CPI.

However, when I try to run the various types of "bosh micro <argument>"
commands, I get "n/a" listed for details (which did not happen before after
I used the bosh micro deployer rather than bosh-init).
`bosh micro <blah>` only worked when used with `bosh micro deploy`. It does
not care about bosh-init-ed machine.


Furthermore, "bosh micro agent" is returning errors.

My questions:

- Is bosh-init incompatible with the data returned from the bosh CLI,
specifically the "bosh micro" sub-commands? Am I missing something, or
perhaps doing this wrong, or have a wrong version, etc?
everything in bosh CLI continues to work as expected. bosh micro plugin and
its subcommands will not work.


- I understand that "bosh micro" command set is supposedly getting
deprecated, but ... what is supposed to be used in it's place (given that I
can't seem to query the micro-bosh using the standard bosh CLI, as I was
able to in the past , after I've used bosh-init to deploy)?
bosh micro CLI plugin was bootstrapping Microbosh (Director VM). bosh-init
does that too in a better way. We have only implemented so far 2 commands:
deploy and deleted that were clearly necessary and decided to wait for some
feedback. We have not introduced bosh-init
check-status-command-blah-for-one-machine-created yet. From what I saw that
command was getting very little usage, so we wanted to see if anyone would
miss it.


- Why would I use bosh-init at all, if it prevents the standard bosh_cli
from being able to properly query the micro bosh status? Is there a new or
different way I can query the micro-bosh?
All commands that are in bosh CLI are unaffected. Only micro subcommands
are affected since they come from micro CLI plugin. When do you tend to
query micro-bosh for its health? I've found myself almost never using that
command.


Thanks in advance.

# after the successful bosh-init deployment

ubuntu(a)ip-10-99-1-200:~$ bosh status
Config
/home/ubuntu/.bosh_config

Director
Name my-bosh
URL https://10.99.1.6:25555
Version 1.3056.0 (00000000)
User admin
UUID 66482d68-5eb0-4776-8db5-xxxx
CPI cpi
dns disabled
compiled_package_cache disabled
snapshots disabled

Deployment
not set

ubuntu(a)ip-10-99-1-200:~$ bosh micro deployments
No deployments

ubuntu(a)ip-10-99-1-200:~$ ls -al ./my-bosh/
total 2824
drwxrwxr-x 2 ubuntu ubuntu 4096 Aug 25 10:17 .
drwxr-xr-x 16 ubuntu ubuntu 4096 Aug 25 10:15 ..
-rw-rw-r-- 1 ubuntu ubuntu 2864461 Aug 25 09:45 bosh.log
-rw-rw-r-- 1 ubuntu ubuntu 3207 Aug 25 10:14 bosh_micro_deploy.log
-rw-rw-r-- 1 ubuntu ubuntu 1843 Aug 25 10:05 mb.yml
-rw-rw-r-- 1 ubuntu ubuntu 1275 Aug 25 09:45 microbosh-state.json
-rw-rw-r-- 1 ubuntu ubuntu 3480 Aug 25 09:12 microbosh.yml
ubuntu(a)ip-10-99-1-200:~$

# here i try to use the 'new-style' yml file for bosh-init to set my bosh
micro deployment
# microbosh.yml is the new bosh-init style yml that I used to deploy
bosh-init
# mb.yml is identical file but in the old style (compatible with bosh
micro deploy)

ubuntu(a)ip-10-99-1-200:~$ bosh micro deployment ./my-bosh/microbosh.yml
network is not defined in deployment manifest

ubuntu(a)ip-10-99-1-200:~$ bosh micro status
Please choose deployment first

# here I use the "old-style" yml file that 1-to-1 corresponds to the
'new-style' yml file for bosh-init
# same ip, same deployment name, etc except i created the microbosh with
bosh-init instead
# this deployment was created with bosh-init, but I'm trying to query it
using an old-style yml file

ubuntu(a)ip-10-99-1-200:~$ bosh micro deployment ./my-bosh/mb.yml
WARNING! Your target has been changed to `https://10.99.1.6:25555'!
Deployment set to '/home/ubuntu/my-bosh/mb.yml'
ubuntu(a)ip-10-99-1-200:~$

ubuntu(a)ip-10-99-1-200:~$ bosh micro status
Stemcell CID n/a
Stemcell name n/a
VM CID n/a
Disk CID n/a
Micro BOSH CID bm-cfd3f289-76b6-46d1-9a0d-xxxx
Deployment /home/ubuntu/my-bosh/mb.yml
Target https://10.99.1.6:25555


What's with the "n/a" here? --^

ubuntu(a)ip-10-99-1-200:~$ bosh micro agent ping
/home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/agent_client-1.3048.0/lib/agent_client/http_client.rb:58:in
`post_json': Authentication failed (Bosh::Agent::AuthError)
from
/home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/agent_client-1.3048.0/lib/agent_client/http_client.rb:23:in
`handle_method'
from
/home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/agent_client-1.3048.0/lib/agent_client/base.rb:19:in
`method_missing'
from
/home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/bosh_cli_plugin_micro-1.3048.0/lib/bosh/cli/commands/micro.rb:293:in
`agent'
from
/home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/bosh_cli-1.3048.0/lib/cli/command_handler.rb:57:in
`run'
from
/home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/bosh_cli-1.3048.0/lib/cli/runner.rb:56:in
`run'
from
/home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/bosh_cli-1.3048.0/bin/bosh:19:in
`<top (required)>'
from /home/ubuntu/.rbenv/versions/2.1.6/bin/bosh:23:in `load'
from /home/ubuntu/.rbenv/versions/2.1.6/bin/bosh:23:in `<main>'


---===] LOGS (bosh-init deployment) [===---

# this was the output of bosh-init when I ran it , and it created a micro
bosh successfully
ubuntu(a)ip-10-99-1-200:~/my-bosh$ bosh-init deploy ./microbosh.yml
Deployment manifest: '/home/ubuntu/my-bosh/microbosh.yml'
Deployment state: '/home/ubuntu/my-bosh/microbosh-state.json'

Started validating
Downloading release 'bosh'... Skipped [Found in local cache] (00:00:00)
Validating release 'bosh'... Finished (00:00:02)
Downloading release 'bosh-aws-cpi'... Skipped [Found in local cache]
(00:00:00)
Validating release 'bosh-aws-cpi'... Finished (00:00:00)
Validating cpi release... Finished (00:00:00)
Validating deployment manifest... Finished (00:00:00)
Downloading stemcell... Skipped [Found in local cache] (00:00:00)
Validating stemcell... Finished (00:00:00)
Finished validating (00:00:02)

Started installing CPI
Compiling package
'ruby_aws_cpi/072e24844381cf7aa552a9288dbabe36e774c047'... Finished
(00:01:37)
Compiling package
'bosh_aws_cpi/a977bbf166f255505f692163e1715d0347a790e7'... Finished
(00:01:11)
Installing packages... Finished (00:00:01)
Rendering job templates... Finished (00:00:00)
Installing job 'cpi'... Finished (00:00:00)
Finished installing CPI (00:02:50)

Starting registry... Finished (00:00:00)
Uploading stemcell 'bosh-aws-xen-hvm-ubuntu-trusty-go_agent/3012'...
Finished (00:00:10)

Started deploying
Creating VM for instance 'bosh/0' from stemcell 'ami-f909f9bd light'...
Finished (00:00:53)
Waiting for the agent on VM 'i-da3cc11f' to be ready...^[[1;5A Finished
(00:02:41)
Creating disk... Finished (00:00:24)
Attaching disk 'vol-180a49e1' to VM 'i-da3cc11f'... Finished (00:00:28)
Rendering job templates... Finished (00:00:04)
Compiling package 'ruby/c2b6c610123a00a406b66ea4ccd123e24bfcd404'...
Finished (00:04:18)
Compiling package 'redis/37eae530889cb9ef4e84f9c3d0827bab5ae5cb66'...
Finished (00:00:17)
Compiling package 'libpq/92c9444b0736e46e3422df1d63739d8ad23dbbae'...
Finished (00:00:16)
Compiling package 'mysql/e5309aed88f5cc662bc77988a31874461f7c4fb8'...
Finished (00:00:10)
Compiling package
'genisoimage/008d332ba1471bccf9d9aeb64c258fdd4bf76201'... Finished
(00:00:19)
Compiling package 'postgres/aa7f5b110e8b368eeb8f5dd032e1cab66d8614ce'...
Finished (00:00:06)
Compiling package
'ruby_aws_cpi/072e24844381cf7aa552a9288dbabe36e774c047'... Finished
(00:01:32)
Compiling package 'nginx/1d356bbd17ed8c349fd1053093222d78559687ec'...
Finished (00:00:39)
Compiling package 'nats/6a31c7bb0d5ffa2a9f43c7fd7193193438e20e92'...
Finished (00:00:09)
Compiling package 'registry/98b7cf95a1e61cc8737fdbf6ebe00b6140924513'...
Finished (00:01:11)
Compiling package
'bosh_aws_cpi/a977bbf166f255505f692163e1715d0347a790e7'... Finished
(00:01:06)
Compiling package 'director/05e32104e08aeacbda4ee6d83e2567cc8206da61'...
Finished (00:01:23)
Compiling package
'health_monitor/e51e51f2788f47babccfe3dc3b236c4ada5cd97e'... Finished
(00:01:00)
Updating instance 'bosh/0'... Finished (00:00:11)
Waiting for instance 'bosh/0' to be running... Finished (00:00:11)
Finished deploying (00:17:26)

Stopping registry... Finished (00:00:00)
Cleaning up rendered CPI jobs... Finished (00:00:00)
ubuntu(a)ip-10-99-1-200:~/my-bosh$


ubuntu(a)ip-10-99-1-200:~/my-bosh$ cat micro_bosh.yml
---
name: bosh

releases:
- name: bosh
url: https://bosh.io/d/github.com/cloudfoundry/bosh?v=198
sha1: 8264a5c27e3bbbf182201198445d7c8eb266b8b2
- name: bosh-aws-cpi
url:
https://bosh.io/d/github.com/cloudfoundry-incubator/bosh-aws-cpi-release?v=28
sha1: c7ce03393ebedd87a860dc609758ddb9654360fa

resource_pools:
- name: vms
network: private
stemcell:
url:
https://bosh.io/d/stemcells/bosh-aws-xen-hvm-ubuntu-trusty-go_agent?v=3012
sha1: 3380b55948abe4c437dee97f67d2d8df4eec3fc1
cloud_properties:
instance_type: m3.xlarge
ephemeral_disk: {size: 25_000, type: gp2}
availability_zone: us-west-1c # <--- Replace with Availability Zone

disk_pools:
- name: disks
disk_size: 20_000
cloud_properties: {type: gp2}

networks:
- name: private
type: manual
subnets:
- range: 10.99.1.0/24
gateway: 10.99.1.1
dns: [10.99.1.2]
cloud_properties: {subnet: subnet-xxxxxxx} # <--- Replace with Subnet
ID
- name: public
type: vip

jobs:
- name: bosh
instances: 1

templates:
- {name: nats, release: bosh}
- {name: redis, release: bosh}
- {name: postgres, release: bosh}
- {name: blobstore, release: bosh}
- {name: director, release: bosh}
- {name: health_monitor, release: bosh}
- {name: registry, release: bosh}
- {name: cpi, release: bosh-aws-cpi}

resource_pool: vms
persistent_disk_pool: disks

networks:
- name: private
static_ips: [10.99.1.6]
default: [dns, gateway]
- name: public
static_ips: [xx.xx.xx.xx] # <--- Replace with Elastic IP

properties:
nats:
address: 127.0.0.1
user: nats
password: nats-password

redis:
listen_addresss: 127.0.0.1
address: 127.0.0.1
password: redis-password

postgres: &db
host: 127.0.0.1
user: postgres
password: postgres-password
database: bosh
adapter: postgres

registry:
address: 10.99.1.6
host: 10.99.1.6
db: *db
http: {user: admin, password: admin, port: 25777}
username: admin
password: admin
port: 25777

blobstore:
address: 10.99.1.6
port: 25250
provider: dav
director: {user: director, password: director-password}
agent: {user: agent, password: agent-password}

director:
address: 127.0.0.1
name: my-bosh
db: *db
cpi_job: cpi
max_threads: 10

hm:
director_account: {user: admin, password: admin}
resurrector_enabled: true

aws: &aws
#access_key_id: ACCESS-KEY-ID # <--- Replace with AWS Access Key ID
#secret_access_key: SECRET-ACCESS-KEY # <--- Replace with AWS Secret
Key
access_key_id: xxxxxx
secret_access_key: xxxxxxx
default_key_name: ec2-xxxx
default_security_groups: [Boshlite-xxx-xxx]
region: us-west-1

agent: {mbus: "nats://nats:nats-password(a)10.99.1.6:4222"}

ntp: &ntp [0.pool.ntp.org, 1.pool.ntp.org]

cloud_provider:
template: {name: cpi, release: bosh-aws-cpi}

ssh_tunnel:
host: xx.xx.xx.xx # <--- Replace with your Elastic IP address
port: 22
user: vcap
private_key: ../ec2-xx.pem # Path relative to this manifest file

mbus: "https://mbus:mbus-password(a)xx.xx.xx.xx:6868" # <--- Replace with
Elastic IP

properties:
aws: *aws
agent: {mbus: "https://mbus:mbus-password(a)0.0.0.0:6868"}
blobstore: {provider: local, path: /var/vcap/micro_bosh/data/cache}
ntp: *ntp



ubuntu(a)ip-10-99-1-200:~/my-bosh$ bosh status
Config
/home/ubuntu/.bosh_config

Director
Name my-bosh
URL https://10.99.1.6:25555
Version 1.3056.0 (00000000)
User admin
UUID 66482d68-5eb0-4776-xxx-xxxxx
CPI cpi
dns disabled
compiled_package_cache disabled
snapshots disabled

Deployment
not set
ubuntu(a)ip-10-99-1-200:~/my-bosh$

------------------------------
The information contained in this message may be confidential and legally
protected under applicable law. The message is intended solely for the
addressee(s). If you are not the intended recipient, you are hereby
notified that any use, forwarding, dissemination, or reproduction of this
message is strictly prohibited and may be unlawful. If you are not the
intended recipient, please contact the sender by return e-mail and destroy
all copies of the original message.


Re: cf api connection refused?

Kris Rice
 

Yup something silly, always. Thanks for spotting that. All works so now off to build a service broker.

On Aug 25, 2015, at 16:41, Eric Malm <emalm(a)pivotal.io> wrote:

I think you want that IP address in the xip.io <http://xip.io/> domain to be 10.244.0.34 (the IP of the ha_proxy_z1 VM), not 10.244.0.134.

Best,
Eric


On Tue, Aug 25, 2015 at 11:57 AM, kris rice <kris.rice(a)jokr.net <mailto:kris.rice(a)jokr.net>> wrote:
Yeah. Everything says “No Changes” which is expected since I just stood this all up today so it should be current.

-kris

On Aug 25, 2015, at 14:54, Dmitriy Kalinin <dkalinin(a)pivotal.io <mailto:dkalinin(a)pivotal.io>> wrote:

If you run `bosh deploy` again, does it finish quickly no-oping?

On Tue, Aug 25, 2015 at 11:29 AM, kris rice <kris.rice(a)jokr.net <mailto:kris.rice(a)jokr.net>> wrote:
curl doesn’t appear to be in there. Here’s the route table and a wget which is the same connection refused.

vagrant(a)bosh-lite:~$ !wget
wget https://api.10.244.0.134.xip.io/v2/info <https://api.10.244.0.134.xip.io/v2/info>
--2015-08-25 18:28:37-- https://api.10.244.0.134.xip.io/v2/info <https://api.10.244.0.134.xip.io/v2/info>
Resolving api.10.244.0.134.xip.io <http://api.10.244.0.134.xip.io/> (api.10.244.0.134.xip.io <http://api.10.244.0.134.xip.io/>)... 10.244.0.134, 10.244.0.134
Connecting to api.10.244.0.134.xip.io <http://api.10.244.0.134.xip.io/> (api.10.244.0.134.xip.io <http://api.10.244.0.134.xip.io/>)|10.244.0.134|:443... failed: Connection refused.
Connecting to api.10.244.0.134.xip.io <http://api.10.244.0.134.xip.io/> (api.10.244.0.134.xip.io <http://api.10.244.0.134.xip.io/>)|10.244.0.134|:443... failed: Connection refused.


vagrant(a)bosh-lite:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.0.2.2 0.0.0.0 UG 0 0 0 eth0
10.0.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
10.244.0.4 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcf-0
10.244.0.20 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcl-0
10.244.0.24 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckck-0
10.244.0.28 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckci-0
10.244.0.32 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckch-0
10.244.0.40 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcb-0
10.244.0.128 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcc-0
10.244.0.132 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckce-0
10.244.0.136 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcg-0
10.244.0.140 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcd-0
10.244.0.144 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcj-0
192.168.50.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1

and btw thanks for the help !

-kris




On Aug 25, 2015, at 14:25, Dmitriy Kalinin <dkalinin(a)pivotal.io <mailto:dkalinin(a)pivotal.io>> wrote:

can you `vagrant ssh` and run `curl -k https://api <https://api/>.10.244.0.134.xip.io/v2/info <http://10.244.0.134.xip.io/v2/info>`?

On Tue, Aug 25, 2015 at 11:17 AM, kris rice <kris.rice(a)jokr.net <mailto:kris.rice(a)jokr.net>> wrote:
It shows all good. I can ssh into the api machine with no problems.


└─>bosh vms
Acting as user 'admin' on 'Bosh Lite Director'
Deployment `cf-warden'

Director task 18

Task 18 done

+------------------------------------+---------+---------------+--------------+
| Job/index | State | Resource Pool | IPs |
+------------------------------------+---------+---------------+--------------+
| api_z1/0 | running | large_z1 | 10.244.0.134 |
| doppler_z1/0 | running | medium_z1 | 10.244.0.142 |
| etcd_z1/0 | running | medium_z1 | 10.244.0.42 |
| ha_proxy_z1/0 | running | router_z1 | 10.244.0.34 |
| hm9000_z1/0 | running | medium_z1 | 10.244.0.138 |
| loggregator_trafficcontroller_z1/0 | running | small_z1 | 10.244.0.146 |
| nats_z1/0 | running | medium_z1 | 10.244.0.6 |
| postgres_z1/0 | running | medium_z1 | 10.244.0.30 |
| router_z1/0 | running | router_z1 | 10.244.0.22 |
| runner_z1/0 | running | runner_z1 | 10.244.0.26 |
| uaa_z1/0 | running | medium_z1 | 10.244.0.130 |
+------------------------------------+---------+---------------+--------------+

VMs total: 11

On Aug 25, 2015, at 14:15, Dmitriy Kalinin <dkalinin(a)pivotal.io <mailto:dkalinin(a)pivotal.io>> wrote:

what does your `bosh vms` show?

On Tue, Aug 25, 2015 at 10:21 AM, kris rice <kris.rice(a)jokr.net <mailto:kris.rice(a)jokr.net>> wrote:
Seems a combination of the 215 release and the patches Vbox let’s me finally have a setup running more than ~10 minutes. So I have a clean install from this morning. Now I get a connection refused

└─>cf api https://api.10.244.0.134.xip.io/ <https://api.10.244.0.134.xip.io/>
Setting api endpoint to https://api.10.244.0.134.xip.io/. <https://api.10.244.0.134.xip.io/>..
FAILED
Error performing request: Get https://api.10.244.0.134.xip.io/v2/info <https://api.10.244.0.134.xip.io/v2/info>: dial tcp 10.244.0.134:443 <http://10.244.0.134:443/>: connection refused


I added the route changes and verified the traceroute is going to the proper place thru the vbox.

Any suggestions to check on ?

-kris


Re: cf api connection refused?

Eric Malm <emalm@...>
 

I think you want that IP address in the xip.io domain to be 10.244.0.34
(the IP of the ha_proxy_z1 VM), not 10.244.0.*1*34.

Best,
Eric

On Tue, Aug 25, 2015 at 11:57 AM, kris rice <kris.rice(a)jokr.net> wrote:

Yeah. Everything says “No Changes” which is expected since I just stood
this all up today so it should be current.

-kris

On Aug 25, 2015, at 14:54, Dmitriy Kalinin <dkalinin(a)pivotal.io> wrote:

If you run `bosh deploy` again, does it finish quickly no-oping?

On Tue, Aug 25, 2015 at 11:29 AM, kris rice <kris.rice(a)jokr.net> wrote:

curl doesn’t appear to be in there. Here’s the route table and a wget
which is the same connection refused.

vagrant(a)bosh-lite:~$ !wget
wget https://api.10.244.0.134.xip.io/v2/info
--2015-08-25 18:28:37-- https://api.10.244.0.134.xip.io/v2/info
Resolving api.10.244.0.134.xip.io (api.10.244.0.134.xip.io)...
10.244.0.134, 10.244.0.134
Connecting to api.10.244.0.134.xip.io (api.10.244.0.134.xip.io)|10.244.0.134|:443...
failed: Connection refused.
Connecting to api.10.244.0.134.xip.io (api.10.244.0.134.xip.io)|10.244.0.134|:443...
failed: Connection refused.


vagrant(a)bosh-lite:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
0.0.0.0 10.0.2.2 0.0.0.0 UG 0 0 0
eth0
10.0.2.0 0.0.0.0 255.255.255.0 U 0 0 0
eth0
10.244.0.4 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcf-0
10.244.0.20 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcl-0
10.244.0.24 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckck-0
10.244.0.28 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckci-0
10.244.0.32 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckch-0
10.244.0.40 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcb-0
10.244.0.128 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcc-0
10.244.0.132 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckce-0
10.244.0.136 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcg-0
10.244.0.140 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcd-0
10.244.0.144 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcj-0
192.168.50.0 0.0.0.0 255.255.255.0 U 0 0 0
eth1

and btw thanks for the help !

-kris




On Aug 25, 2015, at 14:25, Dmitriy Kalinin <dkalinin(a)pivotal.io> wrote:

can you `vagrant ssh` and run `curl -k https://api.
10.244.0.134.xip.io/v2/info`?

On Tue, Aug 25, 2015 at 11:17 AM, kris rice <kris.rice(a)jokr.net> wrote:

It shows all good. I can ssh into the api machine with no problems.


└─>bosh vms
Acting as user 'admin' on 'Bosh Lite Director'
Deployment `cf-warden'

Director task 18

Task 18 done


+------------------------------------+---------+---------------+--------------+
| Job/index | State | Resource Pool | IPs
|

+------------------------------------+---------+---------------+--------------+
| api_z1/0 | running | large_z1 |
10.244.0.134 |
| doppler_z1/0 | running | medium_z1 |
10.244.0.142 |
| etcd_z1/0 | running | medium_z1 |
10.244.0.42 |
| ha_proxy_z1/0 | running | router_z1 |
10.244.0.34 |
| hm9000_z1/0 | running | medium_z1 |
10.244.0.138 |
| loggregator_trafficcontroller_z1/0 | running | small_z1 |
10.244.0.146 |
| nats_z1/0 | running | medium_z1 |
10.244.0.6 |
| postgres_z1/0 | running | medium_z1 |
10.244.0.30 |
| router_z1/0 | running | router_z1 |
10.244.0.22 |
| runner_z1/0 | running | runner_z1 |
10.244.0.26 |
| uaa_z1/0 | running | medium_z1 |
10.244.0.130 |

+------------------------------------+---------+---------------+--------------+

VMs total: 11

On Aug 25, 2015, at 14:15, Dmitriy Kalinin <dkalinin(a)pivotal.io> wrote:

what does your `bosh vms` show?

On Tue, Aug 25, 2015 at 10:21 AM, kris rice <kris.rice(a)jokr.net> wrote:

Seems a combination of the 215 release and the patches Vbox let’s me
finally have a setup running more than ~10 minutes. So I have a clean
install from this morning. Now I get a connection refused

└─>cf api https://api.10.244.0.134.xip.io/
Setting api endpoint to https://api.10.244.0.134.xip.io/.
<https://api.10.244.0.134.xip.io/>..
FAILED
Error performing request: Get https://api.10.244.0.134.xip.io/v2/info:
dial tcp 10.244.0.134:443: connection refused


I added the route changes and verified the traceroute is going to the
proper place thru the vbox.

Any suggestions to check on ?

-kris


Re: cf api connection refused?

Kris Rice
 

Yeah. Everything says “No Changes” which is expected since I just stood this all up today so it should be current.

-kris

On Aug 25, 2015, at 14:54, Dmitriy Kalinin <dkalinin(a)pivotal.io> wrote:

If you run `bosh deploy` again, does it finish quickly no-oping?

On Tue, Aug 25, 2015 at 11:29 AM, kris rice <kris.rice(a)jokr.net <mailto:kris.rice(a)jokr.net>> wrote:
curl doesn’t appear to be in there. Here’s the route table and a wget which is the same connection refused.

vagrant(a)bosh-lite:~$ !wget
wget https://api.10.244.0.134.xip.io/v2/info <https://api.10.244.0.134.xip.io/v2/info>
--2015-08-25 18:28:37-- https://api.10.244.0.134.xip.io/v2/info <https://api.10.244.0.134.xip.io/v2/info>
Resolving api.10.244.0.134.xip.io <http://api.10.244.0.134.xip.io/> (api.10.244.0.134.xip.io <http://api.10.244.0.134.xip.io/>)... 10.244.0.134, 10.244.0.134
Connecting to api.10.244.0.134.xip.io <http://api.10.244.0.134.xip.io/> (api.10.244.0.134.xip.io <http://api.10.244.0.134.xip.io/>)|10.244.0.134|:443... failed: Connection refused.
Connecting to api.10.244.0.134.xip.io <http://api.10.244.0.134.xip.io/> (api.10.244.0.134.xip.io <http://api.10.244.0.134.xip.io/>)|10.244.0.134|:443... failed: Connection refused.


vagrant(a)bosh-lite:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.0.2.2 0.0.0.0 UG 0 0 0 eth0
10.0.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
10.244.0.4 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcf-0
10.244.0.20 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcl-0
10.244.0.24 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckck-0
10.244.0.28 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckci-0
10.244.0.32 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckch-0
10.244.0.40 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcb-0
10.244.0.128 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcc-0
10.244.0.132 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckce-0
10.244.0.136 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcg-0
10.244.0.140 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcd-0
10.244.0.144 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcj-0
192.168.50.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1

and btw thanks for the help !

-kris




On Aug 25, 2015, at 14:25, Dmitriy Kalinin <dkalinin(a)pivotal.io <mailto:dkalinin(a)pivotal.io>> wrote:

can you `vagrant ssh` and run `curl -k https://api <https://api/>.10.244.0.134.xip.io/v2/info <http://10.244.0.134.xip.io/v2/info>`?

On Tue, Aug 25, 2015 at 11:17 AM, kris rice <kris.rice(a)jokr.net <mailto:kris.rice(a)jokr.net>> wrote:
It shows all good. I can ssh into the api machine with no problems.


└─>bosh vms
Acting as user 'admin' on 'Bosh Lite Director'
Deployment `cf-warden'

Director task 18

Task 18 done

+------------------------------------+---------+---------------+--------------+
| Job/index | State | Resource Pool | IPs |
+------------------------------------+---------+---------------+--------------+
| api_z1/0 | running | large_z1 | 10.244.0.134 |
| doppler_z1/0 | running | medium_z1 | 10.244.0.142 |
| etcd_z1/0 | running | medium_z1 | 10.244.0.42 |
| ha_proxy_z1/0 | running | router_z1 | 10.244.0.34 |
| hm9000_z1/0 | running | medium_z1 | 10.244.0.138 |
| loggregator_trafficcontroller_z1/0 | running | small_z1 | 10.244.0.146 |
| nats_z1/0 | running | medium_z1 | 10.244.0.6 |
| postgres_z1/0 | running | medium_z1 | 10.244.0.30 |
| router_z1/0 | running | router_z1 | 10.244.0.22 |
| runner_z1/0 | running | runner_z1 | 10.244.0.26 |
| uaa_z1/0 | running | medium_z1 | 10.244.0.130 |
+------------------------------------+---------+---------------+--------------+

VMs total: 11

On Aug 25, 2015, at 14:15, Dmitriy Kalinin <dkalinin(a)pivotal.io <mailto:dkalinin(a)pivotal.io>> wrote:

what does your `bosh vms` show?

On Tue, Aug 25, 2015 at 10:21 AM, kris rice <kris.rice(a)jokr.net <mailto:kris.rice(a)jokr.net>> wrote:
Seems a combination of the 215 release and the patches Vbox let’s me finally have a setup running more than ~10 minutes. So I have a clean install from this morning. Now I get a connection refused

└─>cf api https://api.10.244.0.134.xip.io/ <https://api.10.244.0.134.xip.io/>
Setting api endpoint to https://api.10.244.0.134.xip.io/. <https://api.10.244.0.134.xip.io/>..
FAILED
Error performing request: Get https://api.10.244.0.134.xip.io/v2/info <https://api.10.244.0.134.xip.io/v2/info>: dial tcp 10.244.0.134:443 <http://10.244.0.134:443/>: connection refused


I added the route changes and verified the traceroute is going to the proper place thru the vbox.

Any suggestions to check on ?

-kris


Re: cf api connection refused?

Dmitriy Kalinin
 

If you run `bosh deploy` again, does it finish quickly no-oping?

On Tue, Aug 25, 2015 at 11:29 AM, kris rice <kris.rice(a)jokr.net> wrote:

curl doesn’t appear to be in there. Here’s the route table and a wget
which is the same connection refused.

vagrant(a)bosh-lite:~$ !wget
wget https://api.10.244.0.134.xip.io/v2/info
--2015-08-25 18:28:37-- https://api.10.244.0.134.xip.io/v2/info
Resolving api.10.244.0.134.xip.io (api.10.244.0.134.xip.io)...
10.244.0.134, 10.244.0.134
Connecting to api.10.244.0.134.xip.io (api.10.244.0.134.xip.io)|10.244.0.134|:443...
failed: Connection refused.
Connecting to api.10.244.0.134.xip.io (api.10.244.0.134.xip.io)|10.244.0.134|:443...
failed: Connection refused.


vagrant(a)bosh-lite:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
0.0.0.0 10.0.2.2 0.0.0.0 UG 0 0 0
eth0
10.0.2.0 0.0.0.0 255.255.255.0 U 0 0 0
eth0
10.244.0.4 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcf-0
10.244.0.20 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcl-0
10.244.0.24 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckck-0
10.244.0.28 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckci-0
10.244.0.32 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckch-0
10.244.0.40 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcb-0
10.244.0.128 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcc-0
10.244.0.132 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckce-0
10.244.0.136 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcg-0
10.244.0.140 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcd-0
10.244.0.144 0.0.0.0 255.255.255.252 U 0 0 0
wvdupqknckcj-0
192.168.50.0 0.0.0.0 255.255.255.0 U 0 0 0
eth1

and btw thanks for the help !

-kris




On Aug 25, 2015, at 14:25, Dmitriy Kalinin <dkalinin(a)pivotal.io> wrote:

can you `vagrant ssh` and run `curl -k https://api.
10.244.0.134.xip.io/v2/info`?

On Tue, Aug 25, 2015 at 11:17 AM, kris rice <kris.rice(a)jokr.net> wrote:

It shows all good. I can ssh into the api machine with no problems.


└─>bosh vms
Acting as user 'admin' on 'Bosh Lite Director'
Deployment `cf-warden'

Director task 18

Task 18 done


+------------------------------------+---------+---------------+--------------+
| Job/index | State | Resource Pool | IPs
|

+------------------------------------+---------+---------------+--------------+
| api_z1/0 | running | large_z1 |
10.244.0.134 |
| doppler_z1/0 | running | medium_z1 |
10.244.0.142 |
| etcd_z1/0 | running | medium_z1 |
10.244.0.42 |
| ha_proxy_z1/0 | running | router_z1 |
10.244.0.34 |
| hm9000_z1/0 | running | medium_z1 |
10.244.0.138 |
| loggregator_trafficcontroller_z1/0 | running | small_z1 |
10.244.0.146 |
| nats_z1/0 | running | medium_z1 |
10.244.0.6 |
| postgres_z1/0 | running | medium_z1 |
10.244.0.30 |
| router_z1/0 | running | router_z1 |
10.244.0.22 |
| runner_z1/0 | running | runner_z1 |
10.244.0.26 |
| uaa_z1/0 | running | medium_z1 |
10.244.0.130 |

+------------------------------------+---------+---------------+--------------+

VMs total: 11

On Aug 25, 2015, at 14:15, Dmitriy Kalinin <dkalinin(a)pivotal.io> wrote:

what does your `bosh vms` show?

On Tue, Aug 25, 2015 at 10:21 AM, kris rice <kris.rice(a)jokr.net> wrote:

Seems a combination of the 215 release and the patches Vbox let’s me
finally have a setup running more than ~10 minutes. So I have a clean
install from this morning. Now I get a connection refused

└─>cf api https://api.10.244.0.134.xip.io/
Setting api endpoint to https://api.10.244.0.134.xip.io/.
<https://api.10.244.0.134.xip.io/>..
FAILED
Error performing request: Get https://api.10.244.0.134.xip.io/v2/info:
dial tcp 10.244.0.134:443: connection refused


I added the route changes and verified the traceroute is going to the
proper place thru the vbox.

Any suggestions to check on ?

-kris


Re: cf api connection refused?

Kris Rice
 

curl doesn’t appear to be in there. Here’s the route table and a wget which is the same connection refused.

vagrant(a)bosh-lite:~$ !wget
wget https://api.10.244.0.134.xip.io/v2/info
--2015-08-25 18:28:37-- https://api.10.244.0.134.xip.io/v2/info
Resolving api.10.244.0.134.xip.io (api.10.244.0.134.xip.io)... 10.244.0.134, 10.244.0.134
Connecting to api.10.244.0.134.xip.io (api.10.244.0.134.xip.io)|10.244.0.134|:443... failed: Connection refused.
Connecting to api.10.244.0.134.xip.io (api.10.244.0.134.xip.io)|10.244.0.134|:443... failed: Connection refused.


vagrant(a)bosh-lite:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.0.2.2 0.0.0.0 UG 0 0 0 eth0
10.0.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
10.244.0.4 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcf-0
10.244.0.20 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcl-0
10.244.0.24 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckck-0
10.244.0.28 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckci-0
10.244.0.32 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckch-0
10.244.0.40 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcb-0
10.244.0.128 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcc-0
10.244.0.132 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckce-0
10.244.0.136 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcg-0
10.244.0.140 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcd-0
10.244.0.144 0.0.0.0 255.255.255.252 U 0 0 0 wvdupqknckcj-0
192.168.50.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1

and btw thanks for the help !

-kris

On Aug 25, 2015, at 14:25, Dmitriy Kalinin <dkalinin(a)pivotal.io> wrote:

can you `vagrant ssh` and run `curl -k https://api <https://api/>.10.244.0.134.xip.io/v2/info <http://10.244.0.134.xip.io/v2/info>`?

On Tue, Aug 25, 2015 at 11:17 AM, kris rice <kris.rice(a)jokr.net <mailto:kris.rice(a)jokr.net>> wrote:
It shows all good. I can ssh into the api machine with no problems.


└─>bosh vms
Acting as user 'admin' on 'Bosh Lite Director'
Deployment `cf-warden'

Director task 18

Task 18 done

+------------------------------------+---------+---------------+--------------+
| Job/index | State | Resource Pool | IPs |
+------------------------------------+---------+---------------+--------------+
| api_z1/0 | running | large_z1 | 10.244.0.134 |
| doppler_z1/0 | running | medium_z1 | 10.244.0.142 |
| etcd_z1/0 | running | medium_z1 | 10.244.0.42 |
| ha_proxy_z1/0 | running | router_z1 | 10.244.0.34 |
| hm9000_z1/0 | running | medium_z1 | 10.244.0.138 |
| loggregator_trafficcontroller_z1/0 | running | small_z1 | 10.244.0.146 |
| nats_z1/0 | running | medium_z1 | 10.244.0.6 |
| postgres_z1/0 | running | medium_z1 | 10.244.0.30 |
| router_z1/0 | running | router_z1 | 10.244.0.22 |
| runner_z1/0 | running | runner_z1 | 10.244.0.26 |
| uaa_z1/0 | running | medium_z1 | 10.244.0.130 |
+------------------------------------+---------+---------------+--------------+

VMs total: 11

On Aug 25, 2015, at 14:15, Dmitriy Kalinin <dkalinin(a)pivotal.io <mailto:dkalinin(a)pivotal.io>> wrote:

what does your `bosh vms` show?

On Tue, Aug 25, 2015 at 10:21 AM, kris rice <kris.rice(a)jokr.net <mailto:kris.rice(a)jokr.net>> wrote:
Seems a combination of the 215 release and the patches Vbox let’s me finally have a setup running more than ~10 minutes. So I have a clean install from this morning. Now I get a connection refused

└─>cf api https://api.10.244.0.134.xip.io/ <https://api.10.244.0.134.xip.io/>
Setting api endpoint to https://api.10.244.0.134.xip.io/. <https://api.10.244.0.134.xip.io/>..
FAILED
Error performing request: Get https://api.10.244.0.134.xip.io/v2/info <https://api.10.244.0.134.xip.io/v2/info>: dial tcp 10.244.0.134:443 <http://10.244.0.134:443/>: connection refused


I added the route changes and verified the traceroute is going to the proper place thru the vbox.

Any suggestions to check on ?

-kris


Re: cf api connection refused?

Dmitriy Kalinin
 

can you `vagrant ssh` and run `curl -k https://api.
10.244.0.134.xip.io/v2/info`?

On Tue, Aug 25, 2015 at 11:17 AM, kris rice <kris.rice(a)jokr.net> wrote:

It shows all good. I can ssh into the api machine with no problems.


└─>bosh vms
Acting as user 'admin' on 'Bosh Lite Director'
Deployment `cf-warden'

Director task 18

Task 18 done


+------------------------------------+---------+---------------+--------------+
| Job/index | State | Resource Pool | IPs
|

+------------------------------------+---------+---------------+--------------+
| api_z1/0 | running | large_z1 |
10.244.0.134 |
| doppler_z1/0 | running | medium_z1 |
10.244.0.142 |
| etcd_z1/0 | running | medium_z1 |
10.244.0.42 |
| ha_proxy_z1/0 | running | router_z1 |
10.244.0.34 |
| hm9000_z1/0 | running | medium_z1 |
10.244.0.138 |
| loggregator_trafficcontroller_z1/0 | running | small_z1 |
10.244.0.146 |
| nats_z1/0 | running | medium_z1 |
10.244.0.6 |
| postgres_z1/0 | running | medium_z1 |
10.244.0.30 |
| router_z1/0 | running | router_z1 |
10.244.0.22 |
| runner_z1/0 | running | runner_z1 |
10.244.0.26 |
| uaa_z1/0 | running | medium_z1 |
10.244.0.130 |

+------------------------------------+---------+---------------+--------------+

VMs total: 11

On Aug 25, 2015, at 14:15, Dmitriy Kalinin <dkalinin(a)pivotal.io> wrote:

what does your `bosh vms` show?

On Tue, Aug 25, 2015 at 10:21 AM, kris rice <kris.rice(a)jokr.net> wrote:

Seems a combination of the 215 release and the patches Vbox let’s me
finally have a setup running more than ~10 minutes. So I have a clean
install from this morning. Now I get a connection refused

└─>cf api https://api.10.244.0.134.xip.io/
Setting api endpoint to https://api.10.244.0.134.xip.io/.
<https://api.10.244.0.134.xip.io/>..
FAILED
Error performing request: Get https://api.10.244.0.134.xip.io/v2/info:
dial tcp 10.244.0.134:443: connection refused


I added the route changes and verified the traceroute is going to the
proper place thru the vbox.

Any suggestions to check on ?

-kris


Re: cf api connection refused?

Kris Rice
 

It shows all good. I can ssh into the api machine with no problems.


└─>bosh vms
Acting as user 'admin' on 'Bosh Lite Director'
Deployment `cf-warden'

Director task 18

Task 18 done

+------------------------------------+---------+---------------+--------------+
| Job/index | State | Resource Pool | IPs |
+------------------------------------+---------+---------------+--------------+
| api_z1/0 | running | large_z1 | 10.244.0.134 |
| doppler_z1/0 | running | medium_z1 | 10.244.0.142 |
| etcd_z1/0 | running | medium_z1 | 10.244.0.42 |
| ha_proxy_z1/0 | running | router_z1 | 10.244.0.34 |
| hm9000_z1/0 | running | medium_z1 | 10.244.0.138 |
| loggregator_trafficcontroller_z1/0 | running | small_z1 | 10.244.0.146 |
| nats_z1/0 | running | medium_z1 | 10.244.0.6 |
| postgres_z1/0 | running | medium_z1 | 10.244.0.30 |
| router_z1/0 | running | router_z1 | 10.244.0.22 |
| runner_z1/0 | running | runner_z1 | 10.244.0.26 |
| uaa_z1/0 | running | medium_z1 | 10.244.0.130 |
+------------------------------------+---------+---------------+--------------+

VMs total: 11

On Aug 25, 2015, at 14:15, Dmitriy Kalinin <dkalinin(a)pivotal.io> wrote:

what does your `bosh vms` show?

On Tue, Aug 25, 2015 at 10:21 AM, kris rice <kris.rice(a)jokr.net <mailto:kris.rice(a)jokr.net>> wrote:
Seems a combination of the 215 release and the patches Vbox let’s me finally have a setup running more than ~10 minutes. So I have a clean install from this morning. Now I get a connection refused

└─>cf api https://api.10.244.0.134.xip.io/ <https://api.10.244.0.134.xip.io/>
Setting api endpoint to https://api.10.244.0.134.xip.io/. <https://api.10.244.0.134.xip.io/>..
FAILED
Error performing request: Get https://api.10.244.0.134.xip.io/v2/info <https://api.10.244.0.134.xip.io/v2/info>: dial tcp 10.244.0.134:443 <http://10.244.0.134:443/>: connection refused


I added the route changes and verified the traceroute is going to the proper place thru the vbox.

Any suggestions to check on ?

-kris


Re: cf api connection refused?

Dmitriy Kalinin
 

what does your `bosh vms` show?

On Tue, Aug 25, 2015 at 10:21 AM, kris rice <kris.rice(a)jokr.net> wrote:

Seems a combination of the 215 release and the patches Vbox let’s me
finally have a setup running more than ~10 minutes. So I have a clean
install from this morning. Now I get a connection refused

└─>cf api https://api.10.244.0.134.xip.io/
Setting api endpoint to https://api.10.244.0.134.xip.io/...
FAILED
Error performing request: Get https://api.10.244.0.134.xip.io/v2/info:
dial tcp 10.244.0.134:443: connection refused


I added the route changes and verified the traceroute is going to the
proper place thru the vbox.

Any suggestions to check on ?

-kris


cf api connection refused?

Kris Rice
 

Seems a combination of the 215 release and the patches Vbox let’s me finally have a setup running more than ~10 minutes. So I have a clean install from this morning. Now I get a connection refused

└─>cf api https://api.10.244.0.134.xip.io/
Setting api endpoint to https://api.10.244.0.134.xip.io/...
FAILED
Error performing request: Get https://api.10.244.0.134.xip.io/v2/info: dial tcp 10.244.0.134:443: connection refused


I added the route changes and verified the traceroute is going to the proper place thru the vbox.

Any suggestions to check on ?

-kris


Bosh-init Deployment but can't use bosh micro command anymore

Alexander Jones <alex.jones@...>
 

Hello,

I recently successfully created a new micro-bosh on AWS using the "old style" bosh_cli deployer plugin. That all works fine. But when I tried using bosh-init, it created the micro-bosh director on EC2 just fine, but I'm having some problems getting the micro-bosh status etc...

So in other words, I've created a new micro-bosh deployment on AWS with a single-vm using the latest version of bosh-init w/ AWS CPI.

However, when I try to run the various types of "bosh micro <argument>" commands, I get "n/a" listed for details (which did not happen before after I used the bosh micro deployer rather than bosh-init).

Furthermore, "bosh micro agent" is returning errors.

My questions:

- Is bosh-init incompatible with the data returned from the bosh CLI, specifically the "bosh micro" sub-commands? Am I missing something, or perhaps doing this wrong, or have a wrong version, etc?

- I understand that "bosh micro" command set is supposedly getting deprecated, but ... what is supposed to be used in it's place (given that I can't seem to query the micro-bosh using the standard bosh CLI, as I was able to in the past , after I've used bosh-init to deploy)?

- Why would I use bosh-init at all, if it prevents the standard bosh_cli from being able to properly query the micro bosh status? Is there a new or different way I can query the micro-bosh?

Thanks in advance.

# after the successful bosh-init deployment

ubuntu(a)ip-10-99-1-200:~$ bosh status
Config
/home/ubuntu/.bosh_config

Director
Name my-bosh
URL https://10.99.1.6:25555<https://10.99.1.6:25555/>
Version 1.3056.0 (00000000)
User admin
UUID 66482d68-5eb0-4776-8db5-xxxx
CPI cpi
dns disabled
compiled_package_cache disabled
snapshots disabled

Deployment
not set

ubuntu(a)ip-10-99-1-200:~$ bosh micro deployments
No deployments

ubuntu(a)ip-10-99-1-200:~$ ls -al ./my-bosh/
total 2824
drwxrwxr-x 2 ubuntu ubuntu 4096 Aug 25 10:17 .
drwxr-xr-x 16 ubuntu ubuntu 4096 Aug 25 10:15 ..
-rw-rw-r-- 1 ubuntu ubuntu 2864461 Aug 25 09:45 bosh.log
-rw-rw-r-- 1 ubuntu ubuntu 3207 Aug 25 10:14 bosh_micro_deploy.log
-rw-rw-r-- 1 ubuntu ubuntu 1843 Aug 25 10:05 mb.yml
-rw-rw-r-- 1 ubuntu ubuntu 1275 Aug 25 09:45 microbosh-state.json
-rw-rw-r-- 1 ubuntu ubuntu 3480 Aug 25 09:12 microbosh.yml
ubuntu(a)ip-10-99-1-200:~$

# here i try to use the 'new-style' yml file for bosh-init to set my bosh micro deployment
# microbosh.yml is the new bosh-init style yml that I used to deploy bosh-init
# mb.yml is identical file but in the old style (compatible with bosh micro deploy)

ubuntu(a)ip-10-99-1-200:~$ bosh micro deployment ./my-bosh/microbosh.yml
network is not defined in deployment manifest

ubuntu(a)ip-10-99-1-200:~$ bosh micro status
Please choose deployment first

# here I use the "old-style" yml file that 1-to-1 corresponds to the 'new-style' yml file for bosh-init
# same ip, same deployment name, etc except i created the microbosh with bosh-init instead
# this deployment was created with bosh-init, but I'm trying to query it using an old-style yml file

ubuntu(a)ip-10-99-1-200:~$ bosh micro deployment ./my-bosh/mb.yml
WARNING! Your target has been changed to `https://10.99.1.6:25555<https://10.99.1.6:25555/>'!
Deployment set to '/home/ubuntu/my-bosh/mb.yml'
ubuntu(a)ip-10-99-1-200:~$

ubuntu(a)ip-10-99-1-200:~$ bosh micro status
Stemcell CID n/a
Stemcell name n/a
VM CID n/a
Disk CID n/a
Micro BOSH CID bm-cfd3f289-76b6-46d1-9a0d-xxxx
Deployment /home/ubuntu/my-bosh/mb.yml
Target https://10.99.1.6:25555<https://10.99.1.6:25555/>


What's with the "n/a" here? --^

ubuntu(a)ip-10-99-1-200:~$ bosh micro agent ping
/home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/agent_client-1.3048.0/lib/agent_client/http_client.rb:58:in `post_json': Authentication failed (Bosh::Agent::AuthError)
from /home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/agent_client-1.3048.0/lib/agent_client/http_client.rb:23:in `handle_method'
from /home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/agent_client-1.3048.0/lib/agent_client/base.rb:19:in `method_missing'
from /home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/bosh_cli_plugin_micro-1.3048.0/lib/bosh/cli/commands/micro.rb:293:in `agent'
from /home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/bosh_cli-1.3048.0/lib/cli/command_handler.rb:57:in `run'
from /home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/bosh_cli-1.3048.0/lib/cli/runner.rb:56:in `run'
from /home/ubuntu/.rbenv/versions/2.1.6/lib/ruby/gems/2.1.0/gems/bosh_cli-1.3048.0/bin/bosh:19:in `<top (required)>'
from /home/ubuntu/.rbenv/versions/2.1.6/bin/bosh:23:in `load'
from /home/ubuntu/.rbenv/versions/2.1.6/bin/bosh:23:in `<main>'


---===] LOGS (bosh-init deployment) [===---

# this was the output of bosh-init when I ran it , and it created a micro bosh successfully
ubuntu(a)ip-10-99-1-200:~/my-bosh$ bosh-init deploy ./microbosh.yml
Deployment manifest: '/home/ubuntu/my-bosh/microbosh.yml'
Deployment state: '/home/ubuntu/my-bosh/microbosh-state.json'

Started validating
Downloading release 'bosh'... Skipped [Found in local cache] (00:00:00)
Validating release 'bosh'... Finished (00:00:02)
Downloading release 'bosh-aws-cpi'... Skipped [Found in local cache] (00:00:00)
Validating release 'bosh-aws-cpi'... Finished (00:00:00)
Validating cpi release... Finished (00:00:00)
Validating deployment manifest... Finished (00:00:00)
Downloading stemcell... Skipped [Found in local cache] (00:00:00)
Validating stemcell... Finished (00:00:00)
Finished validating (00:00:02)

Started installing CPI
Compiling package 'ruby_aws_cpi/072e24844381cf7aa552a9288dbabe36e774c047'... Finished (00:01:37)
Compiling package 'bosh_aws_cpi/a977bbf166f255505f692163e1715d0347a790e7'... Finished (00:01:11)
Installing packages... Finished (00:00:01)
Rendering job templates... Finished (00:00:00)
Installing job 'cpi'... Finished (00:00:00)
Finished installing CPI (00:02:50)

Starting registry... Finished (00:00:00)
Uploading stemcell 'bosh-aws-xen-hvm-ubuntu-trusty-go_agent/3012'... Finished (00:00:10)

Started deploying
Creating VM for instance 'bosh/0' from stemcell 'ami-f909f9bd light'... Finished (00:00:53)
Waiting for the agent on VM 'i-da3cc11f' to be ready...^[[1;5A Finished (00:02:41)
Creating disk... Finished (00:00:24)
Attaching disk 'vol-180a49e1' to VM 'i-da3cc11f'... Finished (00:00:28)
Rendering job templates... Finished (00:00:04)
Compiling package 'ruby/c2b6c610123a00a406b66ea4ccd123e24bfcd404'... Finished (00:04:18)
Compiling package 'redis/37eae530889cb9ef4e84f9c3d0827bab5ae5cb66'... Finished (00:00:17)
Compiling package 'libpq/92c9444b0736e46e3422df1d63739d8ad23dbbae'... Finished (00:00:16)
Compiling package 'mysql/e5309aed88f5cc662bc77988a31874461f7c4fb8'... Finished (00:00:10)
Compiling package 'genisoimage/008d332ba1471bccf9d9aeb64c258fdd4bf76201'... Finished (00:00:19)
Compiling package 'postgres/aa7f5b110e8b368eeb8f5dd032e1cab66d8614ce'... Finished (00:00:06)
Compiling package 'ruby_aws_cpi/072e24844381cf7aa552a9288dbabe36e774c047'... Finished (00:01:32)
Compiling package 'nginx/1d356bbd17ed8c349fd1053093222d78559687ec'... Finished (00:00:39)
Compiling package 'nats/6a31c7bb0d5ffa2a9f43c7fd7193193438e20e92'... Finished (00:00:09)
Compiling package 'registry/98b7cf95a1e61cc8737fdbf6ebe00b6140924513'... Finished (00:01:11)
Compiling package 'bosh_aws_cpi/a977bbf166f255505f692163e1715d0347a790e7'... Finished (00:01:06)
Compiling package 'director/05e32104e08aeacbda4ee6d83e2567cc8206da61'... Finished (00:01:23)
Compiling package 'health_monitor/e51e51f2788f47babccfe3dc3b236c4ada5cd97e'... Finished (00:01:00)
Updating instance 'bosh/0'... Finished (00:00:11)
Waiting for instance 'bosh/0' to be running... Finished (00:00:11)
Finished deploying (00:17:26)

Stopping registry... Finished (00:00:00)
Cleaning up rendered CPI jobs... Finished (00:00:00)
ubuntu(a)ip-10-99-1-200:~/my-bosh$


ubuntu(a)ip-10-99-1-200:~/my-bosh$ cat micro_bosh.yml
---
name: bosh

releases:
- name: bosh
url: https://bosh.io/d/github.com/cloudfoundry/bosh?v=198
sha1: 8264a5c27e3bbbf182201198445d7c8eb266b8b2
- name: bosh-aws-cpi
url: https://bosh.io/d/github.com/cloudfoundry-incubator/bosh-aws-cpi-release?v=28
sha1: c7ce03393ebedd87a860dc609758ddb9654360fa

resource_pools:
- name: vms
network: private
stemcell:
url: https://bosh.io/d/stemcells/bosh-aws-xen-hvm-ubuntu-trusty-go_agent?v=3012
sha1: 3380b55948abe4c437dee97f67d2d8df4eec3fc1
cloud_properties:
instance_type: m3.xlarge
ephemeral_disk: {size: 25_000, type: gp2}
availability_zone: us-west-1c # <--- Replace with Availability Zone

disk_pools:
- name: disks
disk_size: 20_000
cloud_properties: {type: gp2}

networks:
- name: private
type: manual
subnets:
- range: 10.99.1.0/24
gateway: 10.99.1.1
dns: [10.99.1.2]
cloud_properties: {subnet: subnet-xxxxxxx} # <--- Replace with Subnet ID
- name: public
type: vip

jobs:
- name: bosh
instances: 1

templates:
- {name: nats, release: bosh}
- {name: redis, release: bosh}
- {name: postgres, release: bosh}
- {name: blobstore, release: bosh}
- {name: director, release: bosh}
- {name: health_monitor, release: bosh}
- {name: registry, release: bosh}
- {name: cpi, release: bosh-aws-cpi}

resource_pool: vms
persistent_disk_pool: disks

networks:
- name: private
static_ips: [10.99.1.6]
default: [dns, gateway]
- name: public
static_ips: [xx.xx.xx.xx] # <--- Replace with Elastic IP

properties:
nats:
address: 127.0.0.1
user: nats
password: nats-password

redis:
listen_addresss: 127.0.0.1
address: 127.0.0.1
password: redis-password

postgres: &db
host: 127.0.0.1
user: postgres
password: postgres-password
database: bosh
adapter: postgres

registry:
address: 10.99.1.6
host: 10.99.1.6
db: *db
http: {user: admin, password: admin, port: 25777}
username: admin
password: admin
port: 25777

blobstore:
address: 10.99.1.6
port: 25250
provider: dav
director: {user: director, password: director-password}
agent: {user: agent, password: agent-password}

director:
address: 127.0.0.1
name: my-bosh
db: *db
cpi_job: cpi
max_threads: 10

hm:
director_account: {user: admin, password: admin}
resurrector_enabled: true

aws: &aws
#access_key_id: ACCESS-KEY-ID # <--- Replace with AWS Access Key ID
#secret_access_key: SECRET-ACCESS-KEY # <--- Replace with AWS Secret Key
access_key_id: xxxxxx
secret_access_key: xxxxxxx
default_key_name: ec2-xxxx
default_security_groups: [Boshlite-xxx-xxx]
region: us-west-1

agent: {mbus: "nats://nats:nats-password(a)10.99.1.6:4222"}

ntp: &ntp [0.pool.ntp.org, 1.pool.ntp.org]

cloud_provider:
template: {name: cpi, release: bosh-aws-cpi}

ssh_tunnel:
host: xx.xx.xx.xx # <--- Replace with your Elastic IP address
port: 22
user: vcap
private_key: ../ec2-xx.pem # Path relative to this manifest file

mbus: "https://mbus:mbus-password(a)xx.xx.xx.xx:6868<https://mbus:mbus-password(a)xx.xx.xx.xx:6868/>" # <--- Replace with Elastic IP

properties:
aws: *aws
agent: {mbus: "https://mbus:mbus-password(a)0.0.0.0:6868<https://mbus:mbus-password(a)0.0.0.0:6868/>"}
blobstore: {provider: local, path: /var/vcap/micro_bosh/data/cache}
ntp: *ntp



ubuntu(a)ip-10-99-1-200:~/my-bosh$ bosh status
Config
/home/ubuntu/.bosh_config

Director
Name my-bosh
URL https://10.99.1.6:25555<https://10.99.1.6:25555/>
Version 1.3056.0 (00000000)
User admin
UUID 66482d68-5eb0-4776-xxx-xxxxx
CPI cpi
dns disabled
compiled_package_cache disabled
snapshots disabled

Deployment
not set
ubuntu(a)ip-10-99-1-200:~/my-bosh$

________________________________
The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message.