Stadtwiki Diskussion:Server: Unterschied zwischen den Versionen

Aus dem Rhein-Neckar-Wiki
Zur Navigation springen Zur Suche springen
(von http://ka.stadtwiki.net/Diskussion:Rhein-Neckar-Wiki#downtime)
 
(Cache-Effekte iN MediaWiki und/oder Webbrowser möglich, bitte Caches leeren und neu versuchen (Shift-F5))
Zeile 10: Zeile 10:
:: Ich habe nur nicht die Zeit jeden Tag (seit 8 Jahren) nachzusehen, ob alles läuft. Wer mich hier unterstützen will, z.B. Betrieb eines externen Monitoring-Systems, welches '''auch''' SMS verschicken kann, ... sehr gerne! Ich kann Unterstützung in jedem Fall sehr gut gebrauchen.
:: Ich habe nur nicht die Zeit jeden Tag (seit 8 Jahren) nachzusehen, ob alles läuft. Wer mich hier unterstützen will, z.B. Betrieb eines externen Monitoring-Systems, welches '''auch''' SMS verschicken kann, ... sehr gerne! Ich kann Unterstützung in jedem Fall sehr gut gebrauchen.
:: --[[Benutzer:Rabe|Raphael Eiselstein]] <sup><small>[[Benutzer Diskussion:Rabe|talk]]</small></sup> 10:11, 17. Dez. 2013 (CET)
:: --[[Benutzer:Rabe|Raphael Eiselstein]] <sup><small>[[Benutzer Diskussion:Rabe|talk]]</small></sup> 10:11, 17. Dez. 2013 (CET)
::: Um die Frage nach "bei mir geht es immer noch nicht" zu beantworten: Ich habe den Inhalt der Datenbank zu einem Zeitpunkt am Dienstag morgen 1:1 auf einer neuen Datenbank eingespielt. Die Daten in der Datenbank sind also vollkommen identisch. Eine andere Veränderung mit Außenwirkung gab es keine.
::: Denkbar ist, dass die Parameter, über die die im Browser ge''cache''ten Daten seitens MediaWiki "kontrolliert" werden auch am konkret konfigurierten Namen des jeweils genutzten Datenbankservers hängt.
::: So etwas ähnliches macht MediaWiki auch bei Cookies, wo es den *Namen* eines Cookies direkt abhängig macht vom Namen des Datenbank-'''Schemas''' under der eingestllten Tabellennamen-Prefixe, hier zB '''rnw_wiki_rnw__session''' direkt aus '''$wgDBname = "rnw_wiki"''' und '''$wgDBprefix = "rnw_";'''
::: Ich will nicht auschließen, dass sich die Konfigurations-Änderung von '''$wgDBserver = "intern.stwserv.de";''' nach '''$wgDBserver = "mysql.stwserv.lan";''' nicht auch zumindest indirekt über die interne Generierung von Hash-Summen z.B. für Cache-Schlüssel dafür gesorgt haben, dass bestimmte im MediaWiki-Cache oder aber auch im Browser-Cache liegende Daten "invalid" geworden sind und die entsprechenden Inhalte neu erzeugt werden müssen (in MediaWiki) oder schlichtweg neu geladen werden müssen (im Webbrowser).
::: Lange Rede, viel Spekulation: Bitte in solchen Fällen die Seite vom Server (nicht vom Cache) neu Laden. Bei vielen Webbrowsern funktioniert das durch gedrückt halten der Shift-Taste während man mit der Maus auf dem "Neu Laden"-Knopf klickt oder aber z.B. F5 (also Shift+F5) drückt.
::: Sollten sich Probleme gar nicht beheben lassen, bitte Screenshot an mich schicken, dann versuche ich das genauer zu analysieren. --[[Benutzer:Rabe|Raphael Eiselstein]] <sup><small>[[Benutzer Diskussion:Rabe|talk]]</small></sup> 05:31, 18. Dez. 2013 (CET)

Version vom 18. Dezember 2013, 06:31 Uhr

Kopiert von http://ka.stadtwiki.net/Diskussion:Rhein-Neckar-Wiki#downtime :

Datenbankserver ist seit Tagen down. Allmende ist auch betroffen. --Ikar.us (Diskussion) 01:38, 17. Dez. 2013 (CET)

Aktuell geht alles wieder. --mmaddin (Diskussion) 08:39, 17. Dez. 2013 (CET)
Ursache: Das Backup-Script, welches zwecks Snapshot das Datenbank-Jail kurz herunter fährt, ZFS-snapshottet und dann neu startet, hatte ein Problem.
Das Jail ließ sich zwar beenden, der snapshot wurde auch angelegt, allerdings ließ sich das Jail nicht mehr starten, weil beim Herunterfahren zuvor ein einzelner Prozess (genauer: Eine Referenz auf ein noch offenenes File!) hängen geblieben war und beim Start des Jails dann "läuft schon, kann nicht nochmal starten" kam. Leider ließ sich das Problem manuell nicht nachstellen.
Aus diesem Grunde war die Datenbank sowohl Sonntag morgen als auch Montag unten.
Ich bin aktuell dabei das MySQL-Jail zu modernisieren, die allermeisten Projekte laufen inzwischen schon auf der neuen DB.
Generell: Ich bin in dringenden Fällen per SMS erreichbar und kann das Problem dann normalerweise auch kurzfristig beheben.
Ich habe nur nicht die Zeit jeden Tag (seit 8 Jahren) nachzusehen, ob alles läuft. Wer mich hier unterstützen will, z.B. Betrieb eines externen Monitoring-Systems, welches auch SMS verschicken kann, ... sehr gerne! Ich kann Unterstützung in jedem Fall sehr gut gebrauchen.
--Raphael Eiselstein talk 10:11, 17. Dez. 2013 (CET)
Um die Frage nach "bei mir geht es immer noch nicht" zu beantworten: Ich habe den Inhalt der Datenbank zu einem Zeitpunkt am Dienstag morgen 1:1 auf einer neuen Datenbank eingespielt. Die Daten in der Datenbank sind also vollkommen identisch. Eine andere Veränderung mit Außenwirkung gab es keine.
Denkbar ist, dass die Parameter, über die die im Browser gecacheten Daten seitens MediaWiki "kontrolliert" werden auch am konkret konfigurierten Namen des jeweils genutzten Datenbankservers hängt.
So etwas ähnliches macht MediaWiki auch bei Cookies, wo es den *Namen* eines Cookies direkt abhängig macht vom Namen des Datenbank-Schemas under der eingestllten Tabellennamen-Prefixe, hier zB rnw_wiki_rnw__session direkt aus $wgDBname = "rnw_wiki" und $wgDBprefix = "rnw_";
Ich will nicht auschließen, dass sich die Konfigurations-Änderung von $wgDBserver = "intern.stwserv.de"; nach $wgDBserver = "mysql.stwserv.lan"; nicht auch zumindest indirekt über die interne Generierung von Hash-Summen z.B. für Cache-Schlüssel dafür gesorgt haben, dass bestimmte im MediaWiki-Cache oder aber auch im Browser-Cache liegende Daten "invalid" geworden sind und die entsprechenden Inhalte neu erzeugt werden müssen (in MediaWiki) oder schlichtweg neu geladen werden müssen (im Webbrowser).
Lange Rede, viel Spekulation: Bitte in solchen Fällen die Seite vom Server (nicht vom Cache) neu Laden. Bei vielen Webbrowsern funktioniert das durch gedrückt halten der Shift-Taste während man mit der Maus auf dem "Neu Laden"-Knopf klickt oder aber z.B. F5 (also Shift+F5) drückt.
Sollten sich Probleme gar nicht beheben lassen, bitte Screenshot an mich schicken, dann versuche ich das genauer zu analysieren. --Raphael Eiselstein talk 05:31, 18. Dez. 2013 (CET)