Seiten: 1
Hallo
Nachdem ich meine ganze Webseite mit Gallerie 10 Jahre lang auf piwigo.com liegen hatte, hat mich des neue Preismodel bewogen, auf ein self-Hosting umzusteigen.
Inzwischen läuft meine Piwigo13-Installation unter Proxmox unter Docker auf einem i5-NUC.
Nun zu meinem Problem: Ich habe meine Daten von Piwigo.com heruntergeladen (13 Zip-Dateien mit ca. 6 GB Daten), finde aber keinen eleganten Weg, die gesamten Daten wieder in meine neue Installation zu importieren.
Hat jemand von Euch bitte einen Tip für mich?
Beitrag geändert von klaus123 (2023-11-17 09:11:59)
Offline
Hier mal die Struktur - In Datei2-13 sind nur Bilddaten und Baumstruktur, aber in Datei 1 schein einiges drin zu sein
https://klgebert.piwigo.com/i?/uploads/ … e91-xx.png
Beitrag geändert von klaus123 (2023-11-17 12:05:35)
Offline
Ok, damit kannst du einen Import der Datenbank (SQL Dump ist vorhanden) durchführen und dann die Verzeichnisse der Bilder mit ablegen. Diese müssten alle unter Upload liegen.
Du hast also alle relevanten Dateien vom Installationspfad abwärts.
Offline
Danke drlecter
Bisher scheitere ich an mangelndern Docker- und SQL-Kenntnissen.
Mittlerweile habe ich mich in der Konsole des MariaDB-Dockers soweit vorgekämpft, dass ich die Datenbankbefehle "mariadb-dump" und "mariadb" aufrufen kann und den Ablageort der zu importierenden Datei habe ich auch gefunden, aber mir ist überhaupt nicht klar in welche datei ich das importieren muß - oder muß ich diese Datei garnicht mit übergeben.
Habe jetzt schon etliche Erklärvideos geschaut, komme aber irgendwie an der Stelle nicht weiter - kannst du mir eventuell die notwendige Befehlszeile mit kurzer Erklärung zeigen?
Offline
Ich klemme leider immer noch mit den sql-Import
Bei System läuft unter Proxmox in einem LXC gemäß dieser Anleitung (https://www.youtube.com/watch?v=k8l7vpqdtQ0) auf einem NUC-i5.
Wenn ich mich in der Konsole in den entsprechenden Docker runterkämpfe kann ich Mariadb öffnen und die zu importierende sql-Datei habe ich auch im System.
Hier mal das, was ich als Befehl gebaut habe (richtig?) und die dazugehörige Systemantwort:
root@xxx:/bin# mysql -u piwigo -p piwigo < piwigo-old.sql Warning: World-writable config file '/etc/my.cnf.d/custom.cnf' is ignored Enter password: ERROR: Can't initialize batch_readline - may be the input source is a directory or a block device.
Wo klemmts?
Außerdem würde ich gerne zu der Warnung wissen, was ich änder muß, bevor ich das System später wieder ins Netz stellen möchte.
PS: Nutzer und Datenbank heißen in der Installation piwigo (vielleicht im Nachhinein nicht so toll)
Beitrag geändert von klaus123 (2023-11-17 09:16:17)
Offline
Hallo Klaus123,
ist die SQL Datei ausgepackt? Kannst du einmal ein less machen und schauen? Und schaue auch einmal ob ein Create Database am Anfang steht.
Bei dem Befehl mal testweise den ganzen Pfad angeben (/xyz/db.sql)
Ich denke die Meldung kommt daher, da die Datei bestimmt auf 777 gesetzt ist.
Den Namen kann man Ohne Probleme ändern. einen User anlegen und diesen dann nur auf die DB von Piwigo volle Rechte geben.
Offline
Danke @drlecter
Mit etwas rumspielen mit den Rechten (777) und einer leichten Modifikation des Befehls tut es jetzt zumindest etwas.
Ich starte von /bin und hatte die entpackte SQL-Datei einfach auch in dieses Verzeichnis kopiert.
Der Befehl mysqldump -u piwigo -p piwigo < piwigo-old.sql scheint jetzt zumnindest etwas zu tun :)
less piwigo-old.sql zeigt nur eine lange Spalte von "~"-Zeichen. Wenn ich mir die Ursprungsdatei in Windows mit einem Editor anschaue sieht das gaanz anders aus
-- MySQL dump 10.16 Distrib 10.1.37-MariaDB, for debian-linux-gnu (x86_64) -- -- Host: localhost Database: base_zrw8zmk9px -- ------------------------------------------------------ -- Server version 10.1.37-MariaDB-0+deb9u1 /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */; ...... /*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */; -- -- Table structure for table `activity` -- DROP TABLE IF EXISTS `activity`; /*!40101 SET @saved_cs_client = @@character_set_client */; /*!40101 SET character_set_client = utf8 */; CREATE TABLE `activity` ( `activity_id` int(11) unsigned NOT NULL AUTO_INCREMENT, `object` varchar(255) NOT NULL, `object_id` int(11) unsigned NOT NULL, `action` varchar(255) NOT NULL, `performed_by` mediumint(8) unsigned NOT NULL, `session_idx` varchar(255) NOT NULL, `ip_address` varchar(50) DEFAULT NULL, `occured_on` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, `details` varchar(255) DEFAULT NULL, `user_agent` varchar(255) DEFAULT NULL, PRIMARY KEY (`activity_id`) ) ENGINE=MyISAM AUTO_INCREMENT=4381 DEFAULT CHARSET=utf8; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `activity` -- LOCK TABLES `activity` WRITE; /*!40000 ALTER TABLE `activity` DISABLE KEYS */; INSERT INTO `activity` VALUES ......
Nach dem Import in Piwigo und Synchronisation unter Verwaltung sehe ich allerdings keine aus Auswirkung.
Soweit der Zwischenstand
Ich vermute, dass ich parallel noch mir einem anderen Anfängerproblem gezüglich Datenzugriff kämpfe:
In meiner Proxmox-Umgebung kann ich (wahrscheinlich kenntnisbedingt) mit den Daten-Ordnern nur über FTP via ZileZilla, dass in einem Parralel-Docker läuft, Dateien austauschen. Ich bin mir nicht sicher, ob das alles immer so klappt, wie es soll oder wie ich es mir vorstelle. An der Front versuche ich jetzt noch mal etwas tiefer in das System rein zu kommen - könnte sein, dass da was grundsätzlich falsch läuft.
Beitrag geändert von klaus123 (2023-11-18 18:00:09)
Offline
Soll alles als Docker Container laufen oder hast du VMs in Proxmox erstellt?
Bei Docker kannst du das als Volume (in dem Fall kannst du als Pfad einbinden) einbinden. Fileupload gibt es halt die Möglichkeit einfach die Dateien in in den Galleries Ordner kopieren und musst dann nur noch einen Sync über der Oberfläche anstoßen (da gab es auch mal ein Script für).
Der Upload in virtuelle Ordner ist halt noch einmal anders.
Offline
Seiten: 1