#restic
Ohne Cache:
Nov 29 11:22:42 lk-1 restic[687778]: processed 347395 files, 15.215 GiB in 42:35
Nov 29 20:56:31 lk-1 restic[15414]: processed 347404 files, 15.209 GiB in 45:09
Mit Cache:
Nov 29 21:16:46 lk-1 restic[18840]: processed 347404 files, 15.211 GiB in 1:27
Nov 29 21:24:57 lk-1 restic[19532]: processed 347405 files, 15.214 GiB in 1:28
✅ #Windows10 in #KVM gezwängt
✅ #Steuererklärung fertig - nettes Ergebnis
✅ erster eigener #S3 #Storage mit #minio und #podman aufgebaut
✅ erste sehr vielversprechende Tests mit #restic absolviert
✅ Erkältung eingefangen
Und ihr so?
Problème de sauvegarde…
J'ai un soucis, avant j'utilisai BorgBackup pour mes sauvegardes, et dû à des données corrompues au niveau du dépôt je suis passé à Restic.
Mais j'ai aujourd'hui le même soucis avec Restic… Que cela soit avec BorgBackup ou Restic il y a des solutions pour corriger ces corruptions, mais je me demande si ce n'est pas mon serveur NAS QNAP qui n'aurait pas un problème, que cela soit en configuration ou des disques dur.
J'ai lancé un restic check --check-unused --read-data il y a 1h, il n'est qu'à 5% et me signale déjà 7 Pack ID does not match, et donc des données corrompues…
Pour info, j'ai un serveur sous Debian qui fait les sauvegardes Restic (ou BorgBackup avant) sur un serveur NAS QNAP via SFTP.
Quelqu'un a déjà eu ce genre de soucis ? Dois-je changer les disques du NAS ? Ou les disques de mon serveur Restic ? Ou mieux configurer mon SSH ou Restic ?
Pour les disques dur les données SMART sont ok sur les deux serveurs.
#Restic #BorgBackup #Borg #Backup #Sauvegarde #Debian #QNAP #LogicielLibre