Datensicherung nicht möglich

Axel Stammler

Décembre 2018

Beim Aufruf der Datensicherung erscheint unweigerlich die Fehlermeldung »Auf Ihrem Server kann keine Sicherung mit SQLite angelegt werden.« , obwohl ich gar nicht SQLite nutze (es ist allerdings installiert, auch »php-sqlite3« ), Ich kann also gar nicht sichern.

Sauvegarde

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

klaus++

Décembre 2018

Um die Ursache einzugrenzen, sind folgende Fragen hilfreich :

0. Um welche Version von SPIP geht es ?
1. Handelt es sich une eine frische Installation von SPIP ?
2. War die Installation von SPIP erfolgreich und wurden erste Rubriken, Artikel usw. bereits angelegt ?
3. Sind die Rechte für das Verzeichnis tmp/dump und die anderen Verzeichnisse richtig eingestellt ?
4. Immer hilfreich sind Informationen über die Serverkonfiguration, welche SPIP unter dieser Adresse bereitstellt : ecrire/ ?exec=info

Um weiter helfen zu können, benötigen wir diese Informationen.

Die Fehlermeldung ist in der Tat missverständlich, da sie, soweit ich den Code verstehe, ausgelöst wird, wenn es beim Starten der Sicherung ein Kompatibilitätsproblem mit der Datenbank gibt, das nicht unbedingt mit SQLite zu tun haben muss.

Dokumentation der Funktion, welche die Fehlermeldung auslöst :
https://code.spip.net/autodoc/tree/plugins-dist/dump/inc/dump.php.html#function_dump_init

Sollte keine Zeit sein, die Ursache des Problems zu bestimmen, gibt es einen einfachen Workaround :

Das Plugin Adminer ermöglicht direkt aus SPIP heraus SQL-Dumps anzulegen.

Download :
https://plugins.spip.net/adminer.html
Automatische Installation über die SPIP-Pluginverwaltung : ecrire/ ?exec=admin_plugin
Dokumentation (FR)
https://contrib.spip.net/Adminer

Es handelt sich bei dem Plugin um das für SPIP angepasste Skript Adminer
https://www.adminer.org/

Vielen Dank im Voraus für Feedback zur Lösung.
Indiquez l’intérêt que vous portez à cette réponse

0

Axel Stammler

Décembre 2018

Erst Mal vielen Dank für die sofortige Reaktion ! Das ist echt großartig.

Zu den Fragen [hab leider grad erst gemerkt, dass Antwort-E-Mails hier offensichtlich nicht an kommen. :( ] :

0. Version :
$ apt list spip
Listing... Done
spip/stable,stable,now 3.1.4-4 deb9u1 all [installed]

1. Installation : benutze ich schon seit über einem Jahr mit diesem Problem, ansonsten gab’s ne Zeitlang komische, das Bild zerreißenden Fehlermeldungen, ohne dass die Funktionalität (außer dem genannten
+Problem) irgend wie beeinträchtigt war. Nach einer Aktualisierung vor Monaten war plötzlich der Postgresql-Zugriff weg, so dass ich an einer Konfigurationsdatei basteln muss, um den plötzlich aus
+kommentierten Modul wieder zu aktivieren. Dann ging’s wie vor her.

2. Installationsablauf : Installation mit APT ohne Fehlermeldung. Bei Aktualisierungen auch keine Fehlermeldungen, liegen aber schon eine Weile zurück. Habe schon viele Rubriken und Artikel an gelegt und
+Bilder ein gespielt.

3. tmp/dump hab ich nicht gefunden.
$ ls -ald /usr/share/spip/plugins-dist/dump
drwxr-xr-x 10 root root 4096 Jun 15 06:31 /usr/share/spip/plugins-dist/dump

4.
PHP Version 5.6.30-0+deb8u1

System Linux flora 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2
(2018-10-27) x86_64
Build Date Feb 8 2017 08:50:48
Server API Apache 2.0 Handler
Virtual Directory disabled
Support
Configuration File /etc/php5/apache2
(php.ini) Path
Loaded /etc/php5/apache2/php.ini
Configuration File
Scan this dir for
additional .ini /etc/php5/apache2/conf.d
files
/etc/php5/apache2/conf.d/05-opcache.ini,
/etc/php5/apache2/conf.d/10-pdo.ini,
/etc/php5/apache2/conf.d/20-apcu.ini,
/etc/php5/apache2/conf.d/20-curl.ini,
/etc/php5/apache2/conf.d/20-gd.ini,
Additional .ini /etc/php5/apache2/conf.d/20-json.ini,
files parsed /etc/php5/apache2/conf.d/20-ldap.ini,
/etc/php5/apache2/conf.d/20-mysql.ini,
/etc/php5/apache2/conf.d/20-mysqli.ini,
/etc/php5/apache2/conf.d/20-pdo_mysql.ini,
/etc/php5/apache2/conf.d/20-pdo_pgsql.ini,
/etc/php5/apache2/conf.d/20-pgsql.ini,
/etc/php5/apache2/conf.d/20-readline.ini
PHP API 20131106
PHP Extension 20131226
Zend Extension 220131226
Zend Extension API220131226,NTS
Build
PHP Extension API20131226,NTS
Build
Debug Build no
Thread Safety disabled
Zend Signal disabled
Handling
Zend Memory enabled
Manager
Zend Multibyte provided by mbstring
Support
IPv6 Support enabled
DTrace Support enabled
Registered PHP https, ftps, compress.zlib, compress.bzip2, php, file,
Streams glob, data, http, ftp, phar, zip
Registered Stream tcp, udp, unix, udg, ssl, sslv3, tls, tlsv1.0, tlsv1.1,
Socket Transports tlsv1.2
Registered Stream zlib.*, bzip2.*, convert.iconv.*, string.rot13,
Filters string.toupper, string.tolower, string.strip_tags,
convert.*, consumed, dechunk
[mehr passt hier wohl nicht hin — schade, dass man keine Anhänge rein stellen kann]
Indiquez l’intérêt que vous portez à cette réponse

0

klaus++

Décembre 2018

Ich kann jetzt nicht alles beantworten, deshalb nur diese Hinweise :

1. "tmp/dump hab ich nicht gefunden."
Diesen Ordner würde ich anlegen. Vielleicht erledigt sich das Problem dann. Der Ordner muss, wie tmp und alle seine Unterverzeichnisse beschreibbar sein, Wenn dem keine Sicherheitsüberlgungen entgegenstehen, dann chmod -R 777 tmp, ansonsten chmod -R wasduwillst tmp.
Infos : https://wiki.ubuntuusers.de/chmod/

Hintergrund : Da ist möglicherweise bei der Installation etwas schiefgegangen und das Verzeichnis wurde nicht angelegt. Ich bevorzuge deshalb die anderen Installationsvarianten und installiere SPIP nicht per Paketmanager. (s.u.)

2. PostgreSQL wird im Prinzip von SPIP unterstützt, jedoch tun das nicht alle Plugins. Aus diesem Grund würde ich den Status der PostgreSQL-Unterstützung als "experimentell" bezeichnen und für Produktionswebsites eher MySQL bzw. MariaDB einsetzen.

Der Support für MySQL ist sehr gut weil zahlreiche Erfahrungen vorliegen und eigentlich immer schnelle Lösung gefunden werden können. PostgreSQL würde ich nur in enger Zusammenarbeit mit den Core-Entwickler nutzen und diese im IRC-Kanal von SPIP ansprechen. Mögliche Sprachen sind Englisch und Französisch.
Web-IRC : https://kiwiirc.com/client/irc.freenode.net/spip

3. Installation per Paketmanager

Wir sind alle froh, dass SPIP Eingang in die Repositories gefunden hat. Dennoch ist das nicht der beste Weg zur aktuellsten SPIP-Version. Wenn Du mit der shell arbeiten kannst, am besten als root oder su, dann kannst Du das Skript spip_svn_loader im Installationsverzeichnis / Webroot Deiner SPIP-Installation ausführen. Das Tool bietet Wege zur automatischen Installation und zum Update zu zahlreichen SPIP-Versionen.
Quelle : https://github.com/JamesRezo/spip_svn_loader

Für Anwender, die nur mit FTP/User-Rechten arbeiten, gibt es die klassischen Installationsvarianten.
Quelle : https://www.spip.net/de_article3106.html

Viel Erfolg !
Indiquez l’intérêt que vous portez à cette réponse

0

Axel Stammler

Décembre 2018

Vielen Dank wieder für die schnelle, ausführliche Antwort. Leider hatte ich in der Woche zu viel Arbeit.

1. Ist dies gemeint ?
$ ls -al /var/lib/spip/sites/default/tmp
total 68
drwxr-xr-x 7 www-data root 4096 Dec 7 00:49 .
drwxr-xr-x 7 root root 4096 Nov 1 2017 ..
drwxrwxrwx 271 www-data www-data 4096 Dec 7 00:50 cache
– rw-r—r— 1 www-data www-data 0 Dec 7 00:49 cron.lock
drwxrwxrwx 2 www-data www-data 4096 Nov 1 2017 dump
– rw-rw-rw- 1 www-data www-data 197 Dec 2 10:40 .htaccess
– rw-rw-rw- 1 www-data www-data 10 Dec 7 00:49 job_queue_next.txt
drwxrwxrwx 2 www-data www-data 4096 Apr 8 2018 log
– rw-rw-rw- 1 www-data www-data 1053 Oct 27 20:19 menu-rubriques-cache.txt
– rw-rw-rw- 1 www-data www-data 10149 Dec 7 00:49 meta_cache.php
– rw-r—r— 1 www-data www-data 0 Dec 2 10:40 .ok
– rw-rw-rw- 1 www-data www-data 9898 Nov 1 2017 plugin_xml_cache.gz
drwxrwxrwx 2 www-data www-data 4096 Dec 3 08:27 sessions
– rw-rw-rw- 1 www-data www-data 124 Apr 8 2018 stp_actions.txt
drwxrwxrwx 2 www-data www-data 4096 Nov 2 2017 upload

2. Habe bis vor ein paar Tagen gar keine Plugins gekannt, trotzdem gab’s den Fehler. Am Anfang hab ich Postgresql gewählt, weil My SQL von einer Firma betreut wird. Von mir aus kann ich auch auf My SQL um steigen. Wie krieg ich meine Daten rüber ?

3. Ich möchte auf meinem Server ein möglichst stabiles System fahren und es deshalb erst Mal mit den Paketen der Distribution versuchen.

Der beste Weg scheint jetzt ein Umstieg auf das so wie so installierte My SQL zu sein. Aber eben, wie transportier ich Artikel, Rubriken usw.?
Indiquez l’intérêt que vous portez à cette réponse

0

klaus++

Décembre 2018

1. ???

2. ... Von mir aus kann ich auch auf My SQL um steigen. Wie krieg ich meine Daten rüber ?
Im Prinzip geht das so :
1. Backup anlegen
2. SPIP neu installieren und dabei MySQL Datenbank auswählen.
3. Backup in MySQL einspielen.
Da Du jedoch Probleme mit den Backups hast, mußt Du die Daten selber migrieren.
Es gilt :
Google ist Dein Freund : Suchbegriffe Postgresql to MySQL

3. Ich möchte auf meinem Server ein möglichst stabiles System fahren und es deshalb erst Mal mit den Paketen der Distribution versuchen.
Die jeweils neueste stabile Version ist die, welche hier zum Download angeboten wird :
https://www.spip.net/de_download Das ist zurZeit SPIP 3.2.1
Die über den Paketmanager eingespielten Versionen sind älter, sollten aber unterstützt werden.

Der beste Weg scheint jetzt ein Umstieg auf das so wie so installierte My SQL zu sein. Aber eben, wie transportier ich Artikel, Rubriken usw.?
s.o.
Indiquez l’intérêt que vous portez à cette réponse

0

Axel Stammler

Décembre 2018

Danke wie immer !

Leider bin ich nicht so versiert, und die allgemeine Migration scheint nicht trivial zu sein. Das trau ich mir auch im Rahmen meiner Freizeit nicht zu und bin deshalb etwas ratlos.

Ist denn die Arbeit an der Unterstützung von Postgresql abgebrochen worden ?
Indiquez l’intérêt que vous portez à cette réponse

0

Axel Stammler

Décembre 2018

Ich hab es auch im IRC irc.freenode.net/spip versucht, allerdings nur wenige Nutzer gesehn, außerdem war Alles auf Französisch, was ich leider nicht kann. Eine Suche nach Postgres war ohne Ergebnis. Da ich die dortigen Gepflogenheiten nicht kenne, wollte ich nicht einfach rein hauen.

Gibt es keine andere Möglichkeit ?
Indiquez l’intérêt que vous portez à cette réponse

0

klaus++

Décembre 2018

Einfach fragen, die sind alle sehr nett ;-)

