Beiträge von [netcup] Alex W.

Deswegen roote ich privat lieber nicht sondern switche nur zwischen Orig Roms

Sie sollten in diesem Falle dafür sorgen das der Mailserver nicht mehr läuft. Anschließend sollten Sie sich die Logs des Mailservers herunterladen und diese prüfen. Als drittes sollten Sie dann prüfen was auf Ihrem Server dafür sorgt das alle Inodes (1Mio.) ausgelastet sind was auch die Ursache für die Fehlermeldung ist das die Festplatte voll sei.

Haben Sie sich auch informiert was die jeweiligen Ausgaben bedeuten? Dies sollten Sie tun, es hilft Ihnen leider nicht wirklich wenn man Ihnen step-by-step sagt was Sie machen sollen wenn Sie den Hintergrund dazu nicht verstehen. Dies wäre dann weder eine vernünftige, noch empfehlenswerte Weise einen Server zu administrieren.

Zitat von Basskid

Komisch finde ich nur das die Festplatte nicht voll ist. Ich hab noch genügend freien Platz.

Woran machen Sie das fest? Sie sollten folgendes prüfen, beides(!):

df -h; df -i

und sich über die Aussagekraft der Ausgaben entsprechend informieren.

Das kann durch sehr spezielle Umstände passieren und kommt eher selten vor Solange die Domain nicht 2x berechnet wird ist alles ok.

Ihre Rechnung wurde soeben erfolgreich beglichen, vielen Dank

Ja, der Server startet auch trotz voller HDD ins Rettungssystem, das haben wir bereits abgedeckt. Hier wird womöglich ein individuelles Problem bestehen, das muss sich der Support dann direkt ansehen. Hierzu müsste der TO den Support per Mail kontaktieren.

Bezüglich dem "finden platzverschwendender Dateien" kann ich das Tool "ncdu" empfehlen.

Mittlerweile scheint es nicht mehr zu sein, heute morgen gab es für die Domain mindestens einen ungültigen Eintrag. Beachten Sie das Änderungen an den DNS Einstellungen bis zu 24 Stunden benötigen bis diese global bekannt sind.

Bitte dazu das mehrfach verlinkte Thema beachten. Es handelt sich nicht um eine Lösung die wir pauschal "einfach so" auf alle Systeme ausrollen können, daher sollen sich Kunden mit explizit dem in dem von uns erstellten Thema genannten Problem, an den Support wenden. Anders kann dies nicht gelöst werden.

Die Domain hat derzeit ungültige DNS Einstellungen, Sie sollten diese dringend prüfen.

WeightWatchers Musikparties?

udev ist gewissermaßen "unnütz" im vServer daher ggf wie folgt verfahren.

Die Datei /etc/init/udev.conf bearbeiten-

Vorher:

# udev - device node and kernel event manager
#
# The udev daemon receives events from the kernel about changes in the
# /sys filesystem and manages the /dev filesystem.




description     "device node and kernel event manager"




start on virtual-filesystems
stop on runlevel [06]




expect fork
respawn




exec /sbin/udevd --daemon

Nachher:

# udev - device node and kernel event manager
#
# The udev daemon receives events from the kernel about changes in the
# /sys filesystem and manages the /dev filesystem.




description     "device node and kernel event manager"




#start on virtual-filesystems
stop on runlevel [06]




#expect fork
#respawn




#exec /sbin/udevd --daemon

vServer neustarten, upgrade ausführen.

Der wurde in ein eigenes Thema verschoben da dies ein individuelles Problem ist. Siehe Problem mit Froxlor

Mindestens mal /html je nachdem wo die Webseite hin soll auch mehr.

Beitrag in eigenem Thema ausgelagert.

Hinweis: Die Lösung steht in der Fehlermeldung.

Zitat

You have to make the file "./lib/userdata.inc.php" readable for the http-process!

Es kann einige hundert Gründe dafür geben allerdings kommt man nicht drumherum einen Blick in die Logs zu werfen damit man auch eine Fehlermeldung hat, anders können Sie nicht herausfinden wo es hakt. Sie sollten den Rat beherzigen.

Dann sollten Sie die Log Dateien entsprechend prüfen, access sowie error der zuständigen Hosts.

Ob 777 geht oder nicht, hängt weniger von der Distribution sondern viel mehr von der Webserver Konfiguration ab. Confixx nutzt von Haus aus eine Kombination aus Apache mit PHP als suphp. Das bedeutet das bei jedem Kunden die Webseiten nicht unter einem allgemeinen Webserveruser (www-data / www-run) ausgeführt werden, sondern unter einem Systembenutzer des Kunden selbst da diesem auch die Daten gehören. Dies hat den Vorfall das man weiter eingrenzen kann, wer auf welche Dateien zugreifen darf und wer nicht.

Mit chmod 777 ist es so das alles und jeder die Datei lesen, öffnen, schreiben und ausführen darf was grundlegend erstmal ein großes Risiko darstellt. In einer "üblichen suphp Konfiguration" ist es daher so geregelt das ausschließlich der User und die Gruppe der Daten die Dateien verarbeiten dürfen, was also im Falle Confixx der Systembenutzer des Kunden und der Webserver sind. Hier reicht dann 755 entsprechend aus um alle nötigen Rechte zu haben.

Leider machen es sehr viele Softwarehersteller (z.B. CMS, Blog, Forenanbieter) so das in den Anleitungen steht "setzen Sie alles auf 777 dann wirds schon gehen" (ich spreche nicht für alle Hersteller und möchte die Aussage auch nicht verallgemeinern), auch findet man dies fälschlicherweise sehr oft in Supportforen so als Hinweis. Neben der Tatsache das dies Unsinn ist, bedeutet es wie erwähnt ein großes Sicherheitsrisiko für den Kunden sowie den Provider.

Welche Fehlermeldung wird angezeigt? Laufen andere Seiten? Falls ja, wie sehen die vHosts zu Froxlor und apache Config zu phpmyadmin aus? Was steht in den Access Logs der Hosts?

Confixx erstellt die Verzeichnisse richtig, bei per php/ftp erstellen Verzeichnissen muss man die jeweiligen Dienstconfigs prüfen z.B. suphp.