umount sehr langsam, device mapper schuld ?

Hi Leute,

ich habe mal wieder ein verrücktes Problem, das ich nicht ganz nachvollziehen kann.

Folgendes vorgehen:

- erstellen eines Logical Volumes
- mkfs -t ext4
- mounten dieses Volumen
- rsync ~400Mb
- umount

Problem:
Alle Operationen laufen wie gewohnt ab und ohne jeglichen Fehler.
Wenn ich nun direkt nach dem rsync ein umount des Volumens mache, dauert der umount meistens 20 min und die Load steigt.

iotop Ausgabe:

Ein umount -f bringt mir auch keinen Erfolg. Gemountet ist das Volume mit -o defaults

Wenn ich nun nach dem rsync ein paar Minuten warte, geht der umount direkt.
Ich bin nun ein wenig überfragt, ob er den Buffer den er (warum auch immer) aufbaut zu langsam bei dem umount schreibt oder das es evtl an ext4 und dem device-mapper liegt.

Hatte wer schon einmal ein ähnliches Phönomen ?
Das System:

Debian Squeeze
2.6.32-5-xen-amd64

Grüße

Hab zwar auch Debian mit Squeeze, ext4 und einem AMD64 Kernel, kann das Problem aber nicht nachvollziehen.
Ich spiegle mit rsync beiden FTPs von Debian(ftp.de.debian.org/ftp2.de.debian.org) und kann das Problem nicht nachvollziehen.

Gibt es noch weitere Informationen?
Welche Platten verwendest du?

Nachtrag:
Du schreibst, du erreichst 400 MB bei rsync.
Läuft das ganze in einem Raid?

T-Virus

Ja läuft in einem Raid.

aber Problem gefunden und gelöst. Es ist definitv der DeviceMapper von ext4. Scheinbar Buffert dieser noch Teile in den RAM und schreibt die dann runter. Warum auch immer.

Mit ext3 keine Probleme

Greetz

Okay also liegt es wohl am Devices Mapper.
Hast du mal versucht per sync versucht die Daten direkt schreiben zulassen und dann mal ein umount zu machen?
Dies könnte ggf. helfen das Problem zu umgehen.

T-Virus

ja, dennoch buffert er wohl einige teile in den RAM. Die er dann, warum auch immer, sehr langsam und mühevoll bei dem umount überträgt.

Genaueres konnte ich nicht nachvollziehen, da mir einfach die Zeit gefehlt hat