Re: TCP Router VS NoRouter
Mike Youngstrom <youngm@...>
Hi Owais,
What are you referring to when you say you're concerned about the LTM becoming a Monolith? Too much functionality in one component? Too much of the system depending on one component? Chip, Hopefully it's ok to discuss NoRouter here even though it isn't an official CF project. Let us know if it is not. Mike On Fri, May 15, 2015 at 10:55 AM, Chip Childers <cchilders(a)cloudfoundry.org> wrote: The "norouter", while interesting, isn't the official CF project approach |
|
Re: Follow up on multiple line log outputs in CF
George Li
Any build-in support for multiline logging would be nice. Seeing content in
toggle quoted message
Show quoted text
one call to log4j's log.error() spreading over numerous logging records really sucks, especially for exception stacktrace. On Mon, May 18, 2015 at 11:59 AM, Mike Youngstrom <youngm(a)gmail.com> wrote:
I don't believe there is a solution in raw Loggregator to fix this. |
|
Re: Follow up on multiple line log outputs in CF
Mike Youngstrom <youngm@...>
I don't believe there is a solution in raw Loggregator to fix this.
Multi line log messages is a major issue we deal with regularly today in our deployment. Although there are workarounds to the issue like the logstash config you posted, it is somewhat dependent upon how the application logs are formatted which is sub optimal. I'd personally like to see a syslog port available to the app container that applications can send logs to in addition to channeling STDERR and STDOUT. That would make issues like much easier to handle downstream and would help eliminate deployed app specific hacks like we have to do today in logstash. I talked with a LAMB engineer at Summit and they didn't believe syslog for deployed apps was anywhere on the LAMB roadmap. Can anyone confirm that? I could have sworn I'd heard mention of syslog for app mentioned in the past. Mike On Mon, May 18, 2015 at 9:32 AM, Li, George <guangxing.li(a)pearson.com> wrote: James, |
|
Re: Issues running UAA 2.1.0+ locally and on CF
Josh Ghiloni
Interesting, will do.
toggle quoted message
Show quoted text
Josh Ghiloni Senior Consultant 303.932.2202 o | 303.590.5427 m | 303.565.2794 f jghiloni(a)ecsteam.com<mailto:jghiloni(a)ecsteam.com> ECS Team Technology Solutions Delivered ECSTeam.com<http://ECSTeam.com> On May 18, 2015, at 10:55 AM, Filip Hanik <fhanik(a)pivotal.io<mailto:fhanik(a)pivotal.io>> wrote:
Good news and bad news, bad news that you have a problem good news is that it is happening during "./gradlew run" which means it is easily reproducible and thus, easily fixable. Since our Travis CI runs the embedded gradle cargo container, we can know for certain that ./gradlew run does indeed work and the login page will be available at http://localhost:8080/uaa/login My first guess is that your gradle cache may contain some library that has mutated. So, prepare yourself to download the internet and my recommendation would be to blow away your ~/.gradle directory and try './gradlew run' again with the master branch Let us know the results Filip On Mon, May 18, 2015 at 10:10 AM, Josh Ghiloni <jghiloni(a)ecsteam.com<mailto:jghiloni(a)ecsteam.com>> wrote: Hi all, We recently put up CF v207 and are trying to deploy UAA into the apps area that we use for SSO between our micro services. Before this, we’d been running 2.0.3 with no issues. However, when I tried to upgrade to 2.2.6, any pages we tried to hit resulted in an HTTP 404 and redirected to the error page, which renders, though all linked stylesheets and images also returned 404s. We reverted to 2.0.3 because we didn’t need anything in the newer version at this time, but it’s an odd issue, and i’m wondering if anyone else has hit it. FWIW, this also happens with ver 2.1.0, and it happens locally (when I run `gradlew run`) as well for those versions. Does this have anything to do with the introduction of multi-tenancy? Any insights would be appreciated, because the logs aren’t really showing anything. Thanks! Josh Ghiloni Senior Consultant 303.932.2202<tel:303.932.2202> o | 303.590.5427<tel:303.590.5427> m | 303.565.2794<tel:303.565.2794> f jghiloni(a)ecsteam.com<mailto:jghiloni(a)ecsteam.com> ECS Team Technology Solutions Delivered ECSTeam.com<http://ecsteam.com/> _______________________________________________ cf-dev mailing list cf-dev(a)lists.cloudfoundry.org<mailto:cf-dev(a)lists.cloudfoundry.org> https://lists.cloudfoundry.org/mailman/listinfo/cf-dev |
|
Re: Issues running UAA 2.1.0+ locally and on CF
Filip Hanik
Good news and bad news,
toggle quoted message
Show quoted text
bad news that you have a problem good news is that it is happening during "./gradlew run" which means it is easily reproducible and thus, easily fixable. Since our Travis CI runs the embedded gradle cargo container, we can know for certain that ./gradlew run does indeed work and the login page will be available at http://localhost:8080/uaa/login My first guess is that your gradle cache may contain some library that has mutated. So, prepare yourself to download the internet and my recommendation would be to blow away your ~/.gradle directory and try './gradlew run' again with the master branch Let us know the results Filip On Mon, May 18, 2015 at 10:10 AM, Josh Ghiloni <jghiloni(a)ecsteam.com> wrote:
Hi all, |
|
Issues running UAA 2.1.0+ locally and on CF
Josh Ghiloni
Hi all,
We recently put up CF v207 and are trying to deploy UAA into the apps area that we use for SSO between our micro services. Before this, we’d been running 2.0.3 with no issues. However, when I tried to upgrade to 2.2.6, any pages we tried to hit resulted in an HTTP 404 and redirected to the error page, which renders, though all linked stylesheets and images also returned 404s. We reverted to 2.0.3 because we didn’t need anything in the newer version at this time, but it’s an odd issue, and i’m wondering if anyone else has hit it. FWIW, this also happens with ver 2.1.0, and it happens locally (when I run `gradlew run`) as well for those versions. Does this have anything to do with the introduction of multi-tenancy? Any insights would be appreciated, because the logs aren’t really showing anything. Thanks! Josh Ghiloni Senior Consultant 303.932.2202 o | 303.590.5427 m | 303.565.2794 f jghiloni(a)ecsteam.com<mailto:jghiloni(a)ecsteam.com> ECS Team Technology Solutions Delivered ECSTeam.com<http://ECSTeam.com> |
|
Re: Follow up on multiple line log outputs in CF
George Li
James,
toggle quoted message
Show quoted text
so basically Loggregator does not support such correlation itself and it is totally left to the downstream processor to do the aggregation, right? When my service write exception stack trace into the log as follows: 2015-05-18 14:40:41 +0000 WARN com.pearson.grid.registrar.commonutils.logging.LoggingMessageObserver [LoggingMessageObserver.java:125] GET http://localhost:3004/ threw exception: FileNotFoundException - E:\Src\Registrar\escrow\service\config\version.properties (The system cannot find the file specified) java.io.FileInputStream.open(Native Method) java.io.FileInputStream.<init>(FileInputStream.java:138) com.pearson.grid.registrar.commonutils.Version.readProperties(Version.java:77) Loggregator sends the following to downstream logstash: 2015-05-18 14:40:41 +0000 [App/0] OUT [escrow] [pool-3-thread-1052] WARN com.pearson.grid.registrar.commonutils.logging.LoggingMessageObserver [LoggingMessageObserver.java:142] GET http://escrow.cf.pd-cloud.com/ threw exception: FileNotFoundException - config\version.properties (No such file or directory) 2015-05-18 14:40:41 +0000 [App/0] OUT java.io.FileInputStream.open(Native Method) 2015-05-18 14:40:41 +0000 [App/0] OUT java.io.FileInputStream.<init>(FileInputStream.java:146) 2015-05-18 14:40:41 +0000 [App/0] OUT com.pearson.grid.registrar.commonutils.Version.readProperties(Version.java:77) Ideally we want to keep all these as a single log "event" in the final log. The way to do this in logstash is to config logstash so it would aggregate all lines not staring with a timestamp (or any identifiable marker) to previous lines: input { file { codec => multiline { pattern => "^%{TIMESTAMP_ISO8601} " ... } } So I think my exact question is if there is a similar way to config loggregator so it does the same thing. In the previous thread https://groups.google.com/a/cloudfoundry.org/forum/?utm_medium=email&utm_source=footer#!msg/vcap-dev/B1W6_vO0oyo/84X1eAtFsKoJ, David Lee said "...As for multiline output, we should have fixed this a couple of builds back...", I wonder what was really fixed related to multiline output at that time. Thanks. George. On Sun, May 17, 2015 at 8:26 AM, James Bayer <jbayer(a)pivotal.io> wrote:
george, |
|
Limit application instances number
Pablo Alonso Rodriguez <palonsoro@...>
Good morning.
My question is quite simple: Is there any way to set a maximum number of instances for applications? The idea is to prevent users from scaling an application beyond a given limit of instances. Thank you in advance. |
|
Re: [vcap-dev] Java OOM debugging
Dave Head-Rapson
I ran 3 tests over the weekend. These are the results:
- the copy of the application that ran against offline Java buildpack v3 / tomcat 8.0.21 'crashed' 10 times over the weekend - the copy of the application that ran against our custom Java buildpack / tomcat 8.0.22 'crashed' 4 times over the weekend - the copy of the application than ran against our custom Java buildpack / tomcat 8.0.18 stayed up all weekend We're certain this is down to the Tomcat version. Tomcat 8.0.22 doesn't seem to be much better than 8.0.21 in respect of this memory issue. -- View this message in context: http://cf-dev.70369.x6.nabble.com/Re-cf-dev-Cf-dev-vcap-dev-Java-OOM-debugging-tp25p112.html Sent from the CF Dev mailing list archive at Nabble.com. |
|
Re: Scailing Java Applications
Mike Youngstrom <youngm@...>
Love this feature! Thanks JBP team!
Now I have to try really hard to find something in the JBP to complain about. :) Mike On Tue, May 12, 2015 at 9:12 AM, Christopher Frost <cfrost(a)pivotal.io> wrote:
|
|
Re: Understanding the external network access in Diego
James Bayer
this setting is because we assume multi-tenant installations. it is
toggle quoted message
Show quoted text
strongly recommended that operators should have their cf configurations and application security group configurations setup to only allow outbound connectivity from in containers to other containers by going through the cf load balancer and not be directly connecting to other cell host/port mappings of application instances. On Thu, May 14, 2015 at 1:52 AM, Lev Berman <lev.berman(a)altoros.com> wrote:
Hello, everyone! --
Thank you, James Bayer |
|
Re: - About services w.r.t orgs and spaces
James Bayer
inline
On Wed, May 13, 2015 at 11:03 PM, Kinjal Doshi <kindoshi(a)gmail.com> wrote: Hi,"Pivotal Cloud Foundry" uses open source cloud foundry, so the same behavior would be in both. you could take credentials from a service in another space and create a user-provided-service in the space you want to use. however, changing / deleting the original service would not be directly connected to the user-provided-service clone you created. be in a different org by default and the above still response still applies. Thanks for your help in advance. -- Thank you, James Bayer |
|
Re: Follow up on multiple line log outputs in CF
James Bayer
george,
can you explain the scenario that is impacting you currently? e.g. reading a java stack trace? the app index is shown in the log line. when using the loggregator websocket client to retrieve logs you should also get the application id. perhaps that is enough to correlate whatever UI you have on top of logstash? On Tue, May 12, 2015 at 7:40 AM, Li, George <guangxing.li(a)pearson.com> wrote: Hi, -- Thank you, James Bayer |
|
Re: Scailing Java Applications
James Bayer
thanks steve! that's a nice addition to the java buildpack. i think all
java developers have experienced the pain of managing memory explicitly with -X and -XX args at one point or another. having built-in sane defaults that auto-adjust is hopefully one less thing java developers have to worry about when using the java buildpack. On Tue, May 12, 2015 at 8:12 AM, Christopher Frost <cfrost(a)pivotal.io> wrote:
-- Thank you, James Bayer |
|
Re: ASP.NET 5 buildpack now in cloudfoundry-community
Wayne E. Seguin
Great to see this!!!
toggle quoted message
Show quoted text
On Fri, May 15, 2015 at 3:11 PM, Jack Cai <greensight(a)gmail.com> wrote:
We just open sourced a buildpack that can run the latest ASP.NET 5 |
|
UAA Release 2.3.0
Sree Tummidi
Hi All,
We are pleased to announce the release of UAA 2.3.0. Please find the release details below: *Features* - Updated Spring Versions <https://www.pivotaltracker.com/story/show/93706906>: Spring 4.1.x, Spring Security 3.2 latest, Spring Security OAuth 2.0.x latest, Tomcat Version 7.0.x latest - Both LDAP and internal user store authentication should be allowed to be set in an enabled state in an Identity Zone <https://www.pivotaltracker.com/story/show/92369926> - Hide Create Account and Reset Password link if client is not associated with internal user store authentication <https://www.pivotaltracker.com/story/show/92083260> — View it on GitHub <https://github.com/cloudfoundry/uaa/releases/tag/2.3.0>. In addition to this we have also added support for New Relic Monitoring & Updated the JRE version to 1.7 which will be available in the next version of cf-release Thanks, Sree Tummidi Sr. Product Manager Identity - Pivotal Cloud Foundry |
|
Re: visual studio extension - login error
Vlad Iovanov
Thank you Jon, I'll test against a similar deployment and I'll let you know what I find.
Cheers, Vlad From: Price, Jon [mailto:jon.price(a)intel.com] Sent: Friday, May 15, 2015 11:49 AM To: Iovanov, Vlad Mircea; cf-dev(a)lists.cloudfoundry.org Subject: RE: [cf-dev] visual studio extension - login error Hi Vlad, We are running CF release 207. Here is the /v2/info output with some of the data sanitized: {"name":"vcap","build":"2222","support":"http://url.removed", "authorization_endpoint":"https://login.paaslab3.xxx.com", "token_endpoint":"https://uaa.paaslab3.xxx.com","min_cli_version":null, "min_recommended_cli_version":null,"api_version":"2.25.0", "logging_endpoint":"wss://loggregator.paaslab3.xxx.com:443"} We normally have ldap authentication enabled and require ssl between the login server and uaa but even after disabling all of that and running with what I think is a pretty simple and standard configuration we get the error. Thank you for taking the time to look into this. -- Jon From: cf-dev-bounces(a)lists.cloudfoundry.org<mailto:cf-dev-bounces(a)lists.cloudfoundry.org> [mailto:cf-dev-bounces(a)lists.cloudfoundry.org] On Behalf Of Iovanov, Vlad Mircea Sent: Friday, May 15, 2015 10:52 AM To: cf-dev(a)lists.cloudfoundry.org<mailto:cf-dev(a)lists.cloudfoundry.org> Subject: Re: [cf-dev] visual studio extension - login error Hello Jon, Can you please let me know what version of Cloud Foundry you are running? If you could include the output of your "info" endpoint it would be great (http://apidocs.cloudfoundry.org/208/info/get_info.html) Cheers, Vlad |
|
Re: ASP.NET 5 buildpack now in cloudfoundry-community
Chris Sterling
Great job! Can't wait to play with this.
Chris Sterling chris.sterling(a)gmail.com twitter: @csterwa linkedin: http://www.linkedin.com/in/chrissterling On Fri, May 15, 2015 at 12:25 PM, Christopher B Ferris <chrisfer(a)us.ibm.com> wrote: Awesome! Great work, team! |
|
Re: ASP.NET 5 buildpack now in cloudfoundry-community
Christopher B Ferris <chrisfer@...>
Awesome! Great work, team!
Cheers, Christopher Ferris IBM Distinguished Engineer, CTO Open Cloud IBM Software Group, Open Technologies email: chrisfer(a)us.ibm.com twitter: @christo4ferris blog: http://thoughtsoncloud.com/index.php/author/cferris/ phone: +1 508 667 0402 From: Jack Cai <greensight(a)gmail.com> To: cf-dev(a)lists.cloudfoundry.org Date: 05/15/2015 03:19 PM Subject: [cf-dev] ASP.NET 5 buildpack now in cloudfoundry-community Sent by: cf-dev-bounces(a)lists.cloudfoundry.org We just open sourced a buildpack that can run the latest ASP.NET 5 applications [1]. ASP.NET 5 is a major redesign of ASP.NET [2]. This is also a key difference from the existing .net buildpack [3]. Right now this buildpack still uses Mono[4] emulation layer, but we expect it to switch to the .Net core CLR for Linux [5] once it becomes more viable. We hope you have a chance to try it and give us feedback. ASP.NET 5 is rapidly evolving and you can help influence how the buildpack grows with it. Thanks! Jack [1] https://github.com/cloudfoundry-community/asp.net5-buildpack [2] http://docs.asp.net/en/latest/conceptual-overview/aspnet.html [3] https://github.com/cloudfoundry-community/.net-buildpack [4] http://www.mono-project.com/ [5] https://github.com/dotnet/coreclr _______________________________________________ cf-dev mailing list cf-dev(a)lists.cloudfoundry.org https://lists.cloudfoundry.org/mailman/listinfo/cf-dev |
|
ASP.NET 5 buildpack now in cloudfoundry-community
Jack Cai
We just open sourced a buildpack that can run the latest ASP.NET 5
applications [1]. ASP.NET 5 is a major redesign of ASP.NET [2]. This is also a key difference from the existing .net buildpack [3]. Right now this buildpack still uses Mono[4] emulation layer, but we expect it to switch to the .Net core CLR for Linux [5] once it becomes more viable. We hope you have a chance to try it and give us feedback. ASP.NET 5 is rapidly evolving and you can help influence how the buildpack grows with it. Thanks! Jack [1] https://github.com/cloudfoundry-community/asp.net5-buildpack [2] http://docs.asp.net/en/latest/conceptual-overview/aspnet.html [3] https://github.com/cloudfoundry-community/.net-buildpack [4] http://www.mono-project.com/ [5] https://github.com/dotnet/coreclr |
|