Error en conectividad SSH sin contraseña al instalar Grid Infrastructure 19c en RHEL8

Cele Cueva

Siguiendo con la instalación de Grid Infrastructure 19c sobre RedHat 8, además de otros errores que me he ido encontrando y que ya he publicado aquí (Error «clientSupportedOSCheck» al instalar Oracle en Red Hat 8 y Error de Perl: warning: Setting locale failed al ejecutar ASMCMD) hoy voy a desgranar otro, que costó bastante encontrar.

El error hablaba sobre un problema con la relación de confianza que había creado entre los nodos. Según la documentación oficial, debe ser posible conectarse de un nodo a otro sin contraseña. Además, hay que forzar una primera conexión para que se cree el fichero known_hosts y se añada ahí la confianza en ese host, para evitar la típica pregunta…

[oracle@SERVIDOR1 ]$ ssh servidor2
The authenticity of host 'servidor2 (10.10.0.10)' can't be established.
ECDSA key fingerprint is SHA256:PVcTkwHowazFaeJ+Jo6C7+uAAPvV0OS6nEWGlD1tEZU.
ECDSA key fingerprint is MD5:01:d7:qc:53:58:9r:81:62:5a:d2:f3:18:35:za:0s:jb.
Are you sure you want to continue connecting (yes/no)?

Y era posible, se podía conectar, y ya no saltaba la pregunta de autenticación. Lo probé de todas las maneras posibles. Revisé la relación de confianza varias veces, la borré, la volví a crear, seguía funcionando bien, pero a Oracle no le gustaba.

¿Quieres saber realmente qué ocurría y como lo solucioné? ⤵️

Leer artículo completo

Cele Cueva 20 de noviembre de 2024

analisis / análisis / base de datos / causa / clave privada / clave publica / cluster / clusterware / conexion / confianza / connect / contraseña / debug / error / grid / gridSetup.sh / hat / id_rsa / infrastructure / INS-44000 / INS-6006 / instalacion / install / key / log / mos / my oracle support / ol8 / openSSH / openSSL / Oracle / passwordless / red / red hat / refused / relacion / rhel8 / scp / scp -p / scp -t / script / sin / solucion / sql / ssh / version /

Error «clientSupportedOSCheck» al instalar Oracle en Red Hat 8

Cele Cueva

He instalado múltiples bases de datos en Red Hat 7, en Oracle Linux 7, incluso en CentOS 7 para mis laboratorios y pruebas.

Tengo documentados todos los pasos, ficheros de respuesta y todo bastante automatizado para ir rápido con esta tarea repetitiva, que a veces, se convierte ya en aburrida y un poco pesada.

Los que ya habéis leído alguna entrada de este blog, veréis que soy de la vieja escuela, de hacerlo todo por comando, y no me gustan los asistentes gráficos. En este caso podría usar DBCA, pero prefiero hacerlo en modo silencioso, mucho más rápido.

En Junio de 2024 ha finalizado el período de mantenimiento de Red Hat 7, y como no, en el mundo empresarial, hay que actualizar a RHEL8 y todo lo nuevo, ya debe estar en ese sistema, como mínimo.

Esta vez me toca instalar un clusterware entre dos servidores, con sus discos en ASM para los voting disk y OCR, lo habitual, como siempre.

Iluso de mi. Tengo todo preparado, ficheros de respuesta modificados, todo a punto. Lanzo el instalador para que se vaya creando e instalando todo mientras desayuno, y 💣 ¡BOOM! 💣

Vuelvo de desayunar, y no ha hecho nada.

Leer artículo completo

Cele Cueva 6 de noviembre de 2024

19c / certificacion / certificado / clientSupportedOSCheck / clusterware / CV_ASSUMECV_ASSUME_DISTID / database / error / export / extendido / file / findmnt / gráfico / grid / infrastructure / instalacion / install / lifecycle / mantenimiento / mos / noexec / nota / nullpointer / OL7 / opatch / Oracle / oracle linux / oracle support / rac / red hat / rhel / rhel7 / rhel8 / silent / soporte / temporal / tmp / upgrade / version /