FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > EXT3 Users

 
 
LinkBack Thread Tools
 
Old 02-04-2009, 02:09 AM
Eric Sandeen
 
Default ext4 resize/fsck

Curtis Doty wrote:
> Horsing around with ext4 again...on F-10.
>
> This time a fsck was required after both an offline shrink and an online
> grow. Why?

Could you please try again with 1.41.4 from rawhide (or koji:
http://kojipkgs.fedoraproject.org/packages/e2fsprogs/1.41.4/2.fc11/ -
might need to rebuild if there are any library dependency problems) and
see if this persists or is fixed? Several resize fixes went into 1.41.4
that should take care of this.

I'll probably push 1.41.4 to f10 testing soon, if people are hitting
these problems.

Thanks,
-Eric

_______________________________________________
Ext3-users mailing list
Ext3-users@redhat.com
https://www.redhat.com/mailman/listinfo/ext3-users
 
Old 02-04-2009, 02:38 AM
Curtis Doty
 
Default ext4 resize/fsck

9:09pm Eric Sandeen said:


Curtis Doty wrote:

Horsing around with ext4 again...on F-10.

This time a fsck was required after both an offline shrink and an online
grow. Why?


Could you please try again with 1.41.4 from rawhide (or koji:
http://kojipkgs.fedoraproject.org/packages/e2fsprogs/1.41.4/2.fc11/ -
might need to rebuild if there are any library dependency problems) and
see if this persists or is fixed? Several resize fixes went into 1.41.4
that should take care of this.

I'll probably push 1.41.4 to f10 testing soon, if people are hitting
these problems.



Is this an improvement or luck? Fewer issues, but still a ghost dir.

19:30]stratus~# lvextend -L6G foo/bar
Extending logical volume bar to 6.00 GB
Logical volume bar successfully resized

19:31]stratus~# resize2fs -p /dev/foo/bar
resize2fs 1.41.4 (27-Jan-2009)
Filesystem at /dev/foo/bar is mounted on /home; on-line resizing required
old desc_blocks = 1, new_desc_blocks = 1
Performing an on-line resize of /dev/foo/bar to 1572864 (4k) blocks.
The filesystem on /dev/foo/bar is now 1572864 blocks long.

19:31]stratus~# umount /home
19:32]stratus~# fsck.ext4 -C0 -f /dev/foo/bar
e2fsck 1.41.4 (27-Jan-2009)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Directories count wrong for group #37 (1, counted=0).
Fix<y>? yes

bar: ***** FILE SYSTEM WAS MODIFIED *****
bar: 43188/153600 files (0.1% non-contiguous), 294524/1572864 blocks

../C

_______________________________________________
Ext3-users mailing list
Ext3-users@redhat.com
https://www.redhat.com/mailman/listinfo/ext3-users
 
Old 02-04-2009, 02:45 AM
Eric Sandeen
 
Default ext4 resize/fsck

Curtis Doty wrote:
> 9:09pm Eric Sandeen said:
>
>> Curtis Doty wrote:
>>> Horsing around with ext4 again...on F-10.
>>>
>>> This time a fsck was required after both an offline shrink and an online
>>> grow. Why?
>> Could you please try again with 1.41.4 from rawhide (or koji:
>> http://kojipkgs.fedoraproject.org/packages/e2fsprogs/1.41.4/2.fc11/ -
>> might need to rebuild if there are any library dependency problems) and
>> see if this persists or is fixed? Several resize fixes went into 1.41.4
>> that should take care of this.
>>
>> I'll probably push 1.41.4 to f10 testing soon, if people are hitting
>> these problems.
>>
>
> Is this an improvement or luck? Fewer issues, but still a ghost dir.
>
> 19:30]stratus~# lvextend -L6G foo/bar
> Extending logical volume bar to 6.00 GB
> Logical volume bar successfully resized
>
> 19:31]stratus~# resize2fs -p /dev/foo/bar
> resize2fs 1.41.4 (27-Jan-2009)
> Filesystem at /dev/foo/bar is mounted on /home; on-line resizing required
> old desc_blocks = 1, new_desc_blocks = 1
> Performing an on-line resize of /dev/foo/bar to 1572864 (4k) blocks.
> The filesystem on /dev/foo/bar is now 1572864 blocks long.
>
> 19:31]stratus~# umount /home
> 19:32]stratus~# fsck.ext4 -C0 -f /dev/foo/bar
> e2fsck 1.41.4 (27-Jan-2009)
> Pass 1: Checking inodes, blocks, and sizes
> Pass 2: Checking directory structure
> Pass 3: Checking directory connectivity
> Pass 4: Checking reference counts
> Pass 5: Checking group summary information
> Directories count wrong for group #37 (1, counted=0).
> Fix<y>? yes
>
> bar: ***** FILE SYSTEM WAS MODIFIED *****
> bar: 43188/153600 files (0.1% non-contiguous), 294524/1572864 blocks
>
> ../C
>

I hope it's an improvement

If you can reproduce it, you might capture an e2image of the fs prior to
resize, and we could probably investigate the issue pretty easily...

-Eric

_______________________________________________
Ext3-users mailing list
Ext3-users@redhat.com
https://www.redhat.com/mailman/listinfo/ext3-users
 
Old 02-04-2009, 03:11 AM
Curtis Doty
 
Default ext4 resize/fsck

9:45pm Eric Sandeen said:


Curtis Doty wrote:

9:09pm Eric Sandeen said:


Curtis Doty wrote:

Horsing around with ext4 again...on F-10.

This time a fsck was required after both an offline shrink and an online
grow. Why?

Could you please try again with 1.41.4 from rawhide (or koji:
http://kojipkgs.fedoraproject.org/packages/e2fsprogs/1.41.4/2.fc11/ -
might need to rebuild if there are any library dependency problems) and
see if this persists or is fixed? Several resize fixes went into 1.41.4
that should take care of this.

I'll probably push 1.41.4 to f10 testing soon, if people are hitting
these problems.



Is this an improvement or luck? Fewer issues, but still a ghost dir.

19:30]stratus~# lvextend -L6G foo/bar
Extending logical volume bar to 6.00 GB
Logical volume bar successfully resized

19:31]stratus~# resize2fs -p /dev/foo/bar
resize2fs 1.41.4 (27-Jan-2009)
Filesystem at /dev/foo/bar is mounted on /home; on-line resizing required
old desc_blocks = 1, new_desc_blocks = 1
Performing an on-line resize of /dev/foo/bar to 1572864 (4k) blocks.
The filesystem on /dev/foo/bar is now 1572864 blocks long.

19:31]stratus~# umount /home
19:32]stratus~# fsck.ext4 -C0 -f /dev/foo/bar
e2fsck 1.41.4 (27-Jan-2009)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Directories count wrong for group #37 (1, counted=0).
Fix<y>? yes

bar: ***** FILE SYSTEM WAS MODIFIED *****
bar: 43188/153600 files (0.1% non-contiguous), 294524/1572864 blocks

../C



I hope it's an improvement

If you can reproduce it, you might capture an e2image of the fs prior to
resize, and we could probably investigate the issue pretty easily...



Ak. Just re-shrunk offline and then re-grew online. With e2images in
between each time. However, nothing was inconsistent these times!


Could it be that one ghost dir was indeed missed by 1.41.3 and
caught/cleaned by 1.41.4? The symptom appears gone here now.


../C

_______________________________________________
Ext3-users mailing list
Ext3-users@redhat.com
https://www.redhat.com/mailman/listinfo/ext3-users
 
Old 02-04-2009, 05:26 AM
Theodore Tso
 
Default ext4 resize/fsck

It might be fixed with this commit:

commit fdff73f094e7220602cc3f8959c7230517976412
Author: Theodore Ts'o <tytso@mit.edu>
Date: Mon Jan 26 19:06:41 2009 -0500

ext4: Initialize the new group descriptor when resizing the filesystem

Make sure all of the fields of the group descriptor are properly
initialized. Previously, we allowed bg_flags field to be contain
random garbage, which could trigger non-deterministic behavior,
including a kernel OOPS.

http://bugzilla.kernel.org/show_bug.cgi?id=12433

Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Cc: stable@kernel.org

The patch was merged with mainline shortly after 2.6.29-rc3.

- Ted

_______________________________________________
Ext3-users mailing list
Ext3-users@redhat.com
https://www.redhat.com/mailman/listinfo/ext3-users
 

Thread Tools




All times are GMT. The time now is 12:30 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org