msgbartop
Hail, brothers. Coranon Silaria, Ozoo Mahoke!
msgbarbottom

20 ene 25 Nuevo servidor de virtualización – Preparación del hardware y encendido básico

Esta entrada es la parte 2 de 6 de la serie Nuevo servidor de virtualización

A la hora de recibir el servidor, lo primero fue realizar el proceso de conexionado hardware básico. Si bien el servidor en sí venía montado, los discos venían aparte. Se trataba de 4 discos de 2 TB cada uno a 7500 RPM. Los discos, que eran genéricos y no específicos de HP, venían junto con 4 caddies, de tal manera que se pudieran conectar en caliente, como es habitual en este tipo de servidores.

Servidor HP ProLiant DL360p Gen8 LFF

Servidor HP ProLiant DL360p Gen8 LFF

Así que el primer paso fue atornillar cada disco a su respectivo caddy, e insertarlo en su correspondiente bahía. El servidor es un HP Proliant DL360p Gen8, con 4 bahías de tipo LFF, por lo que con esos 4 discos quedaban todas las bahías completas. Con ello era posible configurar un volumen RAID5 con 3 discos de datos y 1 de paridad, para un total de 6 GB de espacio en disco, gracias a la controladora de disco P420i integrada.

Resuelto el tema del montaje, tocaba plantearse la conectividad. Los servidores Proliant Gen8 disponen de sistema de control remoto mediante iLO, con su tarjeta de red separada. El servidor, además venía con una tarjeta integrada 331FLR 10/100/1000 de 4 puertos. Mi planteamiento era configurar una de las bocas para la conectividad de red convencional, y la iLO, para poder administrar el servidor de manera remota.

Una vez hecho esto, tocaba arrancar. El servidor disponía de dos fuentes de alimentación, pero para el arrancado básico me bastaba con uno. Enchufé, arranqué, se iluminó el led de estado del servidor, lo pulsé… y se inició un festival de luces. Pero el servidor no arrancaba. O mejor dicho, arrancaba, ponía los ventiladores al tope, y se paraba. Estuve un buen rato como loco hasta que, después de enchufar y arrancar su buena media docena de veces, resultó que… el servidor arrancó solo. Y es que estaba siendo muy, muy impaciente. Este tipo de servidores tienes que dejarlos tranquilos, que hagan su proceso de autodiagnóstico, y ellos se encargan de arrancar por sí solos cuando han terminado de hacer lo que tienen que hacer. Sólo se trata de ser pacientes.

En paralelo, había estado intentando acceder a la iLO, que sí había encendido correctamente. Pero mi gozo en un pozo. Le habían cambiado la contraseña y no coincidía con la etiqueta de acceso a la misma con la que venía el servidor de fábrica. Así que tocaba resetearla. Pero mientras me había fallado el encendido por mi impaciencia, no me había sido posible acceder. Pero una vez encendido, era cuestión de entrar en el menú de la UEFI, y ejecutar el procedimiento para restablecer la iLO 4 desde la Utilidad de Configuración de iLO 4:

  • Reiniciar o encender el servidor. Pulsar F9 en la pantalla POST del servidor. Se inician las Utilidades del Sistema UEFI
  • Desde la pantalla de Utilidades del Sistema, seleccionar Configuración del Sistema > Utilidad de Configuración de iLO 4 > Restablecer iLO. La Utilidad de Configuración de iLO 4 pedirá seleccionar SÍ o NO. Seleccionar SÍ y pulsar Intro.
  • iLO pedirá confirmar la solicitud. Pulsar Intro.
  • La iLO se restablece y todas las conexiones activas finalizan. Si se está gestionando iLO de forma remota, la sesión de consola remota finaliza automáticamente.
  • Cuando se restablece iLO, la Utilidad de Configuración de iLO 4 no estará disponible de nuevo hasta el próximo reinicio. Reanudar el proceso de arranque. Pulsar Esc hasta que se muestre el menú principal. Seleccionar Salir y Reanudar Arranque en el menú principal y pulsar Intro.
  • Cuando se le solicite confirmar la petición, pulsar Intro para salir de la utilidad y reanudar el proceso de arranque normal.

