Instalación en clientes Linux/UNIX

Este tema describe cómo instalar los paquetes cliente UNIX en estaciones de trabajo con sistemas operativos de 32 y 64 bits.

Acerca de esta tarea

Si está instalando los clientes en sistemas operativos de 64 bits, hay algunos pasos adicionales para instalar un segundo paquete de cliente de 64 bits. Los clientes Netezza son ejecutables del sistema operativo de 32 bits y requieren bibliotecas de 32 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.

Procedimiento

'Obtener el paquete cliente ' nz-platformclient-version.archive) del sitio IBM Fix Central y descargarlo en el sistema cliente. Utilice o cree un directorio nuevo vacío para reducir confusión con otros archivos o directorios.
Existen varios paquetes cliente disponibles para diferentes tipos de sistemas operativos comunes, tal y como se describe en Paquetes de software cliente. Asegúrese de que obtiene el paquete de cliente correcto. Estas instrucciones utilizan el paquete de cliente Linux como ejemplo del procedimiento.
Inicie sesión en la estación de trabajo como usuario root o como una cuenta de superusuario.
Cambie el directorio donde ha guardado el paquete de cliente, a continuación, descomprima y extraiga el contenido.
En el cliente Linux, utilice el mandato gunzip para descomprimir el paquete de cliente, a continuación utilice un mandato como tar xzf nz-linuxclient-version.tar.gz para extraer el paquete. Para extraer los demás paquetes UNIX, como AIX®, puede que necesite ejecutar otros comandos, como ' uncompress ' para descomprimir el archivo.
El proceso unpack para el paquete Linux crea un directorio linux, un directorio linux64, un directorio webadmin y un archivo datadirect.package.tar.z. Ignore el directorio webadmin, que contiene el cliente de interfaz de administración de web.
Cambia al directorio ' linux y ejecuta el comando ' unpack ' para instalar los archivos CLI de 32 bits: ./unpack.
Nota: En un cliente HP-UX 11i, es posible que ' /bin/sh ' no esté disponible. Puede utilizar el formato de mandato sh ./unpack para desempaquetar el cliente.
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. Por defecto es ' /usr/local/nz para Linux®, pero puede instalar las herramientas CLI en cualquier ubicación del cliente. El programa le solicita que cree el directorio si no existe ya. A continuación, se muestra la salida del mandato de ejemplo:
```
------------------------------------------------------------------
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.
```

Si su cliente tiene un sistema operativo de 64 bits, cambie al directorio ' linux64 y ejecute el comando ' unpack ' para instalar los archivos CLI de 64 bits:./unpack.

El mandato unpack se solicita la ubicación de instalación. El valor predeterminado es ' /usr/local/nz para Linux, pero debe utilizar la misma ubicación que utilizó para los archivos CLI de 32 bits en el paso anterior. A continuación, se muestra la salida del mandato de ejemplo:

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

Resultados

Los pasos de instalación del cliente se han completado y los comandos CLI de Netezza Performance Server se han instalado en el directorio de destino especificado. Los comandos ' Netezza Performance Server ' se encuentran en el directorio ' bin ' donde desempaquetaste los clientes ' Netezza Performance Server '. Si está utilizando un sistema operativo de 64 bits en la estación de trabajo, tenga en cuenta que hay un mandato nzodbcsql de 64 bits en el directorio bin64 para probar las conexiones de mandatos SQL.

Qué hacer a continuación

