jademonkee

FWIW, my UD assignments and scripts remain in tact after the upgrade.

Updated from 7.3.2 without issue. Many thanks.

Ok, I changed the Docker tag from :latest to :4.1.100 (the previous version) and the backups now work again. So my only question now is: will you move the Docker image in the Unraid App Store to the new 5.0 version described at https://github.com/nfrastack/db-backup? Many thanks.

HI there. I run a nightly backup of my Nextcloud contents and DB using a schedule script fired via the User Scripts plugin. I received an error running my nightly DB-Backup last night. So I just ran my scheduled backup script manually and the same error appeared. Am I right in thinking a new version/Docker image was posted yesterday? My log for the Docker now shows this: **************************************************************************** * * * THIS IMAGE IS NO LONGER UPDATED AND HAS MOVED TO A NEW LOCATION * * This image is no longer maintained as of and will not receive updates. * * * * A successor image is available at: * * * * Repository | Documentation: * * - https://nfrastack.com/db-backup * * * * Image Registries: * * - https://hub.docker.com/r/nfrastack/db-backup * * - https://github.com/nfrastack/db-backup/pkgs/container/db-backup * * * * Please visit https://nfrastack.com for more information. * * * **************************************************************************** Are the two related? Do you plan to move the DB-Backup Docker to this new image? When I try to trigger a manual backup using the docker exec command, I receive the following error: root@Willow:~# docker exec db-backup backup-now OCI runtime exec failed: exec failed: unable to start container process: exec: "backup-now": executable file not found in $PATH Many thanks for your help - as well as this image. FWIW, below is the nightly script that triggers the DB-Backup: #!/bin/bash echo "Entering NextCloud maintenance mode" docker exec nextcloud occ maintenance:mode --on -q # --- DB backup (inside maintenance window so files + DB are consistent) --- echo "Backing up MariaDB via db-backup container" docker exec db-backup backup-now if [[ $? -eq 0 ]]; then echo "db-backup Process was Successful" else echo "db-backup Process was UNSUCCESSFUL" /usr/local/emhttp/webGui/scripts/notify -e "Unraid Server Notice" -s "Nightly Backup" -d "ERROR during DB-Backup. See log. Continuing with file backup." -i "normal" fi # --- Nextcloud files Backup --- echo "Syncing + deleting NextCloud files using rsync" rsync -Aavx --delete /mnt/cache/nextcloud/ /mnt/pool2tb/Backup/nextcloud/ #Success/failure Notification if [[ $? -eq 0 ]]; then echo "Nextcloud Files Backup Process was Successful" else echo "Nextcloud Files Backup Process was UNSUCCESSFUL" echo "Turning off maintenance mode due to error" docker exec nextcloud occ maintenance:mode --off -q /usr/local/emhttp/webGui/scripts/notify -e "Unraid Server Notice" -s "Nightly Backup" -d "ERROR during NextCloud Backup. See log. Maintenance mode has been turned off." -i "normal" fi echo "Exiting NextCloud maintenance mode" docker exec nextcloud occ maintenance:mode --off -q echo "Syncing + deleting changed files in photos using rsync" rsync -av --delete --exclude '.Recycle.Bin' /mnt/user/photos/ /mnt/pool2tb/Backup/photos/ #Success/failure Notification if [[ $? -eq 0 ]]; then echo "photos Backup Process was Successful" else echo "photos Backup Process was UNSUCCESSFUL" /usr/local/emhttp/webGui/scripts/notify -e "Unraid Server Notice" -s "Nightly Backup" -d "ERROR during Photos Backup. See log for details." -i "normal" fi echo "Syncing + deleting changed files in rpi_photos using rsync" rsync -av --delete --exclude '.Recycle.Bin' /mnt/user/rpi_photos/ /mnt/pool2tb/Backup/rpi_photos/ #Success/failure Notification if [[ $? -eq 0 ]]; then echo "rpi_photos Backup Process was Successful" else echo "rpi_photos Backup Process was UNSUCCESSFUL" /usr/local/emhttp/webGui/scripts/notify -e "Unraid Server Notice" -s "Nightly Backup" -d "ERROR during RPi_Photos Backup. See log for details." -i "normal" fi Again, thanks for your time, help, and maintaining this Docker image.

