10 minutes ago, eventorism said:

I've added the port (both TCP and UDP 8070) to my GluetunVPN container config as such:

Oh, this won't work in that sense because you have to use the port inside the container.

So to speak you have to create a port mapping in GlutenVPN from port 8080 (Container) to 8070 (Host).

 

If you have multiple containers listening on port 8080 internally you can always change the container port in the application for example for SABnzbd or you could also change any internal port from any of my VNC containers with adding that variable to the template (eg: jDownloader2):

Key: NOVNC_PORT
Value: 8070

 

When you do this you will change the port where jDownloader 2 listens inside the container and therefore you have to make a port mapping in GlutenVPN from 8070 to 8070

 

However if you run multiple VNC containers I would recommend also adding a second variable:

Key: RFB_PORT
Value: 5901

(this is just a internal port where the VNC server listens for connections and has to be individual for each container)

 

Hope that makes sense.

31 minutes ago, ich777 said:

But have you yet tried it?

 

In terms of the container nothing changed, the last update was just a update from the base packages but nothing changed their either.

 

I assume you have mounted a share through UD and you mount that into the container correct and then sync that to a share?

I have not, I've done that with other containers when the 'fix common problems' plugin would flag it. Not sure how to do it with DSP.

 

The shares are SMB shares 'mounted' using the UD plugin, then I created jobs to backup files/folders from 1 drive to other drives across my network

 

 

44 minutes ago, ich777 said:

Please update the container itself, the error including message is now fixed.

I updated the container. The error in the logs is not present anymore but I still get an error when I add a folder to a sync.

Edited January 16, 20251 yr by HHUBS

15 minutes ago, HHUBS said:

I updated the container. The error in the logs is not present anymore but I still get an error when I add a folder to a sync.

Oh, I just saw that you where updating your initial post, sorry...

 

I assume you've set up a sync task and not a backup task correct?

Is your local folder writable for the user:group 99:100 ?

18 minutes ago, d4man said:

The shares are SMB shares 'mounted' using the UD plugin, then I created jobs to backup files/folders from 1 drive to other drives across my network

Can you please try to write something directly to the mounts or copy something from the smb shares from your server?

I just want to make sure that not UD causes this issue.

2 minutes ago, ich777 said:

Can you please try to write something directly to the mounts or copy something from the smb shares from your server?

I just want to make sure that not UD causes this issue.

Sure, I think that was one of the first things I tried. I even created a new 'test job' to back up my CS2 game streams and I get the same error. In fact, I get that same error no matter which job I try to sync.

4 minutes ago, d4man said:

Sure, I think that was one of the first things I tried. I even created a new 'test job' to back up my CS2 game streams and I get the same error. In fact, I get that same error no matter which job I try to sync.

Sorry I meant try to copy something directly from the share without DirSyncPro to your server, maybe try to use Krusader or directly the command line if you are familiar with the terminal.

17 minutes ago, ich777 said:

Sorry I meant try to copy something directly from the share without DirSyncPro to your server, maybe try to use Krusader or directly the command line if you are familiar with the terminal.

I just noticed using the file browser in unraid that the 'remotes' permissions for the smb shares are set to nobody

 

EDIT: copied folder back n forth, to and from shares using Krusader

Edited January 16, 20251 yr by d4man

1 hour ago, ich777 said:

Oh, I just saw that you where updating your initial post, sorry...

 

I assume you've set up a sync task and not a backup task correct?

Is your local folder writable for the user:group 99:100 ?

 

If I want to backup my files to MEGA but I also want to sync it to my local folder, like when I update a files on MEGA website it will update also my files in local folder, I should use sync and not backup right? 

 

Base on the properties, this is the permissions of the local folder I want to sync.

23 hours ago, alturismo said:

lucky works fine with mounted smb Shares through UAD (i dont use NFS, so cant speak therefore)

smb work like a charm! Thanks for the advice.

Hello folks,
I've been using SABnzbd for quite a while now. But since I have changed the monitored folders in “Docker > SABnzbd > Configure” to another pool in SABnzbd's own settings, it no longer monitors the desired folder. The downloads are processed, whenn adding the .nzb file manually in the webGUI, but I have not looked at where the downloads are temporarily stored (incomplete). Probably in the old pool “cache”
I tried for a while today with ChatGPT to find out the problem, but could not solve it. What I did notice is the fact that the container creates data as root:root. But it should be 99:100. Is that how it should be? I Dont tthink so.

 

Setup:
SABnzbd settings:
“Settings > Folder” I have set the temporary download folder to ‘/mnt/incomplete’.
The folder for completed downloads is set to “/mnt/downloads”.
The “Watched folder” to automatically load the .nzb files is set to “/mnt/incomplete”.

 

SABnzbd Docker settings:
Data Dir: /mnt/cache/appdata/sabnzbd
Dowloads: /mnt/elencia/SABnzbd Downloads/
Incomplete: /mnt/elencia/SABnzbd Incomplete/
SABnzbd Release: latest
TCP - WebGUI http: 8080
TCP - WebGUI https: 9090
Data Permissions: 770
UID: 99
GID: 100
Umask Value: 0000

 

I am very grateful for your help.

alent-diagnostics-20250117-2146.zip

Edited January 17, 20251 yr by AceBurn90

52 minutes ago, AceBurn90 said:

What I did notice is the fact that the container creates data as root:root. But it should be 99:100. Is that how it should be?

That always depends on how it was packed.

 

52 minutes ago, AceBurn90 said:

SABnzbd Docker settings:

From what I see in your settings everything should work as it should, however what you can try to do (if you want to) is to change the host path so to speak:
Dowloads: /mnt/elencia/SABnzbd Downloads/
Incomplete: /mnt/elencia/SABnzbd Incomplete/

 

to:

Dowloads: /mnt/elencia/SABnzbd Downloads/
Incomplete: /mnt/elencia/SABnzbd Downloads/Incomplete

 

this would just save one folder and but is in my opinion better because you have everything in one spot.

 

What I would also recommend to do is not do use spaces in your share names because that can cause sometimes trouble.

20 hours ago, ich777 said:

That always depends on how it was packed.

 

From what I see in your settings everything should work as it should, however what you can try to do (if you want to) is to change the host path so to speak:
Dowloads: /mnt/elencia/SABnzbd Downloads/
Incomplete: /mnt/elencia/SABnzbd Incomplete/

 

to:

Dowloads: /mnt/elencia/SABnzbd Downloads/
Incomplete: /mnt/elencia/SABnzbd Downloads/Incomplete

 

this would just save one folder and but is in my opinion better because you have everything in one spot.

 

What I would also recommend to do is not do use spaces in your share names because that can cause sometimes trouble.

I have now put everything in the SABnzbd and the subdirectories as you recommended, because I like the idea of having fewer shares.
I now have a “Download” share and in it are e.g. the download folders of “jDownlaoder 2” and “SABnzbd” with subfolders for “# Incomplete ‘ and ’NZB Grabber” in the folder “# Incomplete”.
Now everything works. Thanks for the neat idea.

On 1/16/2025 at 9:11 AM, ich777 said:

Sorry I meant try to copy something directly from the share without DirSyncPro to your server, maybe try to use Krusader or directly the command line if you are familiar with the terminal.

Any other ideas on things I could try?

Heres some pics of dir configs and error messages

5 hours ago, d4man said:

Any other ideas on things I could try?

Sadly no, I really don't know what changed because nothing has changed in terms of DirSyncPro.

 

I'm really not sure why this won't work because if you have mounted the path as read/write and the permissions are set to 99:100 everything should work fine.

 

However what you could try as an alternative is luckyBackup and start it as root because then copying over the files should work.

 

I assume disk2 has enough free space correct?

1 hour ago, ich777 said:

Sadly no, I really don't know what changed because nothing has changed in terms of DirSyncPro.

 

I'm really not sure why this won't work because if you have mounted the path as read/write and the permissions are set to 99:100 everything should work fine.

 

However what you could try as an alternative is luckyBackup and start it as root because then copying over the files should work.

 

I assume disk2 has enough free space correct?

Yep, lots of free space

I have a few containers (Firefox, Chrome, Thunderbird) running and I am able to access them from a browser on the ports (61000, 61001, 61002) that I specified.  Is it possible to configure them to access the containers using a VNC client?  I tried accessing using those ports and the client didn't connect to any of them.

1 hour ago, dogtreat34 said:

Is it possible to configure them to access the containers using a VNC client?

yes, may search this thread about VNC Port, the ports you are using are the web VNC Ports which cant be used with any native VNC clients. so yes, basically possible.

4 hours ago, dogtreat34 said:

Is it possible to configure them to access the containers using a VNC client?

Sure just create a port mapping in the template from port 5900 to whatever you like but keep in mind I would recommend using something other than starting with 5900 since these ports on Unraid are also used by the VMs if you connect to them over VNC.

So to speak do something like that:

Container Port: 5900

Host Port: 61005

 

with that you will be then be able to connect to the VNC server directly on Port 61005

6 hours ago, ich777 said:

So to speak do something like that:

Container Port: 5900

Host Port: 61005

 

with that you will be then be able to connect to the VNC server directly on Port 61005

Thank you, that worked just perfectly.

On 1/19/2025 at 3:58 PM, ich777 said:

 

 

 

However what you could try as an alternative is luckyBackup and start it as root because then copying over the files should work.

 

 

I can't seem to browse to my unassigned SSD to set as my source drive -- in DSP, I simply browsed to /mnt/sourcefiles/mnt/disks/uniqueidnumberhere1234/CS2Streams -- any ideas?

Would there be a way of adding Tailscale to the RustDeskServer-AiO image?

 

I would love to host the server/relay version within Tailscale to connect to other machines on the same Tailnet.

2 hours ago, Morthan said:

Tailscale to the RustDeskServer-AiO

Are you using Unraid V7?

5 hours ago, Morthan said:

Would there be a way of adding Tailscale to the RustDeskServer-AiO image?

In addition to @trurl, if you are using Unraid 7.0.0 you can simply enable the Tailscale Docker Integration in the Docker template and follow the instructions: