Beiträge von zettelbox

Hallo,

ich betreibe auf meinem Webspace im Tarif 2000 SE ein kleines MediaWiki (Version 1.35.0 - werde zeitnah auf 1.35.4 updaten, denke aber kaum, dass es einen Unterschied macht).

Bis vor ein paar Monaten lief das ganze sehr rund, seit einigen Tagen ist die Ausführungszeit aber viel zu langsam. Teilweise brauchen Seiten 30 Sekunden, bis sie ausgeliefert werden. Gibt es hier ein Problem?

Ich weiß, es ist ein kleines Webhosting-Paket. Aber im letzten Jahr war es trotzdem sehr performant. Davon ist nichts mehr zu sehen.

Hier ein beispielhafter Log-Auszug:

NewPP limit report
Cached time: 20211127160129
Cache expiry: 86400
Dynamic content: false
Complications: []
CPU time usage: 1.988 seconds
Real time usage: 21.547 seconds
Preprocessor visited node count: 221/1000000
Post‐expand include size: 1624/2097152 bytes
Template argument size: 987/2097152 bytes
Highest expansion depth: 7/40
Expensive parser function count: 3/100
Unstrip recursion depth: 0/20
Unstrip post‐expand size: 29178/5000000 bytes
-->
<!--
Transclusion expansion time report (%,ms,calls,template)
100.00%  100.035      1 -total

Die 1,988 Sekunden CPU-Zeit sind schon auffällig langsam.

Aber die 21,5 Sekunden tatsächliche CPU-Zeit gehen einfach gar nicht.

Wie gesagt - ja, kleines Hosting-Paket. Aber auch kleines Mediawiki. Hier scheint mir mehr im Argen zu liegen, oder aber ein wirklich völlig überbelegter Server.

Seht ihr ähnliche Probleme oder sollte ich mich mal an den Kundenservice wenden?

Mir fällt dieses Problem an diesem Wochenende auch auf. Icemansparks Hast Du eine Rückmeldung von netcup bekommen?

Nein, kein Schreibfehler, es bleibt reproduzierbar. Ich tippe, es handelt sich um einen Konfigurationsfehler seitens netcup, ggf direkt in gzip, da sich meine Erfahrungen ja mit denen von tab decken. Ein Schreibfehler fällt für meine Begriffe auch deshalb aus, weil sich der unveränderte Befehl ja sowol über den Button "Befehl ausführen" als auch über die Shell ausführen lässt und zum erwarteten Ergebnis führt.

Wie kann ich stderr abfangen? Wenn ich ihn in eine Datei schreiben möchte, ist auch diese leer, und die E-Mail, die ich im WCP für den Fehlerfall definieren kann, wird anscheinend auch nicht versendet.

Noch interessanter ein Trick, den ich aus stackoverflow übernommen habe: Mysqldump und gzip nacheinander ausführen:

mysqldump -ukxxx_root -pxxx -h10.35.46.104 dbname > /Backups/db_backup_$(date '+\%Y-\%m-\%d').sql && gzip /Backups/db_backup_$(date '+\%Y-\%m-\%d').sql

Dies führt zum gewünschten Ergebnis, auch per Cronjob-Aufruf. Für mich an diesem Punkt also durchaus auch eine permanente Lösung. Bliebe die Frage, wieso die Output-Übergabe aus mysqldump an gzip in einem Schritt per Cronjob nicht funktioniert, per Kommandozeile aber schon?

Hallo zusammen,

ich möchte einmal täglich per Cronjob ("geplante Aufgaben") ein Datenbank-Backup erstellen. Ich führe dazu die folgenden Befehl aus:

mysqldump -ukxxx_root -pxxx -h10.35.46.104 dbname | gzip > /Backups/db_backup_$(date '+\%Y-\%m-\%d').sql.gz

Dieser Befehl, per Cronjob ausgeführt, führt allerdings im Backup-Folder zu leeren Dateien.

Derselbe Befehl führt aber zu einem ordnungsgemäßen Backup in allen folgenden Fällen:

a) Ausführung per Kommandozeile

b) Ausführung per "Jetzt ausführen"-Button im WCP

c) wenn ich den gzip-Befehl weglasse und die Datei als .sql-Datei abspeichere (funktioniert dann auch per Cronjob-Ausführung).

Error-Log ist leer und Datei ist auch leer. Woran kann das liegen? Irgendwelche fehlenden Schreibrechte von gzip bei Ausführung über den Cronjob?

Eine Nacht drüber schlafen, ohne irgendetwas zu ändern, hat das Problem behoben. Da war wohl doch irgendetwas im Hintergrund noch nicht richtig migriert. Danke für die HIlfe!

Spannende Ergänzung:

* Deeplinks auf die TLD funktionieren tadellos. Es geht also nur um den direkten Zugriff auf das Stammverzeichnis.

* Bei eingabe von example.de werde ich auf https://www.example.de weitergeleitet. Möglicherweise ist das der Grund. In der Domainverwaltung habe ich unter dem Punkt "Bevorzugte Domain" allerdings "keine" ausgewählt.

Hallo Rene,

ja. Im WCP sehe ich zwei Einträge (also zwei große Rahmen); der obere für das Webpaket (hostingABC.ABC.netcup.net) und darunter für die TLD. Dokumentenstamm, IP-Adresse, und Systembenutzer sind bei den beiden Einträgen absolut identisch. Beim Hosting-Eintrag führt der Klick auf "Öffnen" auf die Website, unten auf die Plesk-Seite.

Ich nutze ein MediaWiki sowie mod_rewrite per .htaccess, mir fehlt aber gerade die Vorstellung, wie hier eine Fehlkonfiguration den Fehler verursachen könnte.

Hallo zusammen,

bin seit heute neu bei netcup. Nachdem ich meine Website auf dem Webspace von netcup heute eingerichtet habe (und alles funktioniert, wenn ich über hosting...netcup.net zugreife), habe ich heute Abend auch den Domain-Umzug angestoßen.

Dies ging auch erstaunlich zügig und scheint auch abgeschlossen zu sein, aber nicht ganz wie geplant. Die Domain wird mir im CCP und WCP angezeigt, die Einstellungen passen (soweit ich das beurteilen kann), ich habe eine Bestätigungsmail bekommen ("Ihre Domain ... wurde soeben zu Ihrem Webhostingtarif ... hinzugefügt."), doch über die Domain wird mir nur die "Web Server's Default Page" von Plesk angezeigt. Dazu der freundliche Text:

"This page is generated by Plesk, the leading hosting automation software. You see this page because there is no Web site at this address. You can do the following: Create domains and set up Web hosting using Plesk."

Dies scheint sich gerade auch nicht zu ändern. Ich will nicht ungeduldig sein, aber die Homepage ist jetzt seit einige Zeit nicht erreichbar bzw. diese etwas unprofessionelle Landing Page wird angezeigt. Ist etwas schief gelaufen oder muss ich mich bloß weiter gedulden?

Danke euch!