Software für Client-Tools installieren (UNIX und Linux)

Sie können die UNIX- und Linux auf Workstations mit 32- und 64-Bit-Betriebssystemen installieren.

Vorbereitende Schritte

Rufen Sie die entsprechenden Clientmedien ab. Siehe Client-Softwaresysteme.

Informationen zu dieser Task

Die Netezza Performance Server sind ausführbare 32-Bit-Betriebssystemdateien und erfordern 32-Bit- oder 64-Bit-Betriebssystembibliotheken, die nicht mit den Clients geliefert werden. Wenn die Bibliotheken noch nicht auf Ihrem System installiert sind, müssen Sie sie mithilfe Ihres Betriebssystem-Aktualisierungsprozesses abrufen und installieren.

Wenn Sie die Clients auf 64-Bit-Linux-Betriebssystemen installieren, ist für die Installation eines zweiten 64-Bit-Clientpakets ein zusätzlicher Schritt erforderlich.

Hinweis:
Für die 64-Bit-Clientanwendungen sind die folgenden zwei Bibliotheken erforderlich, damit sie funktionieren:
  • libssl.so.10
  • libcrypto.so.10

Vorgehensweise

  1. Melden Sie sich als Root oder Superuser an der Workstation an.
  2. Führen Sie eine der Aktionen in der folgenden Liste aus. Stellen Sie dabei sicher, dass Sie das Client-Release verwenden, das mit dem Netezza Performance Server Ihres Netezza Performance Server übereinstimmt. Verwenden Sie keine Netezza Performance Server zur Verwaltung von Netezza Performance Server, die eine andere Netezza Performance Server verwenden.
    • Legen Sie die IBM® Netezza Client Components DVD in das DVD-Laufwerk Ihres Client-Systems ein.
    • Wenn Sie das Clientpaket in ein Verzeichnis auf Ihrem Clientsystem heruntergeladen haben, wechseln Sie in das betreffende Verzeichnis und extrahieren Sie das Paket.
  3. Installieren Sie den Client, indem Sie den Befehl " ./unpack eingeben.

    Wenn Sie auf Linux-Systemen das Paket nz-linuxclient-version-tar.gz installieren, müssen Sie den Befehl ./unpack aus dem Verzeichnis linux absetzen.

    Auf einem HP-UX-11i-Client steht /bin/sh möglicherweise nicht zur Verfügung. Sie können das Befehlsformat sh ./unpack verwenden, um den Client zu entpacken.

    Der unpack-Befehl prüft das Clientsystem, um sicherzustellen, dass es das CLI-Paket unterstützt, und fordert Sie zur Eingabe eines Installationsverzeichnisses auf. Die Vorgabe für Linux® ist das Verzeichnis " /usr/local/nz, aber Sie können die CLI-Tools an einem beliebigen Ort auf dem Client installieren. Das Programm fordert Sie auf, das Verzeichnis zu erstellen, falls es noch nicht vorhanden ist. Beispiel für die Befehlsausgabe:
    ------------------------------------------------------------------
    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. Wenn Ihr Client über ein Linux verfügt, installieren Sie die 64-Bit-CLI-Dateien im Verzeichnis " linux64, indem Sie den Befehl " ./unpack eingeben.
    Der unpack-Befehl fordert Sie zur Eingabe eines Installationsverzeichnisses auf. Das Standardverzeichnis ist /usr/local/nz. Verwenden Sie dasselbe Verzeichnis wie für die 32-Bit-CLI-Dateien im vorherigen Schritt. Beispiel für die Befehlsausgabe:
    ------------------------------------------------------------------
    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.
    

Ergebnisse

Der Client wird installiert, und die Netezza Performance Server CLI-Befehle werden im angegebenen Zielverzeichnis installiert. Die NPS-Befehle befinden sich in dem Verzeichnis ' bin, in das Sie die NPS-Clients entpackt haben. Wenn Sie ein 64-Bit-Betriebssystem auf Ihrer Workstation verwenden, können Sie die SQL-Befehlsverbindungen mit der 64-Bit-Version des Befehls nzodbcsql im Verzeichnis bin64 testen.

Die nächsten Schritte

Führen Sie einen Test aus, um sicherzustellen, dass Sie die Clientbefehle ausführen können:
  1. Wechseln Sie in das Unterverzeichnis bin des Clientinstallationsverzeichnisses (beispielsweise /usr/local/nz/bin).
  2. Führen Sie einen Beispielbefehl wie den nachfolgenden aus, um zu prüfen, ob der Befehl erfolgreich ausgeführt wird, bzw. um mögliche Fehler zu ermitteln.
    ./nzds -host nzhost -u user -pw password

Der Befehl zeigt eine Liste der Daten-Slices auf dem Ziel-NPS-System an. Wenn der Befehl ohne Fehler ausgeführt wird, verfügt Ihr Client-System über die erforderlichen Bibliotheken und Pakete zur Unterstützung der Netezza®. Wenn der Befehl mit einem Bibliotheksfehler oder einem anderen Fehler fehlschlägt, sind möglicherweise zusätzliche Bibliotheken oder gemeinsam genutzte Objekte für den Client erforderlich.

Auf einem Red Hat Enterprise Linux 64-Bit-Client-System kann beispielsweise ein Fehler ähnlich dem folgenden auftreten:

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

Auf einem 64-Bit-Clientsystem mit SUSE 10/11 kann beispielsweise ein ähnlicher Fehler wie der folgende angezeigt werden:

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)

Diese Fehler weisen darauf hin, dass dem Client die 32-Bit-Bibliotheksdateien des Betriebssystems fehlen, die für die Ausführung der NPS-Clients erforderlich sind. Ermitteln Sie die Pakete, die die Bibliothek bereitstellen, und rufen Sie diese Pakete ab. Möglicherweise müssen Sie beim Abrufen der Betriebssystempakete für Ihre Workstation die IT-Administratoren Ihrer lokalen Workstation um Hilfe bitten.

