linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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.
>  
>




  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).