Unable to open chunk store '...' at "..." - No such file or directory (os error 2)

F1n4nzV1rt · Feb 8, 2024

Hallo,

ich erhalte die Fehlermeldung:
"unable to open chunk store 'WD6TB' at "/mnt/datastore/WD6TB/.chunks" - No such file or directory (os error 2)"

ls -lA /mnt/datastore/WD6TB/.chunks/

ergibt

ls: cannot access '/mnt/datastore/WD6TB/.chunks/': No such file or directory

Wo sind denn meine 2 TB Daten hin von heut auf morgen?
Ist der datastore nicht mehr gemounted? Wie mache ich das? Da steht Typ LVM ...

Bitte dringend um Hilfe...

F1n4nzV1rt · Feb 8, 2024

WD6TB ist eine externe USB-Festplatte.
Die Platte ist voll!
Theoretisch könnte ich zig Daten löschen, um sie wieder benutzbar zu machen.
Aber ich hab keinen Zugriff auf die Daten (s. obige Fehlermeldung).

F1n4nzV1rt · Feb 8, 2024

Wer mir helfen kann bekommt ein normales Honorar vergütet, als Beweis sende ich in einer privaten Nachricht die Daten meines Einzelunternehmens ... sind extrem wichtige Daten um die es geht.

Chris · Feb 8, 2024

Hi,
poste doch mal den output von mount und lsblk -o +FSTYPE,UUID,LABEL sowie eventuell auch ls -lah /dev/disk/by-id/. Das sollte helfen herauszufinden ob die Platte noch da ist. Es scheint als wäre entweder die Platte nicht richtig angeschlossen und/oder nicht gemounted.

Notiz am Rande: USB HDDs eignen sich nicht sonderlich für den Einsatz mit PBS, es empfehlen sich interne SSDs mit hinreichend IOPS performance, siehe auch https://pbs.proxmox.com/docs/installation.html#recommended-server-system-requirements

Chris · Feb 8, 2024

F1n4nzV1rt said:
Wer mir helfen kann bekommt ein normales Honorar vergütet, als Beweis sende ich in einer privaten Nachricht die Daten meines Einzelunternehmens ... sind extrem wichtige Daten um die es geht.

Eine Subscription ist vollkommen ausreichend, siehe z.B. https://www.proxmox.com/en/proxmox-backup-server/pricing

F1n4nzV1rt · Feb 8, 2024

Ok das tat schonmal echt gut, dass mir jemand antwortet! Ich bin gerade voll unter Adrenalin wegen der Sache.
Ich bin wieder Student und kann mir nur Stundenhonorare leisten... unterstütze euch aber schon länger durch Mund-zu-Mund-Propaganda!

mount

root@pbs0:~# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=8150960k,nr_inodes=2037740,mode=755,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=834292k,nr_inodes=1042863,mode=755,inode64)
/dev/mapper/pbs-root on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,size=3670204k,nr_inodes=917551,inode64)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,nr_inodes=917551,inode64)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=19026)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
ramfs on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
ramfs on /run/credentials/systemd-tmpfiles-setup-dev.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
ramfs on /run/credentials/systemd-sysctl.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
ramfs on /run/credentials/systemd-tmpfiles-setup.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=775000k,nr_inodes=193750,mode=700,inode64)
~~/dev/sdd on /mnt/recovery type ext4 (rw,relatime)~~

lsblk -o +FSTYPE,UUID,LABEL

root@pbs0:~# lsblk -o +FSTYPE,UUID,LABEL
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS FSTYPE UUID LABEL
sda 8:0 0 100G 0 disk
├─sda1 8:1 0 1007K 0 part
├─sda2 8:2 0 512M 0 part vfat 8CE5-C11F
└─sda3 8:3 0 99.5G 0 part LVM2_member qluZQO-m8uv-T9iE-c9lf-W8Ay-boXA-LBJQIm
├─pbs-swap 252:0 0 8G 0 lvm [SWAP] swap 0215235c-c08c-413d-b833-fc18a08241c9
└─pbs-root 252:1 0 79.1G 0 lvm / ext4 e9a7ec43-da47-4827-9028-61d145c40ae0
sdb 8:16 0 5.5T 0 disk LVM2_member OB9C0y-3fd0-n3Jc-LtWA-0Al1-PFPt-1AVu9v
├─WD6TB0-WD6TB0_tmeta 252:2 0 15.9G 0 lvm
│ └─WD6TB0-WD6TB0 252:4 0 5.4T 0 lvm
└─WD6TB0-WD6TB0_tdata 252:3 0 5.4T 0 lvm
└─WD6TB0-WD6TB0 252:4 0 5.4T 0 lvm
~~sdd 8:48 0 5.5T 0 disk /mnt/recovery ext4 b831c8c2-503f-48e0-a1fe-3312de2b3ae0~~
sr0 11:0 1 1024M 0 rom

