Joomla.it Forum
Joomla! 2.5 (versione con supporto terminato) => Joomla! 1.6/1.7/2.5 => : saliinvetta 26 Aug 2012, 16:19:03
-
Salve ragazzi mi spiego meglio.. improvvisamente da questa mattina il pannello di amministrazione di joomla ha smesso di funzionare in tutte o quasi le sue funzioni...... in dettaglio se clicco per esempio su un articolo per modificarlo o altro mi avviene questo messaggio di errore :
500 - Si è verificato un errore.
Campo mancante nel database: JTableContent id. Campo mancante nel database: JTableContent id.
Torna al Pannello di controllo
oppure ancora una volta cliccando su una voce di menù appare quanto segueee :
500 - Si è verificato un errore.
Can't create/write to file 'C:\Windows\TEMP\#sql_1614_0.MYD' (Errcode: 17) SQL=SELECT a.*,l.title AS language_title, l.image as image,u.name AS editor,c.element AS componentname,ag.title AS access_level FROM `jos_menu` AS a LEFT JOIN `jos_languages` AS l ON l.lang_code = a.language LEFT JOIN `jos_users` AS u ON u.id = a.checked_out LEFT JOIN `jos_extensions` AS c ON c.extension_id = a.component_id LEFT JOIN jos_viewlevels AS ag ON ag.id = a.access WHERE a.id > 1 AND a.client_id = 0 AND (a.published IN (0, 1)) AND a.menutype = 'mainmenu' ORDER BY a.lft asc Can't create/write to file 'C:\Windows\TEMP\#sql_1614_0.MYD' (Errcode: 17) SQL=SELECT a.*,l.title AS language_title, l.image as image,u.name AS editor,c.element AS componentname,ag.title AS access_level FROM `jos_menu` AS a LEFT JOIN `jos_languages` AS l ON l.lang_code = a.language LEFT JOIN `jos_users` AS u ON u.id = a.checked_out LEFT JOIN `jos_extensions` AS c ON c.extension_id = a.component_id LEFT JOIN jos_viewlevels AS ag ON ag.id = a.access WHERE a.id > 1 AND a.client_id = 0 AND (a.published IN (0, 1)) AND a.menutype = 'mainmenu' ORDER BY a.lft asc LIMIT 0, 20 Can't create/write to file 'C:\Windows\TEMP\#sql_1614_0.MYD' (Errcode: 17) SQL=SELECT a.*,l.title AS language_title, l.image as image,u.name AS editor,c.element AS componentname,ag.title AS access_level FROM `jos_menu` AS a LEFT JOIN `jos_languages` AS l ON l.lang_code = a.language LEFT JOIN `jos_users` AS u ON u.id = a.checked_out LEFT JOIN `jos_extensions` AS c ON c.extension_id = a.component_id LEFT JOIN jos_viewlevels AS ag ON ag.id = a.access WHERE a.id > 1 AND a.client_id = 0 AND (a.published IN (0, 1)) AND a.menutype = 'mainmenu' ORDER BY a.lft asc Can't create/write to file 'C:\Windows\TEMP\#sql_1614_0.MYD' (Errcode: 17) SQL=SELECT a.*,l.title AS language_title, l.image as image,u.name AS editor,c.element AS componentname,ag.title AS access_level FROM `jos_menu` AS a LEFT JOIN `jos_languages` AS l ON l.lang_code = a.language LEFT JOIN `jos_users` AS u ON u.id = a.checked_out LEFT JOIN `jos_extensions` AS c ON c.extension_id = a.component_id LEFT JOIN jos_viewlevels AS ag ON ag.id = a.access WHERE a.id > 1 AND a.client_id = 0 AND (a.published IN (0, 1)) AND a.menutype = 'mainmenu' ORDER BY a.lft asc
Torna al Pannello di controllo
le mie prime mosse sono state chiedere al mio host eventuali problemi sul server o sul database.... ma naturalmente mi han detto che da loro è tutto ok....
non so che fareee ! Carneade ! Grazie
-
per favore quegli errori fra i tag code usando l'icona #
-
Perché 1.6.x, ormai quella versione è abbandonata ti conviene aggiornare subito e poi puoi affrontare eventuali problemi.
-
Non posso in qualche modo sistemare la mia versione 1.6.6 ?? Grazie...
-
No, perché essendo una versione di transizione potrebbe avere delle instabilità.
-
scusate l'ignoranza ma se è andata benissimo per un anno perchè proprio il 26agosto ha iniziato a dare problemi ?? probabilmente si può guardare qualche cosa.... grazie
-
Beh non possiamo saperlo perchè proprio dal 26 non funziona, sappi che ogni prodotto, ogni cosa un secondo prima di malfunzionare funzionava bene, :) inoltre trattandosi di una versione obsoleta e dichiarata instabile è il minimo che potevi aspettarti e non vale spenderci tempo, poi se vuoi sei libero di perderci tutto il tempo che vuoi.
-
500 - Si è verificato un errore.
Can't create/write to file 'C:\Windows\TEMP\#sql_1614_0.MYD'
E' un path sbagliato: stai cercando di utilizzare in remoto un file che avevi in locale.
L.
-
500 - Si è verificato un errore.
Can't create/write to file 'C:\Windows\TEMP\#sql_1614_0.MYD'
E' un path sbagliato: stai cercando di utilizzare in remoto un file che avevi in locale.
L.
che fare quindi ? che file è ? grazie
-
che fare quindi ? che file è ? grazie
Spero che stia scherzando: c'è scritto nel messaggio d'errore che file è.
Che fare?
- Passare a Linux
- Chiedere un consiglio al BOFH (http://it.wikipedia.org/wiki/BOFH) del Comune di Paliano (http://lmgtfy.com/?q=sql_1614_0.MYD)
- Provare a dare un'occhiata qui (http://carmelosaffioti.blogspot.it/2009/09/mysql-come-risolvere-errcode-17.html)
L.
-
sera
probabile causa db saturo 100% usato e senza spazio potrebbe dare errore di quel tipo, non vedo altre soluzioni.
se non erro e gia linux
-
sera
probabile causa db saturo 100% usato e senza spazio potrebbe dare errore di quel tipo, non vedo altre soluzioni.
se non erro e gia linux
Il server è Apache/2.2.3 su Debian, ma quando dicevo di passare a Linux mi riferivo in locale, non sull'hosting. L'Errcode 17 di solito è dato da un errore di sovrascrittura del file temporaneo indicato, per via di un bug presente in MySql per Windows, perciò ho parlato di un path sbagliato: come si può generare un errore di quel tipo su di un server Linux/Apache?*
Saliinvetta - se proprio non vuole passare a Linux ::) - potrebbe ricorrere ad un workaround per risolvere il problema:
- creare una directory temporanea dedicata a MySql (ad esempio C:\Programmi\MySQL\tmp)
- modificare my.ini così:
tmpdir="C:/Programmi/MySQL/tmp/"
*naturalmente, dal momento che i database dei grossi provider girano su macchine diverse da quelle dedicate all'hosting, non è da escludere che il database dell'hoster giri su di una macchina Windows: in tal caso il povero saliinvetta non può farci nulla e gli consiglio di rivolgersi al provider affinché prenda le necessarie contromisure.
L.
-
giorno
oh fatto aprime un ticket x curiosita e la loro risposta è
Al momento il db occupa circa 6 MB.
Abbiamo avuto altri utenti con CMS che hanno avuto questo problema, relativo alla cache del db e per risolverlo è sufficiente richiamare la pagina cron.php (Drupal, ma la pagina è presente anche in Joomla)
Abbiamo effettuato questa operazione in mattinata.
chi me la spiega ?
anche se il problema prima del loro intervento era risolto .
-
giorno
oh fatto aprime un ticket x curiosita e la loro risposta è
Al momento il db occupa circa 6 MB.
Abbiamo avuto altri utenti con CMS che hanno avuto questo problema, relativo alla cache del db e per risolverlo è sufficiente richiamare la pagina cron.php (Drupal, ma la pagina è presente anche in Joomla)
Abbiamo effettuato questa operazione in mattinata.
chi me la spiega ?
anche se il problema prima del loro intervento era risolto .
Non ho parole. Ecco il Response Header per saliinvetta.com:
Date: Wed, 29 Aug 2012 12:51:50 GMT
Server: Apache/2.2.3 (Debian) mod_jk/1.2.18 PHP/5.2.0-8+etch16 mod_ssl/2.2.3 OpenSSL/0.9.8c mod_perl/2.0.2 Perl/v5.8.8
X-Powered-By: PHP/5.2.0-8+etch16
P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"
Cache-Control: no-cache
Pragma: no-cache
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html; charset=utf-8
200 OK- Usano Debian Etch (http://www.debian.org/releases/etch/i386/release-notes/ch-information.it.html), due versioni indietro all'attuale stable, il cui supporto è cessato ufficialmente il 15 febbraio 2010
- Il PHP è alla versione 5.2.0 (rilasciata il 2 novembre del 2006, è ancora una bambina...), incompatibile con Joomla 1.6/1.7/2.5
- Apache è due versioni indietro
- La versione di Perl - 5.8.8 - è stata rilasciata (http://dev.perl.org/perl5/news/2006/perl-5.8.8.html) il 2 febbraio del 2006, ora siamo alla 5.16.1
- OpenSSL/0.9.8c: un'occhiatina alle vulnerabilità (http://www.openssl.org/news/vulnerabilities.html)?
e mi fermo qui
A questo punto posso solo immaginare cosa c'è dentro a quel crontab:
#! /bin/bash
/etc/init.d/mysql stop
rm -f /var/tmp/mysql/*
/etc/init.d/mysql restart
EOF...dei veri assi del web, con quello che si fanno pagare per l'hosting ci sarebbe da andarli a cercare con qualcosa di molto pesante tra le mani...
L.
-
e lo so ragazzi da inesperiente ho scelto proprio male :'( tra qualche mese cambierò sicuramente host
-
- Usano Debian Etch (http://www.debian.org/releases/etch/i386/release-notes/ch-information.it.html), due versioni indietro all'attuale stable, il cui supporto è cessato ufficialmente il 15 febbraio 2010
- Il PHP è alla versione 5.2.0 (rilasciata il 2 novembre del 2006, è ancora una bambina...), incompatibile con Joomla 1.6/1.7/2.5
- Apache è due versioni indietro
- La versione di Perl - 5.8.8 - è stata rilasciata (http://dev.perl.org/perl5/news/2006/perl-5.8.8.html) il 2 febbraio del 2006, ora siamo alla 5.16.1
In fondo anche la versione di joomla che stà usando è anch'essa datata che vuoi farci, gli piace lo stile retrò. :) ;)