Con ello, quedó restablecida la iLO, y pude continuar con el proceso de configuración básica del servidor.

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)

Etiquetas: , , , ,

19 ene 25 Nuevo servidor de virtualización – Introducción

Esta entrada es la parte 1 de 6 de la serie Nuevo servidor de virtualización

En las últimas semanas he estado realizando una serie de cambios bastante importante en mi sistema informático. Desde hace muchos años tengo desplegado en casa un servidor que históricamente ha contenido mi sitio web, pero que con el paso del tiempo ha ido ganando en funcionalidades: domótica, servicio de mensajería, automatización, almacenamiento, VPN, streaming de vídeo… Todo empezó en la Universidad, con unas prácticas de alguna asignatura que ni siquiera recuerdo, pero ha persistido con el paso del tiempo.

En un momento dado tuve una serie de sistemas aislados que complementaban al servidor: un Mini-ITX, un par de Raspberry Pi, una Asus Tinker Board, una NAS… Pero con el paso del tiempo fui simplificando. Un paso trascendental fue la consolidación de las máquinas físicas separadas en un único servidor de virtualización. Para ello escogí realizar un despliegue de ProxMox, virtualización basada en KVM, pero que proporcionaba una interfaz de usuario vía web bastante amigable, lo que hacía la administración del entorno fuera sencilla. Para ello utilicé un viejo PC de oficina con un procesador Intel y 4 GB de RAM. Todo bastante ajustado para contener tres máquinas virtuales: un frontal web NGINX que además desplegaba un servidor MQTT y VPN, un backend con el servidor web WordPress, securizado por el frontal antes comentado, y una máquina separada para el entorno de domótica. Durante años ha funcionado bien, pero hace unos meses el servidor, ya veterano cuando lo desplegué, empezó a presentar fallos hardware. El principal fue que se estropeó uno de los módulos de RAM, quedando reducida la cantidad disponible a 3 MB. Además, presentaba fallos de encendido en caso de que se fuera la luz, lo que hacía que la recuperación del sistema fuera bastante complicado.

Ante ello, decidí renovar el hardware, para lo que me puse a mirar precio de módulos RAM para añadirle el módulo faltante al PC, y también precios de PCs nuevos. Tanto lo uno como lo otro tenían precios elevados (la RAM por tener que adquirirla a través de Ebay y sitios así), y el PC nuevo por el hecho de comprarlo nuevo. Y en ello andaba cuando se me ocurrió una idea disparatada:

Servidor HP Proliant DL360p Gen8

Servidor HP Proliant DL360p Gen8

Hacerme con un servidor. Uno de verdad. No un viejo PC reconvertido. Un ser-vi-dor. Y resultó que la idea no era tan disparatada. Encontré un servidor HP DL360p Gen8 con doble fuente de alimentación, dos procesadores de 12 núcleos cada uno, 96 GB de RAM, 4 discos de 2 TB a 7200 RPM y controladora RAID, 4 puertos de red a giga, y un año de garantía por la ridícula cifra de 100€. Resultaba que la idea no era tan disparatada. Así que me hice con él. Pero es un servidor, claro. Está optimizado para el rendimiento. Y eso suele tener algunos problemillas cuando lo metes en una casa. Y no es el menor de ellos el que puede ponerse a sonar como un MIG 21 despegando.

Estas semanas he estado lidiando para poner el servidor de manera funcional, adaptarlo a un uso doméstico, volver a instalar un entorno de virtualización, y migrar las máquinas desde el viejo servidor. Por el camino he aprendido una serie de cosas bastante interesantes, y creo que vale la pena recopilarlas por si a alguien más le resultan interesantes, así que espero escribir unos cuantos artículos al respecto.

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)

Etiquetas: , , , , , , ,

18 ene 25 Uso de pulsadores Zigbee e interruptores WiFi para emular llaves conmutadas con Home Assistant

Como decía en el anterior artículo, estoy haciendo algunas mejoras en la domótica de Forcarey, motivadas por algunos cambios en el dormitorio principal. En concreto, estamos poniendo un cabecero de cama con mesillas flotantes, que hace que el cabecero ocupe todo el frontal de la pared, impidiendo el acceso a las llaves conmutadas del dormitorio.

Ejemplo de cabecero, no el mismo modelo

Ejemplo de cabecero, no el mismo modelo

Esto implica que es necesario trasladar estas llaves al tablero del cabecero, lo que en condiciones normales implicaría abrir agujeros para empotrar las llaves y los enchufes, pero he pensado en hacer algo diferente para evitar hacer estos agujeros, que es usar pulsadores de tipo Zigbee, que al no necesitar cableado, son muy compactos y se pueden instalar simplemente en superficie.

Pulsador Zibgee compatible con Tuya

Pulsador Zibgee compatible con Tuya

He escogido un modelo compatible con Tuya con dos pulsadores independientes, que además permite realizar tres acciones por pulsador (pulsación única, doble y larga), lo que permite mapear hasta seis acciones, y que se alimenta con una pila de botón. Este modelo es compatible con Zigbee2MQTT, que es lo que tengo montado para mi domótica, lo que me permite controlar cualquier tipo de dispositivo, y no sólo dispositivos de tipo Zigbee.

En cuanto al interruptor, he escogido los Sonoff Mini R2, con los que ya tengo experiencia sobrada, a los que he instalado el firmware Tasmota, de tal manera que puedo controlar el dispositivo mediante MQTT.

El sistema de domótica es Home Assistant, lo que me permite definir automatizaciones para integrar el funcionamiento de los pulsadores Zigbee y del interruptor Sonoff Mini R2. Y en este caso, esta automatización me permite emular el funcionamiento de las llaves conmutadas. El despliegue ha sido el siguiente:

  • He anulado las dos llaves que están en la cabecera de la cama, ya que no van a tener uso.
  • He adaptado el cableado que va desde la caja de registro para que la fase esté conectada al conector de salida de fase del Sonoff. Éste, a su vez, se ha conectado a fase y neutro de la caja de registro. Además, he conectado a las entradas de pulsador manual un par de hilos que van a la antigua llave de la entrada del dormitorio, de tal manera que se pueda seguir utilizando. Esta parte es que que permite un uso de esta llave para encender y apagar, pero sin ser ya realmente conmutada.

    Esquema de cableado del Sonoff Mini en modo simple

    Esquema de cableado del Sonoff Mini en modo simple

  • He registrado las llaves en Zigbee2MQTT. En mi caso, ha sido simplemente ponerlas en modo de emparejado (5 segundos pulsado el primer botón del pulsador) y se registran automáticamente. Es conveniente ponerles un alias descriptivo, para el posterior seguimiento del topic MQTT. Por ejemplo:

    ’0xa4c13855fdxxxxxx’:
    friendly_name: interruptor_dormitorio_1
    ’0xa4c138adxxxxxx’:
    friendly_name: interruptor_dormitorio_2

  • En el Sonoff Mini, configurar el dispositivo para que trabaje con MQTT (Configuration->MQTT). De nuevo, es recomendable hacer uso de un topic descriptivo.
  • Pasamos a Home Assistant. Aquí tendremos que hacer dos acciones diferentes: registrar el Sonoff Mini como un dispositivo de tipo switch, y crear una automatización basada en MQTT que se dispare con los topic MQTT de los pulsadores Zigbee.
  • Registro del Sonoff Mini: En mi caso lo realizo de manera manual, mediante una entrada en el fichero configuration.yaml de mi Home Assistant, con una entrada como esta:

    – platform: mqtt
    name: “Luz dormitorio Forcarey 1″
    state_topic: “topic_interruptor1/stat/dormitorio1/RESULT”
    value_template: ‘{{ value_json["POWER"] }}’
    command_topic: “topic_interruptor1/cmnd/dormitorio1/POWER”
    availability_topic: “topic_interruptor1/tele/dormitorio1/LWT”
    qos: 1
    payload_on: “ON”
    payload_off: “OFF”
    payload_available: “Online”
    payload_not_available: “Offline”
    retain: false

  • Creación de la automatización: Esta es la clave del asunto para lograr el funcionamiento conmutado. Se trata de crear una automatización que responda a tantos topic como interruptores tengamos, de tal modo que la activación de cualquiera de ellos haga que se dispare la automatización (otra alternativa sería usar automatizaciones independientes por pulsardor, pero el resultado no es tan limpio, y la gestión es más engorrosa). Este es un ejemplo de cómo realizar esta automatización, para el caso de una sola pulsación:

    - alias: Activacion simple del primer pulsador de las llaves
    trigger:
    – platform: mqtt
    topic: topic_pulsador/interruptor_dormitorio_1
    – platform: mqtt
    topic: topic_pulsador/interruptor_dormitorio_2
    condition:
    condition: template
    value_template: ‘{{ “1_single” == trigger.payload_json.action }}’
    action:
    entity_id: switch.luz_dormitorio_forcarey_1
    service: switch.toggle

  • ¡Y listo! Para definir hasta las seis acciones que permite este pulsador doble, basta con crear más automatizaciones según el esquema anterior, simplemente jugando con la condición de la automatización, configurando de manera adecuada el parámetro “action” que se recibe de cualquiera de los dos topic MQTT. Estos pueden venir con los valores siguientes: “1_single” (que es el que se genera cuando se pulsa una vez el primero de los dos pulsadores del interruptor), “2_single” (lo mismo, para el segundo pulsador), “1_double” (pulsación doble), “2_double”, “1_hold” (pulsación mantenida) y “2_hold”.

