Montag, 23. Oktober 2006Und täglich grüßt die DatenbankTrackbacks
Trackback-URL für diesen Eintrag
Keine Trackbacks
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
Wie kann denn das passieren... Dass mal ein Statement in die Hose geht, das ist ja nicht unnormal. Aber dass das gleich die ganze DB mitnimmt, habe ich noch nie gehört.
Wie macht sich denn der Crash bemerkbar? Ich würde mal bei WP nachstöbern. Wenn es die Möglichkeit der DB-Reparatur im Frontend schon gibt, scheint das ja des öfteren vorzukommen...
Das ist das tiggersWelt.net Frontend, nicht das Wordpress Frontend
![]()
Ups.. Naja, bin immer noch kein Kunde, ich *kann* das also nicht kennen..
![]()
So oft passiert das nicht. Es ist die absolute seltenheit.
Dennoch fuchst es, sich auf dem Server per SSH einloggen zu müssen, sich den Weg durch meine wirren Verzeichnis-Strukturen zu bahnen und dann von die Tabelle fixen zu müssen. Wenn ich das (mit wenig Aufwand) automatisieren bzw. über den Kunden ausführbar machen kann, dann mach ich das doch ![]() ![]()
Ich geh mal davon aus, dass es eine MySQL-DB ist, oder? Soweit ich weiß, kann die sich selbst reparieren, wenn man es von "außen" triggert. Das könnte man ja über einen Cron-Job erledigen lassen. Oder man fängt irgendwelche Events ab und ballert dann auf die DB drauflos..
Naja, wer eine weit verbreitete Weblog Software mit unzähligen Plugins und Themes sowie einer recht großen (u.a. deutschsprachigen) Community sucht wird wohl zu Wordpress gehen.
Für den Enduser zählt einfach was er sieht, nicht das was dahinter steckt. Ich hatte mir Serendipity auch mal angesehen, fand es aber irgendwie nicht wirklich toll während ich mich mit Wordpress sofort anfreunden konnte.
WP ist halt eher "Klicki-Bunti". ICh hasse diesen Ausdruck, er trifft aber hier vollends zu. s9y ist eher advanced. Von Bedienung und Aussehen.
Ich habe extreme Probleme mit WP-Plugins. Das s9y-Plugin-Repository ist unschlagbar, finde ich.
Naja, für mich ist schon das fehlen eines flickr Plugins (falbum mäßig) ein absoluter knock out Faktor.
Was mich wundert ist das Bernd in der Serendipity Hoster Liste (http://www.s9y.org/61.html) gar nicht aufgeführt ist. Sollte man ändern. ![]()
Stimmt... Das Fehlen in der Liste ist in der Tat ein Unding.
Ich werd mal schauen, was sich da machen lässt ![]()
Da schwingt nun aber ein bisschen viel persönliche Wordpress Abneigung mit Bernd
![]() Mal rein realistisch betrachtet weißt du genauso gut wie ich das Wordpress einfach nur per SQL Statements über die PHP mySQL Befehle (WP benutzt kein AdoDB oder ähnliches) der Datenbank Anweisungen gibt. Da Wordpress da gar keine Möglichkeit hat selbst an den Dateien für die Tabelle rumzuschreiben und mySQL wohl verhindern wird das man Daten in nen Feld schreiben kann die da nicht reinpassen (String in nen SMALLINT oder sowas) wird man auch kaum aus versehen durch ne Falschbeschreibung die Tabelle zum crashen bringen (ich verstehe hier übrigens ne Strukturänderung nicht als Crash - wenn nen Plugin die Struktu der Tabelle ändert und WP deswegen nicht mehr damit klarkommt stürzt sich die Tabelle ja nicht ins Nirwana). Für mich hört sich das eher wie nen Problem im mySQL bzw. irgend nen drohendes Dateisystemproblem an - sowas sorgt eigentlich eher für kaputte Dateien ![]()
Das musste ja kommen
![]() Und im wesentlichen hast Du natürlich recht! Ich hätte den BE auch nicht verfasst ohne vorher gründlich drüber nachzudenken - sowieso, bis ein Problem mal in den Blog gelangt, geht sehr viel Denkzeit für die Sache drauf. Der Grund warum ich hier schreibe - und da mag sehr viel Subjektivität mitschwingen - ist die Tatsache, dass es mir recht unerklärlich ist. Natürlich wird WP im wesentlichen nicht die Möglichkeit haben eine Datenbank zu crashen - aus den von Dir genannten Gründen. Was nur Auffällig ist, ist halt die Tatsache, dass nun schon zum x-ten male die selbe Tabelle in ein und dem selben Blog crasht - bei einem regelmäßig kontrolliertem Dateisystem und auf einem viel genutzten Server. Die Datenbank an sich habe ich sogar schon von einer Stelle des Dateisystems an eine andere kopiert. Dateisystem, Datenbankserver an sich würde ich daher irgendwo gerne ausschließen, denn sollte hier etwas nicht in Ordnung sein, sollten die Probleme doch auch an anderen Stellen auftreten, oder nicht? Zumindest nicht immer wieder an ein und der selben Position... Wahrscheinlich ist das eher etwas im Zusammenspiel. Ganz viele Faktoren, vielleicht WP, WP-Plugins und MySQL-Server, spielen hier eine Rolle, kommen vielleicht in einer "schlechten Konstellation" zusammen, das es schief geht. Mit MySQL an sich stehe ich momentan ohnehin an einer anderen Stelle auf Kriegsfuss. Das Problem ist, dass ich in diesem Hosting-Bereich nur recht wenig Zeit aufwenden kann, wenn einem Kunden mit einem Skript regelmäßig, aber in unregelmäßigen Abständen, die Datenbank kaputt geht. Fürs erste habe ich eigentlich schon jede Möglichkeit ausgeschöpft... :-/ Approps: Die Datenbank haben wir sogar schon mal umgezogen - und das Problem existiert immernoch ![]()
Das das ganze, zumindest soweit du nun erzählt hast, recht mysteriös ist kann ich natürlich ebenfalls nicht abstreiten. Und das die DB da wegcrasht ist natürlich nicht wirklich angenehm.
Das einzige was ich mir noch vorstellen könnte wäre vielleicht nen fehllaufendes Plugin was irgendeine wirklich unglückliche Konstellation hervorbringt - vielleicht irgendetwas wie eine Sperrung der Tabelle für exklusiven Zugriff vornimmt und dann den Server mit anderen Schreiboperationen zumüllt bis der irgendwann zusammenklappt (ich nehm ja mal an das gäbe eigene Threads die den Rest der DB's und deren Operationen nicht betreffen) Ich würde dir empfehlen das du in Absprache mit dem Kunden mal von Ihm alle Plugins rausnehmen lässt und er dann probiert obs besser wird - vielleicht ist ja ne Zeitspanne absehbar in der es dann crashen müsste. Und dann sukzessiv die Plugins wieder einführen bis man raushat welches es ist. Das es das WP selbst ist bezweifel ich - zuviel im Einsatz als das das noch nicht aufgefallen wäre woanders.
Hat er gestern gemacht...
Heute ist es wieder passiert ![]() Ehrlich gesagt würde es mich auch wundern, wenn sich nen "normales" Plugin an der Tabelle wp_posts zu schaffen macht...
Die Datenbank stürzt rund 5-10 minuten, nachdem ich bereits gepostete Beiträge zu editieren versuche, ab. d.h. Die daten sind wohl noch erreichbar, aber nach einem nicht erfolgreichem editieren eines beitrags kann ich in der zeit bis zum vollkommenden Ausfall der DB nichts mehr editieren oder neue Beiträge hinzufügen, wohl aber vorhandene abrufen, zumindest im blog...
mir geht dat alles auf den geist...
Und er hat auch die aktuellste Version von Wordpress (2.0.4) installiert?
nur mal so nebenbei: es ist schonwieder passiert *flenn*
danke für's flotte reparieren, auch ohne pers. kontakt
![]()
alles sehr sehr sehr strange *stirnrunzel* sollte eigentlich nicht passieren
![]() aber wenn du scheinbar schonmal relativ sicher die Bedingungen nachbauen kannst unter welchem dann die DB ihrem Ende zugeht hat man auch ne Chance das nachzuverfolgen und das zu debuggen wie schaut den das aus ? habt ihr mal einfach DB + komplettes Web auf nem anderem Testsystem laufen lassen und versucht die Absturzbedingung dort zu reproduzieren ?
naja oftmals kommt beim Editieren eine 500 Fehlermeldung, also Internal Server Error... ich weiß nicht ob dat etwas damit zu tuen hat... aber eben kam die meldung wieder beim editieren eines Kommentars und ich befürchte daß der Blog gleich wieder hin ist...
Hah! Du erzählst hier ja gleich mehr als Du mir jemals mitgeteilt hast :eek:
Und: Heute legst Du Absturztechnisch ja richtig vor ![]()
Welche Plugins hast Du denn laufen? Also die, die auch auf wp_posts zugreifen. Das könnten Statistik-Plugins oder dergleichen sein. Deaktiviere die doch mal eine zeitlang (einzeln), dann siehst Du ob es an denen liegt.
Und der Bernd hat gleich wieder etwas mehr Zeit uns zu phpMyAdmin zu verhelfen. Oder zu einer Webspace/Traffic/Verbrauchsanzeige... ![]()
autohyperlink
Audio player Counterize X Dan's Avatar Thingy EditorMonkey (Compatible) Get Recent Comments X More Smilies Pagebar X Randomize X Nicer trackbacks X SRG Clean Archives WP-UserOnline X Update-Monitor X WP-FLV X WordPress Database Backup X Zap_NewWindow Zap_ImgPop das wären alle, wobei die mit dem X wohl nicht auf die wp_post zugreifen, glaube ich...
Also in diesem Falle würde ich das Problem beim Editor Monkey vermuten...
Warning: Cannot modify header information - headers already sent by (output started at /home/plueschi.net/hosts/plueschi.net/blog/wp-includes/wp-db.php:104) in /home/plueschi.net/hosts/plueschi.net/blog/wp-includes/pluggable-functions.php on line 272
Diese Fehlermeldung kommt jetzt gerade wo ich einen gerade veröffentlichten artikel bearbeiten wollte
Wieso, phpMyAdmin kann man auch als normaler User installieren, da braucht man kein SSH und keinen root-Account.
Mein Tipp für die betroffenen wäre eigentlich auf S9Y zu wechseln, dann ist der Bug (Codeword: Wordpress) beseitigt
![]()
Sobald ich wieder einen vernünftigen Brweitbandinternetanschluss habe werde ich mich daran machen auf S9Y umzusteigen... mal sehen wie dat wird...
bis dahin würd ich mich über den angesprochenen "Datenbank reparieren"-Button freuen... denn der Blog ist natürlich schon wieder hin...
Oder einfach mal die Plugins deaktivieren und schauen obs was nutzt.
![]()
Das Problem hatte ich auch - siehe auch unter
http://forum.wordpress-deutschland.org/showthread.php?t=13466
Auch hier nochmal der Hinweis: Seit gestern gibt's auf wordpress.org WP 2.0.5 zum runterladen. Wäre ja mal einen Test wert, ob dann die Fehler aufhören.
alles schon längst vorbei....
bin vor 2 wochen auf S9Y umgestiegen und damit sind die probleme geschichte |
SucheRead this blog!KategorienKommentare
zu Fr, 20.10.2017 13:09
Das heißt dann ja eindeutig, d
ass sie Dein Passwort in Klart
ext speichern.
Ist schon zu
lange her, dass ich mich mit
PPP(oE), CHAP und PAP auseinan
derg [...]
zu Fr, 20.10.2017 13:05
Ich hatte (Wochen) bevor ich m
einen DSL-Anschlussbrief von 1
&1 bekommen habe im Kundeninte
rface das DSL-Passwort geänder
t.
Im Anschlussbrief war st
and [...]
zu Mi, 28.06.2017 11:29
Diese Information ist für Inte
ressierte bereits in der Übers
chrift enthalten.
Ich glaub
e nicht, dass es mir obliegt d
en Marktbegleiter durch expliz
ite [...]
zu Mi, 12.04.2017 00:09
Klarer Fall von "Bootloader ve
rgessen". Oder, fast noch schl
immer: Bootloader so verkorkst
, dass das Update nicht funkti
oniert.
Aber das Ding ist o
hneh [...]
Notice this! |