Comments (10)
jxblum
commented on June 6, 2024
1
Thank you for sharing more details, Malaya. This is already helpful.
To get a you a bit further (temporarily), it would seem that the SBDG auto-configuration for Apache Geode SSL-based Sockets (connections) is perhaps problematic in a Docker (container) environment, for some reason o.O, as can be seen in the "main" Thread:
"main" #1 prio=5 os_prio=0 cpu=597955.87ms elapsed=599.47s tid=0x00007f45780238a0 nid=0x8 runnable [0x00007f457edaa000]
java.lang.Thread.State: RUNNABLE
java.lang.Thread.State: RUNNABLE
at java.io.UnixFileSystem.getBooleanAttributes0([email protected]/Native Method)
at java.io.UnixFileSystem.hasBooleanAttributes([email protected]/UnixFileSystem.java:269)
at java.io.File.isDirectory([email protected]/File.java:865)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.isDirectory(SslAutoConfiguration.java:252)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:217)
This could have something to do with how the Docker container itself is configured (e.g. ports or mapping access from host UNIX/Linux based files to the Docker container files, etc), although I cannot say that for certain yet.
So, temporarily, you can actually disable the auto-configuration for SSL with a "secret" System property on Spring Boot application startup.
Specifically:
spring.boot.data.gemfire.security.ssl.environment.post-processor.enabled
See here, then here and finally, here.
Of course, you can simply use the Spring Boot way to disable specific auto-configuration classes as well:
See the docs. In this case, the configuration would (roughly) be:
@SpringBootApplication(exclude = SSLAutoConfiguration.class)
public class MySpringBootApacheGeodeClientDockerApplication {
public static void main(String[] args) {
SpringApplication.run(MySpringBootApacheGeodeClientDockerApplication.class);
}
}Looking at the 'main' Thread dump and the line from SBDG specifically in question (252):
https://github.com/spring-projects/spring-boot-data-geode/blob/1.7.5/spring-geode-autoconfigure/src/main/java/org/springframework/geode/boot/autoconfigure/SslAutoConfiguration.java#L252
It is clear that the UNIX/Linux and Windows based Docker environment managed from Kubernetes is having some trouble with deciding whether the File object is a valid directory or not (jeepers):
at java.io.UnixFileSystem.getBooleanAttributes0([email protected]/Native Method)
at java.io.UnixFileSystem.hasBooleanAttributes([email protected]/UnixFileSystem.java:269)
at java.io.File.isDirectory([email protected]/File.java:865)
Something in the implementation of the java.io.UnixFileSystem.getBooleanAttributes(..) method is not playing nicely in a UNIX/Linux and Windows based Docker env.
No other Threads from the Thread dump appear to be having any problems to me.
from spring-boot-data-geode.
jxblum
commented on June 6, 2024
1
I forgot to mention this before, but SBDG 1.7.x (based on Apache Geode 1.14.x) is not officially certified to work with Java 17, as you have configured in Docker:
FROM openjdk:17-oracle
...
This is more of an Apache Geode restriction than a SBDG restriction since Apache Geode before 1.15 (i.e. Apache Geode 1.14 and earlier) was only certified to run on Java 8 and Java 11. Only Apache Geode 1.15 was specifically tested and verified by the Apache Geode community at ASF on Java 17.
Even then, after I tested and finally got SBDG running with Apache Geode 1.15 on Java 17, there were still some considerable hurdles a user must jump through to get Apache Geode properly running and working on Java 17.
Technically, running Apache Geode 1.15 on Java 17 is only supported by SBDG 2.0, which is also based on Spring Boot 3.0, which up'd the baseline across the Spring portfolio to Java 17 (starting with Spring Framework 6), and thus, requiring all 3rd party dependencies in which Spring integrates with to also build and run on Java 17.
TIP: See the SBDG Version Compatibility Matrix for version details.
In short, Apache Geode requires specific things to be "open" in the Java Module System introduced in Java 9 and enforced in Java 17. This might actually explain some of the problems you are currently experiencing.
For instance, when testing (in SBDG, and even SDG for that matter), I need to explicitly declare these --add-opens JVM options.
Unfortunately, and FYI, all development of S*DG (e.g. SBDG) on Apache Geode 1.15 has come to a halt.
This means the Spring team will not be releasing nor supporting any bits compatible with Apache Geode 1.15 on Java 17.
See the recent NOTICE for more details.
from spring-boot-data-geode.
jxblum
commented on June 6, 2024
1
1 last thing...
You can also have look at the Docker configuration used by the SBDG Jenkins CI build, here and here.
Specifically, this.
Not sure this will help much though.
Definitely trying to run Apache Geode 1.14.x (or earlier), which is what SBDG 1.7.x pulls in transitively by default, on Java 17, is not going to work in the long run.
Unfortunately, upgrading SBDG 1.7.x to Apache Geode 1.15 is problematic too since several APIs in Apache Geode required by SBDG have changed.
And, as I have stated in the previous comment, SBDG 2.0 (which was based on Apache Geode 1.15 and Java 17, is not going to ever be GA.
Sorry.
from spring-boot-data-geode.
nayakmk
commented on June 6, 2024
It seem the CPU utilization is remaining at 98 to 100%, that may be a reason for application not starting at all.
from spring-boot-data-geode.
jxblum
commented on June 6, 2024
I'm afraid this is not a lot of information to go on.
To start with, it would be helpful to know how you are using Spring Boot for Apache Geode (SBDG) in your Spring Boot application? For example, is your Spring Boot application an Apache Geode client (i.e. ClientCache) or an embedded, peer Cache application, or even some other type of server node (e.g. a Locator or Manager perhaps)?
What does the configuration for the Apache Geode components in your Spring Boot application consist of?
What features of Apache Geode are you specifically trying to use?
Can you share any log files?
Have you tried to take a Thread dump of the Spring Boot, Apache Geode application running in Docker? This will help identify which Threads are busy doing what.
NOTE: Apache Geode starts up many, many Threads (using ThreadPools and Executors) during its normal operation, along with allocating many ports for communication. It is more likely that Apache Geode got hung up some where in the startup process than it being something in Spring Boot, or an SBDG problem in particular. But, without a Thread dump, it is difficult to pinpoint the problem to 1 thing.
It is unlikely SBDG is not working in Docker at all, and more likely there is a conflict between the Docker container / Docker engine and your host environment, which is what?
The nightly CI build for SBDG runs on Jenkins in Docker containers. SBDG's test suites cover all manners of using Apache Geode in different capacities (client/server, embedded, WAN) along with many of its features (basic Gets/Puts, Caching, CQ, Functions, Persistence, Security).
Have you seen the chapter on using SBDG and Apache Geode in Docker?
Are you able to share a simple SBDG app that can reproduce the problem? This would also help us perform additional analysis.
Thanks!
from spring-boot-data-geode.
jxblum
commented on June 6, 2024
Preferably, I'd also say it would be better to package your entire Spring Boot application (and dependencies) into a single (fat) Spring Boot application JAR file, built as a Docker image and ran in a Docker container.
from spring-boot-data-geode.
nayakmk
commented on June 6, 2024
Hi @jxblum,
Thank you for your response. I have pushed the code to a repo here: https://github.com/nayakmk/spring-boot-geode-sample-docker
I haven't configured the SBDG yet in Spring Boot, so it is considering by default as Client Cache application. Once I get this docker issue resolved, I will further configure the app with SBDG.
I have tried the docker chapter to run the geode as docker, that works fine. But this client cache dockerized app doesn't start at all.
I have validated this in Kubernetes, Docker for Linux and Docker for Windows.
Incidentally if I replace spring-geode-starter with spring-data-geode, it starts without any issues.
Thread dump:
2022-11-01 02:05:35
Full thread dump OpenJDK 64-Bit Server VM (17.0.2+8-86 mixed mode, sharing):
Threads class SMR info:
_java_thread_list=0x00007f4534001740, length=12, elements={
0x00007f45780238a0, 0x00007f45780a0360, 0x00007f45780a1740, 0x00007f45780a8cd0,
0x00007f45780aa080, 0x00007f45780ab490, 0x00007f45780ace40, 0x00007f45780ae370,
0x00007f45780af7e0, 0x00007f45780beed0, 0x00007f45780c2320, 0x00007f4534000d30
}
"main" #1 prio=5 os_prio=0 cpu=597955.87ms elapsed=599.47s tid=0x00007f45780238a0 nid=0x8 runnable [0x00007f457edaa000]
java.lang.Thread.State: RUNNABLE
at java.io.UnixFileSystem.getBooleanAttributes0([email protected]/Native Method)
at java.io.UnixFileSystem.hasBooleanAttributes([email protected]/UnixFileSystem.java:269)
at java.io.File.isDirectory([email protected]/File.java:865)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.isDirectory(SslAutoConfiguration.java:252)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:217)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:219)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:203)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.locateKeyStoreInFileSystem(SslAutoConfiguration.java:199)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.resolveTrustedKeyStore(SslAutoConfiguration.java:129)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration.access$000(SslAutoConfiguration.java:96)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration$SslEnvironmentPostProcessor.lambda$postProcessEnvironment$1(SslAutoConfiguration.java:267)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration$SslEnvironmentPostProcessor$$Lambda$179/0x0000000800cd6f60.apply(Unknown Source)
at java.util.Optional.map([email protected]/Optional.java:260)
at org.springframework.geode.boot.autoconfigure.SslAutoConfiguration$SslEnvironmentPostProcessor.postProcessEnvironment(SslAutoConfiguration.java:267)
at org.springframework.boot.env.EnvironmentPostProcessorApplicationListener.onApplicationEnvironmentPreparedEvent(EnvironmentPostProcessorApplicationListener.java:102)
at org.springframework.boot.env.EnvironmentPostProcessorApplicationListener.onApplicationEvent(EnvironmentPostProcessorApplicationListener.java:87)
at org.springframework.context.event.SimpleApplicationEventMulticaster.doInvokeListener(SimpleApplicationEventMulticaster.java:176)
at org.springframework.context.event.SimpleApplicationEventMulticaster.invokeListener(SimpleApplicationEventMulticaster.java:169)
at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:143)
at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:131)
at org.springframework.boot.context.event.EventPublishingRunListener.environmentPrepared(EventPublishingRunListener.java:85)
at org.springframework.boot.SpringApplicationRunListeners.lambda$environmentPrepared$2(SpringApplicationRunListeners.java:66)
at org.springframework.boot.SpringApplicationRunListeners$$Lambda$82/0x0000000800ca4838.accept(Unknown Source)
at java.util.ArrayList.forEach([email protected]/ArrayList.java:1511)
at org.springframework.boot.SpringApplicationRunListeners.doWithListeners(SpringApplicationRunListeners.java:120)
at org.springframework.boot.SpringApplicationRunListeners.doWithListeners(SpringApplicationRunListeners.java:114)
at org.springframework.boot.SpringApplicationRunListeners.environmentPrepared(SpringApplicationRunListeners.java:65)
at org.springframework.boot.SpringApplication.prepareEnvironment(SpringApplication.java:344)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:302)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:1306)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:1295)
at com.example.demo.DemoApplication.main(DemoApplication.java:10)
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0([email protected]/Native Method)
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke([email protected]/NativeMethodAccessorImpl.java:77)
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke([email protected]/DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke([email protected]/Method.java:568)
at org.springframework.boot.loader.MainMethodRunner.run(MainMethodRunner.java:49)
at org.springframework.boot.loader.Launcher.launch(Launcher.java:108)
at org.springframework.boot.loader.Launcher.launch(Launcher.java:58)
at org.springframework.boot.loader.JarLauncher.main(JarLauncher.java:65)
"Reference Handler" #2 daemon prio=10 os_prio=0 cpu=1.18ms elapsed=599.44s tid=0x00007f45780a0360 nid=0xf waiting on condition [0x00007f455122c000]
java.lang.Thread.State: RUNNABLE
at java.lang.ref.Reference.waitForReferencePendingList([email protected]/Native Method)
at java.lang.ref.Reference.processPendingReferences([email protected]/Reference.java:253)
at java.lang.ref.Reference$ReferenceHandler.run([email protected]/Reference.java:215)
"Finalizer" #3 daemon prio=8 os_prio=0 cpu=0.91ms elapsed=599.44s tid=0x00007f45780a1740 nid=0x10 in Object.wait() [0x00007f455112b000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait([email protected]/Native Method)
- waiting on <0x00000000e220edf0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove([email protected]/ReferenceQueue.java:155)
- locked <0x00000000e220edf0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove([email protected]/ReferenceQueue.java:176)
at java.lang.ref.Finalizer$FinalizerThread.run([email protected]/Finalizer.java:172)
"Signal Dispatcher" #4 daemon prio=9 os_prio=0 cpu=0.71ms elapsed=599.43s tid=0x00007f45780a8cd0 nid=0x11 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"Service Thread" #5 daemon prio=9 os_prio=0 cpu=1.00ms elapsed=599.43s tid=0x00007f45780aa080 nid=0x12 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"Monitor Deflation Thread" #6 daemon prio=9 os_prio=0 cpu=23.26ms elapsed=599.43s tid=0x00007f45780ab490 nid=0x13 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"C2 CompilerThread0" #7 daemon prio=9 os_prio=0 cpu=1256.36ms elapsed=599.43s tid=0x00007f45780ace40 nid=0x14 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
No compile task
"C1 CompilerThread0" #9 daemon prio=9 os_prio=0 cpu=579.68ms elapsed=599.43s tid=0x00007f45780ae370 nid=0x15 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
No compile task
"Sweeper thread" #10 daemon prio=9 os_prio=0 cpu=1.03ms elapsed=599.43s tid=0x00007f45780af7e0 nid=0x16 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"Notification Thread" #11 daemon prio=9 os_prio=0 cpu=0.18ms elapsed=599.41s tid=0x00007f45780beed0 nid=0x17 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"Common-Cleaner" #12 daemon prio=8 os_prio=0 cpu=2.76ms elapsed=599.41s tid=0x00007f45780c2320 nid=0x19 in Object.wait() [0x00007f4550180000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait([email protected]/Native Method)
- waiting on <0x00000000e2200de0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove([email protected]/ReferenceQueue.java:155)
- locked <0x00000000e2200de0> (a java.lang.ref.ReferenceQueue$Lock)
at jdk.internal.ref.CleanerImpl.run([email protected]/CleanerImpl.java:140)
at java.lang.Thread.run([email protected]/Thread.java:833)
at jdk.internal.misc.InnocuousThread.run([email protected]/InnocuousThread.java:162)
"Attach Listener" #14 daemon prio=9 os_prio=0 cpu=0.64ms elapsed=0.10s tid=0x00007f4534000d30 nid=0xe4 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"VM Thread" os_prio=0 cpu=850.92ms elapsed=599.45s tid=0x00007f457809c440 nid=0xe runnable
"GC Thread#0" os_prio=0 cpu=435.11ms elapsed=599.47s tid=0x00007f4578049970 nid=0x9 runnable
"GC Thread#1" os_prio=0 cpu=343.87ms elapsed=599.00s tid=0x00007f4548004d40 nid=0x1b runnable
"GC Thread#2" os_prio=0 cpu=327.12ms elapsed=598.65s tid=0x00007f4548007de0 nid=0x1c runnable
"GC Thread#3" os_prio=0 cpu=429.68ms elapsed=598.44s tid=0x00007f45480077f0 nid=0x1d runnable
"G1 Main Marker" os_prio=0 cpu=0.15ms elapsed=599.47s tid=0x00007f457804eb10 nid=0xa runnable
"G1 Conc#0" os_prio=0 cpu=0.20ms elapsed=599.47s tid=0x00007f457804fa70 nid=0xb runnable
"G1 Refine#0" os_prio=0 cpu=0.21ms elapsed=599.47s tid=0x00007f4578075aa0 nid=0xc runnable
"G1 Service" os_prio=0 cpu=118.50ms elapsed=599.46s tid=0x00007f4578076990 nid=0xd runnable
"VM Periodic Task Thread" os_prio=0 cpu=387.14ms elapsed=599.41s tid=0x00007f45780c0810 nid=0x18 waiting on condition
JNI global refs: 8, weak refs: 0
Regards,
Malaya
from spring-boot-data-geode.
nayakmk
commented on June 6, 2024
Thank you so much for the explanation, I will try with the suggestion. It's unfortunate that SBDB 2.0 wont be GA.
from spring-boot-data-geode.
jxblum
commented on June 6, 2024
HI @nayakmk - I am going to close out this ticket for the time being. If you have any other issues, feel free reach out by re-opening this ticket or filing a new ticket.
from spring-boot-data-geode.
sshivar
commented on June 6, 2024
Deploying an application in AWS ECS using gemfire with embedded cache getting below exception
ERROR [wm-inv-aggr-aladnutil,,] o.a.g.i.cache.InternalCacheBuilder [] java.lang.RuntimeException: java.io.IOException: Unable to write to deploy directory:
Caused by: java.lang.RuntimeException: Error occurred while initializing the cache
2023-10-24T19:07:14.984+05:30 at org.springframework.data.gemfire.util.RuntimeExceptionFactory.newRuntimeException(RuntimeExceptionFactory.java:119)
2023-10-24T19:07:14.984+05:30 at org.springframework.data.gemfire.AbstractResolvableCacheFactoryBean.init(AbstractResolvableCacheFactoryBean.java:79)
2023-10-24T19:07:14.984+05:30
Copy
at org.springframework.data.gemfire.AbstractResolvableCacheFactoryBean.doGetObject(AbstractResolvableCacheFactoryBean.java:52)
at org.springframework.data.gemfire.AbstractResolvableCacheFactoryBean.doGetObject(AbstractResolvableCacheFactoryBean.java:52)
2023-10-24T19:07:14.984+05:30 at org.springframework.data.gemfire.AbstractBasicCacheFactoryBean.getObject(AbstractBasicCacheFactoryBean.java:351)
2023-10-24T19:07:14.984+05:30 at org.springframework.data.gemfire.AbstractBasicCacheFactoryBean.getObject(AbstractBasicCacheFactoryBean.java:113)
2023-10-24T19:07:14.984+05:30 at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:169)
2023-10-24T19:07:14.984+05:30 ... 75 common frames omitted
2023-10-24T19:07:14.984+05:30 Caused by: java.lang.RuntimeException: java.io.IOException: Unable to write to deploy directory: /
from spring-boot-data-geode.
Related Issues (20)
- Create a spring-cloud-bindings BindingsPropertiesProcessor for Apache Geode HOT 2
- State project goals in documentation
- Include chapter on Testing in the SBDG reference documentation
- Compatability matrix is not up to date. HOT 1
- Remove link to SDG Version Compatibility Matrix in SBDG Wiki
- Missing geode-pulse Dependency in Documentation
- Compatibility question HOT 3
- Using a sealed class as a data object fails HOT 1
- Inheriting from entity types causes failure when using entity-defined Regions HOT 1
- Exception thrown when parsing spring.session.timeout property with java.time.Duration styling HOT 1
- Improve documentation around overriding dependency versions
- Clarify the use of SDG's @EnableExpiration annotation in docs
- Integrate Apache Geode and Jetty 11 HOT 1
- Improve Logging configuration in the Starter
- @LocatorApplication does not work with @EnableSecurity HOT 5
- PARTITION_PERSISTENT_OVERFLOW index slow HOT 6
- Gemfire Fails in AWS ECS HOT 8
- Add new BeanPostProcessor to register RegionConfigurers for explicitly declared Region beans
- Improve logging output for @EnableClusterAware functionality re:connection type HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from spring-boot-data-geode.