PVE umziehen ohne Neuinstallation

M

MickyF

Member
Nov 18, 2025
71
15
8
Hi!

Aktuell läuft Proxmox (aktuellste Version) auf einem Ugreen NAS SXP 4800 Pro, ohne das ehemalige OS (wurde entfernt), direkt installiert.

Ich würde gerne diese Installation auf einen Minisforum MS-01 umziehen.
Beide haben einen Intel Prozessor.

Aktuell läuft Proxmox auf einer eigenen nVME und die VMs auf zwei weiteren nVMEs im Raid-Verbund.

Plan wäre nun, die drei nVME aus dem Ugreen auszubauen und 1:1 im MS-01 wieder in Betrieb zu nehmen.

Das Ugreen hat eine Intel i3-1315U CPU und das MS-01 eine Intel i5-12600H CPU.

Ich denke, dass die beiden Daten-nVMEs per Hardware-RAID installiert wurden, genau weiß ich es leider nicht mehr. Ich könnte mir vorstellen, dass genau dies der Knackpunkt sein könnte. Kann man das in der Konsole feststellen?

Wäre mein Vorhaben generell möglich?

Michael
 
Du könntest mal folgendes teilen
Bash: 
lsblk -o+FSTYPE,LABEL,MODEL
ls -l /dev/disk/by-path/
lspci -k
Generell sollte das schon möglich sein. Es gibt aber ein paar Dinge wie passthrough und Netzwerk Namen wo etwas Vorsicht bzw. Nacharbeit nötig ist.
Ich glaube nicht, dass es HW RAID ist.
 
Last edited:
Das sollte grundsätzlich klappen. Hardware-RAID hast du im Ugreen aber praktisch nicht, sowas gibts für NVMe in den Mini-Kisten nie. Zu 99% ist das ein ZFS-Mirror, den der PVE-Installer oder du selbst angelegt hat. Check mal zpool status, und falls da nix kommt cat /proc/mdstat bzw. lsblk und pvs. Alle drei (ZFS, mdadm, LVM) hängen an den Platten selbst und ziehen einfach mit um, der Pool wird nach dem Einbau automatisch wieder importiert.

Das Problem ist das Netz: Die NICs im MS-01 heißen anders als im Ugreen, dadurch zeigt deine /etc/network/interfaces ins Leere und der Host kommt ohne IP hoch. Sicher vorher die Bridge-Config, beim ersten Boot Monitor + Tastatur dran, ip a schauen und den neuen Interface-Namen in der vmbr eintragen. Achte auch im BIOS drauf, dass Boot-Modus (UEFI vs. Legacy) zur Installation passt, sonst findet er den Bootloader nicht.

CPU-seitig bist du fein, i3-1315U und i5-12600H sind beide Alder Lake, da meckert cpu: host in den VMs auch nicht. Falls du GPU- oder USB-Passthrough nutzt, musst du die IDs/Ports neu setzen. Backup vorher trotzdem, ist ja klar.
 
Danke dir!

Der erste Befehl zeigt und es geht dabei um die beiden Lexar nVMEs mit je 2TB Speicher

