File Restore aus Proxmox Backup Server

CH.illig

CH.illig

Renowned Member
Feb 20, 2016
66
9
73
32
Switzerland
it-statistik.ch
Das Backup wurde bereits genutzt und auch für den restore,
ich habe nun aber seit neuerem (genauer Zeitpunkt unbekannt)
folgenden Fehler beim File restore:

1693828226960.png

drive-scsi 1&2 sind beides identische Festplattenkonfigurationen mit NTFS

Diek 2 funktioniert einwandfrei,
bei Disk1 erhalte ich die Fehlermeldung siehe Screenshot


Seitens Backupserver sehen die offenen Tasks dann so aus:
1693828332775.png

ZFS gibt den pool als Grün und gut an,

Die Serverconfig
1693828448402.png

Auf dem Backupserver (3.0.2) kann ich den Download der Disk starten (nicht zu ende getestet)
1693828525236.png
 
Das ist ja alles Standard und muss funktionieren. Jetzt könnte die Ursache, beschädigte Daten im Backup sein. Verify läuft regelmäßig? Auch Re-verify gemacht?
Eventuell mal ein Live Restore machen und in der VM gucken ob die Disk sauber lesbar ist.
 
"Müsste" ;-)

Ja ein verify und reverify nach 30 Tagen läuft durch, auch das Backup von gestern lief im erneuten verify einwandfrei durch.
1693892871096.png

ein live restore ist gerade am Booten sieht aber gut aus bis jetzt...
 
bitte einen file-restore starten, die betroffene partition aufmachen um den fehler zu triggeren und dann den inhalt von /var/log/proxmox-backup/file-restore/qemu.log hier posten!

das backup scheint ja prinzipiell okay zu sein, vermutlich laeufst du in ein problem mit der speziellen file-restore VM (die automatisch im hintergrund gestartet wird). kann aufgrund der groesse moeglicherweise auch nur zuwenig RAM sein, oder fehlender support fuer so grosse NTFS filesysteme im Linux treiber, oder ..!
 
fabian said:
bitte einen file-restore starten, die betroffene partition aufmachen um den fehler zu triggeren und dann den inhalt von /var/log/proxmox-backup/file-restore/qemu.log hier posten!

das backup scheint ja prinzipiell okay zu sein, vermutlich laeufst du in ein problem mit der speziellen file-restore VM (die automatisch im hintergrund gestartet wird). kann aufgrund der groesse moeglicherweise auch nur zuwenig RAM sein, oder fehlender support fuer so grosse NTFS filesysteme im Linux treiber, oder ..!
Click to expand...
Code: 
EXT4-fs (vdc2): VFS: Can't find ext4 filesystem
EXT4-fs (vdc2): VFS: Can't find ext4 filesystem
EXT2-fs (vdc2): error: can't find an ext2 filesystem on dev vdc2.
FAT-fs (vdc2): bogus number of reserved sectors
FAT-fs (vdc2): bogus number of reserved sectors
VFS: could not find a valid V7 on vdc2.
ntfs: (device vdc2): ntfs_attr_find(): Inode is corrupt.  Run chkdsk.
ntfs: (device vdc2): ntfs_read_inode_mount(): Failed to lookup $MFT/$DATA attribute extent. $MFT is corrupt. Run chkdsk.
ntfs: (device vdc2): ntfs_read_inode_mount(): Failed. Marking inode as bad.
ntfs: (device vdc2): ntfs_fill_super(): Failed to load essential metadata.
ufs: ufs_fill_super(): bad magic number
befs: (vdc2): invalid magic header
F2FS-fs (vdc2): Can't find valid F2FS filesystem in 1th superblock
F2FS-fs (vdc2): Can't find valid F2FS filesystem in 2th superblock
[2023-09-05T07:42:27.447Z ERROR proxmox_rest_server::rest] GET /api2/json/list?path=ZHJpdmUtc2NzaTEuaW1nLmZpZHgvcGFydC8y: 400 Bad Request: [client 0.0.0.0:807] mounting 'drive-scsi1.img.fidx/part/2' failed: all mounts failed or no supported file system


auf seitens PBS
1693899888098.png
 
CH.illig said:
Code: 
ntfs: (device vdc2): ntfs_attr_find(): Inode is corrupt.  Run chkdsk.
ntfs: (device vdc2): ntfs_read_inode_mount(): Failed to lookup $MFT/$DATA attribute extent. $MFT is corrupt. Run chkdsk.
ntfs: (device vdc2): ntfs_read_inode_mount(): Failed. Marking inode as bad.
ntfs: (device vdc2): ntfs_fill_super(): Failed to load essential metadata.
Click to expand...
sagt ja schon alles aus.
Er erkennt korrupte Inodes und die MFT ist auch korrupt.
Ich würde einmal auf der laufenden VM ein chkdsk ausführen und wenn das ohne Fehler ist im Liverestore ein chkdsk auf die DIsk.
Windows hat den Vorteil, dass eine defekte MFT nicht sofort zu Problemen führt, da einiges im Windows gecached wird. Ist natürlich Sch.... wenn das erst beim nächsten Restore auffällt.
 
das klingt so als waere das backup entweder nicht konsistent (werden die backups mit guest agent und freeze gemacht, oder ohne?), oder als wuerde irgendein edge case im linux treiber triggern.. funktionieren andere backup snapshots, oder zeigen alle das gleiche verhalten?

was sonst eventuell noch einen versuch wert ist - diese disk mappen (mit "proxmox-backup-client map ..") und dann in eine linux VM einhaengen, sh. z.b. https://forum.proxmox.com/threads/einzelne-hdd-aus-pbs-backup.121169/#post-526763 fuer eine kurze anleitung. da koenntest du auch direkt das reparieren mit linux tools probieren bzw. feststellen, ob die ursache vielleicht nur im fehlenden schreibzugriff liegt..
 
  • Like
Reactions: Falk R.
1693900741369.png

1693900920098.png
1693900948106.png

1693900977075.png

die anderen Backups dieser Disk zeigen dasselbe (auch die ganz alten die mal funktionierten)
allerdings nur diese Disk ... die anderen disks / vm's funktionieren
bis auf die TMB Disk die immer diese Meldung bringt
1693901092257.png
 
You must log in or register to reply here.

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Quick Navigation

Home Get Subscription Wiki Downloads Proxmox Customer Portal About

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!
Community platform by XenForo® © 2010-2024 XenForo Ltd.
Top Bottom
Back