mysql mit backitup sichern
-
@digi-bit sagte in mysql mit backitup sichern:
wenn ich es zurück spielen will
Was machst du genau und wie sieht das da genau aus?
ls -la /opt/iobroker/ getfacl /opt/iobroker/backups/ -
@thomas-braun sagte in mysql mit backitup sichern:
ls -la /opt/iobroker/
na ich starte das backup von der Oberfläche des Backitup
digibit@debianIOB:~$ ls -la /opt/iobroker/ insgesamt 1148 drwxrwxr-x+ 6 iobroker iobroker 4096 8. Jul 21:17 . drwxr-xr-x 3 root root 4096 18. Jan 17:38 .. drwxrwxrwx 2 root root 0 8. Jul 21:22 backups -rwxrwxrwx+ 1 iobroker iobroker 550 8. Jul 21:17 INSTALLER_INFO.txt lrwxrwxrwx 1 iobroker iobroker 22 8. Jul 21:17 iob -> /opt/iobroker/iobroker -rwxr-xr-x+ 1 iobroker iobroker 309 8. Jul 21:17 iobroker drwxrwxr-x+ 13 iobroker iobroker 4096 8. Jul 21:18 iobroker-data drwxrwxr-x+ 2 iobroker iobroker 4096 8. Jul 21:32 log drwxrwxr-x+ 908 iobroker iobroker 36864 5. Jul 07:45 node_modules -rw-rwxr--+ 1 iobroker iobroker 155 8. Jul 21:17 .npmrc -rw-rwxr--+ 1 iobroker iobroker 1623 5. Jul 07:45 package.json -rw-rwxr--+ 1 iobroker iobroker 1090661 5. Jul 07:45 package-lock.json -rw-rwxr--+ 1 iobroker iobroker 5693 18. Jan 17:39 reinstall.jsdigibit@debianIOB:~$ getfacl /opt/iobroker/backups/ getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/backups/ # owner: root # group: root user::rwx group::rwx other::rwxist das so richtig ?
mfg
-
Nein, das ist falsch. Richtig:
echad@chet:~ $ getfacl /opt/iobroker/backups/ getfacl: Removing leading '/' from absolute path names # file: opt/iobroker/backups/ # owner: iobroker # group: iobroker user::rwx group::r-x group:iobroker:rwx mask::rwx other::r-x default:user::rwx default:group::r-x default:group:iobroker:rwx default:mask::rwx default:other::r-x -
@thomas-braun sagte in mysql mit backitup sichern:
Nein, das ist falsch. Richtig:
echad@chet:~ $ getfacl /opt/iobroker/backups/ getfacl: Removing leading '/' from absolute path names # file: opt/iobroker/backups/ # owner: iobroker # group: iobroker user::rwx group::r-x group:iobroker:rwx mask::rwx other::r-x default:user::rwx default:group::r-x default:group:iobroker:rwx default:mask::rwx default:other::r-xahha, ok....
wo habe ich den was falsch gemacht ?
bei der Installation von IOB oder wo anders ?
mfg
-
@digi-bit sagte in mysql mit backitup sichern:
wo habe ich den was falsch gemacht ?
Das weiß ich nicht. Von Hand mit den Rechten von /opt/iobroker/backups herumgemacht?
777 auf das Verzeichnis ohne ACLs gesetzt schaut mir fast danach aus... -
@thomas-braun sagte in mysql mit backitup sichern:
@digi-bit sagte in mysql mit backitup sichern:
wo habe ich den was falsch gemacht ?
Das weiß ich nicht. Von Hand mit den Rechten von /opt/iobroker/backups herumgemacht?
777 auf das Verzeichnis ohne ACLs gesetzt schaut mir fast danach aus...nein.....
und beim installieren mach ich auch nur alles mit sudo
ich wüste nicht wieso ich da was mit den Foten extra ändern sollte ......
Ich bin zufrieden wenn alles so rennt wie es sollte und irgend welche rechte verbiegen würde ich nicht!
Bin zufrieden das der Nuc so eigentlich sauber rennt da werde ich mir das wegen son Blödsinn nicht verderben
wie kann ich das den wieder hin biegen ?
mfg
-
Ist die Freigabe gemountet? Dann umounten.
Liegen nach dem umounten Dateien in /opt/iobroker/backups drin? -
@thomas-braun sagte in mysql mit backitup sichern:
Ist die Freigabe gemountet? Dann umounten.
Liegen nach dem umounten Dateien in /opt/iobroker/backups drin?Ja... auf ein NAS
aber das macht der doch alles selber
unmountet der den Phat nicht am ende selber ?
ohha, wie kommen die den da rein....
-
Das Verzeichnis muss leer sein, wenn die Freigabe nicht gemountet ist.
Kannst du alles löschen. Oder woanders hin verschieben. -
@thomas-braun sagte in mysql mit backitup sichern:
Das Verzeichnis muss leer sein, wenn die Freigabe nicht gemountet ist.
Kannst du alles löschen. Oder woanders hin verschieben.ok, alles leer jetzt und was muss ich nun machen ?
oder sollte jetzt alles wieder gehen `?
digibit@debianIOB:/$ getfacl /opt/iobroker/backups/ getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/backups/ # owner: iobroker # group: iobroker user::rwx group::r-x group:iobroker:rwx mask::rwx other::r-x default:user::rwx default:group::r-x default:group:iobroker:rwx default:mask::rwx default:other::r-xsieht das jetzt richtig aus ?
mfg
-
Ja, jetzt passt es.
Wie sehen die Einstellungen im Backitup-Adapter bzgl CIFS aus? Stell auch mal smb 3.1.1 ein. -
@thomas-braun sagte in mysql mit backitup sichern:
Ja, jetzt passt es.
Wie sehen die Einstellungen im Backitup-Adapter bzgl CIFS aus? Stell auch mal smb 3.1.1 ein.habe von 3.0 auf 3.1.1 umgestellt
so, werde mal jetzt ein backup von heute morgen einspielen von der mysql, müsten ja dann daten fehlen mal sehen ob es geht
mfg
-
@digi-bit sagte in mysql mit backitup sichern:
so, werde mal jetzt ein backup von heute morgen einspielen
Kann sein, das es nicht funktioniert, weil da ja noch die 'noserverino' Option für die Datei gesetzt war.
-
@thomas-braun sagte in mysql mit backitup sichern:
@digi-bit sagte in mysql mit backitup sichern:
so, werde mal jetzt ein backup von heute morgen einspielen
Kann sein, das es nicht funktioniert, weil da ja noch die 'noserverino' Option für die Datei gesetzt war.
ne, geht auch nicht
Error:
{"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/mysql_restore_backupiobroker.sq
Started restore ...
[DEBUG] [mysql] - Start mysql Restore ...
[ERROR] [mysql] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/mysql_restore_backupiobroker.sql'
[ERROR] [mysql] - mysql Restore not completed
[EXIT] 0digibit@debianIOB:/opt/iobroker/backups$ ls -l insgesamt 0 digibit@debianIOB:/opt/iobroker/backups$digibit@debianIOB:/$ getfacl /opt/iobroker/backups/ getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/backups/ # owner: iobroker # group: iobroker user::rwx group::r-x group:iobroker:rwx mask::rwx other::r-x default:user::rwx default:group::r-x default:group:iobroker:rwx default:mask::rwx default:other::r-xich habe ein backup gemacht und wollte davon nur das mysql wieder herstellen aber das macht er ja auch nicht, wieso ?
-
kann es sein das er beim wiederherstellen das NAS nicht Mountet ?
weil davon garnix da steht
-
Leg mal jetzt ein Backup an und spiel das wieder ein.
-
@thomas-braun sagte in mysql mit backitup sichern:
Leg mal jetzt ein Backup an und spiel das wieder ein.
da passiert leider immer das selbe
und er unmountet auch nicht das verzeichniss
-rwxrwxrwx 1 root root 7294 7. Jul 02:00 zigbee.0_2022_07_07-02_00_24_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7298 7. Jul 08:50 zigbee.0_2022_07_07-08_50_39_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7303 7. Jul 22:06 zigbee.0_2022_07_07-22_06_52_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7304 8. Jul 02:00 zigbee.0_2022_07_08-02_00_24_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7338 8. Jul 07:30 zigbee.0_2022_07_08-07_30_52_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7327 8. Jul 09:24 zigbee.0_2022_07_08-09_24_27_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7333 8. Jul 10:34 zigbee.0_2022_07_08-10_34_06_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7333 8. Jul 10:40 zigbee.0_2022_07_08-10_41_00_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7333 8. Jul 10:42 zigbee.0_2022_07_08-10_42_12_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7342 8. Jul 12:17 zigbee.0_2022_07_08-12_17_17_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7328 8. Jul 13:11 zigbee.0_2022_07_08-13_11_54_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7340 8. Jul 15:13 zigbee.0_2022_07_08-15_13_28_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7347 8. Jul 20:09 zigbee.0_2022_07_08-20_09_56_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7347 8. Jul 20:19 zigbee.0_2022_07_08-20_19_02_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7347 8. Jul 20:25 zigbee.0_2022_07_08-20_25_52_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7349 8. Jul 21:22 zigbee.0_2022_07_08-21_22_28_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7327 8. Jul 21:54 zigbee.0_2022_07_08-21_54_43_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7327 8. Jul 21:55 zigbee.0_2022_07_08-21_55_13_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7327 8. Jul 22:07 zigbee.0_2022_07_08-22_07_54_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7327 8. Jul 22:12 zigbee.0_2022_07_08-22_12_44_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7327 8. Jul 22:23 zigbee.0_2022_07_08-22_23_15_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7315 8. Jul 22:32 zigbee.0_2022_07_08-22_32_55_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 7. Jul 08:50 zigbee.1_2022_07_07-08_50_39_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 7. Jul 22:06 zigbee.1_2022_07_07-22_06_52_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 8. Jul 02:00 zigbee.1_2022_07_08-02_00_24_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 8. Jul 07:30 zigbee.1_2022_07_08-07_30_52_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 8. Jul 09:24 zigbee.1_2022_07_08-09_24_27_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 8. Jul 10:34 zigbee.1_2022_07_08-10_34_06_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 8. Jul 10:40 zigbee.1_2022_07_08-10_41_00_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 8. Jul 10:42 zigbee.1_2022_07_08-10_42_12_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 8. Jul 12:17 zigbee.1_2022_07_08-12_17_17_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 8. Jul 13:11 zigbee.1_2022_07_08-13_11_54_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 8. Jul 15:13 zigbee.1_2022_07_08-15_13_28_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 8. Jul 20:09 zigbee.1_2022_07_08-20_09_56_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 8. Jul 20:19 zigbee.1_2022_07_08-20_19_02_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7296 8. Jul 20:25 zigbee.1_2022_07_08-20_25_52_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7289 8. Jul 21:22 zigbee.1_2022_07_08-21_22_28_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7289 8. Jul 21:54 zigbee.1_2022_07_08-21_54_43_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7289 8. Jul 21:55 zigbee.1_2022_07_08-21_55_13_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7289 8. Jul 22:07 zigbee.1_2022_07_08-22_07_54_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7289 8. Jul 22:12 zigbee.1_2022_07_08-22_12_44_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7289 8. Jul 22:23 zigbee.1_2022_07_08-22_23_15_backupiobroker.tar.gz -rwxrwxrwx 1 root root 7289 8. Jul 22:32 zigbee.1_2022_07_08-22_32_55_backupiobroker.tar.gz digibit@debianIOB:/$digibit@debianIOB:/$ getfacl /opt/iobroker/backups/ getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/backups/ # owner: root # group: root user::rwx group::rwx other::rwx digibit@debianIOB:/$wieso macht der kein unmount ?
-
Started iobroker ... [DEBUG] [mount] - mount activ... umount is started before mount!! [DEBUG] [mount] - umount successfully completed %(#ff0000)[**wenn ich DANN wieder ein neues backup starte steht das dann da**] [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=ioBroker,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.1.1 //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 [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_07_08-22_37_32_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [mysql] - MySql-Backup started ... [DEBUG] [mysql] - MySql File deleted!ist doch bestimmt auch nicht richtig oder ?
-
@digi-bit
Doch, ist richtig. -
@thomas-braun sagte in mysql mit backitup sichern:
@digi-bit
Doch, ist richtig.ok, wenn es so sein soll....
komisch ist auch das es nur bei mysql so ist, ich habe schon öfters mal ein backup wieder hergestellt wenn ich was an meinen Java verhundst habe und nichtmehr wuste wie es war
da ging das immer tadel los, wieso zickt die kiste bei mysql rum ?
