Thema: absturz des mysql servers mit jce editor

hi@ll,
ich habe folgendes problem:
ich habe den JCE-Editor installiert (momentan die neue beta version, allerdings trat das problem auch bei der deutschen version 1.05 auf)

bei der installation des mambots und der komponente klappte alles soweit (success), der editor funktioniert auch.
nur wenn ich im backend im menü der komponente den bereich "JCE plugins" aufrufen will, beendet sich mein mysql server (xampp) mit folgender fehlermeldung:
(popup)
Die Anweisung in "0x004bf01f" verweist auf Speicher in "0x00000008". Der Vorgang "read" konnte nicht auf dem Speicher durchgeführt werden.

dann auf meiner backend seite im firefox:

Code:

Warning: Invalid argument supplied for foreach() in C:\Dokumente und Einstellungen\Ulrich\Desktop\xampp\htdocs\jfg\joomla\includes\joomla.php on line 5142

Warning: Invalid argument supplied for foreach() in C:\Dokumente und Einstellungen\Ulrich\Desktop\xampp\htdocs\jfg\joomla\includes\joomla.php on line 5169

Warning: asort() expects parameter 1 to be array, string given in C:\Dokumente und Einstellungen\Ulrich\Desktop\xampp\htdocs\jfg\joomla\includes\joomla.php on line 5182

und

Code:

DB function failed with error number 2013
Lost connection to MySQL server during query SQL=SELECT m.*, u.name AS editor FROM jos_jce_plugins AS m LEFT JOIN jos_users AS u ON u.id = m.checked_out WHERE m.client_id = '0' GROUP BY m.id ORDER BY m.row ASC, m.ordering ASC, m.type ASC, m.name ASC LIMIT 0, 30
Joomla! is Free Software released under the GNU/GPL License.
Joomla! 1.0.12 Stable [ Sunfire ] 25 December 2006 01:00 UTC
Check for latest Version
MA DB function failed with error number 2006
MySQL server has gone away SQL=SELECT id, title, module, position, content, showtitle, params FROM jos_modules AS m WHERE m.published = 1 AND m.position = 'debug' AND m.client_id = 1 ORDER BY m.ordering
SQL =

SELECT id, title, module, position, content, showtitle, params
 FROM jos_modules AS m
 WHERE m.published = 1
 AND m.position = 'debug'
 AND m.client_id = 1
 ORDER BY m.ordering

und:

Code:

MA DB function failed with error number 2006
MySQL server has gone away SQL=SELECT id, title, module, position, content, showtitle, params FROM jos_modules AS m WHERE m.published = 1 AND m.position = 'header' AND m.client_id = 1 ORDER BY m.ordering
SQL =

SELECT id, title, module, position, content, showtitle, params
 FROM jos_modules AS m
 WHERE m.published = 1
 AND m.position = 'header'
 AND m.client_id = 1
 ORDER BY m.ordering

wisst ihr an was das problem liegen könnte?
ich verstehe auch nicht warum der editor dann im front und backend funktioniert, aber der aufruf des pluginsbereichs einen kompletten mysql server absturz verursacht...

achja, übrigens: rg_emulation ist bei mir auf on.


gruß,uli

Das Problem hatte ich mit der ganz aktuellen Version auch - installiere mal eine ältere Version von XAMPP - bei mir läuft die 1.5.5-Version ohne Probleme.

hi! danke für die antworten!
hm, ich hoffe, dass das problem dann beim entgültigen serverumzug auf den webserver nicht mehr vorliegt.
--> momentan stört es mich nicht so.
wollte nur wissen ob es ein fehler im script ist oder im server...


danke für eure antworten,
gruß,uli

Ich habe diesen Fehler auch. Anscheinend seid der Installation von 5.0.32-Dotdeb_1.dotdeb.1-log auf 2 Debian Sarge root Servern.