Hemos escogido un pulsador doble porque tenemos dos luces independientes en el dormitorio, una sobre la cama, y otra sobre la entrada a la habitación. Con esto, tenemos un bonito sistema para controlar la iluminación de manera independiente (con un segundo Sonoff Mini R2 para la otra luz, conectado de manera equivalente, claro), y tenemos aún cuatro acciones disponibles para controlar otros aspectos, como la calefacción o cualquier otro elemento la casa. Todo un progreso que nace de la necesidad de evitar taladrar el cabecero. :mrgreen:

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)

Etiquetas: , , , , , ,

17 ene 25 Instalación manual del firmware Tasmota en dispositivos Sonoff Mini R2 (versión 2025)

Volvemos a la carga con los Sonoff Mini. En este caso, con los modelos R2. Hace ya cosa de 6 años escribí por primera vez sobre estos dispositivos, y un año después actualicé el manual de programación de los mismos. Estamos en 2025, y toca una nueva actualización. Y es que estoy realizando una mejora en la domótica de la casa en Forcarey, y he tenido necesidad de hacer un despliegue de un par de Minis. En este caso, de los R2. Y al ir a desplegar en los mismos el firmware Tasmota me he encontrado con que la guía que utilicé en su momento ya no es completamente funcional.

Sonoff Mini R2

Sonoff Mini R2

Desde un punto de vista del dispositivo, las dos principales diferencias del R2 con respecto al modelo original son que los R2 no tienen antena externa, y que los conectores para el pulsador externo vienen marcados en gris, frente al negro del resto de los terminales.

A la hora de cargarles el firmware Tasmota, hay que tener en cuenta que los dispositivos han pasado a traer de casa el firmware eWelink, y en sus últimas versiones (3.7.6, a fecha en que escribo esto) no muestra el identificador del dispositivo de manera tan sencilla como antes, lo que dificulta el activar el modo OTA. Sin embargo, ejecutando los siguientes pasos he conseguido realizar el cambio de firmware a Tasmota:

  • Obtener el deviceID: Para ello no me ha quedado otra que utilizar la aplicación eWelink. He tenido que instalarla en un teléfono, registrarme, y realizar el registro del dispositivo conforme a las instrucciones del fabricante (conectar alimentación, observar el patrón de parpadeo . . -, pulsar 5 segundos, y parpadeo continuo. Con esto, se registra en la aplicación. Una vez ahí, se consultan los ajustes del dispositivo, y se anota la ID del dispositivo (deviceID). En caso de que el dispositivo no esté en la versión de firmware 3.7.6, se actualiza a la misma.
Captura eWelink

Captura eWelink

  • Borrar el dispositivo de eWelink: Completado lo anterior, se elimina el dispositivo de eWelink, para resetearlo a valores de fábrica.
  • Conectarlo a nuestra red WiFi: Una vez aquí, conectamos el dispositivo a nuestra WiFi. De nuevo, debería estar parpadeando con un patrón . . -. Pulsamos durante 5 segundos, y pasará a parpadear de manera continua. Habrá levantado una red WiFi con nombre ITEAD-######. Nos conectamos a ella con la contraseña 12345678, y abrimos con el navegador la URL http://10.10.7.1. Mostrará una web simple, donde podremos configurar nuestra WiFi. El dispositivo se conectará a la misma, y tendremos que averiguar la IP que le ha asignado. Esto lo podemos ver desde la web de configuración del router, con un escáner de dispositivos, etc…
  • Activamos la actualización OTA: Una vez obtenida la IP, y con el deviceID anotado anteriormente, validamos que el dispositivo responde a las peticiones por la API. Es necesario conocer el deviceID. En la versión de 2020 podía obtenerse con avahi-browser, cosa que no me ha funcionado, y en algunos sitios he visto que sin indicar el deviceID debería responder, pero no era mi caso. La única manera que he conseguido de poder realizar el proceso ha sido con ambos parámetros. Primero verificamos que la API responde: curl http://[IP_dispositivo]:8081/zeroconf/info -XPOST –data ‘{“deviceid”:”[deviceID]“,”data”:{} }’. Si responde con un json, vamos por el buen camino. Pero, en valores de fábrica, veremos el parámetro otaUnlock a false.

    A continuación, desbloqueamos la actualización OTA: curl http://[IP_DISPOSITIVO]:8081/zeroconf/ota_unlock -XPOST –data ‘{“deviceid”:”[deviceID]“,”data”:{} }’. Tras ello, volvermos a ejecutar la petición de info, y el parámetro otaUnlock debe mostrar el valor true.

    Por último, ejecutamos el comando para actualizar el firmware. A diferencia de los manuales de 2019 y 2020, no es necesario desplegar un servidor local para ello, podemos tomarlo directamente de Internet:
    curl http://[IP_dispositivo]:8081/zeroconf/ota_flash-XPOST –data ‘
    {
    “deviceid”: “[deviceID]“,
    “data”: {
    “downloadUrl”: “http://sonoff-ota.aelius.com/tasmota-latest-lite.bin”,
    “sha256sum”: “5c1aecd2a19a49ae1bec0c863f69b83ef40812145c8392eebe5fd2677a6250cc”
    }
    }’

    Tras esto, el dispositivo se actualizará a la versión 9.5.0 de Tasmota.

  • Conectar el dispositivo ya con firmware Tasmota a la WiFi: El siguiente paso es conectar el dispositivo, ya en el firmware Tasmota, a la WiFi. El dispositivo habrá levantado una WiFi con nombre tasmota-xxxxxxx. Conectamos a ella, abrirá en el navegador un portal con la IP 192.168.4.1, y ahí, conectamos a nuestra WiFi. Hecho esto, accedemos a la web de configuración, con la dirección IP que nos haya asignado.
  • Actualizar a la última versión de Tasmota: Una vez en el portal, actualizamos a la última versión de Tasmota pulsando en Firmware Upgrade. Aunque en determinadas guías indican que hay que cambiar la OTA URL a la versión lite, yo no he tenido problemas con la URL por defecto.
  • Configurar Tasmota con los parámetros del Mini (Toggle Switch): Por último, es necesario configurar los parámetros adecuados del dispositivo, desde Configure->Configure Other. Indicar en el campo Template lo siguiente: {“NAME”:”Sonoff MINIR2″,”GPIO”:[17,0,0,0,9,0,0,0,21,157,0,0,0],”FLAG”:0,”BASE”:1}… y marcar la opción “Activate”. Pulsamos en Save, y el dispositivo quedará configurado.
VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)

