Instalación del software de herramientas de cliente (UNIX y Linux)

Puede instalar los clientes UNIX y Linux en estaciones de trabajo con sistemas operativos de 32 y 64 bits.

Antes de empezar

Obtenga el soporte de cliente aplicable. Véase Paquetes de software cliente.

Acerca de esta tarea

Los clientes de Netezza Performance Server son archivos ejecutables del sistema operativo de 32 bits y requieren bibliotecas del sistema operativo de 32 o 64 bits que no se proporcionan con los clientes. Si las bibliotecas aún no están instaladas en el sistema, debe obtener e instalar las bibliotecas utilizando el proceso de actualización del sistema operativo.

Si va a instalar los clientes en sistemas operativos de 64 bits Linux, existe un paso adicional para instalar un segundo paquete de cliente de 64 bits.

Nota:

Para las aplicaciones cliente de 64 bits, se necesitan las dos bibliotecas siguientes para que funcionen:

libssl.so.10
libcrypto.so.10

Procedimiento

Inicie la sesión en la estación de trabajo como usuario root o superusuario.
Efectúe las acciones de la lista siguiente. In doing so, make sure that you use the client release that matches the Netezza Performance Server software release of your Netezza Performance Server system. No utilice clientes " Netezza Performance Server " para gestionar sistemas " Netezza Performance Server " que utilicen una versión diferente de " Netezza Performance Server ".
- Inserte el DVD IBM® Netezza Client Components en la unidad de DVD de su sistema cliente.
- Si ha descargado el paquete de cliente en un directorio del sistema cliente, cambie a ese directorio y extraiga el paquete.
Instale el cliente mediante el comando " ./unpack ".
En sistemas Linux, si va a instalar el paquete nz-linuxclient-version-tar.gz, emita el mandato ./unpack desde el directorio linux.

En un cliente de HP-UX 11i, es posible que /bin/sh no esté disponible. Para desempaquetar el cliente, puede utilizar el formato de mandato sh ./unpack.
El mandato unpack comprueba el sistema cliente para asegurar que soporta el paquete de la CLI y le solicita la ubicación de la instalación. El directorio predeterminado para los sistemas operativos Linux® es ' /usr/local/nz, pero puede instalar las herramientas CLI en cualquier ubicación del cliente. El programa le solicitará que cree el directorio si no existe. A continuación, se muestra la salida del mandato de ejemplo:
```
------------------------------------------------------------------
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.
```

Si su cliente tiene un sistema operativo Linux de 64 bits, en el directorio ' linux64 ', instale los archivos CLI de 64 bits mediante el comando ' ./unpack '.

El mandato unpack se solicita la ubicación de instalación. El valor predeterminado es el directorio /usr/local/nz. Utilice la misma ubicación que ha utilizado para los archivos de CLI de 32 bits en el paso anterior. A continuación, se muestra la salida del mandato de ejemplo:

------------------------------------------------------------------
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.

Resultados

El cliente se instala y los comandos CLI de Netezza Performance Server se instalan en el directorio de destino especificado. Los comandos de NPS se encuentran en el directorio ' bin ' en el que ha descomprimido los clientes de NPS. Si va a utilizar un sistema operativo de 64 bits en la estación de trabajo, puede utilizar el mandato nzodbcsql de 64 bits del directorio bin64 para probar las conexiones de mandato SQL.

Qué hacer a continuación

Realice una prueba para asegurarse de que puede ejecutar los mandatos de cliente:

Cambie al subdirectorio bin del directorio de instalación de cliente, por ejemplo /usr/local/nz/bin.
Ejecute un mandato de ejemplo como el siguiente para comprobar si el mandato se ejecuta satisfactoriamente o para detectar errores.
```
./nzds -host nzhost -u user -pw password
```

El comando muestra una lista de los cortes de datos en el sistema NPS de destino. Si el comando se ejecuta sin errores, su sistema cliente tiene las librerías y paquetes necesarios para soportar los clientes Netezza®. Si el mandato falla con un error de biblioteca u otro error, es posible que el cliente necesite bibliotecas u objetos compartido adicionales.

Por ejemplo, en un sistema cliente Red Hat Enterprise Linux de 64 bits, podría ver un error similar al siguiente:

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

Por ejemplo, en un sistema de cliente SUSE 10/11 de 64 bits, puede ver un error similar al siguiente:

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)

Estos errores indican que al cliente le faltan los archivos de biblioteca de 32 bits del sistema operativo necesarios para ejecutar los clientes NPS. Identifique y obtenga los paquetes que proporcionan la biblioteca. Es posible que necesite ayuda de los administradores de TI de las estaciones de trabajo locales para obtener los paquetes de sistema operativo para la estación de trabajo.

Para identificar y obtener los paquetes de Red Hat necesarios, puede utilizar un proceso similar al que se indica en la lista siguiente:

Para ver el paquete que proporciona el archivo que no se ha podido encontrar, emita el mandato yum provides y especifique el nombre del archivo que no se ha podido encontrar. En el ejemplo siguiente, ld-linux.so.2 es el archivo que no se ha podido encontrar y el paquete que falta es 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

El comando NPS podría informar de un error por falta del archivo ' libssl. Para obtener más información sobre los paquetes que contienen la biblioteca y comprobar si alguno de los archivos ya existe en la estación de trabajo, puede emitir el mandato yum provides. A continuación se ofrece un ejemplo:
```
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
```
Para resolver el problema del ejemplo anterior, puede obtener e instalar el paquete nss-3.14.0.0-12.el6.x86_64 o puede crear un enlace simbólico si la biblioteca ya existe en el sistema. Tenga precaución al crear enlaces simbólicos o cambiar los archivos de biblioteca. Debe consultar al departamento de TI para asegurarse de que puede obtener los paquetes necesarios o que los cambios en los enlaces simbólicos no afectarán al funcionamiento de las demás aplicaciones de la estación de trabajo.
En función de las bibliotecas y los paquetes que falten, realice los pasos siguientes para obtener los paquetes de Red Hat:
1. Monte el archivo ISO o el DVD de distribución de Red Hat para el sistema cliente. Inserte el DVD en la unidad de DVD.
2. Abra la ventana de termina e inicie sesión como root.
3. Emita los siguientes mandatos:
```
[root@system_name]# mkdir /mnt/cdrom
[root@system_name]# mount -o ro /dev/cdrom /mnt/cdrom
```
4. Cree en el directorio /etc/yum.repos.d el archivo de texto server.repo. Por ejemplo, para utilizar gedit, emita el mandato siguiente:
```
gedit /etc/yum.repos.d/server.repo
```
5. Añada las entradas name=server, baseurl y enabled=1 al archivo, donde baseurl especifica el punto de montaje y la distribución RHEL. En el ejemplo siguiente, el punto de montaje es cdrom y la distribución RHEL es Workstation, pero podría ser un servidor o el archivo ISO:
```
name=server
baseurl=file:///mnt/cdrom/Workstation
enabled=1
```
6. Emita el mandato siguiente:
```
yum clean all
```
7. Importe las claves públicas relacionadas emitiendo el mandato siguiente:
```
rpm --import /mnt/cdrom/*GPG*
```
8. Instale las bibliotecas necesarias emitiendo el mandato siguiente:
```
yum install <package_name>
```
  donde <nombre_paquete> es el archivo que contiene las bibliotecas que necesita para las operaciones del comando NPS.

Para identificar y obtener los paquetes SUSE necesarios, puede utilizar un proceso similar al siguiente:

Inicie sesión en el sistema SUSE como root o superusuario.
Utilice el enfoque que sea aplicable:
- Si el comando NPS de prueba falló con el error de que no se pudo encontrar el archivo ' libssl.so.4, el archivo ' libcrypto.so.4, o ambos archivos, intente resolver el problema agregando un enlace simbólico al archivo faltante desde el directorio de instalación del cliente NPS (por ejemplo, ' /usr/local/nz/lib):
  1. Liste las bibliotecas disponibles en los directorios del sistema operativo estándar emitiendo el mandato ls /lib/libssl*.
  2. Cree enlaces simbólicos a uno de los archivos libssl.so y libcrypto.so existentes emitiendo mandatos similares al siguiente:
```
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
```
- Si le falte otros tipos de archivos o bibliotecas, siga estos pasos:
  1. Emita el mandato zypper wp y especifique el nombre del archivo para comprobar el paquete que proporciona el archivo o la biblioteca. A continuación se ofrece un ejemplo:
```
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
```
    En este ejemplo, el paquete que falta es glibc-32bit.
  2. Obtenga los paquetes SUSE como se indica a continuación:
    1. Abra la ventana de termina e inicie sesión como root.
    2. Abra la interfaz YaST emitiendo el mandato yast.
    3. En el centro de control de YaST, pulse Software y vaya a los repositorios de software para configurar y habilitar un DVD, un servidor o un archivo ISO como origen de repositorio. Seleccione el origen adecuado para el entorno de SUSE. Consulte con el departamento de TI sobre las políticas para las actualizaciones de paquetes en el entorno.
    4. En la pestaña Software, vaya a Software Management y busque el paquete o la biblioteca necesarios, como glibc-32bit en el ejemplo anterior.
    5. Instale el paquete necesario pulsando Accept.
    6. Salga de YaST pulsando Abandonar.