Can't upload ISO to shared storage

1nerdyguy

Active Member
Apr 17, 2014
119
2
38
I've got an OmniOS Napp-IT box connected via NFS to a 3-node Proxmox cluster. Everything works great, until I try to upload an ISO file to the system via the web interface, where I get a permissions error.

starting file import from: /var/tmp/pveupload-651fa0b939061fb69fd14d1578e7006e
target node: proxmox1
target file: /mnt/pve/SanBox/template/iso/ubuntu-14.04-server-amd64.iso
file size is: 591396864
command: cp /var/tmp/pveupload-651fa0b939061fb69fd14d1578e7006e /mnt/pve/SanBox/template/iso/ubuntu-14.04-server-amd64.iso
TASK ERROR: import failed: cp: cannot create regular file `/mnt/pve/SanBox/template/iso/ubuntu-14.04-server-amd64.iso': Operation not permitted


The server is set to store ISo's in this storage, just wont. Any suggestions?
 
here is the results from a mount -l. IP address and such is correct.

192.168.0.47:/PartA/Test on /mnt/pve/SanBox type nfs (rw 048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600 addr=192.168.0.47,mountvers=3,mountport=62633,mountproto r=192.168.0.47)
 
What does these commands show?
zfs get aclinherit <dataset>
zfs get aclmode <dataset>
zfs get sharenfs <dataset>
/usr/bin/ls -dv <dataset>
 
You disabled root-squash on the server (root is allowed to write)?
Not that I know of, but is there a way to verify?

What does these commands show?
zfs get aclinherit <dataset>
zfs get aclmode <dataset>
zfs get sharenfs <dataset>
/usr/bin/ls -dv <dataset>

From the ZFS server, I assume? I'll need to check that, just want to make sure I'm in the right spot.
 
zfs get aclinherit <dataset>
NAME PROPERTY VALUE SOURCE
PartA aclinherit restricted default

zfs get aclmode
NAME PROPERTY VALUE SOURCE
PartA aclmode discard default

zfs get sharenfs
NAME PROPERTY VALUE SOURCE
PartA sharenfs off default

/usr/bin/ls -dv
0:user:root:list_directory/read_data/add_file/write_data
/add_subdirectory/append_data/read_xattr/write_xattr/execute
/delete_child/read_attributes/write_attributes/delete/read_acl
/write_acl/write_owner/synchronize:file_inherit/dir_inherit:allow
1:everyone@:list_directory/read_data/read_xattr/execute/read_attributes
/read_acl:file_inherit/dir_inherit:allow
2:eek:wner@:list_directory/read_data/add_file/write_data/add_subdirectory
/append_data/read_xattr/write_xattr/execute/delete_child
/read_attributes/write_attributes/delete/read_acl/write_acl
/write_owner/synchronize:file_inherit/dir_inherit:allow
 
I did. Those are the results for the Pool PartA. I just copied and pasted your commands into the reply for ease of reading.
 
I did. Those are the results for the Pool PartA. I just copied and pasted your commands into the reply for ease of reading.
Yes, from your pool but it needs to be from your actual dataset which is shared via NFS.

This shows that you are not displaying the shared NFS dataset
zfs get sharenfs
NAME PROPERTY VALUE SOURCE
PartA sharenfs off default
 
Ah, got it now. Sorry, still figureing this out

zfs get aclinherit PartA/Test
NAME PROPERTY VALUE SOURCE
PartA/Test aclinherit passthrough local



zfs get aclmode PartA/Test
NAME PROPERTY VALUE SOURCE
PartA/Test aclmode restricted local


zfs get sharenfs PartA/Test
NAME PROPERTY VALUE SOURCE
PartA/Test sharenfs on local
 
aclmode should be either passthrough or passthrough-x

You still need to provide the out of:
/usr/bin/ls -dv /PartA/Test

My bad, I'm doing this all remotely and miss somethings hoping back and forth through windows.

/usr/bin/ls -dv /PartA/Test


drwxrwxrwx+ 7 root root 7 Feb 18 08:20 /PartA/Test
0:user:root:list_directory/read_data/add_file/write_data
/add_subdirectory/append_data/read_xattr/write_xattr/execute
/delete_child/read_attributes/write_attributes/delete/read_acl
/write_acl/write_owner/synchronize:file_inherit/dir_inherit:allow
1:everyone@:list_directory/read_data/add_file/write_data
/add_subdirectory/append_data/read_xattr/write_xattr/execute
/delete_child/read_attributes/write_attributes/delete/read_acl
/synchronize:file_inherit/dir_inherit:allow
root@sanbox:~#
 

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!