Haga una prueba para asegurarse de que puede ejecutar los mandatos de cliente. Cambie al subdirectorio bin del directorio de instalación del cliente (por ejemplo, ' /usr/local/nz/bin). Ejecute un comando de ejemplo como el comando ' nzds ' para verificar que el comando tiene éxito o para identificar cualquier error.

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

El comando muestra una lista de los segmentos de datos en el sistema Netezza Performance Server de destino. Si el mandato se ejecuta sin errores, el sistema cliente tiene las bibliotecas y paquete necesarios para dar soporte a los clientes Performance Server. Si el mandato falla con una biblioteca o con otro error, es posible que el clientes necesite bibliotecas adicionales u objetos compartidos.

Por ejemplo, en un sistema cliente Red Hat Enterprise Linux de 64 bits, puede 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 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 archivos de biblioteca de 32 bits necesarios para ejecutar los clientes de Netezza Performance Server. Identifique los paquetes para proporcionar la biblioteca y obtener esos paquetes. Es posible que necesite ayuda de los administradores de TI de la estación de trabajo local para obtener los paquetes del sistema operativo para la estación de trabajo.

Para identificar y obtener los paquetes Red Hat necesarios, puede utilizar un proceso similar al siguiente.

Utilice el mandato yum provides y especifique el nombre de archivo para ver qué paquetes proporciona el archivo que no puede encontrar (ld-linux.so.2 en este ejemplo).

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

En este ejemplo, el paquete que falta es glibc-2.12-1.107.el6.i686.

En algunos casos, el comando Netezza Performance Server podía informar de un error por la falta de un archivo ' libssl. Puede utilizar el mandato yum provides para obtener más información sobre los paquetes que contiene la biblioteca y, si ya existe alguno de esos archivos en la estación de trabajo.
```
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, puede que tenga que obtener e instalar el paquete nss-3.14.0.0-12.el6.x86_64 o puede crear un enlace simbólico si ya existe la biblioteca en el sistema. Tenga precaución al crear enlaces simbólicos o cambiar los archivos de biblioteca. Debe consultar con el departamento de TI para asegurarse de que puede obtener los paquetes que necesita, o que los cambios en los enlaces simbólicos no afectarán al funcionamiento de otras aplicaciones de la estación de trabajo.

Basándose en los paquetes y bibliotecas que faltan, utilice los pasos siguientes para obtener los paquetes Red Hat.

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.
Abra la ventana de termina e inicie sesión como root.

Ejecute los mandatos siguientes:

[root@myrhsystem]# mkdir /mnt/cdrom
[root@myrhsystem]# mount -o ro /dev/cdrom /mnt/cdrom

Cree el archivo de texto server.repo en el directorio /etc/yum.repos.d.
Nota: Para utilizar ' gedit' , ejecute el comando: gedit /etc/yum.repos.d/server.repo y añada el siguiente texto al archivo donde baseurl es el punto de montaje y la distribución RHEL. En el ejemplo, el punto de montaje es cdrom y la distribución de RHEL es Estación de trabajo pero puede ser un servidor o el archivo ISO.
```
name=server
baseurl=file:///mnt/cdrom/Workstation
enabled=1
```
Ejecute el mandato: yum clean all
Ejecute el mandato para importar claves públicas relacionadas: rpm --import /mnt/cdrom/*GPG*
Ejecute el siguiente comando para instalar las bibliotecas necesarias: yum install <package-name> donde <nombre-paquete> es el archivo que contiene las bibliotecas que necesita para las operaciones de comando Netezza Performance Server.

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.
Si el comando de prueba ' Netezza Performance Server ' falló con el error de que ' libssl.so.4 o ' libcrypto.so.4 o ambos no pudieron ser encontrados, usted podría resolver el problema añadiendo un enlace simbólico al archivo faltante desde el directorio de instalación del cliente ' Netezza Performance Server (por ejemplo, ' /usr/local/nz/lib). Utilice el comando ' ls /lib/libssl* ' para listar las bibliotecas disponibles en los directorios estándar del sistema operativo. Después, puede crear enlaces simbólicos a uno de los archivos libssl.so y libcrypto.so existentes utilizando 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 no tiene otros tipos de archivos o bibliotecas, utilice el mandato zypper wp y especifique el nombre de archivo para ver qué paquetes proporciona. A continuación se proporciona 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.

Si el error indica que no tiene otras bibliotecas o paquetes, utilice los pasos siguientes para obtener los paquetes SUSE.

Abra la ventana de termina e inicie sesión como root.
Ejecute el mandato yast para abrir la interfaz de YaST.
En el Centro de control de YaST, seleccione Software y vaya a los repositorios de software para configurar y habilitar un DVD, un servido 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.
En la pestaña Software, vaya a Gestión de software y busque el paquete o biblioteca necesarios como glibc-32bit en este ejemplo.
Pulse Aceptar para instalar el paquete requerido.
Salga de YaST pulsando Abandonar.