root 91% voll - Ich sehe was du nicht siehst!

[Betagnom]

Morgen,

Jetzt ackere ich seit Stunden auf der Konsole herum, um die Ursache für meine volle Root Partition zu finden

Borgt mir mal eure Augen, ich seh den Wald vor lauter Bäumen nicht ..

System: Ubuntu 10.04 LTS Server

fdisk -l

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1         123      987966   83  Linux
/dev/sda2             124         367     1959930   82  Linux swap / Solaris
/dev/sda4             368       91201   729624105    5  Extended
/dev/sda5             368         976     4891761   83  Linux
/dev/sda6             977        1585     4891761   83  Linux
/dev/sda7            1586       91201   719840488+  83  Linux

df -h

/dev/sda1             950M  817M   86M  91% /
none                  2.0G  196K  2.0G   1% /dev
none                  2.0G     0  2.0G   0% /dev/shm
none                  2.0G     0  2.0G   0% /tmp
none                  2.0G  116K  2.0G   1% /var/run
none                  2.0G     0  2.0G   0% /var/lock
none                  2.0G     0  2.0G   0% /lib/init/rw
/dev/sda5             4.7G  1.3G  3.5G  27% /usr
/dev/sda6             4.7G  2.1G  2.6G  46% /var
/dev/sda7             687G  3.0G  684G   1% /home

cd root
ls -lah

root@s15397898:/# cd /root
root@s15397898:~# ls -lah
total 1.9M
drwxr-xr-x  8 root root 4.0K 2010-11-28 16:49 .
drwxr-xr-x 24 root root 4.0K 2010-11-29 09:19 ..
drwx------  2 root root 4.0K 2010-11-28 17:45 .aptitude
-rw-------  1 root root  13K 2010-11-29 05:23 .bash_history
-rw-r--r--  1 root root 2.2K 2007-10-20 13:51 .bashrc
drwx------  2 root root 4.0K 2010-11-21 13:25 .cache
-rw-r--r--  1 root root   29 2009-12-03 15:55 created
drwxr-xr-x  2 root root 4.0K 2010-11-28 17:45 .debtags
drwx------  2 root root 4.0K 2010-11-29 09:01 .gnupg
-rw-r--r--  1 root root  542 2010-05-13 21:06 .htoprc
-rwx------  1 root root 311K 2010-11-21 13:47 ispconfig_db_backup_2010-11-21_01-47.sql
-rwx------  1 root root 307K 2010-11-21 13:48 ispconfig_db_backup_2010-11-21_01-48.sql
-rw-------  1 root root   42 2008-09-01 12:18 .lesshst
-rw-r--r--  1 root root 179K 2010-11-20 07:04 libnewt.so
-rw-r--r--  1 root root  36K 2010-11-20 07:04 libpopt.so
-rw-r--r--  1 root root 976K 2010-11-20 07:04 libslang.so
-rw-------  1 root root  197 2010-10-02 07:45 .mysql_history
-rw-r--r--  1 root root  141 2007-10-20 13:51 .profile
-rw-------  1 root root 1.0K 2010-11-27 09:53 .rnd
drwx------  2 root root 4.0K 2010-10-10 07:03 .spamassassin
drwx------  2 root root 4.0K 2010-11-21 12:02 .ssh
-rw-------  1 root root 7.4K 2010-11-28 16:49 .viminfo
-rw-r--r--  1 root root  241 2010-11-17 13:10 wp-mail.php

Und auch noch das Log Verzeichnis:

