[linux-lvm] ext2resize error
Jonathan S. Polacheck
JPolache at texasmutual.com
Wed Aug 7 08:33:02 UTC 2002
resize2fs did the trick. Here is the additional system information;
ext2resize -v -d;
ext2_resize_fs
ext2_shrink_fs
Your filesystem is too occupied to resize it to 160000
blocks. Sorry.
direct hits: 0, indirect hits: 0, misses: 0
strace ext2resize;
ext2resize v1.1.14 - 1999/08/28 for EXT2FS 0.5b
execve("/lvm/ext2resize", ["/lvm/ext2resize", "/dev/sys/usr"], [/* 17 vars
*/]) = 0
uname({sys="Linux", node="netman3", ...}) = 0
brk(0) = 0x8052ab8
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x40016000
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=62598, ...}) = 0
old_mmap(NULL, 62598, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\306"..., 1024)
= 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=1285480, ...}) = 0
old_mmap(NULL, 1301800, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x40027000
mprotect(0x4015c000, 36136, PROT_NONE) = 0
old_mmap(0x4015c000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x134000) = 0x4015c000
old_mmap(0x40161000, 15656, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40161000
close(3) = 0
munmap(0x40017000, 62598) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(5, 1), ...}) = 0
ioctl(1, 0x5401, {B38400 opost isig icanon echo ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x40017000
write(1, "ext2resize v1.1.14 - 1999/08/28 "..., 48) = 48
brk(0) = 0x8052ab8
brk(0x8052ad8) = 0x8052ad8
brk(0x8053000) = 0x8053000
open("/dev/sys/usr", O_RDONLY) = 3
open("/dev/sys/usr", O_WRONLY) = 4
brk(0x805c000) = 0x805c000
_llseek(3, 1024, [1024], SEEK_SET) = 0
read(3, "\0\350\3\0\0\320\7\0\0d\0\0B\301\0\0\305\1\2\0\0\0\0\0"..., 1024)
= 1024
brk(0x805d000) = 0x805d000
old_mmap(NULL, 528384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x40165000
_llseek(3, 4096, [4096], SEEK_SET) = 0
read(3, "\2\0\0\0\3\0\0\0\4\0\0\0\323\21\33 ;\2\0\0\0\0\0\0\0\0"..., 4096)
= 4096
ioctl(3, 0x1260, 0xbffffd18) = 0
old_mmap(NULL, 4198400, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x401e6000
write(2, "Your filesystem is too occupied "..., 55Your filesystem is too
occupied to resize it to 160000
) = 55
write(2, "blocks. Sorry.\n", 15blocks. Sorry.
) = 15
munmap(0x401e6000, 4198400) = 0
fdatasync(4) = 0
munmap(0x40165000, 528384) = 0
fdatasync(4) = 0
close(3) = 0
close(4) = 0
munmap(0x40017000, 4096) = 0
_exit(0) = ?
/proc/partitions
major minor #blocks name rio rmerge rsect ruse wio wmerge wsect wuse
running use aveq
58 0 2560000 lvma 0 0 0 0 0 0 0 0 0 0 0
58 1 155648 lvmb 0 0 0 0 0 0 0 0 0 0 0
58 2 20480 lvmc 0 0 0 0 0 0 0 0 0 0 0
58 3 53248 lvmd 0 0 0 0 0 0 0 0 0 0 0
58 4 471040 lvme 0 0 0 0 0 0 0 0 0 0 0
58 5 1048576 lvmf 0 0 0 0 0 0 0 0 0 0 0
3 0 19551168 ide/host0/bus0/target0/lun0/disc 31762 48151 375856
271600 195205 98603 2015628 30848380 0 646720 31121890
3 1 16033 ide/host0/bus0/target0/lun0/part1 30 419 898 280 22
21 86 3670 0 1820 3950
3 2 257040 ide/host0/bus0/target0/lun0/part2 4 11 120 50 27 256
2264 1030 0 340 1080
3 3 152617 ide/host0/bus0/target0/lun0/part3 2607 10167 25548
18010 8039 11978 40082 1093780 0 472170 1111790
3 4 19125382 ide/host0/bus0/target0/lun0/part4 29119 37554 349286
253250 187117 86348 1973196 29749900 0 637410 30005060
Andreas Dilger
<adilger at clust To: "Jonathan S. Polacheck" <JPolache at texasmutual.com>
erfs.com> cc: linux-lvm at sistina.com
Subject: Re: [linux-lvm] ext2resize error
08/06/2002
04:25 PM
On Aug 06, 2002 15:54 -0500, Jonathan S. Polacheck wrote:
> I have a Mandrake Linux 8.1 system with a 2.4.8 kernel. My logical
volumes
> include /usr, /var and /home (not / or /boot). I originally set up all
> lv(s) as ext3, which seemed to preclude the ext2_online patch. My
> /dev/sys/usr lv shows 2.44 gig in lvdisplay. My one PV shows 3616 free
> PEs. df shows /usr to be 2,015,824 (k) and 96% utilized. I run telinit
1
> then umount -a. /usr unmounts. I then run ext2resize /dev/sys/usr. It
> returns "Your filesystem is too occupied to resize it to 16000 bytes."
Can you run "ext2resize -v -d /dev/sys/usr" and send me the output? If
that doesn't produce anything useful, you may also need to run
"strace ext2resize /dev/sys/user" as well. What does /proc/partitions
say about /dev/sys/usr?
Cheers, Andreas
--
Andreas Dilger
http://www-mddsp.enel.ucalgary.ca/People/adilger/
http://sourceforge.net/projects/ext2resize/
More information about the linux-lvm
mailing list