Problema Hosting Database InnoDB/MyISAM Drupal 7

Ciao Luca, bel problema, ci vorrebbe un backup precedente alla manutenzione. E' possibile che lo abbia fatto il tuo provider proprio prima di questo aggiornamento. Se questo non esiste, dovresti chiedere al tuo provider se temporaneamente riattiva il motore innodb e ti fa fare (o ti invia) una copia del db. I dati (in teoria) non dovrebbero essere persi ma solo non leggibili dal motore myisam.

Ciao,

di Backup ne ho a sufficienza sia per le directory sia per i database.

Ovviamente ho provato un ripristino tramite le applicazioni di cpanel ma dopo il restore anche totale rimane tutto invariato.

Ecco perchè non riesco a venirne fuori.

Visto che la cosa è fortemente dipendente dal db ti conviene contattare l'assistenza.
Mi è capitato in passato di gestire situazioni del genere, avendo però sempre accesso diretto ai pannelli/dati.
Magari prova a cercare su forum dedicati a mysql e/o cpanel, forse trovi qualche soluzione più mirata.

Ok.. proverò a fare delle ricerche mirate e scriverò l'eventuale risultato così da poter essere d'aiuto a qualche altro malcapitato.

Ecco un nuovo aggiornamento:

ora il sito è accessibile senza aver toccato nulla.
Sto guardando però la struttura del database con phpMyAdmin e vedo che magicamente alcune tabelle sono di tipo InnoDB mentre altre sono MyISAM. Ovviamente ho aperto un ticket già ieri sera all'assistenza del provider ma ancora non ricevo risposta. Sono molto curioso di sapere cosa stanno combinando ma credo sia necessario abbandonare questo fornitore.

Voi cosa ne pensate? E' nella norma che facciano questi magheggi senza avvisare e tu impazzisci per cercare di risolvere un problema che non dipende da te o dal tuo CMS?
A voi è mai capitato?

Scusate le domande ma voglio solo capire se vale la pena cambiare hosting.

Ciao
Luca

A volte lavorando con alcuni provider mi è capitato di dover affrontare il problema, non su piattaforma Drupal ma per altri progetti dove innodb mi era indispensabile. Capita anche che in seguito ad aggiornamenti di versioni di PHP non vadano più certi moduli o che file .htaccess perfettamente funzionanti di colpo restituiscano errori 500 in seguito a modifiche della configurazione del server.

Non saprei che dirti, ci sono tanti parametri da valutare se scegliere uno spazio o un altro: prova a valutare il rapporto qualità/prezzo.

Se spendo 30 euro/anno per uno spazio è probabile che mi aspetterà qualche disguido. Se ne spendo 300 al mese per un managed ad esempio mi aspetto di avere un uptime del 99%. Tutto dipende da quanto mi rende un progetto e quanto perdo se non è online per uno, due... x ore o giorni...

Grazie mille per la dritta Blackice.

Allora.. eccomi con nuovi aggiornamenti.

Accertato ormai che il fornitore ha avuto problemi con il riavvio del server a causa di un eccessivo ed improvviso traffico.

Ora il sito sembra funzionare correttamente dal lato user. Il lato admin è invece fuori uso e mi restituisce una pagina bianca e completamente vuota.

Da dove mi conviene iniziare ad eseguire dei controlli? Può essere ancora un problema non rientrato nella gestione dei database?

Ciao
Luca

Puoi consultare il log degli errori da cpanel? Vedi se in corrispondenza delle tue visite all'amministrazione trovi qualcosa.

purtroppo non mi da nessun errore!

Dopo vari test e dopo aver provato anche a cancellare tutti i moduli installati senza però sortire l'effetto desiderato, o abilitato la visualizzazione degli errori in php..

Di seguito il risultato:

Fatal error: Class 'DatabaseSchema' not found in /home/internet/public_html/includes/database/schema.inc on line 15

Ah..riporto di seguito la modalità per attivare la visualizzazione degli errori in php:

- Editare il file index.php (normalmente incluso nella root principale del vostro sito web)
- Inserire le seguenti stringhe sotto <?php:

error_reporting(E_ALL);
ini_set('display_errors', TRUE);
ini_set('display_startup_errors', TRUE);

@blackice78 - cosa ne pensi dell'errore che ne è venuto fuori? Hai qualche indicazione da darmi?

Il tuo file includes/database/schema.inc cosa riporta alla linea 15?

per completezza vi riporto la linea 15 del file schema.inc in oggetto:

class DatabaseSchema_mysql extends DatabaseSchema

In ogni caso all'improvviso è tornato tutto perfettamente funzionante avvalorando la tesi dei problemi sui database del fornitore dell'hosting.

Sono contento semplicemente perchè pensavo che Drupal avesse la tendenza ad essere un po' instabile e conflittuale tra moduli e database, invece così non è e mi sta invece regalando delle ottime soddisfazioni soprattutto dal punto di vista SEO.

A presto,
Luca