Tableau de la version 2018.1 à 2018.2 ou + / Tableau from version 2018.1 to 2018.2 or higher

Au travail, j’ai du mettre à jour une installation du logiciel Tableau (Décisionnelle) ou Business Intelligence (BI pour les intimes) en anglais.

Pour ce faire, j’ai utilisé la procédure officielle sur le site internet de l’éditeur ICI.

Il faut savoir que le fonctionnement de Tableau a changer depuis la version 2018.2.

Je suis donc la procédure et j’obtiens une erreur lorsque l’étape du script upgrade-tsm.cmd arrive. Dans un premier temps, le script est lancé de manière automatique suite au setup d’installation du programme. Cela échoue…

Dans un second temps, j’exécute le script de manière manuel, et là, j’ai, également, un message d’erreur. J’utilise les arguments du script tel que –username –password et –service-runas-password mais le résultat est le même, le script se termine en erreur.

Après plusieurs essais qui finissent tous dans les choux…

Je relis la procédure et là, j’y découvre ceci :

Le fichier de sauvegarde créé par la désinstallation est utilisé ultérieurement, pour la mise à niveau, et est enregistré sous la forme de uninstall-version.tsbak dans le répertoire de données Tableau par défaut : C:\ProgramData\Tableau\Tableau Server.

Sauf que dans le répertoire ci-dessus, on n’y trouve pas le fameux fichier uninstall-version.tsbak.

Réfléchissement, Jean-Pierre comme dit un célèbre humoriste

Si le script upgrade-tsm.cmd ne trouve pas le fichier recherché, il ne nous l’indique pas clairement. Aucun message nous demandant le répertoire pour trouver le fichier.

Comme, j’avais fait une sauvegarde de tableau avant de faire la mise à jour et que cette fameuse sauvegarde est un fichier au format .tsbak. Je me dis tient prenons cette sauvegarde et passons là au script avec l’argument –backup-path chemin+fichier.tsbak

upgrade-tsm.cmd --backup-path c:\exemple\sauvegarde.tsbak --username nom-utilisateur --password mot-de-passe --service-runas-password mot-de-passe

Et là, miracle, le script s’exécute sans difficulté et s’achève sans erreur !

Une fois valider le fait que Tableau fonctionné correctement dans la version 2018.2.17. Je testait la mise à jour de 2018.2.17 vers la dernière version en date du 23 janvier 2020 à savoir la 2019.4.2.

Et là, pas de souci de script qui ne trouve pas une sauvegarde .tsbak dans le répertoire par défaut.

Logo de l’éditeur

SSL_verify_mode of SSL_VERIFY_NONE for client is depreciated!

Si vous rencontrez le message d’erreur SSL_verify_mode of SSL_VERIFY_NONE for client is depreciated, la première chose à réaliser est de faire un export comme ceci :

export PERL_LWP_SSL_VERIFY_HOSTNAME=0

Si le problème n’est pas résolu, il est possible que ce soit dû à la version de libwww-perl utilisé, dans ce cas, on prendra soin de downgrader la version utilisée.

Pour se faire on utilisera la commande cpan :

cpan> i /libwww-perl/

Distribution GAAS/libwww-perl-5.837.tar.gz
Distribution GAAS/libwww-perl-6.01.tar.gz
Distribution GAAS/libwww-perl-6.04.tar.gz
Author LWWWP (« The libwww-perl mailing list » <libwww@perl.org>)
4 items found

cpan> install GAAS/libwww-perl-5.837.tar.gz

Et voilà, si tout est OK, vous ne devriez plus avoir le message d’erreur.

Le message d’erreur dans son intégralité est :

Using the default of SSL_verify_mode of SSL_VERIFY_NONE for client
 is deprecated! Please set SSL_verify_mode to SSL_VERIFY_PEER
 together with SSL_ca_file|SSL_ca_path for verification.
 If you really don't want to verify the certificate and keep the
 connection open to Man-In-The-Middle attacks please set
 SSL_verify_mode explicitly to SSL_VERIFY_NONE in your application.
*******************************************************************
 at /usr/lib/perl5/site_perl/5.12.3/LWP/Protocol/http.pm line 31

NetworkManager & Intel 5100

Intel propose une carte wifi mini pcie(xpress) qui offre l’avantage de fonctionner sur la bande 2,4 Ghz et le 5 Ghz.

Le souci étant que la dite carte présente une « incompatibilité » avec le NetworkManager qui est utiliser dans plusieurs distributions Linux (dont la Mageia) à l’heure actuelle.

La carte en question est la Intel WiFi Link 5100.

Intel 5100

Intel WiFi Link 5100

Dans le cas présent, la carte fonctionne bien mais dès que l’on souhaite utiliser le NetworkManager pour se connecter à un point d’accès WIFI, il y a une erreur de connexion, peu importe le réseau wifi (ouvert ou protéger) sur lequel on souhaite se connecter.

Elle ne parvient pas à se connecter à quelques réseaux  que ce soit.

La solution trouvée est de supprimer le paquet NetworkManager de la distribution utilisée.

Si vous connaissez une solution moins radicale, je suis preneur 🙂