eGw 19.1 auf CentOS 8 / RHEL 8 - geplant?

[TomH]

Hi Zusammen

Nur kurze Frage: CentOS 8 support via EPL geplant?

Ich frage, weil mit dem RHEL7 Repo von hier läuft die Paketinstallation nicht erfolgreich durch.

Gruss
Tom

[StefanU]

Hi Tom.

Nur kurze Frage: CentOS 8 support via EPL geplant?

Denke doch…

Hast du einen Überblick, wie der Stand von EPEL für CentOS 8 / RHEL 8 wegen PHP ist?
Oder was mitgeliefert wird?
Oder ob man für PHP das EPEL 7 verwenden kann?

Über das herunterladen der ISO bin ich noch nicht hinaus gekommen. Da sind einfach zu viele andere Sachen im Moment. Und kein Kunde setzt das im Moment ein (meine ich).

Vielleicht magst du ja das mal in Angriff nehmen?

---

Ich frage, weil mit dem RHEL7 Repo von hier läuft die Paketinstallation nicht erfolgreich durch.

Hmmm. Ich hatte ja schon einmal geschrieben, dass die (Neu-)Installation bei mir mehrere male funktioniert hat.
Ist da etwas konkretes wo wir dran packen können?

Gruß
Stefan

[TomH]

Hi Stefan

Ich weiss gerade nicht genau was für eine Information du suchst. Ich kann dir anbei ein paar Versionsinformationen von CentOS 8 mitteilen.

Ich dachte an eine Docker-Installation via yum install, sprich via ein Repository. Ich dachte gelernt zu haben, dass wir da frei von den Abhängigkeiten von lokalen PHP Versionen, etc wären

Hmmm. Ich hatte ja schon einmal geschrieben, dass die (Neu-)Installation bei mir mehrere male
funktioniert hat. Ist da etwas konkretes wo wir dran packen können?

Ich führe die Installation gem. hier aus:

yum install egroupware-docker egroupware-collabora-key egroupware-rocketchat

Es installiert egroupware-collabora-key und dann bleibt yum stehen, bei der Meldung, dass Scriptlets ausgeführt werden. Ich vermute diese Scripte im RPM laufen dann nicht durch.

Versionsinformationen CentOS8

versionsinfos.log.pdf (122,5 KB)
versionsinfos.log_quer.pdf (105,8 KB)

[StefanU]

dass wir da frei von den Abhängigkeiten von lokalen PHP Versionen, etc wären

Ja, hast du natürlich Recht.

Es installiert egroupware-collabora-key und dann bleibt yum stehen, bei der Meldung, dass Scriptlets ausgeführt werden. Ich vermute diese Scripte im RPM laufen dann nicht durch.

Ich kann das bei mir am WE auch mal durchspielen, wollte ich ja eh.
Im Moment ist aber ehrlich gesagt eigentlich keine Zeit um da tiefer einzusteigen. Ich muss endlich mal die Release-Notes für die 19.1 fertig bekommen…
Und letztendlich muss Ralf sich beizeiten der Sache annehmen.

Gruß
Stefan

[RalfBecker]

Hast du einen Überblick, wie der Stand von EPEL für CentOS 8 / RHEL 8 wegen PHP ist?

Oder was mitgeliefert wird?

Oder ob man für PHP das EPEL 7 verwenden kann?

Die PHP Version muss uns mit der 19.1 ja nicht mehr interessieren

Ich habe auf build.opensuse.org jetzt mal den Bau für CentOS 8 angeworfen.

Mal schauen das ich ein Testsystem bekomme, IONOS hat aktuell noch kein CentOS 8 Image, muss ich mal die CD hochladen.

Ralf

[TomH]

Mal schauen das ich ein Testsystem bekomme,

Du bist herzlich eingeladen meine Infrastruktur zu nutzen. Würde gerne etwas beitragen wenn ich kann und du mich für Dinge einspannen möchtest.

[RalfBecker]

Danke für das Angebot, ich bin schon dabei eine CentOS Kiste in unserem Testpool bei IONOS einzurichten.

Wir brauchen die sowieso für die Pakettests.

Ralf

[RalfBecker]

Einen kurzen Zwischenstand bzgl. CentOS 8:

