ERROR: The partition with /var/lib/mysql is too full! ... failed!

G

G1ggles

New Member
Nabend meine Damen und Herren,

ich habe gerade versucht auf Postfixadmin zuzugreifen und habe gemerkt, dass er ohne einen Fehler auszuwerfen mir keine Session geben wollte.

Also habe ich fix alle möglichen Logs durchgeschaut:

apache.err - clean
mysql.err - clean

mail.err
Code: 
Mar 11 20:44:51 srv01 postfix/tlsmgr[31855]: error: open database /var/lib/postfix/smtpd_scache.db: No space left on device
Mar 11 20:44:51 srv01 postfix/tlsmgr[31855]: fatal: dictionary btree:/var/lib/postfix/smtpd_scache is not a regular file

Versucht htop kurz zu installieren:
E: IO Error to output - fwrite (28: Auf dem Gerät ist kein Speicherplatz mehr verfügbar)

Ganz klar - irgendwas hat mir das System voll gemüllt.

Könnt ihr mir dabei helfen herauszufinden, was es ist und es los zu werden?

Es ist ein Livesystem meiner Webseite und meines Teamspeaks, zudem laufen dort ein paar Webseiten von bekannten Vereinen - Offline nehmen sollte deswegen gering gehalten werden.


Grüße
 
Code: 
df -h
anschauen und dann mit
Code: 
du -m -x --max-depth 1
durchturnen.
... und dann halt entsprechend aufräumen, entmisten, ...
 
Kann damit nicht sonderlich viel anfangen ^^

Code: 
6       ./apache2
1       ./mysql
1       ./proftpd
1       ./exim4
1       ./news
1       ./fsck
14      ./installer
1       ./apt
166     .
 
ohne die Ausgabe des anderen Befehls und die Info, in welchem Verzeichnis Du das abgesetzt hast wir auch nicht.
 
Ups, wusste ich nicht, sorry.

In Verzeichnis /etc ausgeführt:
df -h

Code: 
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
rootfs 2,2G 2,2G 0 100% /
udev 10M 0 10M 0% /dev
tmpfs 58M 240K 58M 1% /run
/dev/disk/by-uuid/fb513f3f-58e9-4573-9eec-3e69235e062e 2,2G 2,2G 0  100% /
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 1,1G 4,0K 1,1G 1% /run/shm

Ebenfalls in /etc ausgeführt:
du -m -x --max-depth 1

Code: 
1       ./cron.weekly
1       ./discover.conf.d
1       ./cron.hourly
1       ./apache2
1       ./dbus-1
1       ./selinux
1       ./mysql
1       ./ODBCDataSources
1       ./resolvconf
1       ./vga
1       ./ldap
1       ./udev
1       ./rc1.d
1       ./rc3.d
1       ./rc5.d
1       ./texmf
1       ./rc4.d
1       ./ssh
1       ./rc6.d
1       ./groff
1       ./dhcp
1       ./acpi
1       ./init
1       ./proftpd
1       ./skel
1       ./network
1       ./systemd
1       ./esound
1       ./ppp
1       ./xml
1       ./ca-certificates
1       ./perl
1       ./modprobe.d
1       ./X11
1       ./openal
1       ./insserv.conf.d
1       ./kernel
1       ./rsyslog.d
1       ./logcheck
1       ./sysctl.d
1       ./w3m
1       ./dictionaries-common
1       ./rc0.d
1       ./iproute2
1       ./bash_completion.d
1       ./alternatives
1       ./rcS.d
1       ./sane.d
1       ./dpkg
1       ./cron.d
1       ./terminfo
1       ./insserv
1       ./python2.7
1       ./cron.daily
1       ./init.d
1       ./pam.d
1       ./opt
1       ./cron.monthly
1       ./console-setup
1       ./grub.d
1       ./postfix
1       ./ld.so.conf.d
1       ./rc2.d
1       ./security
1       ./initramfs-tools
1       ./profile.d
1       ./calendar
1       ./emacs
1       ./vim
1       ./default
1       ./Muttrc.d
1       ./ssl
1       ./logrotate.d
1       ./python
1       ./dovecot
1       ./kbd
1       ./ufw
1       ./sgml
1       ./php5
1       ./fonts
1       ./pulse
1       ./apt
1       ./fstab.d
1       ./python2

Oder soll ich es in einem bestimmen Verzeichnis ausführen :D?

Achso ganz vergessen, hatte versucht MySQL neuzustarten (Alle Hauptservices wie apache etc mal neu durchgestartet):
[ ok ] Stopping MySQL database server: mysqld.
[FAIL] /etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! ... failed!
 
Na, überlegen wir mal - / ist voll. Also würde evtl. interessieren, welches Verzeichnis in / dafür sorgt.

(abgesehen davon - das System hat insges. 2.2G an Festplattenkapazität? Oder präsentierst Du hier uns die Ausgabe einer Rettungskonsole?)
 
Last edited by a moderator:
Eigentlich 50GB Hardware Raid 10

in / ausgeführt:
rootfs 2,2G 2,2G 0 100% /
udev 10M 0 10M 0% /dev
tmpfs 58M 240K 58M 1% /run
/dev/disk/by-uuid/fb513f3f-58e9-4573-9eec-3e69235e062e 2,2G 2,2G 0 100% /
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 1,1G 4,0K 1,1G 1% /run/shm

