Server verweigert Dienst

S

sgabardi

New Member
[gelöst] Server verweigert Dienst

Hallo an alle!

Ich habe seit vorgestern Abend das Problem, dass mein Server nicht mehr mag. Angefangen hat es damit, dass ich über die Webseiten die Meldung bekommen habe, das MySQL nicht verfügbar ist. Plesk gab mir nur einen Fehler 500 aus und Mails werden vom Server zurückgewiesen. Am Server wurde ausser per FTP nichts geändert, die Logfiles sagen nichts aussergewöhnliches.
Habe dann bei der Durchsicht herausgefunden, dass die Benutzerrechte von MySQL nicht mehr passten. Nach deren Anpassung waren zumindest die Webseiten wieder erreichbar.
Heute morgen dann war die Anmeldemaske von Plesk wieder zu erreichen, jedoch wurde mir nach dem Login nur die Fehlermeldung "Plesk not allowed" angezeigt. Das wär ja nicht so tragisch, aber leider funktioniert seit heute morgen auch MySQL nicht mehr.
Beim Start via SSH bekomme ich den Fehler, dass kein Speicherplatz verfügbar ist.
Code: 
/etc/init.d/mysql: ERROR: The partition with /var/lib/mysql is too full! failed!
Also hab ich mir mal alle Dateien rausgesucht, die über 3MB haben und habe alles überflüssige eliminiert. Laut Parallels Business Automation benutze ich 1,3G von 15G HDD Speicher. Bis auf ein paar MB bei den Logfiles ist an und für sich nichts zusätzlich auf den Server bekommen.
Auch ein Scan nach "gehackten" Skripten oder zusätzlichen Shellanwendungen hat nichts gebracht (zum Glück hab ich nicht zu viel auf dem Server).
Das "komische an der Sache ist aber die Ausgabe von df -h:
Code: 
Filesystem            Size  Used Avail Use% Mounted on
/dev/vzfs             6.9G  1.4G     0 100% /
tmpfs                 512M     0  512M   0% /lib/init/rw
tmpfs                 512M     0  512M   0% /dev/shm
overflow              1.0M   16K 1008K   2% /tmp
tmpfs                 512M     0  512M   0% /opt/psa/handlers/before-local
tmpfs                 512M     0  512M   0% /opt/psa/handlers/before-queue
tmpfs                 512M     0  512M   0% /opt/psa/handlers/before-remote
tmpfs                 512M  120K  512M   1% /opt/psa/handlers/info
tmpfs                 512M     0  512M   0% /opt/psa/handlers/spool
/dev/vzfs hat also laut Ausgabe eine Grösse von 6,9G benutzt werden 1,4G und trotzdem gibt er mir einen Use von 100% aus.
Die Ausgabe via "du -h --max-depth=1"
Code: 
926M	./usr
4.5M	./sbin
4.0K	./mnt
4.0K	./dev
149M	./opt
4.0K	./selinux
6.6M	./lib
3.7M	./bin
4.0K	./media
du: cannot access `./proc/12132/task/12132/fd/4': No such file or directory
du: cannot access `./proc/12132/fd/4': No such file or directory
0	./proc
4.0K	./srv
16K	./tmp
8.0K	./home
0	./sys
1.2G	./var
16M	./root
6.4M	./etc
4.0K	./boot
2.3G	.

Vielleicht weis jemand eine Möglichkeit, wie ich den Server wieder zum laufen bekomme, oder ob da was "im Eimer" ist, das ich nicht beeinflussen kann.

Das System läuft mit Debian 5 in einem Virtuozzo 4.0 Container mit Plesk 9.5.2 als Verwaltungsoberfläche.

Vielen Dank im Voraus!
Stefan
 
Last edited by a moderator:
Ich hatte einen ähnlichen Fehler bei Euserv, als ich die vServer getestet hatte.
Plötzlich war die "Platte" voll, obwohl ich nicht annähernd so viel verbraucht hatte.

Code: 
/dev/vzfs             6.9G  1.4G     0 100% /

Wo hast du den vServer gehostet, vielleicht kannst du die im Support mal anschreiben?
 
Danke für die Antwort, bin bei emerion.at
Supportticket habe ich am Freitag gelöst, aber leider sind die Fachleute erst morgen wieder da, deshalb bin ich seit Gestern am recherchieren, ob es von meiner Seite zu lösen wäre.
 
hmm, also ich hab jetzt mal so ein Sysinfo (PHP Skript) hochgeladen und das gibt mir jetzt zwar 22% Prozentuale Auslastung an, jedoch auch 0.00KiB freien Speicher.
Code: 
Mount							Typ			Partition	Prozentuale Auslastung	Frei		Belegt		Größe
/								reiserfs	/dev/vzfs	  	22% (10%)			0.00 KiB	1.35 GiB	6.38 GiB
								(rw,usrquota,grpquota)
/dev/shm						tmpfs		tmpfs	  		0% (1%)				512.00 MiB	0.00 KiB	512.00 MiB
								(rw,nosuid,nodev)
/lib/init/rw					tmpfs		tmpfs	  		0% (1%)				512.00 MiB	0.00 KiB	512.00 MiB
								(rw,nosuid)
/opt/psa/handlers/before-local	tmpfs		tmpfs	  		0% (1%)				512.00 MiB	0.00 KiB	512.00 MiB
								(rw)
/opt/psa/handlers/before-queue	tmpfs		tmpfs	  		0% (1%)				512.00 MiB	0.00 KiB	512.00 MiB
								(rw)
/opt/psa/handlers/before-remote	tmpfs		tmpfs	  		0% (1%)				512.00 MiB	0.00 KiB	512.00 MiB
								(rw)
/opt/psa/handlers/info			tmpfs		tmpfs	  		1% (1%)				511.88 MiB	120.00 KiB	512.00 MiB
								(rw)
/opt/psa/handlers/spool			tmpfs		tmpfs	  		0% (1%)				512.00 MiB	0.00 KiB	512.00 MiB
								(rw,mode=0770,uid=2021,gid=31)
/tmp							tmpfs		overflow	  	2% (1%)				1008.00 KiB	16.00 KiB	1024.00 KiB
								(rw)
 	 										Gesamt	  		13.65%				3.50 GiB	1.35 GiB	9.88 GiB

Aber weitergebracht hat mich das ganze immer noch net.
 
Last edited by a moderator:
df -i liefert folgendes:
Code: 
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/vzfs            1470000  133586 1336414   10% /
tmpfs                 131072       4  131068    1% /lib/init/rw
tmpfs                 131072       1  131071    1% /dev/shm
overflow              131072       6  131066    1% /tmp
tmpfs                 131072       1  131071    1% /opt/psa/handlers/before-local
tmpfs                 131072       4  131068    1% /opt/psa/handlers/before-queue
tmpfs                 131072       6  131066    1% /opt/psa/handlers/before-remote
tmpfs                 131072      49  131023    1% /opt/psa/handlers/info
tmpfs                 131072       2  131070    1% /opt/psa/handlers/spool
 
Sieht absolut okay aus. Ich finde das Ganze mehr als seltsam.
Bei welchem Anbieter ist der vServer denn gehostet?
Du wirst wohl auf den Support warten bzw. den kontaktieren müssen. Mal absolut ins Blaue geraten: Evtl. ist ja die Platte des Hostsystems voll?
 
Dann scheine ich doch nocht nicht ganz blöd zu sein :))

Bin bei emerion, dann mal warten bis die Technik sich meldet, wird ein ruhiger Sonntag ohne Mails und Server ;-)
 
Kann man den Vserver rebooten? "shutdown -r now" bzw. "reboot"
Wenn ja vielleicht hilft das ja. Ich hatte es mal bei einem Bekannten und einem Clusterserver, dass ihm die Platte auch auf 100% geraten war. Und das selbe Problem, wie von dir beschrieben bei ihm aufgetaucht ist.
Nach einem shutdown -r now lief dann wieder alles wie gewohnt.
 
Statusupdate:
Nachdem heute der Support bis jetzt noch am Arbeiten ist, läuft zumindest der Server wieder, was genau das Problem war, kann mir leider erst nach Abschluss der Arbeiten gesagt werden, lt. Hotline, bin also gespannt.

df -h liefert inzwischen folgende Werte:
Code: 
/dev/vzfs              15G  1.4G   14G   9% /
tmpfs                 512M     0  512M   0% /lib/init/rw
tmpfs                 512M     0  512M   0% /dev/shm
tmpfs                 512M     0  512M   0% /opt/psa/handlers/before-local
tmpfs                 512M     0  512M   0% /opt/psa/handlers/before-queue
tmpfs                 512M     0  512M   0% /opt/psa/handlers/before-remote
tmpfs                 512M  120K  512M   1% /opt/psa/handlers/info
tmpfs                 512M     0  512M   0% /opt/psa/handlers/spool

df -i liefert folgendes:
Code: 
/dev/vzfs            1470000  133599 1336401   10% /
tmpfs                 131072       4  131068    1% /lib/init/rw
tmpfs                 131072       1  131071    1% /dev/shm
tmpfs                 131072       1  131071    1% /opt/psa/handlers/before-local
tmpfs                 131072       4  131068    1% /opt/psa/handlers/before-queue
tmpfs                 131072       6  131066    1% /opt/psa/handlers/before-remote
tmpfs                 131072      49  131023    1% /opt/psa/handlers/info
tmpfs                 131072       2  131070    1% /opt/psa/handlers/spool

Sobald ich was weis, werd ich natürlich hier posten.
Danke aber schonmal an alle Beteiligten!
 
Gerade vom Hoster die Antwort bekommen:

leider kam es am vergangenen Wochenende zu einem
Software-Problem von Parallels, dem Software-
Hersteller der Hardware-Node, auf dem sich Ihr vServer
befindet.

Die Software hat ein Problem auf der Festplatte ausgelöst,
es kam jedoch zu keinem Datenverlust.
Click to expand...

Danke nochmals an alle hier!
 
You must log in or register to reply here.
Back
Top