|
|
| (5 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt) |
| Zeile 1: |
Zeile 1: |
| Kopiert von http://ka.stadtwiki.net/Diskussion:Rhein-Neckar-Wiki#downtime :
| | Sollen wir diese Seite herausnehmen oder aktualisieren? --[[Benutzer:HDValentin|HDValentin]] ([[Benutzer Diskussion:HDValentin|Diskussion]]) 18:13, 19. Okt. 2021 (CEST) |
|
| |
|
| Datenbankserver ist seit Tagen down. Allmende ist auch betroffen. --[[Benutzer:Ikar.us|Ikar.us]] ([[Benutzer Diskussion:Ikar.us|Diskussion]]) 01:38, 17. Dez. 2013 (CET)
| | |
| : Aktuell geht alles wieder. --[[Benutzer:Mmaddin|mmaddin]] ([[Benutzer Diskussion:Mmaddin|Diskussion]]) 08:39, 17. Dez. 2013 (CET) | | == robots.txt == |
| :: 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.
| | Disallow: /images/thumb |
| :: Aus diesem Grunde war die Datenbank sowohl Sonntag morgen als auch Montag unten.
| | erfasst auch die Bildseiten, weil die große Voransicht dort in thumb steht. |
| :: 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.
| | Damit sind Bilder hier nicht in Bildersuchmaschinen findbar!? |
| :: 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:Ikar.us|Ikar.us]] ([[Benutzer Diskussion:Ikar.us|Diskussion]]) 11:19, 3. Sep. 2018 (CEST) |
| :: --[[Benutzer:Rabe|Raphael Eiselstein]] <sup><small>[[Benutzer Diskussion:Rabe|talk]]</small></sup> 10:11, 17. Dez. 2013 (CET)
| | :: Hallo [[Benutzer:Ikar.us|Ikar.us]] danke für den Hinweis ich denke das hat was mit der Server Infrastruktur und Rechtlichen Bednken von Rabe zu tun - wir werden das Thema sicher dann noch aufnehmen allerdings müssen wir das ganze Projekt erstmal in einen neuen Hafen überführen [[Stadtwiki:Projekte/Betrieb]] --[[Benutzer:Andereanna|Andereanna]] ([[Benutzer Diskussion:Andereanna|Diskussion]]) 15:51, 3. Sep. 2018 (CEST) |
| ::: 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)
| |
| ::::Laien wie ich verstehen das Obige nicht und müssen es auch nicht verstehen. Wir benutzen das Wiki als Black Box. Glücklicherweise tauchen solche Probleme eher selten auf, seltener als z.B. bei meinem E-Mail-Provider. Kämen die Störungen häufig vor, könnte man Neulinge, die nur mal paar Artikel schreiben wollen, kaum beim Projekt halten, wenn sie z.B. aufgefordert werden, den "Cache" zu leeren.
| |
| ::::Mich würde bei dieser Gelegenheit interessieren, was mal aus den ganzen Dateien würde, falls es mal zum definitiven Zusammenbruch kommt. Anscheinend kann ja die ganze Datenbank kopieren. Kann das auch jemand, der keinen Zugriff auf einen Server hat? Bei Wikipedia geht das, so viel ich weiß. Also z.B. die Texte für sich selbst retten ggf. ohne die Bilder. Dieselbe Frage wird sich ja eines Tages stellen, wenn das Projekt beendet wird, nichts lebt ewig. Wie groß müsste der Festplattenplatz sein? (bzw. in der Cloud). Das ist nun eine eher langfristige Frage, erwarte keine baldige Antwort. --[[Benutzer:Peewit|Peewit]] ([[Benutzer Diskussion:Peewit|Diskussion]]) 09:43, 18. Dez. 2013 (CET)
| |
| :::Denkbar wäre auch, dass nur die Fehlerseite, die mitteilt, dass die Datenbank nicht erreichbar ist, keine brauchbaren Validitätsangaben macht. Und dass verschiedene Browser unterschiedlich damit umgehen. --[[Benutzer:Ikar.us|Ikar.us]] ([[Benutzer Diskussion:Ikar.us|Diskussion]]) 10:52, 18. Dez. 2013 (CET)
| |
| A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script
| |
| Query: SELECT MAX(rc_timestamp) FROM `rnw_recentchanges` LIMIT 1
| |
| Function: SpecialRecentChanges::checkLastModified
| |
| Error: 1317 Query execution was interrupted (mysql.stwserv.lan)
| |
| --01:32, 21. Dez. 2013 (CET)
| |