Krik
Fleet Admiral
- Registriert
- Juni 2005
- Beiträge
- 15.159
Moin,
ich habe es bei mir so eingerichtet, dass täglich mit dem eingebauten Backup-System von Windows 7 Daten auf meinen kleinen File Server gesichert werden.
Der File Server läuft mit Arch Linux und zwei seiner Platten sind in einem LVM zusammengefasst. Das LVM wird über Samba freigegeben, worauf Windows dann zugreift.
Gerade eben meldete das Wartungs-Center, dass die Sicherung nicht mehr läuft.
Ich hab also nachgeschaut:
Was ist denn hier los?
LVM im Eimer?
XFS im Eimer?
HDDs im Eimer?
Ich tippe auf defektes LVM oder XFS. Wie kann ich hier eine Reparatur machen?
Es wäre schade, wenn ich die Daten nicht wiederherstellen könnte. So ein Backup von mehreren TB anzulegen, dauert immer eine halbe Ewigkeit.
Gruß, Laurin
PS: Der Server läuft so schon seit 102 Tagen durch. Ich kann mir nicht ganz erklären, wo der Fehler herkommt.
Edit: Es scheint am XFS zu hängen. dmesg ist voll von XFS Log-Fehlern, umounten ging nur auf radikale Art, aber neu mounten ging ohne Probleme und ich komme auch wieder an die Daten heran. xfs_check lief allerdings ohne Probleme durch.
Was ist denn hier los?
ich habe es bei mir so eingerichtet, dass täglich mit dem eingebauten Backup-System von Windows 7 Daten auf meinen kleinen File Server gesichert werden.
Der File Server läuft mit Arch Linux und zwei seiner Platten sind in einem LVM zusammengefasst. Das LVM wird über Samba freigegeben, worauf Windows dann zugreift.
Gerade eben meldete das Wartungs-Center, dass die Sicherung nicht mehr läuft.
Ich hab also nachgeschaut:
Ich hab keine Ahnung mehr, wie das LVM bei fdisk aussehen muss. Allerdings meckert er hier bei /dev/mapper/backup-disks über eine fehlende Partitionstabelle. Eigentlich müsste da eine XFS-Partition drauf sein.[root@luna storage]# cd ~
[root@luna ~]# cd /var/storage
[root@luna storage]# ls
ls: Öffnen von Verzeichnis . nicht möglich: Eingabe-/Ausgabefehler
[root@luna storage]#
[root@luna storage]# mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=10240k,nr_inodes=240201,mode=755)
/dev/sdc3 on / type xfs (rw,relatime,attr2,noquota)
devpts on /dev/pts type devpts (rw)
shm on /dev/shm type tmpfs (rw,nosuid,nodev)
/dev/sdc1 on /boot type xfs (rw)
/dev/sdc6 on /var type xfs (rw)
/dev/sdc5 on /home type xfs (rw)
/dev/sdc7 on /tmp type xfs (rw)
/dev/mapper/backup-disks on /var/storage type xfs (rw)
[root@luna storage]#
[root@luna storage]# fdisk -l
Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 Köpfe, 63 Sektoren/Spur, 182401 Zylinder, zusammen 2930277168 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Festplatte /dev/sda enthält keine gültige Partitionstabelle
Disk /dev/sdb: 1500.3 GB, 1500301910016 bytes
255 Köpfe, 63 Sektoren/Spur, 182401 Zylinder, zusammen 2930277168 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Festplatte /dev/sdb enthält keine gültige Partitionstabelle
Disk /dev/sdc: 250.1 GB, 250058268160 bytes
255 Köpfe, 63 Sektoren/Spur, 30401 Zylinder, zusammen 488395055 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0000a5a5
Gerät boot. Anfang Ende Blöcke Id System
/dev/sdc1 * 63 257039 128488+ 83 Linux
/dev/sdc2 257040 8257409 4000185 82 Linux Swap / Solaris
/dev/sdc3 8257410 72260369 32001480 83 Linux
/dev/sdc4 72260370 488392064 208065847+ 5 Erweiterte
/dev/sdc5 72260433 328256144 127997856 83 Linux
Disk /dev/mapper/backup-disks: 3000.6 GB, 3000596692992 bytes
255 Köpfe, 63 Sektoren/Spur, 364801 Zylinder, zusammen 5860540416 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Festplatte /dev/mapper/backup-disks enthält keine gültige Partitionstabelle
[root@luna storage]#
Was ist denn hier los?
LVM im Eimer?
XFS im Eimer?
HDDs im Eimer?
Ich tippe auf defektes LVM oder XFS. Wie kann ich hier eine Reparatur machen?
Es wäre schade, wenn ich die Daten nicht wiederherstellen könnte. So ein Backup von mehreren TB anzulegen, dauert immer eine halbe Ewigkeit.
Gruß, Laurin
PS: Der Server läuft so schon seit 102 Tagen durch. Ich kann mir nicht ganz erklären, wo der Fehler herkommt.
Edit: Es scheint am XFS zu hängen. dmesg ist voll von XFS Log-Fehlern, umounten ging nur auf radikale Art, aber neu mounten ging ohne Probleme und ich komme auch wieder an die Daten heran. xfs_check lief allerdings ohne Probleme durch.
Was ist denn hier los?
Zuletzt bearbeitet: