Am Donnerstag 28 Februar 2008 schrieb Markus Schulz:
> Am Donnerstag, 28. Februar 2008 schrieb Dirk Salva:
> > On Wed, Feb 27, 2008 at 10:57:28PM +0100, Martin Steigerwald wrote:
> > > Beschränktes Schreiben
> > > von Martin Steigerwald
> > > Erschienen im Linux-Magazin Sonderheft 2006/04
> > > http://www.linux-magazin.de/heft_abo/sonderheft/2006/04/beschraenkt
> > >es_schreiben?category=0
> >
> > Danke. Sag mal, was haben denn dann diese Meldungen bei mir beim
> > Booten (Etch, Soft-RAID1) zu bedeuten:
> > server kernel: Filesystem "md0": Disabling barriers, not supported by
> > the underlying device
> > server kernel: Filesystem "md1": Disabling barriers, not supported by
> > the underlying device
> >
> > Nach dem Artikel bin ich davon ausgegangen, daß barriers vom Kernel
> > abhängen und nicht vom Laufwerk (sind übrigens zwei identische
> > Seagate Model=ST3120026A, WriteCache=enabled).
>
> Write Barriers funktionieren nicht bei Kombination md-Raid mit XFS.
> Laut einer Aussage von Martin F. Krafft [1] soll das mit ext3
> allerdings funktionieren. Für Software Raid ist XFS also bisher wohl
> nicht die erste Wahl.
Ich glaube, dass das so, zumindest bis zum Kernel 2.6.23 nicht stimmt. Da
hatte ich ja auch schon Infos zu gepostet:
Der Ausschnitt aus dem Quelltext ist ziemlich eindeutig:
---------------------------------------------------------------------
Looking at dm_request() as Eric Sandeen did in a post on the XFS mailing
list suggests that there are technical reasons for the lack of write
barrier support[1]:
martin@shambala> grep -A 9 -m1 "dm_request" linux-2.6.23/drivers/md/dm.c
static int dm_request(struct request_queue *q, struct bio *bio)
{
int r;
int rw = bio_data_dir(bio);
struct mapped_device *md = q->queuedata;
/*
* There is no use in forwarding any barrier request since we
can't
* guarantee it is (or can be) handled by the targets correctly.
*/
---------------------------------------------------------------------
http://bugzilla.kernel.org/show_bug.cgi?id=9554
bzw. besserer Ausschnitt:
---------------------------------------------------------------------
see dm_request():
/*
* There is no use in forwarding any barrier request since we
can't
* guarantee it is (or can be) handled by the targets correctly.
*/
if (unlikely(bio_barrier(bio))) {
---> bio_endio(bio, -EOPNOTSUPP); <---
return 0;
}
---------------------------------------------------------------------
http://oss.sgi.com/archives/xfs/2007-12/msg00080.html
Ich wüsste nicht, wie ext3 darum herumkommen sollte.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Attachment:
signature.asc
Description: This is a digitally signed message part.