ls -lah /dev/disk/by-id/

root@pbs0:~# ls -lah /dev/disk/by-id/
total 0
drwxr-xr-x 2 root root 380 Feb 8 11:47 .
drwxr-xr-x 7 root root 140 Feb 8 11:27 ..
lrwxrwxrwx 1 root root 9 Feb 8 11:27 ata-QEMU_DVD-ROM_QM00003 -> ../../sr0
lrwxrwxrwx 1 root root 9 Feb 8 11:27 ata-WDC_WD60EDAZ-11U78B0_WD-WX12D63CE5PS -> ../../sdb
~~lrwxrwxrwx 1 root root 9 Feb 8 11:47 ata-WDC_WD60EDAZ-11U78B0_WD-WX52DC0J0116 -> ../../sdd~~
lrwxrwxrwx 1 root root 10 Feb 8 11:27 dm-name-pbs-root -> ../../dm-1
lrwxrwxrwx 1 root root 10 Feb 8 11:27 dm-name-pbs-swap -> ../../dm-0
lrwxrwxrwx 1 root root 10 Feb 8 11:27 dm-uuid-LVM-kbY7YPb0OlBSyS1JlcQSU16QzeGwtVrSIqEYjMfPscXdm3d2soODvyf06pY3e6iN -> ../../dm-1
lrwxrwxrwx 1 root root 10 Feb 8 11:27 dm-uuid-LVM-kbY7YPb0OlBSyS1JlcQSU16QzeGwtVrSuzPl07bH3ROJ9Bvx1QXOnLJfVY7Pwo0p -> ../../dm-0
lrwxrwxrwx 1 root root 9 Feb 8 11:27 lvm-pv-uuid-OB9C0y-3fd0-n3Jc-LtWA-0Al1-PFPt-1AVu9v -> ../../sdb
lrwxrwxrwx 1 root root 10 Feb 8 11:27 lvm-pv-uuid-qluZQO-m8uv-T9iE-c9lf-W8Ay-boXA-LBJQIm -> ../../sda3
lrwxrwxrwx 1 root root 9 Feb 8 11:27 scsi-0QEMU_QEMU_HARDDISK_drive-scsi0 -> ../../sda
lrwxrwxrwx 1 root root 10 Feb 8 11:27 scsi-0QEMU_QEMU_HARDDISK_drive-scsi0-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Feb 8 11:27 scsi-0QEMU_QEMU_HARDDISK_drive-scsi0-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Feb 8 11:27 scsi-0QEMU_QEMU_HARDDISK_drive-scsi0-part3 -> ../../sda3
lrwxrwxrwx 1 root root 9 Feb 8 11:27 usb-WD_My_Book_25ED_575831324436334345355053-0:0 -> ../../sdb
~~lrwxrwxrwx 1 root root 9 Feb 8 11:47 usb-WD_My_Book_25ED_575835324443304A30313136-0:0 -> ../../sdd~~
lrwxrwxrwx 1 root root 9 Feb 8 11:27 wwn-0x50014ee26b391bfd -> ../../sdb
~~lrwxrwxrwx 1 root root 9 Feb 8 11:47 wwn-0x50014ee2be95fa97 -> ../../sdd~~

Chris · Feb 8, 2024

Okay, ich vermute mal das was du da markiert hast ist die disk um welche es geht. Scheint tatsächlich ein LVM zu sein. Versuch doch mal die volume group zu aktivieren. vgchange -a y <vg-name> wobei <vg-name> in deinem Fall wohl WD6TB0 ist. Nachher bitte auch den output von vgs und lvs posten.

Siehe auch https://wiki.archlinux.org/title/LVM#Activating_a_volume_group

F1n4nzV1rt · Feb 8, 2024

Chris said:
Okay, ich vermute mal das was du da markiert hast ist die disk um welche es geht. Scheint tatsächlich ein LVM zu sein. Versuch doch mal die volume group zu aktivieren. vgchange -a y <vg-name> wobei <vg-name> in deinem Fall wohl WD6TB0 ist. Nachher bitte auch den output von vgs und lvs posten.

Siehe auch https://wiki.archlinux.org/title/LVM#Activating_a_volume_group

Genau.

root@pbs0:~# vgchange -a y WD6TB0
1 logical volume(s) in volume group "WD6TB0" now active

root@pbs0:~# vgs
VG #PV #LV #SN Attr VSize VFree
WD6TB0 1 1 0 wz--n- <5.46t 376.00m
pbs 1 2 0 wz--n- <99.50g <12.38g

root@pbs0:~# lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
WD6TB0 WD6TB0 twi-a-tz-- <5.43t 0.00 0.24
root pbs -wi-ao---- 79.12g
swap pbs -wi-ao---- 8.00g

Mein lieber Freund, das scheint schonmal gut zu sein. Jetzt muss ich mich nur etwas sortieren und versuchen, Speicher freizugeben... melde mich nochmal, versprochen(!).

F1n4nzV1rt · Feb 8, 2024

Okay leider hat sich an

"unable to open chunk store 'WD6TB' at "/mnt/datastore/WD6TB/.chunks" - No such file or directory (os error 2)"

nichts geändert, erneut folgende Befehle eingegeben:

mount

root@pbs0:~# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)

proc on /proc type proc (rw,relatime)

udev on /dev type devtmpfs (rw,nosuid,relatime,size=8150968k,nr_inodes=2037742,mode=755,inode64)

devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)

tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1626564k,nr_inodes=2033201,mode=755,inode64)

/dev/mapper/pbs-root on / type ext4 (rw,relatime,errors=remount-ro)

securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)

tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,size=8132804k,nr_inodes=2033201,inode64)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,nr_inodes=2033201,inode64)

cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)

pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)

bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)

systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=15109)

debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)

hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)

mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)

tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)

fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)

configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)

ramfs on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
ramfs on /run/credentials/systemd-tmpfiles-setup-dev.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
ramfs on /run/credentials/systemd-sysctl.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
ramfs on /run/credentials/systemd-tmpfiles-setup.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)

binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)

sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)

tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=1626560k,nr_inodes=406640,mode=700,inode64)

lsblk -o +FSTYPE,UUID,LABEL

root@pbs0:~# lsblk -o +FSTYPE,UUID,LABEL
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS FSTYPE UUID LABEL
sda 8:0 0 100G 0 disk
├─sda1 8:1 0 1007K 0 part
├─sda2 8:2 0 512M 0 part vfat 8CE5-C11F
└─sda3 8:3 0 99.5G 0 part LVM2_member qluZQO-m8uv-T9iE-c9lf-W8Ay-boXA-LBJQIm
├─pbs-swap 252:0 0 8G 0 lvm [SWAP] swap 0215235c-c08c-413d-b833-fc18a08241c9
└─pbs-root 252:1 0 79.1G 0 lvm / ext4 e9a7ec43-da47-4827-9028-61d145c40ae0
sdb 8:16 0 5.5T 0 disk LVM2_member OB9C0y-3fd0-n3Jc-LtWA-0Al1-PFPt-1AVu9v
├─WD6TB0-WD6TB0_tmeta 252:2 0 15.9G 0 lvm
│ └─WD6TB0-WD6TB0 252:4 0 5.4T 0 lvm
└─WD6TB0-WD6TB0_tdata 252:3 0 5.4T 0 lvm
└─WD6TB0-WD6TB0 252:4 0 5.4T 0 lvm
sr0 11:0 1 1024M 0 rom

ls -lah /dev/disk/by-id/

root@pbs0:~# ls -lah /dev/disk/by-id/
total 0
drwxr-xr-x 2 root root 320 Feb 8 13:28 .
drwxr-xr-x 7 root root 140 Feb 8 13:28 ..
lrwxrwxrwx 1 root root 9 Feb 8 13:28 ata-QEMU_DVD-ROM_QM00003 -> ../../sr0
lrwxrwxrwx 1 root root 9 Feb 8 13:28 ata-WDC_WD60EDAZ-11U78B0_WD-WX12D63CE5PS -> ../../sdb
lrwxrwxrwx 1 root root 10 Feb 8 13:28 dm-name-pbs-root -> ../../dm-1
lrwxrwxrwx 1 root root 10 Feb 8 13:28 dm-name-pbs-swap -> ../../dm-0
lrwxrwxrwx 1 root root 10 Feb 8 13:28 dm-uuid-LVM-kbY7YPb0OlBSyS1JlcQSU16QzeGwtVrSIqEYjMfPscXdm3d2soODvyf06pY3e6iN -> ../../dm-1
lrwxrwxrwx 1 root root 10 Feb 8 13:28 dm-uuid-LVM-kbY7YPb0OlBSyS1JlcQSU16QzeGwtVrSuzPl07bH3ROJ9Bvx1QXOnLJfVY7Pwo0p -> ../../dm-0
lrwxrwxrwx 1 root root 9 Feb 8 13:28 lvm-pv-uuid-OB9C0y-3fd0-n3Jc-LtWA-0Al1-PFPt-1AVu9v -> ../../sdb
lrwxrwxrwx 1 root root 10 Feb 8 13:28 lvm-pv-uuid-qluZQO-m8uv-T9iE-c9lf-W8Ay-boXA-LBJQIm -> ../../sda3
lrwxrwxrwx 1 root root 9 Feb 8 13:28 scsi-0QEMU_QEMU_HARDDISK_drive-scsi0 -> ../../sda
lrwxrwxrwx 1 root root 10 Feb 8 13:28 scsi-0QEMU_QEMU_HARDDISK_drive-scsi0-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Feb 8 13:28 scsi-0QEMU_QEMU_HARDDISK_drive-scsi0-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Feb 8 13:28 scsi-0QEMU_QEMU_HARDDISK_drive-scsi0-part3 -> ../../sda3
lrwxrwxrwx 1 root root 9 Feb 8 13:28 usb-WD_My_Book_25ED_575831324436334345355053-0:0 -> ../../sdb
lrwxrwxrwx 1 root root 9 Feb 8 13:28 wwn-0x50014ee26b391bfd -> ../../sdb

Ich glaube es ist noch nicht gemounted?

nano /etc/fstab

# <file system> <mount point> <type> <options> <dump> <pass>
/dev/pbs/root / ext4 errors=remount-ro 0 1
/dev/pbs/swap none swap sw 0 0
proc /proc proc defaults 0 0

Chris · Feb 8, 2024

F1n4nzV1rt said:
Ich glaube es ist noch nicht gemounted?

Genau, mit vorherigem Befehl wurde nur die volume group aktiviert, dadurch steht dir nun aber das logische volume zur Verfügung, welches im output von lvs zu sehen ist, es hat in deinem Fall den selben Namen wie die volume group, also WD6TB0.
Siehst du das logical volume unter ls -la /dev/WD6TB0? Es sollte dort aufscheinen und mittels mount /dev/WD6TB0/WD6TB0 /mnt/datastore/WD6TB (bitte Pfade gegebenfalls anpassen, falls der moutpoint oder volume name nicht stimmen) solltest du das logical volume an den gewünschten mountpoint mounten können.

F1n4nzV1rt · Feb 8, 2024

Ok, das ergibt

root@pbs0:~# ls -la /dev/WD6TB0
total 0
drwxr-xr-x 2 root root 60 Feb 8 13:28 .
drwxr-xr-x 21 root root 4260 Feb 8 13:29 ..
lrwxrwxrwx 1 root root 7 Feb 8 13:28 WD6TB0 -> ../dm-4

mount /dev/WD6TB0/WD6TB0 /mnt/datastore/WD6TB

root@pbs0:~# mount /dev/WD6TB0/WD6TB0 /mnt/datastore/WD6TB
mount: /mnt/datastore/WD6TB: wrong fs type, bad option, bad superblock on /dev/mapper/WD6TB0-WD6TB0, missing codepage or helper program, or other error.
dmesg(1) may have more information after failed mount system call.

Ich weiß echt nicht mehr weiter. Ich hab grad gesehen, dass der Storage bei mir als Directory Storage drinsteht:

/#pbsStorageAndDiskPanel:directorystorage

/mnt/datastore/WD6TB /dev/disk/by-uuid/0bd3601a-ca61-45a5-9da5-5139f95bdde8 ext4 defaults

Chris · Feb 8, 2024

F1n4nzV1rt said:
Ok, das ergibt

mount /dev/WD6TB0/WD6TB0 /mnt/datastore/WD6TB

Ich weiß echt nicht mehr weiter. Ich hab grad gesehen, dass der Storage bei mir als Directory Storage drinsteht:

/#pbsStorageAndDiskPanel:directorystorage

Okay, scheint als wäre da gar kein filesystem auf deinem logical volume? Handelt es sich hierbei sicher um die richtige disk?

Habe mich schon etwas gewundert, dass dein datastore auf einem LVM liegen sollte, das wird von PBS so nicht angeboten.
Generell bin ich über das Setup etwas verwundert, es scheint sich um eine VM mit durchgereichten disks zu handeln? Ist dies korrekt? Bitte beschreibe mal das Setup etwas genauer.

Was wurde denn gemacht bevor der datastore verschwunden ist? Ich habe die Befürchtung das entweder die falsche USB disk durchgereicht wurde und/oder die USB disk ungewollt mit einem LVM überschrieben wurde, wodurch wohl alle Daten darauf verloren gegangen sind.
Eventuell zeigt ein ls -la /dev/disk/by-uuid die gewünschte disk partition, allerdings nur wenn diese auch an die VM durchgereicht und nicht überschrieben wurde.

F1n4nzV1rt · Feb 8, 2024

root@pbs0:~# ls -la /dev/disk/by-uuid
total 0
drwxr-xr-x 2 root root 100 Feb 8 13:28 .
drwxr-xr-x 7 root root 140 Feb 8 13:28 ..
lrwxrwxrwx 1 root root 10 Feb 8 13:28 0215235c-c08c-413d-b833-fc18a08241c9 -> ../../dm-0
lrwxrwxrwx 1 root root 10 Feb 8 13:28 8CE5-C11F -> ../../sda2
lrwxrwxrwx 1 root root 10 Feb 8 13:28 e9a7ec43-da47-4827-9028-61d145c40ae0 -> ../../dm-1

Hey nochmal,
ja PBS läuft als VM, hab eine USB-Festplatte durchgereicht. Damals hab ich in der VM den Storage eingebunden, ich kann leider nicht mehr sagen wie, aber scheinbar ging nur der Directory Storage.
Bis jetzt hat das monatelang ohne Probleme funktioniert. Es hat sich wohl nichts geändert, jedoch ist die Platte ja vollgelaufen. Und ich hab vor ein paar Tagen apt update und apt upgrade gemacht, mehr nicht.

"Habe mich schon etwas gewundert, dass dein datastore auf einem LVM liegen sollte, das wird von PBS so nicht angeboten."
Komisch, habe wirklich nicht herumgehacked, sondern nur in der PBS-Weboberfläche geklickt.

Ich weiß jetzt auch wirklich nicht, was man tut, wenn ein Datastore übergelaufen ist. Ich kann ja weder prunen, noch kann ich Backups einzelner unwichtiger VMs komplett löschen, um wieder Speicher zu kriegen, da ich ja nicht auf "/mnt/datastore/WD6TB/.chunks" zugreifen kann...

Vielleicht leigen die Daten auf diesem "8CE5-C11F -> ../../sda2"

F1n4nzV1rt · Feb 8, 2024

Chris · Feb 8, 2024

F1n4nzV1rt said:
Ich wiß jetzt auch wirklich nicht, was man tut, wenn ein Datastore übergelaufen ist. Ich kann ja weder prunen, noch kann ich Backups einzelner unwichtiger VMs komplett löschen, um wieder SPeicher zu kriegen, da ich ja nicht auf "/mnt/datastore/WD6TB/.chunks" zugreifen kann...

Na ja, wenn die Platte nicht gemountet ist, kann gar nicht auf den datastore zugegriffen werden.

