Datenbankfehler

Das Forum zum unverzichtbaren Nachschlagewerk.
Benutzeravatar
Gial
Posts in topic: 11
Beiträge: 316
Registriert: 19.09.2004 22:14

Datenbankfehler

Ungelesener Beitrag von Gial »

Ich habe letztlich mehrfach DB-Fehler/ interne Fehler gehabt. Haben wir eine inkonsistente Datenbank?

Bisher sind die Aktionen immer trotz Fehlermeldung verbucht worden aber wenn sich unsere DB langsam zerlegen sollte müssten wir mal was unternehmen.
  • 2005-07-30 10:51 Hausregelsammlung/NADSA/Wuchtschlag speichern -> Fehler in der Datenbank, Interner Fehler
  • 2005-07-30 10:55 Bearbeiten von Hausregelsammlung/NADSA/Wuchtschlag (Absatz) -> Fehler in der Datenbank, Interner Fehler
  • 2005-07-30 10:57 Bearbeiten von Hausregelsammlung/NADSA/Wuchtschlag (Absatz) -> Fehler in der Datenbank, Interner Fehler
  • 2005-07-30 10:59 Bearbeiten von Hausregelsammlung/NADSA/Wuchtschlag (Absatz) -> Fehler in der Datenbank, Interner Fehler
  • 2005-07-30 11:03 Bearbeiten von Hausregelsammlung/NADSA/Distanzklasse -> OK
  • 2005-07-30 11:06 Diskussion:Hausregelsammlung/NADSA/Wuchtschlag -> OK
  • 2005-07-30 11:38 Bearbeiten von Hausregelsammlung/NADSA/Wunden ignorieren (Absatz) -> OK
  • ... diverse OK
  • 2005-07-31 02:36 Hochladen Bild:WundenIgnorieren16130902.png -> Fehler in der Datenbank, Interner Fehler
  • 2005-07-31 02:42 Hausregelsammlung/NADSA/Wunden ignorieren (Absatz) -> Fehler in der Datenbank, Interner Fehler
  • 2005-07-31 02:59 Bearbeiten von Bild:WundenIgnorieren16130902.png -> Fehler in der Datenbank, Interner Fehler
Zuletzt geändert von Gial am 31.07.2005 02:55, insgesamt 3-mal geändert.

Benutzeravatar
Gial
Posts in topic: 11
Beiträge: 316
Registriert: 19.09.2004 22:14

Ungelesener Beitrag von Gial »

Es zeichnet sich ein Muster ab - evtl. sind die Daten zu genau einem Artikel beschädigt.

Marius Seebach
Posts in topic: 8
Beiträge: 357
Registriert: 20.09.2004 15:01
Kontaktdaten:

Ungelesener Beitrag von Marius Seebach »

Ein Editieren von Hausregelsammlung/NADSA/Wuchtschlag führt jedes mal zu dem Fehler.

Den Inhalt kann man komplett in eine andere Seite kopieren, ohne dass der Fehler auftritt.

Man kann aber den Inhalt von Hausregelsammlung/NADSA/Wuchtschlag entfernen, ohne dass ein Fehler angezeigt wird.

Was das aber nun für den Zustand der DB bedeutet, kann ich im Moment noch nicht sagen. Eine etwas ausführlichere Fehlermeldung wäre da hilfreich.

Benutzeravatar
Gial
Posts in topic: 11
Beiträge: 316
Registriert: 19.09.2004 22:14

Ungelesener Beitrag von Gial »

Solange es nur der eine Artikel ist stört es nicht wirklich, nur ein bischen beunruhigend. Habe den Artikel gelöscht und neu angelegt, funktioniert (ist halt die Historie futsch, interessiert bei dem Artikel eh nicht)

Marius Seebach
Posts in topic: 8
Beiträge: 357
Registriert: 20.09.2004 15:01
Kontaktdaten:

Ungelesener Beitrag von Marius Seebach »

OK, das ist auch eine Möglichkeit.

Wollen wir mal hoffen, dass es eine Ausnahme war und nicht ein kleiner Gremlin bei uns eingezogen ist.

Benutzeravatar
Gial
Posts in topic: 11
Beiträge: 316
Registriert: 19.09.2004 22:14

Ungelesener Beitrag von Gial »

