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