🧰 Proxmox CLI – Comandi Essenziali con Esempi

🔗 Cluster

  • Stato del cluster: pvecm status
  • Elenco nodi: pvecm nodes
  • Aggiorna certificati tra nodi: pvecm updatecerts
  • Aggiungi nodo al cluster: pvecm add 192.168.1.12
  • Rimuovi nodo dal cluster: pvecm delnode pve-node3

💾 Storage

  • Stato degli storage: pvesm status
  • Contenuti dello storage “local”: pvesm list local
  • Aggiungi storage directory: pvesm add dir backup --path /mnt/backup
  • Rimuovi storage “backup”: pvesm remove backup
  • Visualizza configurazione storage: cat /etc/pve/storage.cfg

🖥️ Nodo e sistema

  • Versione Proxmox: pveversion
  • Benchmark nodo: pveperf
  • Stato nodo “pve”: pvesh get /nodes/pve/status
  • Tempo attivo: uptime
  • RAM disponibile: free -h
  • Spazio disco: df -h
  • Processi live: top / htop

📦 VM e container

  • Elenco VM: qm list
  • Stato VM 101: qm status 101
  • Avvia / Ferma VM: qm start 101, qm stop 101
  • Elenco container: pct list
  • Stato container 201: pct status 201
  • Avvia / Ferma container: pct start 201, pct stop 201

🔐 Sottoscrizione

  • Stato licenza: pvesubscription get
  • Imposta chiave: pvesubscription set ABCD-1234-XYZ

🧪 Backup e snapshot

  • Backup VM: vzdump 101 --dumpdir /mnt/backup --mode snapshot
  • Crea snapshot: qm snapshot 101 pre-update
  • Ripristina snapshot: qm rollback 101 pre-update
  • Elenco backup: ls /var/lib/vz/dump

📡 Rete e firewall

  • Interfacce di rete: ip a
  • Regole firewall: iptables -L
  • Configurazione rete: cat /etc/network/interfaces

👥 Utenti e permessi

  • Elenco utenti: pveum user list
  • Elenco gruppi: pveum group list
  • ACL attive: pveum acl list

🧠 API e automazione

  • Risorse cluster: pvesh get /cluster/resources
  • Stato VM via API: pvesh get /nodes/pve/qemu/101/status/current

🧹 Diagnostica e manutenzione

  • Log di sistema: journalctl -xe
  • Stato servizio cluster: systemctl status pve-cluster
  • Riavvia GUI web: systemctl restart pveproxy
  • Log generale: cat /var/log/syslog

🧩 Extra utili

  • Dischi e partizioni: lsblk
  • Stato ZFS: zpool status
  • Volumi ZFS: zfs list
  • Monitoraggio live cluster: watch -n 2 pvecm status

Guida Passo per Passo: Aggiornamento da Proxmox VE 8 a 9

Introduzione

Proxmox VE 9.x presenta nuove funzionalità importanti. Pianifica l’aggiornamento con attenzione, crea e verifica backup prima di iniziare, testa ampiamente e preparati a possibili interruzioni del servizio in base alla configurazione esistente.

Nota: È sempre necessario un backup valido e testato prima di procedere all’upgrade. Testa il backup in un ambiente di prova.
Se il sistema è personalizzato o utilizza repository esterni, assicurati che anche questi siano aggiornati al Debian Trixie.

Opzioni per l’aggiornamento

  1. Nuova installazione su hardware nuovo (ripristino delle VM da backup)
  2. Aggiornamento in-place tramite apt (passo per passo)

Passi per l’aggiornamento in-place

Prerequisiti

  • Aggiorna a Proxmox VE 8.4 su tutti i nodi.
  • Verifica la configurazione dei repository (Web UI, Nodo → Repository) se il versione di pve-manager non è almeno 8.4.1.
  • Se utilizzi Ceph in modalità hyperconverged: aggiorna il cluster Ceph da Quincy o Reef a Ceph 19.2 Squid prima di procedere all’upgrade a Proxmox VE 9.0 (vedi le guide dedicate).
  • Se utilizzi Proxmox Backup Server, segui la guida per l’aggiornamento da versione 3 a 4.
  • Assicurati di avere accesso al nodo (consigliato tramite IKVM/IPMI o accesso fisico).
  • Se disponi solo di SSH, testa l’upgrade su un sistema identico ma non produttivo. Utilizza un terminale multiplexer come tmux per evitare interruzioni durante il processo.
  • Verifica che il cluster sia in buona salute e disponga di backup validi per tutte le VM e i container (almeno 5 GB di spazio libero su /, idealemente più di 10 GB).
  • Controlla i problemi noti all’upgrade.

Passaggi dettagliati

1. Utilizza lo script pve8to9 per verificare le condizioni
Esegui:

pve8to9 --full

Verifica che il sistema non presenti errori critici e ripeti l’esecuzione dopo ogni correzione.

2. Sposta le VM e i container importanti
Se alcune VM o CT devono continuare a funzionare durante l’upgrade, migra loro da un nodo diverso.

  • Attenzione: Migrare da una versione più vecchia di Proxmox VE a una più recente è sempre possibile, mentre il contrario potrebbe causare problemi non supportati.

3. Aggiorna i repository APT

  • Verifica che il sistema utilizzi le ultime versioni di Proxmox VE 8.4:
apt update && apt dist-upgrade && pveversion

Assicurati che la versione sia almeno 8.4.1.

  • Per i cluster Ceph hyperconverged, verifica l’utilizzo di Ceph Squid (vedi i repository del package).

4. Aggiorna i repository Debian a Trixie
Modifica /etc/apt/sources.list e /etc/apt/sources.list.d/pve-enterprise.list:

sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/pve-enterprise.list

Rimuovi eventuali repository specifici per Bookworm e verifica che i nuovi repository siano corretti.

5. Aggiungi il repository Proxmox VE 9

  • Per l’enterprise repository:
cat > /etc/apt/sources.list.d/pve-enterprise.sources << EOF
Types: deb
URIs: https://enterprise.proxmox.com/debian/pve
Suites: trixie
Components: pve-enterprise
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF
  • Per il repository senza sottoscrizione:
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

Aggiungere dopo il riavvio il nuovo Debian.sources

Decommentare o eliminare in apt sources.list

Types: deb deb-src
URIs: http://deb.debian.org/debian/
Suites: trixie trixie-updates
Components: main non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg

Types: deb deb-src
URIs: http://security.debian.org/debian-security/
Suites: trixie-security
Components: main non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg

Verifica con apt update e apt policy.

6. Aggiorna il repository Ceph

  • Per i cluster Ceph, sostituisci eventuali repository di ceph.com con quelli di proxmox.com.
  • Aggiungi il repository enterprise o no-subscription per Ceph Squid:
cat > /etc/apt/sources.list.d/ceph.sources << EOF
Types: deb
URIs: https://enterprise.proxmox.com/debian/ceph-squid
Suites: trixie
Components: enterprise
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF

Verifica con apt update e rimuovi i repository vecchi.

7. Aggiorna l’indice dei pacchetti

apt update

Assicurati che non siano segnalati errori.

8. Esegui l’upgrade a Debian Trixie e Proxmox VE 9.0

  • Inizia con:
apt dist-upgrade

Durante il processo, rispondi alle richieste di modifiche ai file di configurazione e riavvio dei servizi. Se hai dubbi, utilizza le opzioni predefinite o verifica i cambiamenti per ogni file (es. /etc/issue, /etc/lvm/lvm.conf).

9. Controlla il risultato e riavvia con il nuovo kernel
Se l’upgrade ha successo:

  • Verifica lo script pve8to9.
  • Riavvia il sistema per utilizzare il kernel aggiornato.

Dopo l’aggiornamento a Proxmox VE 9

  • Ripulisci la cache del browser e forza il reload della UI Web (CTRL+SHIFT+R o ⌘+Alt+R su macOS).
  • Per i cluster: verificare che tutti i nodi siano aggiornati. Se no, ripeti l’upgrade su un altro nodo.
  • Deprecato: Le regole HA sono sostituite da HA rules. Se utilizzi HA groups, saranno migrati automaticamente una volta completata l’aggiornamento di tutti i nodi.
  • Opzionale: modernizza i repository APT con apt modernize-sources.

Problemi noti e troubleshooting

  • Pacchetto proxmox-ve troppo vecchio: Verifica che i repository siano configurati correttamente per Proxmox VE 8.x, esegui apt update && apt dist-upgrade.
  • Autoactivation su LVM/LVM-thin storage: Disattiva l’autoactivation per le VM con il comando /usr/share/pve-manager/migrations/pve-lvm-disable-autoactivation.
  • Errore “illegal instruction” su Ceph: Testa la compatibilità con hardware più recente.
  • Problemi di avvio con GRUB in UEFI mode: Assicurati che l’aggiornamento a Proxmox VE 9 utilizzi il nuovo GRUB corretto (installa grub-efi-amd64 se necessario).
  • Errore cgroup V1: Le VM con systemd <230 non saranno supportate. Migra su versioni più recenti del sistema operativo container.

🚀 Upgrade Proxmox Backup Server 3 → 4: Guida Tecnica Completa

L’upgrade da Proxmox Backup Server (PBS) 3 a PBS 4 comporta anche la migrazione da Debian Bookworm a Trixie. In questa guida vedremo come eseguire l’upgrade in modo sicuro, ordinato e conforme alle best practice APT moderne.

🧰 Requisiti iniziali

Assicurati che il tuo sistema PBS sia aggiornato alla versione 3.4.2-1 o superiore:

bash

proxmox-backup-manager versions

Aggiorna PBS 3 all’ultima versione disponibile:

bash

apt update && apt dist-upgrade

Esegui un backup della configurazione:

bash

tar czf "pbs3-etc-backup-$(date -I).tar.gz" -C "/etc" "proxmox-backup"

Verifica lo spazio libero (consigliati almeno 10 GB):

bash

df -h /

🔍 Verifica compatibilità con PBS 4

Utilizza lo strumento ufficiale per controllare la compatibilità:

bash

pbs3to4 --full

Correggi eventuali problemi segnalati e rilancia il comando finché non ottieni un output pulito.

🛑 (Facoltativo) Abilita modalità manutenzione

Per evitare modifiche ai dati durante l’upgrade, puoi impostare i datastore in modalità sola lettura:

bash

proxmox-backup-manager datastore update DATASTORE-ID --maintenance-mode read-only

🧭 Aggiorna i repository APT

1. Passa da Bookworm a Trixie

bash

sed -i 's/bookworm/trixie/g' /etc/apt/sources.list

Controlla anche i file in /etc/apt/sources.list.d/ e aggiorna se necessario.

2. Aggiungi repository PBS 4 (deb822)

Enterprise

bash

cat > /etc/apt/sources.list.d/pbs-enterprise.sources << 'EOF'
Types: deb
URIs: https://enterprise.proxmox.com/debian/pbs
Suites: trixie
Components: pbs-enterprise
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF

No-subscription

bash

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

🧱 Integra il repository Debian in formato deb822

Per conformità con Debian Trixie, crea il file debian.sources:

bash

cat > /etc/apt/sources.list.d/debian.sources << 'EOF'
Types: deb
URIs: http://deb.debian.org/debian/
Suites: trixie trixie-updates
Components: main contrib non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg

Types: deb
URIs: http://security.debian.org/debian-security/
Suites: trixie-security
Components: main contrib non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg
EOF

Svuota il vecchio sources.list:

bash

truncate -s 0 /etc/apt/sources.list

Oppure rimuovilo del tutto:

bash

rm /etc/apt/sources.list

Verifica la configurazione:

bash

apt update && apt policy

⬆️ Esegui l’upgrade a PBS 4

bash

apt update && apt dist-upgrade

Durante l’upgrade:

  • Premi q per uscire da apt-listchanges
  • Mantieni le versioni locali per /etc/issue e /etc/default/grub
  • Per /etc/ssh/sshd_config, accetta la versione del maintainer se non hai modifiche personalizzate

🔁 Riavvia il sistema

bash

systemctl reboot

✅ Verifiche post-upgrade

Controlla che i servizi PBS siano attivi:

bash

systemctl status proxmox-backup-proxy.service
systemctl status proxmox-backup.service

Disabilita la modalità manutenzione:

bash

proxmox-backup-manager datastore update DATASTORE-ID --delete maintenance-mode

(Facoltativo) Modernizza tutti i repository:

bash

apt modernize-sources

🧪 Conclusione

L’upgrade a PBS 4 è un’operazione delicata ma gestibile con metodo. L’integrazione dei repository in formato deb822 garantisce coerenza e compatibilità futura. Se operi in ambienti clusterizzati, considera l’automazione dei controlli EFI, backup e verifica dei repository.

🚀 Come eliminare il pop‑up “Nessuna sottoscrizione” su Proxmox 

🎯 Perché appare quel messaggio?

Dopo aver installato Proxmox in modalità “No Subscription”, la GUI mostra un pop‑up:

“Nessuna sottoscrizione”

Questo avviso blocca l’accesso agli aggiornamenti e al supporto. La soluzione consiste nel modificare il file JavaScript che controlla lo stato della sottoscrizione.

🛠️ Procedura passo‑passo

1. Apri la shell dalla Web‑GUI di Proxmox Esegui: ssh root@<IP-del-tuo-proxmox>

2. Vai alla cartella contenente lo script Esegui: cd /usr/share/javascript/proxmox-widget-toolkit

3. Crea un backup del file originale Esegui: cp proxmoxlib.js proxmoxlib.js.bak

4. Modifica il file con l’editor a tua scelta Esegui: nano proxmoxlib.js oppure vim proxmoxlib.js

5. Trova la riga che verifica lo stato della sottoscrizione Cerca: if (data.status !== 'Active') {

6. Sostituisci l’intero blocco con un “falso” costante Modifica con: if (false) {

7. Salva ed esci dall’editor In nano: Ctrl+O, Enter, Ctrl+X

8. Riavvia il servizio che gestisce la GUI Esegui: systemctl restart pveproxy.service

⚠️ Se stai usando Proxmox Backup Server (PBS) o Mail Gateway, usa uno dei seguenti comandi:

  • PBS → systemctl restart proxmox-backup-proxy.service
  • Mail Gateway → systemctl restart pgmproxy.service

🔁 Cosa succede dopo?

Ogni volta che installi un aggiornamento di Proxmox VE (incluso l’interfaccia GUI), il file JavaScript viene sovrascritto. Dovrai quindi ripetere la procedura sopra descritta dopo ogni upgrade.

Upgrade proxmox 8 to 9

🔧 Passo 1: Sostituzione repository in Trixie

Spegnere o migrare le VM in esecuzione .

Dopo aver eseguito la sostituzione del repo attuale in /etc/apt sources.list con il comando :

sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
  1. Apri il file con un editor (es. nano /etc/apt/sources.list):nano /etc/apt/sources.list
  2. Trova la riga 6 (o quella con pve-no-subscription):
    Esempio di riga esistente:deb http://download.proxmox.com/debian/pve trixie pve-no-subscription
  3. Commenta la riga aggiungendo # all’inizio:# deb http://download.proxmox.com/debian/pve trixie pve-no-subscription
  4. Salva e chiudi il file.

📝 Passo 2: Crea il repository corretto (proxmox.sources)

Contenuto esatto del file:

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

✅ Passo 3: Verifica e aggiorna i repository

Esegui questi comandi per confermare la correzione:

apt update && apt policy  # Dovrebbe mostrare "OK" senza warning di duplicati

🔄 Passo 4: Esegui l’upgrade

apt dist-upgrade  # Procedura senza errori (se non compaiono warning)
a fine upgrade eseguire pve8to9

🔍 Passo 5: Riavvia il sistema

🔄 Passo 6 : Creazione Debian.sources

Dopi il riavvio , vuotare il file /etc/apt/sources.list

Creare in /etc/apt/sources.d/debian.sources

Types: deb deb-src
URIs: http://deb.debian.org/debian/
Suites: trixie trixie-updates
Components: main non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg

Types: deb deb-src
URIs: http://security.debian.org/debian-security/
Suites: trixie-security
Components: main non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg

Controllo finale ed eventuali correzioni

Commentare pve-enterprise.xxx files in :

root@pvetest:/etc/apt/sources.list.d# ls -l
total 10
-rw-r--r-- 1 root root 162 Sep 14 07:37 proxmox.sources
-rw-r--r-- 1 root root  71 Sep 14 11:32 pve-enterprise.list.dpkg-dist
-rw-r--r-- 1 root root 165 Sep 14 11:32 pve-enterprise.sources

Per finire dopo aver riavviato tutto con la nuova versione eseguire :

pve8to9 --full
installare eventuali pacchetti come intel-microcode e chrony 
apt autoremove 
pve8to9 --full

Il file sources.list va lasciato vuoto e non commentato .

Codice in bash per controllo finale repo e versioni proxmox :

#!/bin/bash

echo "🔍 Verifica repository APT (deb822)..."
sources_dir="/etc/apt/sources.list.d"
legacy_sources="/etc/apt/sources.list"

# Check for legacy entries
if grep -q '^deb ' "$legacy_sources"; then
    echo "⚠️  Repository legacy trovati in $legacy_sources"
    grep '^deb ' "$legacy_sources"
else
    echo "✅ Nessun repository legacy in $legacy_sources"
fi

# Check for .list files with legacy format
legacy_list=$(grep -r '^deb ' "$sources_dir"/*.list 2>/dev/null)
if [ -n "$legacy_list" ]; then
    echo "⚠️  Repository legacy trovati in file .list:"
    echo "$legacy_list"
else
    echo "✅ Nessun repository legacy nei file .list"
fi

echo ""
echo "📦 Verifica pacchetti aggiornabili..."
upgradable=$(apt list --upgradable 2>/dev/null | grep -v "Listing...")
if [ -n "$upgradable" ]; then
    echo "⚠️  Pacchetti aggiornabili trovati:"
    echo "$upgradable" | head -n 10
    echo "... (totale: $(echo "$upgradable" | wc -l))"
else
    echo "✅ Tutti i pacchetti sono aggiornati"
fi

echo ""
echo "🔐 Verifica chiavi GPG..."
keyring="/usr/share/keyrings/proxmox-archive-keyring.gpg"
if gpg --quiet --dry-run --import "$keyring" >/dev/null 2>&1; then
    echo "✅ Chiave Proxmox valida: $keyring"
else
    echo "⚠️  Chiave Proxmox non valida o mancante"
fi

echo ""
echo "🧠 Versione Proxmox:"
pveversion

echo ""
echo "🧬 Kernel attivo:"
uname -r

echo ""
echo "✅ Audit completato su $(hostname)"

Replica di VM su Proxmox: Guida Tecnica Avanzata con Gestione dei Nodi

Questo articolo approfondisce la configurazione della replica di macchine virtuali (VM) su Proxmox VE, esplorando i requisiti tecnici, le opzioni di configurazione e le best practice per garantire una replica affidabile e performante. Include anche una guida dettagliata sulla gestione dei nodi Proxmox per ottimizzare il processo di replica.

🚀 Introduzione alla Replica di VM

La replica di VM è una tecnica cruciale per la disaster recovery, il backup e la migrazione di carichi di lavoro. Permette di creare copie delle VM su un’altra istanza Proxmox, garantendo la continuità operativa in caso di guasti hardware, disastri naturali o aggiornamenti del sistema. Proxmox VE offre diverse opzioni per la replica, tra cui l’utilizzo di strumenti open-source come zfs send/receive e soluzioni commerciali. In questo articolo ci concentreremo sull’implementazione della replica tramite zfs send/receive, che offre flessibilità e controllo.

Requisiti Tecnici Fondamentali:

  • Proxmox VE Versioni Compatibili: Assicurati di utilizzare una versione di Proxmox VE che supporti la funzionalità di replica. Generalmente, le versioni più recenti offrono il supporto migliore e le ultime ottimizzazioni.
  • Storage ZFS: La replica di VM su Proxmox si basa sul file system ZFS. È fondamentale che sia la VM sorgente che quella di destinazione utilizzino un pool ZFS per lo storage.
  • Rete: Una connessione di rete stabile e ad alta velocità tra i nodi Proxmox è essenziale per garantire tempi di replica ragionevoli. Considera l’utilizzo di una rete dedicata o di una connessione VPN per massimizzare le prestazioni.
  • Spazio di Storage: La replica richiede spazio sufficiente sul pool ZFS di destinazione per ospitare le copie delle VM. Calcola lo spazio necessario in base alla dimensione delle VM e al numero di repliche desiderate.
  • Accesso SSH: È necessario un accesso SSH sicuro tra i nodi Proxmox per consentire la comunicazione e l’esecuzione dei comandi di replica.
  • Permessi: L’utente che esegue i comandi di replica deve avere i permessi necessari per accedere ai pool ZFS e alle VM coinvolte.

Gestione dei Nodi Proxmox: Un Elemento Chiave per la Replica

Una corretta gestione dei nodi Proxmox è fondamentale per garantire una replica efficiente e affidabile. Ecco alcuni aspetti chiave:

  • Monitoraggio delle Risorse: Monitora costantemente l’utilizzo di CPU, RAM e disco su ciascun nodo. Un carico eccessivo può influire negativamente sulle prestazioni della replica. Utilizza strumenti come il pannello di controllo Proxmox o sistemi di monitoraggio esterni (Prometheus, Grafana) per tenere sotto controllo le risorse.
  • Aggiornamenti: Mantieni i nodi Proxmox aggiornati con le ultime patch di sicurezza e miglioramenti. Gli aggiornamenti possono correggere bug che potrebbero influire sulla replica.
  • Networking: Configura correttamente la rete per garantire una comunicazione stabile tra i nodi. Valuta l’utilizzo di VLAN per segmentare il traffico di replica e migliorare la sicurezza.
  • Storage: Assicurati che i pool ZFS siano configurati correttamente e che abbiano spazio sufficiente. Considera l’utilizzo di RAID Z per la ridondanza dei dati e la protezione contro i guasti hardware.
  • Sicurezza: Implementa misure di sicurezza per proteggere i nodi Proxmox da accessi non autorizzati. Utilizza password complesse, autenticazione a due fattori e firewall.

Configurazione Dettagliata: Passaggi Tecnici

  1. Creazione del Pool ZFS di Destinazione:
    • Se non esiste già, crea un pool ZFS sul nodo Proxmox di destinazione per ospitare le copie delle VM.
    • Esempio: zpool create -f -o ashift=12 -o autotrim=on targetpool
  2. Configurazione del Nodo di Destinazione:
    • Assicurati che il nodo di destinazione abbia sufficiente spazio su disco e risorse (CPU, RAM) per ospitare le VM replicate.
    • Verifica che il nodo di destinazione sia raggiungibile tramite SSH dal nodo sorgente.
  3. Creazione degli Snapshot ZFS:
    • Crea uno snapshot del pool ZFS della VM sorgente. Questo snapshot rappresenta lo stato della VM al momento della replica.
    • Esempio: zfs snapshot -r vm-sorgente@backup
  4. Invio dello Snapshot:
    • Utilizza il comando zfs send per inviare lo snapshot al nodo di destinazione.
    • Esempio: zfs send vm-sorgente@backup | ssh utente@proxmox-destinazione zfs receive -F targetpool
  5. Ricezione dello Snapshot:
    • Sul nodo di destinazione, utilizza il comando zfs receive per ricevere lo snapshot e creare una copia della VM.
    • Esempio: zfs receive -F targetpool vm-sorgente@backup
  6. Creazione della VM Replicata:
    • Dopo aver ricevuto lo snapshot, puoi creare una nuova VM sul nodo di destinazione utilizzando il pool ZFS.
    • Assicurati che la VM abbia le stesse impostazioni di configurazione della VM sorgente (CPU, RAM, rete).

Opzioni Avanzate di Configurazione:

  • Replica Incrementale: Per ridurre il tempo di replica e l’utilizzo della larghezza di banda, puoi configurare la replica incrementale. Invece di inviare l’intero snapshot ad ogni replica, vengono inviati solo i blocchi modificati.
  • Replica Asincrona vs. Sincrona: La replica può essere configurata come asincrona o sincrona. La replica asincrona offre prestazioni migliori, ma comporta un rischio maggiore di perdita di dati in caso di guasto del nodo sorgente. La replica sincrona garantisce la coerenza dei dati, ma può influire sulle prestazioni.
  • Crittografia: Puoi crittografare i dati durante la replica per proteggerli da accessi non autorizzati. Utilizza strumenti di crittografia come gpg o OpenSSL per crittografare i dati prima di inviarli.
  • Monitoraggio: Implementa un sistema di monitoraggio per tenere traccia dello stato della replica e rilevare eventuali errori. Puoi utilizzare strumenti come Prometheus o Grafana per visualizzare i dati di monitoraggio.

Best Practices:

  • Testa la Replica Regolarmente: Esegui test di replica periodici per verificare che il processo funzioni correttamente e che i dati siano replicati in modo accurato.
  • Valuta la Larghezza di Banda: Monitora l’utilizzo della larghezza di banda durante la replica e adatta le impostazioni di configurazione per ottimizzare le prestazioni.
  • Utilizza una Rete Dedicata: Se possibile, utilizza una rete dedicata per la replica per ridurre il rischio di interferenze e migliorare l’affidabilità.
  • Documenta la Configurazione: Documenta accuratamente la configurazione della replica, inclusi i parametri utilizzati e le impostazioni di monitoraggio.

Risoluzione dei Problemi Comuni:

  • Errori di Permesso: Verifica che l’utente utilizzato per la replica abbia i permessi necessari per accedere ai pool ZFS e alle VM.
  • Problemi di Rete: Verifica la connettività di rete tra i nodi Proxmox.
  • Spazio su Disco Insufficiente: Assicurati che il pool ZFS di destinazione abbia spazio sufficiente per ospitare le copie delle VM.
  • Errori di Snapshot: Verifica che lo snapshot sia stato creato correttamente e che non contenga errori.

🧼 Pulizia Kernel in Proxmox VE: Guida Pratica ed Efficace

Quando si gestiscono host Proxmox VE, uno degli aspetti spesso trascurati è la pulizia dei kernel non più utilizzati. Col tempo, l’accumulo di kernel obsoleti può occupare spazio prezioso nella partizione EFI e rendere meno chiaro il comportamento del bootloader.

In questo articolo ti mostro passo-passo come rimuovere i kernel residui, liberare spazio, e garantire un boot pulito e affidabile.

📌 Step 1: Verifica dei kernel installati

Il primo comando ci aiuta a elencare tutti i pacchetti legati al kernel installati o rimossi:

dpkg -l | grep pve-kernel

🔍 Risultato tipico:

  • I pacchetti “ii” sono installati
  • I pacchetti “rc” sono stati rimossi ma lasciano configurazioni residue

🧹 Rimozione dei kernel obsoleti

1. Rimozione diretta (esempio) :

bash

apt remove pve-kernel-5.13.19-2-pve pve-kernel-5.15.83-1-pve \
            pve-kernel-5.4.106-1-pve pve-kernel-5.4.128-1-pve \
            pve-kernel-5.4

2. Pulizia automatica:

bash

apt autoremove

🧹 Step 2: Rimozione dei kernel residui (rc)

Qui viene il cuore della pulizia. Con questo comando, eliminiamo ogni kernel in stato rc:

dpkg -l | awk '/pve-kernel/ && $1 == "rc" {print $2}' | xargs apt purge -y

💡 Cosa fa:

  • Cerca nei pacchetti pve-kernel con stato rc
  • Estrae il nome del pacchetto
  • Lo passa a apt purge per rimuoverlo completamente

📦 Risultato: kernel obsoleti rimossi e configurazioni pulite

🔁 Step 3: Aggiornamento del bootloader

Dopo la rimozione dei kernel, è fondamentale aggiornare la partizione EFI:

bash

proxmox-boot-tool refresh

🎯 Questo comando:

  • Rigenera i file di boot (vmlinuzinitrd, etc.)
  • Rimuove voci obsolete nel bootloader
  • Imposta il kernel attivo come default
  • Evita problemi di boot al riavvio

✅ Risultato Finale

  • Spazio su disco recuperato 🧽
  • Boot più veloce e affidabile 🚀
  • Sistema pulito e leggibile 🔍
  • Niente più confusione su quale kernel viene avviato

Altre soluzioni :

bash -c "$(curl -fsSL https://git.community-scripts.org/community-scripts/ProxmoxVE/raw/branch/main/tools/pve/kernel-clean.sh)"

Disattivazione AUTH “STRONG”

Ecco la procedura per disattivare la strong auth (tls)

runagent -m samba1 podman exec -it samba-dc bash

Disattivare l’Autenticazione Forte (Strong Auth) su NethServer 8: Guida Passo-Passo

Attenzione: Questa procedura disabilita un meccanismo di sicurezza critico. Valuta i rischi prima di procedere! Compatibile solo con client Samba legacy senza supporto per Kerberos/TLS.

Procedura Tecnica (via Podman):

  1. Accedi al container Samba:runagent -m samba1 podman exec -it samba-dc bash
  2. Modifica il file di configurazione:echo 'ldap server require strong auth = no' >> /etc/samba/include.conf
  3. Riavvia Samba (senza riavvio completo del sistema):runagent -m samba1 systemctl --user restart samba-dc1

Spiegazione Dettagliata:

  • podman exec -it samba-dc bash: Esegue un terminale interattivo nel container Samba (basato su Samba4 ma compatibile con impostazioni legacy).
  • echo '...' >> /etc/samba/include.conf: Aggiunge la direttiva di disattivazione all’inclusione globale del file di configurazione Samba.
  • runagent -m samba1 systemctl --user restart samba-dc: Riavvia solo i servizi Samba (SMB e NetBIOS) senza interrompere altri servizi NethServer.

Verifica:

  1. Controlla il file modificato:cat /etc/samba/include.conf | grep 'require strong auth'
  2. Testa l’accesso con un client Samba legacy (es: Windows XP) senza Kerberos attivo.

Rischi:

  • Espone il server a attacchi di tipo “man-in-the-middle” su reti non sicure.
  • Incompatibile con standard moderni (Kerberos/TLS obbligatorio per conformità).
    Alternativa Sicura: Abilita LDAP e Kerberos tramite NethServer GUI senza disabilitare strong auth!

Comando Unico da Eseguire su Terminale NethServer:

podman exec -it samba-dc bash -c "echo 'ldap server require strong auth = no' >> /etc/samba/include.conf && runagent -m samba1 systemctl --user restart samba-dc

Backup Consigliato: Salva il file /etc/samba/smb.conf originale prima di procedere!

XigmaNAS: La Soluzione Completa per il Tuo Network Attached Storage 🤩

Introduzione:

Se stai cercando una soluzione affidabile e versatile per il tuo Network Attached Storage (NAS), XigmaNAS potrebbe essere proprio quello che fa per te! 😉 Basato su FreeBSD, XigmaNAS è progettato per offrire una vasta gamma di funzionalità di archiviazione e rete. In questo articolo, esploreremo le caratteristiche principali di XigmaNAS e come può aiutarti a gestire i tuoi dati in modo efficiente, garantendo sicurezza e prestazioni ottimali. Preparati a scoprire un NAS che semplifica la tua vita digitale! 🚀

Caratteristiche Principali di XigmaNAS:

  • Compatibilità Hardware: 🤝 Flessibilità senza pari! XigmaNAS può essere installato su qualsiasi piattaforma x64, offrendo flessibilità e adattabilità a diverse configurazioni hardware. Che tu abbia un vecchio PC inutilizzato o una macchina dedicata, XigmaNAS si adatta!
  • Servizi Integrati: 🥳 Condivisione e Sicurezza a portata di mano! XigmaNAS include una suite completa di servizi integrati, tra cui Samba (per la condivisione con Windows), FTP (per trasferimenti file sicuri), NFS (per ambienti Unix/Linux), DLNA (per la trasmissione di contenuti multimediali al tuo TV), SSH (per l’accesso remoto sicuro), BitTorrent (per il download di file) e OpenVPN (per creare una VPN personalizzata). Condividi i tuoi file, trasmetti film e musica e crea reti private sicure con facilità!
  • File System ZFS: 🛡️ Proteggi i tuoi dati con la tecnologia avanzata! Una delle caratteristiche distintive di XigmaNAS è l’utilizzo del file system ZFS (OpenZFS). ZFS offre funzionalità avanzate come RAID a livello di software (per la protezione dei dati in caso di guasti del disco), crittografia AES-XTS (per proteggere i tuoi dati da accessi non autorizzati), checksumming end-to-end (per garantire l’integrità dei dati) e monitoraggio SMART (per prevenire guasti imminenti). ZFS è la chiave per una protezione e un’affidabilità dei dati senza pari! 💯
  • Configurazione e Gestione: ✨ Intuitivo e facile da usare! Grazie all’interfaccia web intuitiva, XigmaNAS permette di configurare facilmente vari servizi di rete e gestire l’archiviazione. Che tu sia un esperto o un principiante, troverai l’interfaccia user-friendly e facile da navigare. Niente più configurazioni complesse!
  • Supporto DNS Dinamico: 🌐 Accesso remoto senza problemi! XigmaNAS supporta la configurazione di DNS dinamico, facilitando l’accesso ai servizi NAS da remoto, anche se il tuo indirizzo IP cambia frequentemente. Dimentica i problemi di connessione quando sei fuori casa!

Configurazione e Personalizzazione:

  • Nome Host e Dominio: 🏷️ Personalizza il tuo NAS! Puoi impostare facilmente il nome del server e il dominio DNS attraverso l’interfaccia web di XigmaNAS. Questo ti permette di personalizzare il tuo NAS in base alle tue esigenze specifiche e renderlo unico!
  • Impostazioni DNS: ⚙️ Ottimizza la risoluzione dei nomi! XigmaNAS ti consente di configurare server DNS IPv4 e IPv6, garantendo una risoluzione dei nomi efficiente e affidabile.
  • WebGUI: 🔒 Accesso sicuro tramite HTTP/HTTPS! L’interfaccia WebGUI di XigmaNAS può essere accessibile e configurata tramite HTTP o HTTPS. Per una maggiore sicurezza, puoi configurare certificati SSL e chiavi private per proteggere le tue connessioni.
  • Impostazioni di Sicurezza: 🔐 Proteggi i tuoi dati! Oltre alla crittografia del file system, XigmaNAS offre varie impostazioni di sicurezza, tra cui la gestione dei certificati SSL e l’integrazione con NUT per la gestione di guasti elettrici.

Perché Scegliere XigmaNAS?

  • Affidabilità: 🌟 Stabile e pronto all’uso! Basato su FreeBSD, XigmaNAS è noto per la sua stabilità e affidabilità, rendendolo una scelta eccellente per la gestione dei dati a lungo termine.
  • Flessibilità: 🌈 Adattabile a ogni esigenza! Con il supporto per una vasta gamma di servizi e configurazioni hardware, XigmaNAS è una soluzione flessibile che può adattarsi a diverse esigenze.
  • Facilità d’Uso: 😊 Perfetto anche per i principianti! Grazie all’interfaccia web intuitiva, anche gli utenti meno esperti possono configurare e gestire un NAS con XigmaNAS senza difficoltà.
  • Comunità Attiva: 🤝 Supporto sempre a disposizione! XigmaNAS ha una comunità di utenti attiva e disponibile, pronta a fornire supporto e condividere esperienze. Questo ti assicura di avere sempre a disposizione risorse e consigli utili.

Perché Scegliere ZFS invece di iSCSI?

  • Integrità dei Dati: ✅ Protezione contro la corruzione! ZFS è progettato per garantire l’integrità dei dati con la sua funzione di checksumming end-to-end. Ciò significa che ZFS verifica e corregge automaticamente gli errori di dati, proteggendo i tuoi dati da corruzione e guasti hardware. iSCSI, d’altra parte, è un protocollo di rete utilizzato per trasportare comandi di storage su IP e non offre le stesse funzionalità di integrità dei dati.
  • Prestazioni: 🚀 Velocità e efficienza! ZFS offre prestazioni elevate grazie alla sua capacità di gestire grandi volumi di dati in modo efficiente. Supporta la compressione e la deduplicazione dei dati, riducendo lo spazio di archiviazione necessario e migliorando la velocità di accesso ai dati. iSCSI può introdurre overhead di rete e latenza, che possono influire sulle prestazioni in ambienti ad alta intensità di I/O.
  • Gestione dello Storage: 🛠️ Funzionalità avanzate a portata di click! ZFS include funzionalità avanzate di gestione dello storage, come il supporto per snapshot e clonazione. Queste funzionalità permettono di creare copie istantanee dei dati e di gestire versioni multiple dei file senza occupare spazio aggiuntivo. iSCSI fornisce accesso ai blocchi di storage a livello di rete, ma la gestione delle funzionalità avanzate dipende dal file system utilizzato sulla target iSCSI.
  • Facilità d’Uso: 💡 Configurazione intuitiva! La configurazione e la gestione di ZFS tramite l’interfaccia web di XigmaNAS sono intuitive e user-friendly. Gli utenti possono facilmente configurare pool di storage, impostare snapshot e monitorare l’integrità dei dati. La configurazione di iSCSI può essere più complessa, richiedendo la configurazione di target, iniziatori e LUN (Logical Unit Number) sulla rete.

Conclusione:

XigmaNAS rappresenta una soluzione potente e versatile per chiunque voglia creare un NAS affidabile e personalizzabile. Che tu stia cercando di condividere file, trasmettere contenuti multimediali o gestire una rete privata, XigmaNAS ha tutto ciò di cui hai bisogno. Prova XigmaNAS e scopri come può semplificare la gestione dei tuoi dati! 😉 Non te ne pentirai! 🎉

Proxmox errore di boot per mancato initrd

In questa guida, vedremo come ripristinare il boot NFS su Proxmox utilizzando i comandi ZFS. Segui questi passaggi per importare il pool, eseguire il mount e riparare il boot.

Eseguire questa procedura è importante per risolvere problemi di avvio con ZFS su Proxmox. Quando il sistema non riesce a eseguire il boot a causa di problemi legati al pool ZFS, questi passaggi permettono di ripristinare la configurazione corretta e assicurare che il sistema possa avviarsi correttamente.

Ecco alcune ragioni principali per cui eseguire questa procedura:

  1. Importazione del pool: L’importazione del pool ZFS è necessaria per rendere il pool accessibile al sistema. Senza questo passaggio, il pool ZFS potrebbe non essere riconosciuto, impedendo l’accesso ai dati.
  2. Esecuzione del mount: Il mount delle directory di sistema come /proc/dev e /sys è fondamentale per creare un ambiente chroot funzionale, che simula l’ambiente di root del sistema. Questo passaggio è essenziale per eseguire correttamente i comandi di riparazione.
  3. Aggiornamento di GRUB: Aggiornare GRUB è cruciale per garantire che le voci di avvio siano corrette e puntino al pool ZFS. Senza questo passaggio, il sistema potrebbe non essere in grado di trovare il pool ZFS durante il processo di avvio.
  4. Smontaggio delle directory: Smontare le directory e esportare il pool ZFS alla fine della procedura è necessario per pulire l’ambiente e prevenire problemi futuri. Questo passaggio assicura che il pool ZFS sia chiuso correttamente e pronto per l’uso al prossimo avvio.

In sintesi, questa procedura garantisce che il pool ZFS sia correttamente importato, montato e configurato, permettendo al sistema di avviarsi senza problemi e assicurando l’integrità dei dati.

#Importa il pool
# esegui bash con credenziali di root bash

sudo zpool import
Importa il pool con il percorso di mount specificato

sudo zpool import -R <localizzazione mount> <nome pool ZFS> -f
sudo zpool import -R /pve rpool -f

#Esegui il mount del pool

sudo mount -t proc /proc/ /pve/proc
sudo mount --rbind /dev/ /pve/dev
sudo mount --rbind /sys /pve/sys
sudo chroot /pve bash

#Aggiorna GRUB

update-grub

#Esci da chroot
exit

#Smonta i file system montati precedentemente

sudo umount -l /pve/dev
sudo umount -l /pve/sys
sudo umount -l /pve/proc
#Esporta il pool ZFS

sudo zpool export rpool

Altra variabile ( da provare ) consiste nel montaggio tramite variabile delle cartelle sys proc dev .

for i in proc sys dev run ; do mount -o bind /$i /target/$i; done

Occorre esportare il pool , in quanto se non viene fatto , l’avvio di proxmox non sarà possibile in quanto il pool verrà dichiarato appartenente ad un altro sistema .