mortenmoulder

Is it possible to tweak the compression level of zstd? I don't care if my backup takes 5 minutes or 30 minutes, if that saves me a couple of gigabytes per backup.

Not sure how a frontend variable would change in safe mode. I guess I can give it a try. Making it a constant could be a proper workaround. The object is never overwritten, so making it a constant would prevent it from ever being null. You can add stuff to objects in JavaScript, even though they're set to a constant. Weird, I know.

I recently updated from 6.9-beta35 to 6.10.0-rc2, and I noticed that my desktop PC cannot open some tabs like the Docker tab. My desktop's connection is routed through the unRAID server (bridged via network settings) and I'm using a 10 Gbit NIC in both my server and the unRAID server. I can easily connect from my phone or other devices that are not bridged through unRAID. I also see these errors in the browser console: I have attached the diagnostics file. EDIT: Seems like Chrome is the culprit here, even though I cleared everything and even tried incognito. Edge works fine. I don't get those console errors in Edge. EDIT 2: I found a fix, but it's really ugly. I edited this file: /usr/local/emhttp/webGui/include/DefaultPageLayout.php and changed the var timers = {}; to const timers = {};. For some reason, something is setting the timers variable to null. No clue why. It should be a constant either way, so I guess this is good for now. littlefinger-diagnostics-20220215-1706.zip

Thanks for the reply. I have not tried LanSync, but I might give that a shot. Should it get its own LAN IP via DHCP then? Because that would be interesting indeed. I have a 10 Gigabit link between my server and PC, so that should go quite fast. Makes sense you've moved to OneDrive. I'm considering the same, except maybe using Mega. Dropbox is quite expensive, but their desktop app and mobile app just works flawlessly for me (auto upload literally 5 seconds after I've taken a 30 MB photo). Thanks for the support on this!

Very well written. I gave it a go and deselected a few containers that I know need to run 24/7. Took a backup this morning at 6 AM and it worked perfectly. Thank you! And wow it's fast!

I don't think I've ever used a more buggy application before. It constantly tells me to reauthenticate/allow access to Dropbox. Sometimes it says "Dropbox isn't running", when I know for a fact it ran perfectly fine just a couple of hours ago. If I restart the container, it literally takes hours for it to be done with syncing, because I have a lot of data in my Dropbox. And yes, I did set it up correctly, by selecting a share with the cache set to Only or No. I know some of the blame is on Dropbox' side, but man.. I wish this worked perfectly without any issues what so ever.

The only reason why I haven't used this plugin yet, is because it stops my Docker containers. It's such a shame that has to happen. I have people accessing my Docker containers pretty much 24/7, so I can't just shut it down every night for a few minutes. I really wish it was possible to backup the data in my appdata directory without stopping Docker. Guess I have to figure something out myself, that doesn't require Docker to stop.

Unfortunately my script relies on unRAID, yep, but I don't like your approach. I actually used your approach for a couple of days, but I just couldn't rely on it (no offense). I much prefer creating an archive, adding the files to it, and then moving that to Dropbox. Since unRAID has a built in function that literally does that, I think it's okay to rely on it. I did add a check to see if it exists, but creating a notification is also flawed, as that script could also move to a different location. Nothing I can do about that, unfortunately. The only thing you need to do after updating unRAID, is check if the script still works. Otherwise it shouldn't change.

It's just a personal preference. It does too much, warns you that your Docker containers, VMs, etc. all need to be stopped, and so on. If all I want is /boot/ backup, it's pretty much overkill to get it. I know other people have said similar things, which I discovered while searching for good ways to backup /boot/. We each have our opinions about these things, fortunately. Great Limetech is working on it. Would be very nice with some built-in S3 off-site backup, that you can run on a schedule. I know it's not top priority, but it's definitely up there in my opinion.

I've explored the possibility of calling the already built-in unRAID "backup to ZIP" function, and I've made a shell script, that will call said "backup to ZIP" script and then move the ZIP file to a directory. In my case, I have a Dropbox Docker container running, so I just move the ZIP file to there, and then I have backup of my /boot/ directory exactly like how unRAID does. I couldn't find a lot of information about backing up /boot/, except for the CA backup plugin which I don't like, so I made the shell script from scratch (I am a web developer, so bear with me). Suggestions are welcome. I think I made it as "noob friendly" as I possibly could. Just create a new User Script, paste in the script below (newest revision), change the path of where you want your ZIP file to end up, and then set a custom schedule using cron (mine does it every 12 hours). --- Rev. 001: https://pastebin.com/Jc8wh57P Rev. 002: https://pastebin.com/3udPK7w8 Rev. 003: https://pastebin.com/mBYQqae2

Use Method 2 and use VNC in your browser. Don't passthrough anything until you're actually inside of macOS, as I bet any interference could stop it from working.

I see that SpaceinvaderOne just commented on a pull request to fix said issue: https://github.com/SpaceinvaderOne/Macinabox/pull/34 He said it has been merged. Can you try again? If it's merged, it should pull the latest code and should fix your issue.

Do you have the latest unRAID version? unRAID Version: 6.9.0-beta35 or above

Do you have the helper script and does it report that it has finished downloading? Try deleting everything in the folders you see the Docker container points to locally, if they are associated with the Big Sur or Catalina updates. For Big Sur I am pretty sure you need Method 2, because Method 1 downloads Catalina regardless of what you pick.