Dolibarr : app is currently not responding

[BrutalBirdie]

@Enabl-ist

Testing on private dev node.

Could not reproduce:

App Title and Version
Dolibarr 15.0.2
App ID
bedef6d7-1841-4a12-93c0-caef3d101681
Package Version
org.dolibarr.cloudronapp@1.2.2
Last Updated
just now

Fist Start Log:
https://paste.cloudron.dev/sunopucige.swift

Can also be tested: https://dolibar.cloudron.dev
Default login.

---

BUT! I could reproduce this on the official demo instance:

App Title and Version
Dolibarr 15.0.2
App ID
03c1820d-c085-4549-baf2-3057c9feb554
Package Version
org.dolibarr.cloudronapp@1.2.2
Last Updated
just now

https://paste.cloudron.dev/iluweloyiy.rust

https://my.demo.cloudron.io

---

Now this is odd.

There is also a big delta between my private dev node of dolibars /app/data and the demo ones.

Private:

Demo:

---

The one big difference I see is that I am running Cloudron 7.2.0 and the Demo Node is running 7.2.5.

I could reproduce this error on another 7.2.5 node.
Also the mysql service RAM limit was also not the problem. (Thought maybe but no)

[BrutalBirdie]

Leaving a ping for @staff.

[BrutalBirdie]

wtf how did this ever work?

https://git.cloudron.io/cloudron/dolibarr-app/-/blob/master/Dockerfile#L43

COPY dolibarr/conf.php.ldap /app/data/conf/conf.php.ldap

When the docker image is build there is no /app/data/. . . at least it should not be there.

@nebulon was there a change between 7.2.0 when build docker images included /app/data stuff that would have been synced docker image /app/data to appdata/{APPID}/data/?

Digging more... tomorrow.
need sleep.

[nebulon]

@BrutalBirdie I agree this looks very strange and should not do what the line implies as /app/data/ will be mounted and thus the files COPYed here will not be visible. Maybe just some copy and paste error from another Dockerfile then.

[robi]

@BrutalBirdie seems that should be moved to the start.sh if it's desired as such and not already available as per the packaging.

[nebulon]

@robi I've taken a further look at the app package and I am also a bit puzzled as how this ever worked in the first place to be honest. We have rework this quite a bit it seems.

[robi]

@nebulon I'm not sure it worked at all, but was a superfluous step that didn't affect the outcome.

I could be wrong as I don't know what happens when the docker image layer gets added and the directory already exists and has files. Do they simply merge? Or is it overwritten?

[nebulon]

@robi no mergin happens, after the mount, the original files in that place are not accessible anymore. Either way I am now reworking that package to have a fresh start.

[robi]

@nebulon yes, thought so, the destination folder gets suppressed with the overlay.

[girish]

@nebulon said in Dolibarr : app is currently not responding:

@robi I've taken a further look at the app package and I am also a bit puzzled as how this ever worked in the first place to be honest. We have rework this quite a bit it seems.

This is because in previous versions, we used Docker volumes for local storage. Docker volume has a feature that things get copied over from a volume on first run. In Cloudron 7.2, we made localstorage a bind mount which does not have this feature.

I mentioned this in passing here - https://forum.cloudron.io/topic/6409/dashy/16

[Animus83]

domain: dolibarr.wentzelweb.com

[nebulon]

@Animus83 can you give more information, like which Dolibar app package version is this? Did this happen after an update or a fresh installation?

[nebulon]

This should be resolved with the latest version.