Sie können die erforderlichen Red Hat-Pakete mit einem ähnlichen Prozess wie dem in der folgenden Liste ermitteln und abrufen:
  • Um herauszufinden, welches Paket die nicht gefundene Datei bereitstellt, geben Sie den Befehl ' yum provides ein und geben Sie den Namen der nicht gefundenen Datei an. Im folgenden Beispiel ist ld-linux.so.2 die Datei, die nicht gefunden werden konnte, und das fehlende Paket ist 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
  • Der NPS-Befehl meldet möglicherweise einen Fehler wegen einer fehlenden ' libssl -Datei. Wenn Sie weitere Informationen zu den in der Bibliothek enthaltenen Paketen abrufen und prüfen wollen, ob die Dateien bereits auf Ihrer Workstation vorhanden sind, können Sie den Befehl yum provides absetzen. Beispiel:
    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

    Zum Lösen des Problems im vorigen Beispiel müssen Sie möglicherweise das Paket nss-3.14.0.0-12.el6.x86_64 abrufen und installieren. Wenn die Bibliothek bereits auf Ihrem System vorhanden ist, können Sie möglicherweise auch einen symbolischen Link erstellen. Gehen Sie beim Erstellen symbolischer Links oder beim Ändern von Bibliotheksdateien vorsichtig vor. Sie sollten Ihre IT-Abteilung zu Rate ziehen, um sicherzustellen, dass Sie die erforderlichen Pakete abrufen können oder Änderungen an den symbolischen Links die Ausführung anderer Anwendungen auf Ihrer Workstation nicht beeinträchtigen.

  • Verwenden Sie auf der Basis der fehlenden Bibliotheken und Pakete die folgenden Schritte, um die Red Hat-Pakete zu erhalten:
    1. Führen Sie auf dem Clientsystem einen Mount für die Red Hat-Distributions-DVD oder die entsprechende ISO-Datei durch. Legen Sie die DVD in das DVD-Laufwerk ein.
    2. Öffnen Sie ein Terminalfenster und melden Sie sich als Root an.
    3. Führen Sie die folgenden Befehle aus:
      [root@system_name]# mkdir /mnt/cdrom
      [root@system_name]# mount -o ro /dev/cdrom /mnt/cdrom
    4. Erstellen Sie im Verzeichnis /etc/yum.repos.d die Textdatei server.repo. Setzen Sie z. B. den folgenden Befehl ab, um den Befehl geditzu verwenden:
      gedit /etc/yum.repos.d/server.repo
    5. Fügen Sie die Einträge name=server, baseurl und enabled=1 in die Datei ein, wobei baseurl den Mountpunkt und die RHEL-Verteilung angibt. Im folgenden Beispiel ist der Mountpunkt cdrom und die RHEL-Distribution ist Workstation, es könnte jedoch auch ein Server oder die ISO-Datei sein:
      name=server
      baseurl=file:///mnt/cdrom/Workstation
      enabled=1
    6. Setzen Sie den folgenden Befehl ab:
      yum clean all
    7. Führen Sie zum Importieren zugehöriger öffentlicher Schlüssel den folgenden Befehl aus:
      rpm --import /mnt/cdrom/*GPG*
    8. Führen Sie zum Installieren der erforderlichen Bibliotheken den folgenden Befehl aus:
      yum install <package_name>
      wobei <Paketname> die Datei ist, die die Bibliotheken enthält, die Sie für die NPS-Befehlsoperationen benötigen.
Sie können die erforderlichen SUSE-Pakete mit einem ähnlichen Prozess wie dem folgenden ermitteln und abrufen:
  1. Melden Sie sich am SUSE-System als Root oder Superuser an.
  2. Verwenden Sie den entsprechenden Ansatz:
    • Wenn der NPS-Testbefehl mit der Fehlermeldung fehlgeschlagen ist, dass die Datei ' libssl.so.4, die Datei ' libcrypto.so.4 oder beide Dateien nicht gefunden werden konnten, versuchen Sie, das Problem zu beheben, indem Sie einen symbolischen Link auf die fehlende Datei aus dem Installationsverzeichnis des NPS-Clients hinzufügen (z. B. ' /usr/local/nz/lib):
      1. Listen Sie die verfügbaren Bibliotheken in den Standardverzeichnissen des Betriebssystems auf, indem Sie den Befehl " ls /lib/libssl* eingeben.
      2. Erstellen Sie symbolische Links zu einer Ihrer vorhandenen Dateien libssl.so und libcrypto.so, indem Sie ähnliche Befehle wie den folgenden absetzen:
        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
    • Wenn andere Datei- oder Bibliothekstypen fehlen, führen Sie die folgenden Schritte aus:
      1. Setzen Sie den Befehl zypper wp ab und geben Sie dabei den Dateinamen an, um zu prüfen, welches Paket die Datei oder die Bibliothek bereitstellt. Beispiel:
        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

        In diesem Beispiel fehlt das Paket glibc-32bit.

      2. Rufen Sie die SUSE-Pakete wie folgt ab:
        1. Öffnen Sie ein Terminalfenster und melden Sie sich als Root an.
        2. Öffnen Sie die YaST-Schnittstelle, indem Sie den Befehl yast absetzen.
        3. Klicken Sie im YaST Control Center auf Software und wechseln Sie zu den Software-Repositorys, um eine DVD, einen Server oder eine ISO-Datei als Repository-Quelle zu konfigurieren und zu aktivieren. Wählen Sie die entsprechende Quelle für Ihre SUSE-Umgebung aus. Bitten Sie Ihre IT-Abteilung um Informationen zu den Richtlinien für Paketaktualisierungen in Ihrer Umgebung.
        4. Klicken Sie auf der Registerkarte Software auf Software Management und suchen Sie nach dem erforderlichen Paket oder der erforderlichen Bibliothek, beispielsweise glibc-32bit im vorigen Beispiel.
        5. Installieren Sie das erforderliche Paket, indem Sie auf Accept klicken.
        6. Beenden Sie YaST, indem Sie auf Beenden klicken.