Installation sur des clients Linux

Cette rubrique décrit comment installer les paquets clients UNIX sur les postes de travail des systèmes d'exploitation 32 bits et 64 bits.

A propos de cette tâche

Si vous installez les clients sur des systèmes d'exploitation 64 bits, vous devez suivre quelques étapes supplémentaires pour installer un deuxième paquet de clients 64 bits. Les clients Netezza sont des exécutables de système d'exploitation 32 bits et nécessitent des bibliothèques 32 bits qui ne sont pas fournies avec les clients. Si les bibliothèques ne sont pas déjà installées sur votre système, vous devez les obtenir et les installer en utilisant le processus de mise à jour de votre système d'exploitation.

Procédure

  1. Obtenez le paquet client 'nz-platformclient-version.archive sur le site IBM Fix Central et téléchargez-le sur le système client. Utilisez ou créez un nouveau répertoire vide pour éviter toute confusion avec d'autres fichiers ou répertoires.
    Plusieurs logiciels clients sont disponibles pour différents types de systèmes d'exploitation courants, comme décrit dans la section Logiciels clients. Veillez à obtenir le bon paquet client. Ces instructions utilisent le paquet client Linux comme exemple de procédure.
  2. Connectez-vous à la station de travail en tant qu'utilisateur root ou superutilisateur.
  3. Allez dans le répertoire où vous avez enregistré le paquet client, puis décompressez et extrayez le contenu.

    Pour le client Linux, utilisez la commande " gunzip pour décompresser le paquet client, puis utilisez une commande telle que " tar xzf nz-linuxclient-version.tar.gz pour extraire le paquet. Pour extraire les autres paquets UNIX, tels que AIX®, vous devrez peut-être exécuter d'autres commandes, telles que 'uncompress pour décompresser l'archive.

    Le processus " unpack du paquet Linux crée un répertoire " linux, un répertoire " linux64, un répertoire " webadmin et un fichier " datadirect.package.tar.z. Ignorer le répertoire 'webadmin, qui contient le client de l'interface Web Admin.
  4. Allez dans le répertoire " linux et exécutez la commande " unpack pour installer les fichiers CLI 32 bits : ./unpack.
    Note : Sur un client HP-UX 11i, '/bin/sh peut ne pas être disponible. Vous pouvez utiliser le formulaire de commande 'sh ./unpack pour décompresser le client.
    La commande 'unpack vérifie que le système client prend en charge le paquet CLI et vous invite à indiquer l'emplacement d'installation. La valeur par défaut est " /usr/local/nz pour Linux®, mais vous pouvez installer les outils CLI à n'importe quel emplacement sur le client. Le programme vous invite à créer le répertoire s'il n'existe pas déjà. Voici un exemple de sortie de commande :
    ------------------------------------------------------------------
IBM IPS -- NPS Linux Client 11.2.0.0
(C) Copyright IBM Corp. 2002, 2020 All Rights Reserved.
------------------------------------------------------------------
Validating package checksum ... ok

Where should the NPS Linux Client be unpacked? [/usr/local/nz]
Directory '/usr/local/nz' does not exist; create it (y/n)? [y] Enter
0%             25%          50%          75%             100%
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Unpacking complete.
  5. Si votre client a un système d'exploitation 64 bits, allez dans le répertoire 'linux64 et exécutez la commande 'unpack pour installer les fichiers CLI 64 bits :./unpack.
    La commande 'unpack vous invite à indiquer un lieu d'installation. La valeur par défaut est " /usr/local/nz pour Linux, mais vous devez utiliser le même emplacement que celui que vous avez utilisé pour les fichiers CLI 32 bits à l'étape précédente. Voici un exemple de sortie de commande :
    ------------------------------------------------------------------
IBM IPS -- NPS Linux Client 11.2.0.0
(C) Copyright IBM Corp. 2002, 2020 All Rights Reserved.
------------------------------------------------------------------
Validating package checksum ... ok

Where should the NPS Linux Client be unpacked? [/usr/local/nz]

Installing in an existing directory. Changing permissions to
overwrite existing files...
0%             25%          50%          75%             100%
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Unpacking complete.

Résultats

Les étapes d'installation du client sont terminées et les commandes CLI de Netezza Performance Server sont installées dans le répertoire de destination que vous avez spécifié. Les commandes de Netezza Performance Server sont situées dans le répertoire 'bin où vous avez décompressé les clients de Netezza Performance Server Si vous utilisez un système d'exploitation 64 bits sur votre station de travail, notez qu'il existe une commande 64 bits " nzodbcsql dans le répertoire " bin64 pour tester les connexions de la commande SQL.