Ich sags nur ungerne... s. Fehlerprotokoll im ersten Beitrag.

Schlage vor, umgehend die DB und die Dateien (uploads und angepasste php) zu sichern, damit wir einen Stand haben mit dem wir neu aufsetzen können falls es schlimmer wird. Sollten noch ältere Sicherungen da sein sollten die nicht überschrieben/ gelöscht werden falls wir zu einem älteren Stand zurück müssen.

Mist!

Benutzeravatar
Gial
Posts in topic: 11
Beiträge: 316
Registriert: 19.09.2004 22:14

Ungelesener Beitrag von Gial »

http://mail.wikipedia.org/pipermail/med ... 04488.html

Turn on SQL error display (see DefaultSettings.php for all configurable
settings).

Most likely you have a table that's marked in the crashed state; this
can happen if the MySQL server crashed while it was open. Use MySQL's
REPAIR TABLE command on any such tables to clear it up.

Marius Seebach
Posts in topic: 8
Beiträge: 357
Registriert: 20.09.2004 15:01
Kontaktdaten:

Ungelesener Beitrag von Marius Seebach »

Fehlerausgabe ist eingeschaltet.
Fehlermeldung hat geschrieben:Es gab einen Syntaxfehler in der Datenbankabfrage. Die letzte Datenbankabfrage lautete:

