Date   

Re: Cloud Foundry being used for an EU social learning games platform

Juan Antonio Breña Moral <bren at juanantonio.info...>
 

Many thanks for the invitation


Re: Binding an App to the controller hostname

Tim Lawrence
 

Thanks,

I guessed this would be the recommendation. I was slightly surprised there is no function for this built in.
The suggestion about adding routes In a system domain is good too although do you think there is any value in a system wide "reserved routes" feature? One which didn't require a system org..

Sent from my iPad

On 16 Feb 2016, at 10:11, James Leavers <james(a)cloudhelix.io> wrote:

Hi,

Do you have separate system & app domains in your manifest? E.g.

properties:
domain: DOMAIN
system_domain: SYSTEM_DOMAIN
app_domains:
- APP_DOMAIN

If so you would be able to push an app to api.APP_DOMAIN, as the cf api is on api.SYS_DOMAIN.

James


On 15 February 2016 at 17:15:00, Tim Lawrence (da_rude2k2(a)yahoo.co.uk) wrote:

Hi all,

We have been testing one of our CF deployments and have found that we can deploy an app bound to the "api" hostname. eg "api.domain.com".
It appears that the router then forwards traffic to this app rather than the CF API. Clearly this is a fairly big problem for us.
This deployment is not currently completely up to date so wondered if anyone else has seen this and if it has patched this in a subsequent release?


Re: Is there any mechanism for restoring the Cloud Foundry state with Diego after rebooting the machine

Nanduni Nimalsiri
 

Hi Hristo,

Thank you so much. The script seems to be very useful to me. I will use it and report you if I get any errors. Thank you again.

Best regards,
Nanduni.


Re: Is there any mechanism for restoring the Cloud Foundry state with Diego after rebooting the machine

Nanduni Nimalsiri
 

Hi Gwenn,

Well I did not know about this 'microPCF'. I found something called MicroCloudFoundry, which I suppose is not available any more. Thank you very much for this valuable information. I will definitely try this out.

Can I deploy docker images using microPCF?

Best regards,
Nanduni


Re: Is there any mechanism for restoring the Cloud Foundry state with Diego after rebooting the machine

Nanduni Nimalsiri
 

Hi Hristo,

Thank you so much. The script seems to be very useful for me. I will use it and report you if I get any errors. Thank you again.

Best regards,
Nanduni.


Re: Is there any mechanism for restoring the Cloud Foundry state with Diego after rebooting the machine

Hristo Iliev
 

I use a script [1] for restoring my BOSH-lite after computer restart.
Basically it starts the VM, adds routes and then targets bosh with specific
deployment manifest so BOSH knows what to check for.

Regards,
Hristo Iliev

[1]
https://github.com/hsiliev/workstation-scripts/blob/master/scripts/restore.sh

2016-02-16 10:03 GMT+02:00 Nanduni Nimalsiri <nandunibw(a)gmail.com>:

Hi Hristo,

Thank you so much for the information. Where should I use this command? Is
it at workspace/cf-release and workspace/diego-release and then enable
Docker support in Cloud Foundry?

Best regards,
Nanduni.


Re: Error dialing loggregator server: unexpected EOF

Felix Friedrich
 

Hello Ramon,

I think I remember having seen this message when we used an Local
Traffic Manager (F5) as the entrypoint. I could not figure out the root
cause, but there obviously went something wrong with the websocket
connection which is used to fetch the logs. If you also use another
entrypoint than ha_proxy, you could use ha_proxy for these kind of
websocket connections by adding a DNS entry for
{loggregator,doppler}.your.cf.installation.com which point to ha_proxy
rather than the entrypoint used for all other traffic.


Felix

On Fri, 12 Feb 2016, at 12:24, Ramon Makkelie wrote:
i just created a new cloudfoundry deployment for testing purposes
and i can push a application but the the following error

