Differences

This shows you the differences between two versions of the page.

--- confluent [2025/07/10 18:51] – created joaquintorres
+++ confluent [2025/09/17 18:59] (current) – [Scripts] joaquintorres
@@ Line 1: / Line 1: @@
 ====== Confluent ======
-Las imágenes que están armadas en los headnodes se pueden encontrar en el directorio /var/lib/confluent/public/os/:
+===== Distribuciones y profiles =====
+Actualmente (por los comandos que están en la siguiente sección)hay **cuatro** profiles principales en uso:
+  - RedHat 8.6 (rhel-8.6-x86_64-default): Usado en los nodos de **login** (snmgt01, snmgt02) y los nodos de **visualización** (vlmgt01, vlmgt02; es posible que estos no estén bien instalados).
+  - RedHat 8.8 Diskless CPU (rhel-8.8-x86_64-diskless-cpu): Usado en los **nodos de cómputo exclusivos para CPU** (cn075-cn080).
+  - RedHat 8.8 Diskless GPU (rhel-8.8-x86_64-diskless-gpu): Usado en los **nodos de cómputo con GPU** (cn001-cn074). Puede que haga falta modificar simultáneamente este perfil y el de CPU para que sea limpio.
+  - Lenovo Distributed Storage Solution for IBM® Storage Scale™ (DSS-G) 4.5A (dssg-standard-4.5a): Usado en los **nodos de quorum de GPFS/IBM Storage Scale** (sdmgt01, sdmgt02). Seguramente acá esté toda la config persistente de GPFS.
+Los **nodos de management** (mmgt01, mmgt02) no tienen definidos profiles, pero sí tienen su propio node en confluent. Habría que mirarlo bien con la documentación.
+===== Ideas básicas =====
+Las distribuciones y perfiles se pueden listar con osdeploy:
+<code>
+# osdeploy list
+Distributions:
+  rhel-8.6-x86_64
+  rhel-8.8-x86_64
+Profiles:
+  dssg-standard-4.5a
+  genesis-x86_64
+  rhel-8.6-x86_64-default
+  rhel-8.8-x86_64-diskless-cpu
+  rhel-8.8-x86_64-diskless-gpu
+</code>
+Los perfiles que están armados en los headnodes se pueden encontrar en el directorio /var/lib/confluent/public/os/:
 <code>
@@ Line 7: / Line 33: @@
 </code>
-Con nodeattrib se puede ver cuál imagen usa cada nodo
+Las distribuciones en /var/lib/confluent/distributions:
+<code>
+$ ls /var/lib/confluent/distributions/
+rhel-8.6-x86_64  rhel-8.8-x86_64
+</code>
+Con nodeattrib se puede ver cuál imagen usa cada nodo:
+<code>
+# nodeattrib snmgt01 | grep deployment.profile
+snmgt01: deployment.profile: rhel-8.6-x86_64-default
+# nodeattrib snmgt02 | grep deployment.profile
+snmgt02: deployment.profile: rhel-8.6-x86_64-default
+# nodeattrib sdmgt01 | grep deployment.profile
+sdmgt01: deployment.profile: dssg-standard-4.5a
+# nodeattrib sdmgt02 | grep deployment.profile
+sdmgt02: deployment.profile: dssg-standard-4.5a
+# nodeattrib vlmgt01 | grep deployment.profile
+vlmgt01: deployment.profile: rhel-8.6-x86_64-default
+# nodeattrib vlmgt02 | grep deployment.profile
+vlmgt02: deployment.profile: rhel-8.6-x86_64-default
+# nodeattrib cn064 | grep deployment.pendingprofile
+cn064: deployment.pendingprofile: rhel-8.8-x86_64-diskless-gpu
+# nodeattrib cn080 | grep deployment.pendingprofile
+cn080: deployment.pendingprofile: rhel-8.8-x86_64-diskless-cpu
+</code>
+También tiene otros atributos, deployment.pendingprofile y deployment.stagingprofile. La documentación dice:
+<code>
+       deployment.pendingprofile
+              An OS profile that is pending deployment. This indicates to the network boot subsystem what should be offered when a potential network boot request comes in
+       deployment.profile
+              The  profile that has most recently reported completion of deployment. Note that an image may opt to leave itself both current and pending, for example a stateless profile
+              would be both after first boot.
+       (...)
+       deployment.stagedprofile
+              A  profile  that  has been staged, but is awaiting final boot to be activated. This allows an OS profile to remove itself from netboot without indicating completion to any
+              watcher.
+</code>
+Esto seguramente sea relevante para el deployment de perfiles nuevos, de hecho los nodos de cómputo están con pendingprofile.
+===== Scripts =====
+Los perfiles tienen scripts de inicio en /var/lib/confluent/public/os/(...)/ preboot.d onboot.d y postboot.d
+Se pueden aplicar cambios usando bash normalmente, para forzar el deploy hay que ejecutar
+<code>
+nodeapply --scripts=post.d/scriptname <noderange>
+</code>