Etape suivante

Testez pour vous assurer que vous pouvez exécuter les commandes du client. Accédez au sous-répertoire bin du répertoire d'installation du client (par exemple, " /usr/local/nz/bin). Exécutez un exemple de commande tel que la commande " nzds pour vérifier que la commande aboutit ou pour identifier d'éventuelles erreurs.

./nzds -host nzhost -u user -pw password

La commande affiche une liste des tranches de données sur le système Netezza Performance Server cible. Si la commande s'exécute sans erreur, votre système client dispose des bibliothèques et des paquets nécessaires pour prendre en charge les clients Performance Server. Si la commande échoue en raison d'une erreur de bibliothèque ou d'une autre erreur, le client peut avoir besoin de bibliothèques ou d'objets partagés supplémentaires.

Par exemple, sur un système client Red Hat Enterprise Linux 64 bits, vous pouvez voir une erreur similaire à la suivante :

[root@myrhsystem bin]# ./nzds
-bash: ./nzds: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory

Par exemple, sur un système client SUSE 10/11 64 bits, vous pouvez voir une erreur similaire à la suivante :

mylinux:/usr/local/nz/bin # ./nzds
./nzds: error while loading shared libraries: libssl.so.4: cannot open shared
object file: No such file or directory

mylinux:/usr/local/nz/bin # ldd nzds
linux-gate.so.1 => (0xffffe000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0xf76f1000)
libdl.so.2 => /lib/libdl.so.2 (0xf76ec000)
libssl.so.4 => not found
libcrypto.so.4 => not found
libm.so.6 => /lib/libm.so.6 (0xf76c4000)
libc.so.6 => /lib/libc.so.6 (0xf7582000)
/lib/ld-linux.so.2 (0xf773f000)

Ces erreurs indiquent qu'il manque au client des fichiers de bibliothèque 32 bits qui sont nécessaires pour exécuter les clients Netezza Performance Server Identifier les paquets qui fournissent la bibliothèque et obtenir ces paquets. Il se peut que vous ayez besoin de l'aide des administrateurs informatiques de votre station de travail locale pour obtenir les paquets du système d'exploitation pour votre station de travail.

Pour identifier et obtenir les paquets Red Hat requis, vous pouvez utiliser un processus similaire au suivant.

  • Utilisez la commande " yum provides et spécifiez le nom du fichier pour voir quel paquet fournit le fichier introuvable (ld-linux.so.2 dans cet exemple).
    yum provides ld-linux.so.2
Loaded plugins: product-id, refresh-packagekit, security, subscription-manager
This system is not registered to Red Hat Subscription Management. You can use
subscription-manager to register.
RHEL64 | 3.9 kB 00:00 ...
glibc-2.12-1.107.el6.i686 : The GNU libc libraries
Repo : RHEL64
Matched from:
Other : ld-linux.so.2

    Dans cet exemple, le paquetage manquant est glibc-2.12-1.107.el6.i686.

  • Dans certains cas, la commande Netezza Performance Server peut signaler une erreur due à l'absence du fichier 'libssl Vous pouvez utiliser la commande 'yum provides pour obtenir plus d'informations sur les paquets qui contiennent la bibliothèque, et pour savoir si l'un des fichiers existe déjà sur votre poste de travail.
    yum provides */libssl*
Loaded plugins: product-id, refresh-packagekit, security, subscription-manager
This system is not registered to Red Hat Subscription Management. You can use
subscription-manager to register.
nss-3.14.0.0-12.el6.x86_64 : Network Security Services
Repo : RHEL64
Matched from:
Filename : /usr/lib64/libssl3.soopenssl-devel-1.0.0-27.el6.x86_64 : Files for
: development of applications which will use OpenSSL
Repo : RHEL64
Matched from:
Filename : /usr/lib64/pkgconfig/libssl.pc
Filename : /usr/lib64/libssl.so

    Pour résoudre le problème, il se peut que vous deviez obtenir et installer le paquetage " nss-3.14.0.0-12.el6.x86_64 ou que vous puissiez créer un lien symbolique si la bibliothèque existe déjà sur votre système. Soyez prudent lorsque vous créez des liens symboliques ou que vous modifiez les fichiers de la bibliothèque. Vous devez consulter votre service informatique pour vous assurer que vous pouvez obtenir les paquets nécessaires ou que les modifications apportées aux liens symboliques n'auront pas d'incidence sur le fonctionnement d'autres applications sur votre poste de travail.

