* Re: Question/Problem: Mounting of XFS filesystem takes a lot of time
@ 2010-10-20 16:57 Andreas Hasenkopf
2010-10-21 0:19 ` Peter Grandi
0 siblings, 1 reply; 7+ messages in thread
From: Andreas Hasenkopf @ 2010-10-20 16:57 UTC (permalink / raw)
To: xfs
Hello,
thank you all for your emails with suggestions and comments on my
problem.
When messing around with the BIOS settings (switching SATA mode from
RAID to IDE) I get quite an obvious message stating that the S.M.A.R.T.
status of one of the disks is BAD.
Removing that disk solved the problem. My system is mounting the
remaining XFS partitions fast as usual.
Thanks again
Andi
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Question/Problem: Mounting of XFS filesystem takes a lot of time
2010-10-20 16:57 Question/Problem: Mounting of XFS filesystem takes a lot of time Andreas Hasenkopf
@ 2010-10-21 0:19 ` Peter Grandi
2010-10-21 17:05 ` Emmanuel Florac
0 siblings, 1 reply; 7+ messages in thread
From: Peter Grandi @ 2010-10-21 0:19 UTC (permalink / raw)
To: Linux XFS
>> Check your disks. I've seen harddisks dying in that way.
>> Suddenly access times are horrible. Test random access I/O and
>> compare times, not sequential - those might still look good.
> [ ... ] When messing around with the BIOS settings (switching
> SATA mode from RAID to IDE) I get quite an obvious message
> stating that the S.M.A.R.T. status of one of the disks is
> BAD. Removing that disk solved the problem. [ ... ]
The suggestion about checking disk error status was good, and
relates to an important but little known detail about SATA vs. SAS
disk drives.
Usually SATA drives are pogrammed to do a large number of firmware
driven retries in case of data errors, hanging the IO subsystem,
while SAS drives, which are expected to be used in RAID sets,
don't, and report errors immediately. So called "Raid Edition"
SATA drives often behave like SAS drives in this respect.
It is often possible but usually quite awkward to change that
setting for ordinary SATA drives.
Disabling extended fw retries is usually a good idea with Linux
anyhow, as it does sw retries anyhow, and very good for drives
used in RAID sets with redundancy, to reduce latency in the case
of errors.
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Question/Problem: Mounting of XFS filesystem takes a lot of time
2010-10-21 0:19 ` Peter Grandi
@ 2010-10-21 17:05 ` Emmanuel Florac
0 siblings, 0 replies; 7+ messages in thread
From: Emmanuel Florac @ 2010-10-21 17:05 UTC (permalink / raw)
To: Peter Grandi; +Cc: Linux XFS
Le Thu, 21 Oct 2010 01:19:26 +0100 vous écriviez:
> Usually SATA drives are pogrammed to do a large number of firmware
> driven retries in case of data errors, hanging the IO subsystem,
This is only the case for Desktop SATA drives. More expensive
"enterprise" SATA drives (Seagate ES or ES2 series, Hitachi Ultrastar,
etc) behave like SAS drives.
Desktop SATA drives also lack the logic to manage properly vibrations
happening in large arrays, which can totally kill performance.
--
------------------------------------------------------------------------
Emmanuel Florac | Direction technique
| Intellique
| <eflorac@intellique.com>
| +33 1 78 94 84 02
------------------------------------------------------------------------
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 7+ messages in thread
* Question/Problem: Mounting of XFS filesystem takes a lot of time
@ 2010-10-19 20:44 Andreas Hasenkopf
2010-10-19 21:33 ` Martin Steigerwald
` (2 more replies)
0 siblings, 3 replies; 7+ messages in thread
From: Andreas Hasenkopf @ 2010-10-19 20:44 UTC (permalink / raw)
To: xfs
Hello,
since today I have quite a big problem and I'd like to get some opinions
from experts on how to proceed in solving the problem.
The Problem:
Since today mounting and unmounting of any XFS partition on my system
takes (depending on size of partition) up to 15 minutes and more.
The system in its current configuration was working fine for over 6
months and I did not change anything recently with respect of upgrades.
I have already tried booting a Linux-LiveCD and mounting the XFS
partitions in that system: same result.
Also I have run xfs_check and xfs_repair -n on the partitions on the
RAID1 configuration: mounting still takes a lot of time (15 mins +).
The System:
Ubuntu 10.04 (64bit)
AMD Phenom 9600
Asus M3A32-MVP DELUXE with Marvel Raid Controller
1x 80GB HDD with ext3 (/boot) and xfs (/)
2x 1TB HDD in RAID1 configuration (xfs)
And now to my question:
Could my problem be a software related problem (Linux, XFS, something
else) or should I consider hardware problems?
Thanks for your time
Andi
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: Question/Problem: Mounting of XFS filesystem takes a lot of time
2010-10-19 20:44 Andreas Hasenkopf
@ 2010-10-19 21:33 ` Martin Steigerwald
2010-10-19 23:08 ` Dave Chinner
2010-10-20 6:05 ` Michael Monnerie
2 siblings, 0 replies; 7+ messages in thread
From: Martin Steigerwald @ 2010-10-19 21:33 UTC (permalink / raw)
To: xfs; +Cc: Andreas Hasenkopf
[-- Attachment #1.1: Type: Text/Plain, Size: 798 bytes --]
Am Dienstag 19 Oktober 2010 schrieb Andreas Hasenkopf:
> Hello,
Hi!
> since today I have quite a big problem and I'd like to get some
> opinions from experts on how to proceed in solving the problem.
>
> The Problem:
> Since today mounting and unmounting of any XFS partition on my system
> takes (depending on size of partition) up to 15 minutes and more.
[...]
> And now to my question:
> Could my problem be a software related problem (Linux, XFS, something
> else) or should I consider hardware problems?
Anything in syslog or messages (like I/O errors or such)? Are harddisk(s)
fine (smartctl)?
Is it fast as usual after the mount succeeds?
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 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] 7+ messages in thread
* Re: Question/Problem: Mounting of XFS filesystem takes a lot of time
2010-10-19 20:44 Andreas Hasenkopf
2010-10-19 21:33 ` Martin Steigerwald
@ 2010-10-19 23:08 ` Dave Chinner
2010-10-20 6:05 ` Michael Monnerie
2 siblings, 0 replies; 7+ messages in thread
From: Dave Chinner @ 2010-10-19 23:08 UTC (permalink / raw)
To: Andreas Hasenkopf; +Cc: xfs
On Tue, Oct 19, 2010 at 10:44:18PM +0200, Andreas Hasenkopf wrote:
> Hello,
> since today I have quite a big problem and I'd like to get some opinions
> from experts on how to proceed in solving the problem.
>
> The Problem:
> Since today mounting and unmounting of any XFS partition on my system
> takes (depending on size of partition) up to 15 minutes and more.
How big is the journal? (xfs_info output will tell us).
> The system in its current configuration was working fine for over 6
> months and I did not change anything recently with respect of upgrades.
>
> I have already tried booting a Linux-LiveCD and mounting the XFS
> partitions in that system: same result.
> Also I have run xfs_check and xfs_repair -n on the partitions on the
> RAID1 configuration: mounting still takes a lot of time (15 mins +).
Was it a clean unmount, or is it doing journal replay?
If you do:
# mount <dev> <mtpt> ; umount <mtpt> ; time mount <dev> <mtpt>
Does the second mount take 15 minutes?
> And now to my question:
> Could my problem be a software related problem (Linux, XFS, something
> else) or should I consider hardware problems?
Sounds suspiciously like failing hardware to me. Any errors in
dmesg?
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Question/Problem: Mounting of XFS filesystem takes a lot of time
2010-10-19 20:44 Andreas Hasenkopf
2010-10-19 21:33 ` Martin Steigerwald
2010-10-19 23:08 ` Dave Chinner
@ 2010-10-20 6:05 ` Michael Monnerie
2 siblings, 0 replies; 7+ messages in thread
From: Michael Monnerie @ 2010-10-20 6:05 UTC (permalink / raw)
To: xfs; +Cc: Andreas Hasenkopf
[-- Attachment #1.1: Type: Text/Plain, Size: 661 bytes --]
On Dienstag, 19. Oktober 2010 Andreas Hasenkopf wrote:
> 2x 1TB HDD in RAID1 configuration (xfs)
Check your disks. I've seen harddisks dying in that way. Suddenly access
times are horrible. Test random access I/O and compare times, not
sequential - those might still look good.
--
mit freundlichen Grüssen,
Michael Monnerie, Ing. BSc
it-management Internet Services
http://proteger.at [gesprochen: Prot-e-schee]
Tel: 0660 / 415 65 31
****** Radiointerview zum Thema Spam ******
http://www.it-podcast.at/archiv.html#podcast-100716
// Wir haben im Moment zwei Häuser zu verkaufen:
// http://zmi.at/langegg/
// http://zmi.at/haus2009/
[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 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] 7+ messages in thread
end of thread, other threads:[~2010-10-21 17:04 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-10-20 16:57 Question/Problem: Mounting of XFS filesystem takes a lot of time Andreas Hasenkopf
2010-10-21 0:19 ` Peter Grandi
2010-10-21 17:05 ` Emmanuel Florac
-- strict thread matches above, loose matches on Subject: below --
2010-10-19 20:44 Andreas Hasenkopf
2010-10-19 21:33 ` Martin Steigerwald
2010-10-19 23:08 ` Dave Chinner
2010-10-20 6:05 ` Michael Monnerie
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox