Update 1.8.007 aus Backup auf aktuelle Version

norbert 2018-07-11 08:04:21 UTC #1

Moin!

Ich verzweifele langsam an meinem upgrade von 1.8.007 auf 17.1.20180625.

Hintergrundinfos:
Mit war die Festplatte abgeraucht, hatte aber noch sowohl die mysql-DB als auch den /var/lib/egw-ordner im Backup. Es ist also eigentlich eher ein recovery + Zwangs-upgrade, da es leider keine 1.8er-Install-Pakete mehr gibt. Das neue System ist ein aktuelles Debian mit PHP7 und MariaDB, das ja anstelle von mysql installiert wird. Das wird ja wohl kein Problem sein, denn die Datenbankmigration verlief problemlos…

Ich habe mehrere Wege durch:

frische 17.1er-Installation, 1.8er-Backup zurückgespielt, produziert je Adressbucheintrag einen Fehler (meckert wg. doppeltem Index ‘0’, meine ich), danach sind nur 1 bis wenige Kontakte d’rin, der Kalender ist leider leer, aber anderes wie User-Konten scheinen übernommen zu sein. Ich muss dann noch einmal im setup den Versionsupgrade durchlaufen (produziert viele Meldungen), aber danach ist der Kalender weiterhin leer, Adressbuch quasi ebenfalls.
frische 17.1er-Installation, mysql-DB gegen die aus dem Backup ausgetauscht, produziert auch viele Fehler, hat letztlich genauso wenig geklappt
zusätzlich Austausch des /var/lib/egroupware-Verzeichnis bringt auch nichts…

Ich habe soviele Varianten/Versuche durch, dass ich schon gar mehr weiß, was wann passiert oder nicht. Ich habe mir sogar das Backup schon angesehen und versucht zu erkennen, ob ich da meine Daten selber 'rausfummeln und dann in eine frische 17.1er 'reinfummeln kann, aber die Kalenderdaten sind in mehreren Tabellen verteilt, so dass das kein Kinderspiel würde.

Daher meine Frage: Wie ist die erfolgversprechendste Vorgangsweise, um ein 1.8.007er-Backup (mysql-DB und /var/lib/egroupware-Ordner vorhanden) in eine halbwegs neue Version (ab 14.3 ?) zu überführen? So ein kleiner Leitfaden was in welcher Reihenfolge zu tun ist, wäre sehr hilfreich. Den Weg würde ich dann einschlagen und ggf. nochmal posten, welche Fehler genau auftreten.

Falls es die Möglichkeit gibt, wenigstens die Adress- und Kalenderdaten mit einem Tool aus einem Backup in Standard-Formate zu exportieren, wäre besser als nichts.

Danke für Hilfe!!!

Update Fehler Version 1.8.007 > 17.1

StefanU 2018-07-11 09:02:08 UTC #2

Hallo Norbert,

grundsätzlich ist auch ein Update von 1.8 auf aktuell möglich.
Man lädt einfach die EGw-Sicherung der 1.8 in die neue hoch und stellt diese wieder her. Danach prüft man im Setup noch einmal alles.

Beachten sollte man unbedingt, dass das egroupware-epl-compat-Paket installiert ist:

Es kann natürlich immer Konstellation geben die zu Fehlern führen. Da steckt man nicht drin. Ist ja auch krass so ein Update über so viele Versionen.

Zu deinen Problemen kann man ansonsten ohne das Installations-Log wenig sagen. Stelle das am besten als txt zur Verfügung. Ist vermutlich länger…

Gruß
Stefan

norbert 2018-07-11 09:17:15 UTC #3

Ja, das compat-Paket ist installiert (ohne das gibt es auch unzählige Fehler bzgl. phpgwapi…).
Ich hab’s ja genau wie du schreibst gemacht, aber im setup hängt er irgendwann fest, beim Versuch, von 14.x.903 (oder so) azf 16.x zu kommen. Müsste ich ggf. nochmal prüfen. Was aber doof ist, ist, dass der Import von Adressbuch und Kalender letztlich doch fehlschlägt, also selbst nach erfolgreichem Upgrade die wesentlichen Daten futsch sind. Ach ja: ursprünglich stammen die Daten von einer sicher über 10 Jahren alten 1.4er (?) Version, die immer mit mehr oder weniger Gehakel upgegradet wurde bis zur jetzigen 1.8.007.

