Hi Team,

I have deployed bosh lite with followed link https://bosh.io/docs/bosh-lite.html
Can any one update me how i can login in this vm? What will be default user and password for the vm which is deployed in virtualbox?

Regards:
Arpit Sharma

Thanks, Adrian. I did that before, but I am not sure if I recently ran that.

Is that command supposed to clean up all unused cache entries?

Thanks.

Steffen.

You're exactly right.

From /var/vcap/bosh/log:

2017-10-19_20:09:16.76704 [Cmd Runner] 2017/10/19 20:09:16 DEBUG - Stderr:
2017-10-19_20:09:16.76704 [Cmd Runner] 2017/10/19 20:09:16 DEBUG - Successful: false (1)
2017-10-19_20:09:16.76705 [ParallelScript] 2017/10/19 20:09:16 ERROR - '/var/vcap/jobs/containers/bin/drain' script has failed with error: Script did not return a signed integer: strconv.ParseInt: parsing "": invalid syntax
2017-10-19_20:09:16.76705 [Drain Action] 2017/10/19 20:09:16 DEBUG - Got a result
2017-10-19_20:09:16.76706 [Task Service] 2017/10/19 20:09:16 ERROR - Failed processing task #01b91a43-4f6e-4b52-5c65-0d7fd18d0b4d got: 1 of 1 drain scripts failed. Failed Jobs: containers.

Would you recommend a better way to fail a deployment?

it fails most likely due to this:
https://github.com/cloudfoundry/bosh-agent/blob/master/agent/script/drain/concrete_script.go#L157

On Thu, Oct 19, 2017 at 2:26 PM, Carol Morneau <carol.morneau(a)solace.com>
wrote:

Thanks Dmitriy for your input.

Here's an example of a drain script that does abort the deployment:

#!/bin/bash
set -e
false

Thanks Dmitriy for your input.

Here's an example of a drain script that does abort the deployment:

#!/bin/bash
set -e
false

currently bosh only relies on stdout of the script to determine success. given this historic behaviour its a bit hard to migrate to exit code paradigm (similar to our other scripts) without unintentionally breaking a few drain scripts. its definitely something we want to get done at some point though.

Sent from my iPhone

Hi Everybody,

Can someone explain what bosh does when a drain-script returns a non-zero exit code? From my testing, it appears to carry-on with the deployment no matter what the exit code is.

Here's a drain-script I'd hope would abort a deployment:
#!/bin/bash
echo 0
exit 1

I would like to be able to abort a deployment when the drain-script returns a non-zero code. Is there a way I could achieve that?

Thanks for you help,
Carol

Hi Steffen

Did you try the bosh cleanup command?

Kind regards
Adrian

Hi,

I have a BOSH director where I need to free up some disk space. I noticed a number of large files in /var/vcap/micro_bosh/data/cache. Is it safe to delete them?

Regards

Steffen

The following type of errors are occurring when Director attempts to access certificates stored in CredHub during a deployment:
- Failed to fetch variable '/secrets/consul_agent_cert/v1' from config server: Expected data[0] to have key 'value'
- Failed to fetch variable '/secrets/consul_agent_cert/v1' from config server: Expected data[0] to have key 'value'
The manifest deployment file uses dot notation to access the certificate values. Examples:
agent_cert: ((/secrets/consul_agent_cert/v1.certificate))
agent_key: ((/secrets/consul_agent_cert/v1.private_key))

Other CredHub types (password, ssh, value) are processed successfully by Director. The certificates appear to be correctly formatted and returned when using a client (curl, postman) to access them via the CredHub REST API. Is there a known issue with Director accessing certificates from CredHub? Our Director level is 262.3.

Thanks for any information that can be provided.

Thanks Eric. I could do it by using a small bash script . Thanks for your input.

Hi - you may want to verify that your director has connectivity to the
internet and AWS API in the us-east-1 region. Perhaps you can try running
the following after SSH'ing to the director.

$ curl -vvv https://ec2.us-east-1.amazonaws.com

Danny

--
Danny Berger

Hi, Ushani,

The zookeeper release gets exactly those IPs via the "address" property on
each of the instances in its "peers" link:
https://github.com/cppforlife/zookeeper-release/blob/master/jobs/zookeeper/templates/zoo.cfg.erb#L1-L5.
The Template Accessor section in https://bosh.io/docs/links.html#templates
has more information on the available properties in a link. Presumably a
similar pattern would work for your WSO2 release.

Best,
Eric, CF Diego PM

On Thu, Sep 21, 2017 at 4:22 AM, Ushani Balasooriya <ushanib(a)gmail.com>
wrote:

Hi Dan,

I checked the doc and thanks for the info.

But what I really need is a way to capture the ips of instances
dynamically created when we define a number in deploy. manifest.
E.g.,

- instances: 3
name: wso2is
networks:
- name: wso2is_network
resource_pool: wso2is-resource-pool
templates:
- name: wso2is



========