root@s15397898:~# du -h /var/log
0       /var/log/news
0       /var/log/exim
0       /var/log/exim4
8.0K    /var/log/fsck
88K     /var/log/apt
0       /var/log/ksymoops
0       /var/log/ntpstats
0       /var/log/mysql
564K    /var/log/dist-upgrade
112K    /var/log/clamav
2.4M    /var/log/apache2
144K    /var/log/suphp
8.0K    /var/log/pure-ftpd
8.0M    /var/log/ispconfig/httpd/s15397898.onlinehome-server.info
112K    /var/log/ispconfig/httpd/oliver-moser.at
48K     /var/log/ispconfig/httpd/projekt-zero.net
64K     /var/log/ispconfig/httpd/waldecker.at
56K     /var/log/ispconfig/httpd/dirl.at
52K     /var/log/ispconfig/httpd/god-like.at
36K     /var/log/ispconfig/httpd/feberdin.projekt-zero.net
256K    /var/log/ispconfig/httpd/sdp.projekt-zero.net
40M     /var/log/ispconfig/httpd/fixedmobile.at
49M     /var/log/ispconfig/httpd
51M     /var/log/ispconfig
912K    /var/log/munin
0       /var/log/bacula
4.0K    /var/log/partimage
20K     /var/log/postgresql
4.0K    /var/log/dbconfig-common
58M     /var/log

 

[PuckPoltergeist]

/var/log kann es wohl kaum sein, da separate Partition. Was ist mit /opt?

 

[Betagnom]

stimmt

root@s15397898:/opt# du -h /opt
652K /opt/munin/lib/plugins
844K /opt/munin/lib
8.0K /opt/munin/bin
12K /opt/munin/var/www/cgi
16K /opt/munin/var/www
20K /opt/munin/var
88K /opt/munin/sbin
24K /opt/munin/doc
4.0K /opt/munin/man/man1
20K /opt/munin/man/man5
76K /opt/munin/man/man8
104K /opt/munin/man
1.1M /opt/munin
1.1M /opt

 

[PuckPoltergeist]

Dann mach halt mal ein 'du -hs /*'. Wenn du dabei nichts findest, wird es in einem der Verzeichnisse sein, die momentan durch andere mounts überdeckt sind.

 

[Betagnom]

Bringt :

[EMAIL="root@s15397898:/opt"]root@s15397898:/opt[/EMAIL]# du -hs /*
7.5M    /bin
73M     /boot
0       /cdrom
196K    /dev
51M     /etc
3.0G    /home
4.0K    /initrd
0       /initrd.img
0       /initrd.img.old
477M    /lib
13M     /lib32
0       /lib64
48K     /lost+found
12K     /media
4.0K    /mnt
1.1M    /opt
du: cannot access `/proc/14005/task/14005/fd/4': No such file or directory
du: cannot access `/proc/14005/task/14005/fdinfo/4': No such file or directory
du: cannot access `/proc/14005/fd/4': No such file or directory
du: cannot access `/proc/14005/fdinfo/4': No such file or directory
0       /proc
1.9M    /root
7.2M    /sbin
4.0K    /selinux
200K    /srv
4.0K    /ssl
0       /sys
0       /tmp
1.3G    /usr
2.1G    /var
0       /vmlinuz
0       /vmlinuz.old

 

[PuckPoltergeist]

Über den Daumen gepeilt fehlen da gut 150MB. Ich würde jetzt wirklich sagen, dass die sich unter /home, /user oder /var verstecken. Wobei /etc bei dir aber auch verdammt fett aussieht, mal unabhängig vom vermissten Platz.

 

[Betagnom]

Ich glaube ich sichere alle Daten und debootstrap ein Debian - Die Partitionierung ist so oder so unter alle Sau (1und1 Server)

Ich suche schon seit x Stunden, in der Zeit hätte das mdadm alles gesynct ....

 

[ghostadmin]

http://dev.yorhel.nl/ncdu

 

[PuckPoltergeist]

http://dev.yorhel.nl/ncdu

Bringt nur leider nichts, wenn die Daten durch mounts versteckt werden.

 

[ghostadmin]

Wieso versteckt?

 

[PuckPoltergeist]

Wieso versteckt?

Simples Beispiel an Hand dieses Falles: Wenn unter /home schon Daten abgelegt wurden, bevor ein weiteres FS darüber gemountet wurde, liegen die mit im Root-FS und belegen auch dessen Platz. Wird jetzt /dev/sda7 nach /home gemountet, werden diese Daten durch das neue FS verborgen. Sie sind immer noch da, belegen den Platz auf dem Root-FS, sind aber nicht mehr abrufbar, also auch für du & Co nicht.

PS: Ob das nun /home, /var oder /usr ist, weiß ich natürlich nicht.

 

[Berniyh]

