#Proxmox local and shared storage | Explore Tumblr posts and blogs

computingpostcom · 3 years ago

Text

The Network File System (NFS) is a well-proven, widely-supported and standardized network protocol used to share files between separate computer systems. The Network Information Service (NIS) is commonly used to provide centralized user management in the network. When NFS is combined with NIS, you’re able to have file and directory permissions for access control in the network. The default configuration of NFS is to completely trust the network and any machine connected to a trusted network is able to access any files that the server makes available. In Proxmox Virtualization Environment you can use local directories or locally mounted shares for storage. A directory is a file level storage that can be used to store content type like containers, virtual disk images, ISO images, templates, or backup files. In this post we discuss how you can configure NFS share on Proxmox VE for ISO images. The same process applies for any other storage purpose like storage of virtual disk images and templates. In Proxmox VE, storage configurations are located in the file /etc/pve/storage.cfg. You can list contents in /var/lib/vz/ directory: $ ls /var/lib/vz/ dump images template Within templates directory we can see iso and cache sub-directories. $ ls /var/lib/vz/template/ cache iso The table below shows a predefined directory layout to store different content types into different sub-directories Content type Subdir VM images images// ISO images template/iso/ Container templates template/cache/ Backup files dump/ Snippets snippets/ Configure NFS server Share Login to the server that will act as NFS server and configure export for ISO contents. If you’re using a ready solution with NFS feature, you can skip this steps. Install NFS server package on your Linux system. ### RHEL Based systems ### sudo yum -y install nfs-utils sudo systemctl enable --now rpcbind nfs-server sudo firewall-cmd --add-service=nfs --permanent sudo firewall-cmd --reload #If use NFSv3 allow the following sudo firewall-cmd --add-service=nfs3,mountd,rpc-bind --permanent sudo firewall-cmd --reload ### Debian Based systems ### sudo apt -y install nfs-kernel-server Let’s now configure NFS export by editing the file below $ sudo vim /etc/exports /nfs/isos *(rw,no_root_squash,no_subtree_check) In the example we’re setting /nfs/isos as NFS share for ISO images on Proxmox VE. Confirm it works after the changes by re-exporting shares: $ sudo exportfs -rrv exporting *:/nfs/isos Mount NFS ISO share on Proxmox VE server Install NFS utility packages in your Debian / Ubuntu system. sudo apt -y install nfs-common Our NFS server setup is: NFS Server IP address: 172.20.30.3 ISO Export path on NFS Server: /nfs/isos Ensure you don’t have any data inside isos directory: ls /var/lib/vz/template/iso/ On Proxmox VE, which acts as NFS client, execute the following to display RPC information of the remote NFS server. $ rpcinfo -p 172.20.30.3 program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper 100000 4 udp 111 portmapper 100000 3 udp 111 portmapper 100000 2 udp 111 portmapper 100005 1 udp 20048 mountd 100005 1 tcp 20048 mountd 100005 2 udp 20048 mountd 100005 2 tcp 20048 mountd 100024 1 udp 46068 status 100024 1 tcp 43599 status 100005 3 udp 20048 mountd 100005 3 tcp 20048 mountd 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100227 3 tcp 2049 100003 3 udp 2049 nfs 100227 3 udp 2049 100021 1 udp 44453 nlockmgr 100021 3 udp 44453 nlockmgr 100021 4 udp 44453 nlockmgr 100021 1 tcp 35393 nlockmgr 100021 3 tcp 35393 nlockmgr 100021 4 tcp 35393 nlockmgr

Run the showmount to display all active folder exports in an NFS server: $ showmount -e 172.20.30.3 Export list for 172.20.30.3: /nfs/isos * Option 1: Configure mount using Proxmox pvesm (Recommended) pvesm is a powerful Proxmox VE Storage Manager command line tool. Use the tool to scan for NFS shares in the server we just configured. $ sudo pvesm scan nfs 172.20.30.3 /nfs/isos * We’re going to run commands shared below to configure NFS Storage for ISO images on our Proxmox environment. sudo pvesm add nfs NFS-iso --server 172.20.30.3 --path /var/lib/vz/template/iso/ --export /nfs/isos --content iso Where: 172.20.30.3 is the IP address of NFS server /nfs/isos is the path to the iso folder on NFS server (NFS export path) /var/lib/vz/template/iso/ path on Proxmox server where NFS share is mounted Listing contents of /etc/pve/storage.cfg after command execution. $ cat /etc/pve/storage.cfg dir: local path /var/lib/vz content iso,vztmpl,backup lvmthin: local-lvm thinpool data vgname pve content rootdir,images nfs: NFS-iso export /nfs/isos path /var/lib/vz/template/iso/ server 172.20.30.3 content iso We can confirm new lines were added to the file. With the df command you can check if mounting was successful. $ df -hT /var/lib/vz/template/iso Filesystem Type Size Used Avail Use% Mounted on 172.20.30.3:/nfs/isos nfs4 400G 39G 341G 11% /var/lib/vz/template/iso Option 2: Configure mount using /etc/fstab You can also use mount command for runtime testing if Proxmox server can access NFS server and exported directory. sudo mount -t nfs 172.20.30.3:/nfs/isos /var/lib/vz/template/iso/ To persist the configurations use /etc/fstab file. $ sudo vim /etc/fstab # Add NFS ISO share mount 172.20.30.3:/nfs/isos /var/lib/vz/template/iso nfs defaults 0 0 Unmount before testing: sudo umount /var/lib/vz/template/iso Validate mounting can be done successfully sudo mount /var/lib/vz/template/iso Check with the df command: $ df -hT /var/lib/vz/template/iso/ Filesystem Type Size Used Avail Use% Mounted on 172.20.30.3:/nfs/isos nfs4 400G 20G 360G 6% /var/lib/vz/template/iso Login to Proxmox Web dashboard and check the status of your mount We can see a list of images available on NFS share. From here VM installation with the ISOs can begin.

0 notes

saggiosguardo · 6 years ago

Text

Programmare backup automatici di rete e via USB per le VM di Proxmox

Ebbene sì, mi è successo, ho perso dei dati. Neanche un mese fa ho parlato delle mia politica di backup nella recensione del DAS T3 di TerraMaster ed eccomi qui oggi a fare ammenda. È iniziato tutto con una notte insonne, a seguito della quale AutoSleep mi ha pronosticato una "prontezza" da 1 stella su 5. Monitoro da anni il sonno con questa app unita all'Apple Watch, proprio perché non riesco ad avere un ritmo regolare. E sono abituato a lavorare anche quando il mio corpo mi dice che sarebbe meglio mettersi a letto per recuperare. Quello che però non avrei dovuto fare era buttarmi nell'impresa di aggiornare Proxmox sul NUC in cui risiedono alcuni componenti essenziali della mia infrastruttura di rete. Per fortuna non tutti, poiché altri girano sul mio NAS fatto in casa, ma ce ne sono alcuni fondamentali come il controller Unifi che gestisce il gateway con i tre access point e soprattutto Home Assistant.

Un po' di chiacchiere prima di iniziare

Di norma seguo la regola ferrea di non aggiornare nulla se non è necessario e di certo non senza un backup. Tuttavia quella singola stella di lucidità mi ha indotto ad essere meno cauto del dovuto. Ho scaricato uno snapshot integrale di Home Assistant sul mio computer ed ho eseguito backup locali sia delle macchine virtuali che dei container, cosa che mi ha dato un certo senso di mal posta sicurezza. Per passare da Proxmox 5 alla 6 ho seguito la guida ufficiale in modo piuttosto meticoloso ed il checkup effettuato al termine sembrava suggerire che fosse tutto in ordine. Così mi sono tranquillizzato ed ho riavviato, trovandomi con un nulla di fatto. Il NUC non partiva più, rimanendo bloccato sul grub, e dopo alcuni tentativi non sono riuscito a ripristinare il bootstrap. In un giorno diverso non sarei mai arrivato a questo punto ma avrei comunque continuato a tentare di risolvere invece di fare quello che ho fatto.

Ho installato Proxmox 6 da zero, sullo stesso disco su cui girava la versione danneggiata, trovandomi essenzialmente con un sistema vergine e tutto da riconfigurare. Non so cosa stessi pensando, non so come abbia potuto ritenerla una scelta "saggia", ma l'ho fatto. I sistemi informatici possono essere complicati ma il loro comportamento è prevedibile o perlomeno basato su logiche ferree, mentre a compiere gli errori ci pensiamo noi dall'altra parte della tastiera.

Ripristinare le cose con Proxmox sarebbe stato molto semplice avendo tutti i backup, ma inizializzando il tutto ho perso anche quelli. Mi sarei voluto prendere a sberle, ma ho preferito rimboccare le maniche e mettermi a lavoro. Per fortuna almeno di Home Assistant avevo scaricato lo Snapshot dalle impostazioni, mentre per pi-hole sono dovuto partire da zero ma ha richiesto poco sforzo, le varie ottimizzazioni le eseguirò con il tempo. Ben più complicato è stato il recupero del controller Unifi, poiché anche riportando gli stessi mac address, login e password SSH, non ne ha voluto sapere di "adottare" i dispositivi di rete precedenti. Per fortuna ho l'abitudine di tenere una nota protetta e sempre aggiornata di tutte le reti e le prenotazioni IP con relativo mac address, dunque in un paio d'ore ho rimesso in piedi anche quello. Con la VPN di pfSense ancora non ce l'ho fatta, è un software con cui litigo ed avrò bisogno dell'aiuto di un amico (Luca) ben più ferrato di me. La cosa più stramba mi è successa con il container in cui faccio girare un mio servizio web, che ho realizzato interamente via sFTP con Transmit ed Atom, e del quale non avevo neanche uno straccio di copia. Vi giuro, stavo per mettermi a piangere. Mi sono salvato solo perché il software mantiene una cache di tutti i file editati che si trova in home/Library/Caches/Transmit. Non è stato comunque facile dato che ogni sessione ha un suo codice criptato e dunque ho dovuto aprire centinaia di cartelle in ordine cronologico inverso per cercare le versioni più recenti di tutti i file relativi all'IP di quel container. C'è voluto un sacco di tempo e di pazienza e poi quasi tutta la notte per rimettere in piedi il servizio.

Ora che tutto è in ordine posso dire che non tutti i mali vengono per nuocere, perché ho colto l'occasione per mettere a punto delle cose che nella precedente installazione non andavano bene. Tuttavia ne avrei fatto volentieri a meno dato che ci sono volute quasi 18h di duro lavoro e tanto tanto stress. Di certo la lezione l'ho imparata e quindi il mio primo pensiero stamattina è stato quello di mettere in sicurezza tutte le macchine virtuali e i container di Proxmox. Ecco cosa ho fatto.

Backup di rete

Il primo backup che ho attivato è quello di rete, appoggiandomi al NAS. Su quest'ultimo utilizzo FreeNAS, dunque il procedimento che vi illustrerò sarà basato su di lui. I principi saranno gli stessi ovunque, dovete solo cercare le impostazioni corrispondenti su sistemi differenti.

In soldoni ho creato una condivisione di rete con NFS sulla rete locale ma per essere più preciso:

in Storage / Pools ho aggiunto un Dataset destinato al backup di Proxmox

sul Dataset appena creato (ProxmoxBackup) ho dato tutti i permessi in scrittura

in Sharing / Unix (NFS) Shares ho aggiunto il percorso del Dataset e in Advanced Mode ho limitato l'autorizzazione d'accesso solo all'IP di Proxmox ed a quello della mia postazione di lavoro principale

A questo punto su Proxmox / Datacenter / Storage ho aggiunto il percorso NFS (vengono rilevati in automatico quelli disponibili in una tendina), inserendo l'ID "Backup", attivando "VZDump" come Content (in modo che venga rilevato come destinazione valida per i Backup) e poi ho scelto di lasciare sempre le ultime due copie digitando "2" nel campo Max Backups.

Fatto questo mi sono recato su Proxmox / Datacenter / Backup ed ho aggiunto un nuovo task periodico, selezionando come storage di destinazione quello appena creato, attivandolo su tutte le VM con cadenza limitata alla domenica, precisamente alle 2 di notte.

Per provarlo ho cliccato su "Run now" ed ho monitorato la destinazione su FreeNAS, vedendo effettivamente apparire in pochi minuti tutti i dump come previsto.

Ovviamente potete eseguirlo anche più di frequente, ma per i backup giornalieri ho preferito il salvataggio via USB, sia per avere una seconda unità dislocata con i dati sia perché questo funziona anche in assenza di rete ed è più veloce.

Backup via USB

Per poter eseguire il dump della VM via USB serve prima di tutto un disco collegato. In realtà può essere anche una SD o una pendrive, io ho scelto proprio quest'ultima poiché avevo una Verbatim da 256GB inutilizzata. Una volta collegata sul NUC con Proxmox sono entrato nel mio nodo PVE e poi su Shell. Qui ho verificato la lista dei dischi disponibili con il comando:

fdisk -l

Trovare quello giusto è stato molto semplice dato che viene riportato il modello della pendrive (Store N go), ma anche in assenza di questo si trova facilmente in base alla capienza o ancora per lo schema della nomenclatura. Nel caso specifico era /dev/sdb

Ho formattato la pendrive ed ho preferito usare la FAT32, in modo che in caso di problemi io possa leggere facilmente i dati da qualsiasi computer. Per il momento non è un problema dato che i dump non superano i 4GB ma se dovesse rendersi necessario la riformatterò in EXT4 (che in realtà è più indicato).

#FAT32 mkfs.vfat /dev/sdb #EXT4 sudo mkfs.ext4 /dev/sdb

Pronta la pendrive bisogna montarla dalla shell, creandogli una directory di destinazione. I due comandi sono i seguenti:

mkdir /media/pendrive mount /dev/sdb /media/pendrive

Fatto questo si può ritornare sulla GUI in Proxmox / Datacenter / Storage e poi cliccare su Add / Directory. Come ID io ho ripetuto "pendrive" mentre la Directory è quella appena creata. Bisogna sempre selezionare "VZDump" come Content e in Max Backups il numero di salvataggi da mantenere per ogni VM (anche in questo caso ho scelto 2).

Per schedulare backup automatici anche sulla pendrive si va sempre da Proxmox / Datacenter / Backup, selezionando come "Storage" quello appena creato. Anche per questo processo ho scelto di salvare i dump di tutte le VM ma questa volta con frequenza giornaliera a mezzanotte.

Ho lanciato una prima esecuzione manuale con "Run now" e tutto è andato per il verso giusto. Ovviamente i dati sono accessibili da Proxmox cliccando sui relativi storage (backup quello NFS e pendrive quello USB) nella barra laterale.

Conclusione

Sono consapevole che questo specifico setup può non adattarsi a tutti, poiché ci sono esigenze diverse e magari anche infrastrutture differenti, tuttavia spero che le indicazioni in questa pagina possano fornire lo spunto giusto a chiunque utilizzi Proxmox (e non solo) per mettere in piedi una rete di sicurezza decente, così da evitare che qualche danno hardware o strafalcione da 1 stella, come il mio, possano arrecare danni irreparabili.

L'articolo Programmare backup automatici di rete e via USB per le VM di Proxmox proviene da SaggiaMente.

Articoli correlati:

Guida: come attivare HomeKit su Home Assistant Una delle caratteristiche più interessanti di Home Assistant (guida all’installazione) è...

Le Automazioni con Home Assistant: concetti di base e primi esempi Grazie al successo ottenuto dagli articoli pubblicati a tema Home...

I Template, parte uno: introduzione, sintassi e prima applicazione Quando si iniziano a superare i primi scogli nella configurazione...

from Programmare backup automatici di rete e via USB per le VM di Proxmox

#SmartHome #backup #guida #hassio #home assistant #proxmox #sicurezza

0 notes

virtualizationhowto · 1 year ago

Text

Proxmox Replication Configuration Beginners Guide

Proxmox Replication Configuration Beginners Guide - Learn how to configure Proxmox replication step-by-step #proxmoxveserver #proxmox #proxmoxreplication #replication #disasterrecovery #321backuprule #homeserver #homelab #virtualization

Proxmox has some really great disaster recovery tools built into the solution, without any add-ons needed or licensing. For instance, it includes a replication feature that allows you to replicate VMs stored on local ZFS storage, to another target node, without shared storage. Let’s look at Proxmox replication and see what it is and how it is configured. Table of contentsWhat is Proxmox…

View On WordPress

#disaster recovery #home lab #home server #proxmox #replication

0 notes

saggiosguardo · 6 years ago

Text

Configurare un NUC con Proxmox ed Hassio (trasferendo anche la configurazione da un Raspberry)

È passato quasi un anno da quando ho scritto la guida per installare Home Assistant su Raspbarry Pi 3. In questo periodo la mia configurazione (che i curiosi possono sbirciare su GitHub) si è sempre più arricchita di package, script ed automazioni, e piano piano mi è venuta voglia di provare a trasferire la configurazione di Home Assistant su un dispositivo più performante. Ho scelto il modello più economico di Intel NUC con processore Celeron che ho trovato su Amazon, aggiunto 8 GB di RAM DDR3L ed un SSD crucial da 120 GB di quelli che in questi giorni vengono spesso segnalati sul canale Telegram @SaggeOfferte.

Come potete immaginare, una configurazione di questo tipo solo per Home Assistant è sicuramente sprecata per questo l'elemento essenziale della nostra nuova istallazione sarà Proxmox Virtual Environment. Si tratta di una distribuzione Linux basata su Debian con un kernel LTS di Ubuntu modificato, che consente l'implementazione e la gestione di macchine e contenitori virtuali. Proxmox VE si gestisce semplicemente tramite interfaccia web e contiene una shell per configurare in modo più avanzato anche da riga di comando. Proxmox ci permetterà di avere sulla stessa macchina numerosi container e macchine virtuali, ad iniziare dalla VM con Home Assistant.

L’installazione di Proxmox

Una volta assemblato l'Intel NUC (bisogna solo mettere la RAM e l'SSD) siamo pronti ad installare il sistema operativo. Per prima cosa va scaricata l'ISO dell’ultima versione di Proxmox VE dal sito ufficiale e flashata su una pendrive USB con il software gratuito Balena Etcher. A questo punto si deve collegare un monitor ed una tastiera al NUC (ma solo temporaneamente), avviando dalla USB appena creata por eseguire l’installazione e configurare i vari parametri come nelle immagini che seguono.

Impostiamo la password di root e la nostra email (servirà per ricevere eventuali avvisi), e soprattutto facciamo molta attenzione a configurare correttamente le impostazioni di rete, scegliamo un IP fisso per il NUC (facendo attenzione di riservarlo anche sul modem/router per evitare sovrapposizioni) ed impostiamo adeguatamente Gateway e server DNS indicando l’IP del router (nel mio caso 192.168.1.254).

Completata l’installazione possiamo scollegare monitor e tastiera, in quanto d’ora in poi ci collegheremo tramite interfaccia web da browser all'indirizzo https://IP_di_PROXMOX:8006. Il prossimo passo è quello di scaricare su un altro computer l'ISO Netinst di Debian e caricarla sul disco di Proxmox tramite l'interfaccia web, selezionando il disco local (nuc) nella colonna a sinistra e troveremo il pulsante Carica in quella a destra. A questo punto siamo pronti per creare la prima Virtual Machine che ospiterà Home Assistant.

Clicchiamo in alto a destra su crea VM (tasto blu con l’icona del monitor), assegnamo un nome ed un numero alla VM, impostiamo all’avvio l’ISO di Debian (precedentemente caricata), la dimensione del disco fisso da assegnare (consiglio 25/32 GB), la CPU e la RAM (minimo 2GB). Sono tutti parametri modificabili in futuro, quindi non ci si deve perdere troppo per decidere all'inizio. Non modifichiamo altro e proseguiamo fino a creare ed avviare la VM.

Se avete scelto di avviare la VM al termine della procedura guidata, questa sarà attiva poco dopo (la finestra in basso con il log vi darà indicazioni circa il progresso), altrimenti premete manualmente il tasto Avvia in alto a destra. Quindi entrate nella Console (sempre in alto a destra o dalle opzioni della colonna centrale). Se avete fatto tutto bene, la Console mostrerà l’installazione di Debian. Procedete impostando la password di root e facendo attenzione a non installare l’ambiente grafico e gli altri componenti che vengono proposti a fine della procedura guidata.

Siamo pronti ad installare docker e Hass.io nella VM di debian

Adesso che abbiamo la VM con Debian non resta che collegarci a questa tramite la console che troviamo selezionandola dalla colonna di sinistra. Volendo ci si può anche collegare tramite SSH una volta individuato l’IP assegnato alla VM.

Quando ci si è loggati, si devono dare uno per volta i seguenti comandi per installare docker e docker-ce:

apt-get install jq curl dbus socat bash avahi-daemon apt-get install -y apt-transport-https ca-certificates wget software-properties-common wget https://download.docker.com/linux/debian/gpg sudo apt-key add gpg echo "deb [arch=amd64] https://download.docker.com/linux/debian $(lsb_release -cs) stable" | sudo tee -a /etc/apt/sources.list.d/docker.list apt-get update apt-get -y install docker-ce

e infine l’ultimo comando per installare Hass.io (ovvero HomeAssistant):

curl -sL https://raw.githubusercontent.com/home-assistant/hassio-build/master/install/hassio_install | bash -s -- -m intel-nuc

Colleghiamo eventuali dispositivi USB

Attendiamo il termine dell’installazione e se abbiamo una chiavetta Z-Wave o ConBee andrá individuata ed assegnata alla VM dal menu Hardware come in figura. Consiglio inoltre di collegare anche la periferica USB con codice 8087:0aa7 (potrebbe variare sul vostro dispositivo), questa serve per assegnare il bluetooth del NUC ad Home Assistant e potrà essere utile in futuro. Fatto questo dobbiamo spegnere la VM (possiamo usare il tasto spegnimento in alto) e successivamente accenderla tramite il tasto Avvia.

Siamo pronti per ripristinare il nostro backup di Home Assistant

Ecco fatto: Home Assistant è installato e possiamo collegarci ad esso inserendo nel browser l'indirizzo http://IP-VM:8123 e ripristinare uno snapshot della nostra precedente configurazione o iniziarne una da zero seguendo la nostra guida.

Nel primo caso, si potrà dunque trasferire tutto quello che era presente in un precedente setup basato sul Raspbarry dentro la VM nel nuovo NUC nel giro di pochi minuti. Seguendo questa strada si noterà che la SmartHome sarà immediatamente molto più reattiva. E siccome vi avanzerà un Raspberry, perché non sfruttarlo per costruire una console da retrogaming?

Come usare il Bluetooth del NUC sulla VM di Home Assistant

Una cosa che mi ha fatto impazzire quando sono passato al NUC è stata sfruttare il Bluetooth interno come facevo con il Raspberry per collegarmi ad alcuni dispositivi BLE e leggerne i dati. In realtà una volta trovato come fare è piuttosto semplice, ma vi assicuro che ci ho perso un sacco di tempo. Se avete già associato il dispositivo Bluetooth nel passaggio precedente, bisogna eseguire questi comandi dentro la console della macchina virtuale:

apt-get install bluetooth systemctl start bluetooth

Verifichiamo che il bluetooth funzioni avviando una scansione dei dispositivi con il comando hcitool scan e se non ci sono errori riavviamo la VM e saremo pronti ad utilizzare il Bluetooth del NUC con HomeAssistant.

Come impostare backup periodici della VM su usb esterna

L’ultima cosa che consiglio di fare è di sfruttare il fantastico sistema di backup di Proxmox. Accediamo alla shell di Proxmox e colleghiamo una pendrive USB (io uso questa da 64 GB, ma va benissimo anche di dimensioni inferiori). Individuiamo la USB con il comandolsblk

Il risultato sarà una schermata tipo quella qui sopra, dove la mia U§SB è individuata come sdc. A questo punto dobbiamo formattarla chiamandola ad esempio Backup ed utilizzando il filesystem ext4, usando il comando nella prima riga e stando attenti ad indicare correttamente la partizione della pendrive. Il secondo comanda serve a montare il disco appena formattato:

mkfs.ext4 -n "Backup" -I /dev/sdc mount -a

Ora torniamo alla nostra interfaccia web per proseguire la configurazione dei backup automatici. Selezioniamo Datacenter dalla colonna di sinistra, indichiamo quindi il disco di backup, i giorni della settimana in cui vogliamo eseguire il backup, la modalità Snapshot e spuntiamo le VM di cui eseguirlo.

L’ultima cosa che ci è rimasta da fare è dire a Proxmox quanti backup conservare sul disco USB, onde evitare che lo spazio possa esaurirsi. Per farlo dobbiamo selezionare Datacenter nella colonna di sinistra, quindi Storage ed infine il disco backup. Premiamo su Modifica e nel pop-up che si aprirà possiamo impostare il numero massimo di backup da conservare.

Come rimuovere il messaggio errore 401 da Proxmox

Per finire vi lascio gli ultimi tre comandi che se volete potete lanciare sul terminale di Proxmox: Il primo serve per disattivare la repository commerciale, eliminando il fastidioso errore 401 che altrimenti ci troveremo nel task; il secondo attiva la community repository ed infine l'ultimo serve ad eliminare il fastidioso pop-up che visualizziamo al login che ci invita a sottoscrivere una licenza commerciale.

sed -i "s/^deb/\#deb/" /etc/apt/sources.list.d/pve-enterprise.list echo "deb http://download.proxmox.com/debian/pve stretch pve-no-subscription" > /etc/apt/sources.list.d/pve-no-enterprise.list sed -i.bak "s/data.status !== 'Active'/false/g" /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js && systemctl restart pveproxy.service

Dopo aver dato questi 3 comandi, per vedere sparire il popup è necessario fare un login / logout prima in un’altra lingua e poi di nuovo in italiano.

Autore Davide (@daxda)

Revisori Massimiliano Latella (@lamax) Maurizio Natali (@simplemal)

L'articolo Configurare un NUC con Proxmox ed Hassio (trasferendo anche la configurazione da un Raspberry) proviene da SaggiaMente.