Hi Misagh and team,
I have recently updated the cas version on my application from 6.6.2 to
7.0.0.
There is some performance issue, that usually occurs when there is no load
on the server.
My CPU utilization graph goes up till 98% and application goes down, start
giving 503, we have to restart
Interesting that you bring up VT with JDK21. There are many articles out
there about issues with VT JDK21with pinning issues:
https://www.infoworld.com/article/3713220/java-virtual-threads-hit-with-pinning-issue.html
On Friday, February 23, 2024 at 1:12:43 PM UTC-6 Łukasz Woźniak wrote:
> Same h
When You hit for accessToken CAS filterout claims that are diffrent than
declared for OIDC. This happened here
*org/apereo/cas/support/oauth/web/DefaultOAuth20RequestParameterResolver.java:169
*It shouldn't be like that for OAuth
For now, We override this class, and when someone ask for accessToken
This we just experienced that uses OAuth protocol during a relatively high
load scenario, would you be able to give more insights to this issue? What
are some quick fix options available if you know any?
On Tue, Feb 27, 2024, 9:10 PM Łukasz Woźniak wrote:
> What protocol do you use ? Do You use
What protocol do you use ? Do You use OAuth? In my situation, I found that
on the OAuth there is a bug in 7.0.0. CAS filter out scopes not mentioned
in properties for OIDC( it shouldn't be like that). So application
connecting with OAuth was doing Ddos, because It get empty scopes.
I know It is no
Shavi,
Hazelcast is not listed as a storage option for services;
ConcurrentIndexedCollection is related to service storage.
What do you use for storing services?
Have you tried increasing memory used by the application container?
Ray
On Tue, 2024-02-27 at 01:28 -0800, Shavi Teotia wrote:
Notice
Hi Ray and team,
Could you please help we are stuck at this point. Its been long we are
trying to resolve this.
On Friday 23 February 2024 at 20:29:54 UTC+5:30 Shavi Teotia wrote:
> Hi Ray and Team,
>
> We have an enterprise application, cannot change the backend. But Could
> you please sugges
Please check the indexes, we have had similar issues with CAS 6.6.10 , find
operation was with ticket id and no index was created for it causing full
collection scan in mongo db. No idea if it was fixed or not with the newer
version.
On Fri, Feb 23, 2024, 8:12 PM Łukasz Woźniak wrote:
> Same hap
Same happend to Us. We have CAS on AWS in kubernetes. We have git for
services and redis for tickets and mfa. We have 2 pod running with
Horizontal Pod Autoscaling enabled. Autoscale never grow higher than 3 pods.
When we deploy CAS from version 6.5 to 7.0, CPU is always almost 100%. HPA
scaled th
Hi Ray and Team,
We have an enterprise application, cannot change the backend. But Could you
please suggest what would be the impact if the indexing is stopped from
this piece of code.
Another point we are using hazelcast registry, is there any specific
setting or property that needs to be do
Shavi,
Could this be related to the storage mechanism you use for services?
Are you able to try a different back end?
Ray
On Fri, 2024-02-23 at 00:09 -0800, Shavi Teotia wrote:
Notice: This message was sent from outside the University of Victoria email
system. Please be cautious with links and
I have recently updated the cas version on my application from 6.6.2 to
7.0.0.
There is some performance issue, that usually occurs when there is no load
on the server.
My CPU utilization graph goes up till 98% and application goes down, start
giving 503, we have to restart it or redeploy it.
W
12 matches
Mail list logo