Etiquetas: ,

17 ene 25 Monasterio de San Isidoro del Campo (Santiponce, Sevilla) a vista de dron (10/08/2024) | DJI Mini3 Pro

Grabación del Monasterio de San Isidoro del Campo (Santiponce, Sevilla) efectuada el 10 de agosto de 2024, con un dron DJI Mini 3 Pro. Las tomas fueron efectuadas al amanecer, durante la “hora dorada”, con un filtro ND32, y siendo la primera vez que utilizo dos baterías con este dron.

El Monasterio de San Isidoro del Campo se encuentra en el municipio de Santiponce, en la provincia de Sevilla, Andalucía. Este monasterio fue fundado en 1301 por Alonso Pérez de Guzmán, conocido como Guzmán el Bueno, y su esposa María Alonso Coronel. La fundación del monasterio se realizó cerca de las ruinas de la antigua ciudad romana de Itálica, un lugar significativo en la historia de la región. El monasterio fue concebido como un panteón familiar y un testimonio de la devoción religiosa de sus fundadores, quienes también fueron los creadores de la Casa de Medina Sidonia.
El monasterio ha experimentado varias transformaciones a lo largo de los siglos. Originalmente, fue ocupado por la orden cisterciense, pero en 1432 pasó a manos de la Orden Jerónima, que llevó a cabo reformas significativas tanto en la vida monacal como en la decoración del lugar. El edificio es un ejemplo destacado de la arquitectura gótica y mudéjar, con influencias del Languedoc. A lo largo de su historia, el monasterio ha sido un importante centro religioso y cultural en la región.
Un aspecto notable del Monasterio de San Isidoro del Campo es su conexión con la traducción de la Biblia al español. Durante el siglo XVI, el monasterio se convirtió en un foco de pensamiento reformista en Sevilla. Entre los monjes que participaron en este movimiento se encontraba Casiodoro de Reina, quien fue el autor de la primera traducción completa de la Biblia al castellano, conocida como la Biblia del Oso. Esta traducción fue un hito en la historia religiosa y cultural de España, y se realizó en un contexto de persecución religiosa que llevó al encarcelamiento y exilio de varios monjes del monasterio.

————–

Footage of the Monastery of San Isidoro del Campo (Santiponce, Seville) made on August 10, 2024, with a DJI Mini 3 Pro drone. The shots were taken at dawn, during the “golden hour,” with an ND32 filter, and it was the first time I used two batteries with this drone.
The Monastery of San Isidoro del Campo is located in the municipality of Santiponce, in the province of Seville, Andalusia. This monastery was founded in 1301 by Alonso Pérez de Guzmán, known as Guzmán el Bueno, and his wife María Alonso Coronel. The foundation of the monastery was carried out near the ruins of the ancient Roman city of Italica, a significant place in the history of the region. The monastery was conceived as a family pantheon and a testament to the religious devotion of its founders, who were also the creators of the House of Medina Sidonia.

The monastery has undergone several transformations over the centuries. Originally, it was occupied by the Cistercian order, but in 1432 it passed into the hands of the Hieronymite Order, which carried out significant reforms both in monastic life and in the decoration of the place. The building is a prominent example of Gothic and Mudéjar architecture, with influences from Languedoc. Throughout its history, the monastery has been an important religious and cultural center in the region.

A notable aspect of the Monastery of San Isidoro del Campo is its connection with the translation of the Bible into Spanish. During the 16th century, the monastery became a focus of reformist thought in Seville. Among the monks who participated in this movement was Casiodoro de Reina, who was the author of the first complete translation of the Bible into Castilian, known as the Bear Bible. This translation was a milestone in the religious and cultural history of Spain and was carried out in a context of religious persecution that led to the imprisonment and exile of several monks from the monastery.

Música:

The Travelling Symphony by Savfk | https://www.youtube.com/savfkmusic
Music promoted by https://www.free-stock-music.com
Creative Commons / Attribution 4.0 International (CC BY 4.0)

https://creativecommons.org/licenses/by/4.0/

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)

Etiquetas: , ,