HArddisken på serveren er fyldt? Emnet er løst

[Ole Mose]

Jeg fatter ikke en meter.

Har lavet en server med Ubuntu 12.04.4 LTS (GNU/Linux 3.8.0-35-generic x86_64)

Serveren har en harddisk på ca. 140 GB. Derudover er der 2 USBharddiske på hver 2 TByte. Den ene USBdisk er delt på netværket. Den anden USB disk bruges til Backup.

I forbindelse med en Backup med rsync løb jeg ind i pladsproblemer. Der ligger omkrimng 250 GB på den delte disk, så det burde ikke være et problem.

Senere har jeg konstateret at serverdisken på 140GB er blevet fyldt? Der burde ikke vær brugt mere end ca. 20GB? Jeg aner ikke, hvad det er, der fylder. Jeg har forsøgt at søge på store filer uden jeg kan finde noget påfaldende?

Når jeg kører df -h får jeg
Filsystem Størr Brugt Tilb Brug% Monteret på
/dev/mapper/EngNas--vg-root 143G 143G 0 100% /

Der ligger angiveligt ca. 120GB på disken, som ikke skla ligge der?

Er der nogen der har et bud på, hvordan jeg finder, det der fylder?

[NickyThomassen]

Jeg fatter ikke en meter.

Hvis bare jeg havde fået 1 krone for hver gang jeg oplevede dét, så ville jeg være rig nu

Det letteste i første omgang, er nok at kigge på kommandoen df. Den viser samtlige monteret filsystemer, hvor de er monteret henne, hvor meget plads de har og hvor meget plads der er tilbage. I en terminal, prøv og indtast

Kode: Vælg alt

df -h

-h betyder human readable, og får df til at vise pladsen i den størst mulige enhed. Ellers bruger den bytes som standard, og det giver nogle ret store tal.

[Ole Mose]

Sad lige og rettede mit indlæg, men her er df -h:

Filsystem Størr Brugt Tilb Brug% Monteret på
/dev/mapper/EngNas--vg-root 143G 143G 0 100% /

[Ole Mose]

Indholdet af min fstab:

Kode: Vælg alt

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
/dev/mapper/EngNas--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=32500cc9-223b-4e89-b80f-8c55821c0b58 /boot           ext2    defaults     $
/dev/mapper/EngNas--vg-swap_1 none            swap    sw              0       0

/dev/sdb1 /mnt/usbdisk1 auto auto,user,rw,exec 0 0
/dev/sdc1 /mnt/usbdisk2 auto auto,user,rw,exec 0 0


[AJenbo]

Hele resultatet af df -h kunne også vær rat. For at finde hvad det er der fylder kan du bruge denne kommando:

Kode: Vælg alt

cd /; sudo du -sh

[Ole Mose]

Hele resultatet af df -h kunne også vær rat. For at finde hvad det er der fylder kan du bruge denne kommando:

Kode: Vælg alt

cd /; sudo du -sh

Her er resultatet.

du: kan ikke tilgå './proc/10959/task/10959/fd/4': Ingen sådan fil eller filkatalog
du: kan ikke tilgå './proc/10959/task/10959/fdinfo/4': Ingen sådan fil eller filkatalog
du: kan ikke tilgå './proc/10959/fd/4': Ingen sådan fil eller filkatalog
du: kan ikke tilgå './proc/10959/fdinfo/4': Ingen sådan fil eller filkatalog
395G .

[AJenbo]

Beklager det skulle have været:

Kode: Vælg alt

cd /; sudo du -sh *

[lath]

Hvis du har mange små filer, så går meget af pladsen til det kaldes intern fragmentering.

Den normale sektor størrelse på min 320 GB harddisk er på 4 KiB (4096 bytes).
F.eks. har jeg en fil der er 296 bytes lang. Den fylder så 4 KiB på harddisken, hvilket er nøjagtig 1 sektor.

Havde filsystemet derimod været med news (512 bytes) sektorer, så ville filen i stedet fylde 512 bytes på harddisken, og jeg havde så sparet 3,5 KiB, og filen fylder stadig kun 1 sektor, men den sektor er så bare meget mindre.

Den kan du kun hente igen ved at lave en backup af de filer du har nu i det fyldte filsystem. Formater så partitionen med ext4fs filsystemet med en lille sektor størrelse (news størrelse giver en sektor-størrelse, der kun er 512 bytes stor.)

Mange flere sektorer kræver mere bogholderi-plads på partitionen, hvorved selve pladsen du kan lagre filer og mapper på naturligvis også bliver mindre.
Til gengæld fylder en lille fil, og mapper med få filer i kun 512 bytes.

/Lars

[AJenbo]

Man vil sandsynligvis løbe tør for inodes før man får pladsproblemer pga. sektor afrunding. Så vidt jeg kan regne ud vil sektor afrunding i værste tilfælde kunne tage 25% af pladsen (med standart ext4 opsætning), de 75% resterende skal så tages af et meget lille antal store filer. Du kan i øvrigt tjekke inode forbrug med følgende:

Kode: Vælg alt

df -hi

[Ole Mose]

Hvis jeg kører cd /; sudo du -sh * får jeg:
8,7M bin
79M boot
4,0K dev
8,5M etc
3,3M home
0 initrd.img
0 initrd.img.old
573M lib
4,0K lib64
16K lost+found
8,0K media
393G mnt
4,0K opt
du: kan ikke tilgå 'proc/13170/task/13170/fd/4': Ingen sådan fil eller filkatalog
du: kan ikke tilgå 'proc/13170/task/13170/fdinfo/4': Ingen sådan fil eller filkatalog
du: kan ikke tilgå 'proc/13170/fd/4': Ingen sådan fil eller filkatalog
du: kan ikke tilgå 'proc/13170/fdinfo/4': Ingen sådan fil eller filkatalog
0 proc
64K root
908K run
8,8M sbin
4,0K selinux
8,0K srv
0 sys
0 tmp
0 usbdisk1
0 usbdisk2
1,1G usr
451M var
0 vmlinuz
0 vmlinuz.old
4,0K webmin-setup.out

[Ole Mose]

Kører jeg sudo df -hi får jeg
/dev/mapper/EngNas--vg-root 9,1M 185K 8,9M 2% /

Så det er ikke inoderne der er problemet, så vidt jeg kan se?

Der bør ikke være andet på disken end selve operativsystemet og det fylder ikke mange GB.
Jeg har en mistanke til, at det er brug af rsync der har forvirret systemet. rsync bruges til backup og aftenen før disken pludselig var fyldt, havde jeg brugt rsync og den endte med en fejl - og det handlede om pladsmangel. De data der skal sikkerheds kopieres fylder omkring 200GB. Det er der rigeligt med plads til på USB diskene.
Min mistanke går på, at systemet af en eller anden grund har placeret sikkerhedskopien på serverens interne disk. Alternativt at systemet tæller fejlagtigt i forhold til de mountede drev?
Jeg har ledt efter data på den interne disk, men jeg kan ikke finde noget, der optager den store mængde plads?

[Ole Mose]

Det var en værre snyder.

Det eneste sted, der blev brugt store data på disken var under /mnt. Jeg prøvede at afmontere de 2 USBdiske og forventede derefter at pladsen ville blive frigjort. Det gjorde den ikke!
Det viste sig at det bibliotet under /mnt som bruges til USBdisk2 (/mnt/usbdisk2) stadig indeholdt en stor mængde data - altså også efter jeg havde afmonteret usbdisken.

Fejlen må bestå i, at jeg på et tidspunkt har lavet en backup til /mnt/usbdisk2 - uden disken var monteret. Så har systemet blot lavet backuppen til biblioteket i stedet.

Under alle omstændigheder tak for hjælpen. Mit problem er løst.

[Klaus Rasmussen]

Har markeret tråden som løst for dig.