ebenfalls:
6 ./etc
0 ./sys
0 ./run
1 ./selinux
17 ./home
0 ./proc
1 ./mnt
18 ./boot
1 ./lost+found
1 ./lib64
6 ./sbin
702 ./usr
1 ./tmp
1 ./opt
1 ./media
1 ./root
132 ./lib
1226 ./var
0 ./dev
1 ./srv
7 ./bin
2110 .
 
G1ggles said:
...
Ebenfalls in /etc ausgeführt:
du -m -x --max-depth 1

Code: 
..

Oder soll ich es in einem bestimmen Verzeichnis ausführen :D?

Achso ganz vergessen, hatte versucht MySQL neuzustarten (Alle Hauptservices wie apache etc mal neu durchgestartet):
[ ok ] Stopping MySQL database server: mysqld.
[FAIL] /etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! ... failed!
Click to expand...

Hangel dich damit ab / durch immer den grßen Ordnern nach.
Häng noch ein -h drann damits einfacher zu lesen ist.
Bei gerade mal 2GB platz wird es aber schwierig den übeltäter schnell zu finden.

Ich würde mir direkt erst mal /var/logs anschauen und ausmüllen und ggf. die Logrotation anpassen das dort nicht mehr soviele logs vorgehalten werden.
 
fdisk -l

Code: 
Disk /dev/vda: 107.4 GB, 107374182400 bytes
255 heads, 63 sectors/track, 13054 cylinders, total 209715200 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00004c43

   Device Boot      Start         End      Blocks   Id  System
/dev/vda1   *        2048   195311615    97654784   83  Linux
/dev/vda2       195311616   205076479     4882432   82  Linux swap / Solaris
/dev/vda3       205078526   209713151     2317313    5  Extended
/dev/vda5       205078528   209713151     2317312   83  Linux

Die logs habe ich schon ausgemistet. Logrotation mache ich jetzt.

Edit#
logrotate jetzt überfall eingestellt daily und 7 Tage rotate.

Edit#2
Habe aufgeräumt - war eigentlich kaum was, was weg kann. Habe wie gesagt logrotates angepasst und "logrotate -f -d /etc/logrotate.d/*" ausgeführt (* steht für jede einzelne Datei die vorhanden ist, hat den Befehl bekommen).

MySQL Server ist wenigstens erstmal wieder sauber gestartet.


Edit#3
Okay Server hat mich grad mit E-Mails zugebombt:

Code: 
/etc/cron.weekly/man-db:
/usr/bin/mandb: es kann nicht nach /var/cache/man/18073 geschrieben werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
run-parts: /etc/cron.weekly/man-db exited with return code 2

Code: 
/etc/cron.daily/man-db:
/usr/bin/mandb: es kann nicht nach /var/cache/man/23345 geschrieben werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
run-parts: /etc/cron.daily/man-db exited with return code 2

Code: 
/etc/cron.daily/man-db:
/usr/bin/mandb: es kann nicht nach /var/cache/man/13693 geschrieben werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
run-parts: /etc/cron.daily/man-db exited with return code 2

Code: 
/etc/cron.daily/man-db:
/usr/bin/mandb: es kann nicht nach /var/cache/man/7309 geschrieben werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
run-parts: /etc/cron.daily/man-db exited with return code 2

Code: 
/etc/cron.daily/man-db:
/usr/bin/mandb: es kann nicht nach /var/cache/man/24623 geschrieben werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
run-parts: /etc/cron.daily/man-db exited with return code 2

Code: 
/etc/cron.daily/man-db:
/usr/bin/mandb: es kann nicht nach /var/cache/man/2158 geschrieben werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
run-parts: /etc/cron.daily/man-db exited with return code 2

Code: 
/etc/cron.daily/man-db:
/usr/bin/mandb: es kann nicht nach /var/cache/man/10917 geschrieben werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
run-parts: /etc/cron.daily/man-db exited with return code 2

Code: 
/etc/cron.daily/logrotate:
error: error running shared postrotate script for '/var/log/apache2/*.log '
run-parts: /etc/cron.daily/logrotate exited with return code 1
/etc/cron.daily/man-db:
/usr/bin/mandb: es kann nicht nach /var/cache/man/17506 geschrieben werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
run-parts: /etc/cron.daily/man-db exited with return code 2

Code: 
/etc/cron.daily/man-db:
/usr/bin/mandb: es kann nicht nach /var/cache/man/5804 geschrieben werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
run-parts: /etc/cron.daily/man-db exited with return code 2

Code: 
/etc/cron.daily/man-db:
/usr/bin/mandb: es kann nicht nach /var/cache/man/2094 geschrieben werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
run-parts: /etc/cron.daily/man-db exited with return code 2

So, dass sind alle E-Mails. Habe als die gekommen sind gerade eine E-Mail Adresse angelegt (Alias) und anschließend diese direkt bei einer Registrierung erhalten.

Die E-Mail, welche ich dann als Konfirmation bekommen sollte ist an der Weiterleitungsadresse angekommen.
 
Last edited by a moderator:
Bzgl. der Dateisystemgröße: Benutzt du LVM? Falls nein, versuch mal das Dateisystem zu vergrößern (resize2fs), denn die Partition ist laut fdisk eigentlich deutlich größer.
 
You must log in or register to reply here.
Back
Top