eGroupware 17 Installation auf Ubuntu 18.04 fehlerhaft

uli.h 2018-09-25 18:45:25 UTC #1

Ich habe in mehreren Anläufen versucht, eGroupware in der aktuellen Version wieder auf meinem Ubuntu Server ans Laufen zu bekommen, nachdem ich das System von 16. auf 18.04 upgegraded habe.

Das Problem mit mit der nginx-Abhängigkeit konnte ich lösen - mein Apache2 funktioniert jetzt wieder reibungslos.

Jetzt habe ich ein neues Problem: die Installation terminiert mit error code 1:

egroupware-epl (17.1.20180831) wird eingerichtet …
/var/lib/dpkg/info/egroupware-epl.postinst: Zeile 83: /usr/share/egroupware/doc/rpm-build/post_install.php: Datei oder Verzeichnis nicht gefunden
EGroupware install log saved to /root/egroupware-epl-install.log
chmod: Zugriff auf ‘/var/lib/egroupware/header.inc.php’ nicht möglich: Datei oder Verzeichnis nicht gefunden
dpkg: Fehler beim Bearbeiten des Paketes egroupware-epl (–configure):
Unterprozess installed egroupware-epl package post-installation script gab den Fehler-Ausgangsstatus 1 zurück
Fehler traten auf beim Bearbeiten von:
egroupware-epl
E: Sub-process /usr/bin/dpkg returned an error code (1)

Aus dem Logfile werde ich nicht schlau, es ist richtig, dass eine Datei fehlt.

Mi 19. Sep 18:27:29 CEST 2018
/var/lib/dpkg/info/egroupware-epl.postinst: Zeile 83: /usr/share/egroupware/doc/rpm-build/post_install.php: Datei oder Verzeichnis nicht gefunden
Mi 19. Sep 19:15:04 CEST 2018
/var/lib/dpkg/info/egroupware-epl.postinst: Zeile 83: /usr/share/egroupware/doc/rpm-build/post_install.php: Datei oder Verzeichnis nicht gefunden
Di 25. Sep 20:25:01 CEST 2018
/var/lib/dpkg/info/egroupware-epl.postinst: Zeile 83: /usr/share/egroupware/doc/rpm-build/post_install.php: Datei oder Verzeichnis nicht gefunden

Wo soll ich denn jetzt mit Suchen anfangen?

Update über debian repository - Abbruch wegen nginx wenn /etc/ngnix vorhanden

StefanU 2018-09-25 19:08:40 UTC #2

Hallo Ulrich,

Hmmm. Das lief vorher (auf vermutlich ubuntu 16.04)?
Ich habe mehrere Systeme von 16.04 auf 17.10 und 18.04 gebracht. Bis auf ein bischen PHP-Gefummel kein Problem.

Was lief den nach dem Upgrade oder was nicht?
Versuchst du nun EGw neu zu installieren?
Oder ist das ein Update?
War das eine Paketinstallation (was der Pfad nahelegen würde)?

Gruß
Stefan

uli.h 2018-09-27 18:50:22 UTC #3

Hallo Stefan,

Danke für die Reaktion auf meine Anfrage!

Ja, ich hatte vorher Ubuntu 16.04 LTS installiert und dann auf die 18.04 LTS upgegraded. Das Upgradescript lief ohne Probleme durch.

Beim ersten Neustart des Servers lief aber dnsmasq, apache2, roundcube und die mariadb nicht mehr. Außerdem war meine Remote-Oberfläche ispconfig weg.
Ich habe die Probleme nach und nach bereinigt:

erst bind9 restlos entfernt, damit lief dnsmasq wieder
in der mariadb habe ich das root-Passwort erneuert damit ich mich auf dem System überhaupt wieder anmelden konnte. Danach habe ich die ispconfig-Datenbank gelöscht. Danach lief die mariadb wieder problemlos.
ich musste Apache2 zuerst purgen, danach neu installieren. Danach konnte ich phpmyadmin und roundcube wieder aufrufen.
Hier fingen die Probleme mit eGroupware an: beim Deinstallieren des Apache wurde auch eGroupware deinstalliert. Die Restdateien aus der Deinstallation habe ich mit autoclean und autoremove beseitigt.

Danach habe ich den neuen Paketpfad eingetragen und wollte EGW neu installieren.
Nachdem das Installationsscript mit Error 1 abgebrochen ist habe ich EGW wieder deinstalliert (purge, also inkl. aller Konfigdateien) und die Dateireste manuell gelöscht.
Auch der zweite Versuch brach mit Error 1 ab - danach wieder völliger Deinstall und Neuinstallation.

Grüße
Ulrich
Dnsmasq

StefanU 2018-09-28 19:47:23 UTC #4

Hallo Ulrich.

Hmmm. Sehr merkwürdig. Warum sollte EGroupware deinstalliert werden?

Hast du genug Plattenplatz?

Wie sieht denn dein
/root/egroupware-epl-install.log
/var/log/dpkg.log
aus?

Ist denn die Datenbank egroupware noch vorhanden?

Gruß
Stefan

RalfBecker 2018-09-28 20:37:44 UTC #5

Wenn Apache deinstalliert wird, wird auch EGroupware deinstalliert, da wir Apache (oder Nginx) benötigen. Das ist also ganz normal.

Bei der normalen Deinstallation werden die Dateien der EGroupware und die Datenbank NICHT gelöscht.

Eine normale Installation danach schlägt immer fehl, da wir erkennen das eine Datenbank da ist und diese zur Sicherheit nicht überschreiben.

Frage ist was du jetzt machen willst?
a) die alte Datenbank loswerden damit eine leere Neuinstallation funktioniert
b) EGroupware wieder mit den alten Daten installieren

Ralf

uli.h 2018-10-05 20:00:21 UTC #6

Danke Ralf für die Hilfe.
Ich habe keine EGW-Datenbank, weil ich den MySQL-Server neu aufsetzen musste.

Der Error 1 tritt also beim Versuch auf, eine leere Neuinstalation vorzunehmen.
Genau die scheint nicht zu funktionieren…

uli.h 2018-10-11 09:38:25 UTC #7

Ich habe inzwischen weiter recherchiert.
Wenn ich die Installationsroutine aufrufe und vorher das gesamte System bereinigt habe wird keine Datenbank angelegt… kann ja eigentlich auch nicht, weil es bei der Abarbeitung des Install-Skripts keine Abfrage zu DB-User und -PW gibt.
Wenn ich wenigsten wüsste, wo das Script liegt, könnte ich es mal analysieren.

uli.h 2018-10-11 21:22:32 UTC #8

Ich habe inzwischen die EGW-Installation komplett zurückgebaut (purge, autoremove, autoclean), danach die verbliebenen egroup-Dateien manuell gelöscht, das Repository bereinigt. Nach alldem war das System 100% EGW-frei

Danach eine neue Datei in /etc/apt/sources.list.d erzeugt, apt-get update, apt-get install egroupware-epl ausgeführt.
Das Ergebnis ist niederschmetternd: Installation bricht wieder ab.

/var/lib/dpkg/info/egroupware-epl.postinst: Zeile 83: /usr/share/egroupware/doc/rpm-build/post_install.php: Datei oder Verzeichnis nicht gefunden
EGroupware install log saved to /root/egroupware-epl-install.log
chmod: Zugriff auf ‘/var/lib/egroupware/header.inc.php’ nicht möglich: Datei oder Verzeichnis nicht gefunden
dpkg: Fehler beim Bearbeiten des Paketes egroupware-epl (–configure):
Unterprozess installed egroupware-epl package post-installation script gab den Fehler-Ausgangsstatus 1 zurück
Fehler traten auf beim Bearbeiten von: egroupware-epl
E: Sub-process /usr/bin/dpkg returned an error code (1)

Eine Logdatei wurde nicht angelegt.

Wie bekomme ich EGW denn nun installiert?

RalfBecker 2018-10-12 07:31:46 UTC #9

Das Skript das von der Debian Paketinstallation aufgerufen wird und EGroupware installiert ist:

github.com

EGroupware/egroupware/blob/17.1/doc/rpm-build/post_install.php

#!/usr/bin/env php
<?php
/**
 * EGroupware - RPM post install: automatic install or update EGroupware
 *
 * @link http://www.egroupware.org
 * @license http://opensource.org/licenses/gpl-license.php GPL - GNU General Public License
 * @author RalfBecker@outdoor-training.de
 * @version $Id$
 */

