UNIX-Clients installieren

Führen Sie einen Test aus, um sicherzustellen, dass Sie die Clientbefehle ausführen können. Wechseln Sie in das Unterverzeichnis 'bin' des Clientinstallationsverzeichnisses (beispielsweise /usr/local/nz/binNPS). Führen Sie einen Beispielbefehl wie den Befehl nzds aus, um zu prüfen, ob der Befehl erfolgreich ausgeführt wird, bzw. um mögliche Fehler zu ermitteln.

./nzds -host NZ-Host -u Benutzer -pw Kennwort

Der Befehl zeigt eine Liste der Datenausschnitte auf dem NPS-Zielsystem an. Wenn der Befehl ohne Fehler ausgeführt wird, verfügt Ihr Clientsystem über die erforderlichen Bibliotheken und Pakete zur Unterstützung der Netezza-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 foundlibm.so.6 => /lib/libm.so.6 (0xf76c4000)
libc.so.6 => /lib/libc.so.6 (0xf7582000)
/lib/ld-linux.so.2 (0xf773f000)

Diese Fehler zeigen, dass dem Client 32-Bit-Bibliotheksdateien fehlen, die zur 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 folgenden ermitteln und abrufen.

• Verwenden Sie den Befehl yum provides 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 kann der NPS-Befehl einen Fehler aufgrund einer fehlenden Datei libssl ausgeben. Mithilfe des Befehls yum provides 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.
  Anmerkung: Führen Sie zur Verwendung von gedit den Befehl gedit /etc/yum.repos.d/server.repo aus und fügen Sie der Datei den folgenden Text hinzu, wobei baseurl den Mountpunkt und die RHEL-Distribution 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

• Führen Sie den Befehl yum clean all aus.
• Führen Sie den Befehl rpm --import /mnt/cdrom/*GPG* zum Importieren zugehöriger öffentlicher Schlüssel aus.
• Führen Sie den Befehl yum install <Paketname> aus, um die erforderlichen Bibliotheken zu installieren. Dabei ist <Paketname> die Datei, die die Bibliotheken enthält, die für die NPS-Befehlsoperationen erforderlich sind.

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 NPS-Testbefehl mit dem Fehler fehlgeschlagen ist, dass libssl.so.4 und/oder libcrypto.so.4 nicht gefunden wurde, können Sie das Problem möglicherweise lösen, indem Sie vom NPS-Clientinstallationsverzeichnis aus (beispielsweise /usr/local/nz/lib) einen symbolischen Link auf die fehlende Datei hinzufügen. Mithilfe des Befehls ls /lib/libssl* können Sie die verfügbaren Bibliotheken in den Standardbetriebssystemverzeichnissen auflisten. 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 andere Datei- oder Bibliothekstypen fehlen, geben Sie mit dem Befehl zypper wp den Dateinamen an, um das Paket zu ermitteln, das diese 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 YaST Control Center Software aus 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.
• Wechseln Sie auf der Registerkarte Software zu Software Management und suchen Sie nach dem erforderlichen Paket oder der erforderlichen Bibliothek, wie glibc-32bit in diesem Beispiel.
• Klicken Sie auf Accept, um das erforderliche Paket zu installieren.
• Beenden Sie YaST, indem Sie auf Quit klicken.