Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Notas de la versión de Oracle Solaris 11 Oracle Solaris 11 Information Library (Español) |
2. Problemas relacionados con la instalación
El inicio del cliente AI falla con el error wanboot.conf debido a umask restrictivo (7052679)
Los manifiestos de Automated Installer se instalan sin protección de lectura (7097115)
Automated Installer basado en red falla en la plataforma x2100 con los controladores nge (6999502)
Text Installer se muestra en inglés cuando se selecciona otro idioma (7095437)
Conflictos en servicio de nombre de múltiples AI en los servidores de AI (7042544)
Problemas relacionados con el hardware
SPARC: el sistema requiere una actualización de firmware para iniciar Oracle Solaris 11 (7058642)
Los siguientes errores se pueden producir durante la instalación de Oracle Solaris 11 o después de ella.
Al instalar Oracle Solaris 11 con Automated Installer (AI), la instalación puede fallar si el sistema tiene más memoria RAM física que espacio en disco. El espacio asignado a los dispositivos de intercambio y volcado podría disminuir el espacio disponible para instalar Oracle Solaris. Puede aparecer el mensaje de error siguiente:
ImageInsufficentSpace: Insufficient disk space available (??.? GB) for estimated need (??.? GB) for Root filesystem
Solución alternativa: opte por una de estas soluciones:
Si no está limitado por el tamaño del disco, asigne más espacio al segmento usado como un vdev en la agrupación root.
Nota - En sistemas x86, si es necesario, asigne espacio adicional a la partición Solaris2.
Deshabilite la necesidad de asignar un volumen de intercambio y volcado. En el manifiesto de AI, especifique el valor true para los atributos nodump y noswap en la ficha <logical> de la sección <target>. Por ejemplo:
<logical noswap="true" nodump="true"> </logical>
Defina el zpool y asigne tamaños de intercambio y volcado más pequeños en el manifiesto:
<target> <disk whole_disk="true" in_zpool="rpool"> <disk_keyword key="boot_disk"/> </disk> <logical> <zpool name="rpool" root_pool="true"> <zvol name="swap" use="swap"> <size val="2gb"/> </zvol> <zvol name="dump" use="dump"> <size val="4gb"/> </zvol> </zpool> </logical> </target>
Desactive la asignación de un dispositivo de intercambio o volcado y asigne un tamaño concreto al otro dispositivo (el de volcado o de intercambio). El ejemplo siguiente muestra cómo deshabilitar el intercambio y agregar un tamaño de volcado de 4 GB:
<target> <disk whole_disk="true" in_zpool="rpool"> <disk_keyword key="boot_disk"/> </disk> <logical noswap="true"> <zpool name="rpool" root_pool="true"> <zvol name="dump" use="dump"> <size val="4gb"/> </zvol> </zpool> </logical> </target>
Para obtener más información acerca de cómo editar el manifiesto de AI, consulte la página del comando man ai_manifest(4).
Al crear un servicio de instalación, si umask tiene un valor restrictivo, el servicio de instalación se creará con los archivos de configuración a los que no puede acceder el cliente AI. Esto puede provocar que el cliente AI falle con el siguiente error wanboot:
{0} ok boot net:dhcp - install Boot device: /pci@400/pci@2/pci@0/pci@6/network@0:dhcp File and args: - install1000 Mbps full duplex Link up Timed out waiting for BOOTP/DHCP reply HTTP: Bad Response: 500 Internal Server Error (wanboot.conf error: Can't open configuration file) ERROR: boot-read fail Boot load failed. {0} ok
Solución alternativa: opte por una de estas soluciones:
Antes de ejecutar installadm para crear un servicio de instalación, configure umask en el valor menos restrictivo, como 022. Por ejemplo:
# umask 022 # installadm create-service -n svc1 -s /export/aiimages/S11_AI.ISO \ -d /export/auto_install/svc1
Para los servicios de instalación que ya se han creado, ajuste los permisos de los archivos wanboot.conf y system.conf para ese servicio. En el ejemplo siguiente, el nombre de servicio de instalación es svc1 y la ruta de acceso de la imagen es /export/auto_install/svc1:
# chmod 644 /var/ai/service/svc1/system.conf # chmod 644 /export/auto_install/svc1/wanboot.conf
Al Instalar Oracle Solaris 11 mediante el instalador de texto, la asignación entre los nombres de los dispositivos de red y los dispositivos de comunicación es incorrecta si se selecciona la configuración manual de la red.
Por ejemplo, en la pantalla de configuración de red manual, los nombres de los dispositivos de red y de comunicación se asignan de la siguiente manera:
net0 (igb2) net1 (igb3) net2 (igb0) net3 (igb1) net4 (usbecm2)
En este ejemplo, puede seleccionar el dispositivo igb0, que es net2. Sin embargo, después de la instalación, el dispositivo igb0 puede asignarse como net0. Como resultado de esta falta de coincidencia, se pierde la conectividad de la red después de la instalación.
Nota - Este problema se ha solucionado en el parche de Oracle Solaris 11 (SRU versión 3). Si utiliza imágenes SRU3 que se pueden iniciar para x86 o SPARC, no tendrá este problema.
Solución alternativa: para resolver este problema, lleve a cabo los siguientes pasos:
Durante la instalación, seleccione la opción 3 (shell) desde el menú inicial del instalador de texto.
Nota - Deberá cerrar el instalador de texto para volver al menú inicial.
En el indicador del shell, escriba los comandos siguientes.
# svcadm restart datalink-management:default # dladm show-phys -L # exit
Vaya al menú inicial y, luego, seleccione la opción 1 para instalar Oracle Solaris 11.
Ahora la pantalla de configuración de red manual muestra la asignación correcta.
El instalador de texto no permite la instalación de Oracle Solaris en un segmento dentro de un segmento Solaris2 existente. Este problema sólo ocurre si ha seleccionado conservar los datos en otro segmento o en un juego de segmentos dentro de ese mismo segmento.
La pantalla Seleccionar segmento en partición fdisk de Text Installer muestra un segmento existente en el segmento Solaris2 como si tuviera el tipo rpool. No puede utilizar la tecla F5 para cambiar el tipo de un segmento sin usar a rpool.
A menos que desee destruir los datos en el segmento rpool existente, tiene que salir del instalador. Este problema no afecta otros cambios en el sistema.
Solución alternativa: para utilizar el instalador de texto, debe instalar Oracle Solaris en un disco independiente. Puede realizar la instalación en otro segmento con espacio libre en un segmento Solaris2 existente si usa el Automated Installer (AI) con un manifiesto personalizado. El manifiesto de AI personalizado especifica el segmento que se utilizará para la instalación.
Por ejemplo, para instalar Oracle Solaris en una agrupación raíz s11-rpool en el segmento 7 de un segmento Solaris2, especifique lo siguiente en la sección targets del manifiesto de AI personalizado:
<target> <disk> <disk_name name="c3d0" name_type="ctd"/> <partition action="use_existing_solaris2"> <slice name="7" in_zpool="s11-rpool"> <size val="6144mb"/> </slice> </partition> </disk> <logical> <zpool name="s11-rpool" is_root="true"> <filesystem name="export" mountpoint="/export"/> <filesystem name="export/home"/> <be name="solaris"/> </zpool> </logical> </target>
El comando zoneadm install tiene una opción -c que puede tomar un directorio como un parámetro. Este directorio puede contener subdirectorios que incluyan perfiles de configuración del sistema.
Debido a la reducción de la estructura de directorios, si hay dos archivos con el mismo nombre dentro de la estructura de directorios, sólo uno de estos archivos se copia en la zona instalada.
Por ejemplo, supongamos que tiene el siguiente árbol de directorios:
directory-name/profiles1/sc_profile.xml directory-name/profiles2/sc_profile.xml directory-name/profiles3/sc_profile.xml
Supongamos que a continuación ejecuta el siguiente comando zoneadm install:
# zoneadm -z zone install -c directory-name
Los archivos de la estructura de directorios se copian en la nueva zona como si hubiera emitido los siguientes comandos en secuencia:
# cp directory-name/profiles1/sc_profile.xml \ zoneroot/etc/svc/profile/site/sc_profile.xml # cp directory-name/profiles2/sc_profile.xml \ zoneroot/etc/svc/profile/site/sc_profile.xml # cp directory-name/profiles3/sc_profile.xml \ zoneroot/etc/svc/profile/site/sc_profile.xml
Como resultado, cada una de las copias subsiguientes sobrescribe la copia anterior, dejando sólo un archivo. El sistema, por lo tanto, no se ha configurado correctamente después de la instalación.
Solución alternativa: asegúrese de que cada perfil, independientemente de su ubicación en el árbol de directorios, tenga un nombre único para que los perfiles no se sobrescriban cuando se copien. Por ejemplo, supongamos la siguiente estructura de directorios:
directory-name/profiles1/sc_profile_a.xml directory-name/profiles2/sc_profile_b.xml directory-name/profiles3/sc_profile_c.xml
Si ejecuta el comando zoneadm, se copian los archivos a la zona como se indica a continuación:
zoneroot/etc/svc/profile/site/sc_profile_a.xml zoneroot/etc/svc/profile/site/sc_profile_b.xml zoneroot/etc/svc/profile/site/sc_profile_c.xml
Cualquier usuario del servidor del programa de instalación automática puede leer los archivos de manifiesto XML utilizados por la instalación automática. Estos archivos están accesibles libremente a través de la red mediante el servicio de manifiesto HTTP del instalador automático. Las contraseñas proporcionadas como parte de la configuración de manifiesto no son seguras.
Solución alternativa: opte por una de estas soluciones:
Para limitar la legibilidad de los manifiestos del servidor del instalador automático, use el siguiente comando:
# chmod -R og-r /var/ai/*/AI_data
Utilice la función de Filtro de IP de Oracle Solaris, lo que ayuda a limitar el acceso a los puertos de servicio del manifiesto sólo a redes o clientes específicos.
Durante el primer inicio después de haber instalado un sistema con el programa de instalación automática, inicie una sesión y cambie las contraseñas configuradas con el programa de instalación automática. Para mayor seguridad, inicie el sistema en modo de un solo usuario.
En sistemas basados en SPARC, agregue la opción -s al comando boot.
En sistemas basados en x86, edite el menú de GRUB de manera interactiva y agregue la opción -s al comando kernel$.
Los manifiestos de Automated Installer se modifican desde una secuencia de comandos Derived Manifest con el comando aimanifest (1M).
Al agregar un nuevo elemento o un árbol secundario a un manifiesto de AI mediante el subcomando add o load de aimanifest(1M), el nuevo elemento o raíz de árbol secundario puede colocarse mal entre elementos del mismo nivel. Si se cumplen todas las condiciones siguientes, el nuevo elemento o la raíz del árbol secundario se agregan al final de la lista de elementos del mismo nivel, incluso si no es el lugar correcto:
Existen otros elementos en el nivel principal donde se va a agregar el nuevo elemento.
Otros elementos con la misma etiqueta no están presentes en el nivel principal donde se va a agregar el nuevo elemento.
No hay elementos que sigan al nuevo elemento presentes.
Como resultado, la validación del manifiesto puede llegar a fallar. Es posible que vea un mensaje de error similar cuando ejecute AI o en el archivo /system/volatile/install_log como una falla de los puntos de control del módulo de manifesto derivado (DMM):
16:48:04: aimanifest: INFO: command:add, path:/auto_install/ai_instance/ target/logical/zpool[@name=rpool]/filesystem@name, value:zones 16:48:04: aimanifest: INFO: cmd:success, validation:Fail, node:/auto_install[1]/ai_instance[1]/ target[1]/logical[1]/zpool[1]/filesystem[1] 16:48:05 Derived Manifest Module: script completed successfully 16:48:05 Derived Manifest Module: Manifest header refers to no DTD. 16:48:05 Derived Manifest Module: Validating against DTD: /usr/share/install/ai.dtd.1 16:48:05 Validation against DTD /usr/share/install/ai.dtd.1] failed 16:48:05 /system/volatile/manifest.xml:6:0:ERROR:VALID:DTD_CONTENT_MODEL: Element zpool content does not follow the DTD, expecting (vdev* , filesystem* , zvol* , pool_options? , dataset_options? , be?), got (be filesystem ) 16:48:05 Derived Manifest Module: Final manifest failed XML validation 16:48:05 Error occurred during execution of 'derived-manifest' checkpoint. 16:48:05 Aborting: Internal error in InstallEngine ERROR: an exception occurred. Derived Manifest Module: Final manifest failed XML validation
Solución alternativa: ensamble el manifiesto de AI en otro orden o con series distintas de subcomandos add o load de modo tal que los elementos o árboles secundarios nuevos se agreguen en el orden correcto. El orden está determinado por los archivos DTD en el directorio /usr/share/install. Los siguientes archivos DTD se utilizan para validar los manifiestos de AI:
ai.dtd.1
target.dtd.1
boot_modes.dtd.1
software.dtd.1
Agregue todos los elementos origen antes de agregar los elementos de duplicación. Por ejemplo, si está estableciendo el elemento de origen y el elemento de duplicación de un editor, el archivo software.dtd.1 tiene la siguiente línea que indica qué elementos de duplicación deben ir después de los elementos de origen:
<!ELEMENT publisher (origin+, mirror*)>
Si utiliza el Automated Installer basado en red para instalar Oracle Solaris en una plataforma x2100 con un controlador nge , es posible que aparezca el siguiente mensaje de error después de un periodo prolongado:
kernel$ /s11-173-x86/platform/i86pc/kernel/$ISADIR/unix -B install_media=http:// $serverIP:5555//install/images/s11-x86,install_service=s11-173-x86,install_svc_address= $serverIP:5555 loading '/s11-173-x86/platform/i86pc/kernel/$ISADIR/unix -B install_media=http:// $serverIP:5555//install/images/s11-x86,install_service=s11-173-x86,install_svc_address= $serverIP:5555' module$ /s11-173-x86/platform/i86pc/$ISADIR/boot-archive loading ' /s11-173-x86/platform/i86pc/$ISADIR/boot-archive' ... Error 20: Mulitboot kernel must be loaded before modules Press any key to continue...
Se trata de un problema con la instalación de PXE en el BIOS de x2100 con el controlador nge. Este problema se produce en la versión de BIOS 1.1.1 y posteriores.
Solución alternativa: elija una de las siguientes soluciones alternativas para instalar Oracle Solaris en una plataforma x2100 con un controlador nge:
Realice la instalación desde medios.
Utilice el medio Automated Installer.
Utilice Text Installer.
Utilice LiveCD.
Utilice el controlador bge en lugar del controlador nge.
Cambie el BIOS a la versión 1.0.9.
Las aplicaciones sysconfig y Text Installer pueden interrumpirse inesperadamente en las pantallas de Zona horaria si realiza cualquiera de las siguientes operaciones:
Presiona Ctrl + L.
Presiona F9 y selecciona el botón Cancelar.
Este problema sólo ocurre cuando ha seleccionado una de las siguientes regiones de zona horaria:
África
América
Asia
Europa
Océano Pacífico
Nota - No se guarda ninguna de las selecciones realizadas antes de que las aplicaciones se cerraran.
Solución alternativa: para evitar este comportamiento, no intente cerrar estas aplicaciones desde las pantallas de Zona horaria. Utilice las siguientes soluciones alternativas:
Si está ejecutando Text Installer, volverá automáticamente al menú principal de instalación. Desde el menú principal, seleccione la opción Instalar Oracle Solaris para reiniciar el instalador de texto.
Si está ejecutando la aplicación sysconfig, realice lo siguiente:
Conéctese como root con una contraseña vacía.
Reinicie para reanudar el proceso de configuración interactiva desde el principio.
Si instala el SO Oracle Solaris en un disco de inicio FC de ruta doble, la instalación falla con los siguientes errores:
2011-08-16 18:41:38,434 InstallationLogger.target-selection DEBUG Traceback (most recent call last): File "/usr/lib/python2.6/vendor-packages/solaris_install/auto_ install/checkpoints/target_selection.py", line 3419, in execute self.select_targets(from_manifest, discovered, dry_run) 2011-08-16 18:41:38,642 InstallationLogger INFO Automated Installation Failed 2011-08-16 18:41:38,693 InstallationLogger INFO Please see logs for more information 2011-08-16 18:41:38,743 InstallationLogger DEBUG Shutting down Progress Handler
Solución: desconecte uno de los dos cables SAS JBOD de ruta doble.
La el proceso de detección y enumeración de la topología de disco de la arquitectura de administración de errores (FMA) podría no soportar correctamente las configuraciones con combinación de discos conectados directamente y discos virtuales. Como resultado, las unidades conectadas directamente no están visibles para la utilidad de instalación Automated Installer.
Solución alternativa: use las utilidades de instalación Text Installer o Live Installer de Oracle Solaris 11 para realizar la instalación, ya que todos las unidades de disco se pueden seleccionar.
Si utiliza Automated Installer (AI) para instalar un cliente, es posible que no se aplique un perfil de configuración de sistema personalizado si el perfil está asociado con el criterio hostname. Es posible que el cliente de AI reciba un nombre de dominio completo o un nombre de host no cualificado en función de cómo los servicios de nombres están configurados en la red. Si el criterio de hostname especificado durante la creación del perfil no coincide exactamente con el valor de hostname del cliente, cualquier intento para que coincida con el perfil falla.
Si el perfil se denomina nombre_perfil y la línea siguiente no está en el archivo de registro ai_sd_log, significa que el perfil no se encontró:
SC profile locator: Processing profile profile-name
Nota - El archivo de registro ai_sd_log está en el directorio /system/volatile antes de reiniciar el cliente y en el directorio /var/sadm/system/logs después del reinicio.
Solución alternativa: para verificar que el problema sea causado por un nombre de host que no coincida entre el cliente y el servidor de AI, compruebe la siguiente cadena en el archivo de registro ai_sd_log:
hostname=hostname
Cuando utiliza el programa de instalación de texto o un equivalente de una consola física, como un KVM remoto basado en web o una consola VirtualBox, el instalador muestra el texto en inglés, incluso si ha seleccionado otro idioma durante el inicio desde el medio de instalación. El instalador muestra texto en inglés para evitar un texto ilegible debido a caracteres que no sean de ASCII.
Text Installer muestra texto localizado sólo en un equivalente de consola en serie, por ejemplo, una consola de servicio basada en SSH o telnet.
Solución alternativa: ninguna.
Los usuarios de servidores SPARC T-Series de Oracle pueden experimentar un inicio de WAN lento durante una instalación automatizada, cuando se usa Automated Installer (AI), de un dominio huésped si se está ejecutando una versión anterior del firmware del sistema.
Solución alternativa: para firmware del sistema 8.x, se necesita al menos la versión 8.1.1.b o superior. Para firmware del sistema 7.x, se necesita al menos la versión 7.4.0.d o superior.
La siguiente lista muestra las plataformas y la versión de firmware necesaria. Para obtener más información sobre la versión específica del firmware del sistema, consulte las notas de la versión de Oracle VM Server para SPARC.
El firmware del sistema 8.x admite las siguientes plataformas:
Sun SPARC T3-1
Sun SPARC T3-2
Sun SPARC T3-4
Sun SPARC T3-1B
Netra SPARC T3-1
Netra SPARC T3-1B
Sun SPARC T4-1
Sun SPARC T4-1B
Sun SPARC T4-2
Sun SPARC T4-4
El firmware del sistema 7.x admite las siguientes plataformas:
Sun SPARC Enterprise T5120
Sun SPARC Enterprise T5140
Sun SPARC Enterprise T5220
Sun SPARC Enterprise T5240
Sun SPARC Enterprise T5440
Sun Blade T6320 - Sun Blade T6340
Las siguientes plataformas no tienen la versión de firmware necesaria disponible:
Netra SPARC T3-1BA
Netra CP3260
En los servidores de AI configurados para funcionar con varias redes, el daemon mdns puede advertir que hay instancias idénticas de nombres de servicio de AI registradas. Puede aparecer el mensaje de error siguiente:
mDNSResponder: [ID 702911 daemon.error] Client application registered 2 identical instances of service some-service._ OSInstall._tcp.local. port 5555. mDNSResponder: [ID 702911 daemon.error] Excessive name conflicts (10) for some-service._ OSInstall._tcp.local. (SRV); rate limiting in effect
Nota - Los clientes de AI aun pueden obtener la información necesaria para la instalación.
Solución alternativa: para evitar los conflictos de servicios de nombres de múltiples AI, configure las propiedades exclusion o inclusion para el servicio SMF svc:/system/install/server:default.
El siguiente ejemplo muestra cómo configurar las propiedades all_services/exclude_networks y all_services/networks para incluir todas las redes que se configuraron en el sistema.
# svccfg -s svc:/system/install/server:default \ setprop all_services/exclude_networks = false # svccfg -s svc:/system/install/server:default \ delprop all_services/networks #1.#1.#1.#1/#1 # svccfg -s svc:/system/install/server:default \ delprop all_services/networks #2.#2.#2.#2/#2 ... # svccfg -s svc:/system/install/server:default \ addprop all_services/networks 0.0.0.0/0 # svcadm refresh svc:/system/install/server:default # svcadm restart svc:/system/install/server:default
#1.#1. #1.#1/#1 y #2.#2. #2.#2/#2 son las direcciones IP para las interfaces de red que se han configurado.
Al crear un servicio de instalación nuevo con la configuración DHCP opcional, si el servicio installadm necesita crear un nuevo servidor DHCP cuando no hay un cliente DNS configurado, el servicio installadm generará un archivo de configuración DHCP incompleto.
El comportamiento se produce porque el servicio installadm agrega etiquetas adicionales a la información de configuración del DNS en el archivo de configuración DHCP. No obstante, los valores de etiqueta adicionales no están disponibles para utilizarse en la configuración de DHCP.
Con un archivo de configuración incompleto, el servicio de DHCP quizás no pueda lograr un estado en línea y determina un estado de mantenimiento. Puede aparecer el mensaje de error siguiente:
Name services are not configured for local DHCP server. Manual configuration will be required, please see dhcpd(8) for further information.
Solución alternativa: para pasar el servidor DHCP local al estado en línea, realice los siguientes pasos:
Modifique el archivo /etc/inet/dhcpd4.conf y elimine las siguientes líneas:
option domain-name; option domain-name-servers;
Escriba el siguiente comando para reiniciar el servidor DHCP:
# svcadm clear svc:/network/dhcp/server:ipv4
El comando svcadm con la opción restart cambia el servidor DHCP a un estado en línea e inicia las operaciones de instalación automatizada. Puede verificar el estado del servidor DHCP con el siguiente comando:
# svcs -Ho state svc:/network/dhcp/server:ipv4
Nota - Otras operaciones create-service no se ven afectados por este error y no requieren ninguna solución adicional.
Después de clonar una zona con etiquetas, la zona no se inicia. El motivo de este error es que el conjunto de datos para el sistema de archivos /var tiene la etiqueta ADMIN_LOW en lugar de la etiqueta de la zona. Por lo tanto no se puede montar como read-write en la zona. Aparecerá el siguiente mensaje de error:
ERROR: Cannot boot zone. The system was unable to verify that the zone doesn't contain old or incompatible packages within the zone.
Utilice el comando zfs list para determinar el nombre del conjunto de datos correspondiente al sistema de archivos /var de la zona. Luego, escriba el siguiente comando:
# zfs set mlslabel=none var-dataset
donde var-dataset es el nombre del conjunto de datos correspondiente.