Trouvez les réponses aux questions fréquemment posées lors de la mise à niveau.
Puis-je exécuter les scripts sans privilèges root/administrateur ?
Lorsque les scripts s’exécutent automatiquement via le programme d’installation, ce dernier dispose des privilèges requis. Pour l’exécution manuelle, vous avez besoin de root (Linux) ou d’administrateur (Windows) parce que les scripts inspectent l’état du service, les autorisations de fichiers et exécutent les commandes en tant que compte de service RMT.
Que faire si je ne connais pas le mot de passe de la base de données ?
Toutes les vérifications dépendantes de PostgreSQL sont ignorées avec WARN. Le script continue d’exécuter toutes les autres vérifications. Contactez l’assistance Tableau pour obtenir le mot de passe.
Comment récupérer le mot de passe de l’utilisateur de la base de données tabrmtdb ?
Vous pouvez récupérer les informations d’identification en accédant au répertoire du serveur RMT et en exécutant la commande appropriée pour votre système d’exploitation :
Pour Windows :
.\rmtadmin get db:username db:password
Pour Linux :
rmtadmin get db:username db:password
Puis-je exécuter la vérification pré-mise à niveau pendant que RMT est en cours d’utilisation ?
Oui. Le script est en lecture seule et peut être exécuté en toute sécurité sur un système de production à tout moment.
Que se passe-t-il si la vérification post-mise à niveau détecte des échecs ?
La vérification post-mise à niveau ne bloque jamais le programme d’installation. Les défaillances sont signalées dans le rapport. Certains problèmes (tels que « Broker unreachable ») sont temporaires et se résolvent d’eux-mêmes.
Les scripts sont-ils compatibles avec PostgreSQL / RabbitMQ externe ?
Oui. Le script de post-mise à niveau détecte automatiquement la configuration externe et ignore les vérifications locales de manière appropriée. Les vérifications de base de données du script de pré-mise à niveau requièrent --db-password de toutes les façons puisqu’il se connecte à la base de données RMT interne.
Puis-je exécuter les scripts à la fois sur les ordinateurs du Serveur RMT et de l’Agent ?
Oui. Utilisez --component master sur le Serveur RMT et --component agent sur les Agents. En l’absence de spécification, le script détecte automatiquement.
Que signifie InstallerContext dans le rapport ?
Lorsque la vérification pré-mise à niveau s’exécute automatiquement lors d’une mise à niveau MSI Windows, l’option -InstallerContext est définie. Cela permet d’assouplir les vérifications de service et de port (qui peuvent signaler Arrêté/Désactivé parce que le programme d’installation a déjà perturbé les services) pour WARN, et ignore la porte de processus bloqué (38a) afin que le programme d’installation puisse gérer lui-même le cycle de vie du processus. Lorsque vous exécutez le script manuellement, ces vérifications utilisent leur niveau de gravité normal.