shared folder permissions

Quote from kattivius

Greetings,

I am on a fresh OMV6 6.7.1-2 (Shaitan).

I am creating shared folders.

So my structure looks like that now:
docker/ - for all my containers (of course I use that path in the docker folder config)

data/ - that is for the Location of persistent container data

than I wanted to create folders for my media library:

top folder:

media/ under media:
-> movies

-> tv

-> music

-> torrents

To this structure, from media to all its subfolders, I chosen everyone : read/write

and saved.

When I look back (edit) each of those folders, non got the permissions I set!
All have Administrator: read/write, Users: read/write, Others: read-only

Surely I miss something that does not allows me to set the permissions I wanted.

Anyone can guide me to the correct folder creation and permission?

Thank you

Display More

Did you make a User? and give that user the correct permission for the share? as for "I chosen everyone : read/write" I would never have this option myself

Quote from kattivius

I dont know if OMV6 changed so much from omv5. Back on omv5 I used the same procedure. When I wanted to have access to it to everyone (it all runs in my lan only), I had the permission I chosen.
As per user; no, I only have the pi user (it all runs on a raspberry pi).

To explain more clearly:

I am only creating folders for sharing media among my family.
The main folder media/ will pretty much serve as download folder. All its subfolders are folders where the media will be moved accordingly.

Who will use those folders will be deluge, radarr and sonarr.

I have a folder called Media I than have only one user "Bluecoffee" this has read/write. I than have plex which I have many users on for family.

How does the family access your share?

Quote from kattivius

BlueCoffee I see you also use radarr and sonarr. As a downloader I use Deluge. Deluge seems to have issues with folder where to download.
how did you solve this situation ? U use qbittorrent but I assume folder permissions are the same

I use compose

---
version: "2.1"
services:
  qbittorrent:
    image: lscr.io/linuxserver/qbittorrent:latest
    container_name: qbittorrent
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/London
      - WEBUI_PORT=8080
    volumes:
      - /srv/dev-disk-by-uuid-542ffc11-4d96-470e-a3a9-339680d29986/Data/qBittorent:/config
      - /srv/dev-disk-by-uuid-219b409f-ddb0-46e9-901b-30bb03542b54/Leeching:/downloads
      - /srv/dev-disk-by-uuid-53b2f35d-7c4f-4d29-acbb-9599f24c4ade/Storage:/storage
    ports:
      - 8080:8080
      - 6881:6881
      - 6881:6881/udp
    restart: unless-stopped

All permissions are good.

I did use deluge for many years but after deluge 2 came out I moved to qbittorent.

Quote from kattivius

I always used Transmissions. I am making this OMV6 for my mother.
later on will be used also for laptop backup and than I will use different permissions.

About compose.. I guess this not an issue.
I use portainer to make my docker-compose.
I guess how we make the container is n0t a problem.

The issue comes when the downloaded needs to start downloading: I have a permission warning and its stays in permanent 0 download!
The issue (I guess) is that the folder media/ does not give deluge permission to save. This is why I need to change the media/ folder permission to everyone. But it does not allow me to do so

Can you show your compose file and the folder path you use for the download share?

example

/srv/dev-disk-by-uuid-219b409f-ddb0-46e9-901b-30bb03542b54/Leeching

This is my download share

Quote from kattivius

so, looks like I solved this issue.

Thanks to you, I noticed one thing and find-out an other.
Now I will have to test the one that solved the issue.

When looking at the permission of the download folder media/ that is absolute path: /srv/dev-disk-by-uuid-99050d99-3b33-45bc-92c5-2ff6cdbc1312/media
When creating, I could not change permission. For me this is still odd as during creation of the shared folder I explicitly made a choice. Why I have a choice that is not respected, its odd.
Anyway...

When editing permission after creation, I noticed I had to click on my username pi and highlight read/write, save and apply.

Now is referenced and deluge stop giving me space issue in the drive used.

MOREOVER:
in deluge I also switch the download folder from absolute path to relative path and only added /media

I dont think this last change made a real difference.. but it is working now.

Display More

Yea I noticed you was saying /media etc... good luck

Docker

  - /srv/dev-disk-by-uuid-219b409f-ddb0-46e9-901b-30bb03542b54/Leeching:/downloads

So in qbittorent we would use the /downloads part

Hope it helps

Quote from kattivius

yeah.. a few more glitches... I guess I will get there.

I decided not to use the incomplete and complete folder.

And I expect the radarr config to move the file to the correct folder.

Its a long time I configured my nas the same way and I cant remember well...

Im sure you will get just ask on here if you come up to any problems.

Quote from kattivius

And is time for me to do so...
cause I noticed my deluge issue with disk space (that I think more correctly was disk permission as I have plenty of space) is over, but it keeps not downloading. I tested more than one.. same issue.

Make sure the paths are correct or you will get that error.

Quote from kattivius

it seems to me the path is correct.

I have no errors coming up anywhere.
Deluge issue is solved.

But the download, seems to start and than stops immediatly. Just like if there is no space

Can you show a screenshot of the deluge paths and past the compose here?

Quote from kattivius

Sorry, I have family visiting and I am slow...

This is the screenshot:

Mind that I also tried the absolute path.

That download to path is the one defined in the docker compose

Can you show the compose please