For the most part, VMs are indistinguishable from physical computers, given that they use the hardware resources of the host machine. It is only the UID and GID numbers that get passes back and forth.

debian and centos), I would make a user on each that has the same UID and GID fist and set directory ownership to that user. OMV/debian and Ubuntu have www-data user and group with the same UID and GID, as there are no ownership or permissions issues.) I also mount to linux VM's via NFS if the flavours have the same users (ie. That's an option to go back to, but I'm was hoping to try to figure out the shared folder route. On past installations, I simply mounted the SMB share and had no issues.

I have a hunch the issue is with the fstab options, but not sure. The auto generated fstab options are 'trans=virtio,version=9p2000.L,rm. The shared folder on the VM has read/write permissions of chmod +777. Read/write permissions on the folder are equivalent to chmod +777.

The folder on the server that the shared folder points is owned by root and part of group users, which libvirt-qmu is as well. The problem is pretty clear, files copied from the VM to the shared folder belong to user libvirt-qemu, with read/write permissions, and no permissions for anybody else. When I copy files from the VM to the shared folder, I am unable to access the files without root on other computers, local or network (the shared folder points to a folder on the server that's also an SMB share). I've created a shared folder for a VM that shows up and mounts successfully in the VM. I've got a new install of OMV with openmediavault-kvm plugin installed.

Qemu shared folder