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.
- libssl.so.10
- libcrypto.so.10
Vorgehensweise
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
- Wechseln Sie in das Unterverzeichnis bin des Clientinstallationsverzeichnisses (beispielsweise /usr/local/nz/bin).
- 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.
- 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:
- 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@system_name]# mkdir /mnt/cdrom [root@system_name]# mount -o ro /dev/cdrom /mnt/cdrom
- 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
- 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
- Setzen Sie den folgenden Befehl ab:
yum clean all
- Führen Sie zum Importieren zugehöriger öffentlicher Schlüssel den folgenden Befehl aus:
rpm --import /mnt/cdrom/*GPG*
- Führen Sie zum Installieren der erforderlichen Bibliotheken den folgenden Befehl aus:
wobei <Paketname> die Datei ist, die die Bibliotheken enthält, die Sie für die NPS-Befehlsoperationen benötigen.yum install <package_name>
- Melden Sie sich am SUSE-System als Root oder Superuser an.
- 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):
- Listen Sie die verfügbaren Bibliotheken in den Standardverzeichnissen des Betriebssystems auf, indem Sie den Befehl " ls /lib/libssl* eingeben.
- 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:
- 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.
- Rufen Sie die SUSE-Pakete wie folgt ab:
- Öffnen Sie ein Terminalfenster und melden Sie sich als Root an.
- Öffnen Sie die YaST-Schnittstelle, indem Sie den Befehl yast absetzen.
- 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.
- 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.
- Installieren Sie das erforderliche Paket, indem Sie auf Accept klicken.
- Beenden Sie YaST, indem Sie auf Beenden klicken.
- 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:
- 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):