Permalänk
Medlem

Proxmox 9.0 släppt.

Detta är kul, själv så kommer jag avvakta med att uppgradera så att den stora massan får ta den eventuella smällen.

https://www.proxmox.com/en/about/company-details/press-releas...

Visa signatur

Marantz NR1605, Rotel RB1090, Ino Audio piPs
SMSL SP200 THX Achromatic Audio Amplifier 888, SMSL M400, Audio-Gd NFB-11 (2015), Objective2+ODAC RevB, Audeze LCD-2 Rosewood, Monoprice M1060, ATH-M40x, Sennheiser HD660S, DROP X KOSS ESP/95X, Koss KPH30i, DROP X HiFiMan HE4XX

Permalänk
Medlem

Gjorde precis en uppgradering från 8.1 till 8.4 så stannar där en liten stund. Det är ett ganska stort hopp till 9.0 för en inplace uppgradering. Jag har inte heller någon separat maskin som kör PBS osv. Men såg att det var ett par trevliga uppdateringar / features iaf.

Visa signatur

I7 12700K, Asus RTX 3080 TI, Alienware AW3423DW och annat smått o gott.

Permalänk
Medlem
Skrivet av backspace:

Detta är kul, själv så kommer jag avvakta med att uppgradera så att den stora massan får ta den eventuella smällen.

https://www.proxmox.com/en/about/company-details/press-releas...

Uppgraderingsprocessen är iaf väldokumenterad och om man inte varit och pillrat massor på själva hosten så bör det ju vara rätt smärtfritt.

Men ja, det alltid finns ju något som kan gå fel antar jag, men jag tror verkligen att den största felkällan är om man varit och ändrat en massa grejer i hosten.

Min homelab-miljö uppgraderade jag iaf igår, ser ingen riktig anledning att inte göra det där. Är förstås en helt annan sak om det är något affärskritiskt man pillar på.

Visa signatur

Desktop spel m.m.: Ryzen 9800X3D || MSI X870 Tomahawk Wifi || MSI Ventus 3x 5080 || Gskill FlareX 6000 64GB || Kingston KC3000 2TB || Samsung 970 EVO Plus 2TB || Samsung 960 Pro 1TB || Fractal Torrent || Asus PG42UQ 4K OLED
Arbetsstation: Ryzen 7945HX || Minisforum BD790i || Asus Proart 4070 Ti Super || Kingston Fury Impact 5600 65 GB || WD SN850 2TB || Samsung 990 Pro 2TB || Fractal Ridge
Proxmox server: Ryzen 5900X || Asrock Rack X570D4I-2T || Kingston 64GB ECC || WD Red SN700 1TB || Blandning av WD Red / Seagate Ironwolf för lagring || Fractal Node 304

Permalänk
Medlem

Jag tänkte uppdatera till helgen, alltid skönt att ha lite extra tid att fixa eventuella problem.

Jag hoppas att PBS 4.0 kommer i skarp version snart också.

Permalänk
Medlem

Uppdaterade mina två servrar igår kväll, gick utmärkt och har inte märkt någon som helst skillnad.

Visa signatur

Desktop: Ryzen 7 5700G / 48GB RAM / RX 7900 XTX / 2TB SSD / Arch Linux
Server 1: i5-7400T / 32GB RAM / 88TB HDD / Proxmox
Server 2: i5-6500T / 32GB RAM / 1TB SSD / Proxmox

Permalänk
Medlem

Lagt det på kö i min task lista... kommer nästan alltid en *.1 eller *.01. Lika bra att vänta lite.

Sedan är jag lite ny på Proxmox, har pulat med en ny Epyc server i flera veckor, massor med handpåläggning och bashande. Ibland undrar man vad de använder gränssnittet till.

Visa signatur

Proud AMD customer since 1998!

Permalänk
Medlem
Skrivet av evil penguin:

Uppgraderingsprocessen är iaf väldokumenterad och om man inte varit och pillrat massor på själva hosten så bör det ju vara rätt smärtfritt.

Men ja, det alltid finns ju något som kan gå fel antar jag, men jag tror verkligen att den största felkällan är om man varit och ändrat en massa grejer i hosten.

Min homelab-miljö uppgraderade jag iaf igår, ser ingen riktig anledning att inte göra det där. Är förstås en helt annan sak om det är något affärskritiskt man pillar på.

Själv använder jag en del scripts från Proxmox VE Helper-Scripts så det är därför jag avvaktar och som sagt låter andra upptäcka eventuella problem.
Men är man en vaniljperson så borde det som du skriver gå smärtfritt.

Visa signatur

Marantz NR1605, Rotel RB1090, Ino Audio piPs
SMSL SP200 THX Achromatic Audio Amplifier 888, SMSL M400, Audio-Gd NFB-11 (2015), Objective2+ODAC RevB, Audeze LCD-2 Rosewood, Monoprice M1060, ATH-M40x, Sennheiser HD660S, DROP X KOSS ESP/95X, Koss KPH30i, DROP X HiFiMan HE4XX

Permalänk
Medlem

Jag har uppdaterat till kernel 6.14 redan tidigare, kan det ställa till något tro?

Visa signatur

"When I get sad, I stop being sad and be awsome instead, true story."

Permalänk
Medlem
Skrivet av joakim99:

Jag tänkte uppdatera till helgen, alltid skönt att ha lite extra tid att fixa eventuella problem.

Jag hoppas att PBS 4.0 kommer i skarp version snart också.

Jag behövde inte vänta så länge på PBS 4.0, den släpptes idag.

Permalänk
Medlem

Jag gör alltid en kopia på OS disken med Clonezilla innan jag gör större updates.

Verkar inte som om PBS 4 stöder backup av hosts ☹️

Visa signatur

Fractal Design Define R6, ASUS X99a, Xeon E5-2697v3@3.5Ghz allcore, 64gb Hynix ECC REG 2133Mhz, 7900xt, 2.5gb nic

Server: Proxmox med OMV7, Teuenas och annat virtuellt: Supermicro X9SRH-7F, 64gb RAM, Xeon 2651v2, 4x10tb, 2.5gb Nic

Permalänk
Medlem
Skrivet av Gnarf:

Verkar inte som om PBS 4 stöder backup av hosts ☹️

Vad specifikt avses här?

Det jag är van vid från PBS 3 är ju primärt att man backar Proxmox-gäster (VM/CT), men sedan finns möjligheten att använda proxmox-backup-client själv för att backa lösa kataloger. Jag backar konfiguration m.m. från Proxmox-hosten den vägen. (Men det är då ett schemalagt jobb jag lagt dit själv)

Visa signatur

Desktop spel m.m.: Ryzen 9800X3D || MSI X870 Tomahawk Wifi || MSI Ventus 3x 5080 || Gskill FlareX 6000 64GB || Kingston KC3000 2TB || Samsung 970 EVO Plus 2TB || Samsung 960 Pro 1TB || Fractal Torrent || Asus PG42UQ 4K OLED
Arbetsstation: Ryzen 7945HX || Minisforum BD790i || Asus Proart 4070 Ti Super || Kingston Fury Impact 5600 65 GB || WD SN850 2TB || Samsung 990 Pro 2TB || Fractal Ridge
Proxmox server: Ryzen 5900X || Asrock Rack X570D4I-2T || Kingston 64GB ECC || WD Red SN700 1TB || Blandning av WD Red / Seagate Ironwolf för lagring || Fractal Node 304

Permalänk
Medlem
Skrivet av Json_81:

Jag har uppdaterat till kernel 6.14 redan tidigare, kan det ställa till något tro?

Uppdaterade precis till 9.0 och hade 6.14 installerad innan, inga problem alls.

Har du Ceph installerat se till att uppdatera till 19.2.x först

Permalänk
Medlem
Skrivet av dlq84:

Uppdaterade precis till 9.0 och hade 6.14 installerad innan, inga problem alls.

Har du Ceph installerat se till att uppdatera till 19.2.x först

Har inte Ceph så låter ju lovande.

Körde pve8to9 --full och fick denna varningen:

WARN: systemd-boot meta-package installed but the system does not seem to use it for booting. This can cause problems on upgrades of other boot-related packages. Consider removing 'systemd-boot'

Inget jag gjort medvetet och ta bort något som har med boot att göra låter farligt

Visa signatur

"When I get sad, I stop being sad and be awsome instead, true story."

Permalänk
Medlem
Skrivet av evil penguin:

Vad specifikt avses här?

Det jag är van vid från PBS 3 är ju primärt att man backar Proxmox-gäster (VM/CT), men sedan finns möjligheten att använda proxmox-backup-client själv för att backa lösa kataloger. Jag backar konfiguration m.m. från Proxmox-hosten den vägen. (Men det är då ett schemalagt jobb jag lagt dit själv)

Klar över det. Det finns flera script på github som gör backup på host config det t.ex tteck sina (använder dem själv). Det ryktades om att de skulle implementera någon liknade lösning i pbs men det dröjer tydligen till en senare version. Det jobbas på det iaf, officiellt.

Visa signatur

Fractal Design Define R6, ASUS X99a, Xeon E5-2697v3@3.5Ghz allcore, 64gb Hynix ECC REG 2133Mhz, 7900xt, 2.5gb nic

Server: Proxmox med OMV7, Teuenas och annat virtuellt: Supermicro X9SRH-7F, 64gb RAM, Xeon 2651v2, 4x10tb, 2.5gb Nic

Permalänk
Medlem

Automatisk daglig backup av Proxmox-konfiguration med e-postnotifiering

För dig som kör Proxmox VE 8-9 och vill ha koll på mer än bara VM-diskar — här är mitt sätt att automatisera backup av själva systemets konfiguration: nätverk, brandväggsregler, VM-definitioner, m.m.

Det här är ett komplement till Proxmox inbyggda backupfunktioner för virtuella maskiner, och fungerar också som ett enkelt "livstecken" från systemet varje natt via e-post.

Jag har experimenterat fram det med ChatGPT och skriptets körning fungerar, men jag har INTE testat återställning med det.

Vad skriptet gör:

  • Tar en backup av Proxmox systemkonfiguration

  • Lagrar backupfilen med datum- och tidsstämpel

  • Tar bort äldre kopior automatiskt (efter 30 dagar)

  • Skickar e-post som bekräftelse på att backupen lyckades

Skriptet (/usr/local/bin/backup-pve-config.sh):

#!/bin/bash === Configuration === BACKUP_DIR="/backup/pve-config-backups/snippets" DATE=$(date +%F-%H%M) ARCHIVE="$BACKUP_DIR/pve-config-$DATE.tar.gz" === Create target dir if missing === mkdir -p "$BACKUP_DIR" === Backup includes === tar czf "$ARCHIVE" /etc/pve /etc/network /etc/hosts /etc/resolv.conf /etc/systemd/system/zfs-import-backup.service --warning=no-file-changed === Cleanup old backups (30 days) === find "$BACKUP_DIR" -name "pve-config-*.tar.gz" -mtime +30 -delete === Send email notification === echo "Proxmox config backup completed successfully on $(hostname) at $(date)" | mail -a "From: Proxmox Backup din@e.post" -s "PVE Config Backup OK" din@e.post

Vad som ingår i backupen:

  • etc/pve – Proxmox interna konfiguration

  • /etc/network/interfaces – nätverksinställningar

  • /etc/hosts och /etc/resolv.conf – DNS och namnuppslagning

  • /etc/systemd/system/zfs-import-backup.service – för automatisk ZFS-import *

* En specialare jag har.

Hur används det?
Du kan köra det manuellt när som helst:

bash /usr/local/bin/backup-pve-config.sh

Du kan automatisera det med sytemd, och sedan är det lite klydd med notifieringar, men ovan funkar, kommer inte ihåg om jag lade in det före eller efter att ha kört in postfix...

Sedan var det ju det där med att välja snippets som vi fixade med en särskild metod:

Proxmox GUI visar bara filer i en lagringsyta om de matchar rätt "content type". Vårt backup-arkiv är en .tar.gz, och den visas inte om vi sätter lagringstypen till backup.

Därför använder vi istället en lagring definierad som:

dir: pve-backups path /backup/pve-config-backups content snippets

Det gör att .tar.gz-filen visas i GUI:t under Snippets-fliken, även om det tekniskt sett inte är ett vanligt snippet-format. Ett praktiskt sätt att få synlighet utan att bygga ett plugin eller konvertera till vzdump.

Varför används 'snippets' som lagringsplats?

Använd på egen risk. Inga garantier. Kommer ni på något bättre, skriv gärna om det.

Visa signatur

Proud AMD customer since 1998!

Permalänk
Medlem

Intressant att Proxmox släppt 9.0 som bygger på Debian 13/Trixie, som inte har släppts officielt än (dock i "freeze" och med släppdatum satt till 9/8)
https://wiki.debian.org/DebianTrixie

Visa signatur

stationär 2022: ryzen 7900x@65W, asus strix x670e-f, 32GB, rx6700xt
stationär 2012: i5-3570k@stock, asus p8z77-v le, 16GB, rtx2660s
laptop: ryzen 4800H, 16GB, rtx2060 (Legion 5 15ARH05H)
laptop: i5-2467M, 8GB
nas/server: i5-8400, asus WS C246M PRO/SE, 48GB

Permalänk
Medlem

Vågade mig på att uppgradera, verkar fungera bra så här långt.

Visa signatur

"When I get sad, I stop being sad and be awsome instead, true story."

Permalänk
Medlem
Skrivet av Homdax:

Automatisk daglig backup av Proxmox-konfiguration med e-postnotifiering

För dig som kör Proxmox VE 8-9 och vill ha koll på mer än bara VM-diskar — här är mitt sätt att automatisera backup av själva systemets konfiguration: nätverk, brandväggsregler, VM-definitioner, m.m.

Det här är ett komplement till Proxmox inbyggda backupfunktioner för virtuella maskiner, och fungerar också som ett enkelt "livstecken" från systemet varje natt via e-post.

Jag har experimenterat fram det med ChatGPT och skriptets körning fungerar, men jag har INTE testat återställning med det.

Vad skriptet gör:

  • Tar en backup av Proxmox systemkonfiguration

  • Lagrar backupfilen med datum- och tidsstämpel

  • Tar bort äldre kopior automatiskt (efter 30 dagar)

  • Skickar e-post som bekräftelse på att backupen lyckades

Skriptet (/usr/local/bin/backup-pve-config.sh):

#!/bin/bash === Configuration === BACKUP_DIR="/backup/pve-config-backups/snippets" DATE=$(date +%F-%H%M) ARCHIVE="$BACKUP_DIR/pve-config-$DATE.tar.gz" === Create target dir if missing === mkdir -p "$BACKUP_DIR" === Backup includes === tar czf "$ARCHIVE" /etc/pve /etc/network /etc/hosts /etc/resolv.conf /etc/systemd/system/zfs-import-backup.service --warning=no-file-changed === Cleanup old backups (30 days) === find "$BACKUP_DIR" -name "pve-config-*.tar.gz" -mtime +30 -delete === Send email notification === echo "Proxmox config backup completed successfully on $(hostname) at $(date)" | mail -a "From: Proxmox Backup din@e.post" -s "PVE Config Backup OK" din@e.post

Vad som ingår i backupen:

  • etc/pve – Proxmox interna konfiguration

  • /etc/network/interfaces – nätverksinställningar

  • /etc/hosts och /etc/resolv.conf – DNS och namnuppslagning

  • /etc/systemd/system/zfs-import-backup.service – för automatisk ZFS-import *

* En specialare jag har.

Hur används det?
Du kan köra det manuellt när som helst:

bash /usr/local/bin/backup-pve-config.sh

Du kan automatisera det med sytemd, och sedan är det lite klydd med notifieringar, men ovan funkar, kommer inte ihåg om jag lade in det före eller efter att ha kört in postfix...

Sedan var det ju det där med att välja snippets som vi fixade med en särskild metod:

Proxmox GUI visar bara filer i en lagringsyta om de matchar rätt "content type". Vårt backup-arkiv är en .tar.gz, och den visas inte om vi sätter lagringstypen till backup.

Därför använder vi istället en lagring definierad som:

dir: pve-backups path /backup/pve-config-backups content snippets

Det gör att .tar.gz-filen visas i GUI:t under Snippets-fliken, även om det tekniskt sett inte är ett vanligt snippet-format. Ett praktiskt sätt att få synlighet utan att bygga ett plugin eller konvertera till vzdump.

Varför används 'snippets' som lagringsplats?

Använd på egen risk. Inga garantier. Kommer ni på något bättre, skriv gärna om det.

Om man använder PBS för sina övriga Proxmox-backuper skulle jag ändå föreslå proxmox-backup-client för sånt där. (Också? Kan ju ha ett värde med att ha en kopia något helt separat beroende på vad det är för data man backat).
Då får man in detta i samma snurra som övriga backuper, samma funktionalitet för att hantera hur många gamla kopior som ska sparas osv. Och extra bra om man har satt upp någon synk i PBS till en annan PBS-instans (även möjlighet till S3-kompatibel lagring som preview i 4.0).

https://pbs.proxmox.com/docs/backup-client.html

Om man satt sina miljövariabler som PBS_REPOSITORY, PBS_PASSWORD, PBS_ENCRYPTION_PASSWORD så kan man sedan göra något i stil med:

proxmox-backup-client backup --keyfile /path/to/pbs.key --ns mypbsnamespace pbs-archive-name.pxar:/source/dir

Visa signatur

Desktop spel m.m.: Ryzen 9800X3D || MSI X870 Tomahawk Wifi || MSI Ventus 3x 5080 || Gskill FlareX 6000 64GB || Kingston KC3000 2TB || Samsung 970 EVO Plus 2TB || Samsung 960 Pro 1TB || Fractal Torrent || Asus PG42UQ 4K OLED
Arbetsstation: Ryzen 7945HX || Minisforum BD790i || Asus Proart 4070 Ti Super || Kingston Fury Impact 5600 65 GB || WD SN850 2TB || Samsung 990 Pro 2TB || Fractal Ridge
Proxmox server: Ryzen 5900X || Asrock Rack X570D4I-2T || Kingston 64GB ECC || WD Red SN700 1TB || Blandning av WD Red / Seagate Ironwolf för lagring || Fractal Node 304

Permalänk
Medlem
Skrivet av evil penguin:

Om man använder PBS för sina övriga Proxmox-backuper skulle jag ändå föreslå proxmox-backup-client för sånt där. (Också? Kan ju ha ett värde med att ha en kopia något helt separat beroende på vad det är för data man backat).
Då får man in detta i samma snurra som övriga backuper, samma funktionalitet för att hantera hur många gamla kopior som ska sparas osv. Och extra bra om man har satt upp någon synk i PBS till en annan PBS-instans (även möjlighet till S3-kompatibel lagring som preview i 4.0).

https://pbs.proxmox.com/docs/backup-client.html

Om man satt sina miljövariabler som PBS_REPOSITORY, PBS_PASSWORD, PBS_ENCRYPTION_PASSWORD så kan man sedan göra något i stil med:

proxmox-backup-client backup --keyfile /path/to/pbs.key --ns mypbsnamespace pbs-archive-name.pxar:/source/dir

Sant, tror jag, som sagt ny på detta, men jag har för närvarande inte tänkt sätta upp en PBS, men vem vet.

Visa signatur

Proud AMD customer since 1998!

Permalänk
Medlem

Uppen resulterade i 9.0.5 men märkte att för att bli felfri/varningsfri fick jag aktivera debian -non-free-firmware. Har lärt mig absolut hata det genom åren, men men, det tog hand om ett par AMD varningar.

Sedan, alltså, vad gör man när man ser detta?

Citat:

root@s-proxmox-a:~# zpool upgrade -v
This system supports ZFS pool feature flags.

The following features are supported:

FEAT DESCRIPTION
-------------------------------------------------------------
async_destroy (read-only compatible)
Destroy filesystems asynchronously.
empty_bpobj (read-only compatible)
Snapshots use less space.
lz4_compress
LZ4 compression algorithm support.
multi_vdev_crash_dump
Crash dumps to multiple vdev pools.
spacemap_histogram (read-only compatible)
Spacemaps maintain space histograms.
enabled_txg (read-only compatible)
Record txg at which a feature is enabled
hole_birth
Retain hole birth txg for more precise zfs send
extensible_dataset
Enhanced dataset functionality, used by other features.
embedded_data
Blocks which compress very well use even less space.
bookmarks (read-only compatible)
"zfs bookmark" command
filesystem_limits (read-only compatible)
Filesystem and snapshot limits.
large_blocks
Support for blocks larger than 128KB.
large_dnode
Variable on-disk size of dnodes.
sha512
SHA-512/256 hash algorithm.
skein
Skein hash algorithm.
edonr
Edon-R hash algorithm.
userobj_accounting (read-only compatible)
User/Group object accounting.
encryption
Support for dataset level encryption
project_quota (read-only compatible)
space/object accounting based on project ID.
device_removal
Top-level vdevs can be removed, reducing logical pool size.
obsolete_counts (read-only compatible)
Reduce memory used by removed devices when their blocks are freed or remapped.
zpool_checkpoint (read-only compatible)
Pool state can be checkpointed, allowing rewind later.
spacemap_v2 (read-only compatible)
Space maps representing large segments are more efficient.
allocation_classes (read-only compatible)
Support for separate allocation classes.
resilver_defer (read-only compatible)
Support for deferring new resilvers when one is already running.
bookmark_v2
Support for larger bookmarks
redaction_bookmarks
Support for bookmarks which store redaction lists for zfs redacted send/recv.
redacted_datasets
Support for redacted datasets, produced by receiving a redacted zfs send stream.
bookmark_written
Additional accounting, enabling the written#<bookmark> property (space written since a bookmark), and estimates of send stream sizes for incrementals from bookmarks.
log_spacemap (read-only compatible)
Log metaslab changes on a single spacemap and flush them periodically.
livelist (read-only compatible)
Improved clone deletion performance.
device_rebuild (read-only compatible)
Support for sequential mirror/dRAID device rebuilds
zstd_compress
zstd compression algorithm support.
draid
Support for distributed spare RAID
zilsaxattr (read-only compatible)
Support for xattr=sa extended attribute logging in ZIL.
head_errlog
Support for per-dataset on-disk error logs.
blake3
BLAKE3 hash algorithm.
block_cloning (read-only compatible)
Support for block cloning via Block Reference Table.
vdev_zaps_v2
Support for root vdev ZAP.
redaction_list_spill
Support for increased number of redaction_snapshot arguments in zfs redact.
raidz_expansion
Support for raidz expansion
fast_dedup (read-only compatible)
Support for advanced deduplication
longname
support filename up to 1024 bytes
large_microzap (read-only compatible)
Support for microzaps larger than 128KB.

The following legacy versions are also supported:

VER DESCRIPTION
--- --------------------------------------------------------
1 Initial ZFS version
2 Ditto blocks (replicated metadata)
3 Hot spares and double parity RAID-Z
4 zpool history
5 Compression using the gzip algorithm
6 bootfs pool property
7 Separate intent log devices
8 Delegated administration
9 refquota and refreservation properties
10 Cache devices
11 Improved scrub performance
12 Snapshot properties
13 snapused property
14 passthrough-x aclinherit
15 user/group space accounting
16 stmf property support
17 Triple-parity RAID-Z
18 Snapshot user holds
19 Log device removal
20 Compression using zle (zero-length encoding)
21 Deduplication
22 Received properties
23 Slim ZIL
24 System attributes
25 Improved scrub stats
26 Improved snapshot deletion performance
27 Improved snapshot creation performance
28 Multiple vdev replacements

For more information on a particular version, including supported releases,
see the ZFS Administration Guide.

ZFS

Hade det inte varit för ChatGPT som raskt och precist svarade på varenda grej som jag ville kolla hade jag setat med uppgraderingen i dagar, bara för att vara säker på att inget går fel.

Allt verkar vara puuurfekt...

Visa signatur

Proud AMD customer since 1998!