Ich werde also alles nochmal neu machen, das Backup zurückholen und jeden Fehler hier detailliert melden, OK?

StefanU 2018-07-11 10:03:29 UTC #4

Genau deshalb.

Die 1.8 ist auch schon >8 Jahre alt.

Das müsste am Stück im /root/egroupware-epl-install.log stehen. Du könntest das log anhängen und die wesentliche Stelle hier posten.

norbert 2018-07-12 12:58:24 UTC #5

Hallo, da bin ich wieder.
Nachdem ich nochmal alles komplett gepurged habe, die Datenbank und das Verzeichnis /var/lib/egroupware gelöscht habe, nochmal alle Pakete inklusive egroupware-epl-compat und auch den nginx installiert habe (obwohl ich den nicht nutze, aber das installscript meckerte halt immer ), und auch noch 2-3 optionale egw-Pakete installiert habe (weil ich die in der alten 1.8er auch d’rin hatte), lief die Installation an sich durch, wenn auch mit ein paar “deprecated”-Warnungen, die der neuen php7-Version geschuldet sein dürften:

Do 12. Jul 13:19:19 CEST 2018
Timezones updated to version 2.2017b (545 records updated).
Timezones aliases updated to version 2018-06-25 17:24:22 (87 records updated).
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Sites_BO has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.Sites_BO.inc.php on line 15
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Pages_BO has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.Pages_BO.inc.php on line 14
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Pages_SO has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.Pages_SO.inc.php on line 15
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Categories_BO has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.Categories_BO.inc.php on line 14
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Categories_SO has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.Categories_SO.inc.php on line 15
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Content_BO has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.Content_BO.inc.php on line 27
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Transformer has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.module.inc.php on line 14
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Module has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.module.inc.php on line 30
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Content_SO has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.Content_SO.inc.php on line 18
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Block_SO has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.Block_SO.inc.php on line 14
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Modules_BO has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.Modules_BO.inc.php on line 16
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Modules_SO has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.Modules_SO.inc.php on line 15
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Category_SO has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.Category_SO.inc.php on line 14
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Page_SO has a deprecated constructor in /usr/share/egroupware/sitemgr/inc/class.Page_SO.inc.php on line 14
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; module_search has a deprecated constructor in /usr/share/egroupware/sitemgr/modules/class.module_search.inc.php on line 13
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; module_download has a deprecated constructor in /usr/share/egroupware/sitemgr/modules/class.module_download.inc.php on line 17
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; module_navigation has a deprecated constructor in /usr/share/egroupware/sitemgr/modules/class.module_navigation.inc.php on line 51
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; module_template has a deprecated constructor in /usr/share/egroupware/sitemgr/modules/class.module_template.inc.php on line 15
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; module_redirect has a deprecated constructor in /usr/share/egroupware/sitemgr/modules/class.module_redirect.inc.php on line 14
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; module_lang_block has a deprecated constructor in /usr/share/egroupware/sitemgr/modules/class.module_lang_block.inc.php on line 14
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; module_administration has a deprecated constructor in /usr/share/egroupware/sitemgr/modules/class.module_administration.inc.php on line 14
PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; module_login has a deprecated constructor in /usr/share/egroupware/sitemgr/modules/class.module_login.inc.php on line 14
/bin/chown: Zugriff auf ‘/var/lib/egroupware/*/files/sqlfs’ nicht möglich: Datei oder Verzeichnis nicht gefunden

EGroupware successful installed

Please note the following user names and passwords:
Setup username: admin
password: ***
EGroupware username: sysop
password: ***
###################################################################

Habe dann /usr/share/egroupware passend im Apache2 eingebunden und localhost/egroupware/setup/ aufgerufen und mit dem admin-Zugang alles überprüft. Alles war grün (bis auf die zwei DB-Typ-Warnungen) , alles aktuell, alles gut.
Habe dann mein letztes Backup nach /var/lib/egroupware/default/backup/ kopiert und über das Admin-Interface zurückgespielt. Und da waren sie wieder, meine zig Fehler, und zwar allesamt folgenden Typs:

Invalid SQL: INSERT INTO egw_addressbook (contact_id,contact_tid,contact_owner,contact_private,cat_id,n_family,n_given,n_middle,n_prefix,n_suffix,n_fn,n_fileas,contact_bday,org_name,org_unit,contact_title,contact_role,contact_assistent,contact_room,adr_one_street,adr_one_street2,adr_one_locality,adr_one_region,adr_one_postalcode,adr_one_countryname,contact_label,adr_two_street,adr_two_street2,adr_two_locality,adr_two_region,adr_two_postalcode,adr_two_countryname,tel_work,tel_cell,tel_fax,tel_assistent,tel_car,tel_pager,tel_home,tel_fax_home,tel_cell_private,tel_other,tel_prefer,contact_email,contact_email_home,contact_url,contact_url_home,contact_freebusy_uri,contact_calendar_uri,contact_note,contact_tz,contact_geo,contact_pubkey,contact_created,contact_creator,contact_modified,contact_modifier,contact_jpegphoto,account_id,contact_etag,contact_uid,adr_one_countrycode,adr_two_countrycode,carddav_name) VALUES (11,'n',9,0,'','Meyer','Micha','','','','Micha Meyer','Myer Micha','','','','','','','','','','','','','','','Meyerstr. 3','','Meyerdorf','Meyerland','11111','','222222222','3333333333','','','','','444444444','','','','','','micha@meyer.de','','','','','','0','','',1177060602,9,1478783704,9,'',0,6,'addressbook-11-ec2c2331506ab872f0b7b35b21ebe5ac','','DE','11.vcf') Duplicate entry '0' for key 'egw_addressbook_account_id' (1062)

Invalid SQL: INSERT INTO egw_addressbook (contact_id,contact_tid,contact_owner,contact_private,cat_id,n_family,n_given,n_middle,n_prefix,n_suffix,n_fn,n_fileas,contact_bday,org_name,org_unit,contact_title,contact_role,contact_assistent,contact_room,adr_one_street,adr_one_street2,adr_one_locality,adr_one_region,adr_one_postalcode,adr_one_countryname,contact_label,adr_two_street,adr_two_street2,adr_two_locality,adr_two_region,adr_two_postalcode,adr_two_countryname,tel_work,tel_cell,tel_fax,tel_assistent,tel_car,tel_pager,tel_home,tel_fax_home,tel_cell_private,tel_other,tel_prefer,contact_email,contact_email_home,contact_url,contact_url_home,contact_freebusy_uri,contact_calendar_uri,contact_note,contact_tz,contact_geo,contact_pubkey,contact_created,contact_creator,contact_modified,contact_modifier,contact_jpegphoto,account_id,contact_etag,contact_uid,adr_one_countrycode,adr_two_countrycode,carddav_name) VALUES (17,'n',9,0,'','Pan','Peter','','','','Peter Pan','Pan, Peter','','','','','','','','','','','','','','','Panstr. P','','Pandorf','','11111','','','222222222','','','','','3333333333','','','','','peter@pan.de','','','','','','','1','','',1177060604,9,1464633383,9,'',0,5,'addressbook-17-adc5b0be31c245eb105b0b19cd01aea7','','DE','17.vcf') Duplicate entry '0' for key 'egw_addressbook_account_id' (1062)

[...]

Und das halt für jeden meiner alten Einträge im Adressbuch. An dieser Stelle erscheinen keine weiteren Warnungen oder Fehler. Man denkt, dass alles OK ist, außer dass die Kontakte importiert wurden. Aus vorherigen Versuchen vermute ich, dass genau ein Kontakt übernommen wirde, wahrscheinlich der allererste, der die egw_addressbook_account_id 0 hat…

Wenn ich mich dann mit meinem alten (weil ja das Backup zurückgespielt wurde) Account einloggen will, kommt die noch auf dem Einloggschirm die Fehlermeldung oben groß in rot:
Invalid SQL: INSERT INTO egw_access_log (session_php,loginid,ip,li,account_id,user_agent,session_dla,session_action) VALUES ('d7b6anbm0fu3662080gp5tm406','norbert@default','::1',1531397800,9,'Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0',1531397800,'/login.php') Unknown column 'user_agent' in 'field list' (1054)

Na gut, es muss ja noch der große Versionupgrade durchgeführt werden. Also wieder im setup als admin 'rein und siehe da, er hat die 1.8.007 erkannt:
Es sieht so aus als benutzen Sie Version 1.8.007 von EGroupware.
Wir werden Ihre Tabellen/Einträge automatisch zu 17.1.003 aktualisieren
Die empfohlene Sicherung lasse ich aus, aber das Häkchen bei “extra Diagnose” hake ich an, und los:
… rödel… rödel… rödel… viele Minuten später dann eine seeeeeeehr langes Log, das ich gleich als Datei anhängen werde… scheint aber keine echten Fehler produziert zu haben.
egw-setup-1.8.007-17.1.003-upgrade.log.txt (294,4 KB)

Zurück ins Setup für eine erneute Überprüfung. Dort heißt es dann:
Die folgenden Anwendungen müssen aktualisiert werden: phpbrain, phpsysinfo, polls, manual, syncml, egw-pear
Also los! Sechs rote Zeilen, eine für jede gerade genannte Anwendung. Den Link “mögliche Lösungen” anklicken liefert:

Einrichtung - Domain: default(mysql)
Problem Lösung:
"egw-pear" ist kaputt weil die Quelldateien fehlen!
Wie auch immer, die Tabellen sind noch immer in der Datenbank.
Sie sollten entweder die Quellen installieren oder die Anwendung deinstallieren, um die Tabellen los zu werden..
Zurück gehen

Jetzt bin ich an einer Stelle, wo ich lieber frage, ob ich die sechs Anwendungen löschen oder lieber “die Quellen” installieren soll. Wenn letzteres, was ist damit gemeint (Pakete?) und wo kriege ich die her?

Bitte bitte Hilfe! Langsam fängt’s an zu nerven und mir läuft die Zeit davon. Es sind zwar nur eine Handvoll Anwender (Familienmitglieder), aber die können z.Zt. nicht synchen und müssen alles zusätzlich extern sichern, da wahrscheinlich ein Komplett-Neu-Sync vom Server zum Client stattfinden muss…

Was soll/kann ich jetzt machen???

StefanU 2018-07-12 20:22:02 UTC #6

Hallo Norbert,

ohne jetzt direkt eine Lösung für deine Datenbank-Problem zu haben, stellen sich mir ein paar Fragen:

Wie setzt du das System auf und wie installierst du EGw? Dass eine Standard-Installation nginx installieren will kann ich mir nicht vorstellen. Es sei denn du wählst explizit die Installationsmethode mit nginx.

Warum? Was machst du genau?

Im log kann ich auch (für mich) nichts auffälliges finden.

Der Sync muss eh neu erstellt werden. Steht auch irgendwo in den Changelogs (der 16.1?).

Kannst du noch ein neues System aufsetzen?:
Debian 9 netinstall, nur Systemtools und ssh
EGw-Repo einbinden und installiern:
apt install egroupware-epl
apt install egroupware-epl-compat
apt install wasdusonstnochsobrauchst Repo

So sollte da ein blitzsauberes System entstehen.

Dann erst einmal das System sichern
EGw-Sicherung in EGw-Setup hochladen und zurückspielen

Ist bis hier hin etwas anders als bei deinen Versuchen?

Gruß
Stefan

norbert 2018-07-13 07:55:33 UTC #7

Moin Stefan!

[quote=“StefanU, post:6, topic:72942, full:true”]

norbert:

gelöscht habe, nochmal alle Pakete inklusive egroupware-epl-compat und auch den nginx installiert habe (obwohl ich den nicht nutze, aber das installscript meckerte halt immer ),

Wie setzt du das System auf und wie installierst du EGw? Dass eine Standard-Installation nginx installieren will kann ich mir nicht vorstellen. Es sei denn du wählst explizit die Installationsmethode mit nginx.

Es ist eine recht frische Debian9-Installation mit u.a. Apache2. Die Egroupware kommt aus dem Repository per apt-get egroupware-epl egroupware-epl-compat. Da ich viele erfolglose Versuche hinter mir habe, habe ich für den aktuell behandelten Versuch nach einem apt-get purge (der die DB nicht löschen konnte, weil nicht leer, wahrscheinlich weil noch php-scripte d’rauf 'rum “hühnerten”) daher dann anschließend manuell die komplette egroupware-DB gelöscht, das Verzeichnis /var/lib/egroupware entfernt und erst dann neu installiert, was dann auch fehlerlos ablief.
Das post-install script scheint aber noch 'nen virtual host für den nginx anlegen zu wollen, den es bei mir aber nicht findet, und meckert dann. Daher habe ich den nginx diesmal mitinstalliert, und siehe da, kein Gemecker mehr.

norbert:

Habe dann /usr/share/egroupware passend im Apache2 eingebunden

Warum? Was machst du genau?

Na, weil ich ja den apache2 nutzen will und muss, muss ich doch /usr/share/egroupware für den Webbrowser erreichbar machen. Die einfachste Variante bei einem Debian ist, in /var/www/ einen symlink dahin zu machen. Und es klappt ja auch, ich kann die egroupware dann im Browser bedienen.

norbert:

Was soll/kann ich jetzt machen???

Kannst du noch ein neues System aufsetzen?:
Debian 9 netinstall, nur Systemtools und ssh
EGw-Repo einbinden und installiern:
apt install egroupware-epl
apt install egroupware-epl-compat
apt install wasdusonstnochsobrauchst Repo

So sollte da ein blitzsauberes System entstehen.

Dann erst einmal das System sichern
EGw-Sicherung in EGw-Setup hochladen und zurückspielen

Ist bis hier hin etwas anders als bei deinen Versuchen?

Also, ein neues System aufzusetzen, erscheint mir jetzt unnötig. Es ist doch quasi eine niegelnagelneue Installation mit dem einzigen Unterschied, dass ich den Apachen statt des nginx verwende. PHP führen die beide aus, die Installation hat geklappt, das Webinterface zeigt keine Macken, usw.

Das Problem entsteht ja erst, wenn ich ein 1.8.007er Backup einspiele. Auch das läuft ja bis jetzt soweit durch, ich meine sogar, diesmal mit weniger “Meckern” als bei den letzten Versuchen, aber ich mag mich täuschen.

Abgesehen davon, dass das Adressbuch (bis auf einen Eintrag?) leer sein dürfte, stehe ich jetzt vor der Frage, was ich mit den bemängelten “kaputten” Anwendungen machen soll. Löschen oder die “Quellen” installieren? Und wenn letzteres, wo/wie gibt’s die?

[/quote]

Was mich hoffnungsfroh stimmt, ist, dass die Kalenderdaten “d’rin” zu sein scheinen:

MariaDB [egroupware]> select * from egw_cal;
[...]
3869 rows in set (0.06 sec)

(Ist schon Wahnsinn, was sich in einem Jahrzehnt so an Einträgen ansammelt… )

Noch 'ne Nebenfrage: Ich müsste doch jetzt, obwohl noch nicht alles gerade gezogen ist, ein Backup der DB und des /var/lib/egroupware-Ordners (und vorsichtshalber des /usr/share/egroupware-Ordners) machen können, um es ggf. zurückzuspielen und einen neuen Anlauf vom selben Zustand aus durchführen zu können, oder? Nur, falls der nächste Schritt wieder schief geht und 'was “kaputt” macht…???

Danke für Antworten/Hilfe!!!
Norbert

StefanU 2018-07-13 09:49:57 UTC #8

Moin Norbert.

apt install egroupware-epl installiert alle Abhängigkeiten (Apache, PHP, DB) mit. Die Verzeichnisse (backup, …) werden ebenfalls eingerichtet bzw. bei der ersten Verwendung angelegt (sqlfs). Der virtual host im Apache mit der entsprechenden Konfiguration für EGw wird ebenfalls angelegt. D.h. du kannst mit einer nackte OS-Installation starten, apt install egroupware-epl macht den Rest.

Erledigt die Installation.

Klar kannst du das. In einem solchen Fall sichere ich auch immer noch das /etc .

Läuft das nativ auf Hardware? Mit einer Virtualisierungslösung würdest du dir sicherlich Nerven sparen und könntest die EGw-Installation nach/vor Tests sichern. Ebenso kannst du das komplette System extern sichern und kannst das auf einer neuen Kiste flugs wieder zu Laufen bringen. Dann hast du auch kein Problem mit einer kaputten Festplatte. Wenn ein Update (System/EGw) ansteht kannst du auch “mal eben” eine Sicherung machen. Dann wirst du hoffentlich nicht in 10 Jahren noch auf einer 17.1 arbeiten
Und wenn du meinst das wäre kompliziert: Schau dir PROXMOX an.

Ich habe gerade ein deb9 frisch installiert und EGw mit apt install egroupware-epl installiert.
Da wird definitiv kein nginx verlangt.

Mit den DB-Problemen habe ich im Moment (noch) keine Idee. Mir wäre es aber wichtig, dass du erst einmal eine Standard-Installation stehen hast.

@RalfBecker:
Kannst du mit den SQL-Fehlern etwas anfangen?

Gruß
Stefan

norbert 2018-07-13 11:32:50 UTC #9

norbert:

Noch 'ne Nebenfrage: Ich müsste doch jetzt, obwohl noch nicht alles gerade gezogen ist, ein Backup der DB und des /var/lib/egroupware-Ordners (und vorsichtshalber des /usr/share/egroupware-Ordners) machen können, um es ggf. zurückzuspielen und einen neuen Anlauf vom selben Zustand aus durchführen zu können, oder? Nur, falls der nächste Schritt wieder schief geht und 'was “kaputt” macht…???
[/quote]
Klar kannst du das. In einem solchen Fall sichere ich auch immer noch das /etc .

Läuft das nativ auf Hardware? Mit einer Virtualisierungslösung würdest du dir sicherlich Nerven sparen und
[…]

Ja, läuft auf Hardware.

Ich habe gerade ein deb9 frisch installiert und EGw mit apt install egroupware-epl installiert.
Da wird definitiv kein nginx verlangt.

Sagen wir 'mal so: Ich kann im Moment nicht 100%ig ausschließen, dass apt/aptitude beim Konfigurieren der egroupware-Pakete auch noch ein nicht zu Ende gelaufenes Konfigurieren eines ehemals 'mal installierten nginx durchführen wollte, das also rein gar nichts mit der egroupware zu tun hatte.
Ich kann aber sagen, dass unterhalb von /etc/apache2/ nirgends, weder im Datei-Namen noch im -Inhalt, eines der Wörter egw oder egroupware auftaucht. Das hätte ich eigentlich erwartet, wenn man “ein neues web” dem Apachen unterschieben will. Aber egal, manuell eingerichtet ging’s ja.

Da ich dort im Moment fest stecke, ein weiteres Mal meine Frage: Soll ich die sechs “kaputten” Anwendungen (phpbrain, phpsysinfo, polls, manual, syncml, egw-pear) im Setup löschen, oder “die Quellen” einspielen? Danke!

Gruß
Norbert

StefanU 2018-07-13 11:37:06 UTC #10

phpbrain kannst du als Paket nachinstallieren
phpsysinfo, polls, manual, syncml, egw-pear sind alt und nicht mehr verfügbar => löschen