public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
* Re: umount xfs filesystem
       [not found] <4A66C5E7.7050408@readytec.it>
@ 2009-07-24 12:52 ` Olaf Weber
  2009-07-24 13:48   ` Michael Monnerie
  0 siblings, 1 reply; 2+ messages in thread
From: Olaf Weber @ 2009-07-24 12:52 UTC (permalink / raw)
  To: Daniele Nuzzo - Readytec SPA; +Cc: xfs

Daniele Nuzzo writes:

> 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.

> 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.

-- 
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:  olaf@sgi.com

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: umount xfs filesystem
  2009-07-24 12:52 ` umount xfs filesystem Olaf Weber
@ 2009-07-24 13:48   ` Michael Monnerie
  0 siblings, 0 replies; 2+ messages in thread
From: Michael Monnerie @ 2009-07-24 13:48 UTC (permalink / raw)
  To: xfs


[-- Attachment #1.1: Type: text/plain, Size: 707 bytes --]

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
-- 
// 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


[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[-- Attachment #2: Type: text/plain, Size: 121 bytes --]

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-07-24 13:47 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <4A66C5E7.7050408@readytec.it>
2009-07-24 12:52 ` umount xfs filesystem Olaf Weber
2009-07-24 13:48   ` Michael Monnerie

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox