Howdy All,

I had backups of various media folders (tv, movies, audiobooks, etc) successfully backing up to another Unraid box at my office via SMB share over a Tailscale VPN. It was working great until 2 days ago when I accidentally deleted the backup profile rather than just one of the individual tasks that I was trying to remove.

So I painstakingly recreated all my backup tasks, but now when I try to run Luckybackup I get errors and can't figure out how to fix it. A dry run seems to work fine without any issues, but when I do an actual run of just one task (doesn't matter which), I get the following errors:

Quote

 

rsync: [receiver] write failed on "/ts_remote/media/ebooks/metadata.db": No space left on device (28) rsync error: error in file IO (code 11) at receiver.c(380) [receiver=3.2.7]

 

rsync: [sender] write error: Broken pipe (32)

 

 

My ebooks folder, which I used in this example, only has a total of 6.25GB of total used space. The receiving server has 29.8 TB free, and the cache drive that my backups share uses has 1.02TB free. So it's definitely nowhere near being out of space. 

I verified that the tailscale connection was good and the drive is properly mounted on my main server in unassigned devices. I mounted the destination share via SMB over Tailscale on my laptop and I was able to write a test file to the folder using the same "backups" user that I have setup for this task. So it's definitely not a permissions issue. I'm at a loss for what it could be or how to fix it. Luckily I haven't lost any data and I have other backup methods in place for my critical data, but I would sleep much better if I could get this working again. Any advice would be greatly appreciated!

3 minutes ago, Sup3rTr00p said:

So it's definitely nowhere near being out of space. 

IO error as in your error message indicates no permissions to write or no free space however if space is not a concern it might be a permission issue.

 

It also says receiver so I assume you are sending the files with luckyBackup to another server correct?

 

Are you using luckyBackup with root or without?

31 minutes ago, ich777 said:

How did you add the container to Tailscale?

 

If you did it with the Unraid WebUI with the Tailscale toggle switch then it should just work right OOB without you needing to do anything.

To what URL/Port does Serve point?

Yes via the toggle. 

>To what URL/Port does Serve point?
Pretty sure i tried as default bridge networking AND Custom, but i did have to change the port mapping from 8080, to 8666 in the WebUI config parameter section - though this shouldn't be a breaking change Tailnet is created inside the NAT so it shouldn't matter,

Dont waste too much brain time on it - this is the first time ive tried the feature inside a container and something tells me there's additional config required to allow a docker IP to route to a public address (even though Tailnet is reserved range)

Hmm. So I didn't change anything from when it was working except recreating the tasks that I had in place before. The way I have things configured is my main server (UnRaidPlex) backs up via Luckybackup to an SMB share called /backups that is on my remote server (UnRaidBackups). The /backups share on UnRaidBackups has a user with read/write permissions to the share called backups. That is the user that is authenticating to the SMB share over Tailscale.

I didn't delete or recreate the container, and nothing was changed except the accidental deletion and manual recreation of the "default" profile within the GUI for Luckybackup. What started all this was I was trying to delete just one task that I no longer needed but accidentally clicked Delete at the top of the GUI instead of Remove Task on the right side. I recreated the tasks the exact same as before. The SMB mount was never changed, I've verified that the backups user can add/edit/delete files over SMB to the /backups share over Tailscale, etc. Attached is a screenshot of my container settings which are unchanged.

Edited April 13, 20251 yr by Sup3rTr00p
Added additional screenshot of one of my backup tasks

Okay, so this makes absolutely no sense. I haven't changed anything at all from yesterday when I started experiencing these errors, but right after posting my screenshots I decided to run the ebooks task again just for giggles, and now it's working...albeit very slowly.

I'll try working through each of the tasks one at a time and circle back if it starts throwing errors again.

1 hour ago, Nasha said:

Pretty sure i tried as default bridge networking AND Custom

That shouldn't matter.

 

1 hour ago, Nasha said:

but i did have to change the port mapping from 8080, to 8666 in the WebUI config parameter section - though this shouldn't be a breaking change Tailnet is created inside the NAT so it shouldn't matter,

Exactly, just leave as is, so to speak:

 

1 hour ago, Nasha said:

something tells me there's additional config required to allow a docker IP to route to a public address (even though Tailnet is reserved range)

You just have to make sure that the second machine is also in the Tailnet and has Tailscale DNS enabled.

Please double check if you have https and MagicDNS enabled in your Tailscale Admin Dashboard otherwise it won't work.

46 minutes ago, Sup3rTr00p said:

Okay, so this makes absolutely no sense. I haven't changed anything at all from yesterday when I started experiencing these errors, but right after posting my screenshots I decided to run the ebooks task again just for giggles, and now it's working...albeit very slowly.

Yeah, SSH, SMB and all the protocols can get very slow even over Tailscale since latency here is crucial for those protocols.

 

Please also take into consideration if you have chosen to use /mnt/user/... on the backup machine that you might run into some kind of limitation on the FUSE filesystem that you can set in the Share settings (min. available disk space, or even some setting with the Cache).

I'm not sure what you mean. The shares container path for /mnt/usr on the originating server as that is where I'm wanting to backup from. I'm creating tasks that all start in /mnt/usr so as to make navigating to each origin share easier. 

So for example:

To backup my audiobooks which are located in /mnt/usr/data/media/audiobooks I have my task setup for /shares/data/media/audiobooks backup to  /ts_remote/media/audiobooks.

I mapped /shares to /mnt/usr because I also backup other shares like /appdata-backup, /nextcloud-backup, /isos, etc. 

Should I have created multiple folder mappings in Docker for each separate share on the host server rather than generically as /mnt/usr? I can do that but it seems like a lot of extra work. I am not knowledgeable about FUSE or the implications you're referencing. On my destination server, I have an NVME cache pool that is 1TB and the /backups share is set to write to it with 100GB minimum space. I have mover set to run daily, so as long as I don't have more than 900GB to backup in a single day I shouldn't run into any issues I would think.

16 minutes ago, Sup3rTr00p said:

The shares container path for /mnt/usr on the originating server as that is where I'm wanting to backup from.

I meant on the server that you are sending files to since you got a IO receive error with no free space.

 

Usually there are a lot of variables involved, both on the sending and on the receiving system and it‘s always hard to tell for me what went wrong.

So id inadvertently selected use as exit node. Was difficult to find amoung all the advanced options i had no idea about. Thanks for your help

For RustDesk, there are some open source api server, could you please integrate one of them to RustDeskServer-AiO?

Edited April 18, 20251 yr by ivan1979

5 hours ago, ivan1979 said:

For RustDesk, there are some open source api server, could you please integrate one of them to RustDeskServer-AiO?

These should be all addon containers, I just bundle RustDesk (non Pro) in the container.

DirsyncPro.

 

Is it working these days, mine stopped some time back. I sync files from one Unraid server to another.

 

I re-established mapped folder on the remote, re-installed Dirsync Pro from fresh. 

Sync from one server to another: 

 

Sync on the same server, Finnished with warning, but no sync taken place. 

 

I'm trying to setup rustdesk but do not seem to be having much luck with just being able to login, all of teh documentation says that the webgui should be accessible via port 21114, but this isnt mapped. Adding the mapping doesnt seemt to help either.

at the moment i'm just trying to access it locally and get it secure before setting up external access.

Any idea what i'm doing wrong?

My docker run looks like this:
 

docker run
  -d
  --name='RustDeskServer-AiO'
  --net='dockernet'
  --pids-limit 2048
  -e TZ="Europe/London"
  -e HOST_OS="Unraid"
  -e HOST_HOSTNAME="Maximus"
  -e HOST_CONTAINERNAME="RustDeskServer-AiO"
  -e 'HBBS_ENABLED'='true'
  -e 'HBBS_PARAMS'='--key _'
  -e 'HBBR_ENABLED'='true'
  -e 'HBBR_PARAMS'='--key _'
  -e 'UID'='99'
  -e 'GID'='100'
  -e 'DATA_PERM'='770'
  -e 'UMASK'='000'
  -l net.unraid.docker.managed=dockerman
  -l net.unraid.docker.icon='https://raw.githubusercontent.com/ich777/docker-templates/master/ich777/images/rustdesk.png'
  -p '21115-21119:21115-21119/tcp'
  -p '21116:21116/udp'
  -v '/mnt/cache/appdata/rustdeskserver-aio':'/rustdesk-server':'rw'
  --restart=unless-stopped 'ghcr.io/ich777/rustdesk-server-aio'

and i've also tried to use the rustdesk software on my laptop, but when i try and login I get the following error, I assume this is due to not having any mapping to port 21114, however adding the port mapping to 21114 makes no difference, I get the same error.

Unknown Error: ClientException with SocketException: The remote computer refused the network connection.
 (OS Error: The remote computer refused the network connection.
, errno = 1225), address = 192.168.10.201, port = 58350, uri=http://192.168.10.201:21114/api/login

 

Edited April 23, 20251 yr by karldonteljames

46 minutes ago, karldonteljames said:

I'm trying to setup rustdesk but do not seem to be having much luck with just being able to login, all of teh documentation says that the webgui should be accessible via port 21114, but this isnt mapped. Adding the mapping doesnt seemt to help either.

Please see this post:

 

46 minutes ago, karldonteljames said:

and i've also tried to use the rustdesk software on my laptop, but when i try and login I get the following error, I assume this is due to not having any mapping to port 21114, however adding the port mapping to 21114 makes no difference, I get the same error.

You have to forward the ports in your router since a valid https certificate IIRC, so to speak you then can connect with your domain name if you just forwarded the ports like:
https://yourdomain.org

 

Note: you don't have to configure a subdomain for that since RustDesk simply resolves your domain name to your public IP address and then connects to the forwarded ports.

On 4/20/2025 at 6:28 PM, frodr said:

I re-established mapped folder on the remote, re-installed Dirsync Pro from fresh. 

I would recommend that you switch over to luckyBackup if this is suitable for your use case.

ok thank you. So once this is configured and setup, I won't be able to save connections to specific machines etc?

I've setup port forwarding to my swag container, and have setup "stream" to send those onto this container.
Just trying to get this to work through swag using the domain name now, as it seems that I can make a connection work when using the container ip, but not the domain name.

 

 

Just now, karldonteljames said:

ok thank you. So once this is configured and setup, I won't be able to save connections to specific machines etc?

Exactly, this is not the Pro version, this is the community version or better speaking Free version.

 

However you can extend or add the missing functionality by installing a API server and also a webinterface like from LSIO which you can find in the CA App.

 

2 minutes ago, karldonteljames said:

I've setup port forwarding to my swag container, and have setup "stream" to send those onto this container.

You don't have to do that, just point it to your domain and as long as it's pointing to your public IP address RustDesk can initiate the connection just fine.

 

3 minutes ago, karldonteljames said:

Just trying to get this to work through swag using the domain name now, as it seems that I can make a connection work when using the container ip, but not the domain name.

Again you don't have to do it like that, just forward the ports in your router and you are good to go, SWAG is good for http traffic but it won't do much for streaming ports since this is basically almost the same as if you open the ports in your router.

Hello

 

I'm currently trying to set up a bidirectional sync between unraid and an external QNAP NAS.

The only way I can connect to the QNAP NAS is via WebDAV.

So I installed rclone and used WebDAV to sync it into a local folder in /mnt/disks

This works so far.

 

With luckyBackup I want to sync 2 folders (with subfolders), but bidirectional.

The background is: accessing files via tailscale and SMB shares is really slow if you want to use CAD software.

This means, my colleague who's working at home will alter files and colleagues at work will alter files.

Over night we want to sync both, the unraid NAS and the QNAP NAS.

Yes, there are special cases: they can't alter the same files or else only the newest will be synced) but before I replaced one QNAP NAS with an unraid server, I was syncing with QSync and RTRR. This was working, but really slow.

 

So I created a task in luckyBackup with both root folders. The first thing I notice: delete files on destination is greyed out and I cannot uncheck "skip newer dest files", everything i open the task again, the checkbox is checked.

 

Maybe luckyBackup is not the correct tool, but how can I achieve my task?

 

I have tried and created a file locally. This file was transfered to the extNAS. Then I deleted the file on the extNAS and synced again, but the local file still exists.

Is it possible to have exact folder contents on both NAS devices?

 

And maybe this: Is there a faster way of syncing both like nearly instantly?

 

Many thanks for help!

 

46 minutes ago, Robert_dokatec said:

Maybe luckyBackup is not the correct tool, but how can I achieve my task?

Not with luckyBackup, luckyBackup is one way backup.

 

46 minutes ago, Robert_dokatec said:

And maybe this: Is there a faster way of syncing both like nearly instantly?

You could mount the files directly with rclone and WebDAV therefore you would have exactly the same files as from where you mount it.

 

rclone does support that.

ah, ok, thanks
I've read something about 2way-sync that was posted years ago, so I thought it might work now.

 

But I have found a solution: syncthing works

Hey, hope i am right in this post

 

i am using RustDeskServer-AiO on my new unraid server, work very nice, thanks for the pack.

 

But i have one problem every server restart  the key change, so i must give every client the new key.  

 

That donot happen by stopping/start the dockercontainer. already installed docker 3-4 times new.

 

Already try to search the forum but donot find a hind

 

Thanks for help

1 hour ago, Skope said:

But i have one problem every server restart  the key change, so i must give every client the new key.  

Your issue is probably related that your appdata share is set to be moved to the Array and the template has /mnt/cache/appdata/… in it that means the container can‘t find the data after the mover kicked in and moved your key file to the Array.

 

You have two options:

1. set the path in the template to /mnt/user/appdata/…

2. set the appdata share to stay on the cache and not to be moved to the Array, so to speak primary storage cache, secondary none

 

Please note that I would recommend choosing the second option since your appdata share should stay on fast storage and as another benefit you will allow the Array to sleep when nothing is accessing data there and everything stays on the cache.

 

If you don‘t have a cache pool then set the path in the template corresponding to the pool your data is on or to /mnt/user/appdata/… if ypu don‘t have a cache pool.

Hi everybody,

I just found out that LuckyBackup has not been performing scheduled updates for a few weeks. 

 

To check if there is a general problem, I checked the following:

• LuckyBackup is up to date
• Docker container restarted
• Checked that “Console Mode” is active in the profile schedule
• Started Backup manually for the first time
• Waited until the next scheduled backup
• no success.. 

Do you have any tips for me? Is there a possible problem with CRON jobs, such as some kind of collision with cron jobs from Unraid directly? How can I check whether the cron jobs are correctly created and active (sorry, I'm a novice...)? I also have a suspicion that it might have something to do with the Unraid upgrade to 7.x.x that I did a few weeks ago 

P.S. Before that, LuckyBackup ran very reliably and I was very happy.

 

Thanks in advance for any tip! 

3 minutes ago, CamilloCox said:

I also have a suspicion that it might have something to do with the Unraid upgrade to 7.x.x that I did a few weeks ago 

I don't think so.

 

4 minutes ago, CamilloCox said:

P.S. Before that, LuckyBackup ran very reliably and I was very happy.

Does the sync work when you run it manually?