Me too :)
toggle quoted message
Show quoted text
On Fri, Jun 26, 2015 at 3:12 PM, Pablo Alonso Rodriguez <palonsoro(a)gmail.com wrote: OK. I am very happy to hear that.
El 26/06/2015 05:15, "Dulanjalie Dhanapala" <dulanjalie(a)gmail.com>
escribió:
Pablo I have a great news for you.... i destroyed the deployment and re
deployed. its came up fine [?]. Seems like NFS is the issue.
Thanks a lot Pablo and to all of you who helped me to bring up a setup.
Sincerely,
Dulanjalie
ubuntu(a)ip-10-0-0-125:~/cf-deployment/cf-release/releases$ bosh status
Config
/home/ubuntu/.bosh_config
Director
Name microbosh
URL https://54.175.104.12:25555
Version 1.2999.0 (00000000)
User admin
UUID 7cb26313-b3af-45cc-b771-cf2c79003073
CPI aws
dns enabled (domain_name: microbosh)
compiled_package_cache disabled
snapshots disabled
Deployment
Manifest
/home/ubuntu/cf-deployment/cf-release/example_manifests/minimal-aws.yml
On Thu, Jun 25, 2015 at 8:55 AM, Pablo Alonso Rodriguez <
palonsoro(a)gmail.com> wrote:
Yes. I am very clever (ironic mode on). I told you to remove the NFS
server VM but forgot to tell you how to prevent the cloud controller from
trying to mount the NFS endpoint (sorry).
To do so, look for this:
- name: api_z1
instances: 1
resource_pool: small_z1
templates:
- {name: cloud_controller_ng, release: cf}
- {name: cloud_controller_worker, release: cf}
- {name: cloud_controller_clock, release: cf}
- {name: metron_agent, release: cf}
- {name: nfs_mounter, release: cf}
networks:
- name: cf_private
properties:
nfs_server:
address: 10.0.16.105
allow_from_entries: [10.0.16.0/24]
And comment out the properties section, to transform it in this:
- name: api_z1
instances: 1
resource_pool: small_z1
templates:
- {name: cloud_controller_ng, release: cf}
- {name: cloud_controller_worker, release: cf}
- {name: cloud_controller_clock, release: cf}
- {name: metron_agent, release: cf}
- {name: nfs_mounter, release: cf}
networks:
# - name: cf_private
# properties:
# nfs_server:
# address: 10.0.16.105
# allow_from_entries: [10.0.16.0/24]
Then go to the main properties: section, look for this snippet (it looks
like part of the previous one)
nfs_server:
address: 10.0.16.105
allow_from_entries: [10.0.16.0/24]
and comment it out, to transform it in this:
#nfs_server:
# address: 10.0.16.105
# allow_from_entries: [10.0.16.0/24]
Then, do a bosh deploy (try following the suggestions of my previous
mail if you get the old errors again).
Hi Pablo and Gwenn,
I started a fresh install and tried what Pablo suggested,
Still the same issue
postgres/postgresql.log in the installation time
http://fpaste.org/236589/52436811/ ( i didnt see any logs when i reran
the bosh deploy)
I saw nfs related errors in api_z1/0 when i reran bosh deploy after
Pablo's suggestion. i didnt see any other errors. ->
http://fpaste.org/236591/43524396/
my minimal-aws.yml -> http://fpaste.org/236593/35244245/
On Thu, Jun 25, 2015 at 12:03 AM, Pablo Alonso Rodriguez <
palonsoro(a)gmail.com> wrote:
I totally agree with Gwenn.
But, before that, I have had another idea. In cf-release v212, Cloud
Controller database migration has been separated into a new job. Looking at
the monit file, I suspect that the migration might not be launched before
starting the main cloud controller processes.
To check this, please do the following:
- SSH to the api_z1 VM and gain root privileges via 'sudo su -'
- Stop all the CF processes of that VM via this command: monit stop all
- Wait until all the processes are stopped. To do so, please run 'watch
monit summary' and keep it until all the listed processes appear as "Not
monitored", then use Control-C to return to shell.
- Start only the migration process via monit start
cloud_controller_migration
- Wait until it is started. To do so, run 'watch monit summary' and
keep it until "cloud_controller_migration" appears as "Running" (the other
ones would still appear as Not Monitored"). Then use Control-C to return to
shell.
- Then, start the remaining processes via 'monit start all' and wait
for all of them to be "Running" by inspecting them with 'watch monit
summary' as we did before.
- If everything goes fine and all the api_z1 monit processes are
running, exit the VM and run 'bosh deploy' so that the deployment continues
from this point. If any of the processes did not start, please attach the
logs.
2015-06-25 3:09 GMT+02:00 Gwenn Etourneau <getourneau(a)pivotal.io>:
Check the log on the Postgre side, maybe something useful there.
On Thu, Jun 25, 2015 at 3:39 AM, Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote:
seems like it did
Started updating job postgres_z1 > postgres_z1/0 (canary). Done
(00:00:55)
Full output is @ http://fpaste.org/236272/43517107/
Thanks
Dulanjalie
On Wed, Jun 24, 2015 at 11:29 AM, Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote:
for the security group Q: I do not have a specific rule for 5524
port. below are the SG configs i have. I will check the rest of the things
you asked. Thanks a lot for helping me out.
NAT SG:
Type
Protocol
Port Range
Source
All traffic
All
All
10.0.16.0/24
cf_public SG:
Type
Protocol
Port Range
Source
Custom TCP Rule
TCP
4443
0.0.0.0/0
HTTP
TCP
80
0.0.0.0/0
HTTPS
TCP
443
0.0.0.0/0
bosh SG:
Type
Protocol
Port Range
Source
Custom TCP Rule
TCP
4443
0.0.0.0/0
SSH
TCP
22
0.0.0.0/0
All TCP
TCP
0 - 65535
0.0.0.0/0
All UDP
UDP
0 - 65535
0.0.0.0/0
Custom TCP Rule
TCP
25889
0.0.0.0/0
Custom TCP Rule
TCP
6868
0.0.0.0/0
Custom TCP Rule
TCP
25555
0.0.0.0/0
On Wed, Jun 24, 2015 at 11:19 AM, Pablo Alonso Rodriguez <
palonsoro(a)gmail.com> wrote:
OK. You are still getting errors related to the database and I am
running out of ideas about why it happens.
Could you see at bosh output whether updating postgers_z1 job ended
successfully before starting to update api_z1 job?
Could you also check your security groups configuration so that all
the static ips can reach the static ip of the postgres_z1 VM at port 5524?
El 24/06/2015 19:57, "Dulanjalie Dhanapala" <dulanjalie(a)gmail.com>
escribió:
Yes I am using the same password for everything.
Sincerely,
Dulanjalie
On Wed, Jun 24, 2015 at 10:39 AM, Pablo Alonso Rodriguez <
palonsoro(a)gmail.com> wrote:
Buf. It is getting hard.
Are you using the same password for users ccadmin and uaadmin at
roles subsection of ccdb section, uuadb section and databases section of
the global properties?
I mean, in the following snippets
ccdb:
address: 10.0.16.101
databases:
- {name: ccdb, tag: cc}
db_scheme: postgres
port: 5524
roles:
- {name: ccadmin, password: PASSWORD1, tag: admin}
...
databases:
databases:
- {name: ccdb, tag: cc, citext: true}
- {name: uaadb, tag: uaa, citext: true}
port: 5524
roles:
- {name: ccadmin, password: PASSWORD1, tag: admin}
- {name: uaaadmin, password: PASSWORD2, tag: admin}
...
uaadb:
address: 10.0.16.101
databases:
- {name: uaadb, tag: uaa}
db_scheme: postgresql
port: 5524
roles:
- {name: uaaadmin, password: PASSWORD2, tag: admin}
...
Are PASSWORD1 and PASSWORD2 the same actual passwords in your
actual manifest in the places I have shown?
El 24/06/2015 19:13, "Dulanjalie Dhanapala" <
dulanjalie(a)gmail.com> escribió:
Hi all,
I deleted my "cf" deployment
git cloned the latest
https://github.com/cloudfoundry/cf-release.git
I am using the latest stemcells 2999
+-----------------------------------------+---------+--------------------+
| Name | Version | CID
|
+-----------------------------------------+---------+--------------------+
| bosh-aws-xen-hvm-ubuntu-trusty-go_agent | 2989 |
ami-8bc83be0 light |
| bosh-aws-xen-hvm-ubuntu-trusty-go_agent | 2999* |
ami-4dcc3526 light |
+-----------------------------------------+---------+--------------------+
(*) Currently in-use
Finally, i am using 212 release
bosh releases
+------+----------+-------------+
| Name | Versions | Commit Hash |
+------+----------+-------------+
| cf | 193 | 54613ebb+ |
| | 212* | ae2ec7a5+ |
+------+----------+-------------+
(*) Currently deployed
(+) Uncommitted changes
Still fails with
Failed updating job api_z1 > api_z1/0 (canary): `api_z1/0'
is not running after update (00:12:18)
Error 400007: `api_z1/0' is not running after update
But error logs are different:
http://fpaste.org/236236/65314143/
http://fpaste.org/236241/16579314/
Still "Buildpacks installation failed"
Sincerely,
Dulanjalie
On Wed, Jun 24, 2015 at 6:34 AM, Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote:
Thanks a lot Pablo, Lev and Nic. I will give this a try ...
Sincerely,
Dulanjalie
On Wed, Jun 24, 2015 at 6:32 AM, Dr Nic Williams <
drnicwilliams(a)gmail.com> wrote:
It's not necessary to change tag to recreate a final release
or upload it. The cf-212.yml is permanent in the repo (unless someone
removes it) and can be used from any commit.
You will want to change git tags to get the correct spiff
templates or example manifests at the time of the release.
On Wed, Jun 24, 2015 at 6:28 AM, Lev Berman <
lev.berman(a)altoros.com> wrote:
The newest stable release (as well as any other production
release) has to be built not from the master branch but from the
corresponding tag - for the release 212 it is v212:
git checkout v212
./update
bosh upload release $CF_RELEASE_DIR/releases/cf-212.yml
Or, alternatively, it can be uploaded from bosh.io -
http://bosh.io/releases/github.com/cloudfoundry/cf-release
On Wed, Jun 24, 2015 at 10:04 AM, Pablo Alonso Rodriguez <
palonsoro(a)gmail.com> wrote:
I see two possibilities here: A Cloud Controller database
corruption (due to previous errors) or a version mismatch. I think more of
the latter because staticfiles_buildpack and binary_buildpack have been
added in recent versions of cf-release (if I am not wrong).
Please try the following: Start by deleting your deployment
via 'bosh delete deployment cf' (if your deployment name is not cf, put the
actual name).
Then, be 100% sure that your cf-release is up-to-date. To do
so, be sure to check out the most recent commit of the master branch of the
cf-release repo (clone it again, run git pull...). Then, launch the
'./update' script (from the cf_release folder) to update all the submodules
(not doing so would lead you to serious problems).
Then, you should delete the previous release via: bosh
delete release cf
After that, upload the newest release via: bosh upload
release $CF_RELEASE_DIR/releases/cf-212.yml
Once done, try deploying again.
If this does not solve the problem, I am not sure about what
more to do.
2015-06-23 22:51 GMT+02:00 Dulanjalie Dhanapala <
dulanjalie(a)gmail.com>:
I see this error too
/var/vcap/sys/log/cloud_controller_worker_ctl.log
{"timestamp":1435092330.8114371,"message":"No file found
for the buildpack: {\"name\"=>\"staticfile_buildpack\",
\"package\"=>\"buildpack_staticfile\"}","log_level":"error","source":"cc.install_buildpacks","data":{},"thread_id":70024832586540,"fiber_id":70024862640480,"process_id":9076,"file":"/var/vcap/data/packages/cloud_controller_ng/27a4f1b135a8415d623996c6f3a7c668801d1ea3.1-2c0961678c940361c8069ddcac42449d59c222c9/cloud_controller_ng/lib/cloud_controller/install_buildpacks.rb","lineno":31,"method":"block
in install"}
{"timestamp":1435092330.8116693,"message":"No file found
for the buildpack: {\"name\"=>\"binary_buildpack\",
\"package\"=>\"buildpack_binary\"}","log_level":"error","source":"cc.install_buildpacks","data":{},"thread_id":70024832586540,"fiber_id":70024862640480,"process_id":9076,"file":"/var/vcap/data/packages/cloud_controller_ng/27a4f1b135a8415d623996c6f3a7c668801d1ea3.1-2c0961678c940361c8069ddcac42449d59c222c9/cloud_controller_ng/lib/cloud_controller/install_buildpacks.rb","lineno":31,"method":"block
in install"}
Sincerely,
Dulanjalie
On Tue, Jun 23, 2015 at 1:42 PM, Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote:
no luck yet. Below are the logs i found which seems be
errors. You can find my minimal-aws.yml @
http://fpaste.org/235921/14350920/
------------ STARTING cloud_controller_ng_ctl at Tue Jun
23 20:31:59 UTC 2015 --------------
Deprecated: Use -s or --insert-seed flag
Killing
/var/vcap/sys/run/cloud_controller_ng/cloud_controller_ng.pid: 27490
.Stopped
------------ STARTING cloud_controller_ng_ctl at Tue Jun
23 20:23:37 UTC 2015 --------------
/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/steno-1.2.4/lib/steno/logger.rb:107:in
`synchronize': can't be called from trap context (ThreadError)
from
/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/steno-1.2.4/lib/steno/logger.rb:107:in
`level_active?'
from
/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/steno-1.2.4/lib/steno/logger.rb:127:in
`log'
from
/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/steno-1.2.4/lib/steno/logger.rb:27:in
`block in define_log_method'
from
/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/lib/cloud_controller/runner.rb:126:in
`block in trap_signals'
from
/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/eventmachine-1.0.3/lib/eventmachine.rb:187:in
`call'
from
/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/eventmachine-1.0.3/lib/eventmachine.rb:187:in
`run_machine'
from
/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/eventmachine-1.0.3/lib/eventmachine.rb:187:in
`run'
from
/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/lib/cloud_controller/runner.rb:84:in
`run!'
from
/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/bin/cloud_controller:12:in
`<main>'
1.
=====================cloud_controller_clock_ctl.log===========================
{"timestamp":1435090093.8208199,"message":"PG::UndefinedTable:
ERROR: relation \"billing_events\" does not exist\nLINE 1: SELECT * FROM
\"billing_events\" LIMIT 1\n ^: SELECT * FROM
\"billing_events\" LIMIT
1","log_level":"error","source":"cc.background","data":{},"thread_id":69901722751800,"fiber_id":69901752205980,"process_id":2568,"file":"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/sequel-4.15.0/lib/sequel/database/logging.rb","lineno":70,"method":"block
in log_each"}
On Tue, Jun 23, 2015 at 10:56 AM, Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote:
Thanks a million Pablo for the response. Let me give this
a try.
Sincerely,
Dulanjalie
On Tue, Jun 23, 2015 at 10:23 AM, Pablo Alonso Rodriguez
<palonsoro(a)gmail.com> wrote:
Having a look at your cloud_controller_worker_ctl.log
file, the error seems to happen at the default buildpacks installation
process. This typically comes from an issue with the cloud controller
blobstore.
The cloud controller blobstore can be any storage
backend supported by Fog ruby library. By default, an NFS server is
deployed within the CF deployment (the nfs_z1) and used (this is also your
case). However, NFS is quite unstable and leads to issues like this.
As you are deploying CF at Amazon, the best solution
would be to set up the blobstore to use a S3 bucket. To do so, first setup
a new bucket on your S3 account. Then, go to the cc: subsection of the
properties: main section of your manifest and put the following properties
into it:
cc:
buildpacks:
buildpack_directory_key: cfBucket
cdn: null
fog_connection:
provider: 'AWS'
aws_access_key_id: ACCESS_KEY
aws_secret_access_key: SECRET
droplets:
cdn: null
droplet_directory_key: cfBucket
fog_connection:
provider: 'AWS'
aws_access_key_id: ACCESS_KEY
aws_secret_access_key: SECRET
packages:
app_package_directory_key: cfBucket
cdn: null
fog_connection:
provider: 'AWS'
aws_access_key_id: ACCESS_KEY
aws_secret_access_key: SECRET
resource_pool:
cdn: null
resource_directory_key: cfBucket
fog_connection:
provider: 'AWS'
aws_access_key_id: ACCESS_KEY
aws_secret_access_key: SECRET
Where
- cfBucket is the name of your bucket
- ACCESS_KEY is the S3 access key id
- SECRET is the secret access key
Please be sure that your credentials have writing
permissions.
If you have issues deploying this, try deleting the
deployment and deploying again.
Once everything works fine, you can remove the NFS VM.
To do so, replace this
- name: nfs_z1
instances: 1
persistent_disk: 102400
resource_pool: small_z1
templates:
- {name: debian_nfs_server, release: cf}
- {name: metron_agent, release: cf}
networks:
- name: cf_private
static_ips: [10.0.16.105]
With this:
- name: nfs_z1
instances: 0
persistent_disk: 102400
resource_pool: small_z1
templates:
- {name: debian_nfs_server, release: cf}
- {name: metron_agent, release: cf}
networks:
- name: cf_private
#static_ips: [10.0.16.105]
I see this error related to api_z1 in
the ./cloud_controller_worker_ctl.log
./cloud_controller_worker_ctl.log:{"timestamp":1434996874.6546366,"message":"(0.003843s)
UPDATE \"delayed_jobs\" SET \"guid\" =
'a3af8feb-30b7-4b4d-91fd-112045501a0d', \"created_at\" = '2015-06-22
18:14:32.651086+0000', \"updated_at\" = CURRENT_TIMESTAMP, \"priority\" =
0, \"attempts\" = 0, \"handler\" = '---
!ruby/struct:VCAP::CloudController::Jobs::ExceptionCatchingJob\nhandler:
!ruby/struct:VCAP::CloudController::Jobs::RequestJob\n job:
!ruby/struct:VCAP::CloudController::Jobs::TimeoutJob\n job:
!ruby/struct:VCAP::CloudController::Jobs::Runtime::BuildpackInstaller\n
name: java_buildpack\n file:
\"/var/vcap/packages/buildpack_java/java-buildpack-v2.5.zip\"\n opts:
{}\n config: \n request_id: \n', \"last_error\" = NULL, \"run_at\" =
'2015-06-22 18:14:32.660520+0000', \"locked_at\" = '2015-06-22
18:14:34.649651+0000', \"failed_at\" = NULL, \"locked_by\" = 'cc_api_worker.
*api_z1*.0.2', \"queue\" = 'cc-*api_z1*-0',
\"cf_api_error\" = NULL WHERE (\"id\" =
1)","log_level":"debug2","source":"cc.background","data":{},"thread_id":69964119192340,"fiber_id":69964148702360,"process_id":2727,"file":"/var/vcap/packages/cloud_controller_ng/cloud_controller_ng/vendor/bundle/ruby/2.1.0/gems/sequel-4.15.0/lib/sequel/database/logging.rb","lineno":70,"method":"block
in log_each"}
I searched online but it seems like there are some
others hitting the same issue. I could not find a proper solution. One
suggestion was to increase the VM size so i changed it to m3.large. It
didnt help.
Please help
Sincerely
Dulanjalie
On Sun, Jun 21, 2015 at 4:11 PM, James Bayer <
jbayer(a)pivotal.io> wrote:
typically you need to log into with "bosh ssh api_z1/0"
and look at the logs to see why the job did not start.
there are usually logs relating to what went wrong in
/var/vcap/sys/log
On Sun, Jun 21, 2015 at 2:59 PM, Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote:
Hi Pablo,
Thanks a lot for the detailed response. Yes I am using
minimal_aws.yaml. Now i am hitting a different issue
Failed updating job api_z1 > api_z1/0 (canary): `api_z1/0'
is not running after update (00:12:11)
Error 400007: `api_z1/0' is not running after update
Any suggestions to resolve this?
Sincerely,
Dulanjalie
On Sun, Jun 21, 2015 at 4:42 AM, Pablo Alonso
Rodriguez <palonsoro(a)gmail.com> wrote:
This means that another property, '
cc.internal_api_user', is missing on your deployment
manifest. In short, properties are configuration values used to configure
deployed jobs (they are used to fill templates passed to actual VMs). You
can learn more about this here (
http://bosh.io/docs/deployment-manifest.html).
You have been following the minimal-aws example of
cf-release, right? Then, the file you have to modify is minimal-aws.yml
(the deployment manifest), because it seems not to be setting the property
although it is required.
To do so, go to the 'properties:' root section of the
manifest (where properties are globally set) and look for the following:
cc:
allow_app_ssh_access: false
...
And replace it with:
cc:
allow_app_ssh_access: false
internal_api_user: internal_user
...
What have we done here? We have globally set '
cc.internal_api_user' property to a valid value.
Properties are organized as a tree, so 'cc.internal_api_user'
property is the 'internal_api_user' leaf hanging from the 'cc' node (and
all of this is reflected on the manifest as a YAML hash containing other
hashes).
I hope this helps (and I am sorry if it has been
too long). Anyway, it seems that minimal-aws example
of cf-release should be fixed, so that it includes these missing properties
you are having problems with.
Regards
El 21/06/2015 07:37, "Dulanjalie Dhanapala" <
dulanjalie(a)gmail.com> escribió:
Thanks Pablo,
the router related issue is resolved. Now i am
hitting
Started preparing configuration > Binding
configuration. Failed: Error filling in template
`hm9000.json.erb' for `hm9000_z1/0' (line 22: Can't find property
`["cc.internal_api_user"]') (00:00:01)
Error 100: Error filling in template
`hm9000.json.erb' for `hm9000_z1/0' (line 22: Can't find property
`["cc.internal_api_user"]')
Do you know wha and which file that i should change
for this...
Sincerely,
Dulanjalie
On Sat, Jun 20, 2015 at 5:12 AM, Pablo Alonso
Rodriguez <palonsoro(a)gmail.com> wrote:
If you add another router, you would have to
set its static IP and configure it at haproxy in the section where your
last snippet comes from, so it balances load between them. I think that I
am not missing anything else.
However, it is not mandatory to have more than one
router. If you want to continue with one single router and bypass the "Can't
find property `["router.servers.z2"]" problem, you
can try replacing the snippet from your last mail
with the following:
routers:
servers:
z1:
- IP # This is a single-element array
with the IP of your router
z2: [] # This is an empty array,
because there are no more routers.
I hope this helps.
2015-06-19 20:58 GMT+02:00 Dulanjalie Dhanapala <
dulanjalie(a)gmail.com>:
Seems like minimal-aws.yml contains the
information required by haproxy.config.erb. In my minimal-aws.yml i have
single route config ( i am used the sample, i didnt add/delete anything)
router: servers: z1: IP
I do not know if I add another router (z2) what
are the configs need to be done. Also I do not know what is the job of each
component if i add/delete it. Is there a doc which i can use?
Sincerely,
Dulanjalie
On Fri, Jun 19, 2015 at 10:00 AM, Dulanjalie
Dhanapala <dulanjalie(a)gmail.com> wrote:
Now, i hit this error
Started preparing configuration > Binding
configuration. Failed: Error filling in template
`haproxy.config.erb' for `ha_proxy_z1/0' (line 47: Can't find property
`["router.servers.z2"]') (00:00:01)
Error 100: Error filling in template
`haproxy.config.erb' for `ha_proxy_z1/0' (line 47: Can't find property
`["router.servers.z2"]')
Can you guide me how to fix it?
Sincerely,
DUlanjalie
On Fri, Jun 19, 2015 at 9:01 AM, Dulanjalie
Dhanapala <dulanjalie(a)gmail.com> wrote:
I did that already this this i think.
bosh micro deploy
*light-bosh-stemcell-2989-aws-xen-hvm-ubuntu-trusty-go_agent.tgz*
I followed the steps in
http://bosh.io/docs/deploy-microbosh-to-aws.html#deploy
DO i need to do it again.
Sincerely,
Dulanjalie
On Thu, Jun 18, 2015 at 10:56 PM, Jim Park <
spark(a)pivotal.io> wrote:
Looks like you need to do a bosh upload
stemcell <URI>. You can find the URI at
http://bosh.io/stemcells
On Fri, Jun 19, 2015 at 5:22 AM Dulanjalie
Dhanapala <dulanjalie(a)gmail.com> wrote:
I am in the final step which is deployment of
minimal-aws.yml
I am hitting this error
Started preparing deployment > Binding
stemcells. Failed: Stemcell
`bosh-aws-xen-hvm-ubuntu-trusty-go_agent/2989' doesn't exist
(00:00:00)
Error 50003: Stemcell
`bosh-aws-xen-hvm-ubuntu-trusty-go_agent/2989' doesn't exist
Please find the logs @
http://fpaste.org/233861/34691074/
Can you help me ti find out the mistake i am
making?
Sincerely,
Dulanjalie
On Thu, Jun 18, 2015 at 6:42 PM, Gwenn
Etourneau <getourneau(a)pivotal.io> wrote:
Good to know.
On Thu, Jun 18, 2015 at 10:58 PM, Dulanjalie
Dhanapala <dulanjalie(a)gmail.com> wrote:
Installation went thru fine. thanks again!
Sincerely,
Dulanjalie
On Wed, Jun 17, 2015 at 8:46 PM, Dulanjalie
Dhanapala <dulanjalie(a)gmail.com> wrote:
Thanks guys. Let me reinstall with a larger
VM.
Sincerely,
Dulanjalie
On Wed, Jun 17, 2015 at 6:10 PM, Gwenn
Etourneau <getourneau(a)pivotal.io> wrote:
Agree you need more space..
On Thu, Jun 18, 2015 at 9:05 AM, Dmitriy
Kalinin <dkalinin(a)pivotal.io> wrote:
It seems that your local machine is
running out of space.
On Wed, Jun 17, 2015 at 5:03 PM,
Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote:
I brought up the VM that I used to issue
boch micro command to AWS. I was able to proceed.
Now i am hitting a different issue
when i execute bosh upload release
~/cf-deployment/cf-release/releases/cf-193.yml it fails with below
highlighted error. I have about 8.2G available space. Do you think this is
due to space issue. I allocate only 15G HD for this VM.
Generated
/tmp/d20150617-7220-b7hvs5/d20150617-7220-nqf1mz/release.tgz
Release size: 3.5G
Verifying release...
File exists and readable
OK
Extract tarball
FAILED
Release is invalid, please fix, verify
and upload again
Sincerely,
Dulanjalie
On Wed, Jun 17, 2015 at 8:36 AM,
Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote:
Thanks Gwenn and Pablo.
I have attached bosh-registry.log and
bosh_micro_deploy.log herewith.
Thanks for your time.
Sincerely,
Dulanjalie
On Wed, Jun 17, 2015 at 12:40 AM, Gwenn
Etourneau <getourneau(a)pivotal.io>
wrote:
Yes sorry, I forgot that you file a
the micro bosh deployment, so you can use the log file generated by bosh.
On Wed, Jun 17, 2015 at 4:24 PM, Pablo
Alonso Rodriguez <palonsoro(a)gmail.com>
wrote:
Hi.
You won't get any information from
bosh tasks while troubleshooting a bosh micro deployment, because bosh
micro plugin (used to deploy microbosh) does not perform a regular BOSH
deployment. There are no regular bosh tasks involved (in fact, there is no
director owning tasks because you are deploying it).
I think you may get information from
bosh_micro_deploy.log or bosh-registry.log files (if they exist), generated
at the directory from which you launched bosh micro deploy.
2015-06-17 7:51 GMT+02:00 Dulanjalie
Dhanapala <dulanjalie(a)gmail.com>:
Hi Gwenn,
I executed "cfoundry(a)c-foundry:~/micro-deployment$
bosh tasks recent --no-filter" to get the task number but i get "Please
choose target first" as the output. I am unable to get any logs because of
this.
On Tue, Jun 16, 2015 at 10:29 PM,
Gwenn Etourneau <
getourneau(a)pivotal.io> wrote:
bosh task tasknumber --debug
On Wed, Jun 17, 2015 at 2:12 PM,
Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote:
whats the location of the log
file?
Sincerely,
DUlanjalie
On Tue, Jun 16, 2015 at 10:11 PM,
Gwenn Etourneau <
getourneau(a)pivotal.io> wrote:
Can you provide the task debug
logs please ?
On Wed, Jun 17, 2015 at 2:08 PM,
Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote:
I tried. Allowed all the IPs.
Still the same issue. Removed the VDC and started all over again. Still the
same issue. Is there any ruby/gem version that i need to have?
Sincerely,
Dulanjalie
On Tue, Jun 16, 2015 at 6:51
PM, Gwenn Etourneau <
getourneau(a)pivotal.io> wrote:
Can you try using 0.0.0.0/0 as
source IP .. Just want to be sure SG are not the problem On Wed, Jun 17,
2015 at 3:52 AM, Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote: Hi
Ken, I execute "bosh micro deploy" from outside AWS. Still I added the rule
you suggested. No luck yet :( Sincerely, Dulanjalie On Tue, Jun 16, 2015
at 10:32 AM, Ken Ojiri <
ozzozz(a)gmail.com> wrote: Hi
Dulanjalie, if you run 'bosh micro deploy' on a AWS VM(work VM), I think
you have to add a security group ingress setting to the work VM as below: |
Custom TCP Rule | TCP | 25889 | bosh SG | that is because the bosh-agent on
MicroBOSH VM connects to temporal BOSH registry on work VM (listens
TCP25889 port). Regards, Ken --- Ken Ojiri <
ozzozz(a)gmail.com> Mitaka,
Tokyo Japan On Tue, Jun 16, 2015 at 10:08 PM, Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote: Hi
Gwenn, I do not see any error in my sg settings. Still the issue is there.
I brought up a VM manually then I was able to SSH to it. So i believe key
is correct. Type Protocol Port Range Source Custom TCP Rule TCP 6868 <IP of
the VM I run BOSH> Custom TCP Rule TCP 25555 <IP of the VM I run BOSH> SSH
TCP 22 <IP of the VM I run BOSH> All TCP TCP 0-65535 SG itself All UDP UDP
0-65535 SG itself Sincerely, Dulanjalie On Mon, Jun 15, 2015 at 6:25 PM,
Gwenn Etourneau <
getourneau(a)pivotal.io> wrote:
Please check security groups on AWS
http://bosh.io/docs/init-aws.html#create-security
Can be a communication issue between director and the bosh agent. On Tue,
Jun 16, 2015 at 8:10 AM, Dulanjalie Dhanapala <
dulanjalie(a)gmail.com> wrote: Hi
all, I am in the process of bringing up cloud foundry setup using BOSH for
the first time. when i execute bosh micro deploy it got stuck at below
point. I see a Vm got created in AWS. I am not aware of which log file that
i should check. Please let me know how I can debug this? Sincerely,
Dulanjalie cfoundry(a)c-foundry:~/micro-deployment$
bosh micro deploy
light-bosh-stemcell-2986-aws-xen-hvm-ubuntu-trusty-go_agent.tgz No
`bosh-deployments.yml` file found in current directory. Conventionally,
`bosh-deployments.yml` should be saved in /home/cfoundry.
Is /home/cfoundry/micro-deployment a directory where you can save state?
(type 'yes' to continue): yes Deploying new micro BOSH instance
`manifest.yml' to `https://<VIP
IP>:25555' (type 'yes' to continue): yes Verifying stemcell... File exists
and readable OK Verifying tarball...
Read tarball OK Manifest
exists OK Stemcell image file
OK Stemcell properties
OK Stemcell info ------------- Name:
bosh-aws-xen-hvm-ubuntu-trusty-go_agent Version: 2986 Started deploy
micro bosh Started deploy micro bosh > Unpacking stemcell. Done
(00:00:00) Started deploy micro bosh > Uploading stemcell. Done
(00:00:09) Started deploy micro bosh > Creating VM from ami-3742b55c
light. Done (00:00:35) Started deploy micro bosh > Waiting for the agent
_______________________________________________ cf-bosh mailing
listcf-bosh
@lists.cloudfoundry.orghttps://
lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________ cf-bosh mailing
listcf-bosh
@lists.cloudfoundry.orghttps://
lists.cloudfoundry.org/mailman/listinfo/cf-bosh
-- Dulanjalie _______________________________________________ cf-bosh
mailing listcf-bosh
@lists.cloudfoundry.orghttps://
lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________ cf-bosh mailing
listcf-bosh
@lists.cloudfoundry.orghttps://
lists.cloudfoundry.org/mailman/listinfo/cf-bosh
-- Dulanjalie _______________________________________________ cf-bosh
mailing listcf-bosh
@lists.cloudfoundry.orghttps://
lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________ cf-bosh mailing
listcf-bosh
@lists.cloudfoundry.orghttps://
lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
--
Dulanjalie
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Thank you,
James Bayer
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
--
Dulanjalie
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Lev Berman
Altoros - Cloud Foundry deployment, training and integration
Github
*: https://github.com/ldmberman
<https://github.com/ldmberman>*
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
--
Dulanjalie
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
<https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh>
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
...
_______________________________________________
cf-bosh mailing list
cf-bosh(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-bosh
|
