Hallo admins, .............scheinbar kürzt die Liste zu goße e-mails !? Ich bekomme jedenfalls nur den vorderen Teil. ier noch mal eine Kurzform.
weitere Bestätigung der Annahme von Ralf endete in "Katastrophe" ! Erneuter Versuch (zur Verifizierung der Aussage, schien mir ungefährlich, da xfs_growfs > 16 TB bisher ohne jede Wirkung blieb) mit: #xfs_growfs -D 4300000000 /data/projects endete damit, dass ich /data/projects nicht mehr mounten konnte. Es war korrupt !!! Also: Reperaturversuch (erstmal mit der Option -n, die nur testet und nichts tut): #xfs_repair -n /dev/data/project Das resultierte in der Meldung: >bad primary superblock: inconsistent file geometrie information >.................................................................. und nach etwa 2 Stunden >........................................................... >found candidate secondary superblock... >superblock read failed, offset 10093861404672, size 2048, ag 0, rval 29 Da nun #man xfs_repair u.a. ergab: >8. Super Block checks: total free block and/or free i-node count > incorrect, filesystem geometry inconsistent, secondary and pri- > mary superblocks contradictory. >Corrupted Superblocks > XFS has both primary and secondary superblocks. xfs_repair uses infor- > mation in the primary superblock to automatically find and validate the > primary superblock against the secondary superblocks before proceeding. > Should the primary be too corrupted to be useful in locating the sec- > ondary superblocks, the program scans the filesystem until it finds and > validates some secondary superblocks. At that point, it generates a > primary superblock. versuchte ich das Ganze ohne die "n-Option": #xfs_repair /dev/data/project aber mit gleichem Resultat: der 2. Superblock konnte nicht gelesen werden !!! Kann mir irgendjemand aus der Notlage helfen ? Jeder Tip wäre vielleicht brauchbar. Danke, Martin _____________________________________________________________________________ Bingo !!!! Danke an Ralf, xfs_growfs -D 4294966000 /data/projects war erfolgreich (ungefähr 16Tbyte bei 4096 K-blocks) Martin Hallo [LVM Volumes] > user: 12 TByte > project: 10 TByte [...] > #lvextend -L+15T /dev/data/project > > ging in Ordnung und ich konnte mir die neuen GröÃen von "data" und > "/dev/data/project" ansehen. > > Das nachfolgende > #xfs_growfs -d /data/projects > führte jedoch nicht zu einer VergröÃerung des File-Systems und die > alten Werte wurden angezeigt. Schuss ins Blaue: 32bit Kernel? Dann wirst du auch mit XFS auf maximal 16TB pro Filesystem kommen. Eventuell schlägt deswegen das Vergrössern fehl. Ralf -- Dr. Martin Körfer MPI f. Chemie EDV J.J.Becherweg 27 D-55128 Mainz Tel. -49-6131/305541 Fax -49-6131/305318 ------------------------------------------------- This mail sent through IMP: webmail.mpch-mainz.mpg.de ------------------------------------------------- This mail sent through IMP: webmail.mpch-mainz.mpg.de