REPLACE INTO `searchindex` (si_page,si_title,si_text) VALUES ('3888','hausregelsammlung nadsa wunden ignorieren',' die regel für wunden ignorieren mit blitzenden klingen mbk s 27 wird modifiziert modifikation die einschränkungen durch eine wunde können ignoriert werden wenn eine selbstbeherrschungsprobe sp 8 x anzahl der bisher erlittenen wunden bestanden wird also sp bei der ersten sp 8 bei der zweiten sp 16 bei der dritten u s w treffer die eine mehrfach-wirksame wunde erzeugen führen zu einzelnen proben für die teilwunden wobei der schaden mit 6sp bei ko≤14 s hausregelsammlung nadsa wunden wunden für die erste 6sp für die zweite und den rest für die dritte gerechnet wird also z b bei einer ersten 3fach-wirksamen wunde durch 22sp bei ko≤14 s hausregelsammlung nadsa wunden wunden selbstbeherrschung 6 für die erste teil- wunde wundschwelle bei 6 6 8xanzahl bisheriger wunden 0 6 0 6 selbstbeherrschung 14 für die zweite teil- wunde wundschwelle 6 8 #wunden 6 8 14 selbstbeherrschung 26 für die dritte teil- wunde restschaden 22-12 10 8 #wunden 10 8x2 26 autowunden erfordern einen zuschlag von 8 zur vermeidung von autoerfolg gegen manche manöver mit leichten waffen insbesondere stichwaffen und werden bei einer mehrfach-wunde vor den wunden durch schaden wirksam grund wir waren überein gekommen dass man nicht so einfach über verwundungen hinwegsehen können soll die originalregeln führen dazu dass hochstufige charaktere immer zwei bis vier wunden ignorieren also wiederum nie durch wunden kampfunfähig werden sondern gleich ohne vorherige mali tot umfallen dass das unsinnig ist hatten wir bereits geklärt selbst die geänderte regel funktioniert schon für ogrim nicht mehr iana können wir ignorieren ogrim ist aber noch ein normaler held wenn auch in der ersten liga -- benutzer gial gial 14 54 29 jul 2005 gmt beispiele todesstoß ogrim ko 18 wird heute im nachthemd per todesstoß mit degen ins bein getroffen 1w 3 6 tp - rs 6 x 3 18 sp s todesstoß hausregelsammlung nadsa todesstoß hausregel 3-fach wunde erste wundschwelle 8 doppelt wegen todesstoß hausregelsammlung nadsa todesstoß hausregel dritte wunde bei zweiter wundschwelle 16 zuerst wird autowunde behandelt probe 8 0 sp 0 bisherige wunden 8 2 wunde probe 8 sp 8 bisherige wunden 16 3 wunde probe 18-8 10 sp 16 bisherige wunden 26 höherer schaden wäre in vollem umfang auf diese probe aufgeschlagen worden wahrscheinlichkeit zu ignorieren prettytable width 50 style vertical-align top; mu 15 ko 18 kk 25 taw 16 ogrim bsp von oben width 50 style vertical-align top; mu 14 ko 14 kk 14 taw 8 lvl 3-5 krieger normaler treffer 18 sp - style text-align center;background-color white; bild wundenignorieren15182516 png style text-align center;background-color white; bild wundenignorieren14141408 png - style vertical-align top; die erste teilwunde steckt ogrim problemlos weg wenn das nicht so sein soll müssen die proben grundsätzlicher verändert werden die zweite teilwunde befindet sich auf der flanke der fallenden wahrscheinlichkeiten und fällt vor allem je nach taw unterschiedlich aus die dritte teilwunde ist kaum noch zu ignorieren auch bei minimalem schaden für eine dritte wunde reicht der zuschlag von 16 allein durch die vorangegangenen teilwunde aus um die probe kaum möglich zu machen die unterbrochende linie zeigt den minimalen todesstoß mit 3fach-wunde 16 sp an style vertical-align top; für den schon recht trainierten taw 8 krieger ist die erste teilwunde schon schwierig zu ignorieren eine eigentlich dreifach wirksame wunde wird aber i d r zumindest doppelt wirksam zur geltung kommen - width 50 style vertical-align top; mu 16 ko 13 kk 09 taw 2 umbratica engstrand normaler treffer 18 sp width 50 style vertical-align top; - style text-align center;background-color white; bild wundenignorieren16130902 png - style vertical-align top; keine nennenswerte chance auch nur die erste teilwunde zu ignorieren bei untrainierten charakteren tritt die volle wundwirkung ein beachte die skala ist auf 0 bis 0 4 reduziert style vertical-align top; - colspan 2 style vertical-align top; die roten linien zeigen nicht die sp an sondern die proben die zum ignorieren der wunden notwendig sind dabei fällt bei ogrim die erste genaus auf 8 was in diesem fall sowohl bei todesstoß als auch wegen hoher ko bei normalem treffer die erste probe ist damit kann der graph als beispiel für todesstoß autowunde und normale schwere treffer bei recht hochstufigen charakteren dienen kommentare wenn man findet dass so der todesstoß hausregelsammlung nadsa todesstoß hausregel immer noch nicht tödlich genug ist kann man die probe für die autowunde z b auf 16 setzen dann müsste ogrim im beispiel oben zweimal 16 werfen für die meisten würde das bedeuten dass autowunden nicht zu ignorieren sind man beachte dabei aber auch dass man z b einen wurmspieß verwenden kann was u u dann ziemlich schmerzhaft wird -- benutzer gial gial 20 41 30 jul 2005 gmt dämliche fehler zur erinnerung wenn wir uns hier auf nichts neues einigen gilt alte regel z zt gültig status width 100 prettytable dafür dagegen veto - --dafür -- # benutzer gial gial 14 50 29 jul 2005 gmt # benutzer licherfan licherfan 16 39 29 jul 2005 gmt --dagegen -- --veto -- kategorie hausregel ')

aus der Funktion "SearchUpdate::doUpdate". MySQL meldete den Fehler "1016: Can't open file: 'searchindex.MYI'. (errno: 145) (dsa4.regioconnect.net)".

Marius Seebach
Posts in topic: 8
Beiträge: 357
Registriert: 20.09.2004 15:01
Kontaktdaten:

Ungelesener Beitrag von Marius Seebach »

So, ich habe jetzt die searchindex Tabelle repariert. Die war permanent als "in Benutzung" markiert. Auf den Inhalt der anderen Tabellen dürfte das aber keine Auswirkungen gehabt haben.

Tommek
Posts in topic: 1
Beiträge: 84
Registriert: 12.07.2005 16:00
Kontaktdaten:

Errungenschaften

Ungelesener Beitrag von Tommek »

Wie schauts mit der Sicherung aus? Sind welche vorhanden?

Benutzeravatar
Gial
Posts in topic: 11
Beiträge: 316
Registriert: 19.09.2004 22:14

Ungelesener Beitrag von Gial »

Fehler in der Datenbank
aus Wiki Aventurica, dem DSA-Fanprojekt
Es gab einen Syntaxfehler in der Datenbankabfrage. Die letzte Datenbankabfrage lautete:

