Problema aggiornamento da 8.7.11 a 8.8.1

Ci sono maggiori info sul log degli errori del server o nei log di Drupal? Purtroppo l'errore non è molto indicativo per fare una diagnosi.

Grazie per la veloce risposta.

Nei log di drupal non ci sono errori. Solo un avviso che si ripete in continuazione che riguarda view.
Dove trovo il log degli errori del server?

Nel frattempo ho anche contattato l'assistenza di Netsons

grazie

Con PHP 7.3 L'assistenza Netsons ha aggiornato il sito alla 8.8.1.
Purtroppo accedo alla schermata iniziale solo con un proxy online.
Tutti i link rimandano a pagina non trovata, perciò mi è stato consigliato di fare la riscrittura degli url.
Il problema è che non accedo al sito in alcuna maniera: mi dà errore 500.
Qualche idea per venirne fuori?

ciao e grazie

Ciao, io ho provato ora e il sito è visibile, hai risolto? Se sì, potresti condividere la soluzione, in modo che se altri dovessero incappare nello stesso problema possano trovare la soluzione?

Ho ripristinato la 8.7.11.

PHP 7.2.24 doveva risolvere il problema invece ho ancora un errore da sistemare:

Drupal\Core\Database\DatabaseExceptionWrapper: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'hmcpdbiy_drup3.drup_path_alias' doesn't exist: SELECT 1 AS expression

Sembra che la soluzione sia questa:

https://www.drupal.org/project/drupal/issues/3099084#comment-13386831

ma non ho capito come fare.
Spero che qualcuno abbia dei suggerimenti.

ciao

Ciao, io ho PHP 7.2.22 e non ho avuto problemi ad aggiornare alla 8.8.1 ed utilizzo anche io il modulo pathauto, ad ogni modo, devi eseguire quelle query MySQL per creare le tabelle mancanti, direttamente da CLI se hai accesso SSH al server che ospita il tuo sito, oppure da phpMyAdmin se lo hai disponibile (volendo potresti anche esportare il DB ed eseguire i comandi in locale, per poi ricaricare il DB).

Grazie del consiglio ma, come dicevo sopra, non ho idea di come fare.
Di php non me ne intendo. Non è il mio lavoro.
Mi occupo solo di questo sito, gratuitamente, per un'associazione e creo praticamente tutti i contenuti: testo, disegni, ricerca di immagini, ecc. Il mio lavoro è fare il pensionato.

ciao e grazie

Ciao, che possibilità hai di accedere al DB? Iniziamo a capire questo :-)

Grazie per la disponibilità.

Con CPanel accedo a phpMyAdmin.

ciao e grazie

Ciao, perfetto! Da phpMyAdmin seleziona il tuo DB, seleziona la tab "query", copia/incolla tutta la query scritta su drupal.org e seleziona "esegui".
Inutile specificare che, onde evitare qualsiasi possibile problema, sempre meglio fare PRIMA il backup del DB.

Tra le varie tab, ho QUERY DA ESEMPIO.
Da lì ho la sottotab "Multi-table query" con dei riquadri in cui si selezionano le tabelle e sotto uno spazio bianco: è lì che incollo la pappardella e poi clicco su invia query? Quando clicco su Invia appare il messaggio:

Le modifiche non sono state salvate; sei sicuro di voler lasciare questa pagina?

Grazie per la pazienza

ciao

Aggiornamento della situazione.

Le tabelle si erano create ma col nome sbagliato perché le mia hanno il prefisso drup_
Le ho rinominate e tutto è andato bene.

Ora ho questo problema nel Resoconto:

$settings['update_free_access'] a FALSE nel file settings.php

Ho controllato, ma la linea è già su FALSE

Ho provato questa soluzione:
https://www.drupal.org/forum/support/post-installation/2019-07-24/settin...
ma non ha funzionato.

Poi c'è questa, ma non ho capito bene cosa fare:
https://www.drupal.org/project/drupal/issues/1207074#comment-6772810
Infine se ne parla anche qui ma mi pare di capire che il problema permanga.

Qualche soluzione?

Sto comunque lavorando sul clone e non procedo sul sito finché non sono risolti tutti i problemi.

ciao e grazie

Ciao, hai provato a ripulire la cache di Drupal? Era successo anche a me, tempo fa su una installazione 7.x, e ripulendo la cache si era risolto, potresti fare questa prova.
Il resto degli aggiornamenti è andato a buon fine?

Il sito clone funziona perfettamente.
Ho solo questo problema del setting.
La cache è stata la prima cosa che ho svuotato.
Aspetto comunque qualche giorno prima di aggiornare il sito principale.

ciao e grazie per l'aiuto

Ciao, l'impostazione potrebbe essere sovrascritta altrove (ad esempio in settings.local.php) oppure come riferito nel post su d.org (https://www.drupal.org/project/drupal/issues/1207074#comment-6772810) dipendere da un meccanismo di caching php che mantiene in memoria il file per velocizzarne l'accesso (lo svuotamento dipende dal sistema ospite e non da Drupal).
Per essere sicuro di escludere la prima ipotesi puoi aggiungere

$settings['update_free_access'] = FALSE;

come ultima riga di settings.php.

Ho fatto l'aggiornamento sul sito principale e il primo tentativo non è andato a buon fine nonostante la creazione manuale delle tabelle.
Ho riprovato ed è andato tutto bene senza alcun tipo di intervento. Mistero!
Il resoconto non segnala nulla.

C'è però una cosa strana. Nonostante su cpanel il php sia impostato su 7.2, risulta esserci invece il 7.1. Altro mistero!

ciao e grazie