PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Kann Verzeichnise nicht löschen!!



just4uk
10.11.08, 23:40
Hallo zusammen,
vor ein paar Tagen hatte ich einen kleinen MegaGAU :eek:
An meinem Server betreibe ich ein Softraid (Raid5) mit fünf Platten a 300GB.
Konfig: hda hdb hdc hdd alles 300GB ATA-Disken + sda für / und sdb eine SATA 300GB Disk.
Vor ein paar Tagen erhielt ich eine Mail: Raid md0 degraded!!
Eine Platte, die hdc, war aus dem Raid rausgeflogen, ich hab die Platte mal unter die Lupe genommen, mit smart draufgeschaut, Partitionen gelöscht FS angelegt, wieder alles glöscht, nochmal FS drauf mit Daten gefüllt bis zum Anschlag alles ohne Probleme die Disk war unauffällig!
Habe dann die Disk wieder ins Raid eingebunden, der Rebuild lief und irgendwann sagte mdstat noch 180min bis zum finish, ok. soweit! Ich ging dann ins Bett am nächsten morgen alles wieder freidlich.
Beim provilaktischen reboot kam das System auch wieder hoch allerding ohne das md0 zu mounten, mount per Hand ging auch nicht!
Auf dem md0 liegt ein xfs Filesystem, diverse Versuche mit xfs_repair endeten immer mit der Aussage (sinngemäß) das Journal sei korrupt ich sollte xfs_repair mit -L starten allerdings hätte dies evtl. einen Datenverlust zur Folge!
AAAAAhhhhh naja Shit happens, getan und ca. 120GB Daten weg :(
Aber dafür haben wir ja ein Backup :), also einmal Restore und fertig. Anschliessend habe ich aus lost+found das rausgezogen was noch brauchbar war, den Rest würde ich gerne löschen aber nada!!
Dort liegen jetzt noch 574 Verzeichnise (alle leer) die sich nicht löschen lassen!
Fehlermeldung: rm: Entfernen von Verzeichnis „939608585/633269633512187500“ nicht möglich: Das Verzeichnis ist nicht leer
Ich hab schon alles (also alles was mir einfiel) versucht aber nicht zu machen!
rm rmdir chattr und und und ich werd die Dinger einfach nicht los!
Hat jemand von Euch einen Tipp?

Danke und Gruß aus L.E.
just4uk

marce
11.11.08, 07:22
rm -r $Verzeichnis?

komisch, SW-Raid und alles kann er - aber ein einfacher rm kann er nicht? :-)

pferdefreund
11.11.08, 07:22
schon mal rm -rf verzeicnis probiert ? - Ich weiß, klingt doof, aber ist mir auch schon passiert

just4uk
11.11.08, 12:00
rm -r $Verzeichnis?

komisch, SW-Raid und alles kann er - aber ein einfacher rm kann er nicht? :-)

@marce
Gibts auch etwas intelligentes?
wenn die Sache mit einem einfachen "rm -Rf" funktioniert hätte würde weiter oben mein Post nicht stehen!
Außerdem schrieb ich:" rm rmdir chattr und und und ich werd die Dinger einfach nicht los!"
Bevor Du auf die Idee kommst... ja auch Google brachte nichts vernünftiges zu Tage!
Und nein es sind keine blinde Zeichen in den Verzeichnissnamen!
Ich hätte evtl. erwähnen sollen das ich alles umbennen kann, auch lässt sich alles moven ABER nur innerhalb des selben FS!

@pferdefreund,
ja siehe oben.

Gruß aus L.E.
Uwe

marce
11.11.08, 12:03
@marce
Gibts auch etwas intelligentes?
Ja.

Poste die Infos, die Du gerade geschrieben hast vorher - zumindest wenn Du Hilfe willst.

Wir wissen nämlich nicht, was Du schon probiert alles hast - und es ist ein Unterschied zwischen einer Liste von Befehlen und den konkreten Befehlen, die Du eingetippt hast und einer konkreten Fehlermeldung. Und beides bitte im Wortlaut.

just4uk
11.11.08, 12:06
Fehlermeldung: rm: Entfernen von Verzeichnis „939608585/633269633512187500“ nicht möglich: Das Verzeichnis ist nicht leer
just4uk

Diese Fehlermeldung kam von einem "rm -Rf *"
Die Verzeichnisse sind ALLE leer!!!

Gruß aus L.E.
Uwe

marce
11.11.08, 12:08
ein reboot des Systems hast Du vermutlich schon hinter Dir, oder? Sagt lsof was zu den Dateien?

Ansonsten poste mal die fstab, die Ausgabe von mount und die Rechte des Mountpoints.

pferdefreund
11.11.08, 12:12
hammermethode - Partition ausser lost+found wegsichern, neu formatieren und
zurückladen - geht mit Sicherheit schneller wie ewige Ursachenforschung.
Eventuell mal ein fsck ?

just4uk
11.11.08, 12:27
Reboot war schon, keine Änderung!
Output von "lsof +D lost+found/" nix!
fstab:
cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/sda2 / ext3 defaults,errors=remount-ro 0 1
/dev/sda1 none swap sw 0 0
/dev/sda3 /test ext3 defaults 0 0
/dev/md0 /smb xfs defaults 0 0
/dev/hda /media/cdrom0 udf,iso9660 user,noauto 0 0

Output von mount:
/dev/sda2 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/md0 on /smb type xfs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
/dev/sda3 on /test type ext3 (rw)

Gruß aus L.E.
Uwe

Nachtrag:
@pferdefreund,
das wäre dann aber die Aua-Methode :-(
fsck änderte auch nichts.
Nicht das mich die Dinger jetzt irgendwie aufregen würden, zumal ich alles in lost+found liegen habe und mich nicht stören (na ein bisschen schon)!
Aber jetzt habe ich gerade durch Zufall ein Verzeichniss im "normalen" FS gefunden welches sich auch nicht löschen lässt!

Gruß Uwe

drcux
11.11.08, 12:37
Fehlermeldung: rm: Entfernen von Verzeichnis „939608585/633269633512187500“ nicht möglich:

Ein Verzeichnis, das ein "/" im Namen hat ist auch irgendwie Suboptimal... ;)

Ist das bei allen Verzeichnissen so, die du löschen willst?

muell200
11.11.08, 12:38
Aber jetzt habe ich gerade durch Zufall ein Verzeichniss im "normalen" FS gefunden welches sich auch nicht löschen lässt!


wie waere es mal, wenn du uns die ausgaben der logdatei gibt...

fsck
welche welche ausgabe/fehlermeldung?
was hast du versucht / syntax ?

oder sollen wir weiter raten...

"wetten das..." - dateisystem ist defekt! :)

just4uk
11.11.08, 15:03
Ein Verzeichnis, das ein "/" im Namen hat ist auch irgendwie Suboptimal... ;)

Ist das bei allen Verzeichnissen so, die du löschen willst?
Ja, nur ist 633269633512187500 ein Unterverzeichniss von 939608585.

fsck geht nicht da gerade ein Backup läuft!
Der fsck von gestern abend brachte allerdings keine Fehler zu Tage, aber abwarten.
Kommt aber sobald alles fertig ist.

Gruß aus L.E.
Uwe

just4uk
12.11.08, 00:00
So nächste Runde!
Backup ist durch. Ein xfs_check auch, inzwischen habe ich auch erfahren das meine Tochter den Server heute morgen einschgeschalten hat! Blöd nur das der schon lief:mad:

"wetten das..." - dateisystem ist defekt! :)
Hm irgendwie ja .... aber dann doch nicht? Siehe Anhang!

Ich habe im Forum von SGI etwas gefunden welches das Problem zwar nicht beschreibt, aber desen Lösung:eek:
Und zwar folgendes:
xfs_check, anschliessend xfs_repair, dann FS mounten, lost+found umbennen, umount FS und wieder von vorne ......................
Ich hab das ganze dreimal gemacht dann hatte ich Schnauze voll.
Gändert hat sich nichts, lost+found war jedesmal leer und die Dinger werd ich immer noch nicht los.
Im Forum hab ich dann auch "leichte" Andeutungen gefunden das XFS wohl etwas empfindlich auf Stromausfälle reagiert (nee wirklich:cool:)!!

Wenn Ihr keine Idee mehr habt wähle ich jetzt die Aua-Methode.
Nur welches FS?

Gruß aus L.E.
Uwe

Dodobo
12.11.08, 18:21
ne zip als anhang - und du meinst, es gibt noch fleißigere leute als ich, die sich den aufwand antun? gerade mal 2 klicks hast du geangelt...und das auch nur beim ersten file. das zweite hat 0 klicks.

dafür gibt's hier die code-tags. extern als link oder notfalls als bild läßt man auch noch gelten (die zip is fast noch besser, aber nerviger).

just4uk
13.11.08, 10:36
Ja und jetzt?

muell200
13.11.08, 13:01
Ja und jetzt?

koenntest du deinen beitrag anpassen, damit er lesbarer wird.


gerade mal 2 klicks hast du geangelt

p.s.: ich war einer von den zwei :)

just4uk
13.11.08, 20:15
Ja aber gerne doch, bitte schön:
xfs_check_1 (http://www.krippner-net.de/xfs_check_1)
xfs_repair_1 (http://www.krippner-net.de/xfs_repair_1)
anschließend mount FS, rename lost+found, umount und wieder:
xfs_check_2 (http://www.krippner-net.de/xfs_check_2)
xfs_repair_2 (http://www.krippner-net.de/xfs_repair_2)
anschließend mount FS, rename lost+found, umount und wieder:
xfs_check_3 (http://www.krippner-net.de/xfs_check_3)
xfs_repair_3 (http://www.krippner-net.de/xfs_repair_3)
anschließend mount FS, rename lost+found, rm -Rf * nix zu machen.
Zu keinem Zeitpunkt hat sich etwas verändert, löschen nicht möglich!!

Gruß aus L.E.
Uwe

just4uk
16.11.08, 02:30
Und jetzt?

muell200
17.11.08, 10:13
Und jetzt?

festplatte checken, evt. hat die einen fehler

just4uk
19.11.08, 12:07
Bin gerade nicht vor Ort, könnte also etwas dauern!
Vor meiner Abreise habe ich die hda schon mal durch die Mangel gedreht, ohne Ergebniss.
Sobald ich wieder zu Hause bin lasse ich Euch Details wissen!!

Gruß aus Ratingen
Uwe