Hi,
Same today, when asking for "ps aux | grep ofbiz" no processes at all.
The last information we got for stable demo (18.12 branch) is (UTC time)
2023-09-05 06:40:16,234 |7.0.0.1-18009-exec-9 |LoginWorker
|W| Received a null Security object from HttpServletRequest
2023-09-05 06:40:20,157 |7.0.0.1-18009-exec-4 |LoginWorker
|W| Received a null Security object from HttpServletRequest
2023-09-05 06:40:29,855 |Catalina-utility-2 |ControlEventListener |I|
Destroying session: hidden sessionId by default.
2023-09-05 06:40:59,863 |Catalina-utility-2 |ControlEventListener |I|
Destroying session: hidden sessionId by default.
2023-09-05 06:40:59,864 |Catalina-utility-2 |ControlEventListener |I|
Destroying session: hidden sessionId by default.
2023-09-05 06:40:59,866 |Catalina-utility-2 |ControlEventListener |I|
Destroying session: hidden sessionId by default.
2023-09-05 06:40:59,868 |Catalina-utility-2 |ControlEventListener |I|
Destroying session: hidden sessionId by default.
2023-09-05 06:41:29,877 |Catalina-utility-2 |ControlEventListener |I|
Destroying session: hidden sessionId by default.
2023-09-05 06:41:59,891 |Catalina-utility-2 |ControlEventListener |I|
Destroying session: hidden sessionId by default.
2023-09-05 06:41:59,893 |Catalina-utility-2 |ControlEventListener |I|
Destroying session: hidden sessionId by default.
2023-09-05 06:41:59,894 |Catalina-utility-2 |ControlEventListener |I|
Destroying session: hidden sessionId by default.
2023-09-05 06:41:59,895 |Catalina-utility-2 |ControlEventListener |I|
Destroying session: hidden sessionId by default.
2023-09-05 06:41:59,895 |Catalina-utility-2 |ControlEventListener |I| Could not find visit value object in session [ hidden sessionId by
default.] that is being destroyed
2023-09-05 06:41:59,895 |Catalina-utility-2 |ControlEventListener |I|
Destroying session: hidden sessionId by default.
2023-09-05 06:41:59,896 |Catalina-utility-2 |ControlEventListener |I|
Destroying session: hidden sessionId by default.
So I again suspect someone (Infra or the VM provider or someone in the middle)
has restarted the VM.
I restart manually all the demos , wait 5 to 10 mins...
Jacques
Le 31/08/2023 à 17:08, Daniel Watford a écrit :
Hi Eugen,
It's still on my list to address these issues, but I have not been able to spend time on them yet. If someone else is able to address them in the
meantime, that would be great, but I think access to the host is needed to apply and test those changes.
From memory, version 3 didn't support some of the features we are using such as memory limits - but can't be sure. There was a problem with using
version 3 which prompted a downgrade to 2.4.
Thanks,
Dan.
On Thu, 31 Aug 2023 at 15:33, <[email protected]> wrote:
Hi,
It seems that some services have _restart: "no"_ and some are missing this
option.
The docs for restart policy are here:
https://docs.docker.com/compose/compose-file/compose-file-v2/#restart
I did notice the compose version is 2.4. Any idea why not use version 3
(which is closer to swarm stack IMO)?
https://github.com/apache/ofbiz-tools/blob/a20f9f3c750600164d08b54b80865093399a24de/demo-backup/ofbizdocker/home/ofbizdocker/demo-next/docker-compose.yml#L9
On 31.08.2023 13:43, Jacques Le Roux <[email protected]> wrote:
> Le 31/08/2023 à 11:25, Eugen Stan a écrit :
> > La 30.08.2023 11:00, Jacques Le Roux a scris:
> >> Hi,
> >>
> >> All demos are down (no processes running). I suspect a restart of the
> >> VM. I restart them all manually, wait 5 to 10 mins...
> >>
> >> Jacques
> >>
> >
> > Hello Jacques,
> >
> > I presume you are talking about docker deployments.
> > Can I take a look at how they are deployed ?
> >
> > I keep reading about them being down because of restarts or some other
> > reason.
> > I believe I can help. Docker has options to restart automatically:
> >
https://docs.docker.com/config/containers/start-containers-automatically/
> >
> > I think adding `unless-stopped` restart policy should do it.
> > You can also go with `always`.
> >
> > docker run -d --restart unless-stopped redis
> >
> > Regards,
>
> Hi Eugen,
>
> Actually, this time at least, Docker is not concerned. When I said (no
> processes running) I meant no OFBiz process.
> It happens from time to time. I guess this was due by a reported outage
> to Infra (even backup). Almost all VMs are externalised now.
>
> For Docker, all the information is there:
> https://github.com/apache/ofbiz-tools/tree/master/demo-backup/ofbizdocker
>
> HTH
>
> Jacques
>
>
--
Daniel Watford
