[gentoo-user] LVM: extending volume groups and logical volumes

[gentoo-user] LVM: extending volume groups and logical volumes

[Allan Gottlieb]

I need to add space to /var (thank you, libreoffice), which is on lvm.
Since my one volume group vg is getting low, I thought this would be a
good time to extend it as well.

Alan (McKinnon) has posted very helpful lvm bits (reprinted below).
Following alan's bottom up creation mandate I believe the idea is

phy disk:   /dev/sda  my only drive
phy part:   fdisk   create another partition of type LVM (/dev/sda8)
phy vol:    pvcreate /dev/sda8
vol grp:    vgextend vg /dev/sda8
log vol:    lvextend --size +10G /dev/vg/var
file sys:   resize2fs /dev/vg/var
files/dirs: not relevant

Questions

1.  Apparently 2.6 (hence 3.x) kernels can expand mounted file systems
    (/var is mounted as ext3).

    Since I can't unmount /var because it is in use, I guess that, if I
    every need to shrink /var, I would need to boot off a CD.  Is that
    correct?

    Back in the day, we had single user mode for this, but I don't see
    how to get the equivalent now.

    Is it really safe to extend /var (i.e., /dev/vg/var) while mounted
    as ext3?  It sounds frightening since daemons could start running
    and access /var.

2.  Since currently /var is entirely from /dev/sda7 (my original lvm
    partition) should I use the optional parameter to lvextend to
    force the new space for /var to come from there as well?
        lv extend --size +10G /dev/sda7

thanks in advance
allan


==================== from Alan McKinnon ==============================

Let's look first at the layers of stuff involved:


   files & directories

   file system

   logical volume (LV)

   volume group (VG)

   physical volume (PV)  

   physical partition    (i.e. /dev/sda1 etc)

   physical disk         (i.e. something Seagate etc made)

OK, there's a lot of stuff there. When you made the LV, you worked from
the bottom up

Nothing in that list can be bigger than the thing below it.

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Dale]

Allan Gottlieb wrote:
> I need to add space to /var (thank you, libreoffice), which is on lvm.
> Since my one volume group vg is getting low, I thought this would be a
> good time to extend it as well.
>
> Alan (McKinnon) has posted very helpful lvm bits (reprinted below).
> Following alan's bottom up creation mandate I believe the idea is
>
> phy disk:   /dev/sda  my only drive
> phy part:   fdisk   create another partition of type LVM (/dev/sda8)
> phy vol:    pvcreate /dev/sda8
> vol grp:    vgextend vg /dev/sda8
> log vol:    lvextend --size +10G /dev/vg/var
> file sys:   resize2fs /dev/vg/var
> files/dirs: not relevant
>
> Questions
>
> 1.  Apparently 2.6 (hence 3.x) kernels can expand mounted file systems
>      (/var is mounted as ext3).
>
>      Since I can't unmount /var because it is in use, I guess that, if I
>      every need to shrink /var, I would need to boot off a CD.  Is that
>      correct?
>
>      Back in the day, we had single user mode for this, but I don't see
>      how to get the equivalent now.
>
>      Is it really safe to extend /var (i.e., /dev/vg/var) while mounted
>      as ext3?  It sounds frightening since daemons could start running
>      and access /var.
>
> 2.  Since currently /var is entirely from /dev/sda7 (my original lvm
>      partition) should I use the optional parameter to lvextend to
>      force the new space for /var to come from there as well?
>          lv extend --size +10G /dev/sda7
>
> thanks in advance
> allan

When I need to do something like this, I do a:

rc single

That stops all the services, including loggers which need /var, and on 
my systems, umounts /var as well.  I'm assuming you have upgraded to 
baselayout2 and openrc.  That may not work on the old setups.  When you 
go to single user mode, it umounts everything except / itself.  May want 
to recall that if you have notes in your user directory which would not 
be mounted.  I always put things like that in /root.

As for being safe, I did one of my file systems recently while 
downloading a movie.  It was being actively written to while it was 
being expanded.  The movie played fine when it was all done so I guess 
it is safe if the file system can be expanded while mounted.  Keep in 
mind, some can't so check first.

I'd have to read on the rest as I am a bit new to this too.  Maybe 
someone who knows more will comment on the rest.

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

[gentoo-user] Re: LVM: extending volume groups and logical volumes

[Jens Müller]

Am 16.12.2011 03:18, schrieb Allan Gottlieb:
> Questions
>
> 1.  Apparently 2.6 (hence 3.x) kernels can expand mounted file systems
>      (/var is mounted as ext3).
>
>      Since I can't unmount /var because it is in use, I guess that, if I
>      every need to shrink /var, I would need to boot off a CD.  Is that
>      correct?
>
>      Back in the day, we had single user mode for this, but I don't see
>      how to get the equivalent now.
>
>      Is it really safe to extend /var (i.e., /dev/vg/var) while mounted
>      as ext3?  It sounds frightening since daemons could start running
>      and access /var.

Well, online resizing works online, hence the name.

It is of course supposed to be working. You should have a backup 
nethertheless.

resize2fs also supports shrinking ext3 partitions, see 
http://linux.die.net/man/8/resize2fs

Regards,

Jens

[gentoo-user] Re: LVM: extending volume groups and logical volumes

[Jens Müller]

Am 16.12.2011 04:05, schrieb Jens Müller:
> resize2fs also supports shrinking ext3 partitions, see
> http://linux.die.net/man/8/resize2fs

Sorry about that one - yes, the fs must be unmounted to do this.

- Jens

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[J. Roeleveld]

On Friday 16 December 2011 03:18:16 Allan Gottlieb wrote:
> I need to add space to /var (thank you, libreoffice), which is on lvm.
> Since my one volume group vg is getting low, I thought this would be a
> good time to extend it as well.

Actually, you need space in /var/tmp/portage

> Alan (McKinnon) has posted very helpful lvm bits (reprinted below).
> Following alan's bottom up creation mandate I believe the idea is
> 
> phy disk:   /dev/sda  my only drive
> phy part:   fdisk   create another partition of type LVM (/dev/sda8)
> phy vol:    pvcreate /dev/sda8
> vol grp:    vgextend vg /dev/sda8
> log vol:    lvextend --size +10G /dev/vg/var
> file sys:   resize2fs /dev/vg/var
> files/dirs: not relevant
> 
> Questions
> 
> 1.  Apparently 2.6 (hence 3.x) kernels can expand mounted file systems
>     (/var is mounted as ext3).
> 
>     Since I can't unmount /var because it is in use, I guess that, if I
>     every need to shrink /var, I would need to boot off a CD.  Is that
>     correct?

For shrinking, you need to umount the partition first. Online-resizing only 
works when increasing the size.

>     Back in the day, we had single user mode for this, but I don't see
>     how to get the equivalent now.

"rc single" (See Dales email)

>     Is it really safe to extend /var (i.e., /dev/vg/var) while mounted
>     as ext3?  It sounds frightening since daemons could start running
>     and access /var.

Yes, I regularly extend filesystems while already copying data to them.

> 2.  Since currently /var is entirely from /dev/sda7 (my original lvm
>     partition) should I use the optional parameter to lvextend to
>     force the new space for /var to come from there as well?
>         lv extend --size +10G /dev/sda7

No, LVM can assign space from any disk. It will know where to go when 
accessing it.

If it's just temporary for LibreOffice, I'd suggest making a temporary LV, mount 
it at /var/tmp/portage and then emerging the software.
Then when finished, umount and remove the LV.

I see no need to have /var really large for normal use and have never tried 
shrinking filesystems myself.

> thanks in advance

Your welcome :)

HTH,

--
Joost

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Dale]

J. Roeleveld wrote:
> If it's just temporary for LibreOffice, I'd suggest making a temporary 
> LV, mount it at /var/tmp/portage and then emerging the software. Then 
> when finished, umount and remove the LV. I see no need to have /var 
> really large for normal use and have never tried shrinking filesystems 
> myself.
> Your welcome :)
>
> HTH,
>
> --
> Joost
>
>

If he has enough memory, he could mount it on tmpfs too.  That's how I 
do mine.  I got more ram than space on /var.  lol

Dale

:-)   :-)

-- 
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Philip Webb]

111215 Allan Gottlieb wrote:
> I need to add space to /var -- thank you, libreoffice -- ,
> which is on lvm.  Since my one volume group vg is getting low,
> I thought this would be a good time to extend it as well ...
>   phy vol:    pvcreate /dev/sda8
> ...

I have long had my own extra var-type dir, which i call '/z'
(it started out as "all the otherwise unassigned space on the disk").
Currently, it has  20 GB , of which  8 GB  are used,
all temporary stuff, none of it for anything of lasting value.
That's where I do all my heavy-lifting, eg ISOs, testing packed archives
& esp  /z/tmp , which is my Portage tempdir.

