Re: mdadm source rpm build error + command-line parsing error + resync reporting problem

2 messages, 2 authors, 2005-12-09 · open the first message on its own page

Re: mdadm source rpm build error + command-line parsing error + resync reporting problem

From: Neil Brown <hidden>
Date: 2005-12-09 05:55:06

On Thursday December 8, mhardy@h3c.com wrote:
Not really on-topic, but has anyone else gotten ext2online to work? I
get this "Dec  8 21:27:02 istanbul kernel: JBD: ext2online wants too
many credits (2050 > 2048)" after letting it attempt to extend the FS to
cover the entire device.
I haven't used ext2online myself, but I believe that there are some
aspects of the filesystem that it is not able to resize, and you have
to have created your filesystem with the understanding that you might
want to grow it later.
 From the mkfs.ext3 man page:

       -E extended-options
 ...
                   resize=max-online-resize
                          Reserve  enough  space  so  that  the  block   group
                          descriptor  table  can  grow to support a filesystem
                          that has max-online-resize blocks.


Not a very desirable situation, but just part of the legacy that
ext2/3 brings with it.

So this time when you mkfs your new arrays, plan for growth :-)

NeilBrown

Re: mdadm source rpm build error + command-line parsing error + resync reporting problem

From: Mike Hardy <hidden>
Date: 2005-12-09 06:31:31


Neil Brown wrote:
On Thursday December 8, mhardy@h3c.com wrote:
quoted
Not really on-topic, but has anyone else gotten ext2online to work? I
get this "Dec  8 21:27:02 istanbul kernel: JBD: ext2online wants too
many credits (2050 > 2048)" after letting it attempt to extend the FS to
cover the entire device.

I haven't used ext2online myself, but I believe that there are some
aspects of the filesystem that it is not able to resize, and you have
to have created your filesystem with the understanding that you might
want to grow it later.
 From the mkfs.ext3 man page:

       -E extended-options
 ...
                   resize=max-online-resize
                          Reserve  enough  space  so  that  the  block   group
                          descriptor  table  can  grow to support a filesystem
                          that has max-online-resize blocks.


Not a very desirable situation, but just part of the legacy that
ext2/3 brings with it.

So this time when you mkfs your new arrays, plan for growth :-)

NeilBrown
I was able to boot off the redhat install CD, use the 'linux rescue'
mode to get a shell, and then use resize2fs to do what I wanted.

Basically, if you didn't plan ahead with the right max-online-resize
option, you can still grow the filesystem, just not while it's mounted
and running.

So at this point, I've got twice the disk space on both the systems I
was working on. If only I had more to do, now that I know what I'm doing...

-Mike
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help