This patch fixes some bugs found during testing of the large
inode migration patches.
-aneesh
-
To unsubscribe from this list: send the line unsubscribe linux-ext4 in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: Aneesh Kumar K.V [EMAIL PROTECTED]
undoe2fs can be used to replay the transaction saved
in the transaction file using undo I/O Manager
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
---
misc/Makefile.in | 10 +-
misc/undoe2fs.c | 77
I think the series file got updated wrongly
-aneesh
diff --git a/series b/series
index 183d72e..bf34353 100644
--- a/series
+++ b/series
@@ -2,14 +2,10 @@
# fallocate() syscall patches and ext4 fallocate() implementation
# Missing manpages
-ext4-fallocate-1-syscall_i386_amd64_ppc
Hi Ted,
Following patch implement the Undo I/O manager and undoe2fs.
The patches are on top of latest git(23edf9b4674ced1cdf8625bd609d95dbd62923b3)
-aneesh
-
To unsubscribe from this list: send the line unsubscribe linux-ext4 in
the body of a message to [EMAIL PROTECTED]
More majordomo
From: Aneesh Kumar K.V [EMAIL PROTECTED]
undoe2fs can be used to replay the transaction saved
in the transaction file using undo I/O Manager
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
---
misc/Makefile.in | 10 --
misc/undoe2fs.c | 48
Andreas Dilger wrote:
On Jul 11, 2007 19:30 +0530, Suzuki wrote:
Trying to resize a mounted ext3 filesystem fails due to small journal size.
Background :
The filesystem was created with default values, except blocksize = 4K on
a LV partition. Later we tried extended the partition to +16M
Andreas Dilger wrote:
During a discussion at OLS, I came up with a very simple way of validating
the ext2/3/4 block bitmaps at read time. Until such a time when we have
checksums for the bitmaps we can have a simple but quite robust mechanism
that is useful for ext2/3/4.
When a new block
When a new block bitmap is read from disk in read_block_bitmap()
there are a few bits that should ALWAYS be set. In particular, the
blocks given by ext4_blk_bitmap, ext4_inode_bitmap and ext4_inode_table.
Validate the block bitmap against these blocks.
Signed-off-by: Aneesh Kumar K.V [EMAIL
When a new block bitmap is read from disk in read_block_bitmap()
there are a few bits that should ALWAYS be set. In particular, the
blocks given by ext4_blk_bitmap, ext4_inode_bitmap and ext4_inode_table.
Validate the block bitmap against these blocks.
Signed-off-by: Aneesh Kumar K.V [EMAIL
The patch set is forward port of the changes found at
ftp://ftp.clusterfs.com/pub/people/alex/2.6.19-rc6/
on top of 2.6.22-rc6 (ext4-patch-queue)
Only visible change i made is to enabled MBALLOC option default so that we
get wider testing.
Test booted and did minimal testing on ext4 files
From: Alex Tomas [EMAIL PROTECTED]
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
---
fs/ext4/Makefile |2 +-
fs/ext4/lg.c | 576
fs/ext4/super.c|5 +
fs/fs-writeback.c |8 +-
include/linux
Aneesh Kumar K.V wrote:
Mingming Cao wrote:
On Tue, 2007-07-03 at 15:58 +0530, Kalpak Shah wrote:
On Sun, 2007-07-01 at 03:36 -0400, Mingming Cao wrote:
+
+#define EXT4_INODE_GET_XTIME(xtime, inode,
raw_inode) \
+do
Mingming Cao wrote:
Index: linux-2.6.22-rc4/fs/ext4/super.c
===
--- linux-2.6.22-rc4.orig/fs/ext4/super.c 2007-06-13 17:19:11.0
-0700
+++ linux-2.6.22-rc4/fs/ext4/super.c2007-06-13 17:24:45.0 -0700
@@
off extents.
Signed-off-by: Mingming Cao [EMAIL PROTECTED]
Without the change: I get below
commit 4a4f228f99e263767fe5b395cdb843a5c5d083fe
Author: Aneesh Kumar K.V [EMAIL PROTECTED]
Date: Wed Jul 4 10:05:19 2007 +0530
Turn on extents feature by default in ext4 filesystem. User could
Aneesh Kumar K.V wrote:
If we bump i_version in ext4_mark_iloc_dity then we should be removing
the i_version update
at other places. A simple grep of ext4 dir shows i_version being updated
followed by ext4_mark_inode_dirty.
How about the below patch. I also removed the i_version = 1
Aneesh Kumar K.V wrote:
If we bump i_version in ext4_mark_iloc_dity then we should be removing
the i_version update
at other places. A simple grep of ext4 dir shows i_version being updated
followed by ext4_mark_inode_dirty.
How about the below patch. I also removed the i_version = 1
From: Aneesh Kumar K.V [EMAIL PROTECTED]
The below patch add ioctl for migrating ext3 indirect block mapped inode
to ext4 extent mapped inode.
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
---
fs/ext4/Makefile|2 +-
fs/ext4/ioctl.c |3 +
fs/ext4/migrate.c
Valerie Clement wrote:
This patch adds a new option '-D' to mkfs to allow creating ext4
filesystem.
lib/ext2fs/ext2_fs.h|7 +++
lib/ext2fs/initialize.c |1 +
misc/mke2fs.c | 18 --
3 files changed, 24 insertions(+), 2 deletions(-)
,
superblock, block_size, undo_io_manager,
current_fs);
The patch is on top of e2fsprogs-upstream mercurial repo
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
diff -r fe55db3e508c lib/ext2fs/Makefile.in
--- a/lib/ext2fs/Makefile.inSun Jun 24 17:32:47 2007
Hi,
In block reservation code while rebalancing the free blocks why are we not
looking at the reservation slots that have no free blocks left. Rebalancing
the free blocks equally across all the reservation slots will make sure
we have less chances of failure later when we try to reserve
Mingming Cao wrote:
O
BTW, can you point me your latest and greatest mballoc patch? I am
trying to forward port and merge that patch to ext4 patch queue
I am looking at the one found at.
ftp://ftp.clusterfs.com/pub/people/alex/2.6.19-rc6
-aneesh
-
To unsubscribe from this list:
Eric Sandeen wrote:
Aneesh Kumar K.V wrote:
Hi,
In block reservation code while rebalancing the free blocks why are we not
looking at the reservation slots that have no free blocks left. Rebalancing
the free blocks equally across all the reservation slots will make sure
we have less
Aneesh Kumar K.V wrote:
Eric Sandeen wrote:
Aneesh Kumar K.V wrote:
Hi,
In block reservation code while rebalancing the free blocks why are
we not looking at the reservation slots that have no free blocks
left. Rebalancing
the free blocks equally across all the reservation slots
Corporation, 2007
+ * Author Aneesh Kumar K.V [EMAIL PROTECTED]
+ *
+ * This program is free software; you can redistribute it and/or modify it
+ * under the terms of version 2.1 of the GNU Lesser General Public License
+ * as published by the Free Software Foundation.
+ *
+ * This program
Andreas Dilger wrote:
On Jun 12, 2007 12:17 +0530, Aneesh Kumar K.V wrote:
The below patch add ioctl for migrating ext3 indirect block mapped inode
to ext4 extent mapped inode.
How does this relate to the migrate ioctl used by Takashi in the current
ext4 defragmenter patch series?
You
, flags,
superblock, block_size, undo_io_manager,
current_fs);
The patch is on top of e2fsprogs-upstream mercurial repo
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
diff -r 11b6e3e021f0 lib/ext2fs/Makefile.in
--- a/lib/ext2fs/Makefile.inThu May 31 12:39
Theodore Tso wrote:
On Wed, Jun 06, 2007 at 03:32:27PM +0530, Aneesh Kumar K.V wrote:
If we allow to change the block size in between that would mean the
records that we store in the tdb database will be of variable size (
different block sizes). That would also add all the code/complexity
Theodore Tso wrote:
On Tue, May 22, 2007 at 03:47:33PM +0530, Aneesh Kumar K.V wrote:
This I/O manager saves the contents of the location being overwritten
to a tdb database. This helps in undoing the changes done to the
file system.
+ /* loop through the existing entries and find
Hi Takashi,
I was looking at online defrag code and found that the tmp_inode is
created with tmp_inode-i_nlink equal to zero. Now i am not sure whether
i understand the code correctly, but AFAIU we allocate contiguous block
using this tmp_inode. That means tmp_inode have extent details
Kalpak Shah wrote:
On Tue, 2007-05-29 at 11:18 +0530, Aneesh Kumar K.V wrote:
Also can we have a description of why s_{min, want}_extra_isize
fields are added in the commit message ?
The i_extra_isize for each inode should ideally be s_want_extra_isize
after inode expansion. If expansion
Andreas Dilger wrote:
On May 29, 2007 13:48 +0530, Aneesh Kumar K.V wrote:
When the nanosecond timestamp extension was first proposed, the requirement
from Ted and Stephen were that s_min_extra_isize was a requirement. Otherwise
it would be possible to have a filesystem where
Also can we have a description of why s_{min, want}_extra_isize
fields are added in the commit message ?
diff --git a/ext4-nanosecond-patch b/ext4-nanosecond-patch
index ceaf339..02d00b7 100644
--- a/ext4-nanosecond-patch
+++ b/ext4-nanosecond-patch
@@ -1,8 +1,8 @@
This patch is a spinoff of
coly wrote:
Theodore,
I can see all the files, but how can I download the files by cvs ? I
tried pserver, but it seems does not work ..
could you give me some hints ?
hg clone http://thunk.org/hg/e2fsprogs/
hg come in mercurial package.
-aneesh
-
To unsubscribe from this list: send
Theodore Tso wrote:
On Wed, May 09, 2007 at 01:42:17PM +0530, Aneesh Kumar K.V wrote:
From: Aneesh Kumar K.V [EMAIL PROTECTED]
This I/O manager helps in stacking different I/O managers.
For example one can stack the undo I/O manager on top
of Unix I/O manager to achieve the undo
Takashi Sato wrote:
Hi Aneesh san,
In my opinion, to keep the ioctl simple and small is very important
for ease of maintenance. So I would rather not support indirect
block files in the ioctl.
Instead, I can add the call of the migration ioctl to my defrag tool in
order
to defragment
Dave Kleikamp wrote:
On Fri, 2007-05-18 at 18:12 +0530, Aneesh Kumar K.V wrote:
Hi All,
I was looking at ext4 patch queue and was wondering why we are putting
.patch under git. If we are looking for a quilt like functionality, one
can achieve the same using stgit. I was using stgit
Theodore Tso wrote:
On Fri, May 18, 2007 at 06:12:23PM +0530, Aneesh Kumar K.V wrote:
Hi All,
I was looking at ext4 patch queue and was wondering why we are putting
.patch under git. If we are looking for a quilt like functionality, one
can achieve the same using stgit. I was using stgit
This is a very early prototype of what i working on. I have done only minimal
testing of this. To use one need to use the below steps.
io_manager io_mng = stack_io_manager_init();
stack_push_io_manager(io_mng, unix_io_manager);
stack_push_io_manager(io_mng, undo_io_manager);
From: Aneesh Kumar K.V [EMAIL PROTECTED]
This I/O manager helps in stacking different I/O managers.
For example one can stack the undo I/O manager on top
of Unix I/O manager to achieve the undo functionality.
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
---
lib/ext2fs/Makefile.in | 10
From: Aneesh Kumar K.V [EMAIL PROTECTED]
This I/O manager saves the contents of the location being overwritten
to a tdb database. This helps in undoing the changes done to the
file system.
This can be stacked over unix I/O manager to get the undo functionality.
Signed-off-by: Aneesh Kumar K.V
This I/O manager helps in stacking different I/O managers.
For example one can stack the undo I/O manager on top
of Unix I/O manager to achieve the undo functionality.
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
---
lib/ext2fs/Makefile.in | 10 +-
lib/ext2fs/ext2_io.h |4 +
lib
Hi,
Theodore Tso wrote:
On Mon, May 07, 2007 at 08:56:11AM +0530, Aneesh Kumar K.V wrote:
Andreas Dilger wrote:
If this code could also (or optionally just) increase the size of inodes
it would be very useful. AFAIK right now it will only change the inodes
from block-mapped to extent-mapped
Theodore Tso wrote:
That is correct. My next step is to enhance the tool to support
migration to large inodes.
I would actually suggest that the place to add that functionality
would be via tune2fs -I inode_size. Since mke2fs -I inode_size
is used to set the inode size, it makes sense
Andreas Dilger wrote:
On May 04, 2007 14:43 +0530, Aneesh Kumar K.V wrote:
Changes from from my previous patches are as follows:
a) support for files with holes
b) use the block iterator present in libext2fs
c) don't mark the indirect blocks as unused early. If we mark the
the blocks
This is work in progress
Changes from from my previous patches are as follows:
a) COW unix io manager using libtdb
b) add ext4replay to undo the file system changes done during migration
Changes from from my previous patches are as follows:
a) Mark the file system unclean if we fail migrating
From: Aneesh Kumar K.V [EMAIL PROTECTED]
The code is derived out of the latest ext4 kernel source. I
have tried to keep the code as close as possible to the kernel
sources. This makes sure that any fixes for the tree building
code in kernel should be easily applied to ext4migrate. The
ext3_ext
From: Aneesh Kumar K.V [EMAIL PROTECTED]
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
---
lib/ext2fs/Makefile.in |6 +
lib/ext2fs/ext2_io.h |3 +
lib/ext2fs/unix_cow_io.c | 864 ++
3 files changed, 873 insertions(+), 0 deletions
From: Aneesh Kumar K.V [EMAIL PROTECTED]
This tool can be used to replay the transactions stored in the database
during ext4migrate.
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
---
ext4migrate/Makefile.in |7 ++-
ext4migrate/replay.c| 45
This is work in progress
Changes from from my previous patches are as follows:
a) Mark the file system unclean if we fail migrating
b) support for migrating more than one file
c) Support for migrating all the ext3 inode in the file system
d) Fix the free block counts. ( Make sure fsck pass
From: Aneesh Kumar K.V [EMAIL PROTECTED]
The code is derived out of the latest ext4 kernel source. I
have tried to keep the code as close as possible to the kernel
sources. This makes sure that any fixes for the tree building
code in kernel should be easily applied to ext4migrate. The
ext3_ext
From: Aneesh Kumar K.V [EMAIL PROTECTED]
Add ext4migrate utility that helps in migrating a ext3 block mapped
inode to ext4 extent mapped inode.
ext4migrate command takes the below syntax
ext4migrate --display | --migrate image_name [filename]
The --display option helps in displaying the block
Andreas Dilger wrote:
On Apr 03, 2007 15:37 +0530, Aneesh Kumar K.V wrote:
The extent insert code is derived out of the latest ext4 kernel
source. I have tried to keep the code as close as possible to the
kernel sources. This makes sure that any fixes for the tree building
code in kernel
From: Aneesh Kumar K.V [EMAIL PROTECTED]
The code is derived out of the latest ext4 kernel source. I
have tried to keep the code as close as possible to the kernel
sources. This makes sure that any fixes for the tree building
code in kernel should be easily applied to ext4migrate. The
ext3_ext
From: Aneesh Kumar K.V [EMAIL PROTECTED]
Add ext4migrate utility that helps in migrating a ext3 block mapped
inode to ext4 extent mapped inode.
ext4migrate command takes the below syntax
ext4migrate [--display | --migrate ] image_name filename
The --display option helps in displaying the block
This is work in progress
The below patches add ext4migrate utility that helps in migrating
a ext3 block mapped inode to ext4 extent mapped inode. I have split
the patches into two. They don't build individually. The purpose of
splitting the patches into two is to make the review easeir. The
From: Aneesh Kumar K.V [EMAIL PROTECTED]
Add ext4migrate utility that helps in migrating a ext3 block mapped
inode to ext4 extent mapped inode.
ext4migrate command takes the below syntax
ext4migrate [--display | --migrate ] image_name filename
The --display option helps in displaying the block
From: Aneesh Kumar K.V [EMAIL PROTECTED]
The code is derived out of the latest ext4 kernel source. I
have tried to keep the code as close as possible to the kernel
sources. This makes sure that any fixes for the tree building
code in kernel should be easily applied to ext4migrate. The
ext3_ext
201 - 257 of 257 matches
Mail list logo