• CentOS 8 bringt keinen klassischen Docker Daemon mehr mit
• man kann docker-ce von Docker selbst installieren, das ist aber bisher nur für RHEL/CentOS 7 verfügbar, läßt sich aber auch auf 8 installieren
• nach einigen Änderungen läuft die Installation des egroupware-docker Pakets durch bis zum Aufruf von docker-compose
• docker-compose ist auch nicht bei RHEL/CentOS 8 enthalten und ich verwende das Container basierende das wir auch für diverse andere Distros verwenden (kleines Shell Skript das das offizielle docker-compose in einem Container startet)
• im post Install des egroupware-docker Paketes gibt es beim Auftruf dieses Skripts einen Fehler wegen #!/bin/sh vermutlich weil /bin ein Symlink auf /usr/bin und sh einer auf bash ist
• ein einfaches cd /etc/egroupware-docker; docker-compose up -d startet dann die EGroupware Installation / Container manuell
• allerdings kann der Nginx aus irgendeinem Grund nicht mit dem FPM kommunizieren

Ich konnte bisher nicht rausfinden ob das an der für RHEL/CentOS 7 kompilierten Docker Daemon liegt oder an noch etwas anderem

Ralf

[xenolevis]

I apologize if this is totally unrelated or irrelevant, but…
When first upgrading from version 17 to egroupware-docker on CentOS 7 I had very similar problems. It was all down to SELinux which I think is running in enforcing mode by default on CentOS.

Hope this helps,
Xenolevis

[RalfBecker]

Thanks Xenolevis,

that was my first thought too, but switching SELinux off did not help

Ralf

[TomH]

Hi Ralf

I tried today evening this (on CentOS8):

# wget https://download.docker.com/linux/centos/docker-ce.repo -O /etc/yum.repos.d/docker-ce.repo
# wget https://download.opensuse.org/repositories/server:eGroupWare/CentOS_8/server:eGroupWare.repo -O /etc/yum.repos.d/eGroupWare.repo

Then i tried to install eGroupware by using this command:

# yum install egroupware-docker egroupware-collabora-key egroupware-rocketchat

The result was this:

