CorneliousJD

Not exactly, favorites isn't a feature of OpenEats, but ratings are, you can rate your recipes and give them 0-5 stars, and you can sort by rating, and if you give your favorites 5 stars then you effectively can bookmark a page for your favorites https://openeats.domain.com/browse/?rating=5

Awesome! Glad you got it working!!! Just a heads up. I am able to turn on/off my android TV devices via this method. I'm using NodeRED to automate and trigger these commands, but you should be able to use the same service calls in HA directly, since all this is doing is sending the service call to HA from NodeRED! Here's a screenshot of the commands I'm sending to get it to do it. Hope this helps you in your pursuit as well Idea here is that the MENU button will wake it up and turn it on. There is a "power" command but it will turn it off if it's already on. I only wanted this to turn it on and never turn it off. One of my TVs I reboot once a day because there's some performance issues if I don't. (it's a cheap HiSense TV) I also use {"command":"INPUT"} and {"command":"HOME"} on a few automations that are specific to my workflows.

So just to clarify and confirm, when you console into this container and run adb reboot, it will actually work and reboot the shield TV? That's a good sign then, it means the container is actually working to connect to the devices.

Ok so this is what I see all the time with my setup that is working as intended. - So i suppose USB + Network debugging on is a good thing here, unless you see exactly the same with just network debugging? It will repeat this over and over again though which is a good sign, saying it's already connected. What's concerning though is this line here: failed to authenticate to 192.168.1.104:5555 adb I 02-03 19:18:32 8 8 adb.cpp:114] 192.168.1.104:5555: offline I'm not sure I understand why this is happening, something is preventing the action from authnenticating. Can you try blowing away this docker container and re-creating it from scratch? All that I've ever had to do is accept the prompt for debugging when it connects the first time and that's been it, it "just worked" after that without any hassle on the TV's I've used it on. For reference here's my sample config #Media Players media_player: - platform: androidtv name: Office Android TV host: 10.0.0.192 adb_server_ip: 10.0.0.10 With .192 being the TV, and .10 being my unraid server.

IIRC I ONLY have USB debugging on, so I'd try that first - just USB, and if that doesn't seem to do it, try with both USB and Network debugging on, check docker logs each time to see if they change, let mek now the results. Glad to hear SUI is being used, I forked it and brought it into an unraid template, I didn't make it but did it because there was a request for it, glad it's being utlized

Are you doing NETWORK debugging or USB debugging? I am not using this personally with a Shield TV at this point in time, but an android TV with android built into the TV, and I had to turn on USB debugging for it to work, not network debugging. Perhaps that's worth a shot? I do have a Shield TV I rarely use anymore, if I can find the time (which is hard to come by right now) I can try hooking it up and see if I can replicate the issue you're running into. Let me know if you get anywhere with USB debugging though instead, keep me posted and I'll see if I can find the time to hook mine up soon to check it out.

So what we should see is that it's "already connected" over and over again, so this is kind of weird to see that you have it saying offline then connected. Is anything ELSE trying to connect to USB debigging on that 192.168.1.130 IP address? Also, just something to check, but have you tried setting it up WITHOUT the ADB server? Right on the HA page it now says

Check the docker log for the ADB container - click the "uptime x minutes/hours" section and it'll load the log, anything interesting in there? You may want to restart the docker container, let it run for 5-10 minutes then look at it so you have a fresh look at what hte log is saying. It SHOULD be telling you it's trying to connectg to 192.168.1.130 over and over again and saying that it's already connected to that device every few minutes.

Looks like you're doing it correctly in your screenshot, the TCP vs UDP just depends on the specific game and if it's using TCP vs UDP, so you'll have to pick accordingly based on the game. In regards to the "Something about this isn't quite forwarding correctly" though I do not understand. 172.17.0.4:25349/TCP192.168.11.53:25349 This is mathcing your screesnhot above perfectly. What isn't forwarding correctly?

In addition to my keyring issue above, I'm also having issues where the prune commands will lock up ONLY for backblaze, when I run them on local backups they run fine and snappy, but when running against backblaze they just lock up, Had one going where the last line on the prune log was from 5:30AM, and 10 hours later it hadn't moved. Cancelled and restarted it and now it's stuck here pretty quickly without any movement for ~45 minutes. Running prune command from /cache/localhost/all Options: [-log prune -storage Backblaze -keep 0:15 -all -exhaustive] 2021-02-01 15:49:02.228 INFO STORAGE_SET Storage set to b2://************ 2021-02-01 15:49:02.652 INFO BACKBLAZE_URL download URL is: https://f002.backblazeb2.com 2021-02-01 15:49:04.782 INFO RETENTION_POLICY Keep no snapshots older than 15 days 2021-02-01 15:49:11.795 INFO SNAPSHOT_DELETE Deleting snapshot Flash at revision 74 2021-02-01 15:49:11.847 INFO SNAPSHOT_DELETE Deleting snapshot Nextcloud at revision 70 2021-02-01 15:49:12.318 INFO SNAPSHOT_DELETE Deleting snapshot Paperless at revision 25 2021-02-01 15:49:12.337 INFO SNAPSHOT_DELETE Deleting snapshot Photos at revision 70 2021-02-01 15:49:12.865 INFO SNAPSHOT_DELETE Deleting snapshot AppData at revision 71 2021-02-01 15:49:13.297 INFO SNAPSHOT_DELETE Deleting snapshot Backups at revision 70 I've also opened a thread on their forums here: https://forum.duplicacy.com/t/backblaze-prune-failing-to-process/4787 Not getting too much in the way of answers though that are helping so I thought I'd post here as well.

You can't use the same port on two containers. It sounds like you're trying to run AMP and have it control your binhex minecraft server container, but that's not how this works, the idea is to have AMP run the minecraft server itself, it'll have a GUI to manage it via the web interface port, and the game port is your minecraft server port that you want to run on (e.g. 25348) You would want to stop your binhex minecraft server, backup your world/users/etc and run that world from AMP instead.

So with Duplicacy, it's happened twice lately, once with the last update (Jan 21), and then again just last night when my weekly CA appdata backup/restore runs (but no Duplicacy update happened this time) where it will ask for the master password (not the admin WebUI password). If I do NOT give it the master password, then backup schedules fail to run. This wasn't ever an issue until Jan 21, trying to find out how to avoid that, because having to open the container's web UI on a regular basis to enter a password is killing my automated backup plan. Any advice on what I can do to try to find out what's going on? Thanks in advance! PS - when I start the container I do see the following lines, not sure if this is related. Duplicacy Web Edition 1.5.0 (BAFF49) Starting the web server at http://[::]:3875 2021/01/31 09:11:33 The license may have been issued to a different computer 2021/01/31 09:11:33 Failed to get the value from the keyring: keyring/dbus: Error connecting to dbus session, not registering SecretService provider: dbus: DBUS_SESSION_BUS_ADDRESS not set

