[linux-lvm] Re: linux-lvm digest, Vol 1 #624 - 8 msgs
James B. Byrne
ByrneJB at Harte-Lyne.ca
Thu Jul 4 10:12:02 UTC 2002
On 4 Jul 2002 at 4:49, "Heinz J . Mauelshagen"
<mauelshagen at sistina.com> wrote:
> Did you just grow the LV?
>
Yes
> You need to extend the FS using the respective FS resizing tool as
> well (resize2fs, resize_reiserfs, ...).
>
Did that too.
> BTW: for ext2 the e2fsadm(8) command, which comes with LVM does both
> for you.
>
>
I tried this originally but I can't remember if it worked first off or if in
my ignorance I ran it out of sequence, had problems, and ended up
doing something else. In any case eventually I managed to get the
file system up to 350 Mb.
> This doesn't really explain the local/remote difference unless:
>
> - local users had root credentials avoiding the fs
> "reserved block count" to matter
As it turned out the local user did have root capability but when su to
a non-privileged user the local file transfers also worked.
>
> - files uploaded where very large compared to the locally stored files
The reverse in fact, the local files moved in for testing averaged 10x
the size of normal ftp uploads. However, the culprit was discovered
and it wasn't lvm. The problem appears to have been a simple
permission problem in the directory tree for the ftp chroot. Why
pureftpd chose to report this as a disk full error is beyond me.
However, it is worth noting that rebooting the system, without
making any other changes, caused pureftp to subsequently report a
different error message for the same activity. The message didn't
actually say access forbidden ( I think that it was more like "non
existent file", but with the application of a little intuition it did point to
a permissions problem.
Regards,
Jim
--- e-mail is NOT a secure channel
James B. Byrne mailto:ByrneJB at Harte-Lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E 3C3
More information about the linux-lvm
mailing list