UPDATE LOW_PRIORITY `searchindex` SET si_title='math ko1614x10 png' WHERE si_page=6507

aus der Funktion "SearchUpdate::doUpdate". MySQL meldete den Fehler "1016: Can't open file: 'searchindex.MYI'. (errno: 145) (dsa4.regioconnect.net)".

Benutzeravatar
Gial
Posts in topic: 11
Beiträge: 316
Registriert: 19.09.2004 22:14

Ungelesener Beitrag von Gial »

Fehler in der Datenbank
aus Wiki Aventurica, dem DSA-Fanprojekt
Es gab einen Syntaxfehler in der Datenbankabfrage. Die letzte Datenbankabfrage lautete:

REPLACE INTO `searchindex` (si_page,si_title,si_text) VALUES ('6469','dsa aus mathematischer sicht ko im waffenlosen kampf',' schmetterschlag ausgangslage der angreifer kann seinen angriff mit einer ansage versehen die auf die tp angerechnet wird der verteidiger hat ohne auspendeln einen malus von 4 auf die parade raufen verursacht 1w6 tp a bei tp kk 10 3 bei tp a ko einfache ko-probe für verteidiger bei tp a 2 ko automatische bewustlosigkeit untersuchung # bei at 20 sinkt die trefferwahrscheinlichkeit mit der ansage # ohne ansage reichen tp nur bei kritischen treffern für tp ko # es sollte sich eine funktion pko at kk at ko finden lassen mit at at-wert des angreifers kk kk des angreifers at ansage des angreifers bei gerade wuchtschlag ko ko des getroffenen pko n 4 → 0 1 welche die wahrscheinlichkeit bei fehlender parade einen ko zu erzielen abbildet ist eine solche effektiv berechenbare funktion gefunden so kann man zwei parameter fest setzen und eine visualisierung in abhängigkeit der anderen beiden parameter erzeugen interessant ist auch die maximierung in abhängigkeit von at bei gegebenen at kk und ko width 100 prettytable mittels mathematica programm - pko2 at_ kk_ ansage_ ko_ module success indentingnewline success 0; indentingnewline for w 1 w ≤ 6 indentingnewline if w ansage floor kk - 10 3 2 ko success ; indentingnewline if w ansage floor kk - 10 3 ko success success max min 1 - ko 20 1 0 ; indentingnewline ; indentingnewline w ; indentingnewline ; indentingnewline max min at - ansage 20 1 0 success 6 indentingnewline - at 16 kk 14 at variabel ko 10 - style text-align center;background-color white; bild math_ko1614x10 png beispiele width 100 prettytable style background-color white; bild mathe_ko00 gif - style background-color white;text-align center; bild math ko png - damit wäre es reichlich unsinnig jemanden ko schlagen zu wollen wenn diese wahrscheinlichkeit noch mit der unmodifizierten pa und dem malus auf die nächste aktion bei mißlungener at zusammen kommt - at 22 kk 20 at variabel ko 8 - style background-color white;text-align center; bild math_komax png fazit wenn in aventurien ein schwergewichtsboxer einer älteren dame voll auf die rübe 50 -chance für niederschlag kategorie mathematik ')

aus der Funktion "SearchUpdate::doUpdate". MySQL meldete den Fehler "1016: Can't open file: 'searchindex.MYI'. (errno: 145) (dsa4.regioconnect.net)".

Benutzeravatar
Gial
Posts in topic: 11
Beiträge: 316
Registriert: 19.09.2004 22:14

Ungelesener Beitrag von Gial »

bitte wieder ein repair des searchindex tables durchführen, die fehler nerven beim projekt 3000 artikel bis RatCon... ;)

Marius Seebach
Posts in topic: 8
Beiträge: 357
Registriert: 20.09.2004 15:01
Kontaktdaten:

Ungelesener Beitrag von Marius Seebach »

Erledigt...

Frage mich gerade, ob der Fehler durch Änderungen oder durch Suchanfragen ausgelöst wird.

werner
Posts in topic: 1
Beiträge: 3
Registriert: 29.07.2005 01:50
Wohnort: München

Ungelesener Beitrag von werner »

