Fehler mit sqlfs / VFS bei frischer Installation auf Debian Stretch

sebalis 2019-03-18 15:17:53 UTC #1

Hallo zusammen,

ich habe inzwischen mehrmals versucht, auf einem frisch installierten Debian-Server die aktuelle eGroupware zu installieren. Die Installation folgt dem Weg „add repository and install manually“ aus https://software.opensuse.org/download.html?project=server%3AeGroupWare&package=egroupware-epl für Debian (Paketquelle hinzufügen, den Schlüsseln vertrauen, egroupware-epl via apt installieren). Die Wiederholungen des Versuchs erfolgten jeweils nach Ausführung von „apt purge egroupware-epl“, wobei ich überprüft habe, dass die Verzeichnisse von egroupware tatsächlich entfernt wurden, und nach Löschen der Datenbank sowie des Datenbank-Users. Ich bekomme stets eine Meldung aus dem Post-Install-Skript:

/bin/chown: cannot access ‘/var/lib/egroupware/*/files/sqlfs’: No such file or directory

Tatsächlich existiert nach der Installation zwar /var/lib/egroupware/default/files, aber nicht das Unterverzeichnis sqlfs.

Wenn ich mich als Admin-User einlogge und versuche Voreinstellungen zu speichern, bekomme ich eine Fehlermeldung, die VFS erwähnt, ich nehme an, dass das zusammenhängt. Beispielsweise gehe ich in die Einstellungen (Zahnradsymbol) und wähle in den beiden Drop-Down-Menüs die Punkte „Adressbuch“ und „Voreinstellungen“ aus, dann ändere ich einen Punkt und klicke auf „Übernehmen“ oder „Speichern“. Es erscheint die Meldung „Das VFS Verzeichnis /templates/addressbook existiert nicht!“ *

* (Richtig wäre die gekoppelte Schreibweise „VFS-Verzeichnis“. Bitte bei Gelegenheit korrigieren (es gibt wahrscheinlich mehr Beispiele).

Ich hätte gerne weitere Tests mit der Mount-Funktion von /usr/share/egroupware/filemanager/cli.php durchgeführt, aber leider verstehe ich bisher zu wenig, was hier wohin gemountet wird. Ich fand bisher nur die Seite https://github.com/EGroupware/egroupware/wiki/VFS-System zu diesem Thema.

StefanU 2019-03-18 16:51:28 UTC #2

Hallo sebalis,

Das ist normal so. Das Verzeichnis wir bei der ersten Anlage/Speichern einer Datei (Bild im Adressbuch, Datei im Dateimanager,…) angelegt.

Probiere es mal und schau mal, ob deine weiteren Probleme damit verschwinden. Ansonsten wären die Meldungen hilfreich…

Ist korrigiert. Danke für den Hinweis.

Mach dazu besser ein neues Thema auf. Sonst gibt das hier durcheinanden.

Gruß
Stefan

sebalis 2019-03-18 17:29:31 UTC #3

Hallo StefanU, danke für die Anwort.

Ich habe es probiert, indem ich dem Admin-User ein Avatar-Bild gegeben habe. Das Verzeichnis sqlfs wurde dadurch tatsächlich angelegt und enthält nun eine JPEG-Datei.

Der Versuch, die Voreinstellungen für das Adressbuch zu ändern, führt aber weiterhin auf die genannte Fehlermeldung. Ich weiß aktuell nicht, ob/wie ich weitere Meldungen zu dem Problem finden kann. Im Error-Log von Apache finde ich nichts.

Das ist aktuell kein Problem, ich wollte damit nur genauer verstehen, wie der Zustand des VFS ist, und generell dazulernen.

Danke nochmal

sebalis

StefanU 2019-03-18 18:29:40 UTC #4

Dann beschreibe bitte den Vorgang noch einmal genau und zeige die Meldung.
Das Debian ist ein netinstall ohne alles? Welche Version? Ich würde das hier gerade mal durchspielen…

Stefan

sebalis 2019-03-19 11:02:06 UTC #5

Im Prinzip war alles schon gesagt, aber gerne nochmal ein wenig länger:

Installation von debian-9.8.0-amd64-netinst.iso in einer VM, als einzige optionale Software SSH-Server ausgewählt
Locale de_DE.UTF-8, en_US.UTF-8 ebenfalls bereitgestellt
Upgrade auf aktuelle Paket-Versionen
Installation einiger Zusatz-Pakete (etckeeper aptitude fail2ban screen vim iftop iotop iptraf htop ncdu vnstat ntpdate ntp nullmailer zip less)
Ausführen einiger Konfigurationsschritte, die bei uns Standard sind, für Monitoring etc.
Installation von egroupware: echo ‘deb http://download.opensuse.org/repositories/server:/eGroupWare/Debian_9.0/ /’ > /etc/apt/sources.list.d/server:eGroupWare.list wget -nv https://download.opensuse.org/repositories/server:eGroupWare/Debian_9.0/Release.key -O Release.key apt-key add - < Release.key apt-get update apt-get install egroupware-epl vim ` find / -name php.ini ` # in etc/php/7.0/apache2/php.ini und /etc/php/7.0/cli/php.ini Zeitzone “Berlin” und Koordinaten eingetragen mysql_secure_installation # ¹

¹ Erst durch die Installation von eGw wurde MariaDB installiert, deshalb mysql_secure_installation erst zu diesem Zeitpunkt. Root-Passwort bleibt leer, Login per Plugin unix_socket, wie es empfohlen wird, damit automatische Vorgänge funktionieren, siehe https://www.digitalocean.com/community/tutorials/how-to-install-mariadb-on-debian-9 – dass das Installationsskript von eGw bei einem leeren Root-Passwort eine Warnung ausgibt, würde ich deshalb als Irrtum ansehen.

Für den regulären Testbetrieb habe ich noch Let’s Encrypt eingerichtet und in Apache die installierte egroupware.conf in eine Datei für den mit dem Zertifikat konfigurierten VirtualHost hineinkopiert (Dateiinhalt unverändert, nur umgeben mit VirtualHost-Elementen, die den ServerName, SSL-Konfiguration, Logdateien und den Default-Wert für DocumentRoot setzen, Umleitung HTTP → HTTPS). Aber für diese Dokumentation habe ich die installierte egroupware.conf im Originalzustand aktiviert, um meine Änderung als Fehlerquelle auszuschließen. Der HTTP-Zugang wurde dabei via SSH-Tunnel realisiert (und verschlüsselt), deshalb ist im zweiten Screenshot die URL http://localhost:8080/egroupware zu erkennen.

Den Fehler erzeuge ich wie folgt:

Einloggen auf localhost:8080/egroupware/login.php mit den Zugangsdaten, die als „Sysop-User“ bei der Installation von eGw konfiguriert wurden. Dieser User befindet sich bekanntlich in der Admin-Gruppe.
Wechsel ins Adressbuch
egw-adressbuch.png1442x778 65.3 KB
Klick auf „Einstellungen“ direkt neben dem eGw-Logo
Im Subfenster Auswahl „Voreinstellungen“ im rechten Drop-Down-Menü (links ist bereits „Adressbuch“ ausgewählt, Änderung einer Option (hier: Titel der Verknüpfung für Kontakte zeigt: Firma: Nachname, Vorname → Firma: Vorname Nachname)
Klick auf „Übernehmen“
Im Subfenster wird die erwähnte Fehlermeldung eingeblendet
egw-adressbuch-voreinstellungen.png1206x622 51.5 KB
Bei Klick auf „Speichern“ anstatt „Übernehmen“ schließt sich das Subfenster und der gleiche Fehler wird im Hauptfenster eingeblendet.

Migration von 1.8 zu 17.1 (Debian 9): Fehler in Benutzerverwaltung

StefanU 2019-03-19 11:36:35 UTC #6

Schau mal bitte auf den zweiten Kartenreiter:

Ist da etwas eingetragen?

Ist das Verzeichnis /templates/adressbook wirklich nicht vorhanden?:

Stefan

sebalis 2019-03-19 11:48:29 UTC #7

Das sieht bei mir ganz leer aus, vor allem finde ich nicht die Liste aus deinem zweiten Screenshot.

StefanU 2019-03-19 11:50:03 UTC #8

Sorry: Dateimanager: aufsteigen bis /

sebalis 2019-03-19 12:00:39 UTC #9

/apps/addressbook ist vorhanden, (als einziger Pfad unter /apps), /templates fehlt:

StefanU 2019-03-19 12:03:48 UTC #10

Weil du ein Foto hochgeladen hattest ist dieses Verzeichnis vorhanden.

Genau das wird dann angemeckert. Muss ich mir heute Abend mal selber bei einer Neuinstallation anschauen und das abklären.

Stefan

sebalis 2019-03-19 12:04:50 UTC #11

Vielen Dank für die Einführung und fürs Überprüfen. Ich bin übrigens selbst bis zum späteren Abend weg vom Forum.

RalfBecker 2019-03-19 12:28:48 UTC #12

Die Hierarchie /templates wird bei der Neuinstallation seit 16.1 angelegt:

github.com

EGroupware/egroupware/blob/master/api/setup/default_records.inc.php#L215


$GLOBALS['egw_setup']->add_acl('addressbook',$defaultgroup,$defaultgroup,1|2|4|8);


/**
* Create template directory and set default document_dir preference of addressbook, calendar, infolog, tracker, timesheet and projectmanager
*/
$admins = $GLOBALS['egw_setup']->add_account('Admins','Admin','Group',False,False);


