Fehler im Installationsscript?

[werner53844]

Guten Morgen,
ich vesuche gerade auf einem vServer bei Strato auf Ubuntu 22.04 eGroupware zu istallieren.
Dabei kommt im log folgendes:
EGroupware\Api\Cache::get_provider(Instance) no provider found (error instanciating provider EGroupware\Api\Cache\Files: EGroupware\Api\Cache\Files::__construct() can’t create basepath !)!EGroupware\Api\Cache::get_provider:700 / EGroupw>
EGroupware\Api\Cache::get_provider(Tree) no provider found ()!EGroupware\Api\Cache::get_provider:700 / EGroupware\Api\Cache::getCache:298 / EGroupware\Api\Cache::getTree:425 / EGroupware\Api\Translation::init:179 / EGroupware\Api\Transl>
/usr/bin/php8.1 -d memory_limit=-1 /usr/share/egroupware/setup/setup-cli.php --setup-cmd-database sub_command=create_db ‘domain=default’ ‘db_type=mysqli’ ‘db_host=db’ ‘db_port=3306’ ‘db_name=egroupware’ ‘db_user=egroupware’ 'db_pass=>@e>
Can not connect to mysqli database mysql on host db:3306 using user root! (ADOdb::Connect(db:3306, root, $Password, mysql) failed.) (100)
/usr/share/egroupware/setup/inc/class.setup_cmd_database.inc.php (158)

Installation failed --> exiting!

Retrying EGroupware installation in 3 seconds …
EGroupware\Api\Cache::get_provider(Instance) no provider found (error instanciating provider EGroupware\Api\Cache\Files: EGroupware\Api\Cache\Files::__construct() can’t create basepath !)!EGroupware\Api\Cache::get_provider:700 / EGroupw>
EGroupware\Api\Cache::get_provider(Tree) no provider found ()!EGroupware\Api\Cache::get_provider:700 / EGroupware\Api\Cache::getCache:298 / EGroupware\Api\Cache::getTree:425 / EGroupware\Api\Translation::init:179 / EGroupware\Api\Transl>
/usr/bin/php8.1 -d memory_limit=-1 /usr/share/egroupware/setup/setup-cli.php --setup-cmd-database sub_command=create_db ‘domain=default’ ‘db_type=mysqli’ ‘db_host=db’ ‘db_port=3306’ ‘db_name=egroupware’ ‘db_user=egroupware’ 'db_pass=SaV>
Can not connect to mysqli database mysql on host db:3306 using user root! (ADOdb::Connect(db:3306, root, $Password, mysql) failed.) (100)
/usr/share/egroupware/setup/inc/class.setup_cmd_database.inc.php (158)

Installation failed --> exiting!
(12 mal) und danach:
Installing of EGroupware failed!

liegt es am Script oder sind bei Stroto irgendwelche Einstellungen so krumm, dass das Script noch sauber durchlaufen kann.
Sonnige Grüße aus Troisdorf
Werner

[StefanU]

Hallo Werner.

liegt es am Script oder sind bei Stroto irgendwelche Einstellungen so krumm, dass das Script noch sauber durchlaufen kann.

Erst einmal:
Das Script versucht während der Installation die DB zu erreichen um die Datenbanktabellen anzulegen. Die DB ist aber meist noch nicht oben wenn der anfängt. Darum die wiederholenden Versuchen. Also erst einmal normal.

Wie hört denn das Log auf?
Was passiert wenn du ein Debian 11 nimmst?
Wie hast du versucht zu installieren?

Ich hatte das mal eine Installation auf einem VPS hier beschrieben:

Installation EGroupware auf IONOS vServer (VPS)

Stefan

[werner53844]

Hallo Stefan,
unter Debian 11 ist es noch schlimmer:
Errors were encountered while processing:
/tmp/apt-dpkg-install-EYOP0l/48-egroupware-collabora-key_22.05.20220815-1_amd64.deb
/tmp/apt-dpkg-install-EYOP0l/50-egroupware-docker_23.1.20230314-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Unter Ubuntu endet das Sript mit:
Installing of EGroupware failed!

Ich hatte mich bei der Installation an Deine Anleitung gehalten (hat ja vor gut einem halben Jahr bei Ionos super funktioniert). Jetzt wollte ich es bei Strato probieren, da mir die Konditionen dort besser gefallen).
bei einem “apt install egroupware-docker” sollten doch alle Pakete inkl. Datenbank installiert werden.
Gruß Werner

[werner53844]

Hallo Stefan,
unter Debian 11 ist es noch schlimmer:
Errors were encountered while processing:
/tmp/apt-dpkg-install-EYOP0l/48-egroupware-collabora-key_22.05.20220815-1_amd64.deb
/tmp/apt-dpkg-install-EYOP0l/50-egroupware-docker_23.1.20230314-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Unter Ubuntu endet das Sript mit:
Installing of EGroupware failed!

Ich hatte mich bei der Installation an Deine Anleitung gehalten (hat ja vor gut einem halben Jahr bei Ionos super funktioniert). Jetzt wollte ich es bei Strato probieren, da mir die Konditionen dort besser gefallen).
bei einem “apt install egroupware-docker” sollten doch alle Pakete inkl. Datenbank installiert werden.
Gruß Werner

[StefanU]

Ich hatte mich bei der Installation an Deine Anleitung gehalten (hat ja vor gut einem halben Jahr bei Ionos super funktioniert). Jetzt wollte ich es bei Strato probieren, da mir die Konditionen dort besser gefallen).

Da kann ja eigentlich auch kaum was schief laufen…

Was ist das für ein Tarif/Angebot?
Installierst du Debian/Ubuntu selber oder ist das ein Image von denen?
Kann auch sein, dass Docker in dem Tarif nicht funktioniert. Das müsstest du mal bei denen recherchieren/fragen.

E: Sub-process /usr/bin/dpkg returned an error code (1)

Schau mal in das log.

Stefan

[werner53844]

Es ist ein VPS Linux VC4-8 mit 4 CPU-Kernen, 8 GB RAM und 300 GB SSD für 6€/Monat, gegenüber 2 Kernen, 4 GB RAM, 120 GB SSD für 10€/Monat.
Ich installieren deren Ubuntu 22.04-Image. Laut deren Kundehotline läuft Docker auf dem Tarif total rund.
Dann werde ich mal versuchen, alle Komponenten einzeln zu installieren (obwohl das ja nicht Sinn und Zweck des ganzen ist).
Es wird definitiv keine Datenbank erstellt:
MariaDB [(none)]> show databases;
±-------------------+
| Database |
±-------------------+
| information_schema |
| mysql |
| performance_schema |
| sys |
±-------------------+

[RalfBecker]

Wenn Du meinen ssh Key mal beim User root unter /root/.ssh/authorized_keys ablegst, schau ich mir das mal an:

ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAutyWuVT4HbeA73Pc0S1WElZJbC835XZDNOReE7+pS+olebxYjKu6IfjYtDQEaPBxWox3+l6PTKN5oRbN3DZeKycM2UJBlAIbluddu3TsmgMPCn/lcxcNsVsAgz0bBhQStjA+d9jpNouN6LvRhPgFFov7IicYsZtqA3r7Yy2UTdc= rb@egroupware.org

Wenn es für Dich ok ist, würde ich egroupware-docker erst mal wieder purgen und dann neu installieren.

Wichtig ist das Du mir das Ok gibst, das auf der Kiste noch nichts wichtiges drauf ist.

Ralf

[StefanU]

VPS Linux VC4-8 mit 4 CPU-Kernen, 8 GB RAM und 300 GB SSD

Wie viele hundert Benutzer willst du bedienen? …

gegenüber 2 Kernen, 4 GB RAM, 120 GB SSD für 10€/Monat.

Damit kann ich eine Firma betreiben mit sicherlich 60-80 Benutzer und wenige COOL-Benutzer.
Ich zahle dafür 5€.

Aber du hast vielleicht noch andere Sachen vor…

---

Da steht in der Tat “Docker ready”. Die scheinen eine KVM-Vollvirtualisierung zu verwenden. Ansonsten ist das bei Billig-Hostern schon mal ein Problem.

Stefan

[werner53844]

Hallo Ralf,
vielen Dank für Deine Hilfe.
Dein key ist drin, die Maschine hat die xxx.xxx.xxx.xxx
Auf der Kiste ist bis jetzt nichts weiter drauf als egroupware

Danke und Gruß aus Troisdorf

RalfBecker EGroupware GmbH
June 20
Wenn Du meinen ssh Key mal beim User root unter /root/.ssh/authorized_keys ablegst, schau ich mir das mal an:

> ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAutyWuVT4HbeA73Pc0S1WElZJbC835XZDNOReE7+pS+olebxYjKu6IfjYtDQEaPBxWox3+l6PTKN5oRbN3DZeKycM2UJBlAIbluddu3TsmgMPCn/lcxcNsVsAgz0bBhQStjA+d9jpNouN6LvRhPgFFov7IicYsZtqA3r7Yy2UTdc= rb@egroupware.org

[werner53844]

Es sind einige relativ große Mailboxen, da da testweise hin umgezogen sind. Ansonsten sind es knapp aktive Benutzer.
Aber es soll einiges an Dokumenten dort abgelegt werden, die ich nicht auf irgendwelcher hardware durch die Gegend tragen will.
Da waren die 80GB leider schon zu knapp.
Gruß Werner

[werner53844]

erledigt, IP hast Du per Mail

[RalfBecker]

Irgendwie ist das Networking im Docker “kaputt”, ich kann aus dem egroupware Container nichts außerhalb erreichen:

root@3e82e7f8622b:/# curl -i https://www.egroupware.org/currentversion
curl: (7) Failed to connect to www.egroupware.org port 443: No route to host

Fiel mir auch erst auf, als ich versucht habe zu untersuchen, warum der egroupware Container nicht mit der DB sprechen kann:

Can not connect to mysqli database mysql on host db:3306 using user root! (ADOdb::Connect(db:3306, root, $Password, mysql) failed.) (100)

Habe versucht im egroupware Container mariadb-client zu installieren, aber apt kann auch keine Update machen.

Auch der laufende Nginx Container ist vom Host nicht zu erreichen:

root@ubuntu:/etc/docker# docker ps
CONTAINER ID   IMAGE                                     COMMAND                  CREATED          STATUS          PORTS                      NAMES
7a679b8b6261   nginx:stable-alpine                       "/docker-entrypoint.…"   16 minutes ago   Up 16 minutes   127.0.0.1:8080->80/tcp     egroupware-nginx
8afaccc2b383   phpswoole/swoole:5.0-php8.1-alpine        "docker-php-entrypoi…"   16 minutes ago   Up 16 minutes                              egroupware-push
87674d38a236   containrrr/watchtower:latest              "/watchtower --sched…"   16 minutes ago   Up 16 minutes   8080/tcp                   egroupware-watchtower
3e82e7f8622b   egroupware/egroupware:23.1                "/entrypoint.sh php-…"   16 minutes ago   Up 16 minutes   9000/tcp                   egroupware
c1cb0687eef5   mariadb:10.6                              "docker-entrypoint.s…"   16 minutes ago   Up 16 minutes   3306/tcp                   egroupware-db
b2db55b356e9   quay.io/egroupware/collabora-key:stable   "/start-collabora-on…"   16 minutes ago   Up 16 minutes   127.0.0.1:9980->9980/tcp   collabora-key
root@ubuntu:/etc/docker# curl -i http://localhost:8080
^C

Ich kann nicht sagen ob das eine absichtliche Sicherheits-Maßname ist, oder einfach nur eine kaputte Docker Installation/Konfiguration.

Für mich ist das damit erst mal erledigt, entweder kommst Du mit deren Support weiter, oder suchst Dir einen anderen Hoster …

Ralf

[werner53844]

sorry für die (unnütze) Arbeit, die ich Euch gemacht habe.
Habe den Vertrag bei Strato storniert. Dort ist man der Meinung es liegt an Euch, was wohl nicht der Fall ist, da ich auf einem anderen vServer eGroupWare heute Abend anstandslos installiert bekommen habe.
Gruß aus Troisdorf
Werer

[werner53844]

das selbe Phänomen habe ich jetzt auf einem VPS bei Ionos

[StefanU]

Grad getestet (4 Minuten-Installation, IONOS-Debian11-Image): Funktioniert anstandslos Inkl. Anmeldung als sysop.
Stefan

[werner53844]

ich weiß nicht, wie oft ich jetzt auf Ubuntu 22 neu installiert habe. Immer mit dem gleichen Installatins-Script. Immer mit irgendwelchen Fehlern. Mal keine Datenbank, mal dies, mal das.
Jetzt mit Debian 11 installiert. Ich kann sysop anmelden.
Bin mal gespannt wie der Rest jetzt funktioniert. Es soll noch der mail-Server drauf und eine Datenbank vom Alt-System restored werden. Welche Reihenfolge muss dabei beachtet werden? Erst Datenbank restore und dann Mail-Server installieren oder umgekehrt?

[StefanU]

Welche Reihenfolge muss dabei beachtet werden? Erst Datenbank restore und dann Mail-Server installieren oder umgekehrt?

Du hattest EGw-Mail schon in Verwendung, oder?
Dann würde ich vorschlagen: Install egroupware-mail und dann backup einspielen.

Stefan

[StefanU]

ich weiß nicht, wie oft ich jetzt auf Ubuntu 22 neu installiert habe. Immer mit dem gleichen Installatins-Script. Immer mit irgendwelchen Fehlern. Mal keine Datenbank, mal dies, mal das.

Test mit IONOS-Ubuntu22-Image: Installiert geschmeidig und ich kann sysop anmelden.

echo 'deb http://download.opensuse.org/repositories/server:/eGroupWare/xUbuntu_22.04/ /' | sudo tee /etc/apt/sources.list.d/server:eGroupWare.list

wget -nv https://download.opensuse.org/repositories/server:eGroupWare/xUbuntu_22.04/Release.key -O - | sudo apt-key add - | sudo tee /etc/apt/trusted.gpg.d/server:eGroupWare.asc

sudo apt update

apt install mc net-tools gnupg htop -y   #Tools, welche ich verwende

sudo apt install egroupware-docker  -y

Stefan

[werner53844]

genau s habe ich (wie immer) installiert.

[RalfBecker]

Kannst mich ja nochmal auf die Kiste lassen, dann schau ich nochmal ob ich direkt was erkennen kann.

Ralf