Code: 
NAME                       MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS     FSTYPE            LABEL             MODEL
sda                          8:0    0   3.6T  0 disk                                                     WDC WD40EFPX-68C6CN0
└─sda1                       8:1    0   3.6T  0 part /mnt/pve/backup ext4                             
zd0                        230:0    0     7G  0 disk                                                   
├─zd0p1                    230:1    0     1M  0 part                                                   
├─zd0p2                    230:2    0     1G  0 part                 ext4                             
└─zd0p3                    230:3    0     6G  0 part                 LVM2_member                       
zd16                       230:16   0     9G  0 disk                                                   
├─zd16p1                   230:17   0   8.9G  0 part                 ext4                             
├─zd16p14                  230:30   0     3M  0 part                                                   
└─zd16p15                  230:31   0   124M  0 part                 vfat                             
zd32                       230:32   0    32G  0 disk                                                   
├─zd32p1                   230:33   0   100M  0 part                 vfat                             
├─zd32p2                   230:34   0    16M  0 part                                                   
├─zd32p3                   230:35   0    31G  0 part                 ntfs                             
└─zd32p4                   230:36   0   862M  0 part                 ntfs                             
zd48                       230:48   0     1M  0 disk                                                   
zd64                       230:64   0     8G  0 disk                                                   
├─zd64p1                   230:65   0   512M  0 part                 ext4                             
├─zd64p2                   230:66   0    32M  0 part                 vfat                             
├─zd64p3                   230:67   0 494.6M  0 part                 swap                             
└─zd64p4                   230:68   0     7G  0 part                 ext4                             
zd80                       230:80   0     4M  0 disk                 iso9660           cidata         
zd96                       230:96   0    32G  0 disk                                                   
├─zd96p1                   230:97   0   500M  0 part                 ntfs              System-reserviert
└─zd96p2                   230:98   0  31.5G  0 part                 ntfs                             
zd112                      230:112  0     4M  0 disk                                                   
zd128                      230:128  0     3G  0 disk                                                   
├─zd128p1                  230:129  0   2.9G  0 part                 ext4                             
├─zd128p14                 230:142  0     3M  0 part                                                   
└─zd128p15                 230:143  0   124M  0 part                 vfat                             
zd144                      230:144  0     4M  0 disk                 iso9660           cidata         
zd160                      230:160  0     1M  0 disk                                                   
zd176                      230:176  0    32G  0 disk                                                   
├─zd176p1                  230:177  0     8G  0 part                 linux_raid_member SynologyNAS:0   
├─zd176p2                  230:178  0     2G  0 part                 linux_raid_member SynologyNAS:1   
├─zd176p3                  230:179  0     1K  0 part                                                   
└─zd176p5                  230:181  0  21.8G  0 part                 linux_raid_member Themse:2       
zd192                      230:192  0     4M  0 disk                                                   
zd208                      230:208  0     1M  0 disk                                                   
zd224                      230:224  0    32G  0 disk                                                   
├─zd224p1                  230:225  0     1M  0 part                                                   
├─zd224p2                  230:226  0   513M  0 part                 vfat                             
└─zd224p3                  230:227  0  31.5G  0 part                 ext4                             
zd240                      230:240  0    24G  0 disk                                                   
├─zd240p1                  230:241  0   600M  0 part                 vfat                             
├─zd240p2                  230:242  0     1G  0 part                 ext4                             
└─zd240p3                  230:243  0  22.4G  0 part                 btrfs             fedora         
nvme0n1                    259:0    0   1.9T  0 disk                                                     Lexar SSD NM790 2TB
├─nvme0n1p1                259:2    0   1.9T  0 part                 zfs_member        local-zfs       
└─nvme0n1p9                259:3    0     8M  0 part                                                   
nvme1n1                    259:1    0   1.9T  0 disk                                                     Lexar SSD NM790 2TB
├─nvme1n1p1                259:4    0   1.9T  0 part                 zfs_member        local-zfs       
└─nvme1n1p9                259:5    0     8M  0 part                                                   
nvme2n1                    259:6    0 931.5G  0 disk                                                     Samsung SSD 980 1TB
├─nvme2n1p1                259:7    0  1007K  0 part                                                   
├─nvme2n1p2                259:8    0     1G  0 part /boot/efi       vfat                             
└─nvme2n1p3                259:9    0   930G  0 part                 LVM2_member                       
  ├─pve-swap               252:0    0    48G  0 lvm  [SWAP]          swap                             
  ├─pve-root               252:1    0    96G  0 lvm  /               ext4                             
  ├─pve-data_tmeta         252:2    0   7.7G  0 lvm                                                   
  │ └─pve-data-tpool       252:4    0 754.6G  0 lvm                                                   
  │   ├─pve-data           252:5    0 754.6G  1 lvm                                                   
  │   ├─pve-vm--100--disk--1
  │   │                    252:6    0     3G  0 lvm                  ext4                             
  │   └─pve-vm--101--disk--0
  │                        252:7    0     8G  0 lvm                  ext4                             
  └─pve-data_tdata         252:3    0 754.6G  0 lvm                                                   
    └─pve-data-tpool       252:4    0 754.6G  0 lvm                                                   
      ├─pve-data           252:5    0 754.6G  1 lvm                                                   
      ├─pve-vm--100--disk--1
      │                    252:6    0     3G  0 lvm                  ext4                             
      └─pve-vm--101--disk--0
                           252:7    0     8G  0 lvm                  ext4                             
zd256                      230:256  0     4M  0 disk                 iso9660           cidata         
zd272                      230:272  0    17G  0 disk                                                   
├─zd272p1                  230:273  0   6.9G  0 part                 ext4                             
├─zd272p14                 230:286  0     3M  0 part                                                   
└─zd272p15                 230:287  0   124M  0 part                 vfat                             
zd288                      230:288  0    44G  0 disk                                                   
├─zd288p1                  230:289  0   100M  0 part                 vfat                             
├─zd288p2                  230:290  0    16M  0 part                                                   
└─zd288p3                  230:291  0  43.9G  0 part                 ntfs                             
zd304                      230:304  0  1000M  0 disk                                                   
├─zd304p1                  230:305  0    50M  0 part                 vfat              ARC1           
├─zd304p2                  230:306  0    50M  0 part                 ext2              ARC2           
└─zd304p3                  230:307  0   899M  0 part                 ext4              ARC3           
zd320                      230:320  0    32G  0 disk                                                   
├─zd320p1                  230:321  0     1M  0 part                                                   
├─zd320p2                  230:322  0   513M  0 part                 vfat                             
└─zd320p3                  230:323  0  31.5G  0 part                 ext4

Der zweite zeigt:
Code: 
total 0
lrwxrwxrwx 1 root root  13 Aug 30 20:19 pci-0000:01:00.0-nvme-1 -> ../../nvme0n1
drwxr-xr-x 7 root root 140 Aug 30 20:19 pci-0000:01:00.0-nvme-1-part
lrwxrwxrwx 1 root root  15 Aug 30 20:19 pci-0000:01:00.0-nvme-1-part1 -> ../../nvme0n1p1
lrwxrwxrwx 1 root root  15 Aug 30 20:19 pci-0000:01:00.0-nvme-1-part9 -> ../../nvme0n1p9
lrwxrwxrwx 1 root root  13 Aug 30 20:19 pci-0000:02:00.0-nvme-1 -> ../../nvme1n1
drwxr-xr-x 7 root root 140 Aug 30 20:19 pci-0000:02:00.0-nvme-1-part
lrwxrwxrwx 1 root root  15 Aug 30 20:19 pci-0000:02:00.0-nvme-1-part1 -> ../../nvme1n1p1
lrwxrwxrwx 1 root root  15 Aug 30 20:19 pci-0000:02:00.0-nvme-1-part9 -> ../../nvme1n1p9
lrwxrwxrwx 1 root root  13 Aug 30 20:19 pci-0000:04:00.0-nvme-1 -> ../../nvme2n1
drwxr-xr-x 5 root root 100 Aug 30 20:19 pci-0000:04:00.0-nvme-1-part
lrwxrwxrwx 1 root root  15 Aug 30 20:19 pci-0000:04:00.0-nvme-1-part1 -> ../../nvme2n1p1
lrwxrwxrwx 1 root root  15 Aug 30 20:19 pci-0000:04:00.0-nvme-1-part2 -> ../../nvme2n1p2
lrwxrwxrwx 1 root root  15 Aug 30 20:19 pci-0000:04:00.0-nvme-1-part3 -> ../../nvme2n1p3
lrwxrwxrwx 1 root root   9 Aug 30 20:19 pci-0000:05:00.0-ata-1 -> ../../sda
lrwxrwxrwx 1 root root   9 Aug 30 20:19 pci-0000:05:00.0-ata-1.0 -> ../../sda
drwxr-xr-x 5 root root 100 Aug 30 20:19 pci-0000:05:00.0-ata-1.0-part
lrwxrwxrwx 1 root root  10 Aug 30 20:19 pci-0000:05:00.0-ata-1.0-part1 -> ../../sda1
lrwxrwxrwx 1 root root  10 Aug 30 20:19 pci-0000:05:00.0-ata-1-part1 -> ../../sda1

Und der dritte:
Code: 
00:00.0 Host bridge: Intel Corporation Core i9/i7/i5/i3 Host Bridge/DRAM Registers (rev 04)
        DeviceName: Onboard - Other
00:02.0 VGA compatible controller: Intel Corporation Alder Lake-UP3 GT1 [UHD Graphics] (rev 0c)
        DeviceName: Onboard - Video
        Kernel driver in use: i915
        Kernel modules: i915, xe
00:06.0 PCI bridge: Intel Corporation 12th Gen Core Processor PCI Express x4 Controller #0 (rev 04)
        Kernel driver in use: pcieport
        Kernel modules: shpchp
00:06.2 PCI bridge: Intel Corporation 12th Gen Core Processor PCI Express x4 Controller #2 (rev 04)
        Kernel driver in use: pcieport
        Kernel modules: shpchp
00:0d.0 USB controller: Intel Corporation Alder Lake-P Thunderbolt 4 USB Controller (rev 04)
        DeviceName: Onboard - Other
        Kernel driver in use: xhci_hcd
        Kernel modules: xhci_pci
00:14.0 USB controller: Intel Corporation Alder Lake PCH USB 3.2 xHCI Host Controller (rev 01)
        DeviceName: Onboard - Other
        Kernel driver in use: xhci_hcd
        Kernel modules: xhci_pci
00:14.2 RAM memory: Intel Corporation Alder Lake PCH Shared SRAM (rev 01)
        DeviceName: Onboard - Other
00:15.0 Serial bus controller: Intel Corporation Alder Lake PCH Serial IO I2C Controller #0 (rev 01)
        DeviceName: Onboard - Other
        Kernel driver in use: intel-lpss
        Kernel modules: intel_lpss_pci
00:16.0 Communication controller: Intel Corporation Alder Lake PCH HECI Controller (rev 01)
        DeviceName: Onboard - Other
        Kernel driver in use: mei_me
        Kernel modules: mei_me
00:1c.0 PCI bridge: Intel Corporation Device 51b8 (rev 01)
        Kernel driver in use: pcieport
        Kernel modules: shpchp
00:1c.4 PCI bridge: Intel Corporation Alder Lake PCI Express x4 Root Port #5 (rev 01)
        Kernel driver in use: pcieport
        Kernel modules: shpchp
00:1d.0 PCI bridge: Intel Corporation Alder Lake PCI Express Root Port #9 (rev 01)
        Kernel driver in use: pcieport
        Kernel modules: shpchp
00:1d.2 PCI bridge: Intel Corporation Alder Lake PCI Express x1 Root Port #11 (rev 01)
        Kernel driver in use: pcieport
        Kernel modules: shpchp
00:1f.0 ISA bridge: Intel Corporation Alder Lake PCH eSPI Controller (rev 01)
        DeviceName: Onboard - Other
00:1f.3 Audio device: Intel Corporation Alder Lake PCH-P High Definition Audio Controller (rev 01)
        DeviceName: Onboard - Sound
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_soc_avs, snd_sof_pci_intel_tgl, snd_hda_intel
00:1f.4 SMBus: Intel Corporation Alder Lake PCH-P SMBus Host Controller (rev 01)
        DeviceName: Onboard - Other
        Kernel driver in use: i801_smbus
        Kernel modules: i2c_i801
00:1f.5 Serial bus controller: Intel Corporation Alder Lake-P PCH SPI Controller (rev 01)
        DeviceName: Onboard - Other
        Kernel driver in use: intel-spi
        Kernel modules: spi_intel_pci
01:00.0 Non-Volatile memory controller: Shenzhen Longsys Electronics Co., Ltd. Lexar NM790 NVME SSD (DRAM-less) (rev 01)
        Subsystem: Shenzhen Longsys Electronics Co., Ltd. Lexar NM790 NVME SSD (DRAM-less)
        Kernel driver in use: nvme
        Kernel modules: nvme
02:00.0 Non-Volatile memory controller: Shenzhen Longsys Electronics Co., Ltd. Lexar NM790 NVME SSD (DRAM-less) (rev 01)
        Subsystem: Shenzhen Longsys Electronics Co., Ltd. Lexar NM790 NVME SSD (DRAM-less)
        Kernel driver in use: nvme
        Kernel modules: nvme
03:00.0 Ethernet controller: Aquantia Corp. AQtion AQC113 NBase-T/IEEE 802.3an Ethernet Controller [Antigua 10G] (rev 03)
        Subsystem: Aquantia Corp. Device 0001
        Kernel driver in use: atlantic
        Kernel modules: atlantic
04:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller 980 (DRAM-less)
        Subsystem: Samsung Electronics Co Ltd Device a801
        Kernel driver in use: nvme
        Kernel modules: nvme
05:00.0 SATA controller: ASMedia Technology Inc. ASM1164 Serial ATA AHCI Controller (rev 02)
        Subsystem: ASMedia Technology Inc. Device 2116
        Kernel driver in use: ahci
        Kernel modules: ahci
06:00.0 Ethernet controller: Intel Corporation Ethernet Controller I226-V (rev 08)
        Subsystem: Intel Corporation Device 0000
        Kernel driver in use: igc
        Kernel modules: igc

Ich muss nochmals meine Aussage zur verbauten CPU im Ugreen revidieren:
Code: 
lscpu
Architecture:                x86_64
  CPU op-mode(s):            32-bit, 64-bit
  Address sizes:             39 bits physical, 48 bits virtual
  Byte Order:                Little Endian
CPU(s):                      6
  On-line CPU(s) list:       0-5
Vendor ID:                   GenuineIntel
  Model name:                Intel(R) Pentium(R) Gold 8505
    CPU family:              6
    Model:                   154
    Thread(s) per core:      2
    Core(s) per socket:      5
    Socket(s):               1
    Stepping:                4
    CPU(s) scaling MHz:      100%
    CPU max MHz:             4400.0000
    CPU min MHz:             400.0000...
 
Last edited:
Sieht aus wie normales Software RAID. Sollte also kein Problem darstellen. Ich würde jetzt nur schauen ob deine VMs passthrough nutzen. Zb. hiermit
Bash: 
grep -sR "hostpci" /etc/pve
Das bleibt still wenn unbenutzt. Falls nicht würde ich die Geräte einfach temporär den VMs wegnehmen. Alles andere hat Bu66as eigentlich schon erwähnt.
 
Bu66as said:
Check mal zpool status, und falls da nix kommt cat /proc/mdstat bzw. lsblk und pvs.
Click to expand...

Code: 
zpool status

  pool: local-zfs
 state: ONLINE
status: Some supported and requested features are not enabled on the pool.
        The pool can still be used, but some features are unavailable.
action: Enable all features using 'zpool upgrade'. Once this is done,
        the pool may no longer be accessible by software that does not support
        the features. See zpool-features(7) for details.
  scan: scrub repaired 0B in 00:01:31 with 0 errors on Sun Aug  9 00:25:32 2026
config:

        NAME                                               STATE     READ WRITE CKSUM
        local-zfs                                          ONLINE       0     0     0
          mirror-0                                         ONLINE       0     0     0
            nvme-Lexar_SSD_NM790_2TB_PBT136R002446P2202    ONLINE       0     0     0
            nvme-Lexar_SSD_NM790_2TB_PBT136R002470P2202_1  ONLINE       0     0     0

errors: No known data errors

Und

Code: 
cat /proc/mdstat
Personalities : 
unused devices: <none>
Sowie
Code: 
pvs

  PV             VG  Fmt  Attr PSize    PFree
  /dev/nvme2n1p3 pve lvm2 a--  <930.00g 16.00g
 
Last edited:
Passt alles, sauberer ZFS-Mirror auf den beiden Lexars und Root per LVM auf der Samsung, kein mdadm, kein Passthrough. Damit ist der Umzug ziemlich unspektakulär.

Du hast eine 4TB-SATA-Platte (WD40EFPX) als /mnt/pve/backup drin. Die kriegst du ins MS-01 so nicht rein, da sind nur die drei M.2-Slots und die sind mit deinen NVMEs schon voll. Schau vorher in die /etc/fstab: wenn der Eintrag ohne nofail drinsteht, hängt dir der erste Boot im Emergency-Modus, und dann darfst du das mit Tastatur am Gerät geradebiegen. Also entweder nofail rein und den Storage in /etc/pve/storage.cfg vorher deaktivieren, oder die Platte in ein USB-Gehäuse. Bei UUID-Mount findet sie der Host auch am USB wieder.

Und dein Root bootet per UEFI (nvme2n1p2 auf /boot/efi), also im MS-01-BIOS auf UEFI stellen und CSM aus, sonst siehst du nur "no bootable device". Das zpool upgrade aus der Statusmeldung würde ich erst machen wenn die Kiste läuft, nicht mitten im Umzug.
 
Hi!
Die fstab hat aktuell folgende Einträge, denke, es sind dann wegen der /mnt/pve/backup keine Probleme zu erwarten, oder?
Code: 
/dev/pve/root / ext4 errors=remount-ro 0 1
UUID=5B1E-712B /boot/efi vfat defaults 0 1
/dev/pve/swap none swap sw 0 0
proc /proc proc defaults 0 0
Die WD-Platte werde ich auch erst wieder als Backup-Platte in Betrieb nehmen, wenn der Umzug abgeschlossen ist.
 
Aus der fstab kommt dir nichts dazwischen, die WD steht da gar nicht drin. Der Mount kommt dann vermutlich über eine systemd-Unit, sowas legt PVE an wenn man den Storage über Disks > Directory in der GUI erstellt. Check mal ls /etc/systemd/system/mnt-pve-*. Die failed beim Boot einfach still und wirft dich nicht in die Emergency-Shell, passt dein Plan so.

Ein Tipp noch wenn die WD wieder dran ist: setz beim Backup-Storage is_mountpoint 1 in der storage.cfg. Sonst schreibt dir ein Backup-Job irgendwann ins leere /mnt/pve/backup auf der Root-Platte statt auf die Platte selbst, und die 96G root sind ratzfatz voll. Ist mir früher mal passiert, seitdem mach ich das grundsätzlich.
 
  • Like
Reactions: MickyF
Ok, bin nun umgezogen und nach ein paar Schwierigkeiten mit dem LAN auch wieder am Netz.
Aufgefallen ist mir nur eine etwas längere Wartezeit beim Booten von Proxmox und zwar an dieser Stelle:

Code: 
Found volume group 'pve' using metadata type lvm2
3 logical volume(s) in volume group 'pve' now active
/dev/mapper/pve-root: clear, 87883/6291456 files, 2828381/25165824 blocks

Was hat es hiermit auf sich? Irgendwann machte der Bootvorgang tatsächlich weiter und es erscheint kurz eine Warnung in Rot, dann stehe ich aber auch schon am Login-Prompt.
 
Schau mal ob die Warnung hier auftaucht
Bash: 
journalctl -b0 -krp warning
Ohne hinzufügen von debug zu bzw. entfernen von quiet aus den Kernel Argumenten ist es schwer zu sagen, womit das System beschäftigt war.
Vielleicht hilft das
Bash: 
systemd-analyze blame
 
Die Analyse hat folgende Zeiten ausgespuckt.
Code: 
systemd-analyze blame
13.754s pve-guests.service
 2.674s systemd-udev-settle.service
 2.670s ifupdown2-pre.service
 2.090s systemd-journal-flush.service
 1.420s systemd-modules-load.service
 1.011s pve-cluster.service
  832ms networking.service
  779ms pveproxy.service
  629ms pvedaemon.service
  550ms pvescheduler.service
  440ms pve-ha-crm.service
  437ms pvestatd.service
  434ms pve-firewall.service
  433ms pve-ha-lrm.service
  418ms zfs-import@local\x2dzfs.service
  289ms postfix.service
  263ms pve-sdn-commit.service
  234ms user@0.service
  221ms dev-mapper-pve\x2droot.device
  220ms pvebanner.service
  215ms lvm2-monitor.service
  212ms systemd-random-seed.service
  193ms spiceproxy.service
  149ms pve-firewall-commit.service
  109ms lm-sensors.service
   98ms systemd-udevd.service
   87ms smartmontools.service
   69ms systemd-udev-trigger.service
   65ms nut-driver@ups.service

Der andere Befehl hat sehr umfangreiche Zeilen geliefert:
Code: 
journalctl -b0 -krp warning
Sep 04 22:08:45 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/XGFKDW3STNEL4RLU6QT7JUZDFS' does not support file>
Sep 04 22:08:45 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/XGFKDW3STNEL4RLU6QT7JUZDFS' does not support file>
Sep 04 22:08:45 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/I6AG5ROUR62ESYAYZ64R27UYSS' does not support file>
Sep 04 22:08:34 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/V5OTD7J53QIRY3O5GY4K6G2DJQ' does not support file>
Sep 04 22:08:34 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/V5OTD7J53QIRY3O5GY4K6G2DJQ' does not support file>
Sep 04 22:08:34 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/KWJUOZSMGIXM4Z2SAVIH56HEC6' does not support file>
Sep 04 22:07:40 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/23TJE6PSLCK3OBCBFMWISRZ7UB' does not support file>
Sep 04 22:07:40 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/23TJE6PSLCK3OBCBFMWISRZ7UB' does not support file>
Sep 04 22:07:40 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/MZPJPCH2P6VCJKBA3WLURGX6SM' does not support file>
Sep 04 22:07:28 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/PSITZ5RTO6Z4A6YQE6QK2CK3ZL' does not support file>
Sep 04 22:00:45 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/DTXOWKVJX3WXLP7ELHJB3EKGZA' does not support file>
Sep 04 22:00:45 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/DTXOWKVJX3WXLP7ELHJB3EKGZA' does not support file>
Sep 04 22:00:45 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/NSNJMO3GM5WRH42COCFX5GNGWD' does not support file>
Sep 04 21:56:12 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/opaque-bug-check2029257738/l2' does not support fil>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/AKKEBGKKKSXZV2ICCDQF36PM7I' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/25GNR7ASYRKVZCMHZFUC623IBU' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/ITEVITLYI7CMLESOIW5QFSTO4D' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/6HFEL4PL6H5KJBM4IX4S7KV2NS' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/IUWW572XZ3B7LKWLUFBWJDDWZL' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/Q6WPRU7NK6N7NE5MHQYVPEX6EP' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/VBACFIAGLETKRI67M3IUXKWHEC' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/ER3Z7E5JXAFNDHQ3RNSPSOVJTV' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/MMVXVMAGI5CQY7EAXGN334QMTR' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/NIIH6RWPXXDBH3JHFYHSCXEK2O' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/QPZVSEYJQ3BU6XHHB57EPM5HBH' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/PHBOZ36UVBLD74AICXCHX523W3' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/W2VRC7FOHZS6DB54BRUI7SHJY4' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/S7CA2VVXQLZXCFCFFDLMQVGK2V' does not support file>
Sep 04 21:56:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/NKTSWJ32BN7CBKEVPM3GQWWOG7' does not support file>
Sep 04 21:56:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/metacopy-check1169217542/l1' does not support file >
Sep 04 21:56:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/check-overlayfs-support3900352625/lower2' does not >
Sep 04 21:51:46 pve01 kernel: x86/split lock detection: #AC: CPU 0/KVM/2880 took a split_lock trap at address: 0xfffff803b46>
Sep 04 21:50:52 pve01 kernel: kauditd_printk_skb: 166 callbacks suppressed
Sep 04 21:41:10 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/opaque-bug-check2890978495/l2' does not support fil>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/ITEVITLYI7CMLESOIW5QFSTO4D' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/W2VRC7FOHZS6DB54BRUI7SHJY4' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/NIIH6RWPXXDBH3JHFYHSCXEK2O' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/QPZVSEYJQ3BU6XHHB57EPM5HBH' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/6HFEL4PL6H5KJBM4IX4S7KV2NS' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/IUWW572XZ3B7LKWLUFBWJDDWZL' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/Q6WPRU7NK6N7NE5MHQYVPEX6EP' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/S7CA2VVXQLZXCFCFFDLMQVGK2V' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/AKKEBGKKKSXZV2ICCDQF36PM7I' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/MMVXVMAGI5CQY7EAXGN334QMTR' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/VBACFIAGLETKRI67M3IUXKWHEC' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/ER3Z7E5JXAFNDHQ3RNSPSOVJTV' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/PHBOZ36UVBLD74AICXCHX523W3' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/NKTSWJ32BN7CBKEVPM3GQWWOG7' does not support file>
Sep 04 21:41:09 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/25GNR7ASYRKVZCMHZFUC623IBU' does not support file>
Sep 04 21:41:08 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/metacopy-check2456733575/l1' does not support file >
Sep 04 21:41:08 pve01 kernel: overlayfs: fs on '/var/lib/docker/overlay2/check-overlayfs-support1085981869/lower2' does not >
Sep 04 21:40:57 pve01 kernel: faux_driver regulatory: Direct firmware load for regulatory.db failed with error -2
Sep 04 21:40:56 pve01 kernel: kauditd_printk_skb: 119 callbacks suppressed
Sep 04 21:40:51 pve01 kernel: nvme nvme0: using unchecked data buffer
Sep 04 21:39:26 pve01 kernel: Bluetooth: hci0: HCI Enhanced Setup Synchronous Connection command is advertised, but not supp>
Sep 04 21:39:23 pve01 kernel: spi-nor spi0.0: supply vcc not found, using dummy regulator
Sep 04 21:39:23 pve01 kernel: caller igen6_probe+0x19e/0x885 [igen6_edac] mapping multiple BARs
Sep 04 21:39:23 pve01 kernel: resource: resource sanity check: requesting [mem 0x00000000fedc0000-0x00000000fedcffff], which>
Sep 04 21:39:21 pve01 kernel: zfs: module license taints kernel.
Sep 04 21:39:21 pve01 kernel: Disabling lock debugging due to kernel taint
Sep 04 21:39:21 pve01 kernel: zfs: module license 'CDDL' taints kernel.
Sep 04 21:39:21 pve01 kernel: spl: loading out-of-tree module taints kernel.
Sep 04 21:39:21 pve01 kernel: i40e 0000:02:00.1: Please move the device to a different PCI-e link with more lanes and/or hig>
Sep 04 21:39:21 pve01 kernel: i40e 0000:02:00.1: PCI-Express bandwidth available for this device may be insufficient for opt>
Sep 04 21:39:21 pve01 kernel: i40e 0000:02:00.0: Please move the device to a different PCI-e link with more lanes and/or hig>
Sep 04 21:39:21 pve01 kernel: i40e 0000:02:00.0: PCI-Express bandwidth available for this device may be insufficient for opt>
Sep 04 21:39:21 pve01 kernel: igc 0000:5a:00.0: can't disable ASPM; OS doesn't have ASPM control
Sep 04 21:39:21 pve01 kernel: nvme nvme1: missing or invalid SUBNQN field.
Sep 04 21:39:21 pve01 kernel: nvme nvme2: missing or invalid SUBNQN field.
Sep 04 21:39:21 pve01 kernel: igc 0000:57:00.0: can't disable ASPM; OS doesn't have ASPM control
Sep 04 21:39:21 pve01 kernel: ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
Sep 04 21:39:21 pve01 kernel: hpet_acpi_add: no address or irqs in _CRS
Sep 04 21:39:21 pve01 kernel:   #1  #3  #5  #7
 
You must log in or register to reply here.
Top Bottom
Back