Trova le risposte alle domande più frequenti sugli aggiornamenti.

Posso eseguire gli script senza privilegi root o di amministratore?

Quando gli script vengono eseguiti automaticamente tramite il programma di installazione, quest’ultimo dispone dei privilegi necessari. Per l’esecuzione manuale, hai bisogno di privilegi root (Linux) o di amministratore (Windows) perché gli script esaminano lo stato del servizio e le autorizzazioni dei file ed eseguono i comandi come account di servizio RMT.

Cosa succede se non conosco la password del database?

Tutti i controlli dipendenti da PostgreSQL vengono saltati con WARN. Lo script esegue comunque tutti gli altri controlli. Contatta l’assistenza di Tableau per richiedere la password.

Come recuperare la password per l’utente database tabrmtdb?

Puoi recuperare le credenziali accedendo alla directory RMT Server ed eseguendo il comando appropriato per il sistema operativo in uso:

Per Windows:

.\rmtadmin get db:username db:password

Per Linux:

rmtadmin get db:username db:password

Posso eseguire il controllo pre-aggiornamento mentre RMT è in uso?

Sì. Lo script è di sola lettura e può essere eseguito senza problemi in un sistema di produzione in qualsiasi momento.

Cosa succede se il controllo post-aggiornamento rileva errori?

Il controllo post-aggiornamento non blocca mai il programma di installazione. Gli errori vengono evidenziati nel report. Alcuni (come quelli relativi all’irraggiungibilità del broker) sono temporanei e si risolvono da soli.

Gli script sono compatibili con sistemi PostgreSQL/RabbitMQ esterni?

Sì. Lo script di post-aggiornamento rileva automaticamente la configurazione esterna e salta i controlli locali in modo appropriato. I controlli sul database dello script di pre-aggiornamento richiedono comunque --db-password poiché si connettono al database RMT interno.

Posso eseguire gli script sia su computer RMT Server che su computer agente?

Sì. Utilizza --component master per RMT Server e --component agent per gli agenti. Se non specificato, lo script esegue la rilevazione automatica.

Che cosa significa InstallerContext nel report?

Quando il controllo pre-aggiornamento viene eseguito automaticamente durante un aggiornamento MSI di Windows, viene impostata l’opzione -InstallerContext. In questo modo, i controlli sui servizi e sulle porte, che possono risultare arrestati o disabilitati perché il programma di installazione ha già interrotto i servizi, sono meno rigidi (WARN) e saltano il gate dei processi stranded (#38a) in modo che il programma di installazione possa gestire autonomamente il ciclo di vita dei processi. Quando esegui lo script manualmente, questi controlli segnalano il normale livello di gravità.