SUCCESS/UPDATED
Nel caso di SUCCESS nessuna operazione ulteriore è richiesta in quanto sono stati aggiornati tutti i componenti con successo.
UPDATE REQUIRED
Il nodo/componente dev’essere aggiornato alla versione indicata nella colonna Update version.
ERROR
Nel caso l’ERROR sia stato generato da un fallito update della Web Application, tutti gli aggiornamenti relativi alle restanti componenti vengono annullati. Sarà a questo punto obbligatorio ripristinare il backup del database effettuato dall’utente prima di avviare la procedura di update.(tranne nel caso in cui, nello stesso processo di update sia già stata aggiornata con successo un’altra webapplication).
Si consiglia di riavviare il nodo e riprovare l’update. Nel caso si ripresenti l’errore si consiglia di recuperare il log come specificato nella sezione LOG e contattare il supporto durante gli orari di assistenza.
Nel caso l’ERROR sia stato generato da un altro componente si consiglia di riavviare il nodo e riprovare l’update. Nel caso si ripresenti l’errore si consiglia di recuperare il log come specificato nella sezione LOG.
CRITICAL
Nel caso si presenti un errore CRITICAL come da screen
Un errore CRITICAL viene generato quando per una componente sia l’aggiornamento che il ripristino automatico da backup sono andati in errore.
In questo caso la componente rimane in uno stato indefinito ed è richiesto l’intervento manuale dell’utente per risolvere il problema.
Si consiglia di ripristinare il server completo da snapshot e contattare il supporto di boolebox durante gli orari di assistenza.
Lo stato “critical error” viene riportato anche nella finestra principale dell’applicazione nell’elenco dei componenti/nodi:
Effettuando un doppio click sulla riga relativa all’errore comparirà una finestra riportante la causa dell’errore stesso.
Nella finestra principale lo stato critical rimane fino a quanto l’utente non richiede espressamente di rimuoverlo. Per rimuovere lo stato “critical” è sufficiente premere il pulsante “Remove the alert” nella schermata precedente.
Le azioni da attuare nel caso di errore critico sono:
caso WebApp
- Recupero dei log dal nodo interessato all’errore
- Ripristino da snapshot del server/nodo interessato
- Restore del database
- Contattare il supporto Boole Server fornendo i logs recuperati in precedenza
caso altri componenti
- Recupero dei log dal nodo interessato all’errore
- Ripristino da snapshot del server/nodo interessato
- Contattare il supporto Boole Server fornendo i logs recuperati in precedenza
LOG
Il percorso di default dei logs di Boolebox Updater Service su tutti i nodi è:
%programdata%\ BooleBox\Updater Service\Logs\
Il percorso di default dei logs e dei reports di Boolebox Updater Console è:
%programdata%\BooleBox\Updater Console\Logs\
%programdata%\BooleBox\Updater Console\Reports\
L’ultimo log generato dal Updater è identificabile dal seguente nome di file
BooleBoxUpdaterGuest-XXXX-XX-XX.txt dove con XXXX-XX-XX è indicata la data di avvenuto tentativo di update.
L’ultimo report generato dalla Console è identificabile dal seguente nome di file
Report_ XXXX-XX-XX_XXXX.txt dove con XXXX-XX-XX_XXXX è indicata la data e ora di avvenuto tentativo di update.