In your set-up, you might consider mounting  /dev/sda8  as a similar big dir.
That would avoid all the problems of changing existing dir sizes
& also any need to alter LVM.

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1300 bytes --]

On Fri, 16 Dec 2011 08:41:07 +0100, J. Roeleveld wrote:

> On Friday 16 December 2011 03:18:16 Allan Gottlieb wrote:
> > I need to add space to /var (thank you, libreoffice), which is on lvm.
> > Since my one volume group vg is getting low, I thought this would be a
> > good time to extend it as well.
> 
> Actually, you need space in /var/tmp/portage

In fact, he needs space in wherever $PORTAGE_TMPDIR points to. Just set
this variable to somewhere with enough space before emerging libreoffice.

> > phy disk:   /dev/sda  my only drive
> > phy part:   fdisk   create another partition of type LVM (/dev/sda8)
> > phy vol:    pvcreate /dev/sda8
> > vol grp:    vgextend vg /dev/sda8
> > log vol:    lvextend --size +10G /dev/vg/var
> > file sys:   resize2fs /dev/vg/var

Did you say your existing PV is sda7? In that case, why mess with having
two adjacent partitions are separate PVs in the same VG. Delete sda8,
resize sda7 to fill the space and run pvresize /dev/sda7 to resize the PV
to fit. Then you can use lvresize and resize2fs to increase /var, or
create a separate space for PORT_TMPDIR.

I prefer to keep potentially huge temporary directories away from
critical filesystems like /var.


-- 
Neil Bothwick

If God can't help you, how about Mr. Coffee?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Pandu Poluan]

[-- Attachment #1: Type: text/plain, Size: 1737 bytes --]

On Dec 16, 2011 5:05 PM, "Neil Bothwick" <neil@digimed.co.uk> wrote:
>
> On Fri, 16 Dec 2011 08:41:07 +0100, J. Roeleveld wrote:
>
> > On Friday 16 December 2011 03:18:16 Allan Gottlieb wrote:
> > > I need to add space to /var (thank you, libreoffice), which is on lvm.
> > > Since my one volume group vg is getting low, I thought this would be a
> > > good time to extend it as well.
> >
> > Actually, you need space in /var/tmp/portage
>
> In fact, he needs space in wherever $PORTAGE_TMPDIR points to. Just set
> this variable to somewhere with enough space before emerging libreoffice.
>
> > > phy disk:   /dev/sda  my only drive
> > > phy part:   fdisk   create another partition of type LVM (/dev/sda8)
> > > phy vol:    pvcreate /dev/sda8
> > > vol grp:    vgextend vg /dev/sda8
> > > log vol:    lvextend --size +10G /dev/vg/var
> > > file sys:   resize2fs /dev/vg/var
>
> Did you say your existing PV is sda7? In that case, why mess with having
> two adjacent partitions are separate PVs in the same VG. Delete sda8,
> resize sda7 to fill the space and run pvresize /dev/sda7 to resize the PV
> to fit. Then you can use lvresize and resize2fs to increase /var, or
> create a separate space for PORT_TMPDIR.
>
> I prefer to keep potentially huge temporary directories away from
> critical filesystems like /var.
>

Alternatively, mount sda8 under /mnt, create "shadow" directories in sda8,
and bindmount them when needed.

E.g.:

mkdir /mnt/sparespace
mount /dev/sda8 /mnt/sparespace
mount -o bind /mnt/sparespace /var/tmp/portage

Of course, this assumes sda8 has enough space for heavy compiles (i.e., 10
GiB or more). Create a huge number of inodes or use a filesystem other than
ext[2-4] for sda8, and you're covered.

Rgds,

[-- Attachment #2: Type: text/html, Size: 2178 bytes --]

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Allan Gottlieb]

On Thu, Dec 15 2011, Allan Gottlieb wrote:

> I need to add space to /var (thank you, libreoffice), which is on lvm.
> Since my one volume group vg is getting low, I thought this would be a
> good time to extend it as well.
>
> Alan (McKinnon) has posted very helpful lvm bits (reprinted below).
> Following alan's bottom up creation mandate I believe the idea is

[snip]

1.  Thank you dale for "rc single".  This looks like what I have wanted
    for a while, namely a replacement for single-user mode.  

2.  Everyone seems to agree that you really can enlarge a mounted
    ext3 file system.  I was going to try it except ...

3.  I decided to use another suggestion (from neil) to use
    PORTAGE_TMPDIR, roeleveld's idea of just using temporary space, and
    Webb suggested /z for extra space.

So I made a normal linux ext3 partition on sda8, created the mount point
/mnt/junk and when needed mount sda8 on /mnt/junk and set PORTAGE_TMPDIR
accordingly.

One more thing.  Some readers were suggesting I need 8 or so GB for
libreoffice.  The failures occurred with 13GB.  Today's /mnt/junk
success required 16GB.  Fortunately sda8 has 50GB.

Thanks to all.
allan

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Dale]

Allan Gottlieb wrote:
> On Thu, Dec 15 2011, Allan Gottlieb wrote:
>
>> I need to add space to /var (thank you, libreoffice), which is on lvm.
>> Since my one volume group vg is getting low, I thought this would be a
>> good time to extend it as well.
>>
>> Alan (McKinnon) has posted very helpful lvm bits (reprinted below).
>> Following alan's bottom up creation mandate I believe the idea is
> [snip]
>
> 1.  Thank you dale for "rc single".  This looks like what I have wanted
>      for a while, namely a replacement for single-user mode.
>
> 2.  Everyone seems to agree that you really can enlarge a mounted
>      ext3 file system.  I was going to try it except ...
>
> 3.  I decided to use another suggestion (from neil) to use
>      PORTAGE_TMPDIR, roeleveld's idea of just using temporary space, and
>      Webb suggested /z for extra space.
>
> So I made a normal linux ext3 partition on sda8, created the mount point
> /mnt/junk and when needed mount sda8 on /mnt/junk and set PORTAGE_TMPDIR
> accordingly.
>
> One more thing.  Some readers were suggesting I need 8 or so GB for
> libreoffice.  The failures occurred with 13GB.  Today's /mnt/junk
> success required 16GB.  Fortunately sda8 has 50GB.
>
> Thanks to all.
> allan
>
>


Dang !!

pkg_pretend() {
     if [[ ${MERGE_TYPE} != binary ]]; then
         CHECKREQS_MEMORY="1G"
         use debug && CHECKREQS_DISK_BUILD="15G" || 
CHECKREQS_DISK_BUILD="9G"
         check-reqs_pkg_pretend

That's a LOT of space.  9gbs of free space should be enough tho.  15Gbs 
if you use debug.

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Allan Gottlieb]

On Fri, Dec 16 2011, Dale wrote:

> Allan Gottlieb wrote:
>>
>> One more thing.  Some readers were suggesting I need 8 or so GB for
>> libreoffice.  The failures occurred with 13GB.  Today's /mnt/junk
>> success required 16GB.  Fortunately sda8 has 50GB.
>
> Dang !!
>
> pkg_pretend() {
>     if [[ ${MERGE_TYPE} != binary ]]; then
>         CHECKREQS_MEMORY="1G"
>         use debug && CHECKREQS_DISK_BUILD="15G" ||
> CHECKREQS_DISK_BUILD="9G"
>         check-reqs_pkg_pretend
>
> That's a LOT of space.  9gbs of free space should be enough tho.
> 15Gbs if you use debug.

Perhaps 9GB "should" be enough.  But 16GB is needed.  And eix confirms
that I don't have debug

allan

ajglap gottlieb # eix libreoffice
[I] app-office/libreoffice
[snip]
     Installed versions:  3.4.99.1-r1(05:56:10 PM 12/16/2011)(branding dbus eds gnome graphite gstreamer gtk jemalloc nsplugin opengl svg vba webdav xmlsec -aqua -binfilter -debug -elibc_FreeBSD -gtk3 -java -kde -kdeenablefinal -mysql -odk -pdfimport -postgres -test)

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Dale]