Instance Process State AZ IPs
VM CID VM Type
wso2is/1aa7dc45-e657-4519-ba43-d9f08f4b708b running -
10.244.15.23 70899e3d-8efb-4197-63dc-267feffe3bb3 wso2is-resource-pool
wso2is/317d9109-a2bf-42a4-b959-9f556a599a91 running -
10.244.15.22 4410cbbb-dc84-4d78-42e9-56b7d60a6f5c wso2is-resource-pool
wso2is/6502084e-8ae2-43f9-9416-eb54952b6289 running -
10.244.15.24 da258279-6a96-4e8c-49ad-e752073b108f wso2is-resource-pool

I need to access 10.244.15.23 , 10.244.15.22, 10.244.15.24 IPs
dynamically.

Thanks

Performance is an issue, but just understanding the logic on why Director would make two calls during a deployment to obtain the same secret is important.

Thanks.

Hi All,
I am getting below exception while uploading stemcell using bosh v version 2.0.40-9fc1ea4-2017-09-18T23:00:15Z

~/bosh-cli-ex$ bosh -e bosh-1 upload-stemcell ~/bosh-cli-ex/light-bosh-stemcell-3445.11-aws-xen-hvm-ubuntu-trusty-go_agent.tgz --sha1 2YDE+Dsl+D41WfDnYOLNIxNXx6hsd5HJk9PmR6j+
Using environment '10.0.0.6' as client 'admin'

######################################################### 100.00% 892.62 KB/s 0s
Task 24

Task 24 | 17:49:06 | Update stemcell: Extracting stemcell archive (00:00:00)
Task 24 | 17:49:06 | Update stemcell: Verifying stemcell manifest (00:00:00)
Task 24 | 17:52:41 | Error: CPI error 'Bosh::Clouds::CloudError' with message 'Unable to create a connection to AWS. Please check your provided settings: Region 'us-east-1', Endpoint 'Not provided'.
IaaS Error: #<Seahorse::Client::NetworkingError: execution expired>' in 'info' CPI method

Task 24 Started Fri Sep 22 17:49:06 UTC 2017
Task 24 Finished Fri Sep 22 17:52:41 UTC 2017
Task 24 Duration 00:03:35
Task 24 error

Uploading stemcell file:
Expected task '24' to succeed but state is 'error'

Exit code 1

Can any one help on this.
Thanks in Advance.

Regrd
Krish

we havent spent any time optimizing it since it shuold be pretty cheap to
make these calls. are you concerned about the perf aspect of it or
something else?

On Fri, Sep 22, 2017 at 10:55 AM, Michael Stancampiano <mstancamp(a)gmail.com>
wrote:

It appears Director calls CredHub for a single secret twice during a
deployment. Here are the Director calls:
1) Calls CredHub with a GET by name. In this case the query name parameter
value is the identifier from the deployment manifest file.
2) Calls CredHub with a GET by ID using the id value for the secret
returned in the first call.

Can someone explain why Director appears to be making two calls for the
same secret during a deployment?

Thanks.

Mike

It appears Director calls CredHub for a single secret twice during a deployment. Here are the Director calls:
1) Calls CredHub with a GET by name. In this case the query name parameter value is the identifier from the deployment manifest file.
2) Calls CredHub with a GET by ID using the id value for the secret returned in the first call.

Can someone explain why Director appears to be making two calls for the same secret during a deployment?

Thanks.

Mike

Hi Dan,

I checked the doc and thanks for the info.

But what I really need is a way to capture the ips of instances dynamically created when we define a number in deploy. manifest.
E.g.,

- instances: 3
name: wso2is
networks:
- name: wso2is_network
resource_pool: wso2is-resource-pool
templates:
- name: wso2is



========

Instance Process State AZ IPs VM CID VM Type
wso2is/1aa7dc45-e657-4519-ba43-d9f08f4b708b running - 10.244.15.23 70899e3d-8efb-4197-63dc-267feffe3bb3 wso2is-resource-pool
wso2is/317d9109-a2bf-42a4-b959-9f556a599a91 running - 10.244.15.22 4410cbbb-dc84-4d78-42e9-56b7d60a6f5c wso2is-resource-pool
wso2is/6502084e-8ae2-43f9-9416-eb54952b6289 running - 10.244.15.24 da258279-6a96-4e8c-49ad-e752073b108f wso2is-resource-pool

I need to access 10.244.15.23 , 10.244.15.22, 10.244.15.24 IPs dynamically.

Thanks

Thanks Dan will check

Take a look at the example referenced from the docs. You can see the links
exposed in the spec file and how they're consumed in the various templates.

https://github.com/cppforlife/zookeeper-release/tree/master/jobs/zookeeper

Dan


On Wed, Sep 20, 2017 at 10:44 AM, Ushani Balasooriya <ushanib(a)gmail.com>
wrote:

Hi Daniel,
I'm trying create a cluster setup which is configurable for n number of
instances. So, How can I access the IP set for a particular IP dynamically?
Or is there a way where I can access them using a pre defined host which
it can resolve the IP by itself?

Appreciate your help