Ansonsten :
https://www.spip.net/en
https://programmer.spip.net/en
https://listes.rezo.net/mailman/listinfo/spip-en

:-)k++
Indiquez l’intérêt que vous portez à cette réponse

0

Axel Stammler

Mars 2019

Hmm, hab eben einen Beitrag ab geschickt, seh ihn aber nicht. Also die Kurzfassung :

Erst Mal vielen Dank für die Tipps.

Ich kann keine Plugins installieren, konkret erst gar kein Depot hin zu fügen. Ob wohl bei mir gar keine Plugins installiert sind, wird unweigerlich gemeldet, das Depot enthalte keine neuen Plugins.

Irgend wie führt jede Idee für eine Problemlösung nur zu weiteren Problemen. Es ist zum Verzweifeln.
Indiquez l’intérêt que vous portez à cette réponse

0

klaus++

Mars 2019

Zu den Plugins : Bevor Du Plugins installieren kannst, musst Du das Verzeichnis plugins/auto anlegen, und zwar mit den Rechten 777 oder zur Not 750. Frage Deinen Provider nach den Möglichkeiten Rechte zu vergeben und finde heraus, welche Rechte auf Deinem Server am besten für dieses Verzeichnis geeignet sind.

Dann muss Dein SPIP ein Plugin-Depot kennen. Das offizielle Plugin-Depot hat den URL
https://plugins.spip.net/depots/principal.xml
Du kannst es auf dieser Seite einstellen :
http://www.spipdomain.tld/ecrire/?exec=depots
http://www.spipdomain.tld ersetzt Du durch Deinen Servernamen.

Wenn ich es richtig sehe, nutzt Du die Installation von SPIP per apt-get bzw. als Debian-Paket. Die von dieser Version verwendeten Pfade scheinen von denen einer SPIP Standardinstallation abzuweichen. Ich kann aus diesem Grund wenig dazu sagen.

Die Entscheidung für PostgreSQL hat zur Folge, dass man die Tools für das Debuggen unter diesem DBMS kennen muss. Ich beherrsche MySQL bzw. MariaSQL weit besser und nutze deshalb dieses DBMS.

Meine Empfehlung :

Eine lokale Installation bzw. ein SPIP auf einem anderen Server als Testumgebung mit den selben Daten wie in der Produktionsumgebung nutzen. Diese Daten können entweder per SPIP als TinySQL-Datei oder als SQL-Dump mit Adminer/PHPMyAdmin/MyWebSQL etc. angelegt und in die zweite Instanz der Website eingespielt werden. So können alle Fragen und Probleme an einem System bearbeitet werden, das man vollständig kontrolliert und mit dem man sicherstellt, dass jedes Problem reproduziert werden kann.

Im Zuge der Arbeitsschritte zum Einspielen der Daten und zum Reproduzieren der Probleme ergeben sich meiner Erfahrung nach die Lösungen meistens "von selbst". Da man das Testsystem vollkommen kontrolliert, kann man verbleibende Fehlerursachen ausschließen, indem man seine Parameter so ändert, dass die mögliche Ursache beseitigt ist. Wenn dann ein Problem immer noch, hat man diesen Parameter als Ursache ausgeschossen, und kann sich der nächsten möglichen Ursache zuwenden. Mit dieser Vorgehensweise haben wir bisher noch jeden Fehler beseitigt.

Viel Erfolg !

P.S. Nicht so schüchtern im IRC. Einfach auf Englisch fragen, dann antwortet schon jemand.
Indiquez l’intérêt que vous portez à cette réponse

0

Axel Stammler

Mars 2019

Vielen Dank f@ur die wie immer schnelle und hilfreiche Antwort (eben wirklich ++) !

drwxrwxrw- 3 www-data www-data 4096 Feb 17 22:51 plugins
drwxrwxrw- 4 www-data www-data 4096 Feb 17 22:47 auto

Ich arbeite mit meinem eigenen Server, und Du hast Recht : da beherrscht man Alles und kann richtig arbeiten und testen.

Aber zur Zeit komme ich gar nicht mehr rein. Ich bin den Hinweisen zur Aktualisierung gefolgt, hab mich mit den entsprechenden Rechten an gemeldet, spip_loader.php auf gerufen und geduldig gewartet, um dann zu dem Schritt da nach zu kommen. Jetzt geht gar Nichts mehr : Ich kann mich im Redaktionssystem nicht mehr an melden und auch nicht zur Pluginverwaltung kommen :

Website in Bearbeitung
Achtung ! Ein Problem mit dem SQL Server verhindert den Zugang zu diesem Teil der Website. Danke für Ihr Verständnis.

Da vor hatte ich genau dieses Depot zu installieren versucht, mit dem genannten Ergebnis.

Wenn ich vor her gewusst hätte, dass ich das Datenbanksystem bis zum Debug-Modus beherrschen muss, hätte ich mich nicht für SPIP entschieden. Es tut mir Leid, dass das so hart rüber kommt. Der großen Freundlichkeit und Unterstützung hier (besser als an vielen anderen Stellen) steht eine Programmqualität im Alpha-Versions-Bereich gegen über, bei der ich mich frage, wie ich da mit klar kommen soll und wie das Andere tun. Nur die Hauptfunktionalität geht und jetzt nicht mal mehr die, und die Dokumentation geht auf die unzähligen Probleme nicht ein.

Jetzt hoffe ich nur noch, dass ich meine ganzen Seiten irgend wie raus kriege, um es ganz anders zu versuchen.

Ich bitte nochmals um Entschuldigung für meine harten Worte. So fühle ich mich und habe Angst, dass meine ganze Arbeit nicht mehr zugänglich ist.
Indiquez l’intérêt que vous portez à cette réponse

0

Axel Stammler

Mars 2019

So, jetzt hab ich die neueste Version komplett neu installiert (also schon ’ne Weile nicht von Debian) und sehe wenigstens die meisten meiner Daten wieder.

Aber das mit den Plugins ist genau so, wie gerade geschildert.
Indiquez l’intérêt que vous portez à cette réponse

0

klaus++

Mars 2019

Die Kombination aus PostGreSQL / Debian-Paket ist die exotischste Variante SPIP zu installieren. Das würde ich intimen Kennern von SPIP, seiner Paketvariante und PostGreSQL überlassen. Da SPIP-Plugins i.d.R. für MySQL geschrieben werden und auch die Entwicklung von SPIP hauptsächlich für die LAMP-Plattform erfolgt, würde ich überall wo möglich diese Plattform nutzen.

Natürlich läuft SPIP wunderbar unter NGINX, auch mit dem IIS gibt es überzeugende Installationen und es kann per apt-get mit PostgreSQL aufgesetzt werden, aber man sollte ernsthafte Gründe für die Nutzung dieser Umgebungen haben. Anderenfalls verschenkt man das, was an SPIP so wunderbar ist - seine große Flexibilität, gepaart mit Einfachheit, Stabilität und enormer Effizienz was Speicher- und Rechenleistung angeht.

Damit alles flutscht empfehle ich
1. einen Datenexport als SQL-Dump oder besser im SPIP-eigenen bzw. TinySQL Format und
2. den Umstieg auf eine Neuinstallation nach Dokumentation, d.h. am besten per SPIP-Loader.
3. Dann die Verzeichnisse plugins/auto und lib mit Schreibrechten anlegen (/lib legt SPIP im Pinzip selber an, wenn es benötigt wird, ich mache das jedoch lieber selber, da ich dann volle Kontrolle über die Rechte habe), dann
4. alle benötigten Plugins per SPIP-Interface einspielen und
5. als Letztes das Backup wieder herstellen.

Das geht so natürlich nur, wenn die bisherige SPIP-Installation auf dem neuesten Stand war. Wenn nicht, dann

1. die passende alte Version aus dem Archiv downloaden
2. "manuell" d.h. per FTP (o.ä.) nach Anleitung installieren,
3. die passenden Plugins dazuladen (wenn möglich auf die Plugin-Versionen achten, wenn die unbekannt sind, dann hilft nur probieren)
4. Backup einpielen und
5. anschließend SPIP und alle Plugins auf den neueten Stand bringen.

Ziel der ganzen Bemühungen sollte sein, eine standardkonforme aktuelle Installation herzustellen. Dann macht hat man Spaß an der Arbeit mit SPIP und verplempert keine Zeit mit der Suche nach den Ursachen von vermeidbaren Fehlern.

Quelle für alte SPIP-Versionen :
https://files.spip.org/spip/archives/
Indiquez l’intérêt que vous portez à cette réponse

0

Axel Stammler

Juin 2019

Danke für die vielen Tipps. Wenn bei der Installation nicht ursprünglich PostgresQL als Möglichkeit genannt worden wäre, wäre das ganze Problem wohl nicht entstanden. Aber dass das so exotisch ist, konnte man ja nicht ahnen.

Wie gesagt : Datenexport geht nicht, es ist schon die neueste Version, und /plugins und /plugins/auto existieren mit den geforderten Rechten, trotzdem können keine Plugins installiert werden.
Indiquez l’intérêt que vous portez à cette réponse

0

klaus++

Juillet 2019

Vorbemerkung : Wenn im SPIP-Kontext von MyPostgreSQLSQL die Rede ist, dann ist in der Tat meistens MariaDB gemeint, das die sozusagen offizielle, freie und codekompatible weiterentwicklung von MySQL durch den ursprünglichen Entwickler nach der Übernahme von MySQL durch Oracle darstellt.

Zum Thema PostgreSQL haben wir festgestellt, dass seit SPIP Version > 2.1 das DBMS nicht mehr bei der Installation angeboten wird.
Bereits dort und vorher wird vom Einsatz in Produktionsumgebungen abgeraten, da die Unterstützung immer experimentell war.

In
https://www.spip.net/fr_article4351.html
wird die PostgreSQL-Unterstützung durch SPIP 2.0. und 2.1 erwähnt, wobei diese Versionen als nicht mehr unterstützt gekennzeichnet sind.

Alle weiteren Fundstellen auf spip.net beschäftigen sich mit speziellen Problemen und Fragen im Zusammenhang mit PostgreSQL und empfehlen den EInsatz des DBMS nicht ausdrücklich.

Wie kommt es, dass der experiementelle Charakter der PostgreSQL Unterstützung nicht offensichtlich war ?
Aus welcher Quelle stammt Dein SPIP ?
Was ist zu tun ?

Einige Hintergründe erläutert
https://www.spip.net/en_article5195.html