Im Syslog steht, das der MySQL abstürtzt bei der Abfrage und sofort neu startet. Wenn ich die Abfrage in phpMyAdmin ausführe geschieht das Selbe. Modifiziere ich die Abfrage funktioniert sie. Es schein mit dem m.* zusammen zu hängen. Aber sicher bin ich mir nicht.

$query = "SELECT *, u.name AS editor"
. "\n FROM #__jce_plugins AS m"
. "\n LEFT JOIN #__users AS u ON u.id = m.checked_out"
//. "\n LEFT JOIN #__groups AS g ON g.id = m.access"
. ( count( $where ) ? "\n WHERE " . implode( ' AND ', $where ) : '' )
. "\n GROUP BY m.id"
. "\n ORDER BY m.row ASC, m.ordering ASC, m.type ASC, m.name ASC"
. "\n LIMIT $pageNav->limitstart, $pageNav->limit"
;

Mar 14 18:25:03 prov02 mysqld[2559]: mysqld got signal 11;
Mar 14 18:25:03 prov02 mysqld[2559]: This could be because you hit a bug. It is also possible that this binary
Mar 14 18:25:03 prov02 mysqld[2559]: or one of the libraries it was linked against is corrupt, improperly built,
Mar 14 18:25:03 prov02 mysqld[2559]: or misconfigured. This error can also be caused by malfunctioning hardware.
Mar 14 18:25:03 prov02 mysqld[2559]: We will try our best to scrape up some info that will hopefully help diagnose
Mar 14 18:25:03 prov02 mysqld[2559]: the problem, but since we have already crashed, something is definitely wrong
Mar 14 18:25:03 prov02 mysqld[2559]: and this may fail.
Mar 14 18:25:03 prov02 mysqld[2559]:
Mar 14 18:25:03 prov02 mysqld[2559]: key_buffer_size=16777216
Mar 14 18:25:03 prov02 mysqld[2559]: read_buffer_size=131072
Mar 14 18:25:03 prov02 mysqld[2559]: max_used_connections=2
Mar 14 18:25:03 prov02 mysqld[2559]: max_connections=100
Mar 14 18:25:03 prov02 mysqld[2559]: threads_connected=1
Mar 14 18:25:03 prov02 mysqld[2559]: It is possible that mysqld could use up to
Mar 14 18:25:03 prov02 mysqld[2559]: key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 233983 K
Mar 14 18:25:03 prov02 mysqld[2559]: bytes of memory
Mar 14 18:25:03 prov02 mysqld[2559]: Hope that's ok; if not, decrease some variables in the equation.
Mar 14 18:25:03 prov02 mysqld[2559]:
Mar 14 18:25:03 prov02 mysqld[2559]: thd=0x11e6e00
Mar 14 18:25:03 prov02 mysqld[2559]: Attempting backtrace. You can use the following information to find out
Mar 14 18:25:03 prov02 mysqld[2559]: where mysqld died. If you see no messages after this, something went
Mar 14 18:25:03 prov02 mysqld[2559]: terribly wrong...
Mar 14 18:25:03 prov02 mysqld[2559]: Cannot determine thread, fp=0x4403f768, backtrace may not be correct.
Mar 14 18:25:03 prov02 mysqld[2559]: Stack range sanity check OK, backtrace follows:
Mar 14 18:25:03 prov02 mysqld[2559]: (nil)
Mar 14 18:25:03 prov02 mysqld[2559]: New value of fp=0x11e6e00 failed sanity check, terminating stack trace!
Mar 14 18:25:03 prov02 mysqld[2559]: Please read http://dev.mysql.com/doc/mysql/en/us...ack-trace.html and follow instructions on how to resolve the stack trace. Resolved
Mar 14 18:25:03 prov02 mysqld[2559]: stack trace is much more helpful in diagnosing the problem, so please do
Mar 14 18:25:03 prov02 mysqld[2559]: resolve it
Mar 14 18:25:03 prov02 mysqld[2559]: Trying to get some variables.
Mar 14 18:25:03 prov02 mysqld[2559]: Some pointers may be invalid and cause the dump to abort...
Mar 14 18:25:03 prov02 mysqld[2559]: thd->query at 0x1257f90 = SELECT m.*, u.name AS editor
Mar 14 18:25:03 prov02 mysqld[2559]: FROM jos_jce_plugins AS m
Mar 14 18:25:03 prov02 mysqld[2559]: LEFT JOIN jos_users AS u ON u.id = m.checked_out
Mar 14 18:25:03 prov02 mysqld[2559]: WHERE m.client_id = '0'
Mar 14 18:25:03 prov02 mysqld[2559]: GROUP BY m.id
Mar 14 18:25:03 prov02 mysqld[2559]: ORDER BY m.row ASC, m.ordering ASC, m.type ASC, m.name ASC
Mar 14 18:25:03 prov02 mysqld[2559]: LIMIT 0, 30
Mar 14 18:25:03 prov02 mysqld[2559]: thd->thread_id=16
Mar 14 18:25:03 prov02 mysqld[2559]: The manual page at http://www.mysql.com/doc/en/Crashing.html contains
Mar 14 18:25:03 prov02 mysqld[2559]: information that should help you find out what is causing the crash.
Mar 14 18:25:03 prov02 mysqld_safe[2586]: Number of processes running now: 0
Mar 14 18:25:03 prov02 mysqld_safe[2588]: restarted
Mar 14 18:25:03 prov02 mysqld[2591]: 070314 18:25:03 InnoDB: Started; log sequence number 0 43665
Mar 14 18:25:03 prov02 mysqld[2591]: 070314 18:25:03 [Note] Recovering after a crash using /var/log/mysql/mysql-bin
Mar 14 18:25:03 prov02 mysqld[2591]: 070314 18:25:03 [Note] Starting crash recovery...
Mar 14 18:25:03 prov02 mysqld[2591]: 070314 18:25:03 [Note] Crash recovery finished.
Mar 14 18:25:03 prov02 mysqld[2591]: 070314 18:25:03 [Note] /usr/sbin/mysqld: ready for connections.
Mar 14 18:25:03 prov02 mysqld[2591]: Version: '5.0.32-Dotdeb_1.dotdeb.1-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 Dotdeb Sarge backport