Solche Routine-Repairs kann man auch via cronjob (respektive Taskplaner bei MS-Servern) automatisieren - wenn da interesse besteht müsstest du mir mal die genauere Konfiguration des Servers mitteilen - siehe auch 'Datensicherung'

Benutzeravatar
Gial
Posts in topic: 11
Beiträge: 316
Registriert: 19.09.2004 22:14

Ungelesener Beitrag von Gial »

es ist mal wieder soweit - bitte repair...

Benutzeravatar
StipenTreublatt
Wiki Aventurica
Wiki Aventurica
Posts in topic: 8
Beiträge: 6595
Registriert: 15.06.2005 14:38
Wohnort: Ruhrgebiet
Kontaktdaten:

Auszeichnungen

Errungenschaften

Ungelesener Beitrag von StipenTreublatt »

Fehler in der Datenbank
aus Wiki Aventurica, dem DSA-Fanprojekt
Es gab einen Syntaxfehler in der Datenbankabfrage. Die letzte Datenbankabfrage lautete:

REPLACE INTO `searchindex` (si_page,si_title,si_text) VALUES ('7270','stipentreublatt nußlocher runde chronik',' abenteuer in chronologischer reihenfolge ein diadem von elfenhand die stadt des toten herrschers nach rastullahs willen durch das tor der welten ein hauch von schmerz im bann des eichenkönigs die bestie von fairngard chronik 32 hal 26 efferd s besiegt den nachtreißer ')

aus der Funktion "SearchUpdate::doUpdate". MySQL meldete den Fehler "1016: Can't open file: 'searchindex.MYI'. (errno: 145) (dsa4.regioconnect.net)".
Juhu, ich habs jetzt auch. Wenigstens übernimmt er die Änderungen.

Benutzeravatar
Gial
Posts in topic: 11
Beiträge: 316
Registriert: 19.09.2004 22:14

Ungelesener Beitrag von Gial »

StipenTreublatt hat geschrieben:
Fehler in der Datenbank
aus Wiki Aventurica, dem DSA-Fanprojekt
Es gab einen Syntaxfehler in der Datenbankabfrage. Die letzte Datenbankabfrage lautete:

REPLACE INTO `searchindex` (si_page,si_title,si_text) VALUES ('7270','stipentreublatt nußlocher runde chronik',' abenteuer in chronologischer reihenfolge ein diadem von elfenhand die stadt des toten herrschers nach rastullahs willen durch das tor der welten ein hauch von schmerz im bann des eichenkönigs die bestie von fairngard chronik 32 hal 26 efferd s besiegt den nachtreißer ')

aus der Funktion "SearchUpdate::doUpdate". MySQL meldete den Fehler "1016: Can't open file: 'searchindex.MYI'. (errno: 145) (dsa4.regioconnect.net)".
Juhu, ich habs jetzt auch. Wenigstens übernimmt er die Änderungen.
Ja, das ist technisch vollkommen unproblematisch und kommt leider ab und an vor. Problematisch ist nur, dass alle, die es nicht kennen, einen Schreck bekommen und dass man den Artikel später nochmal anfassen muss (leerzeichen rein reicht), damit sein Inhalt in der Suche gefunden wird.

Marius Seebach
Posts in topic: 8
Beiträge: 357
Registriert: 20.09.2004 15:01
Kontaktdaten:

Ungelesener Beitrag von Marius Seebach »

Done.

Würde immer noch gerne wissen, woher das kommt.

Benutzeravatar
StipenTreublatt
Wiki Aventurica
Wiki Aventurica
Posts in topic: 8
Beiträge: 6595
Registriert: 15.06.2005 14:38
Wohnort: Ruhrgebiet
Kontaktdaten:

Auszeichnungen

Errungenschaften

Ungelesener Beitrag von StipenTreublatt »

Hmm, es ist schon wieder soweit. habe als letztes einen 83 KB großen Artikel editiert, könnte das das Problem sein? :???:

Korrektur: Geht wieder, hatte den Fehler nur bei dieser einen Abfrage.... :???:

Benutzeravatar
Salix
Posts in topic: 5
Beiträge: 2681
Registriert: 15.08.2005 14:24

Errungenschaften

Ungelesener Beitrag von Salix »

