Manual de configuración y resolución de incidencias

Transcripción

1 Manual de configuración y resolución de incidencias Pág. 1 de 26

2 CONTROL DOCUMENTAL Proyecto: Título: PROGRAMA DE URBANISMO EN RED Manual de Consola Versión: 1.0 Fecha edición: 04/08/2014 Archivo: Autor(es): Resumen: Manual_config_resoluc_inc_v1.0.docx Alfonso Saiz Instrucciones de servicio y solución de incidencias. CONTROL DE CAMBIO DE VERSIÓN Versión Fecha Módulos Descripción del cambio /06/2014 N/A Creación del manual Pág. 2 de 26

3 ÍNDICE Control Documental... 2 Control de cambio de versión... 2 Índice Manual de Configuración Sistema Operativo Scripts de arranque y parada Ficheros a considerar Desactivar actualizaciones automáticas POSTGRESQL Ficheros a considerar Arranque/Parada Trazas JBOSS Ficheros a considerar Arranque/Parada Trazas Aplicativos ALTA DISPONIBILIDAD (KEEPALIVED + LVS + HAPROXY) KEEPALIVED HAPROXY Activación de trazas HAProxy SINCRONIZAR NODOS Programación de la sincronización DRDB Trazas Estado actual Situación split-brain HEARTBEAT Actuaciones tipo INCIDENCIAS HARDWARE Problemas de la fuente de alimentación Problemas de alimentación El disco duro falla Pág. 3 de 26

4 8.4. Los discos duros no se reconocen El servidor no reconoce una unidad de disco duro Problemas generales en la memoria Se produce un error de recuento de memoria El servidor no reconoce la memoria existente Problemas de los procesadores Actuaciones tipo INCIDENCIAS SOFWARE No se puede conectar al Visor/Consola No se puede acceder/validarse en la Consola Las capas de planeamiento no se cargan No se visualizan los datos del registro en el Visor No se visualizan los planos georreferenciados en el Visor La ficha urbanística, los documentos, no cargan o fallo en la autenticación de la consola Cambio de configuración de red El sistema Apache no inicia Realización de copias de seguridad Restauración desde copias de seguridad Restauración de últimas copias de bases de datos Verificación de servicios PLAN DE APAGADO Y ENCENDIDO DEL SISTEMA Apagado y encendido de una instalación dos nodos Apagado y encendido de una instalación cuatro nodos CONEXIÓN SSH Configuración PuTTY INFORMACIÓN PROGRAMA URBANISMO EN RED Pág. 4 de 26

5 1. Manual de Configuración Podrá encontrar los usuarios y contraseñas para acceder al sistema operativo, tanto en el manual de instalación como en el Informe Técnico - Plan de Pruebas de la implantación de la solución SW en su EL Sistema Operativo Se utilizará como sistema operativo Ubuntu LTS Server, una distribución Linux basada en Debian. Se instalará la versión Server de Ubuntu. La versión de kernel implementada es la server. Todas las tareas de instalación/verificación incluidas en este documento, se realizarán con el usuario root Scripts de arranque y parada Directorio donde se indican los programas a ejecutar en el arranque de la máquina. /etc/init.d 1.3. Ficheros a considerar /etc/hosts /etc/hostname /etc/network/interfaces Fichero que se corresponde con la tabla estática de búsqueda de hostnames localhost <urb01> # The following lines are desirable for IPv6 capable hosts ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters Se tendrán que establecer los valores siguientes: IP ( y nombre de la máquina (<urbr01>) Ejemplo localhost urbmodop1 # The following lines are desirable for IPv6 capable hosts ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters Nombre de host del sistema. Se tendrá que editar y establecer el valor deseado Ejemplo Urbmodop1 Es el archivo que contiene la configuración de las interfaces de red es y contendrá una sección por cada interfaz de red a configurar. Veamos cómo se configuran las interfaces de red más habituales: Loopback o interfaz de retorno: dirección IP El archivo /etc/network/interfaces incluirá la sección: auto lo iface lo inet loopback Pág. 5 de 26

6 /etc/udev/rules.d/70- persistent-net.rules Ethernet: el archivo /etc/network/interfaces incluirá líneas similares a: auto eth0 iface eth0 inet static address netmask network broadcast gateway Los parámetros son: static: IP estática. Si en la LAN hay un servidor DHCP y tenemos IP dinámica, pondremos dhcp. address (dirección IP de la máquina en la LAN): cada interfaz de red conectada a una red IP es identificada por una IP única de cuatro bytes (32 bits). El rango de IPs reservadas para LAN es de a netmask (máscara de red de la LAN): es un número que establece qué parte de la IP de un host corresponde a la red y qué parte corresponde a la máquina. También nos indica la cantidad máxima de equipos que podemos tener en nuestra red. network (dirección IP de la LAN): es la parte de la IP de la máquina común a todas las máquinas de la red. broadcast (dirección de difusión): es la IP a la que se mandan los paquetes que deben recibir todas las máquinas de la LAN. Todas las máquinas de la red escuchan la dirección de broadcast además de la suya propia. gateway (dirección de pasarela o puerta de enlace): es la IP de la máquina de nuestra LAN a través de la cual salimos hacia el exterior. Un gateway es una máquina que tiene dos intefaces de red (una tarjeta conectada a nuestra LAN y la otra conectada a una red exterior), cada una de ellas con una IP, la que le corresponda en esa red. La IP del gateway suele ser la primera IP disponible ( ) o la última ( ). Ejemplo # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth1 iface eth1 inet static address netmask network broadcast gateway # dns-* options are implemented by the resolvconf package, if installed dns-nameservers auto eth2 iface eth2 inet dhcp Eliminar este archivo tras la restauración desde disco maestro. Udev es una colección de herramientas y un demonio para gestionar eventos recibidos desde el núcleo (kernel) y manejarse con ellos en el espacio de usuario. Fundamentalmente esto implica crear y eliminar nodos del dispositivo en /dev cuando se descubre o elimina hardware del sistema. Pág. 6 de 26

7 /etc/profile /etc/environment /etc/apt/apt.conf /etc/resolv.conf /etc/ssh/sshd_config Los eventos se reciben vía mensajes del kernel y procesados de acuerdo con las reglas indicadas en el directorio /lib/udev/rules.d, cambiando el nombre de dispositivo, creando vínculos simbólicos adicionales o llamando a otras herramientas y programas incluyendo aquellos para cargar módulos del kernel o inicializar dispositivo. Ejemplo # PCI device 0x8086:0x105e (e1000e) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address=="00:26:55:d7:7d:82", ATTR{dev_id=="0x0", ATTR{type=="1", KERNEL=="eth*", NAME="eth1" # PCI device 0x8086:0x10c9 (igb) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address=="f4:ce:46:80:2c:bf", ATTR{dev_id=="0x0", ATTR{type=="1", KERNEL=="eth*", NAME="eth3" # PCI device 0x8086:0x105e (e1000e) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address=="00:26:55:d7:7d:83", ATTR{dev_id=="0x0", ATTR{type=="1", KERNEL=="eth*", NAME="eth2" # This file was automatically generated by the /lib/udev/write_net_rules # program, run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single # line, and change only the value of the NAME= key. # PCI device 0x8086:0x10c9 (igb) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address=="f4:ce:46:80:2c:be", ATTR{dev_id=="0x0", ATTR{type=="1", KERNEL=="eth*", NAME="eth0" Verificar si aparecen las variables http-proxy y https-proxy y verificar sus valores. Verificar si aparecen las variables http-proxy y https-proxy y verificar/modificar sus valores adecuadamente a la instalación. Acquire:: " Verificar si aparecen las variables http-proxy y https-proxy y verificar sus valores. Fichero de configuración para resolver direcciones por DNS. nameserver nameserver Inhabilitar login remoto de root. PermitRootLogin no 1.4. Desactivar actualizaciones automáticas En fichero /etc/hosts incluir # desactivar actualizaciones automaticas es.archive.ubuntu.com security.ubuntu.com Adicionalmente cambiar a 444 los permisos del archivo apt de /etc/cron.daily Pág. 7 de 26

8 2. POSTGRESQL El directorio de instalación es POSTGRES_HOME=/pg_data Usuario Contraseña Postgres XXXXX La contraseña para acceder a PostgreSQL, viene definida tanto en el manual de instalación como en el Informe Técnico - Plan de Pruebas El script de arranque parada se encuentra en /etc/init.d y se llama postgresql-8.x 2.1. Ficheros a considerar Los ficheros de configuración se encuentran en $POSTGRES_HOME/PostgreSQL/8.X/data y los principales son: pg_hba.conf Direccionamientos permitidos para el acceso a las bases de datos # IPv4 local connections: host all all /32 md5 host all all /32 trust host all all md5 # IPv6 local connectionsss host all all ::1/128 md5 pg_ident.conf Fichero que gestiona el mapeo de nombre de usuario, básicamente se encarga de relacionar los nombres de usuario externos con los nombres de usuario internos de Postgres. postgresql.conf Fichero de configuración de PostgreSQL Establecer las siguientes asignaciones: listen_addresses = '*' add_missing_from = on psql-history Fichero de histórico de postgressql deberá tener permisos 755 -rwxrwxrwx 1 root root :15.psql_history 2.2. Arranque/Parada Postgres se tendrá que arrancar automáticamente en la máquina que actúe como primaria en la instalación. No obstante y para la resolución de problemas puede ser necesario el arranque / parada manual. Arranque Parada 2.3. Trazas El arranque debe realizarse como superusuario (root) y para hacerlo se utilizará el siguiente comando desde el prompt del sistema: sudo /etc/init.d/postgresql-8.x start La parada debe realizarse como superusuario (root) y para hacerlo se utilizará el siguiente comando desde el prompt del sistema: sudo /etc/init.d/postgresql-8.x stop Los ficheros de log se encuentran en $POSTGRES_HOME/PostgreSQL/8.X/data/pg_log Pág. 8 de 26

9 3. JBOSS Los scripts de arranque y parada se encuentran en /etc/init.d y se llaman jboss y jboss-web (instancia geoserver) Ficheros a considerar Hay que verificar la dirección IP de los interfaces management y public, siendo la misma que el servidor: root@urbr::/urbr/app/jboss7/standalone/configuration# nano standalone.xml <subsystem xmlns="urn:jboss:domain:ejb3:1.1" lite="true"> <session-bean> <stateless>..<interfaces> <interface name="management"> <inet-address value="${jboss.bind.address.management:<ip_servidoor>"/> </interface> <interface name="public"> <inet-address value="${jboss.bind.address: <IP_SERVIDOOR>"/> </interface> </interfaces> 3.2. Arranque/Parada Arranque Parada /etc/init.d/jboss start /etc/init.d/jboss-web start /etc/init.d/jboss stop /etc/init.d/jboss-web stop 3.3. Trazas La ruta de los ficheros de log es $JBOSS_HOME/Server/default/log y los ficheros son: boot.log El fichero boot.log se genera cada vez que se arranca jboss. server.log El arranque de Jboss lleva un tiempo (aproximadamente un minuto) console.log y se puede monitorizar viendo las entradas que genera en el fichero server.log o console.log. Mediante la instrucción tail f server.log se podrá ir siguiendo el arranque. ps -ef grep jboss grep -v grep Pág. 9 de 26