Warning: error tailing logs
Error dialing loggregator server: unexpected EOF.
Please ask your Cloud Foundry Operator to check the platform
configuration (loggregator endpoint is
wss://loggregator.cf.dev.eden.klm.com:4443).

cf logs trace http://pastebin.com/KkpAJ8x0

doppler/loggeragor logs http://pastebin.com/c8giCvua

deployment manifest http://pastebin.com/XQMfWqDJ

can maby someone point me in the right direction?
i think im missing something


Re: Binding an App to the controller hostname

Jesse T. Alford
 

Tim,

Alternatively, if you don't want to have a separate system domain for
whatever reason, I recommend you create a "system" org and space with the
admin account and use create-route to reserve any routes you'd like to make
unavailable for use by apps on the shared domain. Having a separate system
domain is definitely cleaner, but if that doesn't work for you, this should
help.

On Tue, Feb 16, 2016 at 12:12 PM James Leavers <james(a)cloudhelix.io> wrote:

Hi,

Do you have separate system & app domains in your manifest? E.g.

properties:
domain: DOMAIN
system_domain: SYSTEM_DOMAIN
app_domains:
- APP_DOMAIN

If so you would be able to push an app to api.APP_DOMAIN, as the cf api is
on api.SYS_DOMAIN.

James


On 15 February 2016 at 17:15:00, Tim Lawrence (da_rude2k2(a)yahoo.co.uk)
wrote:

Hi all,

We have been testing one of our CF deployments and have found that we can
deploy an app bound to the "api" hostname. eg "api.domain.com".
It appears that the router then forwards traffic to this app rather than
the CF API. Clearly this is a fairly big problem for us.
This deployment is not currently completely up to date so wondered if
anyone else has seen this and if it has patched this in a subsequent
release?


Re: Binding an App to the controller hostname

James Leavers
 

Hi,

Do you have separate system & app domains in your manifest? E.g.

properties:
  domain: DOMAIN
  system_domain: SYSTEM_DOMAIN
  app_domains:
   - APP_DOMAIN

If so you would be able to push an app to api.APP_DOMAIN, as the cf api is on api.SYS_DOMAIN.

James

On 15 February 2016 at 17:15:00, Tim Lawrence (da_rude2k2(a)yahoo.co.uk) wrote:

Hi all,

We have been testing one of our CF deployments and have found that we can deploy an app bound to the "api" hostname. eg "api.domain.com".
It appears that the router then forwards traffic to this app rather than the CF API. Clearly this is a fairly big problem for us.
This deployment is not currently completely up to date so wondered if anyone else has seen this and if it has patched this in a subsequent release?


Re: Cloud Foundry being used for an EU social learning games platform

Dieu Cao <dcao@...>
 

Dr. Nic created the cloudfoundry-community github org but anyone who is a
current member of the org can invite others.
I've sent you an invite.

Please keep in mind that org is not managed by the Cloud Foundry Foundation.

-Dieu
CF CAPI PM




On Wed, Jan 27, 2016 at 2:39 AM, Juan Antonio Breña Moral <
bren(a)juanantonio.info> wrote:

Good morning Danny,

"This is interesting and I'd like to obtain a better understanding of the
use cases this library supports that drove you to publish it"

Can you describe in detail the question?
I suppose that the use case could be similar than Java does. In this stage
the development has the focus on app deployment and a basic interaction
with logging component and uaa provided by pivotal/bluemix and local
instance from nise installer: https://github.com/yudai/cf_nise_installer
but In next months, I would like to add bosh-lite in the tests. Besides, I
would like to increate the tests with the deployment with Docker
containers. In this area, I have some tests, but I recognice that I have to
evolve to bosh-lite:

https://github.com/prosociallearnEU/cf-nodejs-client/blob/master/test/lib/model/cloudcontroller/DockerTests.js

Cheers

Juan Antonio


Diego: Permission denied when starting application with startup command

MaggieMeng
 

Hi,

Our application is started by a shell script. So we pushed our application with -c option. It works fine with dea. Application could be started successfully. But when I pushed the application into diego, I got "bash bin/start.sh permission denied". I also found if I pushed and started the application into dea first and enabled diego later, the error was gone. I guess that is because dea will update file permission during staging.

I also tried to grant permission when zipping the applciation. But diego totally ignore the setting. Could someone help me to solve this problem?

Thanks,
Maggie


Reg cant find template : metron_agent

Nithiyasri Gnanasekaran -X (ngnanase - TECH MAHINDRA LIM@Cisco) <ngnanase at cisco.com...>
 

Hi

I am working on cloud foundry and I could create a development bosh release of cloud foundry using the following source:
git clone https://github.com/cloudfoundry/cf-release.git (added some rules in haproxy.conf file)

When I tried to deploy with the dev release of cloud-foundry, I get the following error:

Started preparing deployment
Started preparing deployment > Binding releases. Done (00:00:00)
Started preparing deployment > Binding existing deployment. Done (00:00:00)
Started preparing deployment > Binding resource pools. Done (00:00:00)
Started preparing deployment > Binding stemcells. Done (00:00:00)
Started preparing deployment > Binding templates. Failed: Can't find template `metron_agent' (00:00:00)

Error 190012: Can't find template `metron_agent'

Kindly help me figure out the issue of the error, as this is a show-stopper for us..

Regards
Nithiaysri


Re: Is there any mechanism for restoring the Cloud Foundry state with Diego after rebooting the machine

Nanduni Nimalsiri
 

Hi Hristo,

Thank you so much for the information. Where should I use this command? Is it at workspace/cf-release and workspace/diego-release and then enable Docker support in Cloud Foundry?

Best regards,
Nanduni.


Re: Is there any mechanism for restoring the Cloud Foundry state with Diego after rebooting the machine

Gwenn Etourneau
 

Btw, if you are just looking to use CF and Diego you can use microPCF

https://github.com/pivotal-cf/micropcf

On Tue, Feb 16, 2016 at 3:24 PM, Hristo Iliev <hsiliev(a)gmail.com> wrote:

Hi,

You can use bosh cloudcheck command to restore the VM state. That saves
you the time-consuming part of build/upload/deploy cycle, since it will
just restore the processes on the containers/VMs.

If you need more help with bosh, cf-bosh list is the right place to ask.

HTH
Hristo Iliev

2016-02-16 6:57 GMT+02:00 Nanduni Nimalsiri <nandunibw(a)gmail.com>:

I have successfully deployed Diego in BOSH-Lite. But this process takes
me a long time, nearly an hour. So whenever I shut down and restart my
machine, I have to follow this process again and again. This wastes lots of
time to enable Docker support in Diego. Sometimes I have to rerun the steps
several times when I get errors.
Starting the Bosh-Lite director does not take a long time, so keeping
that Bosh-Lite director VM in suspended/paused state does not help me a lot.
Deploying the Diego release and CF release takes me a lot of time. I want
to know if there is any mechanism to start this process quickly when I
restart my machine. Is there any mechanism to restore the states after
rebooting the machine. Please help.

Best regards,
Nanduni


Re: Is there any mechanism for restoring the Cloud Foundry state with Diego after rebooting the machine

Hristo Iliev
 

Hi,

You can use bosh cloudcheck command to restore the VM state. That saves you
the time-consuming part of build/upload/deploy cycle, since it will just
restore the processes on the containers/VMs.

If you need more help with bosh, cf-bosh list is the right place to ask.

HTH
Hristo Iliev

2016-02-16 6:57 GMT+02:00 Nanduni Nimalsiri <nandunibw(a)gmail.com>:

I have successfully deployed Diego in BOSH-Lite. But this process takes me
a long time, nearly an hour. So whenever I shut down and restart my
machine, I have to follow this process again and again. This wastes lots of
time to enable Docker support in Diego. Sometimes I have to rerun the steps
several times when I get errors.
Starting the Bosh-Lite director does not take a long time, so keeping that
Bosh-Lite director VM in suspended/paused state does not help me a lot.
Deploying the Diego release and CF release takes me a lot of time. I want
to know if there is any mechanism to start this process quickly when I
restart my machine. Is there any mechanism to restore the states after
rebooting the machine. Please help.

Best regards,
Nanduni


Is there any mechanism for restoring the Cloud Foundry state with Diego after rebooting the machine

Nanduni Nimalsiri
 

I have successfully deployed Diego in BOSH-Lite. But this process takes me a long time, nearly an hour. So whenever I shut down and restart my machine, I have to follow this process again and again. This wastes lots of time to enable Docker support in Diego. Sometimes I have to rerun the steps several times when I get errors.
Starting the Bosh-Lite director does not take a long time, so keeping that Bosh-Lite director VM in suspended/paused state does not help me a lot.
Deploying the Diego release and CF release takes me a lot of time. I want to know if there is any mechanism to start this process quickly when I restart my machine. Is there any mechanism to restore the states after rebooting the machine. Please help.

Best regards,
Nanduni


database migration

Jeff Weber <jweber@...>
 

I've got a monolithic CF deployment that has become quite a burden to
upgraded because of it's all releases in one manifest nature. I'm currently
working on a plan to cleanup and disaggregate and the first step is to
migrate my core database into its own separate deployment.

After putting my plan together I wanted to confirm it's as simple as it
seems:

1) Deploy new database cluster
2) Stop CF services
3) Perform backup of databases on old cluster
4) Restore backups to new cluster
5) Reconfigure manifest to point to new database cluster
6) Redeploy / Start CF services with new manifest
7) Validate
8) Remove old database instance from the manifest

Is there anything outside of these basic steps to watch out for as gotchas
or should this be a straight forward set of tasks?


Scaling Down etcd

Suren R
 

Hi Cloud Foundry!
We are trying to split the cloud foundry deployment in to multiple
deployments. Each CF component will have its own deployment manifest.
We are doing this activity in an existing CF. We moved all components
except nats and etcd, into the new deployments. The original single
deployment is now having just these two jobs.

Of which, existing deployment is having 3 etcd machines. The migration idea
is to bring 4 new etcd machines in the cluster through new deployment.
Point all other components to these four etcd machines and delete the
existing 3 nodes.

However, if we delete the existing 3 nodes and do an update to form a 4
node cluster, the cluster breaks and as a result all running apps are going
down. (Because the canary job brings one node down for the update, as a
result tolerance is breached.)

We also tried to remove these three nodes from the cluster using etcdctl
command and tried to update deletion to the new deployment through bosh.
This also makes the bosh deployment to fail (etcd job is failing saying
"unequal number of nodes").

In this situation, what would be the best way to reduce the nodes in the
etcd cluster?

regards,
Surendhar


Re: Downloading Buildpack Bits from Cloud Foundry

Matthew Sykes <matthew.sykes@...>
 

Try these:

https://github.com/cloudfoundry/cf-release/blob/master/jobs/cloud_controller_ng/spec#L220-L225



On Mon, Feb 15, 2016 at 6:44 AM, Rafal Radecki <radecki.rafal(a)gmail.com>
wrote:

Hi.

I tried both solutions and have some questions:
1) when I invoke on the host with cc mentioned wget I get:
===
# wget --server-response --http-user=user --http-password=pass
http://127.0.0.1:9022/v2/buildpacks/03ab7576-a181-4c46-9a0a-c4d61d262c2e/download
--2016-02-15 11:42:06--
http://127.0.0.1:9022/v2/buildpacks/03ab7576-a181-4c46-9a0a-c4d61d262c2e/download
Connecting to 127.0.0.1:9022... connected.
HTTP request sent, awaiting response...
HTTP/1.1 401 Unauthorized
Server: nginx
Date: Mon, 15 Feb 2016 11:42:06 GMT
Content-Type: application/json;charset=utf-8
Content-Length: 100
Connection: keep-alive
Keep-Alive: timeout=20
X-VCAP-Request-ID: 48256908-2be7-472c-8606-84e110a754d8
X-Content-Type-Options: nosniff
Unknown authentication scheme.

Username/Password Authentication Failed.
===

What user/password should be used? I tried admin user and all other
options from my deployment manifest with no luck.

2) I found mentioned identifier of the buildpack in ccdb in table
buildpacks as guid_hash but what to do with this next? How to download the
blob?

BR,
Rafal.


--
Matthew Sykes
matthew.sykes(a)gmail.com


Binding an App to the controller hostname

Tim Lawrence
 

Hi all,

We have been testing one of our CF deployments and have found that we can deploy an app bound to the "api" hostname. eg "api.domain.com".
It appears that the router then forwards traffic to this app rather than the CF API. Clearly this is a fairly big problem for us.
This deployment is not currently completely up to date so wondered if anyone else has seen this and if it has patched this in a subsequent release?