Simples Beispiel an Hand dieses Falles: Wenn unter /home schon Daten abgelegt wurden, bevor ein weiteres FS darüber gemountet wurde, liegen die mit im Root-FS und belegen auch dessen Platz. Wird jetzt /dev/sda7 nach /home gemountet, werden diese Daten durch das neue FS verborgen. Sie sind immer noch da, belegen den Platz auf dem Root-FS, sind aber nicht mehr abrufbar, also auch für du & Co nicht.

PS: Ob das nun /home, /var oder /usr ist, weiß ich natürlich nicht.

Dann eben

mkdir /mnt/plainroot
mount -o bind / /mnt/plainroot
du -hs /mnt/plainroot/*

Generell scheint aber du auf manchen Dateisystemen Probleme zu haben. Auf ext3 sollte das aber eigentlich nicht der Fall sein.
Evtl. ist ja auch ein Dateisystemproblem vorhanden? fsck?

 

[SnakePlisken]

Berniyh,
meinst Du nicht:

mount -o bind,ro /dev/sda1 /mnt/plainroot

 

[Berniyh]

Berniyh,
meinst Du nicht:

mount -o bind,ro /dev/sda1 /mnt/plainroot

Is ziemlich egal, ob read-only oder nicht.

 

[SnakePlisken]

Nein ich meinte das /dev/sda1, aber bei mir sagt er dann:

mount: Ist kein Verzeichnis

Kapier ich nicht...
..naja klar ein Device lässt sich wohl nicht zweimal mounten.

 

[Berniyh]

Nein ich meinte das /dev/sda1, aber bei mir sagt er dann:

Kapier ich nicht...
..naja klar ein Device lässt sich wohl nicht zweimal mounten.

Ups, das hab ich gar nicht gesehen.

Nein, / ist schon richtig, nicht /dev/sda1, siehe Manpage:

The bind mounts.
Since Linux 2.4.0 it is possible to remount part of the file hierarchy somewhere else. The call is
mount --bind olddir newdir
After this call the same contents is accessible in two places. One can also remount a single file (on a single file).

Es geht hier also nicht um Dateisysteme, sondern um Verzeichnisse oder Dateien.
(--bind ist identisch zu -o bind. --rbind würde dazu führen, dass alle in Unterverzeichnissen gemounteten Dateisysteme mitgeführt werden.)

 

[Betagnom]

Simples Beispiel an Hand dieses Falles: Wenn unter /home schon Daten abgelegt wurden, bevor ein weiteres FS darüber gemountet wurde, liegen die mit im Root-FS und belegen auch dessen Platz. Wird jetzt /dev/sda7 nach /home gemountet, werden diese Daten durch das neue FS verborgen. Sie sind immer noch da, belegen den Platz auf dem Root-FS, sind aber nicht mehr abrufbar, also auch für du & Co nicht.

PS: Ob das nun /home, /var oder /usr ist, weiß ich natürlich nicht.

Könnte mit dem Upgrade von 8.10 auf 10.04LTS zu tun haben ?
Den ich selbst habe am FS nichts geändert.

Da die 91% noch nicht kritisch sind, habe ich beschlossen den Server zu plätten - Da ich zu dem Zeitpunkt (2 Jahre) als der Server erstellt worden ist, noch keine Ahnung von debootstrap hatte konnte ich mit der Partitonierung leben.
Warum 1und1 684GB der Home Partition zu sichert ist mir jedenfalls ein Rätsel. Auf dem Weg werde ich mich auch von Ubuntu trennen...

 

[tspoon]

Neu machen , wenns nicht weh tut ist ok. Aber sich von Ubuntu zu trennen halte ich für den falschen weg. Gerade die LTS haben den längsten garantierte Support.

Desweiteren ist es die frage was genau installiert wird. Ich hoffe mal das es die 8.10/10.04 Server LTS ist.

Wenn du nen Update gemacht hast versucht mal:

apt-get clean
apt-get autoclean

Naja wird schon zu spät sein

 

[mj]

Gerade die LTS haben den längsten garantierte Support.

Mitnichten, den dürfte RHEL/CentOS haben. Sieben Jahre für RHEL5, zehn Jahre für RHEL6.