PVE 9 (Debian 13 trixie, formato deb822):

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

cat > /etc/apt/sources.list.d/proxmox.sources <<'EOF'
Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF

# Apagar enterprise (sin suscripción devuelve 401 en cada apt update)
grep -q '^Enabled:' /etc/apt/sources.list.d/pve-enterprise.sources \
  || echo 'Enabled: false' >> /etc/apt/sources.list.d/pve-enterprise.sources

apt update && apt full-upgrade

PVE 8 (Debian 12 bookworm, formato de una línea):

1
2
3
4
5

echo 'deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription' \
  > /etc/apt/sources.list.d/pve-no-subscription.list
sed -i 's/^deb /# deb /' /etc/apt/sources.list.d/pve-enterprise.list

apt update && apt full-upgrade

Si el host tiene Ceph, el repo enterprise de Ceph también hay que apagarlo y cambiarlo por su no-subscription (abajo).

Qué hace cada repositorio

Proxmox lo dice claro: pve-no-subscription es para pruebas y uso no productivo; en producción quieren que pagues la suscripción y uses enterprise. Para un lab o un homelab es el repo normal.

El 401 de enterprise no rompe nada por sí mismo, pero cada apt update termina con error y el resto de repos queda a medio refrescar. Apagarlo es el arreglo; no hace falta borrarlo.

PVE 9: archivos .sources (deb822)

Desde PVE 9 el instalador ya escribe /etc/apt/sources.list.d/pve-enterprise.sources en formato deb822. Un .sources es un bloque de claves:

1
2
3
4
5
6
7

# /etc/apt/sources.list.d/pve-enterprise.sources
Types: deb
URIs: https://enterprise.proxmox.com/debian/pve
Suites: trixie
Components: pve-enterprise
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
Enabled: false

Enabled: false lo deja escrito pero inactivo. El de no-subscription es el bloque del En corto; el de test es igual con Components: pve-test.

Si arrastras archivos .list de una actualización desde PVE 8, apt 3 los convierte solo:

1

apt modernize-sources

Reescribe cada .list como .sources y deja el original como .list.bak.

PVE 8: archivos .list

1
2
3
4
5

# /etc/apt/sources.list.d/pve-enterprise.list
# deb https://enterprise.proxmox.com/debian/pve bookworm pve-enterprise

# /etc/apt/sources.list.d/pve-no-subscription.list
deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription

Comentar la línea enterprise con # equivale al Enabled: false de deb822.

Ceph

El instalador también deja el repo enterprise de Ceph. Mismo tratamiento; el nombre del repo lleva la versión de Ceph que corre el clúster (ceph -v):

PVE 9:

1
2
3
4
5
6

# /etc/apt/sources.list.d/ceph.sources
Types: deb
URIs: http://download.proxmox.com/debian/ceph-tentacle
Suites: trixie
Components: no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg

Cambia ceph-tentacle por ceph-squid si sigues en Squid. Si el archivo original tenía Components: enterprise, reemplázalo entero por este.

PVE 8:

1
2
3

# /etc/apt/sources.list.d/ceph.list
# deb https://enterprise.proxmox.com/debian/ceph-squid bookworm enterprise
deb http://download.proxmox.com/debian/ceph-squid bookworm no-subscription

En bookworm existen ceph-quincy, ceph-reef y ceph-squid; usa el que corresponda a tu clúster, no el más nuevo.

Proxmox Backup Server

Idéntico patrón con pbs en la URI y pbs-no-subscription como componente:

1
2
3
4
5
6

# /etc/apt/sources.list.d/proxmox.sources (PBS 4, trixie)
Types: deb
URIs: http://download.proxmox.com/debian/pbs
Suites: trixie
Components: pbs-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg

Y Enabled: false en pbs-enterprise.sources.

Trampas

• No mezcles suites. bookworm en PVE 8, trixie en PVE 9. Una línea con la suite equivocada rompe el siguiente full-upgrade.
• El keyring ya está. /usr/share/keyrings/proxmox-archive-keyring.gpg viene con cualquier instalación desde ISO. Solo hace falta descargarlo cuando instalas Proxmox encima de un Debian limpio (lo explica la guía oficial de esa vía).
• Signed-By es obligatorio en deb822; sin esa línea apt ignora el repo con un aviso.
• Si apt falla con pve-apt-hook: not found, no es un problema de repos: ese es otro post.
• El aviso de “no valid subscription” de la GUI es independiente de los repos y no se arregla aquí; una suscripción Community lo quita y de paso te da el repo enterprise.

Referencia: Package Repositories en la wiki de Proxmox.

1
2
3
4
5

mkdir -p /usr/share/proxmox-ve
touch /usr/share/proxmox-ve/pve-apt-hook
chmod +x /usr/share/proxmox-ve/pve-apt-hook
apt install -f
apt install proxmox-ve

Con proxmox-ve reinstalado, el hook real reemplaza al vacío y apt vuelve a la normalidad.

El error

1
2

/bin/sh: 1: /usr/share/proxmox-ve/pve-apt-hook: not found
E: Failure running script /usr/share/proxmox-ve/pve-apt-hook

Sale en cualquier apt install, apt upgrade o apt full-upgrade, y bloquea todo, incluido lo que intentas hacer para arreglarlo.

Por qué pasa

El paquete proxmox-ve instala dos cosas que van juntas:

Si proxmox-ve se fue (un apt remove o autoremove mal calculado, un dist-upgrade interrumpido, un paquete a medio instalar), el script desaparece pero el archivo de /etc/apt/apt.conf.d/ es un conffile y se queda. apt sigue intentando ejecutar un script que ya no existe y falla antes de tocar nada.

Arreglo si quieres seguir con Proxmox

El hook vacío solo sirve para que apt arranque; lo importante es reinstalar proxmox-ve:

1
2
3
4
5
6

mkdir -p /usr/share/proxmox-ve
touch /usr/share/proxmox-ve/pve-apt-hook
chmod +x /usr/share/proxmox-ve/pve-apt-hook

apt install -f            # cierra dependencias rotas primero (recomendación del staff de Proxmox)
apt install proxmox-ve    # trae de vuelta el hook real y lo que falte

Comprueba que el hook ya es el de verdad y no tu archivo vacío:

1
2

dpkg -S /usr/share/proxmox-ve/pve-apt-hook   # proxmox-ve: /usr/share/proxmox-ve/pve-apt-hook
head -1 /usr/share/proxmox-ve/pve-apt-hook   # #!/usr/bin/perl

Después de esto, apt full-upgrade y un reinicio para confirmar que arranca el kernel de Proxmox.

Arreglo si quitaste Proxmox a propósito

Si la máquina está volviendo a ser un Debian normal, el snippet sobra:

1
2
3

rm /etc/apt/apt.conf.d/10pveapthook
# o, más limpio, purgar lo que quedó del paquete:
dpkg --purge proxmox-ve

apt remove deja los conffiles; purge se los lleva.

Trampas

• No dejes el hook vacío. Existe para que apt no te borre proxmox-ve ni el kernel proxmox-kernel-* por accidente. Con el archivo vacío esa protección no está.
• Revisa qué se fue con proxmox-ve. Si apt lo quitó, probablemente también se llevó dependencias; el apt install proxmox-ve las regresa, pero mira la lista antes de aceptar.
• Si apt install proxmox-ve no encuentra el paquete, el problema está en los repos: repositorios sin suscripción.
• Referencia: hilo del foro de Proxmox.

Para administrar una controladora HPE Smart Array desde Proxmox necesitas ssacli. La guía que sale primero en Google (aljax.us) está desactualizada y, tal cual, falla. Tres cosas cambiaron:

1. El repo HPE ya no responde por HTTP (puerto 80) → usa https://.
2. La clave GPG de la guía es la vieja → hoy firma con GPG-KEY2-mcp.
3. La guía avisa que “HPE eliminó el repo en feb-2026” → falso, sigue vivo.

Salta directo al procedimiento corregido si solo quieres el copy/paste.

Probado en Proxmox VE 8 (Debian bookworm) sobre un host con controladora HPE Smart Array P840ar, el 2026-09-23.

El problema

ssacli (antes hpssacli) es la CLI de HPE para las Smart Array: te deja ver controladoras, discos físicos, arrays lógicos y su salud sin entrar a iLO ni reiniciar a la ROM. En un nodo Proxmox es la forma práctica de identificar bahías y revisar discos en caliente.

El camino “oficial” de la comunidad es agregar el repo MCP de HPE a apt. Pero si copias los pasos de las guías viejas te topas con dos errores, uno tras otro:

1

Connection failed [IP: ... 80]

y, si arreglas el primero pero no el segundo:

1
2
3

W: GPG error: https://downloads.linux.hpe.com/SDR/repo/mcp bookworm/current Release:
   The following signatures couldn't be verified because the public key is not available:
   NO_PUBKEY E3FE26E774C3A4A2

1. El endpoint HTTP está muerto

El repo MCP dejó de servir por HTTP en texto claro. Las guías registran deb http://downloads.linux.hpe.com/... y apt update se cuelga con Connection failed en el puerto 80. La solución es simplemente usar HTTPS en el sources.list (apt-transport-https ya viene en bookworm).

2. La clave GPG de la guía es la incorrecta

Las guías apuntan a hpePublicKey2048_key1.pub. El repo ya no firma con esa llave: hoy usa GPG-KEY2-mcp.

• Archivo: GPG-KEY2-mcp
• Tipo: RSA-4096
• Fingerprint: 9E8C 4A25 C494 08EF A8D0 9D96 E3FE 26E7 74C3 A4A2
• Vigencia: 2024-09-05 → 2034-09-05

Sin ella, apt update falla con NO_PUBKEY E3FE26E774C3A4A2 (los últimos 16 hex del fingerprint).

3. El aviso de “repo eliminado” es falso (por ahora)

Varias guías advierten que HPE tumbó su repositorio público en febrero de 2026. Al día de hoy (2026-09-23) el repo MCP para bookworm sigue activo y sirve ssacli 6.15-11.0 sin problema. Aun así, más abajo dejo un fallback con el RPM por si algún día se cumple la profecía.

Procedimiento corregido (copy/paste)

Como root en el host Proxmox:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18

# 1. Instalar la clave GPG correcta (GPG-KEY2-mcp)
mkdir -p /etc/apt/keyrings
curl -fsSL https://downloads.linux.hpe.com/SDR/repo/mcp/GPG-KEY2-mcp \
  | gpg --dearmor > /etc/apt/keyrings/hpePublicKey2-mcp.gpg
chmod 0644 /etc/apt/keyrings/hpePublicKey2-mcp.gpg

# 2. Registrar el repo (HTTPS, no HTTP; ajusta el codename si no es bookworm)
cat > /etc/apt/sources.list.d/hp-mcp.list <<'EOT'
deb [signed-by=/etc/apt/keyrings/hpePublicKey2-mcp.gpg] https://downloads.linux.hpe.com/SDR/repo/mcp bookworm/current non-free
EOT

# 3. Actualizar índices e instalar
apt-get update
apt-get install -y ssacli

# 4. Verificar
ssacli version
ssacli ctrl all show

En un nodo del lab la verificación se vio así:

1
2
3
4
5
6

root@pve-node1:~# ssacli version
   SSACLI Version:  6.15.11.0  2022-11-01
   SOULAPI Version: 6.15.11.0  2022-11-01

root@pve-node1:~# ssacli ctrl all show
Smart Array P840ar in Slot 0 (Embedded)   (sn: <serial>)

Comandos útiles de ssacli

1
2
3
4
5
6
7

ssacli ctrl all show                     # lista controladoras
ssacli ctrl slot=0 show detail           # detalle de la controladora en slot 0
ssacli ctrl slot=0 pd all show status    # estado de discos físicos
ssacli ctrl slot=0 ld all show status    # estado de arrays lógicos
ssacli ctrl slot=0 show config           # topología completa (arrays, LDs, PDs)
ssacli ctrl slot=0 modify drivewritecache=enable
ssacli ctrl slot=0 ld 1 modify caching=enable

Para identificar una bahía física por número de serie (útil cuando alguien está frente al rack cambiando un disco), ssacli ctrl slot=0 pd all show detail te da serie, bahía y estado de cada disco. En HBA mode, insertar un disco puede marcar transitoriamente “Degraded (Not authenticated)” y luego aclarar a OK; no cambia nada funcional.

Fallback si el repo desaparece

Si en el futuro downloads.linux.hpe.com/SDR/repo/mcp deja de responder, descarga el .rpm desde el portal de soporte HPE y extráelo a mano (Debian no usa RPM, así que solo lo desempaquetamos):

1
2
3

rpm2cpio ssacli-*.rpm | cpio -idmv
cp -rv ./opt/* /opt
cp -rv ./usr/* /usr

Aplica a

El mismo procedimiento sirve para cualquier nodo Proxmox / Debian bookworm con controladora HPE Smart Array (Gen8 / Gen9 / Gen10). Para bullseye o trixie, cambia el codename en el sources.list.