Open marc-farre opened 1 year ago
Any update on the issue? Did you try another time? I don't think the ECONNREFUSED is related to this package, but an error thrown by Cloudron.
I've just tested with the latest 20.0.3 version and I still have the same problem. Cloudron version: 7.3.4
What I do to update:
git clone https://github.com/njsubedi/cloudron-keycloak.git
cd cloudron-keycloak
docker login
cloudron build
cloudron update
After updating, the Cloudron container says: Package Version 20.0.3 So it works, but it cannot start because of this health check. Thanks!
Log:
Healtheck error: Error: connect ECONNREFUSED 172.18.19.37:80802023-01-16T12:34:16.000Z 2023-01-16 12:34:13,589 INFO [org.keycloak.quarkus.runtime.hostname.DefaultHostnameProvider] (main) Hostname settings: Base URL: <unset>, Hostname: id-dev-nov.transition-space.org, Strict HTTPS: true, Path: <request>, Strict BackChannel: false, Admin URL: <unset>, Admin: <request>, Port: -1, Proxied: true
Jan 16 13:34:16 2023-01-16 12:34:15,893 WARN [io.quarkus.agroal.runtime.DataSources] (main) Datasource <default> enables XA but transaction recovery is not enabled. Please enable transaction recovery by setting quarkus.transaction-manager.enable-recovery=true, otherwise data may be lost if the application is terminated abruptly
Jan 16 13:34:17 2023-01-16 12:34:17,659 WARN [org.infinispan.CONFIG] (keycloak-cache-init) ISPN000569: Unable to persist Infinispan internal caches as no global state enabled
Jan 16 13:34:17 2023-01-16 12:34:17,667 WARN [org.infinispan.PERSISTENCE] (keycloak-cache-init) ISPN000554: jboss-marshalling is deprecated and planned for removal
Jan 16 13:34:17 2023-01-16 12:34:17,703 INFO [org.infinispan.CONTAINER] (keycloak-cache-init) ISPN000556: Starting user marshaller 'org.infinispan.jboss.marshalling.core.JBossUserMarshaller'
Jan 16 13:34:18 2023-01-16 12:34:18,172 INFO [org.infinispan.CONTAINER] (keycloak-cache-init) ISPN000128: Infinispan version: Infinispan 'Triskaidekaphobia' 13.0.10.Final
Jan 16 13:34:18 2023-01-16 12:34:18,372 INFO [org.infinispan.CLUSTER] (keycloak-cache-init) ISPN000078: Starting JGroups channel `ISPN`
Jan 16 13:34:18 2023-01-16 12:34:18,372 INFO [org.infinispan.CLUSTER] (keycloak-cache-init) ISPN000088: Unable to use any JGroups configuration mechanisms provided in properties {}. Using default JGroups configuration!
Jan 16 13:34:18 2023-01-16 12:34:18,554 INFO [org.infinispan.CLUSTER] (keycloak-cache-init) ISPN000094: Received new cluster view for channel ISPN: [f7c72696-5ad7-4386-8b52-e19cd8b2cf76-46908|42] (3) [f7c72696-5ad7-4386-8b52-e19cd8b2cf76-46908, e7452131-a8f0-4cc1-821b-ad9536fd3c1d-20411, 1e2f4fad-dcac-459b-9d6a-21a45ae64d98-32220]
Jan 16 13:34:18 2023-01-16 12:34:18,561 INFO [org.infinispan.CLUSTER] (keycloak-cache-init) ISPN000079: Channel `ISPN` local address is `1e2f4fad-dcac-459b-9d6a-21a45ae64d98-32220`, physical addresses are `[172.18.19.37:35486]`
Healtheck error: Error: connect ECONNREFUSED 172.18.19.37:80802023-01-16T12:34:20.000Z 2023-01-16 12:34:20,501 WARN [org.infinispan.statetransfer.InboundTransferTask] (jgroups-8,1e2f4fad-dcac-459b-9d6a-21a45ae64d98-32220) ISPN000210: Failed to request state of cache authenticationSessions from node f7c72696-5ad7-4386-8b52-e19cd8b2cf76-46908, segments {4-24 26 33-39 57-58 107-127 206-234}: org.infinispan.commons.CacheException: ExceptionResponse(java.io.EOFException)
Jan 16 13:34:20 at org.infinispan.statetransfer.InboundTransferTask.lambda$startTransfer$3(InboundTransferTask.java:167)
Jan 16 13:34:20 at java.base/java.util.concurrent.CompletableFuture.uniHandle(CompletableFuture.java:930)
Jan 16 13:34:20 at java.base/java.util.concurrent.CompletableFuture$UniHandle.tryFire(CompletableFuture.java:907)
Jan 16 13:34:20 at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506)
Jan 16 13:34:20 at java.base/java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:2073)
Jan 16 13:34:20 at org.infinispan.remoting.transport.AbstractRequest.complete(AbstractRequest.java:67)
Jan 16 13:34:20 at org.infinispan.remoting.transport.impl.SingleTargetRequest.onResponse(SingleTargetRequest.java:46)
Jan 16 13:34:20 at org.infinispan.remoting.transport.impl.RequestRepository.addResponse(RequestRepository.java:51)
Jan 16 13:34:20 at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processResponse(JGroupsTransport.java:1496)
Jan 16 13:34:20 at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processMessage(JGroupsTransport.java:1398)
Jan 16 13:34:20 at org.infinispan.remoting.transport.jgroups.JGroupsTransport.access$300(JGroupsTransport.java:146)
Jan 16 13:34:20 at org.infinispan.remoting.transport.jgroups.JGroupsTransport$ChannelCallbacks.up(JGroupsTransport.java:1586)
Jan 16 13:34:20 at org.jgroups.JChannel.up(JChannel.java:780)
Jan 16 13:34:20 at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:913)
Jan 16 13:34:20 at org.jgroups.protocols.FRAG3.up(FRAG3.java:165)
Jan 16 13:34:20 at org.jgroups.protocols.FlowControl.up(FlowControl.java:347)
Jan 16 13:34:20 at org.jgroups.protocols.FlowControl.up(FlowControl.java:347)
Jan 16 13:34:20 at org.jgroups.protocols.pbcast.GMS.up(GMS.java:876)
Jan 16 13:34:20 at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:254)
Jan 16 13:34:20 at org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1048)
Jan 16 13:34:20 at org.jgroups.protocols.UNICAST3.addMessage(UNICAST3.java:771)
Jan 16 13:34:20 at org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:752)
Jan 16 13:34:20 at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:405)
Jan 16 13:34:20 at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:592)
Jan 16 13:34:20 at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:132)
Jan 16 13:34:20 at org.jgroups.protocols.FailureDetection.up(FailureDetection.java:186)
Jan 16 13:34:20 at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:254)
Jan 16 13:34:20 at org.jgroups.protocols.MERGE3.up(MERGE3.java:281)
Jan 16 13:34:20 at org.jgroups.protocols.Discovery.up(Discovery.java:300)
Jan 16 13:34:20 at org.jgroups.protocols.TP.passMessageUp(TP.java:1400)
Jan 16 13:34:20 at org.jgroups.util.SubmitToThreadPool$SingleMessageHandler.run(SubmitToThreadPool.java:98)
Jan 16 13:34:20 at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
Jan 16 13:34:20 at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
Jan 16 13:34:20 at java.base/java.lang.Thread.run(Thread.java:829)
The problem is with the Redis addon. Are you sure redis service is running on your Cloudron?
Thanks for your investigation. Yes, Redis seams to be working (page /#/services):
What strange is that version 17 is working well.
@njsubedi do you have any ideas on how we could debug this further please?
Healtheck error: Error: connect ECONNREFUSED 172.18.16.74:80802023-01-09T11:31:50.000Z
This only means that the Cloudron healthcheck (internal service that polls if app is running) is unable to contact the app on port 8080. I guess either the app is not running at all or the port 8080 has changed to something else with the new version? If so, the CloudronManifest.json httpPort has to be changed accordingly.
Thanks @gramakri does the app build correctly for you?
Thanks @gramakri !
Yes, this is the problem.
How can I know the port? I've nether changed it.
If I open the file conf/keycloak.conf
I have:
http-host = 0.0.0.0
http-port = 8080
Perhaps is it an IP address problem?
Tested again today, still have Healtheck error: Error: connect ECONNREFUSED 172.18.20.56:8080
In the log, I have: But even If I stop the app, I cannot start it as I always have this Healtheck error. Thanks!
@njsubedi I have the same problem when installing a new instance, with cloudron install -l keycloak.my-domain.tld
Full process to reproduce:
git clone https://github.com/njsubedi/cloudron-keycloak.git
cd cloudron-keycloak
docker login
cloudron login my.my-domain.tld
cloudron build
cloudron install -l keycloak.my-domain.tld
@njsubedi have you got an idea of what could cause the error when updating the container?
I've created a Docker image with the latest version: https://hub.docker.com/layers/funkycram/org.keycloak.cloudronapp/20230109-104156-1845bd057/images/sha256-d669630828f97a77ce0a9d3afbfdf44ebd89f958a781fe3ad2422ca8ce506c71?context=repo
And doing
cloudron update
, "Wait for health check" nether succeeds:Checking the logs, I have:
Thanks! Marc.
Full log: