Manual config resoluc_inc_v1 0

Urbanismo en Red Pág. 1 de 26

Manual de configuración y resolución de incidencias


CONTROL DOCUMENTAL

Proyecto: PROGRAMA DE URBANISMO EN RED

Tí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


ÍNDICE Control 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.................................................................................................................................... 14

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


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

8.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 ............................................................................................... 25

12. INFORMACIÓN PROGRAMA URBANISMO EN RED .......................................................... 25


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.

1.1. Sistema Operativo

Se utilizará como sistema operativo Ubuntu 10.0.4 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 2.6.32-33-server.

Todas las tareas de instalación/verificación incluidas en este documento, se

realizarán con el usuario root.

1.2. 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 Fichero que se corresponde con la tabla estática de búsqueda de hostnames. 127.0.0.1 localhost WWW.XXX.YYY.ZZZ <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 (WWW.XXX.YYY.ZZZ) y nombre de la máquina (<urbr01>) Ejemplo 127.0.0.1 localhost 10.99.59.17 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

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

/etc/network/interfaces 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 127.0.0.1. El archivo /etc/network/interfaces incluirá la sección: auto lo iface lo inet loopback


Ethernet: el archivo /etc/network/interfaces incluirá líneas similares a: auto eth0 iface eth0 inet static address 192.168.0.2 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 gateway 192.168.0.1 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 192.168.0.0 a 192.168.255.255

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

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

# The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth1 iface eth1 inet static address 10.99.59.17 netmask 255.255.255.128 network 10.99.59.0 broadcast 10.99.59.127 gateway 10.99.59.2 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 195.235.81.11 195.235.81.12 auto eth2 iface 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 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.


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"

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

/etc/environment Verificar si aparecen las variables http-proxy y https-proxy y verificar/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 verificar sus valores.

/etc/resolv.conf Fichero de configuración para resolver direcciones por DNS. nameserver 80.58.61.250 nameserver 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


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


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 127.0.0.1/32 md5 host all all 10.99.59.0/32 trust host all all 0.0.0.0 0.0.0.0 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 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 en la 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 del sistema: sudo /etc/init.d/postgresql-8.X start

Parada 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

2.3. Trazas

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


3. JBOSS

Los scripts de arranque y parada se encuentran en /etc/init.d y se llaman jboss y jboss-web (instancia geoserver).


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 /etc/init.d/jboss start /etc/init.d/jboss-web start

Parada /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) 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.

console.log

ps -ef | grep jboss | grep -v grep

mailto:root@urbr::/etc/init.d


3.4. Aplicativos

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

ejecutando correctamente.


4. ALTA DISPONIBILIDAD (KEEPALIVED + LVS +

HAPROXY)

4.1. KEEPALIVED

Instalación KEEPALIVED_HOME=/etc/keepalived Script de arranque/parada

/etc/init.d/ con el nombre keepalived

Fichero de configuración

$KEEPALIVED_HOME con el nombre keepalived.conf Verificación de #configuracion Global global_defs {

notification_email { [email protected]

} notification_email_from [email protected] smtp_server 127.0.0.1 smtp_connect_timeout 30 lvs_id LVS_MASTER

} vrrp_script chk_haproxy { # Requires keepalived-1.1.13 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 { 192.168.12.125/24 } track_script {

chk_haproxy }

}

$KEEPALIVED_HOME con el nombre keepalived.conf Verificación de #configuracion Global global_defs {

notification_email { [email protected]

} notification_email_from [email protected] smtp_server 127.0.0.1 smtp_connect_timeout 30 lvs_id LVS_BACKUP

} vrrp_script chk_haproxy { # Requires keepalived-1.1.13 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 { 192.168.12.125/24 } track_script {

chk_haproxy }

} Procesos /usr/sbin/keepalived


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 127.0.0.1 local0 log 127.0.0.1 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 En fichero haproxy.cfg global …. log /dev/log local0 log /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.log if ($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 {

weekly missingok rotate 7 compress delaycompress notifempty create 640 root adm sharedscripts postrotate

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


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/


root@urbrmoda2:/usr/jboss/build/output/var/* /usr/jboss/build/output/var/


/usr/jboss/build/output/conf/* root@urbrmoda2:/usr/jboss/build/output/conf/


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 minuto

7-22 Entre 7 y 22 horas

* Cualquier día del mes

* Cualquier mes

* Cualquier día de la semana


6. DRDB

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

service drdb start/stop Fichero 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 y

rol de la máquina (Primaria/Secundaria) Ficheros kern.log y syslog del sistema

ubicados en /var/log/

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


6.2. Estado actual

watch cat /proc/drbd

Every 2,0s: cat /proc/drbd

Sat Aug 21 19:27:39 2010

version: 8.3.7 (api:88/proto:86-91)

GIT-hash: ea9e28dbff98e331a62bcbcc63a6135808fe2917 build by

root@urbrmoda2, 2010-08-16 10: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:


0:drbd0 SyncSource Secondary/Secondary UpToDate/Inconsistent C

Y en el nodo con información incorrecta aparece como:


0:drbd0 SyncSource Secondary/Secondary Inconsistent/UpToDate C

Quedando al cabo de un cierto tiempo ambos nodos en el estado:


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)


7. HEARTBEAT

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

start/stop Directorio de instalación HEARTBEAT_HOME=/etc/ha.d 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]...

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

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

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 los indicadores 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 para

comprobar si el cable original funciona.


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

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

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

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

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 el recuento de memoria durante la POST.


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.


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 y comentarios relativas al uso de la Solución Software o cualquier otro aspecto relacionado con el 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 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.

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


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.


2. Reinicie los servidores.

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

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

mailto:[email protected]


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="http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/RestMethod"

urlRegistro=http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/lanzaderas/arbolambitosVIS/arb

olambVIS.jsp

urlRegistroCoordenadas=http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/lanzaderas/arbola

mbitosCoords/arbolambCoords.jsp"

urlRegistroWS=" http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/"

rutaSuperficies= http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/FichaSuperficies

rutaFichasBase=" 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/Visor

URL_FICHAS= http://XXX.XXX.XXX.XXX:8080/urbanismoenredWS/FichaConfigurada

WMS.ENTIDADES_RPM.url= http://XXX.XXX.XXX.XXX:8080/geoserver/wms

WMS.ENTIDADES_VAL.url= http://XXX.XXX.XXX.XXX:8080/geoserver/wms

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)

<param-value>http://<HOST_ServiciosWeb>/urbanismoenredWS/urbrWS?WSDL</param-value>

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

URL_Documentos=http://<HOST_ServiciosWeb>/urbanismoenredWS/GetDocumento

URL_Geoserver=http://URL_Geoserver/geoserver/rest


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


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

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


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.

9.12. Verificación de servicios

Consola Acceder a la consola con usuario autorizado. Con ello se probará la disponibilidad 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 o http://IP o dominio:puerto/<nombre_visor>

Geoserver La URL de acceso al geoserver será http://IP 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


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 y un encendido, así como el orden en el que se debe ejecutar. Por último se indicarán las comprobaciones a realizar.

Apagado En 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”

Encendido El 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 funcionamiento de visor y consola. Para ello, acceda a las URLs del visor y de la consola mediante el navegador 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 y un encendido, así como el orden en el que se debe ejecutar. Por último se indicaran las comprobaciones a realizar.

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


Una vez apagados los servidores de la capa frontend procederemos al apagado de los servidores backend.


Encendido

El proceso de encendido en una instalación de cuatro nodos, se divide en dos bloques, un primer bloque corresponde a los servidores backend y un segundo bloque corresponde a los servidores 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 URBR3 2. Transcurridos 30 segundos, se procederá a encender el nodo URBR4


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 RED

En el Visor del Programa Urbanismo en Red existe una opción en pantalla “Acerca de”, donde se 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 de Planeamiento” y el “Manual de Administrador” que le habrán sido suministrados a la Entidad Local 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 publican periódicamente un blog, noticias, foros además de todos los programas fuentes y ejecutables de las herramientas de urbanismo en red, actualizaciones e incluso máquinas virtuales para su uso por los miembros de la comunidad.

http://www.urbanismoenred.es/


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

Foros 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 el siguiente 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 a travé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=181

https://forja.cenatic.es/docman/?group_id=181

https://forja.cenatic.es/news/?group_id=181

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

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

https://forja.cenatic.es/project/request.php?group_id=181

Manual config resoluc_inc_v1 0

Technology

Transcript of Manual config resoluc_inc_v1 0