manual_config_resoluc_inc_v1 0 linux.pdf

8/18/2019 Manual_config_resoluc_inc_v1 0 LINUX.pdf

1/26

Urbanismo en Red

Pág. 1 de 26

Manual deconfiguración yresolución de

incidencias


2/26

Urbanismo en Red

Pág. 2 de 26

CONTROL DOCUMENTAL

Proyecto: PROGRAMA DE URBANISMO EN REDTítulo: Manual de Consola

Versión: 1.0

Fecha edición: 04/08/2014

Archivo: Manual_config_resoluc_inc_v1.0.docx

Autor(es): Alfonso Saiz

Resumen: Instrucciones de servicio y solución de incidencias.

CONTROL DE CAMBIO DE VERSIÓN

Versión Fecha Módulos Descripción del cambio

1.0 12/06/2014 N/A Creación del manual


3/26

Urbanismo en Red

Pág. 3 de 26

ÍNDICEControl Documental ...................................................................................................................... 2

Control de cambio de versión ....................................................................................................... 2

Índice ............................................................................................................................................. 3

1. Manual de Configuración ...................................................................................................... 5

1.1. Sistema Operativo ......................................................................................................... 5

1.2. Scripts de arranque y parada ........................................................................................ 5

1.3. Ficheros a considerar .................................................................................................... 5

1.4. Desactivar actualizaciones automáticas ....................................................................... 7

2. POSTGRESQL ......................................................................................................................... 8


2.2. Arranque/Parada ........................................................................................................... 8

2.3. Trazas ............................................................................................................................ 8

3. JBOSS ..................................................................................................................................... 9


3.2. Arranque/Parada ........................................................................................................... 9

3.3. Trazas ............................................................................................................................ 9

3.4. Aplicativos ................................................................................................................... 10

4. ALTA DISPONIBILIDAD (KEEPALIVED + LVS + HAPROXY) ..................................................... 11

4.1. KEEPALIVED ................................................................................................................. 11

4.2. HAPROXY ..................................................................................................................... 12

4.3. Activación de trazas HAProxy ...................................................................................... 12

5. SINCRONIZAR NODOS ......................................................................................................... 13

5.1. Programación de la sincronización.............................................................................. 13

6. DRDB.................................................................................................................................... 146.1. Trazas .......................................................................................................................... 14

6.2. Estado actual ............................................................................................................... 15

6.3. Situación split-brain..................................................................................................... 15

7. HEARTBEAT.......................................................................................................................... 16

8. Actuaciones tipo – INCIDENCIAS HARDWARE ..................................................................... 16

8.1. Problemas de la fuente de alimentación .................................................................... 16

8.2. Problemas de alimentación ......................................................................................... 16

8.3. El disco duro falla ........................................................................................................ 16


4/26

Urbanismo en Red

Pág. 4 de 26

8.4. Los discos duros no se reconocen ............................................................................... 17

8.5. El servidor no reconoce una unidad de disco duro ..................................................... 17

8.6. Problemas generales en la memoria ........................................................................... 178.7. Se produce un error de recuento de memoria ........................................................... 17

8.8. El servidor no reconoce la memoria existente ............................................................ 17

8.9. Problemas de los procesadores .................................................................................. 18

9. Actuaciones tipo – INCIDENCIAS SOFWARE ........................................................................ 19

9.1. No se puede conectar al Visor/Consola ...................................................................... 19

9.2. No se puede acceder/validarse en la Consola ............................................................ 19

9.3. Las capas de planeamiento no se cargan .................................................................... 19

9.4. No se visualizan los datos del registro en el Visor ...................................................... 19

9.5. No se visualizan los planos georreferenciados en el Visor.......................................... 19

9.6. La ficha urbanística, los documentos, no cargan o fallo en la autenticación de la

consola .................................................................................................................................... 19

9.7. Cambio de configuración de red ................................................................................. 20

9.8. El sistema Apache no inicia ......................................................................................... 21

9.9. Realización de copias de seguridad ............................................................................. 21

9.10. Restauración desde copias de seguridad ................................................................ 22

9.11. Restauración de últimas copias de bases de datos ................................................. 22

9.12. Verificación de servicios .......................................................................................... 23

10. PLAN DE APAGADO Y ENCENDIDO DEL SISTEMA ............................................................ 24

10.1. Apagado y encendido de una instalación dos nodos .............................................. 24

10.2. Apagado y encendido de una instalación cuatro nodos ......................................... 24

11. CONEXIÓN SSH ................................................................................................................ 25

11.1. Configuración PuTTY ............................................................................................... 2512. INFORMACIÓN PROGRAMA URBANISMO EN RED .......................................................... 25


5/26

Urbanismo en Red

Pág. 5 de 26

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 dela implantación de la solución SW en su EL.

1.1. Sistema Operativo

Se utilizará como sistema operativo Ubuntu 10.0.4 LTS Server, una distribuciónLinux basada en Debian. Se instalará la versión Server de Ubuntu. La versión dekernel implementada es la 2.6.32-33-server.

Todas las tareas de instalación/verificación incluidas en este documento, serealizarán con el usuario root.

1.2. Scripts de arranque y paradaDirectorio donde se indican los programas a ejecutar en el arranque de la máquina./etc/init.d

1.3. Ficheros a considerar

/etc/hosts Fichero que se corresponde con la tabla estática de búsqueda dehostnames.127.0.0.1 localhostWWW.XXX.YYY.ZZZ # The following lines are desirable for IPv6 capable hosts::1 localhost ip6-localhost ip6-loopback

fe00::0 ip6-localnetff00::0 ip6-mcastprefixff02::1 ip6-allnodesff02::2 ip6-allroutersSe tendrán que establecer los valores siguientes:IP (WWW.XXX.YYY.ZZZ) y nombre de la máquina ()Ejemplo127.0.0.1 localhost10.99.59.17 urbmodop1# The following lines are desirable for IPv6 capable hosts::1 localhost ip6-localhost ip6-loopbackfe00::0 ip6-localnetff00::0 ip6-mcastprefix

ff02::1 ip6-allnodesff02::2 ip6-allrouters

/etc/hostname Nombre de host del sistema.Se tendrá que editar y establecer el valor deseadoEjemploUrbmodop1

/etc/network/interfaces Es el archivo que contiene la configuración de las interfaces de red esy contendrá una sección por cada interfaz de red a configurar. Veamoscómo se configuran las interfaces de red más habituales:

Loopback o interfaz de retorno: dirección IP 127.0.0.1. El archivo /etc/network/interfaces incluirá la sección:auto lo

iface lo inet loopback


6/26

Urbanismo en Red

Pág. 6 de 26

Ethernet: el archivo /etc/network/interfaces incluirá líneas similares a:auto eth0iface eth0 inet staticaddress 192.168.0.2

netmask 255.255.255.0network 192.168.0.0broadcast 192.168.0.255gateway 192.168.0.1Los parámetros son:

static: IP estática. Si en la LAN hay un servidor DHCP ytenemos IP dinámica, pondremos dhcp.

address (dirección IP de la máquina en la LAN): cada interfazde red conectada a una red IP es identificada por una IP únicade cuatro bytes (32 bits). El rango de IPs reservadas para LANes de 192.168.0.0 a 192.168.255.255

netmask (máscara de red de la LAN): es un número queestablece qué parte de la IP de un host corresponde a la red yqué parte corresponde a la máquina. También nos indica lacantidad máxima de equipos que podemos tener en nuestrared.

network (dirección IP de la LAN): es la parte de la IP de lamáquina común a todas las máquinas de la red.

broadcast (dirección de difusión): es la IP a la que se mandanlos paquetes que deben recibir todas las máquinas de la LAN.Todas las máquinas de la red escuchan la dirección debroadcast además de la suya propia.

gateway (dirección de pasarela o puerta de enlace): es la IPde la máquina de nuestra LAN a través de la cual salimoshacia el exterior. Un gateway es una máquina que tiene dos

intefaces de red (una tarjeta conectada a nuestra LAN y la otraconectada a una red exterior), cada una de ellas con una IP, laque le corresponda en esa red. La IP del gateway suele ser laprimera IP disponible

(192.168.1.1) o la última (192.168.1.254).Ejemplo

# The loopback network interfaceauto loiface lo inet loopback# The primary network interfaceauto eth1iface eth1 inet staticaddress 10.99.59.17

netmask 255.255.255.128network 10.99.59.0broadcast 10.99.59.127gateway 10.99.59.2# dns-* options are implemented by the resolvconf package, ifinstalleddns-nameservers 195.235.81.11 195.235.81.12auto eth2iface eth2 inet dhcp

/etc/udev/rules.d/70-persistent-net.rules

Eliminar este archivo tras la restauración desde disco maestro.Udev es una colección de herramientas y un demonio para gestionareventos recibidos desde el núcleo (kernel) y manejarse con ellos en elespacio de usuario. Fundamentalmente esto implica crear y eliminar

nodos del dispositivo en /dev cuando se descubre o elimina hardwaredel sistema.


7/26

Urbanismo en Red

Pág. 7 de 26

Los eventos se reciben vía mensajes del kernel y procesados deacuerdo con las reglas indicadas en el directorio /lib/udev/rules.d,cambiando el nombre de dispositivo, creando vínculos simbólicosadicionales 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"

/etc/profile Verificar si aparecen las variables http-proxy y https-proxy y verificarsus valores.

/etc/environment Verificar si aparecen las variables http-proxy y https-proxy yverificar/modificar sus valores adecuadamente a la instalación.

/etc/apt/apt.conf Acquire::http::Proxy "http://10.99.59.114:8080/";Verificar si aparecen las variables http-proxy y https-proxy y verificarsus valores.

/etc/resolv.conf Fichero de configuración para resolver direcciones por DNS.nameserver 80.58.61.250nameserver 80.58.61.254

/etc/ssh/sshd_config Inhabilitar login remoto de root.PermitRootLogin no

1.4. Desactivar actualizaciones automáticas

En fichero /etc/hosts incluir

# desactivar actualizaciones automaticas

127.0.0.1 es.archive.ubuntu.com

127.0.0.1 security.ubuntu.com

Adicionalmente cambiar a 444 los permisos del archivo apt de /etc/cron.daily


8/26

Urbanismo en Red

Pág. 8 de 26

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 deinstalació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 ylos principales son:pg_hba.conf Direccionamientos permitidos para el acceso a las bases de datos

# IPv4 local connections:host all all 127.0.0.1/32 md5host all all 10.99.59.0/32 trusthost all all 0.0.0.0 0.0.0.0 md5# IPv6 local connectionssshost all all ::1/128 md5

pg_ident.conf Fichero que gestiona el mapeo de nombre de usuario, básicamentese encarga de relacionar los nombres de usuario externos con losnombres de usuario internos de Postgres.

postgresql.conf Fichero de configuración de PostgreSQLEstablecer las siguientes asignaciones:

listen_addresses = '*'add_missing_from = onpsql-history Fichero de histórico de postgresSQL deberá tener permisos 755

-rwxrwxrwx 1 root root 72 2010-08-10 10:15 .psql_history

2.2. Arranque/Parada

Postgres se tendrá que arrancar automáticamente en la máquina que actúe como primaria enla instalación. No obstante y para la resolución de problemas puede ser necesario el arranque /parada manual.Arranque El arranque debe realizarse como superusuario (root) y para

hacerlo se utilizará el siguiente comando desde el prompt delsistema:

sudo /etc/init.d/postgresql-8.X startParada La parada debe realizarse como superusuario (root) y para hacerlose utilizará el siguiente comando desde el prompt del sistema:sudo /etc/init.d/postgresql-8.X stop

2.3. Trazas

Los ficheros de log se encuentran en $POSTGRES_HOME/PostgreSQL/8.X/data/pg_log


9/26


10/26

Urbanismo en Red

Pág. 10 de 26

3.4. Aplicativos

Desde la consola de JBOSS (http://:8080), revisar que los aplicativos se están

ejecutando correctamente.


11/26

Urbanismo en Red

Pág. 11 de 26

4. ALTA DISPONIBILIDAD (KEEPALIVED + LVS +HAPROXY)

4.1. KEEPALIVED

Instalación KEEPALIVED_HOME=/etc/keepalivedScript dearranque/parada

/etc/init.d/ con el nombre keepalived

Fichero deconfiguración

$KEEPALIVED_HOME con el nombrekeepalived.confVerificación de#configuracion Globalglobal_defs {

notification_email {

[email protected]}

[email protected]_server 127.0.0.1smtp_connect_timeout 30lvs_id LVS_MASTER

}vrrp_script chk_haproxy { # Requireskeepalived-1.1.13script "killall -0 haproxy" # cheaper

than pidofinterval 2 # check every 2 secondsweight 2 # add 2 points of prio if OK}vrrp_instance wasIntranet {

state MASTER interface eth0virtual_router_id 51priority 100advert_int 1wdog-vrrp 1

virtual_ipaddress {192.168.12.125/24}track_script {

chk_haproxy}

}

$KEEPALIVED_HOME con el nombrekeepalived.confVerificación de#configuracion Globalglobal_defs {

notification_email {

[email protected]}

[email protected]_server 127.0.0.1smtp_connect_timeout 30lvs_id LVS_BACKUP

}vrrp_script chk_haproxy { # Requireskeepalived-1.1.13script "killall -0 haproxy" # cheaper

than pidofinterval 2 # check every 2 secondsweight 2 # add 2 points of prio if OK}vrrp_instance wasIntranet {

state BACKUP interface eth0virtual_router_id 51priority 100advert_int 1wdog-vrrp 1

virtual_ipaddress {192.168.12.125/24}track_script {

chk_haproxy}

}Procesos /usr/sbin/keepalived


12/26

Urbanismo en Red

Pág. 12 de 26

4.2. HAPROXY

El haproxy proporciona balanceo a la alta disponibilidad proporcionada porkeepalived.Instalación HAPROXY_HOME=/etc/haproxyScript de arranque/parada /etc/init.d/ con el nombre haproxyFichero de configuración $HAPROXY_HOME con el nombre haproxy.cfg

Verificación de la IP addressSe encuentra en el directorio /etc/haproxygloballog 127.0.0.1 local0log 127.0.0.1 local1 notice

listen LoadBalancer XX.XX.XX.XX:80server Servidor1 XX.XX.XX.XX:8080 cookie A checkserver Servidor2 XX.XX.XX.XX:8080 cookie B check

listen LoadTomcat XX.XX.XX.XX:82server Servidor1 XX.XX.XX.XX:8081 cookie A checkserver Servidor2 XX.XX.XX.XX:8081 cookie B checklisten LoadMapserver XX.XX.XX.XX:83server Servidor1 XX.XX.XX.XX:88 cookie A checkserver Servidor2 XX.XX.XX.XX:88 cookie B check

Se configura para realizar balanceo http entre los apaches de dos servidores ypersistencia 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 grepps -ef | grep haproxy | grep -v grep

4.3. Activación de trazas HAProxyhaproxy.cfg En fichero haproxy.cfg

global…. log /dev/log local0log /dev/log local1 notice

/etc/rsyslog.d Entrada en 50-default.conf*.*;auth,authpriv.none,local0,local1.none -/var/log/syslog

/etc/rsyslog.d Crear fichero haproxy.cfg con el contenido siguiente:if ($programname == 'haproxy' and $syslogseverity-text== 'info') then -/var/log/haproxy/haproxy-info.logif ($programname == 'haproxy' and $syslogseverity-text== 'notice') then -/var/log/haproxy/haproxy-notice.log

/etc/logrotate.d/haproxy Crear /etc/logrotate.d/haproxy con el contenido siguiente:/var/log/haproxy/*.log {

weeklymissingokrotate 7compressdelaycompressnotifemptycreate 640 root adm

sharedscriptspostrotate/etc/init.d/haproxy reload > /dev/null


13/26

Urbanismo en Red

Pág. 13 de 26

endscript}

Crear directorio /var/log/haproxy/etc/init.d/rsyslogd reload

/etc/init.d/haproxy reload

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*/1 7-22 * * * /usr/bin/rsync -rauvz -e 'ssh -i /root/.ssh/id_urbrmoda1'

/usr/jboss/build/output/var/* root@urbrmoda2:/usr/jboss/build/output/var/*/1 7-22 * * * /usr/bin/rsync -rauvz -e 'ssh -i /root/.ssh/id_urbrmoda1'root@urbrmoda2:/usr/jboss/build/output/var/* /usr/jboss/build/output/var/*/1 7-22 * * * /usr/bin/rsync -rauvz -e 'ssh -i /root/.ssh/id_urbrmoda1'

/usr/jboss/build/output/conf/* root@urbrmoda2:/usr/jboss/build/output/conf/*/1 7-22 * * * /usr/bin/rsync -rauvz -e 'ssh -i /root/.ssh/id_urbrmoda1'root@urbrmoda2:/usr/jboss/build/output/conf/* /usr/jboss/build/output/conf/*/1 7-22 * * * /usr/bin/rsync -ruvz -e 'ssh -i /root/.ssh/id_urbrmoda1'

/usr/jboss/build/output/jboss-5.1.0.GA/server/web/deploy/geoserver.war/data/styles/*root@urbrmoda2:/usr/jboss/build/output/jboss-5.1.0.GA/server/web/deploy/geoserver.war/data/styles/*/1 7-22 * * * /usr/bin/rsync -ruvz -e 'ssh -i /root/.ssh/id_urbrmoda1'root@urbrmoda2:/usr/jboss/build/output/jboss-5.1.0.GA/server/web/deploy/geoserver.war/data/styles/*

/usr/jboss/build/output/jboss-5.1.0.GA/server/web/deploy/geoserver.war/data/styles/

El significado de */1 7-22 * * * es el siguiente*/1 Ejecución cada minuto7-22 Entre 7 y 22 horas

* Cualquier día del mes* Cualquier mes* Cualquier día de la semana


14/26

Urbanismo en Red

Pág. 14 de 26

6. DRDB

Script de arranque/parada /etc/init.d/ con el nombre drbd

service drdb start/stopFichero de configuración /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;

}}

Procesos root 1398 2 0 00:36 ? 00:00:00 [drbd0_worker]root 1410 2 0 00:36 ? 00:00:00 [drbd0_receiver]

root 1851 2 0 00:38 ? 00:00:00 [drbd0_asender]

6.1. Trazas

Fichero drbd /proc muestra el estado actual de sincronización yrol de la máquina (Primaria/Secundaria)

Ficheros kern.log y syslog delsistema

ubicados en /var/log/

Visualizar la sincronización watch -n 1 cat /proc/drbd


15/26

Urbanismo en Red

Pág. 15 de 26

6.2. Estado actual

watch cat /proc/drbdEvery 2,0s: cat /proc/drbdSat Aug 21 19:27:39 2010version: 8.3.7 (api:88/proto:86-91)GIT-hash: ea9e28dbff98e331a62bcbcc63a6135808fe2917 build byroot@urbrmoda2, 2010-08-16 10:33:460: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r---- ns:43280nr: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érdidatemporal de comunicación. Generalmente DRBD es capaz de resolver el problemaen estos casos, pues en los metadatos almacena qué sectores han sido modificadosdesde la pérdida de comunicación y por tanto, qué sectores deben sersincronizados.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 elpapel de primarios y realizan modificaciones en los sistemas de ficheros, pues enestos casos puede suceder que ambos discos tengan sectores modificados quecoincidan, desconociendo DRBD que datos son los que debe considerar comocorrectos y por tanto usar para la sincronización. Si en uno de estos casoscomprobamos el estado del sistema obtenemos:

m:res cs st ds p mounted fstype0: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 sedecide que son erróneos) a tomar el valor de erróneos, ejecutando para ello lasacciones siguientes

1. En la que va se descartan los cambiosdrbdadm secondary (en nuestro caso r0)drbdadm -- --discard-my-data connect

2. En el nodo que se consideran los datos correctosdrbdadm 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 fstype0:drbd0 SyncSource Secondary/Secondary UpToDate/Inconsistent C

Y en el nodo con información incorrecta aparece como:m:res cs st ds p mounted fstype0: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 fstype0: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 dispostivoque 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)


16/26

Urbanismo en Red

Pág. 16 de 26

7. HEARTBEAT

Script de arranque/parada/estado /etc/init.d/ con el nombre heartbeat

start/stopDirectorio de instalación HEARTBEAT_HOME=/etc/ha.dFicheros de configuración ha.cf

haresourcesauthkeys

Los recursos utilizados en el fichero haresources se encuentran en$HEARTBEAT_HOME/resource.dEstado /etc/init.d/heartbeat status

heartbeat OK [pid 1961 et al] is running onurbrmoda2 [urbrmoda2]...

8. Actuaciones tipo – INCIDENCIAS HARDWARE

Para este tipo de incidencias es importante destacar que, en caso de que elhardware se encuentre en garantía, todas las operaciones que impliquen un accesoal interior de la máquina deben ser realizadas por un técnico especializado concertificación del fabricante de Hardware con el fin de no perder dicha garantía.

8.1. Problemas de la fuente de alimentación

1. Pulse el botón Encendido/En espera para asegurarse de que está encendido. Si elservidor tiene un botón Encendido/En espera que vuelve a su posición originaldespués de pulsarlo, asegúrese de hacerlo con firmeza.

2. Conecte otro dispositivo a la toma eléctrica conectada a tierra para comprobar quela toma funciona. Además, asegúrese de que la fuente de alimentación cumple losestándares correspondientes.

3. Sustituya el cable de alimentación por otro que sepa que funciona para comprobarque el original no estaba defectuoso.

4. Sustituya la cinta de alimentación por otra que sepa que funciona para comprobarque la original no estaba defectuosa.

5. Haga que un electricista cualificado compruebe el voltaje de la línea paraasegurarse de que cumple las especificaciones necesarias.

6. Asegúrese de que el disyuntor correspondiente se encuentra en la posición deencendido.

8.2. 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 losindicadores LED indican un problema con una fuente de alimentación, sustitúyala.

8.3. 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 paracomprobar si el cable original funciona.


17/26

Urbanismo en Red

Pág. 17 de 26

5. Ejecute Insight Diagnostics ("HP Insight Diagnostics”) y sustituya los componentesque fallen como se indique.

8.4. Los discos duros no se reconocen1. 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.

8.5. El servidor no reconoce una unidad de disco duro

1. Compruebe los indicadores LED del disco duro para asegurarse de que indican unfuncionamiento 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 deSCSI.

8.6. 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 bancosde memoria se ocupen por completo o que toda la memoria de un mismo bancotenga el mismo tamaño, tipo y velocidad.

2. Compruebe los indicadores LED del servidor que correspondan a las ranuras dememoria.

3. Si no está seguro de cuál es el DIMM que ha fallado, compruebe cada banco deDIMM tras extraer el resto de módulos DIMM. A continuación, identifique el DIMMque ha fallado; para ello, conmute cada DIMM en un banco con un DIMM que sepaque funciona.

4. Extraiga los componentes de memoria de otros fabricantes.5. Ejecute HP Insight Diagnostics para comprobar la memoria.

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

8.8. 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 elrecuento de memoria durante la POST.


18/26

Urbanismo en Red

Pág. 18 de 26

8.9. Problemas de los procesadores

1. Si es necesario, compruebe los indicadores LED del procesador para averiguar sise ha producido un fallo de PPM.

2. Asegúrese de que todos los procesadores son compatibles con el servidor y deque 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 medidasespeciales para su sustitución; otros están integrados y no pueden volverse a utilizaruna vez extraídos. Si desea instrucciones específicas para el servidor en el que intentasolucionar algún problema, consulte la información sobre procesadores en la guía deusuario del servidor.

5. Si en el servidor sólo se ha instalado un procesador, sustitúyalo por otro que sepaque funciona. Si el problema se soluciona una vez reiniciado el servidor, el falloestá 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 unaplaca 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 procesadorque continúa instalado.Sustituya el procesador que no ha desinstalado por otro que sepa quefunciona. Si el problema se soluciona una vez reiniciado el equipo, el fallo loprovoca uno o varios de los procesadores originales. Instale los procesadores ysus PPM asociados (si procede) de manera aislada y reinicie el equipo cadavez para localizar el procesador o los procesadores que causan el problema.

Asegúrese de que la configuración del procesador en cada paso es compatiblecon los requisitos del servidor.


19/26

Urbanismo en Red

Pág. 19 de 26

9. Actuaciones tipo – INCIDENCIAS SOFWARE

Existe un canal de soporte en la dirección [email protected].

En esa dirección de correo se pueden para trasladar consultas, sugerencias, propuestas ycomentarios relativas al uso de la Solución Software o cualquier otro aspecto relacionado conel Programa Urbanismo en Red.

9.1. 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 ycomprobar 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 ConsolaMensaje 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.

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

9.5. No se visualizan los planos georreferenciados en elVisor

Verifique que el servidor GeoServer está activo.

1. Reinicie JBoss 2. Si el problema persiste, reinicie los servidores.

9.6. La ficha urbanística, los documentos, no cargan o falloen 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á iniciado3. Asegúrese que el Postgres está iniciado4. Reinicie Jboss

mailto:[email protected]:[email protected]


20/26

Urbanismo en Red

Pág. 20 de 26

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 lainstalació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 deFicheros a considerar donde se encuentran identificadas las IP/dominios utilizados en lainstalació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 . Este

parámetro indica la ruta (IP, nombre, etc) al servidor donde se encuentren desplegadoslos Servicios Web

archivo perfiles.xml con el nuevo valor para las siguientes variables, indicando lanueva IP.rutaXMLServicios="http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/RestMethod"urlRegistro=http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/lanzaderas/arbolambitosVIS/arbolambVIS.jspurlRegistroCoordenadas=http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/lanzaderas/arbolambitosCoords/arbolambCoords.jsp"urlRegistroWS=" http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/"rutaSuperficies= http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/FichaSuperficiesrutaFichasBase=" http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/"rutaPrintModule=" http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/Print"

2. Personalización de Consola : archivo UrbanismoEnRedV2.ear/urbanismoenred-

servicios.jar/es/mitc/redes/urbanismoenred/utils/recursos/textos/visorConsola.properties con el nuevo valor para las siguientes variables, indicando la nueva IP

URL_VISOR= http://XXX.XXX.XXX.XXX:8080/VisorURL_FICHAS= http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/FichaConfiguradaWMS.ENTIDADES_RPM.url= http://XXX.XXX.XXX.XXX:8080/geoserver/wmsWMS.ENTIDADES_VAL.url= http://XXX.XXX.XXX.XXX:8080/geoserver/wms

archivo web.xml ubicado en la carpeta “Urbanismoenred-ConsolaV2.war\WEB-INF conel nuevo valor para la variable . Es la ruta (IP, nombre, etc) al

servidor donde se encuentren desplegados los Servicios Web (habitualmente localhost)

http:///urbanismoenredWS/urbrWS?WSDL

archivo /urbanismoenredWS.war/WEB-INF/classes/es/mitc/redes/urbanismoenred/serviciosweb/urbrWS.properties, con elnuevo valor para los siguientes parámetros:

URL_Documentos=http:///urbanismoenredWS/GetDocumentoURL_Geoserver=http://URL_Geoserver /geoserver/rest


21/26

Urbanismo en Red

Pág. 21 de 26

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.

9.9. 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 comomí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 PostgreSQLEl 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 ysiga el proceso.


22/26

Urbanismo en Red

Pág. 22 de 26

9.10. Restauración desde copias de seguridad

Tras una situación de fallo HW/SW y para recuperar el sistema puede ser necesaria larestauración desde copias de seguridad.

Todas las máquinas de las instalaciones de las EELL constan de 4 discos de 300Gb decapacidad teórica sobre los que se ha montado por hardware un sistema RAID 1+0 dedistribución y replicación de datos

Conectar la memoria usb con el software Clonezilla en puerto usb del servidor del que se va aefectuar la clonación y disco usb que albergará la copia en otro puerto usb. A continuación sereiniciará el sistema operativo.

sudo sureboot

En configuraciones de modalidades A o B se deberá realizar la clonación de una de lasmáquinas como mínimo. En configuraciones opcionales + A o + B se deberá realizar laclonación de un servidor opcional (parte front-end) y de uno de los servidores A o B (parteback-end)

1. Tras el reinicio debería aparecer la pantalla principal del programa CloneZilla yseleccionaremos 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

9.11. 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 susprocesos. Sin embargo si posteriormente se han realizado copias de bases de datos loadecuado 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 decomando o bien con una aplicación gráfica tipo pgAdmin III.

Comandos PostgreSQLDependiendo de cómo haya realizado esta copia de seguridad, si ha realizado un “dump” detoda la base de datos, el comando de recuperación es el siguiente:pg_restore -U postgres -d RPM -L nombredelarchivo


23/26

Urbanismo en Red

Pág. 23 de 26

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 ysiga el proceso.

9.12. Verificación de servicios

Consola Acceder a la consola con usuario autorizado. Con ello se probará ladisponibilidad del módulo así como conectividad con base de datos.

Visor Acceder al visor y verificar que la capa base (PNOA) está activa.La URL de acceso al visor será http://IP o dominio:puerto/Visor ohttp://IP o dominio:puerto/

Geoserver La URL de acceso al geoserver será http://IP odominio:puerto/geoserver/Una vez en el geoserver se seleccionará previsualización de capas y secomprobarán que las capas de la(s) EELL se visualizan correctamente yestán habilitadas.

Si no se puede acceder hay que verificar que estén ejecutándose todos los procesosnecesarios y comprobar que las peticiones del exterior llegan a las máquinas


24/26

Urbanismo en Red

Pág. 24 de 26

10. PLAN DE APAGADO Y ENCENDIDO DEL SISTEMA

10.1. Apagado y encendido de una instalación dos nodos

En el siguiente apartado se indican las operaciones a realizar durante un apagado ordenado yun encendido, así como el orden en el que se debe ejecutar. Por último se indicarán lascomprobaciones a realizar.

ApagadoEn una arquitectura de dos nodos, el apagado debe ser el siguiente:

1. Apagar nodo URBR2 con el comando “shutdown –h now” 2. Apagar el nodo URBR1 con el comando “shutdown –h now”

EncendidoEl proceso de encendido de la solución consiste en los siguientes pasos.

1. Encender nodo URBR1.2. Transcurridos 30 segundos, se procederá a encender el nodo URBR2

Ambos servicios deben encontrarse levantados en uno de los dos nodos.La última comprobación se realizará con el navegador, se probará el correcto funcionamientode visor y consola. Para ello, acceda a las URLs del visor y de la consola mediante elnavegador de internet.

10.2. Apagado y encendido de una instalación cuatro nodos

En el siguiente apartado se indican las operaciones a realizar durante un apagado ordenado yun encendido, así como el orden en el que se debe ejecutar. Por último se indicaran lascomprobaciones a realizar.

ApagadoEn una arquitectura de dos nodos, el apagado debe ser el siguiente:

1. Apagar nodo URBR4 con el comando “shutdown –h now” 2. Apagar el nodo URBR3 con el comando “shutdown –h now” Una vez apagados los servidores de la capa frontend procederemos al apagado de losservidores backend.

1. Apagar nodo URBR2 con el comando “shutdown –h now” 2. Apagar el nodo URBR1 con el comando “shutdown –h now”

EncendidoEl proceso de encendido en una instalación de cuatro nodos, se divide en dos bloques, unprimer bloque corresponde a los servidores backend y un segundo bloque corresponde a losservidores de frontend.

Backend

El proceso de encendido de estos nodos consiste en los siguientes pasos.

1. Encender nodo URBR1.2. Transcurridos 30 segundos, se procederá a encender el nodo URBR2

Frontend

Una vez encendidos los nodos de Backend, se procederá al encendido de los nodos Frontend,para ello se deben seguir los siguientes pasos:

1. Encender nodo URBR32. Transcurridos 30 segundos, se procederá a encender el nodo URBR4


25/26

Urbanismo en Red

Pág. 25 de 26

11. CONEXIÓN SSH

En caso de necesitar establecer una conexión remota SSH, se puede configurar con cualquier

cliente de conexión tipo PuTTY, Telnet, TCP raw, WinSCP, etc. A continuación explicamos cómo se crea un túnel SSH con el cliente PuTTY

11.1. Configuración PuTTY

Una vez creado el túnel, podemos acceder y administrar los servidores en modo remoto.

12. INFORMACIÓN PROGRAMA URBANISMO EN REDEn el Visor del Programa Urbanismo en Red existe una opción en pantalla “Acerca de”, dondese muestra un menú con la opción Ayuda. Allí encontrará la información necesaria para el“Manual de usuario del visor urbanístico”. Además, existen el “Manual de Usuario Consola dePlaneamiento” y el “Manual de Administrador” que le habrán sido suministrados a la EntidadLocal en la jornada de capacitación

También puede acceder a la web del programa http://www.urbanismoenred.es/

Por último se ha creado una comunidad del programa de urbanismo en red donde se publicanperiódicamente un blog, noticias, foros además de todos los programas fuentes y ejecutablesde las herramientas de urbanismo en red, actualizaciones e incluso máquinas virtuales para suuso por los miembros de la comunidad.

http://www.urbanismoenred.es/http://www.urbanismoenred.es/http://www.urbanismoenred.es/http://www.urbanismoenred.es/


26/26

Blog http://blogs.forja.cenatic.es/urbanismo/es/Forja https://forja.cenatic.es/projects/urbanismo/Wiki https://forja.cenatic.es/plugins/mediawiki/wiki/urbanismo/index.phpForos https://forja.cenatic.es/forum/?group_id=181 Gestor Documental https://forja.cenatic.es/docman/?group_id=181 Noticias https://forja.cenatic.es/news/?group_id=181 Ficheros https://forja.cenatic.es/frs/?group_id=181

Para poder acceder, descargar y publicar datos en la forja es necesario registrarse usando elsiguiente procecidmiento

1.- El usuario se debe registrar como usuario de la forja en la dirección

https://forja.cenatic.es/account/register.php,

2.- Tras recibir un correo electrónico en la dirección indicada en el proceso de registro y pulsar

en el enlace de confirmación podrá autenticarse en la forja.

3.- A continuación y una vez que está autenticado en el portal debe acceder a la página del

proyecto en https://forja.cenatic.es/projects/urbanismo/

4.- Por último la última opción en el menu de la derecha corresponde al enlace Request to join

donde solicitarán el acceso a la comunidad que será en breve aceptada por parte de los

administradores de la comunidad.

Cualquier administrador al que le surja una duda o un problema puede dirigir las mismas através de la forja en los foros, donde podrá consultar experiencias previas de otros usuarios y

consultar sus dudas.
https://forja.cenatic.es/forum/?group_id=181https://forja.cenatic.es/forum/?group_id=181https://forja.cenatic.es/docman/?group_id=181https://forja.cenatic.es/docman/?group_id=181https://forja.cenatic.es/news/?group_id=181https://forja.cenatic.es/news/?group_id=181https://forja.cenatic.es/account/register.phphttps://forja.cenatic.es/account/register.phphttps://forja.cenatic.es/projects/urbanismo/https://forja.cenatic.es/projects/urbanismo/https://forja.cenatic.es/projects/urbanismo/https://forja.cenatic.es/project/request.php?group_id=181https://forja.cenatic.es/project/request.php?group_id=181https://forja.cenatic.es/project/request.php?group_id=181https://forja.cenatic.es/project/request.php?group_id=181https://forja.cenatic.es/projects/urbanismo/https://forja.cenatic.es/account/register.phphttps://forja.cenatic.es/news/?group_id=181https://forja.cenatic.es/docman/?group_id=181https://forja.cenatic.es/forum/?group_id=181

manual_config_resoluc_inc_v1 0 linux.pdf

Documents