aus der Funktion "SearchUpdate::doUpdate". MySQL meldete den Fehler "1016: Can't open file: 'searchindex.MYI'. (errno: 145) (dsa4.regioconnect.net)".
Wollte es nur erwähnt habe :wink:

Benutzeravatar
Mustafa ben Ali
Posts in topic: 1
Beiträge: 989
Registriert: 05.12.2003 22:29
Wohnort: Königin der Hanse
Geschlecht:

Ungelesener Beitrag von Mustafa ben Ali »

dito

Benutzeravatar
StipenTreublatt
Wiki Aventurica
Wiki Aventurica
Posts in topic: 8
Beiträge: 6595
Registriert: 15.06.2005 14:38
Wohnort: Ruhrgebiet
Kontaktdaten:

Auszeichnungen

Errungenschaften

Ungelesener Beitrag von StipenTreublatt »

Beim Editieren größerer Texte (selbst wenn meine Änderungen minimal sind) kam es in letzter Zeit häufiger zu obengenanntem Fehler.

edit: K, es ist mal wieder soweit, die Datenbank bringt bei der Suche nur noch einen Fehler.
Korrigieren, bitte. :)

Benutzeravatar
Salix
Posts in topic: 5
Beiträge: 2681
Registriert: 15.08.2005 14:24

Errungenschaften

Ungelesener Beitrag von Salix »

:( Ich befürchte es liegt nicht unbedingt an den grossen Artikeln, habe die Georgaphia extra nur in Abschnitten bearbeitet und trotzdem den Fehler bekommen

Marius Seebach
Posts in topic: 8
Beiträge: 357
Registriert: 20.09.2004 15:01
Kontaktdaten:

Ungelesener Beitrag von Marius Seebach »

Sicher, dass da ein Fehler war? Die Tabelle ist nämlich in Ordnung und ich habe nichts repariert.

Benutzeravatar
LarsF
Posts in topic: 1
Beiträge: 38
Registriert: 11.11.2004 19:01
Wohnort: Bielefeld

Ungelesener Beitrag von LarsF »

Ich hatte gerade wieder mehrfach konsistent den Fehler.

Benutzeravatar
StipenTreublatt
Wiki Aventurica
Wiki Aventurica
Posts in topic: 8
Beiträge: 6595
Registriert: 15.06.2005 14:38
Wohnort: Ruhrgebiet
Kontaktdaten:

Auszeichnungen

Errungenschaften

Ungelesener Beitrag von StipenTreublatt »

Marius Seebach hat geschrieben:Sicher, dass da ein Fehler war? Die Tabelle ist nämlich in Ordnung und ich habe nichts repariert.
Hmm ja, da waren Fehler. Allerdings war es dann öfter so dass schon die nächste Änderung wieder ohne Probleme akzeptiert wurde.... :???:

Versteh das einer....

Benutzeravatar
StipenTreublatt
Wiki Aventurica
Wiki Aventurica
Posts in topic: 8
Beiträge: 6595
Registriert: 15.06.2005 14:38
Wohnort: Ruhrgebiet
Kontaktdaten:

Auszeichnungen

Errungenschaften

Ungelesener Beitrag von StipenTreublatt »

Habe schon wieder andauernd den Fehler...
Bin ich der einzige? :???:

Benutzeravatar
Salix
Posts in topic: 5
Beiträge: 2681
Registriert: 15.08.2005 14:24

Errungenschaften

Ungelesener Beitrag von Salix »

Nö bist nicht der einzige, ich hatte auch die ganze Zeit über welche.

Marius Seebach
Posts in topic: 8
Beiträge: 357
Registriert: 20.09.2004 15:01
Kontaktdaten:

Ungelesener Beitrag von Marius Seebach »

Ich knalle das hier mal kurz hinein, damit ich es nicht vergesse:

"Hast Du mal geguckt, ob die DB-Datei searchindex.MYI aus irgendeinem Grund verlorengegangen ist, schreibgeschützt ist oder irgendwas in der Richtung? Ansonsten vielleicht auch einmal CHECK TABLE drüberlaufen lassen oder besser gleich die Tabelle droppen, neu einrichten anhand der Tabellendefinition in maintenance/tables.sql und mit maintenance/rebuildtextindex.php den Suchindex neu erstellen."

Antworten