Installation failed

[q__nt_n]

Hello,

I got this error :

Nov 16 22:24:29/app/pkg/start.sh: line 71: 18 Segmentation fault /app/code/bin/leantime db:install --email='admin@cloudron.local' --password='changeme' --first-name='Admin' --last-name='Admin' --company-name='Leantime'
Nov 16 22:24:33=> Creating directories
Nov 16 22:24:33=> Healtheck error: Error: connect ECONNREFUSED 172.18.20.90:8080
Nov 16 22:24:33=> Ensure Cloudron related env variables
Nov 16 22:24:33=> DB initialisation
Nov 16 22:24:33PHP Warning: PHP Startup: Unable to load dynamic library 'fileinfo.so' (tried: /usr/lib/php/20210902/fileinfo.so (b: cannot open shared object file: No such file or directory), /usr/lib/php/20210902/fileinfo.so.so (/usr/lib/php/20210902/fileinfo.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0

Could you help me please ?

[girish]

@q__nt_n said in Installation failed:

Nov 16 22:24:29/app/pkg/start.sh: line 71: 18 Segmentation fault /app/code/bin/leantime db:install --email='admin@cloudron.local' --password='changeme' --first-name='Admin' --last-name='Admin' --company-name='Leantime'

There was a segmentation fault. Not sure why, can you just try uninstalling and reintsalling?

[q__nt_n]

Yes, I tried 3 times !
Someone could test to install to determine if the problem it's just for me ?

[nebulon]

I wasn't able to reproduce this. Is it possible that the server may run out of memory or disk space? Is there anything in the hosts system logs at journalctl --system -f while starting the app?

[girish]

@q__nt_n Is it only this app or other apps too? I wonder if this is somehow cpu related. Which VPS provider are you using? You can also check dmesg output along with what @nebulon said

[q__nt_n]

It's only this app. I have 7/8 apps started

I got VPS M from contabo : https://contabo.com/en/vps/

I got space disk :

/dev/sda3       391G  108G  263G  30% /

I saw nothing on logs :

journalctl --system -f

 Nov 17 17:54:24 HOST systemd-udevd[274742]: Using default interface naming scheme 'v249'.
Nov 17 17:54:24 HOST systemd-udevd[274740]: Using default interface naming scheme 'v249'.
Nov 17 17:54:24 HOST systemd-networkd[448]: veth2d03e50: Link UP
Nov 17 17:54:24 HOST kernel: br-66f0df20f7c5: port 19(veth2d03e50) entered blocking state
Nov 17 17:54:24 HOST kernel: br-66f0df20f7c5: port 19(veth2d03e50) entered disabled state
Nov 17 17:54:24 HOST kernel: device veth2d03e50 entered promiscuous mode
Nov 17 17:54:24 HOST networkd-dispatcher[478]: WARNING:Unknown index 1629 seen, reloading interface list
Nov 17 17:54:24 HOST containerd[488]: time="2023-11-17T17:54:24.556438345Z" level=info msg="loading plugin \"io.containerd.event.v1.publisher\"..." runtime=io.containerd.runc.v2 type=io.containerd.event.v1
Nov 17 17:54:24 HOST containerd[488]: time="2023-11-17T17:54:24.556513465Z" level=info msg="loading plugin \"io.containerd.internal.v1.shutdown\"..." runtime=io.containerd.runc.v2 type=io.containerd.internal.v1
Nov 17 17:54:24 HOST containerd[488]: time="2023-11-17T17:54:24.556527692Z" level=info msg="loading plugin \"io.containerd.ttrpc.v1.task\"..." runtime=io.containerd.runc.v2 type=io.containerd.ttrpc.v1
Nov 17 17:54:24 HOST containerd[488]: time="2023-11-17T17:54:24.556774171Z" level=info msg="starting signal loop" namespace=moby path=/run/containerd/io.containerd.runtime.v2.task/moby/627c8ad80e76e670399dfcbd8d05bebdbca38aff04bc98a5144762241f76e1a2 pid=274766 runtime=io.containerd.runc.v2
Nov 17 17:54:24 HOST kernel: eth0: renamed from veth3cc677c
Nov 17 17:54:24 HOST systemd-networkd[448]: veth2d03e50: Gained carrier
Nov 17 17:54:24 HOST kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Nov 17 17:54:24 HOST kernel: br-66f0df20f7c5: port 19(veth2d03e50) entered blocking state
Nov 17 17:54:24 HOST kernel: br-66f0df20f7c5: port 19(veth2d03e50) entered forwarding state
Nov 17 17:54:25 HOST kernel: php[274866]: segfault at 7ff85d3ae318 ip 00007ff85d3ae318 sp 00007ffd3caba3e8 error 7 in xsl.so[7ff85d3ab000+4000]
Nov 17 17:54:25 HOST kernel: Code: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <00> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Nov 17 17:54:25 HOST dockerd[687]: time="2023-11-17T17:54:25.276240249Z" level=info msg="ignoring event" container=627c8ad80e76e670399dfcbd8d05bebdbca38aff04bc98a5144762241f76e1a2 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete"
Nov 17 17:54:25 HOST containerd[488]: time="2023-11-17T17:54:25.276443627Z" level=info msg="shim disconnected" id=627c8ad80e76e670399dfcbd8d05bebdbca38aff04bc98a5144762241f76e1a2
Nov 17 17:54:25 HOST containerd[488]: time="2023-11-17T17:54:25.276506935Z" level=warning msg="cleaning up after shim disconnected" id=627c8ad80e76e670399dfcbd8d05bebdbca38aff04bc98a5144762241f76e1a2 namespace=moby

dmesg :

[1415504.329861] php[272430]: segfault at 7f693aee0318 ip 00007f693aee0318 sp 00007ffe25d50bb8 error 7 in xsl.so[7f693aedd000+4000]
[1415504.329889] Code: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <00> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

[nebulon]

Very strange yes. Unlikely but maybe the downloaded image has some bitflip or so. Can you uninstall the app again and then purge images explicilty with docker image prune -a afterwards try a new app install again.

[q__nt_n]

Same problem.

Nov 17 19:36:21=> Ensure Cloudron related env variables

It's mandatory to set env variables ? isn't it done automatically?
I saw nothing on documentation

[nebulon]

No env variable are required to be set. The start.sh script will do so. For the issue I am afraid I guess we have to take a direct look. If you want this please send us a support ticket via the support view in your dashboard and tick the remote SSH support checkbox.

[q__nt_n]

Good news,
After restart some apps, I got the same problem on another apps
So I decided to upgrade my server and reboot it.
All apps works now !

However, I had created a support request before finding the solution
It can be deleted.

[nebulon]

hm some bad server slice...glad you worked it out in the end.