Re: rfc: [patch] change attribute for ext3

as it is doing now? Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: rfc: [patch] change attribute for ext3

attributes. It's here for completness, in my opinion the change attribute is the same as the ctime time-stamp Then makes sense to just improve the ctime mechanism instead of adding new code and interfaces... Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc

Re: ext2/3 create large filesystem takes too much time; solutions

) and initializing new ones - we likely need to verify the checksum in more places in e2fsck before trusting the UNINIT flags I won't be able to work more on this for a while, so have at it :-). Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. Index

Re: [RFC] [PATCH] Documentation/filesystems/ext4.txt

://ext2resize.sourceforge.net You should likely remove ext2resize from this list, it hasn't got any support for extent-mapped files. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body of a message

Re: Design alternatives for fragments/file tail support in ext4

-- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: ixt3

of the retry code has been looked at. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: ixt3

On Oct 17, 2006 11:06 +0200, Jure Pečar wrote: On Tue, 17 Oct 2006 02:51:30 -0600 Andreas Dilger [EMAIL PROTECTED] wrote: None of the retry code has been looked at. This is what I'm mostly interested in ... predictable, well behaving and tested error handling recovery. Is ext4 going

Re: [PATCH, E2FSPROGS] On-disk format for large number of subdirectors

+#define EXT4_FEATURE_RO_COMPAT_DIR_NLINK 0x0020 #define EXT2_FEATURE_INCOMPAT_COMPRESSION0x0001 #define EXT2_FEATURE_INCOMPAT_FILETYPE 0x0002 Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send

Re: [PATCH/RFC] - make ext3 more robust in the face of filesystem corruption

On Oct 18, 2006 16:56 -0500, Eric Sandeen wrote: Andreas Dilger wrote: The directory leaf data is kept in the page cache and there is a helper function ext2_check_page() to mark the page checked. That means the page only needs to be checked once after being read from disk, instead

Re: [PATCH, E2FSPROGS] On-disk format for inode extra size control inode size

On Oct 18, 2006 18:16 -0400, Theodore Tso wrote: On Wed, Oct 18, 2006 at 01:34:38PM -0600, Andreas Dilger wrote: There was some discussion about moving the i_ctime_extra field into the small inode, for use as a version field by NFSV4. The proposed field was l_i_reserved2 in the original

Re: [PATCH/RFC] - make ext3 more robust in the face of filesystem corruption

is a safe upper limit on the file size. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [PATCH/RFC] - make ext3 more robust in the face of filesystem corruption

, so that we don't spin on a bad entry forever. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [RFC] Ext3 online defrag

-- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [RFC] Ext3 online defrag

and commit the transaction. Alternately (maybe even better) is to treat it as O_DIRECT and ensure the page cache is flushed. This also avoids polluting the whole page cache while running a defragmenter on the filesystem. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File

Re: ext3: bogus i_mode errors with 2.6.18.1

-- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: ext3: bogus i_mode errors with 2.6.18.1

On Oct 24, 2006 11:14 +0200, Andre Noll wrote: On 14:02, Andreas Dilger wrote: Something like the this? (only compile tested). And no, I do _not_ know, what I'm doing ;) Don't worry, everyone starts out not knowing what they are doing. The ext3_free_blocks() part looks OK from a cursory

Re: [RFC] Ext3 online defrag

the old {dt}indirect blocks and just copy a few block pointers over. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: ext3: bogus i_mode errors with 2.6.18.1

all of the bits in the bitmaps, the inode table and the backup superblock and group descriptor to see if they need fixing also. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body

Re: ext3: bogus i_mode errors with 2.6.18.1

On Oct 27, 2006 17:34 +0200, Andre Noll wrote: On 12:01, Andreas Dilger wrote: Well, since we know at least one bit needs fixing and results in the block being written to disk then setting the bits for all of the other metadata blocks in this group has no extra IO cost (only a tiny amount

Re: Shred mount option for ext4?

to surrender their key. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: ext2 readdir/lookup/check_page behavior

On Nov 14, 2006 13:38 -0600, Eric Sandeen wrote: Andreas Dilger wrote: It would make sense to fix ext2 in the same way. I'd suggest bailing out early == min(i_size blocksize, i_blocks). The i_blocks count is an upper limit, because it includes the overhead of indirect blocks

Re: [RFC][PATCH 0/4] BIG_BG: support of large block groups

a good 10+ years before we're in danger of seeing a 512TB laptop drives. :-) Agreed, I think there isn't any reason to increase the group size unless it is really needed, or it is specified with mke2fs -g {blocks} or the number of inodes requires it. Cheers, Andreas -- Andreas Dilger Principal

Re: [RFC] [patch 2/3] change attribute for ext4: ext4 specific code

field could be expanded to 64 bits to avoid the need for it to have fs-specific operations, but failing that we can put the high word into ext4_inode_info and NFS can access it via export_operations I think. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc

Re: [RFC][PATCH 0/3] ext4 online defrag (ver 0.2)

, not for a directory. So I will use my new ioctl. Though it might make sense to implement FIBMAP for a directory, to keep it consistent and allow user-space tools like filefrag to work on directories also. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc

Re: [RFC] [patch 0/3] i_version update for ext4

noticable overhead. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [RFC] [patch 3/3] i_version update for ext4: user interface

, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [patch 1/2] e2fsprogs: user selectable dup block handling in fsck

the allocation. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: Fw: [BUG -mm] ext3_orphan_add() accessing corrupted list on a corrupted ext3fs

, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [Resubmit][PATCH 5/5] Secure Deletion and Trash-Bin Support for Ext4

as ext2 (EXT2_IOC_GETFLAGS). Maybe this code can just do an ioctl inside the kernel? Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body of a message to [EMAIL PROTECTED] More

Re: [RFC] [PATCH 1/1] nanosecond timestamps

-- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [RFC] [PATCH 1/1] Nanosecond timestamps

or if this is just a comment. sbi-s_want_extra_isize will be zero and it is not possible for sbi-s_inode_size EXT3_GOOD_OLD_INODE_SIZE so this case won't be hit. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line

Re: Testing ext4 persistent preallocation patches for 64 bit features

preallocation via fallocate/ioctl) so that they don't have to zero-fill large files, or is there also automatic preallocation of space to files (e.g. for O_APPEND files)? Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send

[PATCH] e2fsck journal recovery can corrupt all superblock backups

-* update the backup superblocks anyway). -*/ - fs-flags |= EXT2_FLAG_MASTER_SB_ONLY; - ehandler_init(fs-io); if (ctx-superblock) Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send

Re: e2fsprogs coverity patch cid-4.diff

; reserved_ratio = 0; fs_param.s_feature_incompat = EXT3_FEATURE_INCOMPAT_JOURNAL_DEV; fs_param.s_feature_compat = 0; Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line

Re: booked-page-flag.patch

for a page at that file offset. Worst case. This only really becomes an issue when the filesystem (+reservations) is close to being full. If we are close enough to worry about running out of space we can also refuse to do delayed allocation. Cheers, Andreas -- Andreas Dilger Principal Software

Re: booked-page-flag.patch

. It would be no worse than what we have now, and for IO performance you need larger blocksize anyways. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body of a message to [EMAIL

Re: data=journal busted

On Feb 16, 2007 15:42 -0800, Andrew Morton wrote: On Fri, 16 Feb 2007 16:31:09 -0700 Andreas Dilger [EMAIL PROTECTED] wrote: We have a patch that we use for Lustre testing which allows you to set a block device readonly (silently discarding all writes), without the filesystem immediately

Re: [RFC] [PATCH 1/1] nanosecond timestamps

) { And the second if decides whether to save bits 32 in the seconds field for 64-bit architectures, so it is also evaluated at compile time. Better to have this in a macro than in the code itself. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe

[PATCH] added sanity check for xattr validation

to ext2fs_ext_attr_hash_entry() can dereference bad memory and crash e2fsck. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Jim Garlick [EMAIL PROTECTED] === e_value_offs.patch Index: e2fsprogs-1.39/e2fsck/pass1.c

Re: [RFC] [PATCH 1/1] nanosecond timestamps

-- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [PATCH take3 1/1] nanosecond timestamps

of the inode. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: e2fsck and human intervention

on every boot? If your primary concern is not halting the boot, then yes. 99% of people only know to answer y to e2fsck anyways. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body

Re: Fw: EXT3-fs warning (device sdd2): dx_probe: Unrecognised inode hash code 232

htree metadata. We should probably handle this more gracefully, if indeed it is corrupted on disk. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body of a message to [EMAIL

[RFC] improving ext4 stat/unlink performance

if we are going to have another incompatible change to the on-disk format (though we could bundle a number of inode- and directory- specific changes together). Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line

Re: qla2xxx BUG: workqueue leaked lock or atomic

you know this is fixed in your kernel (and any older kernel you might have to downgrade to). Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body of a message to [EMAIL PROTECTED

Re: e2fsprogs coverity patch cid-1.diff

ID's, anyway? I assume they are something you locally assigned? Yes, this is just the error number within a given software project at a particular site. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line

Re: cleaned up ext4 patch series

to be rewriten based on the review feedback. Yes, that makes a lot of sense. It would avoid issues like Andrew finding problems with the nanosecond patches because they hadn't been widely tested yet. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe

[PATCH] 5/19 e2fsprogs f_extents_ee_len test

Regression test for a bad ee_len field in an extent file. Binary patch file. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Girish Shilamkar [EMAIL PROTECTED] Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. e2fsprogs-tests

[PATCH] 3/19 e2fsprogs f_extents_bad_blk test

Regression test for a bad block in an extent file. Binary patch file. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Girish Shilamkar [EMAIL PROTECTED] Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. e2fsprogs-tests

[PATCH] 4/19 e2fsprogs f_extents_ee_block test

Regression test for a bad ee_block field in an extent file. Binary patch file. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Girish Shilamkar [EMAIL PROTECTED] Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. e2fsprogs-tests

[PATCH] 6/19 e2fsprogs f_extents_ee_start test

Regression test for a bad ee_start field in an extent file. Binary patch file. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Girish Shilamkar [EMAIL PROTECTED] Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. e2fsprogs-tests

[PATCH] 7/19 e2fsprogs f_extents_eh_depth test

Regression test for a bad eh_depth field in an extent file. Binary patch file. This test still fails with the current extents patch. It takes 2 runs of e2fsck to correct the problem. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Girish Shilamkar [EMAIL PROTECTED] Cheers

[PATCH] 8/19 e2fsprogs f_extents_eh_entries test

Regression test for a bad eh_entries field in an extent file. Binary patch file. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Girish Shilamkar [EMAIL PROTECTED] Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. e2fsprogs-tests

[PATCH] 12/19 e2fsprogs f_extents_ei_leaf test

Regression test for a bad ei_leaf field in an extent file. Binary patch file. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Girish Shilamkar [EMAIL PROTECTED] Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. e2fsprogs-tests

[PATCH] 14/19 e2fsprogs f_extents_inrlevel-incons test

Regression test for an inter-level index depth inconsistency in an extent file. Binary patch file. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Girish Shilamkar [EMAIL PROTECTED] Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc

[PATCH] 15/19 e2fsprogs f_extents_orphan_blks test

Regression test for orphaned blocks in an extent filesystem. Binary patch file. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Girish Shilamkar [EMAIL PROTECTED] Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. e2fsprogs-tests

Re: [PATCH] 18/19 e2fsprogs f_extents_shrd_blk test

Regression test for unsorted extents within a file. Binary patch file. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Girish Shilamkar [EMAIL PROTECTED] Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. e2fsprogs-tests

[PATCH] 18/19 e2fsprogs f_extents_shrd_blk test

instead of block iterator based will allow this problem to be fixed. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Girish Shilamkar [EMAIL PROTECTED] Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. e2fsprogs-tests-f_extents_shrd_blk.patch

Re: 2.6.20 ext3 rename() returns success but doesn't unlink the source

in the POSIX spec. The GNU user tools do what is expected (unlink the source file). Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body of a message to [EMAIL PROTECTED] More majordomo

group descriptor contents and LAZY_BG

)-bg_free_blocks_count)) Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: Ext4 benchmarks

for investigating performance issues. Does anybody know why this patch hasn't found its way into the mainline? Maybe it could be merged in jbd2? Yes, we use this functionality failry often, so having it in jbd2 would be quite useful. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File

Re: [PATCH] Correction to check_filetype()

on second e2fsck problem you observed. The test case is created as if that problem was also fixed already (i.e. second e2fsck is clean). Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. e2fsprogs-tests-f_check_filetype.patch Description: Binary data

Re: [PATCH] Add i_version_hi for 64-bit version

has added support to store the lower 32-bits in osd1.linux1.l_i_version. Signed-off-by: Andreas Dilger [EMAIL PROTECTED] Signed-off-by: Kalpak Shah [EMAIL PROTECTED] Index: linux-2.6.20/include/linux/ext4_fs.h

Re: [PATCH] Correction to check_filetype()

that this is only a danger if the mode on the file is corrupted, which shouldn't really be doable by a regular user, but it is definitely something to consider. I take it that this code fixes the test image I previously posted? Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster

Re: [RFC][take 2] e2fsprogs: Add ext4migrate

). There only needs to be one sync per file. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: tune2fs -l stale info

. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: Ext4 benchmarks

Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: Add a norecovery option to ext3/4?

but just exported via a SAN to this node you've potentially corrupted the filesystem. It's a bad idea to just go ahead and mount filesystems that you aren't told to mount. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list

Re: ext3, BKL, journal replay, multiple non-bind mounts of same device

. It appears to have been 2.6.11, but I don't know why. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [PATCH] e2fsprogs - pass1c terminates early if hard links

tcl interpreter :-) Yes, I thought of this too, and also the let's build a full interpreted language into debugfs conclusion. It wouldn't be fatal though - in some cases it would be nice to have debugfs loop over inodes to fix some unusual corruption. Cheers, Andreas -- Andreas Dilger

Re: debugfs fill_bgs command?

be used on any kernel as it is a COMPAT feature and marks all but first and last groups as full. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body of a message to [EMAIL

[RFC] add FIEMAP ioctl to efficiently map file allocation

-mapped filesystems, they can at least improve over the -bmap() case by skipping holes in files that cover [dt]indirect blocks (saving thousands of calls). Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line

Re: [RFC] add FIEMAP ioctl to efficiently map file allocation

On Apr 12, 2007 12:22 +0100, Anton Altaparmakov wrote: On 12 Apr 2007, at 12:05, Andreas Dilger wrote: I'm interested in getting input for implementing an ioctl to efficiently map file extents holes (FIEMAP) instead of looping over FIBMAP a billion times. We already have customers

Missing JBD2_FEATURE_INCOMPAT_64BIT in ext4

Just a quick note before I forget. I thought there was a call in ext4 to set JBD2_FEATURE_INCOMPAT_64BIT at mount time if the filesystem has more than 2^32 blocks? I don't see that anywhere in the 2.6.20 ext4. Is that in the upstream git repo? Cheers, Andreas -- Andreas Dilger Principal

Re: [PATCH] Copy i_flags to ext3 inode flags on write

, (int __user *) arg); case EXT3_IOC_SETFLAGS: { Looks fine otherwise - there is already ext3_set_inode_flags() which sets the VFS inode flags properly in ext3_read_inode(). Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from

Re: [RFC] add FIEMAP ioctl to efficiently map file allocation

On Apr 16, 2007 18:01 +1000, Timothy Shimmin wrote: --On 12 April 2007 5:05:50 AM -0600 Andreas Dilger [EMAIL PROTECTED] wrote: struct fiemap_extent { __u64 fe_start; /* starting offset in bytes */ __u64 fe_len; /* length in bytes */ } struct

Re: [RFC] add FIEMAP ioctl to efficiently map file allocation

On Apr 16, 2007 21:22 +1000, David Chinner wrote: On Thu, Apr 12, 2007 at 05:05:50AM -0600, Andreas Dilger wrote: struct fiemap_extent { __u64 fe_start; /* starting offset in bytes */ __u64 fe_len; /* length in bytes */ } struct fiemap

Re: Missing JBD2_FEATURE_INCOMPAT_64BIT in ext4

On Apr 19, 2007 12:15 -0700, Mingming Cao wrote: On Sun, 2007-04-15 at 10:16 -0600, Andreas Dilger wrote: Just a quick note before I forget. I thought there was a call in ext4 to set JBD2_FEATURE_INCOMPAT_64BIT at mount time if the filesystem has more than 2^32 blocks? Question about

Re: Missing JBD2_FEATURE_INCOMPAT_64BIT in ext4

of their respective groups may as well be a separate feature. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [PATCH] fix up lazy_bg bitmap initialization at mkfs time

, but that might lead to confusion if e.g. e2fsck deletes a journal on a nearly-full fs and then tune2fs recreates it much smaller than before. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4

Re: [PATCH] fix ext2 allocator overflows above 31 bit blocks

imposed for the sake of usability. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [ext3][kernels = 2.6.20.7 at least] KDE going comatose when FS is under heavy write load (massive starvation)

to checkpoint out to the filesystem synchronously even if just space for a small transaction is needed. That is doubly bad if you have a very large journal. I believe Alex has a patch to have it checkpoint much smaller chunks to the fs. Cheers, Andreas -- Andreas Dilger Principal Software Engineer

Re: Large File Deletion Comparison (ext3, ext4, XFS)

. Doing the bitmap read/write will definitely be more efficient with META_BG, but that doesn't explain the other 19k blocks undergoing IO. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4

Re: Large File Deletion Comparison (ext3, ext4, XFS)

and then to the filesystem. I still think ext4 could do better than it currently does. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body of a message to [EMAIL PROTECTED] More

Re: Ext2/3 block remapping tool

On Apr 30, 2007 08:09 -0400, Theodore Tso wrote: On Fri, Apr 27, 2007 at 12:09:42PM -0600, Andreas Dilger wrote: I'd prefer that such functionality be integrated with Takashi's online defrag tool, since it needs virtually the same functionality. For that matter, this is also very similar

Re: e2fsprogs-1.39-tyt3

also wouldn't object to changing the default inode_ratio on large filesystems to be a lot fewer than 1/8192 bytes. At a minimum, allowing an inode_ratio 1/4MB should be allowed. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list

Re: e2fsprogs-1.39-tyt3

generate a 1.39 to 1.39-WIP patch, and then use quilt + CVS to manage the resulting patches. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body of a message to [EMAIL PROTECTED

Re: Ext2/3 block remapping tool

On May 01, 2007 11:28 -0400, Theodore Tso wrote: On Tue, May 01, 2007 at 12:01:42AM -0600, Andreas Dilger wrote: Except one other issue with online shrinking is that we need to move inodes on occasion and this poses a bunch of other problems over just remapping the data blocks. Well, I

Re: [RFC] add FIEMAP ioctl to efficiently map file allocation

no blocks allocated in the filesystem. I don't think it makes the operation significantly more efficient than say ioctl(DMAPI_FORCE_READ); ioctl(FIEMAP) if an application actually needs the data to be present instead of just returning mapping info that includes UNMAPPED. Cheers, Andreas -- Andreas

Re: [PATCH 0/5] fallocate system call

kinds of applications (e.g. PVR preallocating live TV in 10 minute segments or something, but not knowing in advance how long the show will actually be recorded or the final encoded size). Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from

Re: JBD: ext2online wants too many credits (744 256)

at mke2fs time (-J size=16). Alternately, it is possible resize to an intermediate size and then delete and recreate the journal via tune2fs (which would be the larger size by default) but that can only be done offline. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems

Re: [PATCH 4/5] ext4: fallocate support in ext4

and more useful here. Ouch, not very friendly error handling. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [RFC][take 4] e2fsprogs: Add ext4migrate

is to have the kernel read data from the block-mapped file and write it into the newly mapped blocks. That functionality needs to exist for a long time anyways to support upgrading the filesystem so it shouldn't be a huge burden. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster

Re: JBD: ext2online wants too many credits (744 256)

to the journal create code). Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - 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

Re: [PATCH] - Make mke2fs.c defaults match mke2fs.conf defaults

mke2fs.conf is only on the order of a few hundred bytes I don't think it is a huge issue to include it. I like the idea of it being compiled into the code and yet consistent with the default install. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe

Re: [PATCH 4/5] ext4: fallocate support in ext4

On May 07, 2007 19:02 -0400, Jeff Garzik wrote: Andreas Dilger wrote: Actually, this is a non-issue. The reason that it is handled for extent-only is that this is the only way to allocate space in the filesystem without doing the explicit zeroing. Precisely /how/ do you avoid the zeroing

Re: Creating a 32bit blocks filesystem.

will not be usable on 32-bit systems. I believe mke2fs already checks PAGE_SIZE in order to validate blocksize 4096 filesystem requests, and a simple check for sizeof(long) to see if it is a 32-bit system would be enough. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems

Re: commit only journal entries older than commit period?

leave the filesystem inconsistent. After the transaction is committed the blocks are written into the fs and I'd guess that this can happen quickly enough that it only takes a fraction of a second. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc

Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc

write() the mtime/ctime will be updated, so it makes sense to be consistent for both methods. Also, it just makes sense from the this file was modified point of view. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send

Re: Ext4 devel interlock meeting minutes (May 7, 2007)

. Alternately, we could allow the relocation of bitmaps and itables under BIG_BG, which is itself covers the relocation aspects and also allows the ability to change the group size. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list

  1   2   3   4   >