Hallo!
Habe das gleiche Problem. Der Fehler tritt sowohl mit JCE 1.0.4, 1.0.5 als auch mit der neuen Beta und Ihrem Mambot 1.1.0 beta_2 (inkl. Patch) auf.

Gibt es schon Neuigkeiten, woran es liegen kann? Bzw. gibt es andere Editoren, die ein Advanced Link - Plugin bereitstellen?

Besten Dank für ein paar Hinweise!

hatte auch gerade das problem nach aufspielen der neuen jce-version. habe meinem xammp ein upgrade spendiert auf neue version und siehe da, nun kommt man ohne sql-server gezicke an die plugins!

also bei mir hatte ich xampp 1.5.5 am laufen und habe mir einfach das upgrade auf 1.6.1 drübergebügelt und e voilá ... man kommt nun auch in jce 1.0.5 auf die plugins. die einzelnen versionen bekommst du auf der xammp-seite heraus!

hi@ll,

ich als thread-starter will mich nach langer zeit jetzt auch wiedermal einschalten

es lag anscheinend wirklcih an der xampp version, bin damals auf den webserver umgezogen, hatte keine probleme.

vor kurzem habe ich nun wieder xampp in aktueller portable-version mit anderem joomla und jce installiert, keine probleme.

keine ahnung an was es lag...

falls euch die seiten, die daraus entstanden ist noch interessieren:

www.planlosweb.de

www.jfg-kleine-laber.de


gruß,
uli

ps: danke für die hilfe und schnelle antworten damals.