Inundaciones Navarra 2019 - Parte 1: Sansoain

Desde el 8 de Julio ha transcurrido un mes, desde que se produjeran las inundaciones que afectaron hasta 23 municipios navarros: Barásoain, Beire, Caparroso, Eslava, Ezprogui, Garínoain, Ibargoiti, Izagaondoa, Leoz, Lerga, Monreal, Murillo el Cuende, Olite, Olóriz, Orísoain, Pitillas, Pueyo, Sada, San Martín de Unx, Tafalla, Ujué, Unciti y Urroz Villa.

Si bien el interés mediático ha quedado atrás, ninguna mejor manera queda para informase, que recorrer y conversar con personas participes de primera mano en todo lo acaecido. Realizando un ruta por una de las partes que derivaría en las inundaciones de localidades posteriores y afluentes del río Cidacos.

Lo que era una regata de pocos centímetros se convirtió en un río caudaloso de más de 4 metros de altura. Las precipitaciones de más de 160 litros por metro cuadrado en un margen inferior a 4 horas, según los medios informativos.

Aclaremos los términos habituales, la precipitación se mide en milímetros de agua, o litros caídos por unidad de superficie (m²), es decir, la altura de la lámina de agua recogida en una superficie plana es medida en mm o L/m² (1 milímetro de agua de lluvia equivale a 1 L de agua por m²). Según AEMET se consideran torrenciales intensidades mayores de 60 mm/h. 

Las estaciones pluviometricas más cercanas en este caso, serían las de Tafalla (~8 km), Barasoain (~5 km), San Martín de Unx (~6 km) y Olite (~10 km), si bien no tienen datos registrados de forma pública o no coinciden con los datos facilitados por administraciones públicas.

El máximo para el día 8 de Julio, en cuanto precipitaciones acumuladas, son de: 136 L/m² en Barásoain, 111 en Olite, 83,7 en San Martín de Unx según los propios datos en su web.

¿De donde se calculan los 160 L/m²? ¿Es una estimación? ¿un cálculo posterior?

Si queremos estar informados y advertidos, debemos tener claro que las estaciones funcionen correctamente. Además de realizar los saneamientos necesarios de forma recurrente, entre los años 1944 y 1946 se produjo un evento similar, según relatan vecinos de Sansoain, por lo que no podemos defender la situación de desconocida... más bien desmemoriada.

Vamos a calificar las situación provocada por las lluvias como inesperada por el momento... igualmente debemos tener en cuenta que las infraesctructuras creadas por el ser humano afectan a la naturaleza, y esta es la que manda, aunque nos cueste recordarlo.

La autopista AP 15 bloquea la salida natural del valle en el que se encuentra Sansoain, si bien su caudal habitual es de pocos centímetros. Viendo las imágenes y los restos, podemos afirmar que el conducto que atraviesa en su parte inferior la autopista, quedó bloqueado en gran parte provocando que el nivel de agua retenida subiera hasta el paso inferior de la carretera junto al Restaurante el Maño.

Ahora bien ¿Cuanto tiempo transcurrió desde el taponamiento a su desbordamiento en la cota superior?

En principio, Navarra tenía aviso amarillo (primer nivel de alerta), en el que no existe riesgo para la población en general aunque sí para alguna actividad concreta(de 15 litros en una hora.)

El aviso amarillo para el día 8 se activó el día 6 y se confirmó la mañana del día 8. A las cinco y cinco de la tarde se elevó a naranja ante el riesgo de que se produjeran precipitaciones de hasta 40 litros por metro cuadrado en una hora en toda Navarra.

Minutos después, según Aemet Navarra, se observó en el radar tormentas muy fuertes y estacionarias por lo que según el protocolo se avisó a la sala de emergencias del Gobierno de Navarra, con la que se mantuvo la comunicación "hasta que se saturaron las líneas a las 7 de la tarde".

¿Que pasos se siguieron desde las 7 de la tarde?

Dejaremos para más adelante la revisión de otras partes afectadas así como de la aplicación del Plan Especial de Emergencias ante el riesgo de inundaciones.

 Otros puntos de interés informativo:

- Cuenta oficial AEMET Navarra:

- Reporte enviado por Peio Oria en SINOBAS


Deshabilitar actualizaciones de Java en Windows Server

En entornos multiusuario Citrix o Remote App, la ejecución de "pequeños" programas con las sesiones de usuarios pueden llegar a causar sobreutilziación de recursos de manera innecesaria.

Una de las habituales si el servidor requiere algún tipo de complemento de Java, es el comprobador automático de actualizaciones. Para evitar tenerlo activo en múltiples sesiones, deberemos modificar el registro, para la versión de 64 bits en la ruta:

HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Update\Policy

 

Y para la versión de 32 bits en la ruta:

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\JavaSoft\Java Update\Policy

 

Actualizar esquema directorio activo: Windows Server 2019

Una de las tareas previas a la actualización in-place para servidores, físico y virtuales, con rol de Directorio Activo es la actualización/preparación del esquema AD. En este ejemplo se utiliza desde Server 2012 R2 a Server 2019, con el CD accesible desde la máquina en la ruta: D:\sources\adprep\adprep /forestprep ejecutamos el comando y esperamos a que finalice.

Dependiendo de la complejidad, y número de servidores, en el bosque comprobaremos que los cambios se han aplicado. Podemos realizarlo con los comandos dsquery:

dsquery * cn=schema,cn=configuration,dc=nombredominio,dc=local -scope base -attr objectVersion

Mediante powershell:

Get-ADObject "cn=schema,cn=configuration,dc=nombredominio,dc=local" -properties objectversion

Mediante la herramienta visual ADSIEdit.msc, comprobamos la revisión:

Y la versión del esquema:

Dependiendo de la versión del sistema operativo, objectVersion tendrá el valor correspondiente:

Ya podremos seguir con la actualización, comprobando el nivel funcional actual del directorio activo y replicando dede el maestro de operaciones:

D:\support\adprep>adprep /domainprep /gpprep
Adprep actualizó correctamente la información de todo el dominio.
Adprep va a actualizar la información de objeto de directiva de grupo (GPO) en el FSMO del maestro de infraestructura miservidor.dominio.local.
La operación gpprep 2 se realizó correctamente.
La operación gpprep 3 se realizó correctamente.
Adprep actualizó correctamente la información de objeto de directiva de grupo (GPO).

 

Automatizar instalación de roles y características en Windows Server

Cuando una tarea se vuelve repetitiva, siempre quedan opciones de agilizarlas; en el caso de la instalación de roles o características en Windows Server 2016, podemos exportar en un fichero XML desde la propia interfaz gráfica, si no estamos en modo core, para replicar o modificar en otro servidor:

En la parte inferior "Exportar opciones de configuración" genera un XML con las opciones que hemos seleccionado en el proceso: DeploymentConfig.xml

Por ejemplo, una parte sería:

<Objs Version="1.1.0.1" xmlns="http://schemas.microsoft.com/powershell/2004/04">
  <Obj RefId="0">
    <TN RefId="0">
      <T>System.Collections.ObjectModel.Collection`1[[System.Management.Automation.PSObject, System.Management.Automation, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35]]</T>
      <T>System.Object</T>
    </TN>
    <LST>
      <Obj RefId="1">

.....

Si queremos replicar esta configuración mediante powershell en el mismo equipo:

Install-WindowsFeature –ConfigurationFilePath 
C:\DATOS\DeploymentConfigPlantilla.xml

O bien en otro equipo remoto:

Install-WindowsFeature –ConfigurationFilePath
C:\DATOS\PlantillaIIS.xml -ComputerName $nombreservidor

Podemos generalizar y modificar los ficheros para automatizar instalaciones en cualquier entorno Windows Server 2016

Más información: Documentación server-manager

 

Error Hyper-V Manager con la actualización KB4493441 en Windows Server 2016

Después de aplicar la actualización de Windows Server 2016 del 9 de abril KB4493441, al intentar acceder al administrador de Hyper-V aparece el siguiente error:

An error occurred while attempting to connect to server “NombreServidor”. Check that the Virtual Machine Management service is running and that you are authorized to connect to the server.

Hyper-V encountered an error trying to access an object on Computer ‘NombreServidor’ because the object was not found. The object might have been deleted. Verify that the Virtual Machine Management service on the computer is running.

Para solucionarlo deberemos ejecutar, con permisos de administrador, el siguiente comando:

MOFCOMP %SYSTEMROOT%\System32\WindowsVirtualization.V2.mof

Documentación Managed Object Format MOFCOMP