[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Re: Probleme nach vergr??ern von lv_home0



> ------------------------------
> 
> Message: 9
> Date: Thu, 08 Mar 2007 11:14:45 +0100
> From: Frank Wei?er <linux@weisser-ol.de>
> Subject: Re: Probleme nach vergr??ern von lv_home0
> To: user@skolelinux.de
> Message-ID: <45EFE215.2090506@weisser-ol.de>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Markus Lensing schrieb:
> > Hallo Skoletuxe,
> Hallo Markus!
> > 
> > Nachdem ich erfolgreich (? ;-)) meine lv_home0 vergrößert habe, trat
> der Effekt auf,
> 
>   dass Dokumente von den Thin-Clients nicht mehr gespeichert werden 
> konnten.
> 
> Die Fehlermeldung verwies auf nicht genügend Platz.
> 
> Das kann aber nach einer Vergrößerung auf 130G nicht sein!
> > 
> > Ein df -h liefert folgendes Ergebnis ...
> > 
> > tjener:/skole/tjener/home0/lensing# df -h
> > Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
> > /dev/hda1             618M  480M  107M  82% /
> > tmpfs                 443M   12K  443M   1% /dev/shm
> > /dev/mapper/vg_system-lv_usr
> >                       2,9G  1,6G  1,2G  59% /usr
> > /dev/mapper/vg_system-lv_var
> >                       1,2G  326M  752M  31% /var
> > /dev/mapper/vg_system-lv_ltsp_swap
> >                       1,1G   33M  948M   4% /var/opt/ltsp/swapfiles
> > /dev/mapper/vg_data-lv_home0
> >                       120G  2,2G  113G   2% /skole/tjener/home0
> > /dev/mapper/vg_data-lv_backup
> >                       1,6G  1,6G     0 100% /skole/backup
> > /dev/mapper/vg_system-lv_squid
> >                       941M  124M  770M  14% /var/spool/squid
> > tmpfs                  10M  740K  9,3M   8% /dev
> > 
> > 
> > ... vgdisplay /dev/vg_data aber dieses:
> > 
> > 
> > tjener:/skole/tjener/home0/lensing# vgdisplay /dev/vg_data
> > File descriptor 3 left open
> > File descriptor 4 left open
> >   --- Volume group ---
> >   VG Name               vg_data
> >   System ID
> >   Format                lvm2
> >   Metadata Areas        1
> >   Metadata Sequence No  4
> >   VG Access             read/write
> >   VG Status             resizable
> >   MAX LV                0
> >   Cur LV                2
> >   Open LV               2
> >   Max PV                0
> >   Cur PV                1
> >   Act PV                1
> >   VG Size               137,27 GB
> >   PE Size               4,00 MB
> >   Total PE              35142
> >   Alloc PE / Size       31376 / 122,56 GB
> >   Free  PE / Size       3766 / 14,71 GB
> >   VG UUID               RwLcUw-x6xr-cQM6-41Jd-3CVx-cfEa-GJIQGn
> > 
> > 
> > 
> > Irritieren tut mich dass
> > 
> > /dev/mapper/vg_data-lv_home0
> >                       120G  2,2G  113G   2% /skole/tjener/home0
> > 
> > auf 113G freien Speicherplatz verweist, aber 
> > 
> >   Alloc PE / Size       31376 / 122,56 GB
> >   Free  PE / Size       3766 / 14,71 GB
> > 
> > 122G belegten Platz zeigt! Was soll das??
> > 
> Also in /dev/vg_data werden 122,56 GB durch /dev/mapper/vg_data-lv_home0 
> (120G) und /dev/mapper/vg_data-lv_backup (1,6G) belegt, also kein Grund 
> zur Panik. Die Differenz zu 130MB würde ich auf unterschiedlichen Umgang 
> mit KB/MB/GB <> 1000/1024 schieben. Hast Du das Filesystem (ext3?) 
> anschließend _auch_ vergrößert? (ext2resize) Wenn nicht ist da Dein 
> fehlender Speicher.

Doch,doch, das Filesystem habe ich vergrößert! Kann ich irgendwie überprüfen, ob die Vergrößerung korrekt gelaufen ist?

Gruß,
Markus Lensing
-- 
Markus Lensing

Großenbaumer Allee 348a
47249 Duisburg
tel 0203-7200570
fax 0203-6001540


Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer


Reply to: