xfs
[Top] [All Lists]

Re: XFS for postgres databases?

To: Steve Lord <lord@xxxxxxx>
Subject: Re: XFS for postgres databases?
From: Olaf Frączyk <olaf@xxxxxxxxxxxxx>
Date: Mon, 07 Jun 2004 10:16:33 +0200
Cc: Jeremy Jackson <jerj@xxxxxxxxxxxx>, Christoph Hellwig <hch@xxxxxxxxxxxxx>, Nathan Scott <nathans@xxxxxxx>, linux-xfs@xxxxxxxxxxx
In-reply-to: <40C0D7A8.9050500@xfs.org>
References: <200405121300.14866.stevew@catalyst.net.nz> <1084332608.11308.3.camel@noodles> <20040512143941.A389759@wobbly.melbourne.sgi.com> <200405121618.27843.ncunningham@linuxmail.org> <20040512165624.C389759@wobbly.melbourne.sgi.com> <20040512130047.A28089@infradead.org> <40C0D621.2010001@coplanar.net> <40C0D7A8.9050500@xfs.org>
Sender: linux-xfs-bounce@xxxxxxxxxxx
On Fri, 2004-06-04 at 22:12, Steve Lord wrote:
> Note that the blockdev mapping and the xfs metadata are the same
> memory, its just they do not cooperate on the locking correctly,
> so if you access both at once, you end up trashing on or the other.
> 
Hi,
Any ETA when it is fixed? This is really dangerous. I think nearly
nobody suspects that reading block device with mounted filesystem can
produce any kind of corruption. 
I think that there should be some info in the kernel config, saying that
it is not allowed to run ANY program which uses block device for reading
(like hdparm) on device with mounted XFS filesystem. 

BTW., if I have XFS on /dev/sda1 is it unsafe to access /dev/sda1 only
or the whole /dev/sda too? If the latter, it means that modyfying
partition table is also an unsafe operation. This would be really ugly.

Regards,

Olaf


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