Se puede personalizar el comportamiento automático del script de inicio para proporcionar funcionalidad personalizada al dispositivo.
Defina los parámetros siguientes en uno de los archivos siguientes:
/etc/sysconfig/applogic_init
Configuración del dispositivo init
Si el archivo /etc/sysconfig/applogic_init está presente, el script init del APK lo interpreta como un shell que incluye un script con el comando ".".
Importante: El archivo /etc/sysconfig/applogic_init se ejecuta antes de que se recupere o aplique cualquier dato de configuración. Por lo tanto, el script no puede confiar en la presencia de ningún archivo de configuración del dispositivo. No utilice este archivo para ejecutar código de inicialización, solamente para las variables de configuración definidas anteriormente.
Ejemplo /etc/sysconfig/applogic_init:
APK_CONFIG_FILES=/etc/httpd/conf.d/myconfig.conf APK_AUTH_KEY_PATH=/root/.ssh/alternate_keys
Los siguientes parámetros se pueden definir en cualquiera de los dos scripts:
|
APK_AUTH_KEY_PATH |
Ubicación en la que se almacenan la clave pública de acceso de SSH del dispositivo. El comando 3t comp ssh se conecta a los dispositivos mediante la clave privada correspondiente. El valor predeterminado es /root/.ssh. Si se establece como una cadena vacía, la clave no se almacenará en ningún sitio. |
|
APK_CONFIG_FILES |
Lista de archivos separados por espacios a los que se aplican propiedades de dispositivo. Un dispositivo equipado con el APK utilizará la lista APK_CONFIG_FILES que se encuentra en el propio dispositivo, y no la lista especificada en la GUI. Si el dispositivo no está utilizando el APK, se sustituirá la lista de archivos de configuración especificada en el cuadro de diálogo Modificar límite en el editor de infraestructura de la GUI. Importante: Si se instala el APK en un dispositivo existente, verifique los archivos de configuración en el descriptor de la clase. El descriptor de la clase se encuentra en la ficha Archivos de configuración del cuadro de diálogo Modificar límite en el editor de infraestructura. Transfiera la lista de archivos a la configuración APK_CONFIG_FILES en el dispositivo. |
|
APK_CONFIG_DNS |
Este parámetro controla las actualizaciones de la configuración del solucionador de nombres de sistema. Valores:
|
|
APK_HOSTNAME_UPDATE |
Al establecer este parámetro en No se desactiva el comportamiento predeterminado de cambiar el nombre de host o el nombre del equipo a una cadena obtenida a partir del nombre de la instancia del dispositivo. Desactivar el cambio automático del nombre de host puede ser deseable para los dispositivos de Servidor virtual privado o dedicado, donde el propietario del dispositivo mantiene todos los aspectos de su configuración, incluido el nombre de host. Importante: Si APK_HOSTNAME_UPDATE se establece en Sí (o no se establece en absoluto), el cambio de nombre de host activará un reinicio del SO. Esto ocurrirá la primera vez que se inicie o cada vez que se cambie el nombre de instancia del dispositivo y se reinicie. Dado que este reinicio se lleva a cabo antes de que el APK comunique el inicio correcto, el efecto observado es que parece que el dispositivo tarda el doble en iniciarse. Si el APK activa un reinicio, se mostrará un mensaje sobre la introducción del modo de mantenimiento en los detalles de progreso del inicio. |
|
APK_AUTOMOUNT |
Si se establece este parámetro en No, se desactiva la asignación automática de letras de unidad o puntos de montaje, como se especifica en la clase de dispositivo. También se desactivan todos los controles de estado del volumen en el APK. Importante: Esta opción se debe utilizar si se equipa el dispositivo con un dispositivo de CD-ROM configurado (asignando una imagen con formato ISO como uno de sus discos virtuales). El montaje automático del APK no funciona en esta combinación y provocará un error en el reinicio del dispositivo. |
Comprobación del dispositivo después del inicio
Si el archivo /etc/sysconfig/applogic_appliance o \aookiguc\config\applogic_appliance está presente, el script late init del APK lo interpreta como un shell que incluye un script (con el comando "."), después de que todos los demás servicios del dispositivo se hayan iniciado. El estado de retorno del script indica si se considerará que el dispositivo se ha iniciado correctamente (started OK) o no se pudo iniciar (failed).
Si el script imprime un mensaje en stderr y devuelve un error, la última línea de este mensaje se utilizará como el mensaje de error que se envíe al controlador.
Archivo de comprobación posterior al inicio de ejemplo para un dispositivo de servidor web. Esto verifica que el servidor esté en funcionamiento y responde a HTTP GET a la página principal:
if ! wget -q -O /dev/null http://localhost/ ; then echo "start failed - web server is not responding" >&2 return 1 fi return 0
Evite utilizar /etc/sysconfig/applogic_appliance como script de inicio para iniciar servicios del dispositivo. Esto impediría el uso o la comprobación de la instalación fuera de un dispositivo que tenga el APK instalado.
Importante: En Windows, la comprobación posterior al inicio applogic_appliance se inicia después de que el SCM de Windows (administrador de control de servicios) haya cargado todos los servicios, y no cuando completen la inicialización. Esto es diferente de otras plataformas compatibles con el APK.
En Windows, algunos servicios se inician utilizando otros mediante una llamada de API, en lugar de una dependencia explícita. No se pueden tener en cuenta con tan solo esperar el evento de finalización de la carga de servicios automáticos. Cualquier código de comprobación de inicio que se agregue al archivo /etc/sysconfig/applogic_appliance debe tenerlo en cuenta y esperar a todos los servicios que tenga que controlar, por si no se han inicializado todavía.
|
Copyright © 2013 CA.
Todos los derechos reservados.
|
|