CoZ

Yup I copied and pasted the term that shows up when you login to the WebGUI the first time. I can see it go down the list and detect all my HDDs and then fails at the end with that error message above. No idea what it means or, why.

No one has any idea about this error still? INFO[0000] Generating WWN type=metrics INFO[0000] Sending detected devices to API, for filtering & validation type=metrics 2020/10/01 12:54:07 ERROR: Post http://localhost:8080/api/devices/register: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)

Well, I can help you out (even though no one has responded to why mine is not working) Apparently you can NOT change the API endpoint of the scrutiny UI which you have done. The port has to stay 8080

Well I got this error message when I ran the "scrutiny-collector-metrics run" in the dockers CLI: 2020/09/29 23:13:22 ERROR: Post http://localhost:8080/api/devices/register: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers) I changed the WebUI port to 8085 but other than that, everything was left 'default'. Any ideas?

Yup, my Footer shows F but everything else is in C - I guess you're right though. Everyone is pretty much used to C temps for hardware. I still find myself googiling the conversion rate from C to F just to make sure my temps aren't too high...

I searched this topic for the keyword: Fahrenheit but no results came up. I find it strange that I'm the only one that would ask how to change the temp readings from C to F?

My suggestion, keep hammering SiliconDust support for them to release an OFFICIAL SD Docker container for us. They are relying on 3rd parties to do their work for them. I've been at them since Sep 15th 2019 (I just looked at the my original Email) to create one. If I am the only one sending them emails pressuring them to do it themselves, well it's not going to get done. For now I've been using this Docker Container It's not "fair" for us to have to rely on the good graces of someone else to keep his/her container updated.

That's what I was inquiring about, if that was possible to continue to add folders to the container template. And.... this is also what I was thinking as well. I'm going to try it - what's the WORST that could happen? So I added another path, guess I just have to wait for Sonarr to grab an episode for that particular path and see if it gets "picked up" So far, so good. I thought for sure the docker would implode after hitting apply.... but it did not.

So I can continue to add "/mnt/user/Media/TV Shows NAS/TVSHOWNAME" to the same line? For some reason I don't think that will work. I (and I think the OP) want to add MORE TV Show folders to the container. For instance, have multiple TV show folders instead of just the TV Show Library. Right now I've pointed the "Library Movies" to another TV show instead of the Movie library. When I grab a new movie or TV show I want encoded, I have to go back into editing the container and point it directly to the new folder or said movie or TV Show and then when it's done, go back into the container and switch it back. I guess the easiest way to explain it would be to have multiple folders in the container: /mnt/user/Media/TV Shows NAS/Some TV Show#1 /mnt/user/Media/TV Shows NAS/Some TV Show#2 /mnt/user/Media/TV Shows NAS/Some TV Show#3

Probably a dumb question; can you add more paths then just the default entire "TV" or "Movie" libraries? For instance there are certain shows I don't want to encode, so I've changed the TV Library to point to an individual TV Show (I've also changed the Movie Library to point to another TV Show Folder) - so that limits me to 2 "watched" folders. I've got about 6 TV Shows that are currently active that I'd like watched, is there anyway to just add more folders for this to watch?

So how are they in there in the first place if an MKV container doesn't support it? I remove the non-english Subs out of the MKV via MKVToolNix, leaving only the English ones behind. It doesn't matter if the Subs are PGS or SRT, the encode still fails.

I got all excited thinking there was a setting I missed that allows it to ignore subtitles. I keep the PGS English subs so I can watch movies at night in the bedroom at low volume without having to hear the Wife complain about the TV Volume being too loud. So, unfortunately for me, all my movies fail to encode. It's strange that Handbrake has no such issue with SUBS.....

No errors on start/stop/restart of the container any longer. Looks like you nailed it! 👍 Excellent work bringing this over to unRaid! I only hope more people discover this and use it as sort of an appreciation of your hard work. Now I've just got to finalize my 'organization skills' as far as what I want where app wise and link wise. It's now a pinned tab in FireFox!

You are correct, cache issue. That was strange because any other changes I made to the .json files appeared instantly. It never occurred to me that the links section would be effected by the cache.

Just tried to edit the links.json file. Those will not change. Removed "Box" under "CLOUD" and changed it to my Seedbox URL - the "Box" link stayed. Changed the Youtube link from youtube.com/subscriptions to just youtube.com - again youtube.com/subscriptions showed back up. I stopped the docker and restarted it. Still the same links appeared. Now THAT is strange.

I also forgot to add, that yes, the write permissions are correct. Since I had to remove the appdata/suistartpage folder and pull down the docker again, I'm able to modify that .json files without having to chmod the files & directories. So that worked.

Deleting the appdata contents and forcing the update didn't pull down any files. I had to remove and re-install to get the files to show up. After that, using Jackett as an example, and re-starting the container after making the changes to the URL, it works. However, looking at the log entries there still seems to be some errors associated: [error] 13#13: *1 open() "/usr/share/nginx/html/favicon.ico" failed (2: No such file or directory), client: 192.168.1.100, server: localhost, request: "GET /favicon.ico HTTP/1.1", host: "192.168.1.102:8489" rm: can't remove '/usr/share/nginx/html/License.md': No such file or directory rm: can't remove '/usr/share/nginx/html/README.md': No such file or directory rm: can't remove '/usr/share/nginx/html/start.sh': No such file or directory Just a small tidbit, anyway to make it open the links in a new tab instead of opening the link in the same tab. Probably more convenient that way for the end user.

As requested: The docker installs with all the files/directories protected, forcing the user to chmod -R +rwx /mnt/user/appdata/suistartpage in the terminal. Editing the apps.json in Notepad++ to the (serverIP):PORT for the associated docker fails to load the docker page. For instance editing the Jackett entry in the apps.json to: (serverIP):Port (in my case: 192.168.1.102:9117) returns a Error code: SSL_ERROR_RX_RECORD_TOO_LONG

I am. The less this program has to do, the quicker it does it's job. I also have a process, load up the file in MKVToolNix, strip the unwanted Subs (different languages than English), Audio Streams (I leave the 'highest quality' audio stream in), etc..etc.. then move the video file over to the array for transcoding.

Thanks. That seemed to work. The Docker has to be running. I didn't realize that until later.

I know just enough to be dangerous to myself and my system. lol I take it I run that command in the unRaid CLI? So it would be: docker exec -it MagicMirror2 /bin/bash ?

Unfortunately, I don't have an option for a CLI on the container. Right clicking it only shows "Start / Edit / Remove / Support / More Info"

Just set up a MagicMirror docker / server and I've been tinkering with some modules they offer. Most of them require a command in the /Magic_Mirror/Modules/(Module name) sub-folder: npm install For instance, a weather module located here I've tried running that in unRaid CLI and it returns an error. Anyone knows what that is and what I can do to get past that point?

@bastl seems to be an issue with Ubiquiti Dream Machine's newest firmware update and NAT reflection. Just. Perfect. lol

Disregard. Came back here to delete the post but you already replied to it. Seems to be an issue internally on my LAN not being able to access any *.duckdns.org URLs. Dunno why. Externally everything works.