if (php_sapi_name() !== 'cli')	// security precaution: forbit calling post_install as web-page
{
	die('<h1>post_install.php must NOT be called as web-page --> exiting !!!</h1>');
}
$verbose = false;
$config = array(
	'php'         => PHP_BINARY,
	'source_dir'  => realpath(__DIR__.'/../..'),
	'data_dir'    => '/var/lib/egroupware',

This file has been truncated. show original

(Bei einer Paketinstallation unter /usr/share/egroupware/doc/rpm-build/.)

Das Skript kann man mit -h aufrufen und dann wird ein Usage ausgegeben:

RalfsMac:epl-17.1 ralf$ doc/rpm-build/post_install.php -h
Usage: doc/rpm-build/post_install.php [-h|--help] [-v|--verbose] [--distro=(suse|rh|debian)] [options, ...]

options and their defaults:
--php                 /usr/bin/php
--source_dir          /usr/share/egroupware
--data_dir            /var/lib/egroupware
--header              $data_dir/header.inc.php
--setup-cli           $source_dir/setup/setup-cli.php
--domain              default
--config_user         admin
--config_passwd       <16 char random string>
--db_type             mysqli
--db_host             localhost
--db_port             3306
--db_name             egroupware
--db_user             egroupware
--db_pass             <16 char random string>
--db_grant_host       localhost
--db_root             root
--db_root_pw
--backup
--admin_user          sysop
--admin_passwd        <16 char random string>
--admin_email
--lang                de
--charset             utf-8
--start_db            /sbin/service mysqld
--autostart_db        /sbin/chkconfig --level 345 mysqld on
--start_webserver     /sbin/service httpd
--autostart_webserver /sbin/chkconfig --level 345 httpd on
--distro              debian
--account-auth        sql
--account_min_id
--ldap_suffix         dc=local
--ldap_host           localhost
--ldap_admin          cn=admin,$suffix
--ldap_admin_pw
--ldap_base           o=$domain,$suffix
--ldap_root_dn        cn=admin,$base
--ldap_root_pw        <16 char random string>
--ldap_context        ou=accounts,$base
--ldap_search_filter  (uid=%user)
--ldap_group_context  ou=groups,$base
--ldap_encryption_type
--sambaadmin/sambasid
--mailserver
--smtpserver          localhost,25
--smtp
--imap
--sieve
--folder
--install-update-app
--webserver_user      apache
--apache_config       /etc/apache2/conf.d/egroupware.conf
--php5enmod

Die Defaults sind für Debian und MariaDB in der Regel ausreichend. Falls Du MySQL verwendest oder bei MariaDB ein root Passwort gesetzt hast, kannst Du das z.B. mit --db_root_pw <password> angeben.

Die Paketinstallation sollte die EGroupware Sourcen in /usr/share/egroupware abgelegt haben und das Datenverzeichnis /var/lib/egroupware mit Eigentümer www-data:www-data angelegt haben.

Andere Möglichkeit ist die klassische Webinstallation zu machen, dh. die URL: http://localhost/egroupware/setup/ aufrufen.

Ralf

StefanU 2018-10-12 18:35:30 UTC #10

OK. Habe ich getestet. Ist natürlich so. Wieder was gelernt…
Allerdings wird bei der Deinstallation von nginx EGw NICHT deinstalliert.

Des weiteren habe ich verschiedeenes getestet:

Frisches Ubuntu-server 18.04, nichts installiert (kein WWW-Server, keine DB, kein PHP)   

 Ohne vorinstallierte DB:
 Fragt nach Benutzer und Passwort
 Installiert mariadb

Bei vorinstallierten mysql:
Fragt nach Benutzer und Passwort
Belässt mysql, tauscht nicht gegen mariadb

Bei vorinstallierten mysql mit Passwort:
Fragt nach Benutzer und Passwort
Belässt mysql, tauscht nicht gegen mariadb

Deinstallation mysql:
Deinstalliert mysql, rührt EGroupware nicht an

Deinstallation mit vorinstallierte mariadb mit Passwort:
Deinstalliert mariadb, rührt EGroupware nicht an

Deinstallation EGw und mariadb:
ohne Fehler
Neuinstallation EGw: Funktioniert

Deinstallation von nginx:
Deinstalliert EGw NICHT

Also steigt doch das Installationsscript bei dir vorher aus. Es wird ansonsten immer nach den credentials für die DB gefragt.
Das kann doch dann eigentlich bei dem beschriebenen Bild nur noch an nicht ausreichenden (Dateisystem-)Rechten des script-ausführenden Benutzer liegen(?).

Also eine /root/egroupware-epl-install.log wird nicht angelegt?
Auch kein anderes log unter /var/log gibt etwas her?

Gruß
Stefan

uli.h 2018-10-18 15:02:07 UTC #11

Ich habe nach nach dem post_install.php Script gesucht. Das ist aber nirgendwo zu finden.
Die Suche nach egroupware ergibt:

ulrich@SRV:/$ sudo find -name egroupware
./usr/share/doc/egroupware-epl-timesheet
./usr/share/doc/egroupware-epl-filemanager
./usr/share/doc/egroupware-epl-news-admin
./usr/share/doc/egroupware-epl-notifications
./usr/share/doc/egroupware-epl-infolog
./usr/share/doc/egroupware-epl-bookmarks
./usr/share/doc/egroupware-epl-projectmanager
./usr/share/doc/egroupware-epl
./usr/share/doc/egroupware-epl-importexport
./usr/share/doc/egroupware-epl-collabora
./usr/share/doc/egroupware-epl-resources
./usr/share/doc/egroupware-epl-esync
./usr/share/doc/egroupware-epl-vendor
./usr/share/doc/egroupware-epl-tracker
./usr/share/doc/egroupware-epl-calendar
./usr/share/doc/egroupware-epl-registration
./usr/share/egroupware
./usr/share/egroupware/notifications/java/src/egroupwaretray
./usr/share/egroupware/vendor/egroupware
./var/cache/apt/archives/egroupware-epl-resources_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-infolog_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-registration_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-vendor_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-collabora_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-bookmarks_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-filemanager_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-esync_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-news-admin_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-notifications_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-importexport_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-projectmanager_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-tracker_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-timesheet_17.1.20180831_all.deb
./var/cache/apt/archives/egroupware-epl-calendar_17.1.20180831_all.deb
./var/lib/egroupware
./var/lib/dpkg/info/egroupware-epl-news-admin.list
./var/lib/dpkg/info/egroupware-epl-filemanager.list
./var/lib/dpkg/info/egroupware-epl.postinst
./var/lib/dpkg/info/egroupware-epl-tracker.md5sums
./var/lib/dpkg/info/egroupware-epl-bookmarks.md5sums
./var/lib/dpkg/info/egroupware-epl-projectmanager.md5sums
./var/lib/dpkg/info/egroupware-epl-resources.list
./var/lib/dpkg/info/egroupware-epl-calendar.list
./var/lib/dpkg/info/egroupware-epl-tracker.list
./var/lib/dpkg/info/egroupware-epl-esync.list
./var/lib/dpkg/info/egroupware-epl-importexport.list
./var/lib/dpkg/info/egroupware-epl-news-admin.md5sums
./var/lib/dpkg/info/egroupware-epl-registration.md5sums
./var/lib/dpkg/info/egroupware-epl-notifications.list
./var/lib/dpkg/info/egroupware-epl-infolog.md5sums
./var/lib/dpkg/info/egroupware-epl-calendar.md5sums
./var/lib/dpkg/info/egroupware-epl.list
./var/lib/dpkg/info/egroupware-epl-registration.list
./var/lib/dpkg/info/egroupware-epl-importexport.md5sums
./var/lib/dpkg/info/egroupware-epl-projectmanager.list
./var/lib/dpkg/info/egroupware-epl-collabora.md5sums
./var/lib/dpkg/info/egroupware-epl-infolog.list
./var/lib/dpkg/info/egroupware-epl.config
./var/lib/dpkg/info/egroupware-epl.md5sums
./var/lib/dpkg/info/egroupware-epl-filemanager.md5sums
./var/lib/dpkg/info/egroupware-epl-timesheet.list
./var/lib/dpkg/info/egroupware-epl-bookmarks.list
./var/lib/dpkg/info/egroupware-epl-notifications.md5sums
./var/lib/dpkg/info/egroupware-epl-vendor.md5sums
./var/lib/dpkg/info/egroupware-epl-timesheet.md5sums
./var/lib/dpkg/info/egroupware-epl-vendor.list
./var/lib/dpkg/info/egroupware-epl-resources.md5sums
./var/lib/dpkg/info/egroupware-epl.postrm
./var/lib/dpkg/info/egroupware-epl-collabora.list
./var/lib/dpkg/info/egroupware-epl-esync.md5sums
./var/crash/egroupware-epl.0.crash

Also habe ich EGW wieder deinstalliert.
Bei der Neuinstallation traten diese Fehler auf:

EGW InRelease wird ignoriert

root@SRV:~# apt update
OK:1 http://de.archive.ubuntu.com/ubuntu bionic InRelease
Ign:2 http://download.opensuse.org/repositories/server:/eGroupWare/xUbuntu_18.04 InRelease
OK:3 http://de.archive.ubuntu.com/ubuntu bionic-updates InRelease
OK:4 http://download.opensuse.org/repositories/server:/eGroupWare/xUbuntu_18.04 Release

EGW Core und Mail haben anscheinend keine Dateilisten

dpkg: Warnung: Dateilisten-Datei des Paketes »egroupware-epl-core« fehlt; es wird angenommen,
dass das Paket derzeit keine Dateien installiert hat
dpkg: Warnung: Dateilisten-Datei des Paketes »egroupware-epl-mail« fehlt; es wird angenommen,
dass das Paket derzeit keine Dateien installiert hat

In var/log gibt’s keine Log, das auf EGW hindeutet.

Die Installation bricht also folgerichtig ab mit dem Hinweis, dass post-install.php fehlt:

/var/lib/dpkg/info/egroupware-epl.postinst: Zeile 83: /usr/share/egroupware/doc/rpm-build/post_install.php: Datei oder Verzeichnis nicht gefunden
EGroupware install log saved to /root/egroupware-epl-install.log
chmod: Zugriff auf ‘/var/lib/egroupware/header.inc.php’ nicht möglich: Datei oder Verzeichnis nicht gefunden
dpkg: Fehler beim Bearbeiten des Paketes egroupware-epl (–configure):
Unterprozess installed egroupware-epl package post-installation script gab den Fehler-Ausgangsstatus 1 zurück
Fehler traten auf beim Bearbeiten von:
egroupware-epl
E: Sub-process /usr/bin/dpkg returned an error code (1)

Im Verzeichnis /usr/share/egroupware fehlt das Unterverzeichnis doc/rpm-build
Ich vervollständige den Verzeichnisbaum mal manuell und kopiere das install-script dorthin.
Mal schauen ob das funktioniert.

uli.h 2018-10-18 16:21:14 UTC #12

War leider nicht erfolgreich

Versuch: Datenbank war angelegt, aber keine Tabellen drin.
Also Datenbank gelöscht, apt remove, apt install

Fehler 1, keine Datenbank

Versuch: apt purge, alle EGW-Reste manuell entfernt
apt install, Unterverzeichnis doc/rpm-build manuell angelegt, post_install.php reinkopiert, db_root_pw eingetragen
danach erneut apt install
Aber immer wieder der gleiche Fehler:

/var/lib/dpkg/info/egroupware-epl.postinst: Zeile 83: /usr/share/egroupware/doc/rpm-build/post_install.php: Keine Berechtigung
EGroupware install log saved to /root/egroupware-epl-install.log
chmod: Zugriff auf ‘/var/lib/egroupware/header.inc.php’ nicht möglich: Datei oder Verzeichnis nicht gefunden
dpkg: Fehler beim Bearbeiten des Paketes egroupware-epl (–configure):
Unterprozess installed egroupware-epl package post-installation script gab den Fehler-Ausgangsstatus 1 zurück
Fehler traten auf beim Bearbeiten von:
egroupware-epl
E: Sub-process /usr/bin/dpkg returned an error code (1)

jetzt wurde wohl die Header-Datei nicht geschrieben… Mist…

RalfBecker 2018-10-18 17:26:38 UTC #13

Ich hatte Dir im letzten Post geschrieben wo es zu finden ist:

Ralf

uli.h 2018-10-29 14:39:09 UTC #14

Ich konnte den Fehler in der Softwareverwaltung mit aptitude beseitigen!
Konnte zwar nicht nachvollziehen, warum das Installationsscript vorher abgebrochen ist… aber nun ist die Software installiert.

Ich schließe diesen Task.

Installation auf Strao VServer schlägt fehl