10 3.4. Aplicativos Desde la consola de JBOSS ( revisar que los aplicativos se están ejecutando correctamente. Pág. 10 de 26

11 4. ALTA DISPONIBILIDAD (KEEPALIVED + LVS + HAPROXY) 4.1. KEEPALIVED Instalación Script de arranque/parada Fichero de configuración Procesos KEEPALIVED_HOME=/etc/keepalived /etc/init.d/ con el nombre keepalived $KEEPALIVED_HOME con el nombre keepalived.conf Verificación de #configuracion Global global_defs { notification_ { alertas@midominio.com notification_ _from balanceador1@midominio.com smtp_server smtp_connect_timeout 30 lvs_id LVS_MASTER vrrp_script chk_haproxy { # Requires keepalived script "killall -0 haproxy" # cheaper than pidof interval 2 # check every 2 seconds weight 2 # add 2 points of prio if OK vrrp_instance wasintranet { state MASTER interface eth0 virtual_router_id 51 priority 100 advert_int 1 wdog-vrrp 1 virtual_ipaddress { /24 track_script { chk_haproxy /usr/sbin/keepalived $KEEPALIVED_HOME con el nombre keepalived.conf Verificación de #configuracion Global global_defs { notification_ { alertas@midominio.com notification_ _from balanceador1@midominio.com smtp_server smtp_connect_timeout 30 lvs_id LVS_BACKUP vrrp_script chk_haproxy { # Requires keepalived script "killall -0 haproxy" # cheaper than pidof interval 2 # check every 2 seconds weight 2 # add 2 points of prio if OK vrrp_instance wasintranet { state BACKUP interface eth0 virtual_router_id 51 priority 100 advert_int 1 wdog-vrrp 1 virtual_ipaddress { /24 track_script { chk_haproxy Pág. 11 de 26

12 4.2. HAPROXY El haproxy proporciona balanceo a la alta disponibilidad proporcionada por keepalived. Instalación HAPROXY_HOME=/etc/haproxy Script de arranque/parada /etc/init.d/ con el nombre haproxy Fichero de configuración $HAPROXY_HOME con el nombre haproxy.cfg Verificación de la IP address Se encuentra en el directorio /etc/haproxy global log local0 log local1 notice listen LoadBalancer XX.XX.XX.XX:80 server Servidor1 XX.XX.XX.XX:8080 cookie A check server Servidor2 XX.XX.XX.XX:8080 cookie B check listen LoadTomcat XX.XX.XX.XX:82 server Servidor1 XX.XX.XX.XX:8081 cookie A check server Servidor2 XX.XX.XX.XX:8081 cookie B check listen LoadMapserver XX.XX.XX.XX:83 server Servidor1 XX.XX.XX.XX:88 cookie A check server Servidor2 XX.XX.XX.XX:88 cookie B check Se configura para realizar balanceo http entre los apaches de dos servidores y persistencia de sesión. El algoritmo de asignación es roundrobin (reparto al 50%) y se ha establecido persistencia de sesión mediante inserción de cookie. ps -ef grep keepalived grep -v grep ps -ef grep haproxy grep -v grep 4.3. Activación de trazas HAProxy haproxy.cfg /etc/rsyslog.d /etc/rsyslog.d /etc/logrotate.d/haproxy En fichero haproxy.cfg global. log /dev/log local0 log /dev/log local1 notice Entrada en 50-default.conf *.*;auth,authpriv.none,local0,local1.none -/var/log/syslog Crear fichero haproxy.cfg con el contenido siguiente: if ($programname == 'haproxy' and $syslogseverity-text == 'info') then - /var/log/haproxy/haproxy-info.log if ($programname == 'haproxy' and $syslogseverity-text == 'notice') then - /var/log/haproxy/haproxy-notice.log Crear /etc/logrotate.d/haproxy con el contenido siguiente: /var/log/haproxy/*.log { weekly missingok rotate 7 compress delaycompress notifempty create 640 root adm sharedscripts postrotate /etc/init.d/haproxy reload > /dev/null Pág. 12 de 26

13 Crear directorio /var/log/haproxy /etc/init.d/rsyslogd reload /etc/init.d/haproxy reload endscript 5. SINCRONIZAR NODOS Desde directorio : /usr/jboss/build/output/var/ ejecutamos la siguiente instrucción /usr/bin/rsync -rauvz -e 'ssh -i /root/.ssh/id_urbrmoda1' /usr/jboss/build/output/var/* root@urbrmoda2:/usr/jboss/build/output/var/ 5.1. Programación de la sincronización En nodo1 y con usuario root se lanza la instrucción crontab -e Mediante el editor dejamos el archivo como sigue: # m h dom mon dow command */ * * * /usr/bin/rsync -rauvz -e 'ssh -i /root/.ssh/id_urbrmoda1' /usr/jboss/build/output/var/* root@urbrmoda2:/usr/jboss/build/output/var/ */ * * * /usr/bin/rsync -rauvz -e 'ssh -i /root/.ssh/id_urbrmoda1' root@urbrmoda2:/usr/jboss/build/output/var/* /usr/jboss/build/output/var/ */ * * * /usr/bin/rsync -rauvz -e 'ssh -i /root/.ssh/id_urbrmoda1' /usr/jboss/build/output/conf/* root@urbrmoda2:/usr/jboss/build/output/conf/ */ * * * /usr/bin/rsync -rauvz -e 'ssh -i /root/.ssh/id_urbrmoda1' root@urbrmoda2:/usr/jboss/build/output/conf/* /usr/jboss/build/output/conf/ */ * * * /usr/bin/rsync -ruvz -e 'ssh -i /root/.ssh/id_urbrmoda1' /usr/jboss/build/output/jboss GA/server/web/deploy/geoserver.war/data/styles/* root@urbrmoda2:/usr/jboss/build/output/jboss GA/server/web/deploy/geoserver.war/data/styles/ */ * * * /usr/bin/rsync -ruvz -e 'ssh -i /root/.ssh/id_urbrmoda1' root@urbrmoda2:/usr/jboss/build/output/jboss GA/server/web/deploy/geoserver.war/data/styles/* /usr/jboss/build/output/jboss GA/server/web/deploy/geoserver.war/data/styles/ El significado de */ * * * es el siguiente */1 Ejecución cada minuto 7-22 Entre 7 y 22 horas * Cualquier día del mes * Cualquier mes * Cualquier día de la semana Pág. 13 de 26

14 6. DRDB Script de arranque/parada Fichero de configuración Procesos /etc/init.d/ con el nombre drbd service drdb start/stop /etc con el nombre drbd.conf resource r0 { protocol C; # incon-degr-cmd "halt -f"; startup { degr-wfc-timeout 120; # 2 minutes. disk { on-io-error detach; net { syncer { rate 10M; # group 1; al-extents 257; on urbrmoda1 { device /dev/drbd0; disk /dev/cciss/c0d0p3; address XX.XX.XX.XX:7788; # meta-disk /dev/sda7[0]; meta-disk internal; on urbrmoda2 { device /dev/drbd0; disk /dev/cciss/c0d0p3; address XX.XX.XX.XX:7788; # meta-disk /dev/sda7[0]; meta-disk internal; root :36? 00:00:00 [drbd0_worker] root :36? 00:00:00 [drbd0_receiver] root :38? 00:00:00 [drbd0_asender] 6.1. Trazas Fichero drbd Ficheros kern.log y syslog del sistema Visualizar la sincronización /proc muestra el estado actual de sincronización y rol de la máquina (Primaria/Secundaria) ubicados en /var/log/ watch -n 1 cat /proc/drbd Pág. 14 de 26

15 6.2. Estado actual watch cat /proc/drbd Every 2,0s: cat /proc/drbd Sat Aug 21 19:27: version: (api:88/proto:86-91) GIT-hash: ea9e28dbff98e331a62bcbcc63a fe2917 build by :33:46 0: cs:connected ro:primary/secondary ds:uptodate/uptodate C r---- ns:43280 nr:0 dw:43280 dr:13853 al:30 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0 ps -ef grep drbd grep -v grep 6.3. Situación split-brain Además de en el instante inicial, pueden surgir ocasiones en que los nodos de DRBD queden en un estado inconsistente al no estar sincronizados por una pérdida temporal de comunicación. Generalmente DRBD es capaz de resolver el problema en estos casos, pues en los metadatos almacena qué sectores han sido modificados desde la pérdida de comunicación y por tanto, qué sectores deben ser sincronizados. Sin embargo, existe un caso especial en que este proceso automático no es posible, y es cuando ambos nodos quedan sin comunicación entre sí, ambos adquieren el papel de primarios y realizan modificaciones en los sistemas de ficheros, pues en estos casos puede suceder que ambos discos tengan sectores modificados que coincidan, desconociendo DRBD que datos son los que debe considerar como correctos y por tanto usar para la sincronización. Si en uno de estos casos comprobamos el estado del sistema obtenemos: m:res cs st ds p mounted fstype 0:drbd0 StandAlone Secondary/Unknown UpToDate/DUnknow C Debiendo el administrador decidir qué nodo es el que posee la información correcta, e informar de ellos al sistema, forzando al nodo cuyos datos son erróneos (o se decide que son erróneos) a tomar el valor de erróneos, ejecutando para ello las acciones siguientes 1. En la que va se descartan los cambios drbdadm secondary <resource> (en nuestro caso r0) drbdadm -- --discard-my-data connect <resource> 2. En el nodo que se consideran los datos correctos drbdadm connect all Con ello, observaremos como el estado en el nodo cuya información es correcta aparece como: m:res cs st ds p mounted fstype 0:drbd0 SyncSource Secondary/Secondary UpToDate/Inconsistent C Y en el nodo con información incorrecta aparece como: m:res cs st ds p mounted fstype 0:drbd0 SyncSource Secondary/Secondary Inconsistent/UpToDate C Quedando al cabo de un cierto tiempo ambos nodos en el estado: m:res cs st ds p mounted fstype 0:drbd0 Connected Secondary/Secondary UpToDate/UpToDate C Donde podemos ver que ambos nodos están conectados y en estado consistente. Y el proceso de sincronización comienza entre los nodos con los datos del dispostivo que consideramos correcto Finalizada la sincronización se llegará a la situación primario-secundario y habrá que reiniciar los procesos que se conectan a Postgres (Jboss y LocalGis) Pág. 15 de 26

16 7. HEARTBEAT Script de arranque/parada/estado /etc/init.d/ con el nombre heartbeat start/stop HEARTBEAT_HOME=/etc/ha.d Directorio de instalación Ficheros de configuración ha.cf haresources authkeys Los recursos utilizados en el fichero haresources se encuentran en $HEARTBEAT_HOME/resource.d Estado /etc/init.d/heartbeat status heartbeat OK [pid 1961 et al] is running on urbrmoda2 [urbrmoda2] Actuaciones tipo INCIDENCIAS HARDWARE Para este tipo de incidencias es importante destacar que, en caso de que el hardware se encuentre en garantía, todas las operaciones que impliquen un acceso al interior de la máquina deben ser realizadas por un técnico especializado con certificación del fabricante de Hardware con el fin de no perder dicha garantía Problemas de la fuente de alimentación 1. Pulse el botón Encendido/En espera para asegurarse de que está encendido. Si el servidor tiene un botón Encendido/En espera que vuelve a su posición original después de pulsarlo, asegúrese de hacerlo con firmeza. 2. Conecte otro dispositivo a la toma eléctrica conectada a tierra para comprobar que la toma funciona. Además, asegúrese de que la fuente de alimentación cumple los estándares correspondientes. 3. Sustituya el cable de alimentación por otro que sepa que funciona para comprobar que el original no estaba defectuoso. 4. Sustituya la cinta de alimentación por otra que sepa que funciona para comprobar que la original no estaba defectuosa. 5. Haga que un electricista cualificado compruebe el voltaje de la línea para asegurarse de que cumple las especificaciones necesarias. 6. Asegúrese de que el disyuntor correspondiente se encuentra en la posición de encendido Problemas de alimentación 1. Asegúrese de que no hay conexiones sueltas. 2. Si las fuentes de alimentación cuentan con indicadores LED, asegúrese de que indican que todas las fuentes de alimentación funcionan correctamente. Si los indicadores LED indican un problema con una fuente de alimentación, sustitúyala El disco duro falla 1. Asegúrese de que no hay conexiones sueltas. 2. Asegúrese de que no hay conflictos entre dispositivos. 3. Si es necesario, asegúrese de que los cables y los terminadores del disco duro están conectados correctamente. 4. Sustituya el cable de datos del disco duro por uno que sepa que funciona para comprobar si el cable original funciona. Pág. 16 de 26

17 5. Ejecute Insight Diagnostics ("HP Insight Diagnostics ) y sustituya los componentes que fallen como se indique Los discos duros no se reconocen 1. Asegúrese de que no hay problemas de alimentación. 2. Compruebe si hay conexiones sueltas. 3. Asegúrese de que el Controlador es compatible con las unidades de disco duro instaladas. 4. Compruebe que el firmware del Controlador es el más reciente El servidor no reconoce una unidad de disco duro 1. Compruebe los indicadores LED del disco duro para asegurarse de que indican un funcionamiento normal. 2. Asegúrese de que no hay conexiones sueltas. 3. Extraiga el disco duro para asegurarse de que los puentes de configuración están bien ajustados. 4. Asegúrese de que la unidad está configurada de forma correcta. 5. Si no se trata de una unidad de conexión en caliente, asegúrese de que no hay conflictos con otra unidad de disco duro. Compruebe si hay conflictos de ID de SCSI Problemas generales en la memoria 1. Asegúrese de que la memoria cumple los requisitos del servidor y de que está instalada como exige el servidor. Algunos servidores pueden exigir que los bancos de memoria se ocupen por completo o que toda la memoria de un mismo banco tenga el mismo tamaño, tipo y velocidad. 2. Compruebe los indicadores LED del servidor que correspondan a las ranuras de memoria. 3. Si no está seguro de cuál es el DIMM que ha fallado, compruebe cada banco de DIMM tras extraer el resto de módulos DIMM. A continuación, identifique el DIMM que ha fallado; para ello, conmute cada DIMM en un banco con un DIMM que sepa que funciona. 4. Extraiga los componentes de memoria de otros fabricantes. 5. Ejecute HP Insight Diagnostics para comprobar la memoria Se produce un error de recuento de memoria Causa posible: Los módulos de memoria no están correctamente instalados. 1. Asegúrese de que el servidor admite los módulos de memoria. 2. Asegúrese de que la instalación y configuración de los módulos de memoria es correcta. 3. Asegúrese de que los módulos de memoria están correctamente colocados. 4. Asegúrese de que no aparecen errores en el sistema operativo. 5. Reinicie el servidor y compruebe si aún aparece el mensaje de error. 6. Ejecute Insight Diagnostics ("HP Insight Diagnostics") y sustituya los componentes que fallen como se indique El servidor no reconoce la memoria existente 1. Vuelva a colocar la memoria. 2. Asegúrese de que la memoria está configurada de forma correcta. 3. Asegúrese de que no se ha producido un error de recuento de memoria ("Se produce un error de recuento de memoria"). Consulte el mensaje que indica el recuento de memoria durante la POST. Pág. 17 de 26

18 8.9. Problemas de los procesadores 1. Si es necesario, compruebe los indicadores LED del procesador para averiguar si se ha producido un fallo de PPM. 2. Asegúrese de que todos los procesadores son compatibles con el servidor y de que están instalados correctamente. 3. Asegúrese de que la ROM del servidor está actualizada. 4. Asegúrese de que, si el servidor no lo admite, no mezcla progresiones del procesador, velocidades de procesador o tamaños de memoria caché. PRECAUCIÓN: Algunos procesadores y disipadores térmicos requieren tomar medidas especiales para su sustitución; otros están integrados y no pueden volverse a utilizar una vez extraídos. Si desea instrucciones específicas para el servidor en el que intenta solucionar algún problema, consulte la información sobre procesadores en la guía de usuario del servidor. 5. Si en el servidor sólo se ha instalado un procesador, sustitúyalo por otro que sepa que funciona. Si el problema se soluciona una vez reiniciado el servidor, el fallo está en el procesador original. 6. Si hay más de un procesador instalado, compruébelos todos: Deje un sólo procesador en el servidor y extraiga el resto. Sustitúyalos por una placa terminal o un panel liso, si es necesario para el servidor. Si el servidor contiene PPM que no estén integrados en la placa del sistema, retire todos los PPM del servidor excepto el PPM asociado con el procesador que continúa instalado. Sustituya el procesador que no ha desinstalado por otro que sepa que funciona. Si el problema se soluciona una vez reiniciado el equipo, el fallo lo provoca uno o varios de los procesadores originales. Instale los procesadores y sus PPM asociados (si procede) de manera aislada y reinicie el equipo cada vez para localizar el procesador o los procesadores que causan el problema. Asegúrese de que la configuración del procesador en cada paso es compatible con los requisitos del servidor. Pág. 18 de 26

19 9. Actuaciones tipo INCIDENCIAS SOFWARE Existe un canal de soporte en la dirección En esa dirección de correo se pueden para trasladar consultas, sugerencias, propuestas y comentarios relativas al uso de la Solución Software o cualquier otro aspecto relacionado con el Programa No se puede conectar al Visor/Consola El explorador de internet no puede establecer una conexión con el servidor. 1. Verificar que estén ejecutándose todos los procesos descritos anteriormente y comprobar que las peticiones del exterior llegan a las máquinas. 2. En caso de que las peticiones no llegaran a las máquinas verificar comunicaciones (proxy inverso/firewall/etcétera) 9.2. No se puede acceder/validarse en la Consola Mensaje de error, no se ha encontrado el usuario. Intente conectarse con el usuario administrador. Si el problema persiste: 1. Asegúrese que el sistema de base de datos PostgreSQL está activo. 2. Reinicie el servidor Las capas de planeamiento no se cargan 1. Asegúrese que Jboss está iniciado. 2. Asegúrese que el sistema Heartbeat esté iniciado 3. Asegúrese que el sistema Apache esté iniciado 4. Asegúrese que el sistema de base de datos PostgreSQL está activo No se visualizan los datos del registro en el Visor Causa: Pérdida de conexión con la base de datos de PostgreSQL. 1. Asegúrese que el sistema de base de datos PostgreSQL está activo. 2. Reinicie los servidores No se visualizan los planos georreferenciados en el Visor Verifique que el servidor GeoServer está activo. 1. Reinicie JBoss 2. Si el problema persiste, reinicie los servidores La ficha urbanística, los documentos, no cargan o fallo en la autenticación de la consola Causa posible: No hay conexión entre el jboss y la base de datos. 1. Asegúrese que Jboss está iniciado 3. Asegúrese que el Postgres está iniciado 4. Reinicie Jboss Pág. 19 de 26

20 9.7. Cambio de configuración de red Si se produce algún cambio en la configuración de la red que afecte a las máquinas de la instalación SW tales como: Cambio de dirección IP Infraestructura de red Cambio de segmento de red de las máquinas Realizar la revisión/modificación de los ficheros de las secciones de este documento de Ficheros a considerar donde se encuentran identificadas las IP/dominios utilizados en la instalación de la solución SW. Revise el Manual de instalación en los apartados: 1. Personalización del Visor y configure: archivo web.xml con el nuevo valor para la variable <HOST_ServiciosWeb>. Este parámetro indica la ruta (IP, nombre, etc) al servidor donde se encuentren desplegados los Servicios Web archivo perfiles.xml con el nuevo valor para las siguientes variables, indicando la nueva IP. rutaxmlservicios=" urlregistro= olambvis.jsp urlregistrocoordenadas= mbitoscoords/arbolambcoords.jsp" urlregistrows=" rutasuperficies= rutafichasbase=" rutaprintmodule=" 2. Personalización de Consola : archivo UrbanismoEnRedV2.ear/urbanismoenredservicios.jar/es/mitc/redes/urbanismoenred/utils/recursos/textos/visorConsola.properti es con el nuevo valor para las siguientes variables, indicando la nueva IP URL_VISOR= URL_FICHAS= WMS.ENTIDADES_RPM.url= WMS.ENTIDADES_VAL.url= archivo web.xml ubicado en la carpeta Urbanismoenred-ConsolaV2.war\WEB-INF con el nuevo valor para la variable <HOST_ServiciosWeb>. Es la ruta (IP, nombre, etc) al servidor donde se encuentren desplegados los Servicios Web (habitualmente localhost) <paramvalue> archivo /urbanismoenredws.war/web- INF/classes/es/mitc/redes/urbanismoenred/serviciosweb/urbrWS.properties, con el nuevo valor para los siguientes parámetros: URL_Documentos= URL_Geoserver= Pág. 20 de 26

21 9.8. El sistema Apache no inicia 1. Asegúrese que el sistema Heartbeat se encuentra activo. 2. Asegúrese de que no aparecen errores en el sistema operativo. 3. Reinicie el servidor y compruebe si aún aparece el mensaje de error. 4. Ejecute Insight Diagnostics ("HP Insight Diagnostics") y sustituya los componentes que fallen como se indique Realización de copias de seguridad Cada EELL deberá contar con copia general (imagen de disco) de cada una de las máquinas que compongan la instalación. Adicionalmente, se recomienda realizar una copia de seguridad de las bases de datos como mínimo con periodicidad semanal y siempre antes de alguna carga de fichero de planeamiento. Puede generar una copia de seguridad de la base de datos con los comandos propios de PostgreSQL en la línea de comando o bien con una aplicación gráfica tipo pgadmin III. Comandos PostgreSQL El comando de recuperación es el siguiente: pg_dump -U postgres -Fc -s -f nombredelarchivo RPM PgAdmin III. Arranque la aplicación para gestionar el gestor de bases de datos PostgreSQL. Seleccione la base de datos con nombre RPM y con el botón derecho seleccione Restaurar y siga el proceso. Pág. 21 de 26

22 9.10. Restauración desde copias de seguridad Tras una situación de fallo HW/SW y para recuperar el sistema puede ser necesaria la restauración desde copias de seguridad. Todas las máquinas de las instalaciones de las EELL constan de 4 discos de 300Gb de capacidad teórica sobre los que se ha montado por hardware un sistema RAID 1+0 de distribución y replicación de datos Conectar la memoria usb con el software Clonezilla en puerto usb del servidor del que se va a efectuar la clonación y disco usb que albergará la copia en otro puerto usb. A continuación se reiniciará el sistema operativo. sudo su reboot En configuraciones de modalidades A o B se deberá realizar la clonación de una de las máquinas como mínimo. En configuraciones opcionales + A o + B se deberá realizar la clonación de un servidor opcional (parte front-end) y de uno de los servidores A o B (parte back-end) 1. Tras el reinicio debería aparecer la pantalla principal del programa CloneZilla y seleccionaremos la primera opción. 2. En la pantalla siguiente se selecciona el idioma. Por defecto es el inglés. 3. En la pantalla siguiente se selecciona la primera opción para arrancar CloneZilla de manera gráfica. 4. En la pantalla siguiente se selecciona la primera opción partición a/desde imagen. 5. En la pantalla siguiente se selecciona la opción local_dev para guardar la imagen en un disco usb. 6. A continuación se presenta una pantalla donde se solicita la conexión de disco usb destino de la copia. Esto ya se debe haber realizado antes de reiniciar el sistema. Pulsamos Intro para continuar. 7. Seleccionamos el dispositivo asociado al disco usb destino de la copia. 8. se elige Restaurar imagen a disco local. 9. se selecciona el directorio origen que contiene la imagen a restaurar. 10. se selecciona la imagen a restaurar: Servidor_tipo_AAAAMMDD 11. Donde tipo podrá tener estos valores { OPC1, A1, B1. OPC1 para configuraciones opcionales + A o +B. A1 para configuración modalidad A y B1 para configuración modalidad B. AAAAMMDD es la fecha de realización de la copia. Tras la restauración, se arrancará el sistema. Se escribirán las credenciales: Usuario Contraseña admdom Restauración de últimas copias de bases de datos La restauración desde disco clonado proporciona una versión operativa de la máquina y sus procesos. Sin embargo si posteriormente se han realizado copias de bases de datos lo adecuado es proceder con las restauraciones de la base de datos. Puede recuperar la base de datos con los comandos propios de PostgreSQL en la línea de comando o bien con una aplicación gráfica tipo pgadmin III. Comandos PostgreSQL Dependiendo de cómo haya realizado esta copia de seguridad, si ha realizado un dump de toda la base de datos, el comando de recuperación es el siguiente: pg_restore -U postgres -d RPM -L nombredelarchivo Pág. 22 de 26

23 PgAdmin III. Arranque la aplicación para gestionar el gestor de bases de datos PostgreSQL. Seleccione la base de datos con nombre RPM y con el botón derecho seleccione Restaurar y siga el proceso Verificación de servicios Consola Visor Acceder a la consola con usuario autorizado. Con ello se probará la disponibilidad del módulo así como conectividad con base de datos. Acceder al visor y verificar que la capa base (PNOA) está activa. La URL de acceso al visor será o dominio:puerto/visor o o dominio:puerto/<nombre_visor> Geoserver La URL de acceso al geoserver será o dominio:puerto/geoserver/ Una vez en el geoserver se seleccionará previsualización de capas y se comprobarán que las capas de la(s) EELL se visualizan correctamente y están habilitadas. Si no se puede acceder hay que verificar que estén ejecutándose todos los procesos necesarios y comprobar que las peticiones del exterior llegan a las máquinas Pág. 23 de 26