Installation du logiciel des outils clients (UNIX et Linux)

Vous pouvez installer les clients UNIX et Linux sur des postes de travail dotés d'un système d'exploitation 32 bits et 64 bits.

Avant de commencer

Obtenir le support client applicable. Voir Paquets de logiciels du client.

A propos de cette tâche

Les clients de Netezza Performance Server sont des fichiers exécutables de système d'exploitation 32 bits, et ils nécessitent des bibliothèques de système d'exploitation 32 bits ou 64 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.

Si vous installez les clients sur des systèmes d'exploitation Linux 64 bits, une étape supplémentaire est nécessaire pour installer un deuxième paquet client 64 bits.

Remarque :
Pour les applications client 64 bits, les deux bibliothèques suivantes sont nécessaires pour qu'elles fonctionnent :
  • libssl.so.10
  • libcrypto.so.10

Procédure

  1. Ouvrez une session sur le poste de travail en tant qu'utilisateur root ou superutilisateur.
  2. Effectuer l'une des actions de la liste suivante. Ce faisant, assurez-vous que vous utilisez la version du client qui correspond à la version du logiciel Netezza Performance Server de votre système Netezza Performance Server. N'utilisez pas les clients Netezza Performance Server pour gérer des systèmes Netezza Performance Server qui utilisent une version différente de Netezza Performance Server.
    • Insérez le DVD IBM® Netezza Client Components dans le lecteur de DVD de votre système client.
    • Si vous avez téléchargé le paquetage client dans un répertoire de votre système client, accédez à ce répertoire et extrayez le paquetage.
  3. Installez le client en lançant la commande './unpack

    Sur les systèmes Linux, si vous installez le paquetage " nz-linuxclient-version-tar.gz, lancez la commande " ./unpack à partir du répertoire " linux.

    Sur un client HP-UX 11i, '/bin/sh peut ne pas être disponible. Pour décompresser le client, vous pouvez utiliser le formulaire de commande 'sh ./unpack.

    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 pour les systèmes d'exploitation Linux® est le répertoire " /usr/local/nz, mais vous pouvez installer les outils CLI à n'importe quel endroit sur le client. Le programme vous invite à créer le répertoire s'il n'existe pas. Voici un exemple de sortie de commande :
    ------------------------------------------------------------------
IBM Netezza -- NPS Linux Client 7.2.1.1
(C) Copyright IBM Corp. 2002, 2015 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.
  4. Si votre client dispose d'un système d'exploitation Linux 64 bits, installez les fichiers CLI 64 bits dans le répertoire " linux64 en lançant la commande " ./unpack
    La commande 'unpack vous invite à indiquer un lieu d'installation. La valeur par défaut est le répertoire " /usr/local/nz. Utilisez 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 Netezza -- NPS Linux Client 7.2.1.1
(C) Copyright IBM Corp. 2002, 2015 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

Le client est installé et les commandes CLI de Netezza Performance Server sont installées dans le répertoire de destination spécifié. Les commandes NPS se trouvent dans le répertoire " bin dans lequel vous avez décompressé les clients NPS. Si vous utilisez un système d'exploitation 64 bits sur votre station de travail, vous pouvez utiliser la 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 :
  1. Passez au sous-répertoire " bin du répertoire d'installation du client, par exemple, " /usr/local/nz/bin.
  2. Exécutez un exemple de commande tel que le suivant pour vérifier si 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 NPS cible. Si la commande s'exécute sans erreur, votre système client possède les bibliothèques et les paquets nécessaires pour supporter les clients Netezza®. 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 les fichiers de bibliothèque 32 bits du système d'exploitation qui sont nécessaires à l'exécution des clients NPS. Identifier et obtenir les paquets qui fournissent la bibliothèque. 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 à celui de la liste suivante :
  • Pour savoir quel paquet fournit le fichier introuvable, lancez la commande " yum provides, en spécifiant le nom du fichier introuvable. Dans l'exemple suivant, " ld-linux.so.2 est le fichier introuvable et le paquet manquant est " glibc-2.12-1.107.el6.i686:
    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
  • La commande NPS peut signaler une erreur en raison de l'absence du fichier " libssl Pour obtenir plus d'informations sur les paquets qui contiennent la bibliothèque et voir si l'un des fichiers existe déjà sur votre poste de travail, vous pouvez lancer la commande 'yum provides Voici un exemple :
    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 de l'exemple précédent, vous devrez peut-être obtenir et installer le paquetage " nss-3.14.0.0-12.el6.x86_64, ou vous pourrez peut-être 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
    1. 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.
    2. Ouvrez une fenêtre de terminal et connectez-vous en tant que root.
    3. Emettez les commandes suivantes :
      [root@system_name]# mkdir /mnt/cdrom
[root@system_name]# mount -o ro /dev/cdrom /mnt/cdrom
    4. Dans le répertoire " /etc/yum.repos.d, créez le fichier texte " server.repo Par exemple, pour utiliser le " gedit, lancez la commande suivante :
      gedit /etc/yum.repos.d/server.repo
    5. Ajoutez les entrées 'name=server, 'baseurl et 'enabled=1 au fichier, où 'baseurl spécifie le point de montage et la distribution RHEL. Dans l'exemple suivant, 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
    6. Lancez la commande suivante :
      yum clean all
    7. Importez les clés publiques correspondantes en exécutant la commande suivante :
      rpm --import /mnt/cdrom/*GPG*
    8. Installez les bibliothèques requises en lançant la commande suivante :
      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 NPS.
Pour identifier et obtenir les paquets SUSE requis, vous pouvez utiliser un processus similaire au suivant :
  1. Connectez-vous au système SUSE en tant que root ou superutilisateur.
  2. Utiliser l'approche applicable :
    • Si la commande test NPS a échoué en indiquant que le fichier " libssl.so.4, le fichier " libcrypto.so.4 ou les deux fichiers n'ont pas été trouvés, essayez de résoudre le problème en ajoutant un lien symbolique vers le fichier manquant dans le répertoire d'installation du client NPS (par exemple, " /usr/local/nz/lib) :
      1. Dressez la liste des bibliothèques disponibles dans les répertoires standard du système d'exploitation en exécutant la commande " ls /lib/libssl*
      2. Créez des liens symboliques vers l'un de vos fichiers " libssl.so et " libcrypto.so existants en lançant des commandes similaires à la suivante :
        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, procédez comme suit :
      1. Exécutez la commande " zypper wp, en spécifiant le nom du fichier, pour voir quel paquet fournit le fichier ou la bibliothèque. Voici un 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.

      2. Obtenez les paquets SUSE comme suit :
        1. Ouvrez une fenêtre de terminal et connectez-vous en tant que root.
        2. Ouvrez l'interface YaST en lançant la commande 'yast
        3. Dans le Control Center YaST, cliquez sur Logiciel et accédez aux dépôts de logiciels pour configurer et activer un DVD, un serveur ou un fichier ISO en tant que 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.
        4. Dans l'onglet Logiciels, cliquez sur Gestion des logiciels et recherchez le paquetage ou la bibliothèque requis, tel que " glibc-32bit dans l'exemple précédent.
        5. Installez le paquet requis en cliquant sur Accepter.
        6. Quittez YaST en cliquant sur Quitter.