Allan Gottlieb wrote:
> On Fri, Dec 16 2011, Dale wrote:
>
>> Allan Gottlieb wrote:
>>> One more thing.  Some readers were suggesting I need 8 or so GB for
>>> libreoffice.  The failures occurred with 13GB.  Today's /mnt/junk
>>> success required 16GB.  Fortunately sda8 has 50GB.
>> Dang !!
>>
>> pkg_pretend() {
>>      if [[ ${MERGE_TYPE} != binary ]]; then
>>          CHECKREQS_MEMORY="1G"
>>          use debug&&  CHECKREQS_DISK_BUILD="15G" ||
>> CHECKREQS_DISK_BUILD="9G"
>>          check-reqs_pkg_pretend
>>
>> That's a LOT of space.  9gbs of free space should be enough tho.
>> 15Gbs if you use debug.
> Perhaps 9GB "should" be enough.  But 16GB is needed.  And eix confirms
> that I don't have debug
>
> allan
>
> ajglap gottlieb # eix libreoffice
> [I] app-office/libreoffice
> [snip]
>       Installed versions:  3.4.99.1-r1(05:56:10 PM 12/16/2011)(branding dbus eds gnome graphite gstreamer gtk jemalloc nsplugin opengl svg vba webdav xmlsec -aqua -binfilter -debug -elibc_FreeBSD -gtk3 -java -kde -kdeenablefinal -mysql -odk -pdfimport -postgres -test)
>
>

I got what I posted from the ebuild.  This is the path and what it expects:

root@fireball / # cat 
/usr/portage/app-office/libreoffice/libreoffice-3.4.99.1-r1.ebuild | 
grep DISK
                 use debug && CHECKREQS_DISK_BUILD="15G" || 
CHECKREQS_DISK_BUILD="9G"
root@fireball / #

If I read that correctly, 9Gbs of free space should be enough.  Note 
that is FREE space not the size of the partition.  It doesn't actually 
need that much in most cases but how much depends on USE flags and 
such.  The devs take what is the maximum it could take and make it look 
for at least that much.  Nobody wants to get that about 90% compiled to 
run out of space.

If yours is looking for more than that then I would think it is 
something outside the ebuild that is causing a issue.  While it does 
take a lot of space at times, I have never seen it take 16Gbs.  I have 
portages work directory on tmpfs and it never gives me a error and I 
only have 16Gbs of ram.

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Allan Gottlieb]

On Fri, Dec 16 2011, Dale wrote:

> Allan Gottlieb wrote:
>> On Fri, Dec 16 2011, Dale wrote:
>>
>>> Allan Gottlieb wrote:
>>>> One more thing.  Some readers were suggesting I need 8 or so GB for
>>>> libreoffice.  The failures occurred with 13GB.  Today's /mnt/junk
>>>> success required 16GB.  Fortunately sda8 has 50GB.
>>
>> Perhaps 9GB "should" be enough.  But 16GB is needed.  And eix confirms
>> that I don't have debug
>>
>> allan
>>
>> ajglap gottlieb # eix libreoffice
>> [I] app-office/libreoffice
>> [snip]
>>       Installed versions:  3.4.99.1-r1(05:56:10 PM 12/16/2011)(branding dbus eds gnome graphite gstreamer gtk jemalloc nsplugin opengl svg vba webdav xmlsec -aqua -binfilter -debug -elibc_FreeBSD -gtk3 -java -kde -kdeenablefinal -mysql -odk -pdfimport -postgres -test)
>>
>>
>
> I got what I posted from the ebuild.  This is the path and what it expects:
>
> root@fireball / # cat
> /usr/portage/app-office/libreoffice/libreoffice-3.4.99.1-r1.ebuild |
> grep DISK
>                 use debug && CHECKREQS_DISK_BUILD="15G" ||
> CHECKREQS_DISK_BUILD="9G"
> root@fireball / #
>
> If I read that correctly, 9Gbs of free space should be enough.  Note
> that is FREE space not the size of the partition.  It doesn't actually
> need that much in most cases but how much depends on USE flags and
> such.  The devs take what is the maximum it could take and make it
> look for at least that much.  Nobody wants to get that about 90%
> compiled to run out of space.
>
> If yours is looking for more than that then I would think it is
> something outside the ebuild that is causing a issue.  While it does
> take a lot of space at times, I have never seen it take 16Gbs.  I have
> portages work directory on tmpfs and it never gives me a error and I
> only have 16Gbs of ram.

I had 13GB left on /var when it died at which point /var had zero.

I made a new partition (/mnt/junk) with nothing else on it and built
libreoffice there.

In another terminal I ran

while true
do
  df -h /mnt/junk | grep junk
  sleep 300
done

df began at 0GB and grew to 16GB where it stayed (I was away when the
build finished)
So I am pretty sure that at the end it did indeed use 16GB.

allan

PS thanks again for rc single

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Dale]

Allan Gottlieb wrote:
> I had 13GB left on /var when it died at which point /var had zero.
>
> I made a new partition (/mnt/junk) with nothing else on it and built
> libreoffice there.
>
> In another terminal I ran
>
> while true
> do
>    df -h /mnt/junk | grep junk
>    sleep 300
> done
>
> df began at 0GB and grew to 16GB where it stayed (I was away when the
> build finished)
> So I am pretty sure that at the end it did indeed use 16GB.
>
> allan
>
> PS thanks again for rc single
>
>

This is odd.

Has anyone else noticed this?  I upgraded this a while back and I didn't 
use anywhere near this amount of space.  I'm curious as to why Allan's 
is using so much.

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[pk]

On 2011-12-17 05:59, Dale wrote:

> Has anyone else noticed this? I upgraded this a while back and I didn't
> use anywhere near this amount of space. I'm curious as to why Allan's is
> using so much.

Perhaps you should compare USE flags? And if you are using the same 
version, 32-bit/64-bit, CPU etc.?

Best regards

Peter K

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Allan Gottlieb]

On Sat, Dec 17 2011, pk wrote:

> On 2011-12-17 05:59, Dale wrote:
>
>> Has anyone else noticed this? I upgraded this a while back and I didn't
>> use anywhere near this amount of space. I'm curious as to why Allan's is
>> using so much.
>
> Perhaps you should compare USE flags? And if you are using the same
> version, 32-bit/64-bit, CPU etc.?
>
> Best regards
>
> Peter K

My system is ~amd64, gnome profile.  emerge --info reports

USE="X a52 aac acl acpi alsa amd64 bash-completion berkdb bluetooth branding bzip2 cairo cdda cdr cli colord consolekit cracklib crypt cups cxx dbus dri dts dvd dvdr eds emboss encode evo exif fam firefox flac fortran gdbm gdu gif gnome gnome-keyring gnome-online-accounts gpm gstreamer gtk iconv ipv6 jpeg lcms ldap libnotify mad mmx mng modules mp3 mp4 mpeg mudflap multilib nautilus ncurses nls nptl nptlonly ogg opengl openmp pam pango pcre pdf png policykit ppds pppd pulseaudio qt3support qt4 readline scanner sdl session socialweb spell sse sse2 ssl startup-notification svg sysfs tcpd tiff truetype udev unicode usb vorbis x264 xcb xml xorg xulrunner xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia nv vesa" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"

allan

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Dale]

Allan Gottlieb wrote:
> On Sat, Dec 17 2011, pk wrote:
>
>> On 2011-12-17 05:59, Dale wrote:
>>
>>> Has anyone else noticed this? I upgraded this a while back and I didn't
>>> use anywhere near this amount of space. I'm curious as to why Allan's is
>>> using so much.
>> Perhaps you should compare USE flags? And if you are using the same
>> version, 32-bit/64-bit, CPU etc.?
>>
>> Best regards
>>
>> Peter K
> My system is ~amd64, gnome profile.  emerge --info reports
>
> USE="X a52 aac acl acpi alsa amd64 bash-completion berkdb bluetooth branding bzip2 cairo cdda cdr cli colord consolekit cracklib crypt cups cxx dbus dri dts dvd dvdr eds emboss encode evo exif fam firefox flac fortran gdbm gdu gif gnome gnome-keyring gnome-online-accounts gpm gstreamer gtk iconv ipv6 jpeg lcms ldap libnotify mad mmx mng modules mp3 mp4 mpeg mudflap multilib nautilus ncurses nls nptl nptlonly ogg opengl openmp pam pango pcre pdf png policykit ppds pppd pulseaudio qt3support qt4 readline scanner sdl session socialweb spell sse sse2 ssl startup-notification svg sysfs tcpd tiff truetype udev unicode usb vorbis x264 xcb xml xorg xulrunner xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia nv vesa" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
>
> allan
>
>

About the same, amd64 but with KDE profile and multilib.  I would think 
my KDE bloat would make it larger.  lol

[ebuild   R    ] app-office/libreoffice-3.4.3.2-r1  USE="bash-completion 
dbus gtk java kde mysql nsplugin opengl pdfimport vba (-aqua) -binfilter 
-branding -custom-cflags -debug -eds -gnome -graphite -gstreamer 
(-kdeenablefinal) -ldap -odk -python -templates -test -webdav" 
LINGUAS="-de -en_GB -en_ZA -es -fr -hu -it"

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Philip Webb]

111216 Allan Gottlieb wrote:
> 3.  I decided to use another suggestion (from neil) to use
>     PORTAGE_TMPDIR, roeleveld's idea of just using temporary space, and
>     Webb suggested /z for extra space.
> So I made a normal linux ext3 partition on sda8, created the mount point
> /mnt/junk and when needed mount sda8 on /mnt/junk and set PORTAGE_TMPDIR
> accordingly.

I have  /z  mounted by default at boot-time, but it's the same idea.

> Some readers were suggesting I need 8 or so GB for libreoffice.
> The failures occurred with 13GB.
> Today's /mnt/junk success required 16GB.  Fortunately sda8 has 50GB.

Libreoffice-3.5.0.0 needed  4,19 GB  by the final stages;
I had  12 GB  available in  /z  at that time.

Eix gives me :

  app-office/libreoffice
  Available versions: 3.3.4!t 3.4.3.2-r1!t
   ~3.4.4.2-r1!t **3.4.9999-r2!t ~3.5.0.0 **3.5.9999 **9999-r2
   {aqua bash-completion binfilter +branding cups (-)custom-cflags dbus debug eds elibc_FreeBSD gnome (+)graphite gstreamer (+)gtk gtk3 java (+)jemalloc kde kdeenablefinal ldap linguas_af linguas_ar linguas_as linguas_ast linguas_be_BY linguas_bg linguas_bn linguas_bo linguas_br linguas_brx linguas_bs linguas_ca linguas_ca_XV linguas_cs linguas_cy linguas_da linguas_de linguas_dgo linguas_dz linguas_el linguas_en linguas_en_GB linguas_en_US linguas_en_ZA linguas_eo linguas_es linguas_et linguas_eu linguas_fa linguas_fi linguas_fr linguas_ga linguas_gd linguas_gl linguas_gu linguas_he linguas_hi linguas_hr linguas_hu linguas_id linguas_is linguas_it linguas_ja linguas_ka linguas_kk linguas_km linguas_kn linguas_ko linguas_kok linguas_ks linguas_ku linguas_ky linguas_lo linguas_lt linguas_lv linguas_mai linguas_mk linguas_ml linguas_mn linguas_mni linguas_mr linguas_ms linguas_my linguas_nb linguas_ne linguas_nl linguas_nn linguas_nr linguas_ns linguas_oc linguas_om linguas_or linguas_pa_IN linguas_pap linguas_pl linguas_ps linguas_pt linguas_pt_BR linguas_ro linguas_ru linguas_rw linguas_sa_IN linguas_sat linguas_sd linguas_sh linguas_si linguas_sk linguas_sl linguas_sq linguas_sr linguas_ss linguas_st linguas_sv linguas_sw_TZ linguas_ta linguas_te linguas_tg linguas_th linguas_ti linguas_tn linguas_tr linguas_ts linguas_ug linguas_uk linguas_uz linguas_ve linguas_vi linguas_xh linguas_zh_CN linguas_zh_TW linguas_zu mysql (+)nsplugin odk opengl pdfimport postgres python svg templates test +vba (+)webdav +xmlsec}
  Installed versions: 3.5.0.0([2011-12-12 04:03:36])(dbus gtk kde nsplugin opengl pdfimport svg -aqua -binfilter -branding -debug -eds -elibc_FreeBSD -gnome -graphite -gstreamer -gtk3 -java -jemalloc -kdeenablefinal -mysql -odk -postgres -test -vba -webdav -xmlsec)

This is a 64-bit system with an Intel Core2 Duo processor.

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Allan Gottlieb]

On Sat, Dec 17 2011, Philip Webb wrote:

