XFS
Strange things happens ;-) Das war dem XFS-Filesystem wohl zuviel...
Bei einem Backup über NFS auf eine Firewire-Platte mit XFS-Filesystem,
meinte dieses, es müsse sich jetzt nicht mehr mounten lassen. Schon
nett... xfs_repair meinte dazu Folgendes:
rigel:~# xfs_repair /dev/sde1
Phase 1 - find and verify superblock...
Phase 2 - using internal log
- zero log...
ERROR: The filesystem has valuable metadata changes in a log which needs to
be replayed. Mount the filesystem to replay the log, and unmount it before
re-running xfs_repair. If you are unable to mount the filesystem, then use
the -L option to destroy the log and attempt a repair.
Note that destroying the log may cause corruption -- please attempt a mount
of the filesystem before doing this.
Aha. Nun mounten ging eben nicht mehr. Ein Blick ins Kernel-Log bringt dann Folgendes zu Tage:
XFS: Filesystem sde1 has duplicate UUID - can't mount
Also ein bißchen gegoogled. Nun der einfache Weg in diesem Fall ist,
man rebooted den Rechner einfach. Wieso der da allerdings meint, das da
eine zweite UUID vorhanden sein soll, ist nicht so ganz klar. Zu dieser Zeit war allerdings, wie in diesem Forums-Thread beschrieben, ebenfalls viel NFS-Traffic auf dem Mountpoint.
Nun... Je länger ich diese NFS/Firewire/Backup-Lösung da betreibe,
desto übler finde ich das Ganze. NFS und Firewire scheinen sich unter
Linux nicht
richtig zu vertragen - zumindest was Debian 3.1 mit 2.6.8.1 Kernel
anbelangt (2.4er Kernel is auch nicht besser). Und mit EXT3-Filesystem
scheint's noch schlimmer
zu sein als mit XFS. Ich glaube, ich werde das Ganze jetzt durch einen
paar Stardom RAID-Tower und 3Ware-Controller ersetzen und das Ganze über SATA verbinden.
Posted at 10:00nachm. Juni 20, 2005 by cetixx in Computers | Kommentare [0]