EPERM: Operation not permitted

HomeLabNerd

Member
Sep 9, 2023
49
3
8
I tried different things and searched the forums but I can't solve it. I have a physical PBS which I mount to a NFS share on my UNAS-Pro. I still receiving the following error when I try to add a datastore "EPERM: Operation not permitted". This is a permission problem but I don't know how to solve it. Any ideas?

This is a test setup I'm still trying to figure out what is best, use a PBS with local storage or mount a share on my UNAS-Pro. Thoughts?
 
On your nas export root must be mapped to root which is not the default (=nobody).
 
The answer is right as "... you will only able to map it to the NFS shared directory." which is exactly what you need and possible is.
 
Not with map root to root. I don't have that option in the software..
The answer is right as "... you will only able to map it to the NFS shared directory." which is exactly what you need and possible is.
Not with root to root. I don't have that option in the nas software..
 
I also have experience with Synology and I know that this option is available in there software. Never had troubles with Synology.
 
Login to your nas as root and "cd /etc/exports.d". What is defined there for your pve export (cat shared-...) ?
 
Login to your nas as root and "cd /etc/exports.d". What is defined there for your pve export (cat shared-...) ?


This is the output:

/var/nfs/shared/proxmox 192.168.1.42(rw,sync,no_subtree_check,crossmnt,all_squash,anonuid=977,anongid=988) 192.168.1.41(rw,sync,no_subtree_check,crossmnt,all_squash,anonuid=977,anongid=988)
 
Edit the file and exchange "...,all_squash,..." to "...,no_root__squash,...", then restart nfs service (or reboot your nas).
Should work then.
 
Did you restart nfs server service before retrying to backup ? And did you exchange all_squash on both IP's ?
Is the line in /etc/exports.d/shared-... still with no_root_squash or did your nas rewrite the lines with the nfs server restart ?
 
Did you restart nfs server service before retrying to backup ? And did you exchange all_squash on both IP's ?
Is the line in /etc/exports.d/shared-... still with no_root_squash or did your nas rewrite the lines with the nfs server restart ?
Yes I did. To be sure I also restarted the UNAS. No it didn't rewrite the line. Haven't a clue what is going on..

I re-installed PBS and I first tried to backup to local. That is working fine. Via a mount is not working..
 
Pbs needs to be root on any filesystem it should use and so in your case of nfs share it needs that there too (never heart about a nfs system which cannot allow share export with root rights).
 
Pbs needs to be root on any filesystem it should use and so in your case of nfs share it needs that there too (never heart about a nfs system which cannot allow share export with root rights).
Yes I understand. I had never troubles with the Synology's. Maybe I'm doing something wrong but I double checked.
 
A (home-) "nas" is just a pc with a webgui. I would always prefere taking any computer and do any linux distro on to have a nfs+smb service as you always could reinstall with any other distro and get feature and latest security updates too. Eg. a synology cannot nfs 4.2 which is how old (10years??) ... ?!
 
A very good distro choice would be debian+pve, so everythink could be encrypted, having a desktop and being a cluster member (like a Q-device) get 1 higher quorum, and in case some normal pve host is ill you could migrate any to your own-nas too :)
 

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!