Displaying 5 results from an estimated 5 matches for "chacron".
Did you mean:
chacon
2003 Jun 06
2
how to use LVM snapshot with ext3 - VFS lock patch applicability
Hi,
I have an ext3 file system on top of LVM and i use journaled mode.
I would like to make a snapshot of my filesystem while the application is
running in order to backup
on another physical storage.
For that i have to create an LVM snapshot and then to mount it in read-only
for copying the content.
This is not possible as far as ext3 needs to do a log replay at mount time
( AFAIK).
I would
2002 Jan 07
0
look for atomicity problem using ext3 through NFS
...city or ordering guarantees".
I just want to know if, in practical, you have encoutered any problem
of data consistency
after a failure using ext3 (or another File System with atomic data
writting propriety) through NFS and
in what precise cases.
I'll enjoy to have your feedback.
Eric Chacron,
Alcatel Software Control Platform
2002 Jan 09
1
inconsistent file content after killing nfs daemon
Hi Stephen,
I use ext3 with kernel 2.4.14. I'm happy to have verified that nfs+ext3
in journal mode doesn't provide
atomic write for the user point of view.
My program writes sequential records of 64KB in a file through a nfs
mount point. The blocks of data are
initialized with a serie of integer: 1, 2, 3 ...
I kill the nfsd daemons while two instance of the program are writing
their 600
2002 Jun 03
1
64 K write access grouped in a single disk access ?
Hi Stephen,
I would like to know the behavior of ext3 for a write() request used
with
O_SYNC
for 64 K in term of disk access method:
- is there a chance to have only one disk access (instead of 16 x 4 K
corresponding to each mapped page ) or at maximum two in journaled mode
?
- if this is possible then how can i force such a grouping of data in a
single disk output ?
NB: i disable cached write
2002 Jun 21
1
Re: measured throughput variations
Hi Stephen,
"Stephen C. Tweedie" wrote:
> Hi,
>
> On Thu, Jun 20, 2002 at 05:35:45PM +0200, chacron1 wrote:
>
> > I redo some test with 2.4.14 ext3 and raw device .
>
> Please try the current ext3, from -ac or ext3 cvs, to make sure you're
> not hitting something that's been fixed since 2.4.14. 2.4.14 is a
> very old, and known buggy kernel.
>
I have tried with 2...