En fonction des bibliothèques et des paquetages manquants, utilisez les étapes suivantes pour obtenir les paquetages Red Hat

  • Montez le DVD de distribution Red Hat ou le fichier ISO sur le système client. Insérez le DVD dans le lecteur de DVD.
  • Ouvrez une fenêtre de terminal et connectez-vous en tant que root.
  • Exécutez la commande suivante :
    [root@myrhsystem]# mkdir /mnt/cdrom
[root@myrhsystem]# mount -o ro /dev/cdrom /mnt/cdrom
  • Créez le fichier texte " server.repo dans le répertoire " /etc/yum.repos.d
    Note : Pour utiliser 'gedit, exécutez la commande : gedit /etc/yum.repos.d/server.repo et ajoutez le texte suivant au fichier où baseurl est le point de montage et la distribution RHEL. Dans l'exemple, le point de montage est cdrom et la distribution RHEL est Workstation, mais il peut s'agir d'un serveur ou d'un fichier ISO.
    name=server
baseurl=file:///mnt/cdrom/Workstation
enabled=1
  • Exécutez la commande suivante : yum clean all
  • Exécutez la commande pour importer les clés publiques correspondantes : " rpm --import /mnt/cdrom/*GPG*
  • Exécutez la commande suivante pour installer les bibliothèques requises : 'yum install <package-name> où <nom du paquet> est le fichier qui contient les bibliothèques dont vous avez besoin pour les opérations de commande de Netezza Performance Server.

Pour identifier et obtenir les paquets SUSE requis, vous pouvez utiliser un processus similaire au suivant.

  • Connectez-vous au système SUSE en tant que root ou superutilisateur.
  • Si la commande de test de Netezza Performance Server a échoué avec l'erreur que 'libssl.so.4 ou 'libcrypto.so.4 ou les deux n'ont pas pu être trouvés, vous pouvez résoudre le problème en ajoutant un lien symbolique au fichier manquant dans le répertoire d'installation du client Netezza Performance Server (par exemple, '/usr/local/nz/lib). Utilisez la commande 'ls /lib/libssl* pour lister les bibliothèques disponibles dans les répertoires standard du système d'exploitation. Vous pouvez ensuite créer des liens symboliques vers l'un de vos fichiers " libssl.so et " libcrypto.so existants en utilisant des commandes similaires à celles qui suivent :
    mylinux:/usr/local/nz/lib # ln -s /usr/lib/libssl.so.0.9.8 /lib/libssl.so.4
mylinux:/usr/local/nz/lib # ln -s /usr/lib/libcrypto.so.0.9.8 /lib/libcrypto.so.4
  • S'il vous manque d'autres types de fichiers ou de bibliothèques, utilisez la commande 'zypper wp et indiquez le nom du fichier pour voir quel paquet le fournit. Par exemple :
    zypper wp ld-linux.so.2
Loading repository data...
Reading installed packages...
S | Name        | Type    | Version  | Arch   | Repository
--+-------------+---------+----------+--------+---------------------------------
i | glibc-32bit | package | 2.9-13.2 | x86_64 | SUSE-Linux-Enterprise-Desktop-11

    Dans cet exemple, le paquet manquant est " glibc-32bit.

Si l'erreur indique qu'il vous manque d'autres bibliothèques ou paquets, procédez comme suit pour obtenir les paquets SUSE.

  • Ouvrez une fenêtre de terminal et connectez-vous en tant que root.
  • Exécutez la commande 'yast pour ouvrir l'interface YaST.
  • Dans le Control Center YaST, sélectionnez Logiciel et allez dans les dépôts de logiciels pour configurer et activer un DVD, un serveur ou un fichier ISO comme source de dépôt. Sélectionnez la source appropriée pour votre environnement SUSE. Consultez votre service informatique pour connaître la politique de mise à jour des paquets dans votre environnement.
  • Dans l'onglet Logiciels, allez dans Gestion des logiciels et recherchez le paquet ou la bibliothèque requis, tel que " glibc-32bit dans cet exemple.
  • Cliquez sur Accepter pour installer le paquetage requis.
  • Quittez YaST en cliquant sur Quitter.