Die Frage welche es zu klären gilt ist wo ist die Partition mit UUID 0bd3601a-ca61-45a5-9da5-5139f95bdde8? Kann es sein, dass da die falsche USB disk an die VM durchgereicht wurde? Ich sehe es wird via port durchgereicht, d.h. wenn die Platten umgesteckt wurden, bekommt die VM plötzlich eine andere.

F1n4nzV1rt · Feb 8, 2024

Hmm okay, also die richtige Paltte wird durchgereicht. Hab gerade mal die andere durchgereicht und da ist Usage=unused, auf der ist eh nix mehr drauf.

Ich weiß nicht wo die Partition mit UUID 0bd3601a-ca61-45a5-9da5-5139f95bdde8 ist, aber kann ich die neue UUID angeben, dass der Directory Sorage weiß, wo die chunks liegen?

Chris · Feb 8, 2024

F1n4nzV1rt said:
Ich weiß nicht wo die Partition mit UUID 0bd3601a-ca61-45a5-9da5-5139f95bdde8 ist, aber kann ich die neue UUID angeben, dass der Directory Sorage weiß, wo die chunks liegen?

Welche neue UUID, die der leeren Platte? Da sind ja keine Daten und somit auch keine datastore chunks vorhanden.
Die chunks sind ja auf der gesuchten Partition gespeichert, wenn diese Partition nicht mehr existiert, sind auch die Backups weg.

F1n4nzV1rt · Feb 8, 2024

Ne, die richtige Platte hat die UUID OB9C0y-3fd0-n3Jc-LtWA-0Al1-PFPt-1AVu9v.

/mnt/datastore/WD6TB

will ja

/dev/disk/by-uuid/0bd3601a-ca61-45a5-9da5-5139f95bdde8

Ich würde gerne 0bd3601a-ca61-45a5-9da5-5139f95bdde8 in OB9C0y-3fd0-n3Jc-LtWA-0Al1-PFPt-1AVu9v ändern wissen Sie, wo das geht? Im Web-UI geht das nicht :/

Chris · Feb 8, 2024

F1n4nzV1rt said:
OB9C0y-3fd0-n3Jc-LtWA-0Al1-PFPt-1AVu9v

Das is aber die UUID des physical volume des LVM, das geht nicht als directory storage zu mounten, zum mounten brachen sie ein filesystem... Ich muss erneut auf die Details von LVM verweisen https://wiki.archlinux.org/title/LVM#Background.

Ansonsten wäre es ja nur notwendig (möglich) dies mittels mount /dev/sdb /mnt/datastore/WD6TB (der output oben zeigt ja das es sich hier um disk sdb handelt) zu mounten.

Ich befürchte die Daten sind weg und ich kann hier nicht weiterhelfen, es sei denn die Backups wurden noch an einen remote gesynced.

F1n4nzV1rt · Feb 8, 2024

Ok Danke für die Hilfe.
Damit ist mein komplettes digitales Leben zum 2. Mal weg.
Fühlt sich immer wieder an wie ein Selbstmord.
Ich weiß ja nicht, was das soll, aber in den letzten 2 Tagen waren sowohl von Proxmox Backup Server, als auch bei Proxmox Virtual Environment alle Daten weg. Also wurde sowohl meine Daten-Festplatte mit extrem sensiblen Daten, als auch meine Backup-Festplatte mit eben diesen ausgelöscht. Es war nachdem ich kurz zuuvor apt update und apt upgrade gemacht habe. Ich bin im non-production-repo drin, weil ich mir keine subscription leisten kann.

Vielleicht hängt es aber auch mit meiner Dummheit zusammen, mir anmaßen zu wollen, Linux durch learning by doing lernen zu wollen. Also, ohne Proxmox herunterziehen zu wollen (was ihr macht ist super): Nutzt es nicht ohne professionelle Begleitung!!!!!!!!!!!!!!!!!!!!

Unable to open chunk store '...' at "..." - No such file or directory (os error 2)

New Member

New Member

New Member

Proxmox Staff Member

Proxmox Staff Member

New Member

Proxmox Staff Member

New Member

New Member

Proxmox Staff Member

New Member

Proxmox Staff Member

New Member

New Member

Proxmox Staff Member

New Member

Proxmox Staff Member

New Member

Proxmox Staff Member

New Member