[root@mail ~]# yum install egroupware-docker egroupware-collabora-key egroupware-rocketchat -y
Last metadata expiration check: 0:00:18 ago on Mon 07 Oct 2019 08:29:21 PM CEST.
Error:
 Problem 1: package docker-compose-1.24.1-6.1.x86_64 requires docker-ce >= 18.06.1, but none of the providers can be installed
  - package podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch conflicts with docker-ce provided by docker-ce-18.06.1.ce-3.el7.x86_64
  - package docker-ce-18.06.1.ce-3.el7.x86_64 conflicts with docker provided by podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch
  - package podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch conflicts with docker-ce provided by docker-ce-18.06.2.ce-3.el7.x86_64
  - package docker-ce-18.06.2.ce-3.el7.x86_64 conflicts with docker provided by podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch
  - package podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch conflicts with docker-ce provided by docker-ce-18.06.3.ce-3.el7.x86_64
  - package docker-ce-18.06.3.ce-3.el7.x86_64 conflicts with docker provided by podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch
  - package podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch conflicts with docker-ce provided by docker-ce-3:18.09.0-3.el7.x86_64
  - package docker-ce-3:18.09.0-3.el7.x86_64 conflicts with docker provided by podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch
  - package podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch conflicts with docker-ce provided by docker-ce-3:18.09.1-3.el7.x86_64
  - package docker-ce-3:18.09.1-3.el7.x86_64 conflicts with docker provided by podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch
  - package egroupware-collabora-key-1.3.20190911-2.1.noarch requires docker >= 1.12, but none of the providers can be installed
  - package egroupware-docker-19.1.20190917-9.1.noarch requires docker-compose >= 1.10.0, but none of the providers can be installed
  - package docker-ce-3:18.09.2-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.3-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.4-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.5-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.6-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.7-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.8-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.9-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:19.03.0-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:19.03.1-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:19.03.2-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - conflicting requests
  - package podman-docker-1.0.0-2.git921f98f.module_el8.0.0+57+bb81156c.noarch is excluded
  - package containerd.io-1.2.2-3.3.el7.x86_64 is excluded
  - package containerd.io-1.2.2-3.el7.x86_64 is excluded
  - package containerd.io-1.2.4-3.1.el7.x86_64 is excluded
  - package containerd.io-1.2.5-3.1.el7.x86_64 is excluded
  - package containerd.io-1.2.6-3.3.el7.x86_64 is excluded
 Problem 2: package docker-compose-1.24.1-6.1.x86_64 requires docker-ce >= 18.06.1, but none of the providers can be installed
  - package podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch conflicts with docker-ce provided by docker-ce-18.06.1.ce-3.el7.x86_64
  - package docker-ce-18.06.1.ce-3.el7.x86_64 conflicts with docker provided by podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch
  - package podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch conflicts with docker-ce provided by docker-ce-18.06.2.ce-3.el7.x86_64
  - package docker-ce-18.06.2.ce-3.el7.x86_64 conflicts with docker provided by podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch
  - package podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch conflicts with docker-ce provided by docker-ce-18.06.3.ce-3.el7.x86_64
  - package docker-ce-18.06.3.ce-3.el7.x86_64 conflicts with docker provided by podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch
  - package podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch conflicts with docker-ce provided by docker-ce-3:18.09.0-3.el7.x86_64
  - package docker-ce-3:18.09.0-3.el7.x86_64 conflicts with docker provided by podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch
  - package podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch conflicts with docker-ce provided by docker-ce-3:18.09.1-3.el7.x86_64
  - package docker-ce-3:18.09.1-3.el7.x86_64 conflicts with docker provided by podman-docker-1.0.0-2.git921f98f.module_el8.0.0+58+91b614e7.noarch
  - package egroupware-rocketchat-1.3.20190822-1.1.noarch requires docker-compose, but none of the providers can be installed
  - package egroupware-rocketchat-1.3.20190822-1.1.noarch requires docker >= 1.12, but none of the providers can be installed
  - package docker-ce-3:18.09.2-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.3-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.4-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.5-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.6-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.7-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.8-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:18.09.9-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:19.03.0-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:19.03.1-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - package docker-ce-3:19.03.2-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - conflicting requests
  - package podman-docker-1.0.0-2.git921f98f.module_el8.0.0+57+bb81156c.noarch is excluded
  - package containerd.io-1.2.2-3.3.el7.x86_64 is excluded
  - package containerd.io-1.2.2-3.el7.x86_64 is excluded
  - package containerd.io-1.2.4-3.1.el7.x86_64 is excluded
  - package containerd.io-1.2.5-3.1.el7.x86_64 is excluded
  - package containerd.io-1.2.6-3.3.el7.x86_64 is excluded
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)

In case i try the same without the docker-ce.repo, i get this:

# mv /etc/yum.repos.d/docker-ce.repo /etc/yum.repos.d/docker-ce.xxx    
# yum install egroupware-docker egroupware-collabora-key egroupware-rocketchat
Last metadata expiration check: 0:10:11 ago on Mon 07 Oct 2019 08:25:39 PM CEST.
Error:
 Problem 1: conflicting requests
  - nothing provides docker-ce >= 1.12 needed by egroupware-docker-19.1.20190917-9.1.noarch
 Problem 2: package egroupware-rocketchat-1.3.20190822-1.1.noarch requires docker-compose, but none of the providers can be installed
  - conflicting requests
  - nothing provides docker-ce >= 18.06.1 needed by docker-compose-1.24.1-6.1.x86_64
 Problem 3: package egroupware-collabora-key-1.3.20190911-2.1.noarch requires docker-compose, but none of the providers can be installed
  - conflicting requests
  - nothing provides docker-ce >= 18.06.1 needed by docker-compose-1.24.1-6.1.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)

I’m not sure if we used the same repo for eGw.

[RalfBecker]

Hi Tom,

did not found time to have a further look at CentOS 8.

At the moment I can only say, do NOT use it as docker-host for EGroupware.

Ralf

[TomH]

Ok, i will do a dryrun to upgrade eGw on CentOS7 once again the next few days.

[RalfBecker]

We found the problem with CentOS 8: it’s firewalld use nftables instead of iptables, which Docker uses.
If you switch back to iptables, the docker-ce package works on CentOS 8, as does our current egroupware-docker package.

I updated the documentation in the wiki accordingly:

EGroupware/egroupware

Ralf