langrock

Those two variables still exist. What appears to be gone is the separate key pair used to access the web GUI. Right now it defaults to the ROOT access and secret key. You can define users and group within the web UI, though, which may then also allow those users with their separate keys to back up to the server, but I haven't tried that, yet. There's probably some document that explains how to generate compatible keys in case these need to fulfill certain requirements.

Fantastic, works again as advertised both for Arq and Duplicacity. Nice feeling to have the backup running once again!

Thanks for looking into this. Would be super if this could be resolved. I am wondering if the container actually uses the as-defined access and secret keys. Screenshot attached. Please let me know if there's anything I can help with or if you see anything I should change about the configuration. Thanks

Looks like I am not the only one. I can no longer connect to Minio from Arq or duplicacy (CLI). I can still log into the Minio Web UI after having set the root username and password. It does show the previous buckets and such, so no data is lost. When trying to connect from Arq, I get From duplicacy Mind you, no changes have been made and the access and secret key are the same as always. I changed docker network type to 'Host' to get access to the GUI working again. Any suggestions about what to try next would be greatly appreciated. This used to work so well, it'd be a real bummer if I had to move to a different backup system:( Thanks

I can no longer renew the certs and am getting the following error message. I have changed absolutely nothing on either the server or the router in many years. Any idea if a recent update to the letsencrypt docker might be causing issues? The only web server running is the one serving the Unraid GUI ... this has not been an issue in the past. Thanks Update: I checked that the port forwarding worked and that I am able to access the apps I am linking to from the outside world, jellyfin and calibre-web in my case, and both still work just fine. The container log doesn't indicate any problems or warnings, but running 'certbot renew' still throws the above error. I am mystified.

Works like a champ! Thank you very much.

I am having the same problem as @Enkill with the S3 script. After upgrading to Unraid 6.8.3, I couldn't even start the server anymore. It redirected to http://server_address/update.htm when hitting the Start button; Reboot button redirects to http://server_address/webGui/include/Boot.php, and does not reboot either. There was also the same error message he is showing at the bottom of the Main tab. Removing the S3 plugin restored the normal functionality, but I really would like to be able to put the server to sleep since I only use it sporadically and cannot justify burning up the power to keep it on all the time. If someone could recommend a solution, that would be awesome! Re-installing it does not do anything for me either. The Sleep button doesn't even show up. So, for now, I suppose it's best to remove it and shut the server down until this can be fixed. Is there another way to sleep the server? Maybe over the command line? Thanks

There must be some sort of API already, otherwise how does Margarita , available for macOS, do this? Hadn't heard about ControlR, will check out.

Thanks. I'll keep an eye on the error count in case it shoots up like reported by some forum members when a drive actually goes south hard.

Came across this post when looking for the significance of reported disc errors. Yesterday, I saw that one of the discs reported 240 errors, see attached image. I had run a parity check before, which didn't turn up any errors, and then also a full SMART test, again, allegedly without showing errors; the report is attached as well. My question, and I hope someone more experienced than I can answer this, is whether or not this disc needs to be replaced right away. Also, in that case, and I haven't had to do this, how difficult is it to replace a disc and restore the array? I am imagining that one would somehow hook up the disc and run the preclear.sh routine before pulling the old disc and installing the new one in its place. Thanks in advance for any advice, Carsten WDC_WD10EADS-00L5B1_WD-WCAU49184354-20160918-0824.txt

Thanks. Followed the [this link][http://lime-technology.com/forum/index.php?topic=38323l] which was mentioned in the FAQ and it appears to have worked, at least for the official Plex docker image. Everything seems to be in its place. Now I'll see if the Crashplan docker can also be restored ...

I am getting the same error after updating to Unraid 6.2. I read that removing the app and re-installing it would help, but now I am getting the same error when trying to re-install it from the community apps page. I am kinda getting worried since I put a lot of effort into maintaining the Plex server's database. I hope that removing the docker image didn't nuke the whole thing. Thanks, Carsten

I am having trouble installing this Docker image. I am getting the following error messages. Maybe those mean something to somebody on this forum and I'd appreciate a hint on what to try next. I tried both directly installing the Docker image as well as going through the Community Applications page. No luck, me sad:( --------------------------------------------- Pulling image: gfjardim/crashplan:latest IMAGE ID [2d02fe93d96e]: Pulling image (latest) from gfjardim/crashplan. Pulling image (latest) from gfjardim/crashplan, endpoint: https://registry-1.docker.io/v1/.'>https://registry-1.docker.io/v1/. Pulling dependent layers. IMAGE ID [f7eef3e8d2a5]: Pulling metadata. Error pulling dependent layers. IMAGE ID [2d02fe93d96e]: Error pulling image (latest) from gfjardim/crashplan, endpoint: https://registry-1.docker.io/v1/,'>https://registry-1.docker.io/v1/, HTTP code 400. Error pulling image (latest) from gfjardim/crashplan, HTTP code 400. TOTAL DATA PULLED: 0 B Command: root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name="CrashPlan" --net="host" -e TZ="America/Los_Angeles" -p 4242:4242/tcp -p 4243:4243/tcp -p 4280:4280/tcp -p 4239:4239/udp -v "/mnt/cache/appdata/CrashPlan":"/config":rw -v "/mnt/user":"/UNRAID":rw -v "/mnt/user/Backup/":"/backup":rw -v "/mnt/disks/":"/unassigned":rw gfjardim/crashplan Unable to find image 'gfjardim/crashplan:latest' locally Pulling repository gfjardim/crashplan 2d02fe93d96e: Pulling image (latest) from gfjardim/crashplan 2d02fe93d96e: Pulling image (latest) from gfjardim/crashplan, endpoint: https://registry-1.docker.io/v1/ 2d02fe93d96e: Pulling dependent layers f7eef3e8d2a5: Pulling metadata f7eef3e8d2a5: Error pulling dependent layers 2d02fe93d96e: Error pulling image (latest) from gfjardim/crashplan, endpoint: https://registry-1.docker.io/v1/,'>https://registry-1.docker.io/v1/, HTTP code 400 2d02fe93d96e: Error pulling image (latest) from gfjardim/crashplan, HTTP code 400 Error pulling image (latest) from gfjardim/crashplan, HTTP code 400 The command finished successfully! --------------------------------------------- Thanks, Carsten

I spent some more time with the system tonight. For good measure, I reset the BIOS by removing the battery for a couple of hours while the system was unplugged. No luck. As of tonight, I cannot even use an external USB keyboard to get into the BIOS, but have to use a PS2-style one. Looking at the num-lock light of an attached USB keyboard, it appears that the power to the USB ports - both front panel and back panel - is being established too late in the boot sequence for the computer to read the data from the flash drive. I am even suspecting that the computer cannot source enough current to properly operate a flash drive; the flash-drive’s LED is pretty dim when connected and I cannot install an updated BIOS firmware from a third flash. This is all pretty strange to me, and there are two things I’d like to try next. First, use a powered USB hub, and second, use a USB charger doctor pass-through. The computer itself seems to be working and I got it to boot from a Linux Live CD w/o apparent problems. If someone has additional ideas about what might be going on, I’d appreciate your help, but I realize that this has now moved outside of the scope of this forum. It would seem kinda sad to rip the motherboard out just because the on-board USB interface isn’t working. Which reminds me, maybe one could try a USB PCI card … might have one of those flying around at work. Thanks again for the helpful suggestions. Carsten

The motherboard doesn't have any USB3 ports, so we can rule that out, and the drives themselves are USB2 ... and at least the original one registered with unRAID in 2010 worked ever since. Good point about the battery. I will do a little experiment, setting the time and then unplugging the box from the outlet. Other modes are USB FDD and USB CDROM. When I checked the BIOS last night before loading the default settings, the boot sequence was set to CDROM (first), USB HDD (second), disabled (third). I can try that once more if nothing else works. Do you think that a dead battery could confuse the board? I always thought it was only there to keep feeding the RTC when the machine is unplugged. Thanks, Carsten