Date   

Re: Did anybody deploy a wiki as app to CF?

Daniel Mikusa
 

On Fri, Jul 17, 2015 at 2:08 AM, James Bayer <jbayer(a)pivotal.io> wrote:

this shows how to use drupal which is a cms with wiki functions
http://blog.pivotal.io/pivotal-cloud-foundry/products/how-to-deploy-drupal-to-pivotal-cf-within-seconds
Be careful with this. It uses a custom build pack (fork of standard PHP
BP) and last I saw, it wasn't updated for `cflinuxfs2`.

Dan




if you're in a private deployment, the services shown for drupal are both
available as oss and listed on bosh.io.

mediawiki is a php app with mysql as an option:
https://www.mediawiki.org

but i'm not aware of install instructions for that. there are other
options here: https://en.wikipedia.org/wiki/List_of_wiki_software

On Fri, Jul 10, 2015 at 3:09 PM, jtuchscherer(a)pivotal.io <
jtuchscherer(a)pivotal.io> wrote:

Hi Stephan,

I managed to get an instiki(instiki.org) instance up and running on PWS.
I
had to change a few things to get it to work and even with those changes,
it
isn't great yet. For example, uploaded files are stored locally in the
Warden container. Therefore, they get lost when the app is restarted. But
it
wouldn't be to hard to change the code to use an S3 bucket as a storage
solution, I just didn't bother yet.

I will clean up my local changes and document them, then I'll push them up
to github.

P.S.: I also looked for some other open source wiki engines. I didn't
find a
single one that could be deployed to CF (or any other PaaS) without major
changes.



