Page 1 of 1

SQl Fehler beim Artikelspeichern?

Posted: Mon Feb 12, 2007 2:13 pm
by Joaquin
Habe einen alten Beitrag versucht zu ergänzen und habe dort die folgende Meldung erhalten:

Code: Select all

Fehler:

UPDATE s9y_entries SET id='88', title='Was ich an DSDS wirklich mag', timestamp='1170206849', body='Also Schadenfreude ist es nun wirklich nicht, aber es ist doch eine gewisse Art der Unterhaltung mit großem, wenn auch unfreiwilligem, komediantischem Ausdruck.\r\n\r\nGesang ist hier nur zweitrangig das Thema. Tatsächlich steht an erster Stelle, das Thema Selbstüberschätzung. Wobei es dann doch auch diese anderen Momente gibt...\r\n\r\nMr. Uncool alias Mr. Depp\r\n\r\n\r\nDer Wiederholungstäter\r\n\r\n\r\nDie fleischgewordene Selbstüberschätzung\r\n\r\n\r\n\r\nUnd dann gibt es dieses überaus positive Beispiel, wo die Jury nicht auf das Aussehen achtet, sondern insbesondere auf die Stimme und dies bei einem Stück, welches gar nicht so leicht zu interpretieren ist. Soviel stimmliche Objektivität, hätte ich einem Dieter Bohlen, ehrlich gesagt, nicht zugetraut. \r\n\r\nCarmen Leib mit Zombie von den Cranberries\r\n\r\n', extended='', isdraft='false', allow_comments='true', moderate_comments='false', exflag='0', authorid='<', last_modified='1171285631'  WHERE id='88'

/ Table 's9y_entries' is marked as crashed and should be repaired
Wenn ich nun auf die Stratseite meines Blogs gehe, erhalte ich folgenden Text:

Code: Select all

Query failed:

SELECT 
                    ep_sticky.value AS orderkey,

                    e.id,
                    e.title,
                    e.timestamp,
                    e.comments,
                    e.exflag,
                    e.authorid,
                    e.trackbacks,
                    e.isdraft,
                    e.allow_comments,
                    e.last_modified,

                    a.realname AS author,
                    a.username AS loginname,
                    a.email
                     , e.body, e.extended
                     
                FROM
                    s9y_entries AS e
                    LEFT JOIN s9y_authors a
                        ON e.authorid = a.authorid
                    LEFT JOIN s9y_entrycat ec
                        ON e.id = ec.entryid
                    LEFT JOIN s9y_category c
                        ON ec.categoryid = c.categoryid
                     LEFT OUTER JOIN s9y_entryproperties ep_no_frontpage
                                                  ON (e.id = ep_no_frontpage.entryid AND ep_no_frontpage.property = 'ep_no_frontpage')
 LEFT OUTER JOIN s9y_entryproperties ep_access
                                              ON (e.id = ep_access.entryid AND ep_access.property = 'ep_access')
 LEFT JOIN s9y_entryproperties ep_sticky
                                            ON (e.id = ep_sticky.entryid AND ep_sticky.property = 'ep_is_sticky') LEFT JOIN s9y_authorgroups AS acl_a
                                   ON acl_a.authorid = 1
                            LEFT JOIN s9y_access AS acl_acc
                                   ON (    acl_acc.artifact_mode = 'read'
                                       AND acl_acc.artifact_type = 'category'
                                       AND acl_acc.artifact_id   = c.categoryid
                                      )
                    WHERE isdraft = 'false' AND e.timestamp <= 1171285500 AND  (ep_access.property IS NULL OR ep_access.value = 'member' OR ep_access.value = 'public' OR (ep_access.value = 'private' AND e.authorid = 1))  AND  (ep_no_frontpage.property IS NULL OR ep_no_frontpage.value != 'true')   AND     (
                                 c.categoryid IS NULL
                                 OR ( acl_acc.groupid = acl_a.groupid OR acl_acc.groupid = 0)
                                 OR ( acl_acc.artifact_id IS NULL
                                      
                                    )
                               )
                     GROUP BY e.id
            ORDER BY orderkey DESC, timestamp DESC
                      LIMIT 15

/ Table 'e' is marked as crashed and should be repaired
[/code]

Was nun? :?:

Re: SQl Fehler beim Artikelspeichern?

Posted: Mon Feb 12, 2007 2:30 pm
by garvinhicking
Hi!

Deine Datenbank ist gecrashed und muss durch deinen Admin oder dich via phpMyAdmin oder ähnlichem repariert werden!

Viele Grüße,
Garvin

