Manual config resoluc_inc_v1 0

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

Urbanismo en Red
Pág. 2 de 26
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

Urbanismo en Red
Pág. 3 de 26
Í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

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

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

Urbanismo en Red
Pág. 6 de 26
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.

Urbanismo en Red
Pág. 7 de 26
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)
ATTR{address}=="f4:ce:46:80:2c:bf",
NAME="eth3"
# PCI device 0x8086:0x105e (e1000e)
ATTR{address}=="00:26:55:d7:7d:83",
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)
ATTR{address}=="f4:ce:46:80:2c:be",
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

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

Urbanismo en Red
Pág. 9 de 26
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

Urbanismo en Red
Pág. 10 de 26
3.4. Aplicativos
Desde la consola de JBOSS (http://<IP_SERVIDOR>:8080), revisar que los aplicativos se están
ejecutando correctamente.

Urbanismo en Red
Pág. 11 de 26
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 {
alertas@midominio.com
}
notification_email_from
balanceador1@midominio.com
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 {
alertas@midominio.com
}
notification_email_from
balanceador1@midominio.com
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

Urbanismo en Red
Pág. 12 de 26
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
listen LoadMapserver XX.XX.XX.XX:83
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

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

Urbanismo en Red
Pág. 14 de 26
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

Urbanismo en Red
Pág. 15 de 26
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)

Urbanismo en Red
Pág. 16 de 26
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
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.

Urbanismo en Red
Pág. 17 de 26
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.
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
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.

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

Urbanismo en Red
Pág. 19 de 26
9. Actuaciones tipo – INCIDENCIAS SOFWARE
Existe un canal de soporte en la dirección soporteurbanismoenred@red.es.
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

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 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.properti
es 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.warWEB-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

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

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

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

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

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

Urbanismo en Red
Pág. 26 de 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.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.

Manual config resoluc_inc_v1 0

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (14)

Similar a Manual config resoluc_inc_v1 0

Similar a Manual config resoluc_inc_v1 0 (20)

Último

Último (20)

Manual config resoluc_inc_v1 0