Was it a Chrome thing?! You've now got it working in another browser? Also, I think Custom Links is native now (though don't quote me on that), which might explain the conflict.

Final thought: check your NextCloud plugin page for any updates or plugins related to sharing (e.g. I used to use a "custom sharing links" plugin that once caused a conflict). If nothing there, I'm all out of ideas.

Hrmm. I have no idea. Is there anything in the logs? Go to: https://YOURNEXTCLOUD.URL/settings/admin/logging And look for anything with a matching timestamp to when you last tried sharing. Also, are there any errors showing at: https://YOURNEXTCLOUD.URL/settings/admin/overview ?

I just tried sharing a folder on my NextCloud instance (using the WebUI) and the URL was created succesfully, and could be opened from an Incognito browser session without a problem. I use Firefox on MacOS. I also did the same process on Safari. It also worked fine. I do not use Chrome, so can't test it on that. What exactly do you mean by "I can't share files anymore"? Is an error ever supplied? If so, at what point (sharing, or accessing?). In what way does sharing not work?

Only problem I've had recently was a bug in the updated Windows client that made it SLOOOOOW. Basically unusable. That was the new x.0.0 release (I think 34.0.0) of the Desktop client (NOT the server). Worth checking if you have a 'point' release to the desktop client available. Otherwise, have you checked the admin panel in the web UI? Are there any manual (i.e. OCC commands) upgrade steps that you still need to perform? Also: you really need to give more context in your posts. Anyone reading this has no idea if you're talking about the Windows client, MacOS client, web interface, or which version you updated to. Just a tip for the future. This is a forum of volunteers (I'm typing this at my breakfast table), not an IT help desk, so you're more likely to get a response if you provide some context in which a subscriber to this post can see a solution without having to dedicate excessive time to it. Not said with any malice here: just trying to help you understand what will get you the response you want.

Just wanna say that I've appreciated your help in the past. Thanks for all your help to me and others. Sorry to hear that your efforts have so often been overlooked - there's so often a feeling of entitlement online, and the time it takes to help is often dismissed/unrecognised. I'm subscribed to this thread, so will continue to pop on when I see a problem I think I have a solution to. Keep well ✌️

@dlandon Version 9.1.1 is out. Can you please do a refresh of the Docker image? Many thanks! If anyone is interested, the changelog is here: GitHubCommits · LMS-Community/slimserverServer for Squeezebox and compatible players. This server is also called Lyrion Music Server. - Commits · LMS-Community/slimserverEDIT: Better, more readable, changelog here: https://lyrion.org/getting-started/changelog-lms9/

Wow, doing a quick Google search and that model ranges from £175 to like £1000+ over here in the UK...

Updated from 7.3.0 seemingly without issue.

This ☝️x100 @SirCadian I definitely recommend moving PiHole from your Unraid server to a Raspberry Pi. Even an original Raspberry Pi can comfortably run PiHole (including with Unbound) - I did so for years. You can pick up a second-hand Pi 3B+ for like £20-£30. It's so much easier/reliable than having your internet tied to your server's uptime. PiHole is super easy to set up on a Pi, too: https://github.com/pi-hole/pi-hole/#one-step-automated-install And if you want better anonymity, you can run Unbound as your own DNS, too (just don't expose it to the internet and accidentally make it a public DNS): https://docs.pi-hole.net/guides/dns/unbound/

That's wild. Sorry to hear it: this has been the best update for me since the jump to v7. My CPU now runs cooler, and draws around 25w less on average with no performance degradation, thanks to the improvements to the EPP AMD Pstate drivers. The Tips & Tweaks plugin (now known as Tips & Tweaks Next) has also been updated to easily change between them, too, and better support the different approaches to Intel & AMD power profiles. All my Dockers worked without issue from the get-go. I don't know why some people are having problems with Docker. I know the jump with the eailer 7.2.5 (or .6?) updated the Docker engine, which caused some troubles, but mine were quickly reolved. So I say again: well done, Unraid. I'm very pleased with this update.