Neues YouTube-Video: Visualisierung im Devices-Adapter

[simatec]

@digi-bit Schaue dir mal auf dem NAS die Userrechte für den NAS Pfad an.
Es scheint als ob bei Restore Rechte fehlen.

Grundsätzlich kannst du dir das mysql Backup lokal hochladen und den Restore lokal ausführen.
Ich rate generell zum einem lokalen restore. Ist immer noch die sicherste Methode.

Das im Backup delete mysql file steht ist normal ... die ist nur die temporäre sql Datei

[Digi-Bit]

@simatec sagte in mysql mit backitup sichern:

@digi-bit Schaue dir mal auf dem NAS die Userrechte für den NAS Pfad an.
Es scheint als ob bei Restore Rechte fehlen.

Grundsätzlich kannst du dir das mysql Backup lokal hochladen und den Restore lokal ausführen.
Ich rate generell zum einem lokalen restore. Ist immer noch die sicherste Methode.

Das im Backup delete mysql file steht ist normal ... die ist nur die temporäre sql Datei

Hallo,

Ich habe das jetzt mal probiert und local ein backup gemacht und dies wieder eingespielt.

das geht...

nur vom NAS nicht, das ist ein QNAP-870

ich kann da ja nicht viel mit den rechten einstellen, lesen / lesen-schreiben/ verweigern

da er ja schreiben kann muss er ja auch lesen können, wenn ich ein backup vom IOB einspiele geht das ja auch also kann das ja nix mit den RW rechten auf dem NAS zutun haben.

Aber irgend was muss es mit dem NAS zutun haben weil Local gehts ja wiederum... sehr komisch ...............

aber wieso nur bei mysql.....

bei allen anderen sachen gibt es da keine probleme.....

mfg

[simatec]

@digi-bit Ich würde dir raten nfs zu nutzen.
Laut Google kann dein NAS nfs.

[Digi-Bit]

@simatec sagte in mysql mit backitup sichern:

@digi-bit Ich würde dir raten nfs zu nutzen.
Laut Google kann dein NAS nfs.

ja, kann es.

Ich habe auch einige Geräte die via NFS darauf zugreifen , Dreambox z.b. die meine serien via NFS auf den Qnap speichert.

nur mit dem IOB bekomme ich das beim Geier nicht hin

Started iobroker ...
[DEBUG] [mount] - mount activ... umount is started before mount!!
[DEBUG] [mount] - umount successfully completed
[DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.1.164:/ioBroker/NUCioB-Backup/ /opt/iobroker/backups"
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[DEBUG] [iobroker] - host.debianIOB 9443 states saved

[DEBUG] [iobroker] - host.debianIOB 11841 objects saved

[ERROR] [iobroker] - host.debianIOB Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: EACCES: permission denied, open '/opt/iobroker/backups/iobroker_2022_07_09-00_34_29_backupiobroker.tar.gz'

[DEBUG] [iobroker] - done
[DEBUG] [mysql] - MySql-Backup started ...
[ERROR] [mysql] - Error: Command failed: mysqldump  -u iobroker-user -p**** iobroker-mysql -h localhost -P 3306 > /opt/iobroker/backups/mysql_2022_07_09-00_34_32_backupiobroker.sql
/bin/sh: 1: cannot create /opt/iobroker/backups/mysql_2022_07_09-00_34_32_backupiobroker.sql: Permission denied

der Ordner ist ist für die IP vom Nuc frei gegeben aber wieso der da nicht schreien darf weiss ich einfach nicht, ich habe da schon Tagelang
rum gesucht wie man das richtig einstellt aber da kann man ja beim backitup nicht viel einstellen.....

Haben Sie da eine idee woran das liegen kann ?

achja, wenn ich mit filezila das backup dan auf die IOB SSD schiebe und local dan das backup einspiele geht das, na ist ja immerhin etwas wenn die
kiste mal hoch gehen solte ......

mfg

[Digi-Bit]

Man kann aber auch das Backup mit FTP machen und zack gehen beide richtungen

wieso schwer machen wenn es auch einfach geht....

aber recht Herzlichen Dank für die bemühungen !

mfg

Digi-Bit

[simatec]

@digi-bit naja FTP sehe ich als Notlösung, wenn man keine anderen Möglichkeiten hat.
Versuche NFS … ist meiner Meinung nach das sinnvollste bei deiner Hardware

[Digi-Bit]

@simatec sagte in mysql mit backitup sichern:

@digi-bit naja FTP sehe ich als Notlösung, wenn man keine anderen Möglichkeiten hat.
Versuche NFS … ist meiner Meinung nach das sinnvollste bei deiner Hardware

wäre mir auch lieber aber leider bekomme ich das nicht hin, habe noch bis 2 Uhr in der früh rumgeschraubt aber ich habe kein
plan wieso diese Fehlermeldung kommt und mir fehlt auch jeglicher Ansatz da was zu ändern :(

Started iobroker ...
[DEBUG] [mount] - mount activ... umount is started before mount!!
[DEBUG] [mount] - umount successfully completed
[DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.1.164:/ioBroker/NUCioB-Backup/ /opt/iobroker/backups"
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[DEBUG] [iobroker] - host.debianIOB 9443 states saved

[DEBUG] [iobroker] - host.debianIOB 11841 objects saved

der mount klapp ja wohl.

[ERROR] [iobroker] - host.debianIOB Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: EACCES: permission denied, open '/opt/iobroker/backups/iobroker_2022_07_09-00_34_29_backupiobroker.tar.gz'

aber hier fängt es ja schon an

permission denied

Wer hat den da wo kein zugriff ?

iobroker darf ja auf das NFS.

also so wie ich das ahnungslos lese würde ich noch Behaupten das " host.debianIOB " der noch zugriff brauch kann das sein ?

und wenn wieso ?

Die IP hat doch schon die Berechtigung

mfg

[Thomas Braun]

@digi-bit sagte in mysql mit backitup sichern:

Die IP hat doch schon die Berechtigung

Berechtigungen für NFS laufen immer (kerberos und squash jetzt mal ausgenommen...) über die uid / gid. Es muss also auf dem NFS-Server einen user mit der gleichen uid wie der user 'iobroker' auf dem iobroker-System geben.

[Digi-Bit]

@thomas-braun sagte in mysql mit backitup sichern:

@digi-bit sagte in mysql mit backitup sichern:

Die IP hat doch schon die Berechtigung

Berechtigungen für NFS laufen immer (kerberos und squash jetzt mal ausgenommen...) über die uid / gid. Es muss also auf dem NFS-Server einen user mit der gleichen uid wie der user 'iobroker' auf dem iobroker-System geben.

den iobroker User gibt es auf den Nas und der hat auch zugriff auf den Ziehlordner

oder verstehe ich da jetzt was falsch ?

mfg

[Thomas Braun]

@digi-bit

Mit welcher uid?

echad@chet:~ $ sudo -u iobroker id
uid=1001(iobroker) gid=1001(iobroker) 

Hier hat der jeweils die 1001.

[Digi-Bit]

@thomas-braun sagte in mysql mit backitup sichern:

sudo -u iobroker id

mit der

digibit@debianIOB:~$ sudo -u iobroker id
uid=1001(iobroker) gid=1001(iobroker) Gruppen=1001(iobroker),5(tty),20(dialout),29(audio),44(video),112(bluetooth)
digibit@debianIOB:~$

scheint ja ok zu sein, sag ich mal als ahnungsloser in dem Bezug ^^

[Thomas Braun]

@digi-bit
Und die gleiche uid/gid muss der user auf dem NFS-Server auch haben.

[Digi-Bit]

@thomas-braun sagte in mysql mit backitup sichern:

@digi-bit
Und die gleiche uid/gid muss der user auf dem NFS-Server auch haben.

das klingt richtig ^^

nur wie stelle ich dass dann auf dem QNAP ein ?

[Thomas Braun]

@digi-bit sagte in mysql mit backitup sichern:

nur wie stelle ich dass dann auf dem QNAP ein ?

Keine Ahnung, hab kein QNAP.
Mal das Handbuch dazu lesen?

[Digi-Bit]

@thomas-braun sagte in mysql mit backitup sichern:

@digi-bit sagte in mysql mit backitup sichern:

nur wie stelle ich dass dann auf dem QNAP ein ?

Keine Ahnung, hab kein QNAP.
Mal das Handbuch dazu lesen?

welches Handbuch ?

ich google schon ne weile aber wirklich fas "einfaches" dazu gefunden habe ich nicht
ausser das man sich mit putty in das Nas einlogt und da rumfuscht.

da ich davon aber gar keine Ahnung habe auf Bezug von QNap lass ich das dann doch lieber bei FTP.

( https://forum.qnapclub.de/thread/24586-probleme-mit-nfs-wg-uid-gid/ )

mfg

[Thomas Braun]

@digi-bit

Der schreibt ja auch da, dass die uid/gid angepasst werden muss, falls keine Authorisierung per LDAP oder ähnlichem erfolgt.