> 111216 Allan Gottlieb wrote:
>> 3.  I decided to use another suggestion (from neil) to use
>>     PORTAGE_TMPDIR, roeleveld's idea of just using temporary space, and
>>     Webb suggested /z for extra space.
>> So I made a normal linux ext3 partition on sda8, created the mount point
>> /mnt/junk and when needed mount sda8 on /mnt/junk and set PORTAGE_TMPDIR
>> accordingly.
>
> I have  /z  mounted by default at boot-time, but it's the same idea.
>
>> Some readers were suggesting I need 8 or so GB for libreoffice.
>> The failures occurred with 13GB.
>> Today's /mnt/junk success required 16GB.  Fortunately sda8 has 50GB.
>
> Libreoffice-3.5.0.0 needed  4,19 GB  by the final stages;
> I had  12 GB  available in  /z  at that time.
>
> Eix gives me :
>
>   app-office/libreoffice
>   Available versions: 3.3.4!t 3.4.3.2-r1!t
>    ~3.4.4.2-r1!t **3.4.9999-r2!t ~3.5.0.0 **3.5.9999 **9999-r2
>    {aqua bash-completion binfilter +branding cups (-)custom-cflags dbus debug eds elibc_FreeBSD gnome (+)graphite gstreamer (+)gtk gtk3 java (+)jemalloc kde kdeenablefinal ldap linguas_af linguas_ar linguas_as linguas_ast linguas_be_BY linguas_bg linguas_bn linguas_bo linguas_br linguas_brx linguas_bs linguas_ca linguas_ca_XV linguas_cs linguas_cy linguas_da linguas_de linguas_dgo linguas_dz linguas_el linguas_en linguas_en_GB linguas_en_US linguas_en_ZA linguas_eo linguas_es linguas_et linguas_eu linguas_fa linguas_fi linguas_fr linguas_ga linguas_gd linguas_gl linguas_gu linguas_he linguas_hi linguas_hr linguas_hu linguas_id linguas_is linguas_it linguas_ja linguas_ka linguas_kk linguas_km linguas_kn linguas_ko linguas_kok linguas_ks linguas_ku linguas_ky linguas_lo linguas_lt linguas_lv linguas_mai linguas_mk linguas_ml linguas_mn linguas_mni linguas_mr linguas_ms linguas_my linguas_nb linguas_ne linguas_nl linguas_nn linguas_nr linguas_ns linguas_oc linguas_om linguas_or linguas_pa_IN linguas_pap linguas_pl linguas_ps linguas_pt linguas_pt_BR linguas_ro linguas_ru linguas_rw linguas_sa_IN linguas_sat linguas_sd linguas_sh linguas_si linguas_sk linguas_sl linguas_sq linguas_sr linguas_ss linguas_st linguas_sv linguas_sw_TZ linguas_ta linguas_te linguas_tg linguas_th linguas_ti linguas_tn linguas_tr linguas_ts linguas_ug linguas_uk linguas_uz linguas_ve linguas_vi linguas_xh linguas_zh_CN linguas_zh_TW linguas_zu mysql (+)nsplugin odk opengl pdfimport postgres python svg templates test +vba (+)webdav +xmlsec}
>   Installed versions: 3.5.0.0([2011-12-12 04:03:36])(dbus gtk kde nsplugin opengl pdfimport svg -aqua -binfilter -branding -debug -eds -elibc_FreeBSD -gnome -graphite -gstreamer -gtk3 -java -jemalloc -kdeenablefinal -mysql -odk -postgres -test -vba -webdav -xmlsec)
>
> This is a 64-bit system with an Intel Core2 Duo processor.

Pretty similar to mine, which needed 16GB.

I can't explain, but I do have the disk space.

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[J. Roeleveld]

On Sat, December 17, 2011 2:37 am, Allan Gottlieb wrote:
> On Thu, Dec 15 2011, Allan Gottlieb wrote:
<SNIPPED>
> 3.  I decided to use another suggestion (from neil) to use
>     PORTAGE_TMPDIR, roeleveld's idea of just using temporary space, and
>     Webb suggested /z for extra space.

Allan,

Just a quick note, not a complaint in any way.

Roeleveld is my last name. Most people call me by my first name: Joost.

--
Joost

Re: [gentoo-user] LVM: extending volume groups and logical volumes

[Allan Gottlieb]

On Tue, Dec 20 2011, J. Roeleveld wrote:

> On Sat, December 17, 2011 2:37 am, Allan Gottlieb wrote:
>> On Thu, Dec 15 2011, Allan Gottlieb wrote:
> <SNIPPED>
>> 3.  I decided to use another suggestion (from neil) to use
>>     PORTAGE_TMPDIR, roeleveld's idea of just using temporary space, and
>>     Webb suggested /z for extra space.
>
> Allan,
>
> Just a quick note, not a complaint in any way.
>
> Roeleveld is my last name. Most people call me by my first name: Joost.

Sorry.  Doubtless a consequence of my unfortunate ratio of papers/reports
to letters.

allan