anibis2

Ah yeah I just figured that out as you did and updated my original post. Thanks for the help!

Are you using Browserless or something else for your scraping? I tried making the above change and I get the same error. I changed it from ws://[IP]:[PORT]/?token=[TOKEN] to ws://[IP]:[PORT]/chromium/playwright?token=[TOKEN]. When that didn't work, I deleted the chromium part and got a playwright version mismatch error. UPDATE I saw that the Browserless container I was using from the Unraid appstore hadn't been updated in over a year, so I swapped to the repo that Browserless v2 uses. All is well now with the updated websocket URL.

I am having this issue as well. I've tried re-creating Browserless from the default template, as well as adding port 3012 to it (is that websocket, or http?). I do see activity in the Browserless logs when I try to refresh a link in Karakeep, but I see the same error as @Rewrap . I believe this started with the latest Karakeep update. Rolling back to 0.25.0 breaks my Karakeep instance, so I am unable to verify. UPDATE I was able to downgrade to 0.25.0 (thank you snapshots), and crawling works as expected now.

The latest update (5.1.1-2-01) broke my ProtonVPN WireGuard implmentation. Rolling back to the previous version corrects the error.

I replaced my tried-and-true fan control scripts with this docker earlier in the week and it's working great. Will it ever be possible to control NVIDIA GPU fans without having to use privileged? Just curious if it's just a flat no it can't happen, or something that's on the roadmap. I know this is still new, and it's already the best Unraid fan controller by a large margin. I didn't even know this platform existed. Thanks for bringing it to Unraid!

Is there any way to setup the WG VPN in a fail over configuration? It would be nice to have it automatically try another server if the first one fails. Proton VPN likes to take their servers down for maintenance, other times they're just full.

From what I understand after seeing it work, there is very little actually stored on the array. All this docker does is download the site data and then upload it to ArchiveTeam, so you aren't doing any of the actual archiving.

All of my snapshots disappeared with the new version. They come back if I disable Lazy Load and manually refresh.

Yeah I can't get it working either. I think this docker has been abandoned.

I'm having an issue on Unraid 7.0 b2 where FlareSolverr stops working after the 7.0 b1 > b2 OS update. I had no issues when updating from the previous version to 7.0 b1. I've upgraded and downgraded a few times, and the issue is definitely related to the patch. Prowlarr is also routed the same way but works fine. I've tried the two different FlareSolverr dockers, both had the same behavior. FlareSolverr does work when I pull it out of the DelugeVPN docker network. I am routing the two containers by setting their networks to none and adding a string pointing to DelugeVPN in the Extra Parameters field. The WebUI on FlareSolver does come up after about 5 minutes (usually takes seconds), it loads normally thereafter. Sonarr/Radarr/Prowlarr are unable to communicate with FlareSolverr. When I run a test I see a hit come in the logs, but it doesn't get a response. The logs look fine otherwise, no errors or anything.

Yeah, I figured as much. I've just never seen that error, nor could I find anything online with others running into the same issue. Just wanted to make sure I'm not doing something wrong.

I am attempting to migrate from MariaDB to PostgreSQL and am at the step where I need to convert the database. I am running this command: sudo occ db:convert-type --all-apps --port 5432 --password "password" pgsql nextcloud <postgresql IP> nextcloud Here's the result: Anyone have any ideas? I tried searching for "This command is temporarily disabled (until the next maintenance release). " and found nothing.

I have no option to create a snapshot when clicking on the "Actions" menu on a particular pool. I have a second ZFS pool that I use for VM's, it has the Snapshot option. My cache pool does not have this option, it simply has "Move/Rename". Any ideas? *EDIT: I figured it out, I had shares and not datasets. Not sure why that happened in the first place, but it's fixed.

It ended up being a misconfiguration on the VPN that particular host uses which was blocking LAN access. I did clean up my users, so thanks for that info.

Ok, so I removed the plugin and updated it to your 2.8.0 release, this has gotten rid of the Access Denied error. I believe I misinterpreted the error; it was actually triggering when I would start/restart the service. I see no errors when I try to connect the client to the server, WinNUT just hangs for about 30 seconds then says it cannot connect. Here's my config, the log is attached: MODE=netserver [qnapups] driver = usbhid-ups port = auto LISTEN 0.0.0.0 [admin] password=***** actions=set actions=fsd instcmds=all [root] password=***** upsmon master [admin] password=**** upsmon slave MONITOR [email protected] 1 root ***** master SHUTDOWNCMD "/sbin/poweroff" POWERDOWNFLAG /etc/nut/killpower NOTIFYFLAG ONBATT SYSLOG+EXEC NOTIFYFLAG ONLINE SYSLOG+EXEC NOTIFYCMD "/usr/sbin/nut-notify" NOTIFYFLAG REPLBATT SYSLOG+EXEC NUT.txt