Vfs::$is_root = true;
$prefs = new Api\Preferences();
$prefs->read_repository(false);
foreach(array('','addressbook', 'calendar', 'infolog', 'tracker', 'timesheet', 'projectmanager', 'filemanager') as $app)
{
	if ($app && !file_exists(EGW_SERVER_ROOT.'/'.$app)) continue;


	// create directory and set permissions: Admins writable and other readable
	$dir = '/templates'.($app ? '/'.$app : '');
	Vfs::mkdir($dir, 075, STREAM_MKDIR_RECURSIVE);
	Vfs::chgrp($dir, abs($admins));
	Vfs::chmod($dir, 075);
	if (!$app) continue;

bzw. beim Update:

github.com

EGroupware/egroupware/blob/master/api/setup/tables_update.inc.php#L92


	) as $col => $table)
	{
		$GLOBALS['egw_setup']->db->query("UPDATE $table SET $col='api-accounts' WHERE $col='home-accounts'", __LINE__, __FILE__);
	}
	return $GLOBALS['setup_info']['api']['currentver'] = '16.1.002';
}


use EGroupware\Api\Vfs;


/**
* Create /templates and subdirectories, if they dont exist
*
* They are create as part of the installation for new installations and allways exist in EPL.
* If they dont exist, you can not save the preferences of the concerned applications, unless
* you either manually create the directory or remove the path from the default preferences.
*
* @return string
*/
function api_upgrade16_1_002()
{
	$admins = $GLOBALS['egw_setup']->add_account('Admins','Admin','Group',False,False);

Ralf

sebalis 2019-03-19 13:22:10 UTC #13

(Doch nochmal kurz da) Seltsam. Ich habe nichts getan, um das Anlegen zu verhindern oder die Hierarchie zu löschen.

StefanU 2019-03-19 19:12:51 UTC #14

Installiert Deb 9.8
key und repo
apt install egroupware-epl

=> kein /templates

Ich habe das als Ticket bei uns aufgemacht.

Gruß
Stefan

sebalis 2019-03-20 15:20:15 UTC #15

Kann ich die angefangene Installation reparieren oder sollte ich auf einen Bugfix warten? Ich bemerke, dass ich bei Anmeldung als Sysop-User im Dateimanager auf der Ebene „/“ nicht den Knopf „Verzeichnis anlegen“ benutzen kann, er ist deaktiviert.

StefanU 2019-03-20 18:45:57 UTC #16

Ich weiß nicht, ob das verursachende Problem noch weitere Auswirkungen hat. Insofern das unter Vorbehalt:

Ordner unter / anlegen:

Auf einem bestehenden Verzeichnis

grafik

Per Button Superuser werden:
grafik

Dann darfst du alles, auch unter / einen Ordner anlegen.

Stefan

RalfBecker 2019-03-24 10:50:37 UTC #17

Hab’s gefunden und behoben.

Das Problem war, das mit dem Switch auf MySQLi PHP Extension, jetzt automatisch Transaktionen verwendet werden, die schon lange im Code sind, aber unter dem alten MySQL Treiber einfach ignoriert wurden.

So weit so gut, die wurden z.B. unter PostgreSQL ja schon immer verwendet.
Der Code der die /(apps|home) und /templates/* Struktur anlegt (api/setup/default_records.php), muss aber die davor angelegten Zeilen lesen könnten, um das Parent-Verzeichnis setzen zu können. Bei einer Transaction ist der Commit des Parents aber ja noch garnicht ausgeführt.

Grundsätzlich bringt an der Stelle (Neuinstallation) eine Transaktion auch keinen Vorteil. Deshalb habe ich sie dort jetzt einfach weg gelassen und und lasse das alte Update, das das Problem schon mal lösen sollte (ohne die Ursache zu klären) nochmal als 17.1.005 --> .007 nochmal laufen. Der Gap von .006 ist notwendig das die Version im Master / 19.1 schon in Verwendung war.

Kommt mit dem nächsten Maintenance Update.

Ralf

sebalis 2019-03-27 15:46:28 UTC #18

Ich habe inzwischen nachgeschaut, wie ich das Speichern von Voreinstellungen für das Adressbuch (das war ja Ausgangspunkt dieser Anfrage) möglich machen kann. Dazu musste ich die Ordner /templates und /templates/addressbook anlegen. (Vielen Dank für die Anleitung zum Verschaffen der Rechte.) Ein wenig erstaunt hat mich, dass auch /templates/addressbook als Ordner angelegt werden musste und darunter keine Datei entstanden ist, in der die gespeicherte Einstellung repräsentiert wäre. Aber egal: Es scheint zu funktionieren, und was ich eher noch wissen möchte, ist, ob ich für andere Zwecke noch andere Verzeichnisse oder anderes anlegen müsste. Hinweis: Diese Installation würde vor allem für Terminplanung genutzt werdne.

sebalis 2019-03-27 16:43:31 UTC #19

Ergänzung: Ich habe bemerkt, dass ich auch /templates/calendar anlegen muss, bevor ich Voreinstellungen des Kalenders speichern kann. Ich werde jetzt alle Unterverzeichnisse, die im zitierten Teil des Post-Install-Skriptes zu sehen sind, manuell anlegen. Es würde mich interessieren, ob ich dann zumindest testweise mit der Übernahme von Daten einer Alt-Instanz (sehr alt: 1.8 …) fortfahren kann, aber ich probiere es einfach mal.

StefanU 2019-03-27 19:32:50 UTC #20

Hallo sebalis.

Unbedingt solltest du das schon einmal testen. Nach einer Sicherung des Systems und der DB.
Grundsätzlich kann man von 1.8 auf jede höhere Version. Manchmal klappt das auf Anhieb, manchmal aber gibt es auch das ein oder andere Problem. Kommt so ein bischen darauf an, was man da über die Jahre so fabriziert hat.
Versuche es einfach.
Du musst ggf. alte Module nachinstallieren:

Und schau dir das mit der Gruppenverwaltung an:

Bei Problemen damit mache bitte ein neues Thema auf.

Falsche Annahme. Dort werden keine Einstellungen gespeichert, sondern Dateien die du in EGw hochlädst:

Fotos im Adressbuch
verlinkte Dateien an Aufgaben
Dateien im Dateimanager
…

Die Meldung kommt daher, dass (default) Einstellungen auf diese Ordner zeigen und das beim Speichern abgeprüft wird.

Somit solltest du auch das Verzeichnis für den Kalender anlegen. Das wäre die vollständige Liste unter /templates :

In diesen Anwendungen können ja eben Dateien an die Objekte gehangen werden. Filemanager ist eh klar.
In collabora können Dokumentenvorlagen liegen um aus EGw heraus neue Office-Dateien zu erzeugen. Somit ist man nicht auf die Vorlagen angewiesen die collabora mitbringt. Man kann sich die Vorlagen dann mit

Absatzvorlagen,
Spracheinstellungen,
Rändern,
Schriftarten,
…

passend zurechtlegen. Wenn du es benötigst…

Gruß
Stefan