Error: Failed to start application: Failed to start the session.
-
Buongiorno, ho un problema con Joomla.
Volevo aggiornare la versione 3.10.10 alla 4.4.
Ho fatto backup di tutto, sia da FTP che da Direct Admin del mio host (host.it). Tutto tutto intendo, non solo la public html, ma anche le cartelle nei percorsi prima (quelle legate al server, tipo .file, .tmp, .trash, etc.). Questa info servirà per dopo.Mi ha fatto passare prima alla 3.10.12, e niente di strano.
Poi, alla 4.4. Qualcosa poteva causare problemi, ma mi sono detto, ok al massimo se crasha tutto, ricarico il backup.
Così effettivamente è stato. Ho cancellato tutto tutto, da FTP, e mi sono messo a ricaricare tutto, sempre da FTP.Da quel momento, il sito non funziona (praticazen.org), e mi da l'errore:
Warning: session_start(): Failed to read session data: user (path: /opt/alt/php73/var/lib/php/session) in /home/uk2mxwa7/domains/praticazen.org/public_html/libraries/joomla/session/handler/native.php on line 260
Error: Failed to start application: Failed to start the sessionDa 10 giorni circa, ho fatto innumerevoli prove, insieme ad all'IT di Host.it,
prove che includono:- Test PHP lato server, funziona tutto
- Controllo configuration.php, nome utente e credenziali db sono giusti
- Reset dei permessi, non ci sono restrizioni
- Provato con backup "ufficiale" di host.it, con BisBackup. Stesso errore. Abbiamo provato a caricare 10 backup differenti, fino a risalire a Giugno 2025.
- Verifica dei permessi nella scrittura dei file nel path /opt/alt/php74/var/lib/php/session
- Riscrittura dei file del core alla versione 3.10.12 di Joomla
- Modifica dei file native.php e configuration.php per forzare l'apertura della sessione
- Disabilitato tutti i plugin/temi del sito dalla gestione file e dal DB
- Provveduto ad abilitare mysqli al posto di ndmysql nelle estensioni di PHP ed è già stato tentato un ripristino della password del DB
- Ho anche un file di backup di Akeeba. Ho scaricato kickstart, ho dovuto mettere la versione PHP su 8.x per poterlo avviare. Mi estrae i file, ma alla pagina installation di Angie mi da errore. Se quindi rimetto PHP dalla 8.x alla 7.4, Angie mi funziona, ma quando arriva alla sezione "Database" non mi visualizza nulla, quando devo selezionare il tipo di DB.
Allora quella parte ho provato a saltarla, ma al passaggio dopo mi blocca, con errore: The MySQL adapter mysqli is not available
(P.S. Prima di avviare il backup, ho cancellato il DB esistente e l'ho ricreato, con stesso nome utente e stessa password, lasciandolo vuoto. E nella Public html c'era solamente il backup e i 2 file di kickstart).
Non sappiamo più dove sbattere la testa. Adesso l'host si è proposto di resettare tutto e ripulire completamente lo spazio, in modo da ripartire da 0, ma vorrei prima capire dove abbiamo sbagliato, e come rimediare all'errore, perché prima o poi questo sito lo dovrò aggiornare, e devo avere la certezza di riuscire a ricaricare il backup in caso di crash!
Secondo voi, se l'host mi pulisce tutto, e avvio kickstart e rigenero backup di Akeeba, potrei risolvere?
Grazie a tutti in anticipo.
-
bisognerebbe provare il backup akeeba su un altro sito, per testare che tutto sia ok, se funziona fai rigenerare l'ambiente, probabilmente hai cancellato via ftp qualche directory di sistema.
I backup falli esclusivamente con Akeeba, è il metodo più sicuro -
Non hai fatto backup pure del database, tutto il sito, in pratica è per il 90% nel database.
-
@michele scusami, ho omesso questo particolare. Il backup del database l'ho effettuato, alla stessa data del backup dei file, e ogni volta che provo a rimettere online il sito, riesco a ricaricarlo correttamente. Ho anche controllato nel file configuration.php che i dati di accesso fossero a posto, ed è tutto corretto!
-
@pstrada ok grazie, adesso ho provato a farmi resettare completamente l'host. Nel caso non vada ancora, proverò su un sito di prova:(
-
@BongyBo91 puoi chiedere al servizio hosting se mantiene bakup automatici, in modo da ripristinare prima degli upgrade andati a male.
-
@michele ho già provato anche con i loro backup, seguendo le loro istruzioni (cancellando il db, creandone uno nuovo con le stesse credenziali, vuoto, e caricando il backup), ma da sempre lo stesso errore
-
Quell'errore lì di solito è dovuto ad un mancato collegamento al database. Controlla che versione di PHP hai e che moduli sono cariati (controlla che siano caricati tutti quelli che riguardano il database)
-
@jabba ciao, la versione di php, che mi segna anche Angie di Akeeba quando lanciavo installation/index.php, è la 7.3. Però anche in questo caso, da Direct Admin mi hanno messo la possibilità di switchare versioni, passando dalla 5, alla 7.1, 7.2 etc.. alla 8.0...fino alla 8.4. Le ho provate a selezionare tutte, ma nada. E per i moduli, come faccio per vedere quando li ho tutti, e se li ho tutti?
-
Dentro directadmin, quando scegli la versione di PHP, sotto puoi scegliere i moduli da attivare. Controlla che siano correttamente attivati (alla brutta attivali tutti giusto per capire se così funziona)
-
@jabba grazie, poi faccio questa prova!
Nel frattempo, il loro IT ha provato a mettere su un backup di Akeeba, e mi hanno scritto questo:
*abbiamo tentato il restore del sito web tramite il JPA inserito nella public e il kickstart.php modificando le versioni PHP nel mentre, ma riscontriamo errori nel restore del DB in quanto l'operazione non viene avviata.
Purtroppo, a quanto sembra, anche il backup da lei caricato risulta essere compromesso;
in genere, per un corretto restore non bisogna modificare la versione PHP, il fatto di dover eseguire questa procedura in fase di restore indica che files e database richiedono versioni differenti, e all'interno di un prodotto di hosting è possibile avere una sola versione.*Però scusate, il backup di Akeeba può essere compromesso, il mio backup da FTP può essere compromesso, ma i loro backup automatici, anche? Cioè, abbiamo provato con 3 backup effettuati in 3 modi diversi, e sono tutti compromessi?
A me sembra strano che il problema arrivi dal db, come dicono loro! O sbaglio?
Gli ho chiesto di controllare le cartelle lato server, ma loro sostengono sia tutto a posto, e che per il sito non ci sia più nulla da fare. -
si a me sembra strano... in realtà l'unica cosa che può venirmi in mente è che nel tuo database ci fosse un problema "nascosto" che non impedisse il funzionamento ma impedisse il backup (tipo un nome troppo lungo, caratteri strani ecc...). Mi sembra comunque un'eventualità più unica che rara.
Sempre da host.it compra un hosting gratuito (che te lo danno in un server diverso dal tuo) e prova a fare il restore lì. -
@jabba ho preso lo spazio web marco.sviluppo.host/it. Il sito non si vede benissimo, ma il backup è stato ripristinato senza intoppi.
L'amministrazione si vede bene, ma come mai il front viene visualizzato così male? È vero che ho caricato il backup veloce, senza guardare troppo le impostazioni...
Però funziona! Quindi confermato che è un problema di host?? Cosa devo dire a loro?
Grazie! -
@BongyBo91 ha detto in Error: Failed to start application: Failed to start the session.:
@jabba ho preso lo spazio web marco.sviluppo.host/it. Il sito non si vede benissimo, ma il backup è stato ripristinato senza intoppi.
L'amministrazione si vede bene, ma come mai il front viene visualizzato così male? È vero che ho caricato il backup veloce, senza guardare troppo le impostazioni...
Però funziona! Quindi confermato che è un problema di host?? Cosa devo dire a loro?
Grazie!Secondo me basta che gli giri il link (è comunque su un loro server), poi vedranno loro effettivamente che differenza c'è tra quello vecchio e quello nuovo...
Per il front bisogna vedere se magari c'è qualche problema di cache o percorsi assoluti in file/risorse -
@jabba ok ho capito il problema del front. Era imposta la php 7.4, ma il sito era costruito sulla 7.3. Impostandola così si vede bene, su staging.praticazen.org/it. Nel frattempo mi hanno dato loro un sito di prova per caricargli il backup.
Spero che a questo punto riescano a capire il problema e spostare tutto sul dominio principale.
Grazie a tutti, vi tengo aggiornati