--
View this message in context:
http://cf-dev.70369.x6.nabble.com/cf-dev-Did-anybody-deploy-a-wiki-as-app-to-CF-tp643p680.html
Sent from the CF Dev mailing list archive at Nabble.com.
_______________________________________________
cf-dev mailing list
cf-dev(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-dev


--
Thank you,

James Bayer

_______________________________________________
cf-dev mailing list
cf-dev(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-dev


Re: Assigning Role to Group

Daniel Mikusa
 

On Fri, Jul 17, 2015 at 6:40 AM, Zakharov Alexey <
alexey.zakharov(a)altoros.com> wrote:

Hi guys!
Sorry if my question is newbie or it was discussed before.
I want to use LDAP for users authentication/authorisation. And I’ve
successfully bound CF to LDAP, and managed to configure uaac group mappings.
But then I realised, that there are no way to assign a Role to that group.
'cf set-org-role’ accepts only usernames as parameter, but not groups. I
think assigning Developer role to group is more flexible than assigning is
to every particular user.
Are you going to add this feature later? Or maybe there is an another way
to do group binding?
Have you looked at the `uaac` tool? I'm not quite sure I understand what
you're trying to do, but you can map an LDAP group DN to a UAA group with
`uaac`. Then if a user in that LDAP group logs in, they'll have that uaa
group. Is that what you're looking to do?

Ex:

uaac group map --name cloud_controller.admin "GROUP-DISTINGUISHED-NAME"

Or are you asking about mapping LDAP groups to CF org & space roles? i.e.
user in ldap group X is automatically given the OrgManager role in org Y.

Dan


Thanks for your time.


---
Alexey Zakharov | CloudFoundry Team | Altoros
Tel: (617) 841-2121 ext. 5704 | Toll free: 855-ALTOROS
Fax: (866) 201-3646 | Skype: alexey.zakharov.a
www.altoros.com | blog.altoros.com | twitter.com/altoros

_______________________________________________
cf-dev mailing list
cf-dev(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-dev


Re: java buildpack debugging - how to pass memory value without manifest file ...

Daniel Mikusa
 

On Fri, Jul 17, 2015 at 8:48 AM, Vishwanath V <thelinuxguyis(a)yahoo.co.in>
wrote:

Hi Team,

I am trying to customize the java build-pack with oracle jre.

however, when trying to debug it locally , using the below commands :







*export VCAP_APPLICATION="{}"export VCAP_SERVICES="{}"export PORT=8080cd
~/debug-javabuildpack/appsJBP_LOG_LEVEL=DEBUG ../java-buildpack/bin/detect
app/JBP_LOG_LEVEL=DEBUG ../java-buildpack/bin/compile app/ tmp/*

I am getting the below error :

[DownloadCache] DEBUG Validated content size 63819486 is
63819486
(10.5s)
Expanding Oracle JRE to .java-buildpack/oracle_jre (1.6s)
[Droplet] DEBUG Resources
/home/tux/debug-javabuildpack/java-buildpack/resources/oracle_jre found
[DownloadCache] DEBUG Validated content size 2406200 is
2406200
.
.
.
(4.0s)
-*totMemory* must be specified
[Buildpack] ERROR Compile failed with exception
RuntimeError


Question: How can I pass *Memory* value without a manifest.yml file ?
Set an environment variable called `MEMORY_LIMIT`. When the build pack
runs it'll look at that env variable to see the max memory assigned to the
container.

Dan



Regards,
Vish.

_______________________________________________
cf-dev mailing list
cf-dev(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-dev


java buildpack debugging - how to pass memory value without manifest file ...

Vish
 

Hi Team,
I am trying to customize the java build-pack with oracle jre.
however, when trying to debug it locally , using the below commands  :

export VCAP_APPLICATION="{}"
export VCAP_SERVICES="{}"
export PORT=8080
cd ~/debug-javabuildpack/apps
JBP_LOG_LEVEL=DEBUG ../java-buildpack/bin/detect app/
JBP_LOG_LEVEL=DEBUG ../java-buildpack/bin/compile app/ tmp/

I am getting the below error :

[DownloadCache]                  DEBUG Validated content size 63819486 is 63819486
(10.5s)
       Expanding Oracle JRE to .java-buildpack/oracle_jre (1.6s)
[Droplet]                        DEBUG Resources /home/tux/debug-javabuildpack/java-buildpack/resources/oracle_jre found
[DownloadCache]                  DEBUG Validated content size 2406200 is 2406200
.
.
.
(4.0s)
       -totMemory must be specified
[Buildpack]                      ERROR Compile failed with exception RuntimeError


Question:  How can I pass Memory value without a manifest.yml file ?
Regards,Vish.


Re: CF client library

Noburou TANIGUCHI
 

One(?) thing I want to know about this issue is what (or which) way the major
public service providers (Pivotal, IBM, HP, Anynines, etc.) do.

If you can tell, please let me know.



--
View this message in context: http://cf-dev.70369.x6.nabble.com/CF-client-library-tp712p765.html
Sent from the CF Dev mailing list archive at Nabble.com.


Re: Introducing OSS Release Integration Team

Noburou TANIGUCHI
 

A useless question: Why is the team called MEGA?

There is no 'M' 'E' 'G' 'A' in the initial characters of 'The OSS Release
Integration team.'



--
View this message in context: http://cf-dev.70369.x6.nabble.com/cf-dev-Introducing-OSS-Release-Integration-Team-tp757p764.html
Sent from the CF Dev mailing list archive at Nabble.com.


Assigning Role to Group

Zakharov Alexey <alexey.zakharov@...>
 

Hi guys!
Sorry if my question is newbie or it was discussed before.
I want to use LDAP for users authentication/authorisation. And I’ve successfully bound CF to LDAP, and managed to configure uaac group mappings.
But then I realised, that there are no way to assign a Role to that group.
'cf set-org-role’ accepts only usernames as parameter, but not groups. I think assigning Developer role to group is more flexible than assigning is to every particular user.
Are you going to add this feature later? Or maybe there is an another way to do group binding?
Thanks for your time.


---
Alexey Zakharov | CloudFoundry Team | Altoros
Tel: (617) 841-2121 ext. 5704 | Toll free: 855-ALTOROS
Fax: (866) 201-3646 | Skype: alexey.zakharov.a
www.altoros.com | blog.altoros.com | twitter.com/altoros


Re: Introducing OSS Release Integration Team

Cornelia Davis <cdavis@...>
 

Thought so. :-)

Great news. Thanks for the detailed overview Amit!

Cornelia

Sent from my iPhone

On Jul 16, 2015, at 10:37 PM, Amit Gupta <agupta(a)pivotal.io> wrote:

Ah, copy-paste fail! Zak is a Pivotal engineer, not IBM.

On Thu, Jul 16, 2015 at 7:33 PM, Amit Gupta <agupta(a)pivotal.io> wrote:
Hi all,

As some of you may already be aware, the Runtime team has recently been refactored:

- The "CAPI" team will be responsible for the Cloud Controller and Services API
- The Routing team will be responsible for work on routing, including the existing Gorouter component and new work on TCP routing
- The OSS Release Integration team (MEGA) will be primarily responsible for the integration of all components

There is a little more to that last one, so I'd like to share our mandate document and open it up to questions, comments, and clarifications. A rough draft had been previously shared with the community. We have since gathered feedback and held a team Inception to socialize our goals and refine our mandate:

https://docs.google.com/document/d/1WmA174FR6p2G0WJqUQ336wzWaYWgBEwBtFJz7uKFSdo/edit#

I'd also like to introduce the members of the new OSS Release Integration team, so our names don't look unfamiliar when we respond to your issues, pull requests, and mailing list messages.

Joseph Palermo, Technical Lead, Pivotal
Dan Lavine, Software Engineer, IBM
Zak Auerbach, Software Engineer, IBM
Duncan Winn, Solutions Engineer, Pivotal
Amit Gupta, PM, Pivotal

Thanks,
Amit
_______________________________________________
cf-dev mailing list
cf-dev(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-dev


Re: Did anybody deploy a wiki as app to CF?

James Bayer
 

this shows how to use drupal which is a cms with wiki functions
http://blog.pivotal.io/pivotal-cloud-foundry/products/how-to-deploy-drupal-to-pivotal-cf-within-seconds

if you're in a private deployment, the services shown for drupal are both
available as oss and listed on bosh.io.

mediawiki is a php app with mysql as an option:
https://www.mediawiki.org

but i'm not aware of install instructions for that. there are other options
here: https://en.wikipedia.org/wiki/List_of_wiki_software

On Fri, Jul 10, 2015 at 3:09 PM, jtuchscherer(a)pivotal.io <
jtuchscherer(a)pivotal.io> wrote:

Hi Stephan,

I managed to get an instiki(instiki.org) instance up and running on PWS. I
had to change a few things to get it to work and even with those changes,
it
isn't great yet. For example, uploaded files are stored locally in the
Warden container. Therefore, they get lost when the app is restarted. But
it
wouldn't be to hard to change the code to use an S3 bucket as a storage
solution, I just didn't bother yet.

I will clean up my local changes and document them, then I'll push them up
to github.

P.S.: I also looked for some other open source wiki engines. I didn't find
a
single one that could be deployed to CF (or any other PaaS) without major
changes.



--
View this message in context:
http://cf-dev.70369.x6.nabble.com/cf-dev-Did-anybody-deploy-a-wiki-as-app-to-CF-tp643p680.html
Sent from the CF Dev mailing list archive at Nabble.com.
_______________________________________________
cf-dev mailing list
cf-dev(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-dev


--
Thank you,

James Bayer


Re: 3 etcd nodes don't work well in single zone

Tony
 

Hi James,

Thank you for reply.

I think I didn't describe it clearly. Sorry about that.

The CentOS 6.5 is the OS underlying our OpenStack.

And we are using Ubuntu Trusty stemcell.
(bosh-openstack-kvm-ubuntu-trusty-go_agent)

Regards,
Tony



--
View this message in context: http://cf-dev.70369.x6.nabble.com/cf-dev-3-etcd-nodes-don-t-work-well-in-single-zone-tp746p760.html
Sent from the CF Dev mailing list archive at Nabble.com.


Re: 3 etcd nodes don't work well in single zone

James Bayer
 

cf project does not support or test cf-release with centos6.5, only ubuntu
14.04.

etcd nodes should not necessarily be aware of which AZs they are in. the
only difference might be in the bosh manifests if they are in different
zones they likely have different job names and you'd need to ensure that
despite the different job names that they were configured to find each
other correctly.

On Thu, Jul 16, 2015 at 6:51 PM, Tony <Tonyl(a)fast.au.fujitsu.com> wrote:

Hi Amit,

Let me explain the error I got in details.

My env info:
CentOS 6.5,
Openstack Icehouse,
Single-AZ
2 hm9000 instances,
3 etcd instances,


Manifest:
- name: etcd_z1
instances: 3
networks:
- name: cf1
static_ips:
- 100.64.1.21
- 100.64.1.22
- 100.64.1.23
persistent_disk: 10024
properties:
metron_agent:
deployment: metron_agent.deployment
zone: z1
networks:
apps: cf1
etcd:
election_timeout_in_milliseconds: 1000
heartbeat_interval_in_milliseconds: 50
log_sync_timeout_in_seconds: 30
resource_pool: medium_z1
templates:
- name: etcd
release: cf
- name: etcd_metrics_server
release: cf
- name: metron_agent
release: cf
update: {}

properties:
etcd:
machines:
- 100.64.1.21
- 100.64.1.22
- 100.64.1.23
etcd_metrics_server:
nats:
machines:
- 100.64.1.11
- 100.64.1.12
...


I cf push dora app with 2 instances
(
https://github.com/cloudfoundry/cf-acceptance-tests/tree/master/assets/dora
)

And I can always get response from it. (curl dora.runmyapp.io --> "Hi,
I'm
Dora")
The app runs well.

Then I "cf app dora" and got
...
requested state: started
instances: ?/2
...

Then I "cf app dora" again after about 1 minute, and got
...
requested state: started
instances: 2/2
...

The instances' number varies between ?/2 and 2/2 after that.

I also wrote a small script to send "cf app dora" every second and check
the
instances' number.
if the number changed, then record it.

Wed Jul 15 06:50:57 UTC 2015 instances: ?/2 (32s)

Wed Jul 15 06:51:29 UTC 2015 instances: 2/2 (6s)

Wed Jul 15 06:51:35 UTC 2015 instances: ?/2 (1m30s)

Wed Jul 15 06:53:05 UTC 2015 instances: 2/2 (17s)

Wed Jul 15 06:53:22 UTC 2015 instances: ?/2 (3m40s)

Wed Jul 15 06:57:02 UTC 2015 instances: 2/2 (21s)

Wed Jul 15 06:57:23 UTC 2015 instances: ?/2 (2m4s)

Wed Jul 15 06:59:27 UTC 2015 instances: 2/2
...


From above we can see that:
1. instance number varies between ?/2 and 2/2
2. "?/2" can be got more often than "2/2"


The app instances' number is always "2/2" when there is only one etcd
instance.
So I reckon the problem is in multi etcd instances.


Other things I tried, but none of them works:

1. Stop etcd service on one etcd vm(monit stop etcd).

2. restart 3 etcd services one by one

3. restart all 3 etcd vms(terminate vms and let them restart
automatically.)

4. Restart two hm9000 vms

5. Restart haproxy(because I don’t know whether the “for HA” means
haproxy)
http://bosh.io/releases/github.com/cloudfoundry/cf-release?version=210
Upgrade etcd server to 2.0.1 details
Should be run as 1 node (for small deployments) or 3 nodes spread across
zones (for HA)

6. Add these properties according to

http://bosh.io/jobs/etcd?source=github.com/cloudfoundry/cf-release&version=210
election_timeout_in_milliseconds: 1000
heartbeat_interval_in_milliseconds: 50
log_sync_timeout_in_seconds: 30


Anyway, it doesn't work when "- three instances in a one-zone deployment,
will all three instances in the same zone " as you mentioned.

Do you have any suggestion about it? Or is there any mistake in my
manifest?

Thanks,
Tony



--
View this message in context:
http://cf-dev.70369.x6.nabble.com/cf-dev-3-etcd-nodes-don-t-work-well-in-single-zone-tp746p756.html
Sent from the CF Dev mailing list archive at Nabble.com.
_______________________________________________
cf-dev mailing list
cf-dev(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-dev
--
Thank you,

James Bayer


Re: Introducing OSS Release Integration Team

Amit Kumar Gupta
 

Ah, copy-paste fail! Zak is a Pivotal engineer, not IBM.

On Thu, Jul 16, 2015 at 7:33 PM, Amit Gupta <agupta(a)pivotal.io> wrote:

Hi all,

As some of you may already be aware, the Runtime team has recently been
refactored:

- The "CAPI" team will be responsible for the Cloud Controller and
Services API
- The Routing team will be responsible for work on routing, including the
existing Gorouter component and new work on TCP routing
- The OSS Release Integration team (MEGA) will be primarily responsible
for the integration of all components

There is a little more to that last one, so I'd like to share our mandate
document and open it up to questions, comments, and clarifications. A
rough draft had been previously shared with the community. We have since
gathered feedback and held a team Inception to socialize our goals and
refine our mandate:


https://docs.google.com/document/d/1WmA174FR6p2G0WJqUQ336wzWaYWgBEwBtFJz7uKFSdo/edit#

I'd also like to introduce the members of the new OSS Release Integration
team, so our names don't look unfamiliar when we respond to your issues,
pull requests, and mailing list messages.

Joseph Palermo, Technical Lead, Pivotal
Dan Lavine, Software Engineer, IBM
Zak Auerbach, Software Engineer, IBM
Duncan Winn, Solutions Engineer, Pivotal
Amit Gupta, PM, Pivotal

Thanks,
Amit


Introducing OSS Release Integration Team

Amit Kumar Gupta
 

Hi all,

As some of you may already be aware, the Runtime team has recently been
refactored:

- The "CAPI" team will be responsible for the Cloud Controller and Services
API
- The Routing team will be responsible for work on routing, including the
existing Gorouter component and new work on TCP routing
- The OSS Release Integration team (MEGA) will be primarily responsible for
the integration of all components

There is a little more to that last one, so I'd like to share our mandate
document and open it up to questions, comments, and clarifications. A
rough draft had been previously shared with the community. We have since
gathered feedback and held a team Inception to socialize our goals and
refine our mandate:

https://docs.google.com/document/d/1WmA174FR6p2G0WJqUQ336wzWaYWgBEwBtFJz7uKFSdo/edit#

I'd also like to introduce the members of the new OSS Release Integration
team, so our names don't look unfamiliar when we respond to your issues,
pull requests, and mailing list messages.

Joseph Palermo, Technical Lead, Pivotal
Dan Lavine, Software Engineer, IBM
Zak Auerbach, Software Engineer, IBM
Duncan Winn, Solutions Engineer, Pivotal
Amit Gupta, PM, Pivotal

Thanks,
Amit


Re: 3 etcd nodes don't work well in single zone

Tony
 

Hi Amit,

Let me explain the error I got in details.

My env info:
CentOS 6.5,
Openstack Icehouse,
Single-AZ
2 hm9000 instances,
3 etcd instances,


Manifest:
- name: etcd_z1
instances: 3
networks:
- name: cf1
static_ips:
- 100.64.1.21
- 100.64.1.22
- 100.64.1.23
persistent_disk: 10024
properties:
metron_agent:
deployment: metron_agent.deployment
zone: z1
networks:
apps: cf1
etcd:
election_timeout_in_milliseconds: 1000
heartbeat_interval_in_milliseconds: 50
log_sync_timeout_in_seconds: 30
resource_pool: medium_z1
templates:
- name: etcd
release: cf
- name: etcd_metrics_server
release: cf
- name: metron_agent
release: cf
update: {}

properties:
etcd:
machines:
- 100.64.1.21
- 100.64.1.22
- 100.64.1.23
etcd_metrics_server:
nats:
machines:
- 100.64.1.11
- 100.64.1.12
...


I cf push dora app with 2 instances
(https://github.com/cloudfoundry/cf-acceptance-tests/tree/master/assets/dora)

And I can always get response from it. (curl dora.runmyapp.io --> "Hi, I'm
Dora")
The app runs well.

Then I "cf app dora" and got
...
requested state: started
instances: ?/2
...

Then I "cf app dora" again after about 1 minute, and got
...
requested state: started
instances: 2/2
...

The instances' number varies between ?/2 and 2/2 after that.

I also wrote a small script to send "cf app dora" every second and check the
instances' number.
if the number changed, then record it.

Wed Jul 15 06:50:57 UTC 2015 instances: ?/2 (32s)

Wed Jul 15 06:51:29 UTC 2015 instances: 2/2 (6s)

Wed Jul 15 06:51:35 UTC 2015 instances: ?/2 (1m30s)

Wed Jul 15 06:53:05 UTC 2015 instances: 2/2 (17s)

Wed Jul 15 06:53:22 UTC 2015 instances: ?/2 (3m40s)

Wed Jul 15 06:57:02 UTC 2015 instances: 2/2 (21s)

Wed Jul 15 06:57:23 UTC 2015 instances: ?/2 (2m4s)

Wed Jul 15 06:59:27 UTC 2015 instances: 2/2
...


From above we can see that:
1. instance number varies between ?/2 and 2/2
2. "?/2" can be got more often than "2/2"


The app instances' number is always "2/2" when there is only one etcd
instance.
So I reckon the problem is in multi etcd instances.


Other things I tried, but none of them works:

1. Stop etcd service on one etcd vm(monit stop etcd).

2. restart 3 etcd services one by one

3. restart all 3 etcd vms(terminate vms and let them restart
automatically.)

4. Restart two hm9000 vms

5. Restart haproxy(because I don’t know whether the “for HA” means haproxy)
http://bosh.io/releases/github.com/cloudfoundry/cf-release?version=210
Upgrade etcd server to 2.0.1 details
Should be run as 1 node (for small deployments) or 3 nodes spread across
zones (for HA)

6. Add these properties according to
http://bosh.io/jobs/etcd?source=github.com/cloudfoundry/cf-release&version=210
election_timeout_in_milliseconds: 1000
heartbeat_interval_in_milliseconds: 50
log_sync_timeout_in_seconds: 30


Anyway, it doesn't work when "- three instances in a one-zone deployment,
will all three instances in the same zone " as you mentioned.

Do you have any suggestion about it? Or is there any mistake in my manifest?

Thanks,
Tony



--
View this message in context: http://cf-dev.70369.x6.nabble.com/cf-dev-3-etcd-nodes-don-t-work-well-in-single-zone-tp746p756.html
Sent from the CF Dev mailing list archive at Nabble.com.


Re: 3 etcd nodes don't work well in single zone

Tony
 

Hi Amit,

Thank you very much for your clear explanation.

I got the release info(I called it "release Note") from CF release 210,
http://bosh.io/releases/github.com/cloudfoundry/cf-release?version=210

In the "NOTES" part, there is "Upgrade etcd server to 2.0.1" where you can
see
"Should be run as 1 node (for small deployments) or 3 nodes spread across
zones (for HA)"


I will do more test about the third one:
- three instances in a one-zone deployment, will all three instances in the
same zone

Thanks.

Tony




--
View this message in context: http://cf-dev.70369.x6.nabble.com/cf-dev-3-etcd-nodes-don-t-work-well-in-single-zone-tp746p755.html
Sent from the CF Dev mailing list archive at Nabble.com.


Re: 3 etcd nodes don't work well in single zone

Amit Kumar Gupta
 

Hi Gwenn,

Can you elaborate? Are you saying you've actually deployed 3 etcd nodes to
1 zone and you're currently experiencing problems? If so, can you give some
details on the problems?

Thanks,
Amit, CF OSS Release Integration PM
Pivotal Software, Inc.



--
View this message in context: http://cf-dev.70369.x6.nabble.com/cf-dev-3-etcd-nodes-don-t-work-well-in-single-zone-tp746p754.html
Sent from the CF Dev mailing list archive at Nabble.com.


Re: 3 etcd nodes don't work well in single zone

Amit Kumar Gupta
 

Hi Tony,

All options are possible. You can run:

- one instance in a one-zone deployment
- one instance in one zone of a multi-zone deployment
- three instances in a one-zone deployment, will all three instances in the
same zone
- three instances in a multi-zone deployment, spreading out the instances
across zones
- three instances in a multi-zone deployment, where you still cram all
instances into one of the many zones

Running multiple instances improves availability in case one node dies, is
temporarily out of commission, being updated, etc. Multiple instances
incurs a performance cost though, since the data needs to be replicated
across nodes in the etcd cluster.

Running across multiple zones further improves availability and
fault-tolerance, since you're now resilient to even a whole zone (e.g.
hardware cluster) going down. This again incurs an additional performance
penalty, as network traffic between zones often suffers higher latency, as
well as a higher risk for network partitions.

I'm not sure where you found "Should be run as 1 node (but can NOT be run as
3 nodes) in environment with only one zone." I do not see it in the release
notes, but perhaps they were edited after you posted this question.

Best,
Amit, CF OSS Release Integration PM
Pivotal Software, Inc.



--
View this message in context: http://cf-dev.70369.x6.nabble.com/cf-dev-3-etcd-nodes-don-t-work-well-in-single-zone-tp746p753.html
Sent from the CF Dev mailing list archive at Nabble.com.


Re: cf push fails (goroutine errors)

James Bayer
 

i believe this could be related to this:
https://github.com/cloudfoundry/cli/issues/509
tracked it this story:
https://www.pivotaltracker.com/story/show/98672332

On Thu, Jul 16, 2015 at 6:42 AM, Michele Santuari <
michele.santuari(a)create-net.org> wrote:



On 16 July 2015 at 13:06, Alexander Lomov <alexander.lomov(a)altoros.com>
wrote:

Looks like your CF CLI client fails to make a connection to CC API. Here
are some points about your case:

- you can run `cf push` with `CF_TRACE=true` environment variable to get
more verbose output: like this `CF_TRACE=true cf push`.
You are right, I forget to activate the trace. Here
<https://drive.google.com/open?id=0B8Z5KYzSwwx3TURrbUtfMnNCa2c> is the
log, but I do not really understand the 'goroutine' problem. Do you have
any idea?


- you can try to run CATs (Cloud Foundry Acceptance Tests) to find out
possible root of the problem. Here is a link to CATs for cf-release v212
[1] and here is folder where you can find a link to it [2]

[1]
https://github.com/cloudfoundry/cf-acceptance-tests/tree/cdced815f585ef4661b2182799d1d6a7119489b0
[2]
https://github.com/cloudfoundry/cf-release/tree/v212/src/github.com/cloudfoundry
I will try to run the Acceptance Tests.



Best wishes,
Alex L.
Best and thank you,



------------------------
Alex Lomov
*Altoros* — Cloud Foundry deployment, training and integration
*Twitter:* @code1n <https://twitter.com/code1n> *GitHub:* @allomov
<https://gist.github.com/allomov>

On Thu, Jul 16, 2015 at 11:11 AM, Michele Santuari <
michele.santuari(a)create-net.org> wrote:

Hi,
we have installed CF v212 on top of Openstack 6.0. Cloudfoundry has been
installed with bosh-init. All the VMs are up and running and bosh
cloudcheck reports 0 errors.
The problem is that when we push applications, we get a lot of errors
related to goroutine (see log file
<https://drive.google.com/open?id=0B8Z5KYzSwwx3WTdmT3hOQWk4eVU>) and
the applications are not started.
Could you help me identify the problem?
Thanks,

--
Michele Santuari
CREATE-NET
Junior Research Engineer
Via alla Cascata 56/D - 38123 Povo Trento (Italy)
e-mail: michele.santuari(a)create-net.org
Tel: (+39) 0461312443
Hangout: michele.santuari(a)create-net.org
Skype: s4nto.m
www.create-net.org
--------------------------------------------------------
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited according to the
Italian Law 196/2003 of the Legislature. If you received this in error,
please contact the sender and delete the material from any computer.

_______________________________________________
cf-dev mailing list
cf-dev(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-dev

_______________________________________________
cf-dev mailing list
cf-dev(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-dev


--
Michele Santuari
CREATE-NET
Junior Research Engineer
Via alla Cascata 56/D - 38123 Povo Trento (Italy)
e-mail: michele.santuari(a)create-net.org
Tel: (+39) 0461312443
Hangout: michele.santuari(a)create-net.org
Skype: s4nto.m
www.create-net.org
--------------------------------------------------------
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited according to the
Italian Law 196/2003 of the Legislature. If you received this in error,
please contact the sender and delete the material from any computer.

_______________________________________________
cf-dev mailing list
cf-dev(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-dev


--
Thank you,

James Bayer


Re: cf push fails (goroutine errors)

Michele Santuari <michele.santuari@...>
 

On 16 July 2015 at 13:06, Alexander Lomov <alexander.lomov(a)altoros.com>
wrote:

Looks like your CF CLI client fails to make a connection to CC API. Here
are some points about your case:

- you can run `cf push` with `CF_TRACE=true` environment variable to get
more verbose output: like this `CF_TRACE=true cf push`.
You are right, I forget to activate the trace. Here
<https://drive.google.com/open?id=0B8Z5KYzSwwx3TURrbUtfMnNCa2c> is the log,
but I do not really understand the 'goroutine' problem. Do you have any
idea?


- you can try to run CATs (Cloud Foundry Acceptance Tests) to find out
possible root of the problem. Here is a link to CATs for cf-release v212
[1] and here is folder where you can find a link to it [2]

[1]
https://github.com/cloudfoundry/cf-acceptance-tests/tree/cdced815f585ef4661b2182799d1d6a7119489b0
[2]
https://github.com/cloudfoundry/cf-release/tree/v212/src/github.com/cloudfoundry
I will try to run the Acceptance Tests.



Best wishes,
Alex L.
Best and thank you,



------------------------
Alex Lomov
*Altoros* — Cloud Foundry deployment, training and integration
*Twitter:* @code1n <https://twitter.com/code1n> *GitHub:* @allomov
<https://gist.github.com/allomov>

On Thu, Jul 16, 2015 at 11:11 AM, Michele Santuari <
michele.santuari(a)create-net.org> wrote:

Hi,
we have installed CF v212 on top of Openstack 6.0. Cloudfoundry has been
installed with bosh-init. All the VMs are up and running and bosh
cloudcheck reports 0 errors.
The problem is that when we push applications, we get a lot of errors
related to goroutine (see log file
<https://drive.google.com/open?id=0B8Z5KYzSwwx3WTdmT3hOQWk4eVU>) and the
applications are not started.
Could you help me identify the problem?
Thanks,

--
Michele Santuari
CREATE-NET
Junior Research Engineer
Via alla Cascata 56/D - 38123 Povo Trento (Italy)
e-mail: michele.santuari(a)create-net.org
Tel: (+39) 0461312443
Hangout: michele.santuari(a)create-net.org
Skype: s4nto.m
www.create-net.org
--------------------------------------------------------
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited according to the
Italian Law 196/2003 of the Legislature. If you received this in error,
please contact the sender and delete the material from any computer.

_______________________________________________
cf-dev mailing list
cf-dev(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-dev

_______________________________________________
cf-dev mailing list
cf-dev(a)lists.cloudfoundry.org
https://lists.cloudfoundry.org/mailman/listinfo/cf-dev


--
Michele Santuari
CREATE-NET
Junior Research Engineer
Via alla Cascata 56/D - 38123 Povo Trento (Italy)
e-mail: michele.santuari(a)create-net.org
Tel: (+39) 0461312443
Hangout: michele.santuari(a)create-net.org
Skype: s4nto.m
www.create-net.org
--------------------------------------------------------
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited according to the
Italian Law 196/2003 of the Legislature. If you received this in error,
please contact the sender and delete the material from any computer.


Re: CF client library

Noburou TANIGUCHI
 

Thank you James, for telling about the ActiveStates' library and proposing to
publish the information about client libraries on docs.cloudfoundry.org.

I think the information on this thread is helpful not only for me but other
Cloud Foundry users / developers. So it seems very good idea to publish and
maintain it on the official site.





--
View this message in context: http://cf-dev.70369.x6.nabble.com/CF-client-library-tp712p750.html
Sent from the CF Dev mailing list archive at Nabble.com.

8621 - 8640 of 9422