Weird behaviour of symlinks behind shared folders

English
, ,
1

Hi, I am experiencing some weird behaviour with my shared folders. I was using a shared folder in the mounts of some of my Container Station containers when after a reboot the folder no longer seem to be linking to the same place. When checking the shared folder I previously had /share/Media link to /CACHEDEV2_DATA/Media it now was pointing to /share/.timemachine. When I deleted the Shared folder in the QNAP UI (Control Panel > Privileges > Shared Folders) another folders symlink got linked to the /share/.timemachine. And after removing that /share/Public was linked to /share/.timemachine.

When I connect to the shared folder that is now linked /share/.timemachine over smb it does show me the correct folder. Only when used in containers in Container Station the shared folder’s symlink is being returned pointing it to the /share/.timemachine folder.

Any idea why this is happening and what I can do to resolve this?

2

Did you setup the container share folder use via compose or the container GUI ?

3

I use a docker-compose.yml.

Here a snippet of one of the services:

  radarr:
    image: linuxserver/radarr
    container_name: radarr
    ports:
      - "7878:7878"
    environment:
      - PUID=1000
      - PGID=100
      - TZ=Europe/Amsterdam
    volumes:
      - ./config/radarr:/config
      - "/share/Media/Download/complete:/downloads/complete"
      - "/share/Media/Movies:/movies"
    depends_on:
      - nzbget
      - transmission
      - prowlarr
    restart: unless-stopped
4

hm.. very strange, never seen a docker compose that had it’s values change out of the blue

5

Its not that the docker container config is changing, the problem is that /share/Media/ is a symlink managed by QNAP and the folder it is linking to changes.

6

I know in the past "multimedia’ was one of the shares that loved to jump locations, when more than one volume was present. The consensus is to stay far away from using any of the default shares and just create your own

here is one of those old topics I think

https://forum.qnap.com/viewtopic.php?p=835519#p835519

7

Thanks for the info, I guess I’ll just use the paths to the actual folders in stead of the shared folder symlinks since this does not seem to be reliable.

8

I had two shared folder for Time Machine, one named Time Machine (manual setup) and one named. TMBackup linked to share/.timemachine setup through HBS 3. I removed Time Machine shared folder in using the GUI and only use the HBS 3 time machine backup. After a reboot the symlinks seem to be correct now, lets hope it stays that way :crossed_fingers: