xfs
[Top] [All Lists]

Re: Crash on 2.6.21.7 Vanilla + DRBD 0.7

To: xfs@xxxxxxxxxxx
Subject: Re: Crash on 2.6.21.7 Vanilla + DRBD 0.7
From: Laurent CARON <lcaron@xxxxxxxxx>
Date: Thu, 11 Oct 2007 09:36:21 +0200
Cc: David Chinner <dgc@xxxxxxx>
In-reply-to: <20071010224644.GP995458@sgi.com>
References: <20071004133302.GA5058@apartia.fr> <4704FA19.2080101@theendofthetunnel.de> <20071010151537.GA31573@apartia.fr> <20071010224644.GP995458@sgi.com>
Sender: xfs-bounce@xxxxxxxxxxx
User-agent: Mozilla-Thunderbird 2.0.0.4 (X11/20070828)
David Chinner wrote:
> Yes, please turn on slab debugging so we can try to find the cause
> of this memory corruption. I expect the problem to be in DRBD as
> nobody else running XFS is reporting this problem. However, without
> running with the right debug options enabled we'll never get to
> the bottom of the problem.


Hi,

Before installing a new kernel i've got a (little?) clue.

The setup is as follows:

The drbd partition is mounted to a generic mountpoint
/dev/drbd1 on /data/web type xfs (rw)

The subdirectories of /data/web are mounted (mount --bind) to another
directory
/data/web/var/www on /var/www type xfs (rw,bind)
/data/web/var/lib/postgresql on /var/lib/postgresql type xfs (rw,bind)
/data/web/var/lib/mysql on /var/lib/mysql type xfs (rw,bind)


It seems I made a mistake here.

mount -t xfs --bind /data/web/var/www /var/www

instead of

mount --bind /data/web/var/www /var/www

Could this be 'THE' root of the problem (if the system then sees
/var/www as a 'real' XFS filesystem and not a directory mounted over) ?

Thanks

Laurent


<Prev in Thread] Current Thread [Next in Thread>