From: Michael Stumpf <mjstumpf@pobox.com>
To: "Callahan, Tom" <CallahanT@tessco.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: resize2fs failing--how to resize my fs?
Date: Wed, 14 Dec 2005 15:04:12 -0600 [thread overview]
Message-ID: <43A088CC.6010603@pobox.com> (raw)
In-Reply-To: <0481A62A3E95A044AC20A1A45899645C06B02F45@glc-mail-1.tessco.com>
Nope. Unmounted. But incase you didn't read the full thing, I did
solve the problem by adding swap and using a simple "resize2fs
/dev/my_vol_grp/my_log_vol".
Callahan, Tom wrote:
>Was this resize done while the FS was mounted?
>
>Thanks,
>Tom Callahan
>
>-----Original Message-----
>From: linux-raid-owner@vger.kernel.org
>[mailto:linux-raid-owner@vger.kernel.org]On Behalf Of Michael Stumpf
>Sent: Wednesday, December 14, 2005 3:33 PM
>To: linux-raid@vger.kernel.org
>Subject: Re: resize2fs failing--how to resize my fs?
>
>
>Michael Stumpf wrote:
>
>
>
>>I get this from the latest stable resize2fs:
>>
>>[root@foo parted]# resize2fs /dev/my_vol_grp/my_log_vol
>>resize2fs 1.38 (30-Jun-2005)
>>Resizing the filesystem on /dev/my_vol_grp/my_log_vol to 488390656
>>(4k) blocks.
>>Killed
>>
>>Parted (again, latest stable) tells me the following:
>>Using /dev/mapper/my_vol_grp-my_log_vol
>>(parted) resize 1 0
>>100% No
>>Implementation: This ext2 file system has a rather strange layout!
>>Parted can't resize this (yet).
>>(parted)
>>Similar results from ext2resize/ext2online. This is an ordinary ext3
>>fs, living inside an LVM2 that has already been increased to
>>accomodate (used all free extents).. I've resized it down and up
>>before, though it is possible I am resizing it larger than it has been
>>before (1.8TB).
>>Not sure what's up. Any advice welcome; my research in this has me
>>getting a bit nervous about lvm2 bugs causing loss of data. While I
>>want a single resilient (via raid 5) volume, I may be willing to ditch
>>a whole layer of software (lvm2) to get some security.
>>
>>
>
>
>Surprised noone has hit this before. It turns out that somehow my swap
>space disappeared in a system migration. This became more obvious as I
>explicitly tried to extend the fs to a lower limit (438390656), where
>resize2fs worked for a while, then informed me that it couldn't allocate
>some memory.
>
>Add 512mb of swap and problem solved.. never used more than ~100mb of
>swap (256mb main memory).
>
>Hope this helps someone.
>
>
next prev parent reply other threads:[~2005-12-14 21:04 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-14 20:45 resize2fs failing--how to resize my fs? Callahan, Tom
2005-12-14 21:04 ` Michael Stumpf [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-12-13 16:00 Michael Stumpf
2005-12-14 20:33 ` Michael Stumpf
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=43A088CC.6010603@pobox.com \
--to=mjstumpf@pobox.com \
--cc=CallahanT@tessco.com \
--cc=linux-raid@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).