umount xfs filesystem
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 10 lines · Daniele Nuzzo
hi,
I think I need your advice-opinion ...
I set up a system like CentOS 5.3, lvm, drbd 8.2, various systems raid (Adaptec aacraid or LSI MegaRAID with or without write back cache) after some time of work (a few hours or days) do the umount is slow... even a few minutes ... why?
I have already disabled barrier and write cache on drbd, but not on the controller or the sas drives... ideas?
thanks a lot.
Quoted 2 lines
p.s.
drbd partitions formatted with the default options.
On unmount the system has flush all dirty data to disk. Depending on the amount of data in memory, this might take a while.
I'm not claiming this is definitely the case here, but it is an obvious candidate.
Signature · 9 lines
Olaf Weber SGI Phone: +31(0)30-6696752
Veldzigt 2b Fax: +31(0)30-6696799
Technical Lead 3454 PW de Meern Vnet: 955-7151
Storage Software The Netherlands Email: [email protected]
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfsQuoted 5 lines · On Freitag 24 Juli 2009 Olaf Weber wrote:
On unmount the system has flush all dirty data to disk. Depending on the amount of data in memory, this might take a while.
I'm not claiming this is definitely the case here, but it is an obvious candidate.
The OP should try
sync
umount
then he could see if sync takes long or umount
mfg zmi
Signature · 5 lines
// Michael Monnerie, Ing.BSc ----- http://it-management.at // Tel: 0660 / 415 65 31 .network.your.ideas. // PGP Key: "curl -s http://zmi.at/zmi.asc | gpg --import" // Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4 // Keyserver: wwwkeys.eu.pgp.net Key-ID: 1C1209B4
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs