Auf Linux/UNIX-Clients installieren

In diesem Thema wird beschrieben, wie Sie die UNIX-Client-Pakete auf 32-Bit- und 64-Bit-Workstations installieren.

Informationen zu dieser Task

Wenn Sie die Clients auf 64-Bit-Betriebssystemen installieren, sind für die Installation eines zweiten 64-Bit-Clientpakets einige zusätzliche Schritte erforderlich. Die Netezza sind ausführbare 32-Bit-Betriebssystemdateien und benötigen 32-Bit-Bibliotheken, 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.

Vorgehensweise

  1. Beziehen Sie das Client-Paket ' nz-platformclient-version.archive) von der IBM Fix Central Site und laden Sie es auf das Client-System herunter. Verwenden Sie ein leeres Verzeichnis oder erstellen Sie ein neues leeres Verzeichnis, um mögliche Verwechslungen mit anderen Dateien oder Verzeichnissen zu vermeiden.
    Es gibt mehrere Client-Pakete für verschiedene gängige Betriebssysteme, wie unter Client-Softwarepakete beschrieben. Stellen Sie sicher, dass Sie das richtige Clientpaket abrufen. In diesen Anweisungen wird das Linux-Clientpaket als Beispiel für die Prozedur verwendet.
  2. Melden Sie sich als Root oder mit einem Superuser-Konto an der Workstation an.
  3. Wechseln Sie in das Verzeichnis, in dem Sie das Clientpaket gespeichert haben, und dekomprimieren und extrahieren Sie den Inhalt.

    Verwenden Sie für den Linux-Client den gunzip-Befehl, um das Clientpaket zu dekomprimieren und verwenden Sie dann einen Befehl wie tar xzf nz-linuxclient-version.tar.gz, um das Paket zu extrahieren. Zum Entpacken der anderen UNIX-Pakete, z. B. für AIX®, müssen Sie möglicherweise andere Befehle ausführen, z. B. " uncompress, um das Archiv zu entpacken.

    Der unpack-Prozess für das Linux-Paket erstellt jeweils ein Verzeichnis linux, linux64 und webadmin sowie eine Datei mit Namen datadirect.package.tar.z. Ignorieren Sie das Verzeichnis webadmin, das den Schnittstellenclient 'Web Admin' enthält.
  4. Wechseln Sie in das Verzeichnis " linux und führen Sie den Befehl " unpack aus, um die 32-Bit-CLI-Dateien zu installieren: ./unpack.
    Hinweis: Auf einem HP-UX 11i ist " /bin/sh möglicherweise nicht verfügbar. 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 Standardeinstellung ist ' /usr/local/nz für Linux®, 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 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. Wenn Ihr Client ein 64-Bit-Betriebssystem hat, wechseln Sie in das Verzeichnis ' linux64 und führen Sie den Befehl ' unpack aus, um die 64-Bit-CLI-Dateien zu installieren:./unpack.
    Der unpack-Befehl fordert Sie zur Eingabe eines Installationsverzeichnisses auf. Der Standardwert ist " /usr/local/nz für Linux, aber Sie sollten denselben Speicherort verwenden, den Sie im vorherigen Schritt für die 32-Bit-CLI-Dateien verwendet haben. Beispiel für die Befehlsausgabe:
    ------------------------------------------------------------------
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.

Ergebnisse

Die Client-Installationsschritte sind abgeschlossen, und die Netezza Performance Server CLI-Befehle werden im angegebenen Zielverzeichnis installiert. Die Netezza Performance Server befinden sich im Verzeichnis " bin, in das Sie die Netezza Performance Server entpackt haben. Wenn Sie ein 64-Bit-Betriebssystem auf Ihrer Workstation verwenden, befindet sich zum Testen der SQL-Befehlsverbindungen eine 64-Bit-Version des Befehls nzodbcsql im Verzeichnis bin64.

Die nächsten Schritte

Führen Sie einen Test aus, um sicherzustellen, dass Sie die Clientbefehle ausführen können. Wechseln Sie in das Unterverzeichnis bin des Client-Installationsverzeichnisses (z. B. ' /usr/local/nz/bin). Führen Sie einen Beispielbefehl aus, z. B. den Befehl " nzds, um zu überprüfen, ob der Befehl erfolgreich ist, oder um etwaige Fehler zu erkennen.

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

Der Befehl zeigt eine Liste der Daten-Slices auf dem Netezza Performance Server an. Wenn der Befehl ohne Fehler ausgeführt wird, verfügt Ihr Clientsystem über die erforderlichen Bibliotheken und Pakete zur Unterstützung der Performance Server-Clients. 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 64-Bit-Clientsystem mit Red Hat Enterprise Linux kann beispielsweise ein ähnlicher Fehler wie der folgende angezeigt werden:

[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 32-Bit-Bibliotheksdateien fehlen, die für die Ausführung der Netezza Performance Server 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 folgenden ermitteln und abrufen.

  • Verwenden Sie den yum provides-Befehl und geben Sie den Dateinamen an, um das Paket zu ermitteln, das die Datei bereitstellt, die nicht gefunden werden kann (in diesem Beispiel ld-linux.so.2).
    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

    In diesem Beispiel fehlt das Paket glibc-2.12-1.107.el6.i686.

  • In einigen Fällen konnte der Netezza Performance Server einen Fehler wegen einer fehlenden ' libssl -Datei melden. Mithilfe des yum provides-Befehls können Sie weitere Informationen zu den Paketen abrufen, die die Bibliothek enthalten, sowie Informationen dazu, ob auf Ihrer Workstation bereits entsprechende Dateien vorhanden sind.
    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 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.

Führen Sie auf der Grundlage der fehlenden Bibliotheken und Pakete die folgenden Schritte aus, um die Red Hat-Pakete abzurufen.

  • 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.
  • Öffnen Sie ein Terminalfenster und melden Sie sich als Root an.
  • Führen Sie die folgenden Befehle aus:
    [root@myrhsystem]# mkdir /mnt/cdrom
[root@myrhsystem]# mount -o ro /dev/cdrom /mnt/cdrom
  • Erstellen Sie die Textdatei server.repo im Verzeichnis /etc/yum.repos.d.
    Hinweis: Um ' gedit zu verwenden, führen Sie den Befehl: gedit /etc/yum.repos.d/server.repo und fügen Sie den folgenden Text in die Datei ein, wobei baseurl der Einhängepunkt und die RHEL-Distribution ist. 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
  • Führen Sie den Befehl yum clean all aus.
  • Führen Sie den Befehl zum Importieren der zugehörigen öffentlichen Schlüssel aus: ' rpm --import /mnt/cdrom/*GPG*
  • Führen Sie den folgenden Befehl aus, um die erforderlichen Bibliotheken zu installieren: ' yum install <package-name>, wobei <Paketname> die Datei ist, die die Bibliotheken enthält, die Sie für die Befehlsoperationen des Netezza Performance Server benötigen.

Sie können die erforderlichen SUSE-Pakete mit einem ähnlichen Prozess wie dem folgenden ermitteln und abrufen.

  • Melden Sie sich am SUSE-System als Root oder Superuser an.
  • Wenn der Netezza Performance Server mit der Fehlermeldung fehlschlägt, dass ' libssl.so.4 oder ' libcrypto.so.4 oder beide nicht gefunden werden konnten, können Sie das Problem lösen, indem Sie einen symbolischen Link zu der fehlenden Datei aus dem Netezza Performance Server hinzufügen (z. B. ' /usr/local/nz/lib). Verwenden Sie den Befehl ' ls /lib/libssl*, um die verfügbaren Bibliotheken in den Standardverzeichnissen des Betriebssystems aufzulisten. Dann können Sie symbolische Links zu einer Ihrer vorhandenen Dateien libssl.so und libcrypto.so erstellen. Verwenden Sie hierzu ähnliche Befehle wie die folgenden:
    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 Sie andere Arten von Dateien oder Bibliotheken vermissen, verwenden Sie den Befehl ' zypper wp und geben Sie den Dateinamen an, um zu sehen, welches Paket sie 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.

Wenn der Fehler angibt, dass andere Bibliotheken oder Pakete fehlen, führen Sie die folgenden Schritte aus, um die SUSE-Pakete abzurufen.

  • Öffnen Sie ein Terminalfenster und melden Sie sich als Root an.
  • Führen Sie den Befehl yast aus, um die YaST-Schnittstelle zu öffnen.
  • Wählen Sie im Control Center die Option Software und gehen 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.
  • Gehen Sie auf der Registerkarte Software zur Softwareverwaltung und suchen Sie nach dem gewünschten Paket oder der gewünschten Bibliothek, z. B. " glibc-32bit in diesem Beispiel.
  • Klicken Sie auf Akzeptieren, um das erforderliche Paket zu installieren.
  • Beenden Sie YaST, indem Sie auf Beenden klicken.