Posted: Mon Feb 12, 2007 2:55 pm
by Joaquin
Kannst du ausschließen, dass der Fehler durch s9y aufgetreten ist um weitere Unannehmlicheiten für die Zukunft zu vermeiden?

Posted: Mon Feb 12, 2007 4:08 pm
by garvinhicking
Hi!

Ein Datenbankcrash ist immer auf ein Serverproblem zurückzuführen, Anwendungen wie s9y können so etwas nicht verschulden.

Viele Grßüe,
Garvin

Posted: Fri Jun 29, 2007 12:11 pm
by Joaquin
Ich habe in den letzten Tagen, beim Bearbeiten von alten Einträgen, bzw. dem Veröffentlichen von Entwürfen, also immer von Einträgen, die schon in der Datenbank existieren, mir die s9y_entires zerschossen.

Heute habe ich versucht einen alten Entwurf mir anzuzeigen und bekomme nun den folgenden Fehler angezeigt:

Code: Select all

Query failed:

SELECT 
                    

                    e.id,
                    e.title,
                    e.timestamp,
                    e.comments,
                    e.exflag,
                    e.authorid,
                    e.trackbacks,
                    e.isdraft,
                    e.allow_comments,
                    e.last_modified,

                    a.realname AS author,
                    a.username AS loginname,
                    a.email
                     
                     
                FROM
                    s9y_entries AS e
                    LEFT JOIN s9y_authors a
                        ON e.authorid = a.authorid
                    LEFT JOIN s9y_entrycat ec
                        ON e.id = ec.entryid
                    LEFT JOIN s9y_category c
                        ON ec.categoryid = c.categoryid
                     LEFT JOIN s9y_authorgroups AS acl_a
                                   ON acl_a.authorid = 1
                            LEFT JOIN s9y_access AS acl_acc
                                   ON (    acl_acc.artifact_mode = 'read'
                                       AND acl_acc.artifact_type = 'category'
                                       AND acl_acc.artifact_id   = c.categoryid
                                      )
                    WHERE e.isdraft = 'true' AND     (
                                 c.categoryid IS NULL
                                 OR ( acl_acc.groupid = acl_a.groupid OR acl_acc.groupid = 0)
                                 OR ( acl_acc.artifact_id IS NULL
                                      
                                    )
                               )
                     GROUP BY e.id
            ORDER BY timestamp DESC
                      LIMIT 0, 13

/ Table 'e' is marked as crashed and should be repaired
Aber s9y hat mir beim Anzeigen des Eintrags, den folgenden Bildschirm angezeigt. Bitte die obere Zeile beachten, die ich markiert habe und die ">" und "<" im Titel, Eintragfeld und Erweitert:

Image

Hat die Datenbank einen kompletten Fehler oder macht da s9y etwas falsch?
Benutze im übrigen, die neue Beta2.

Posted: Fri Jun 29, 2007 12:16 pm
by garvinhicking
Hi!

Deine Datenbank ist gecrashed, das liegt/lag an einer instabligen MySQL-Verbindung für die Serendipity quasi nichts kann. Es spricht ja die Datenbank nur an.

Wenn Du bei ner Pizzeria ne spezielle Pizza bestellst und am Ende ne Portion Nudeln bekommst, dann ist das ja auch der Fehler des Pizzadienstes und nicht des Telefons. ;-)

Anyways, Du musst versuchen die Tabelle mittles phpMyAdmin oder HIlfe deines Hosters zu reparieren.

Diese "<" Zeichen im Admin backend kommen von der Fehlermeldung MySQLs, da dadurch die Daten nciht verfügbar sind und Serendipity nicht mehr weiß, was es anzeigen soll.

Viele Grüße
Garvin

Posted: Fri Jun 29, 2007 1:50 pm
by Joaquin
Das Problem ist, die wurde halt jedes mal wieder repariert, so dass die Seite ohne weiteres wieder angezeigt werden konnte und beim selben und nächste Vorgang mit s9y, crasht die Datenbank erneut.
Und ich steh da wie der Ochse vorm Scheunentoor.

Posted: Fri Jun 29, 2007 2:21 pm
by garvinhicking
Hi!

Das verstehe ich. Vielleicht musst du mal die Datenbank komplett exportieren, löschen und dann wieder importieren.

Ansonsten musst Du deinen PRovider mal bitten nach den Fehlerlogfiles von MySQL zu schauen, denn da liegt möglicherweise ein Defekt am MySQL-Server vor.

Grüße,
Garvin

Posted: Tue Jul 03, 2007 1:40 pm
by Joaquin
Das mit der Datenbank haben die auch so vorgeschlagen und dann selbst auch ausgeführt und seitdem läuft das wieder.