Mount point not found after power outage

1j1o

New Member
Oct 30, 2022
4
0
1
Hi all,

My house had an electrical outage that caused my server to reboot. As I tried to starting my Nextcloud container, I've run into this error:
TASK ERROR: volume 'usb-hdd:100/vm-100-disk-0.raw' does not exist

I use an old laptop with an external SSD connected via USB.

I'm quite new with Proxmox and I'm not sure how to troubleshoot this. Is anyone familiar with this issue and may help?

Thank you!
 

Attachments

  • 2022-10-29 16_54_25-pve - Proxmox Virtual Environment — Mozilla Firefox.png
    2022-10-29 16_54_25-pve - Proxmox Virtual Environment — Mozilla Firefox.png
    47.4 KB · Views: 7
  • 2022-10-29 16_53_52-pve - Proxmox Virtual Environment — Mozilla Firefox.png
    2022-10-29 16_53_52-pve - Proxmox Virtual Environment — Mozilla Firefox.png
    25.2 KB · Views: 7
Is the USB disk connected?
What does "cat /etc/pve/storage.cfg" show?
What about "pvesm status" ?


Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox

Thanks for replying!

> Yep, the USB disk is connected.
> Here is what storage.cfg shows:

dir: local path /var/lib/vz content vztmpl,iso,backup lvmthin: local-lvm thinpool data vgname pve content rootdir,images dir: usb-hdd path /mnt/usb-hdd content rootdir,images prune-backups keep-all=1 shared 0

(Note: I'm not sure if this would do anything, but I did try changing "shared 0" to "shared 1". Didn't seem to have an effect)
> "pvesm status" shows:
Name Type Status Total Used Available % local dir active 60837724 3720188 53994748 6.11% local-lvm lvmthin active 160022528 15682207 144340320 9.80% usb-hdd dir active 60837724 3720188 53994748 6.11%
 
as you see from "pvesm status" your usb disk is not mounted to /mnt/usb-hdd anymore (it has same size as your local). most probably it is not /dev/sda anymore, but /dev/sdx (x some other letter). i assume you mounted your disk with /dev/sdx1 in /etc/fstab, you should mount it by uuid or label in fstab, so it is found even if it changes its device path by connection order.
please rapport output of following:
lsblk
lsusb
ls -lah /dev/disk/by-label/
ls -lah /dev/disk/by-uuid/
ls -lah /dev/disk/by-id/
ls -lah /dev/disk/by-path/
ls -l /dev/disk/by-partlabel/ <- this,..
ls -l /dev/disk/by-partuuid/ <- or this you use in fstab
cat /etc/fstab
you will see the difference then

and keep it "shared 0". that does not concern you, until cluster with multiple nodes and more understanding in proxmox storage with NAS (SMB and NFS), SAN and vSAN (as CEPH).
 
Last edited:
ls -lah /dev/disk/by-id/
ls -lah /dev/disk/by-path/
Always use static references from these paths.
/dev/sdx is only providing trouble.
Also be aware that some devices like USB bridges don't provide unique device identifiers.
So it makes sense to even double check those!
 
And you didn't enabled the "is_mountpoint" option for your directory storage. You really should do that, so a failed mount will prevent PVE from filling up your entire root filesystem, until the server crashes.

You can do that by running once: pvesm set usb-hdd --is_mountpoint yes
 
  • Like
Reactions: flames
please remove the quote or take the right lines. could confuse the new user :)
 
Last edited:
as you see from "pvesm status" your usb disk is not mounted to /mnt/usb-hdd anymore (it has same size as your local). most probably it is not /dev/sda anymore, but /dev/sdx (x some other letter). i assume you mounted your disk with /dev/sdx1 in /etc/fstab, you should mount it by uuid or label in fstab, so it is found even if it changes its device path by connection order.
please rapport output of following:
lsblk
lsusb
ls -lah /dev/disk/by-label/
ls -lah /dev/disk/by-uuid/
ls -lah /dev/disk/by-id/
ls -lah /dev/disk/by-path/
ls -l /dev/disk/by-partlabel/ <- this,..
ls -l /dev/disk/by-partuuid/ <- or this you use in fstab
cat /etc/fstab
you will see the difference then

and keep it "shared 0". that does not concern you, until cluster with multiple nodes and more understanding in proxmox storage with NAS (SMB and NFS), SAN and vSAN (as CEPH).
You're incredible, thank you. I can't believe it was this simple of a fix.
I just remounted the disk:
mount /dev/sda1 /mnt/usb-hdd and everything's back to work.

Thanks for explaining it in detail as well.
 
You're incredible, thank you. I can't believe it was this simple of a fix.
I just remounted the disk:
mount /dev/sda1 /mnt/usb-hdd and everything's back to work.

Thanks for explaining it in detail as well.
please, add the mount to your /etc/fstab and NOT as /dev/sda1, but as corresponding label or uuid, which you can find via:

ls -l /dev/disk/by-partlabel/ <- label/name of partition, or
ls -l /dev/disk/by-partuuid/ <- uuid of partition

do NOT mount it via /dev/sda1, becuase this is not permanent path!
 
please, add the mount to your /etc/fstab and NOT as /dev/sda1, but as corresponding label or uuid, which you can find via:

ls -l /dev/disk/by-partlabel/ <- label/name of partition, or
ls -l /dev/disk/by-partuuid/ <- uuid of partition

do NOT mount it via /dev/sda1, becuase this is not permanent path!
Ah sorry, I got ahead of myself.
Got it, thank you.
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!