linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Torsten Neumann <torsten@londo.rhein-main.de>
To: LVM for Linux <linux-lvm@msede.com>
Subject: [linux-lvm] Problems with e2fsadm
Date: Thu, 7 Oct 1999 20:02:33 +0200 (MET DST)	[thread overview]
Message-ID: <m11ZHs9-000D4UC@londo.rhein-main.de> (raw)

Hi,

I'm having some problems with e2fsadm when using 4096 as blocksize for my
ext2 filesystem. e.g
	lvcreate -L 100 -n /dev/vg00/lvoltest vg00
	mke2fs -b 4096 /dev/vg00/lvoltest
	e2fsadm -L 200 /dev/vg00/lvoltest
gives something like
	...
	lvextend -- logical volume "/dev/vg00/lvoltest" successfully extended

	ext2_resize_fs: your container (i.e. the file or partition the
					filesystem) is in is not big enough for a filesystem of
					204800 blocks (it's only 51200 blocks)

If using resize2fs instead of ext2resize I got the similiar message

	The containing partition (or device) is only 51200 blocks.
	You requested a new size of 204800 blocks.

Extending ext2 Filesystems on non logical volumes (/dev/sd...) works fine
even if using 4096 as blocksize.
Looking at the ext2resize code it seems to me that ext2resize is doing the
right thing, therefor my guess is that there is some bug in the lvm code.
Looking at LVM I find in tools/lib/liblvm.h
	#define BLOCK_SIZE 1024
but I don't understand if this has something to do with the above problem.
BLOCK_SIZE seems to be used in vg_setup_for_extend to check if there is room
for extending. But I don't see what it has to do with the wrong result of
the llseek call in ext2resize.

Maybe here is someone smarter then me and could tell me what's going wrong.
Would be nice if resizing works for all blocksizes.

Regards,
	Torsten

             reply	other threads:[~1999-10-07 18:02 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-10-07 18:02 Torsten Neumann [this message]
1999-10-12 20:47 ` [linux-lvm] Problems with e2fsadm Heinz Mauelshagen
2020-11-27 16:16 ` Michael Marxmeier

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=m11ZHs9-000D4UC@londo.rhein-main.de \
    --to=torsten@londo.rhein-main.de \
    --cc=linux-lvm@msede.com \
    /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).