For MovieMatch I try running it and I just get an error right away. [34mINFO Listening on port 8000[39m [0m[1m[31merror[0m: Uncaught (in promise) Error: <html><head><title>Not Found</title></head><body><h1>404 Not Found</h1></body></html> throw new Error(await req.text()) [0m[31m ^[0m at [0m[1m[3mgetSections[0m ([0m[36mplex.ts[0m:[0m[33m45[0m:[0m[33m11[0m) at [0m[38;5;8masync [0m[0m[36mplex.ts[0m:[0m[33m77[0m:[0m[33m20[0m EDIT: Fixed it by removing the trailing / in my Plex URL

yep, all good on that front. I think the issue was my .env file that you pointed out, becuase I was using existing appdata folder, so I blew that away and setup brand new and it works. Interesting. Comparing my old .env to new .env it looks ilke the old one had DB_PASSWORD set multiple times? Here's the line - I didn't end up using any of these passwords in the long run. DB_PASSWORD=B2Dk!hDB_PASSWORD=B2Dk!hDB_PASSWORD=S!ka^43cFd3g$x71Vo68!u$ffVo68$u!ff My new .env file just has the actual password listed once and that's it. I potentially tried to use a password with a special character in it during my initial setup, perhaps that caused the issue, and re-setting up from scratch without the specail character allowed it to work fine and write the proper .env file. If so, then it might be worth updating the template to indicate to special charactesr allowed, or which ones would cause an issue? Also the app URL must start with http:// or https://, I found leaving it blank while having it reverse proxy via https:// caused the whole stylesheet to be broken. Thank you for the help in understanding where things were going wrong, much appreciated! All up and working now with DB_USER and DB_PASS with a new .env file that actually works.

As a separate aside, if I remove the :3306 then I get a few warnings in the log, App Key found - setting variable for seds /var/run/s6/etc/cont-init.d/50-config: line 86: warning: command substitution: ignored null byte in input /var/run/s6/etc/cont-init.d/50-config: line 86: warning: command substitution: ignored null byte in input Nothing to migrate. with it, I get a bunch of lines of "Name does not resolve" but no warning/error. App Key found - setting variable for seds nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve nc: getaddrinfo: Name does not resolve Nothing to migrate. Don't think this is related to the other problem but figured I'd check about what this means as well.

Not trying to argue or anything FYI - I just want to understand why it doesn't work for me (and for clearly the others that hvae posted the same results). If I replicate your setup, here's my docker run command I get. I took out :port and set it back to DB_USER and DB_PASS just as you have yours. root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='BookStack' --net='bridge' -e TZ="America/New_York" -e HOST_OS="Unraid" -e 'DB_HOST'='10.0.0.10' -e 'DB_USER'='bookstack' -e 'DB_PASS'='xxxxxxxxxx' -e 'DB_DATABASE'='bookstack' -e 'APP_URL'='https://abc.domain.com' -e 'PUID'='99' -e 'PGID'='100' -p '8719:80/tcp' -v '/mnt/user/appdata/bookstack':'/config':'rw' 'linuxserver/bookstack' This all looks like it macthes yours with some obvious changes, my db name is just "bookstack" and my password and app URL are different, as well as TZ, all to be expected, everthing else checks out and is the same. But when I trun it I just get errors. I'm trying to wrap my head around why this is? Why does the error in the exception trace show it's trying to connect to "[email protected]"??? [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] 01-envfile: executing... [cont-init.d] 01-envfile: exited 0. [cont-init.d] 10-adduser: executing... ------------------------------------- _ () | | ___ _ __ | | / __| | | / \ | | \__ \ | | | () | |_| |___/ |_| \__/ Brought to you by linuxserver.io ------------------------------------- To support LSIO projects visit: https://www.linuxserver.io/donate/ ------------------------------------- GID/UID ------------------------------------- User uid: 99 User gid: 100 ------------------------------------- [cont-init.d] 10-adduser: exited 0. [cont-init.d] 20-config: executing... [cont-init.d] 20-config: exited 0. [cont-init.d] 30-keygen: executing... using keys found in /config/keys [cont-init.d] 30-keygen: exited 0. [cont-init.d] 50-config: executing... App Key found - setting variable for seds Running config - db_user set /var/run/s6/etc/cont-init.d/50-config: line 86: warning: command substitution: ignored null byte in input /var/run/s6/etc/cont-init.d/50-config: line 86: warning: command substitution: ignored null byte in input Illuminate\Database\QueryException : SQLSTATE[HY000] [1045] Access denied for user 'bookstack'@'172.17.0.1' (using password: YES) (SQL: select * from information_schema.tables where table_schema = bookstack and table_name = migrations and table_type = 'BASE TABLE') at /var/www/html/vendor/laravel/framework/src/Illuminate/Database/Connection.php:669 665| // If an exception occurs when attempting to run a query, we'll format the error 666| // message to include the bindings with SQL, which will make this exception a 667| // lot more helpful to the developer instead of just the database's errors. 668| catch (Exception $e) { > 669| throw new QueryException( 670| $query, $this->prepareBindings($bindings), $e 671| ); 672| } 673| Exception trace: 1 Doctrine\DBAL\Driver\PDOException::("SQLSTATE[HY000] [1045] Access denied for user 'bookstack'@'172.17.0.1' (using password: YES)") /var/www/html/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:31 2 PDOException::("SQLSTATE[HY000] [1045] Access denied for user 'bookstack'@'172.17.0.1' (using password: YES)") /var/www/html/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:27 Please use the argument -v to see more details. [cont-init.d] 50-config: exited 0. [cont-init.d] 99-custom-files: executing... [custom-init] no custom files found exiting... [cont-init.d] 99-custom-files: exited 0. [cont-init.d] done. [services.d] starting services [services.d] done.

I just re-tested again. DB_USER and DB_PASS do *not* allow the container to work. This is what the template asks for, container variables DB_USER and DB_PASS. Illuminate\Database\QueryException : SQLSTATE[HY000] [1045] Access denied for user 'bookstack'@'172.17.0.1' (using password: YES) (SQL: select * from information_schema.tables where table_schema = bookstack and table_name = migrations and table_type = 'BASE TABLE') at /var/www/html/vendor/laravel/framework/src/Illuminate/Database/Connection.php:669 665| // If an exception occurs when attempting to run a query, we'll format the error 666| // message to include the bindings with SQL, which will make this exception a 667| // lot more helpful to the developer instead of just the database's errors. 668| catch (Exception $e) { > 669| throw new QueryException( 670| $query, $this->prepareBindings($bindings), $e 671| ); 672| } 673| Exception trace: 1 Doctrine\DBAL\Driver\PDOException::("SQLSTATE[HY000] [1045] Access denied for user 'bookstack'@'172.17.0.1' (using password: YES)") /var/www/html/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:31 2 PDOException::("SQLSTATE[HY000] [1045] Access denied for user 'bookstack'@'172.17.0.1' (using password: YES)") /var/www/html/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:27 Changing it tp DB_USERNAME and DB_PASSWORD do allow everything to run normally. Nothing to migrate. [cont-init.d] 50-config: exited 0. [cont-init.d] 99-custom-files: executing... [custom-init] no custom files found exiting... [cont-init.d] 99-custom-files: exited 0. [cont-init.d] done. [services.d] starting services [services.d] done. The template that CA is pulling down when users add this container is definately not correct.

That's odd, the template downloaded with DB_USER and DB_PASS and I had to change those to DB_USERNAME and DB_PASSWORD for it to work. Others on previous pages have said the same thing?

This is actually using the official docker container of https://hub.docker.com/r/stashapp/stash/ -- you'll want to ask the Stash devs to add Python3 to the docker container to be able to make sure of community scrapers then, they would have to do it on their end, and if they do implement it into the officail container, the unRAID container should auto-update itself to include it as well next time you check/update.

Thanks, this also worked for me. Verified here that these are optional variables. https://hub.docker.com/r/linuxserver/transmission Should probably be added to template.

It's actually the template that's bad unfortuantely. As others have stated here on the last page, I had to make some changes, hilighted below for visibllity. Looks like the template needs to be updated. After I changed DB_USER to DB_USERNAME and DB_PASS to DB_PASSWORD and added the :3306 port for my database IP, everything is working now. As a side note, I also had to add https:// to my reverse proxy site, may be worth noting in the description of that variable that it needs http:// or https:// as well, otherwise layouts break.

I'm not using SWAG, I have it working via NPM no problem though on a subdomain. See here, some other users used SWAG to not pass images through Gunicorn and they have it work with an example server block. https://github.com/vabene1111/recipes/discussions/341 There is no nginx built into this container, so there's no conf.d to edit inside of recipes, you would need to provide your own nginx container or use SWAG for that.

Not sure why but I can't get this to work.. Keep getting an error Exception trace: 1 Doctrine\DBAL\Driver\PDOException::("SQLSTATE[HY000] [1045] Access denied for user 'bookstack'@'172.17.0.1' (using password: YES)") But why it's looking at 172.17.0.1 isn't clear to me. Here's my tempalte config.

Have you checked the tables in your database to be sure they're actually being generated and created properly? It sounds like it's not connected to the DB correctly with the lack of any error.

I rolled back to linuxserver/transmission:3.00-r0-ls71 and restored a backup config.json file from 3 days ago that I knew was working correctly before this update. All is good again for now - will check back here to see when things are fixed later hopefully.