Kyrin

While it doesn't seem like it was just yesterday, I do remember when I first built my first pair of Unraid servers about 10 years ago... So much has changed, back then I couldn't even have imagined being where we are now, but looking back, I'm so thrilled with the progress and where things are headed. Here's to another 14 years!

Wow, thanks, I missed that error. Guess it could be possible that it's on its way out... it's one of my two original USBs from when I first started using UnRAID almost nine years ago...

So this is a weird one I've not encountered before, and I can't seem to draw a correlation between dockers that I can and can't edit... For background, I had an unclean shutdown last night, things started up just fine afterwards, including all my usual dockers were running and responding normally... Now, I don't normally make changes to my dockers as the system is pretty stable and as such I don't tend to change things, simply update the containers when there's an update. So, it's possible the issue may have been around a bit longer than just since last night, I can't be sure if the unclean shutdown was responsible for part of this or not. Core Problem: When I click to Edit a docker, the form comes up with a blank default form, not one containing all the information from my current docker... This is the case for several of my dockers (sonarr, SABnzbd, nzbget, Couchpotato), while I have many more that are showing up just fine (PlexMediaServer, plexpy, ombi, netdata), and this doesn't seem to matter if the docker is stopped, or running... I've attached the diagnostics from the server in hopes this will help. Cheers, G rewot-diagnostics-20181217-0923.zip

If you've already clicked on the 'Update Ready' bit, ensure that the toggle on the right is 'On' and then hit 'Apply' at the bottom of the page and it should "reinstall" all the packages and that would ensure the update gets applied.

After having just updated to 6.4.1 I hadn't updated my NerdPack, which was what led to missing the fact that there was this update, which has since fixed the issue... The 10 minutes of my life I could have had back from just updating everything first and then ssh in, rather than first ssh in, go crazy that it doesn't work, and fix that first... Edit: Also, it works fine with PuTTY, thanks dmacias, no need for more work!

So, I totally have the same thing, but turns out it's when using screen, not when just SSH into the server... Screen version 4.04.00 (GNU) 19-Jun-16, installed via NerdPack plugin... after some digging I figured out it was the termcap, for some reason screen is starting and using the vt100 term, even with no changes made to PuTTY or anything else (other than upgrade to 6.4, still present in 6.4.1 btw), it's doing this now, despite TERM=xterm being present as a system variable prior to starting screen... The fix is simple, just add '-T xterm' to your screen start command (capital T is important), or add this alias to work around your habits: alias screen='/usr/bin/screen -T $TERM'

That's not a bad idea, might chat to the fellas about that, only problem is mitigating the risk for those running from command line on other operating systems, I can see issues with the ro being left off.... Any chance of getting this back, or is there another place I can pull the image from? I've been using it quite regularly prior to having to reload my main docker image, and would like to get it back on my system...

Now I don't know the process, but I'm just curious how to request the addition of a container, or if that's even a thing... but as upStatsBoard is somewhat dead, and I'm sure people are looking for an alternative, I was wondering if we could get a container for Plex-Board (https://github.com/scytherswings/Plex-Board) somehow... Though it's still in somewhat early active development, it looks like a good start and I think the exposure would help the project keep moving along EDIT: Okay, so I went and made one (my first docker ever btw gostlund/plex-board), and in actually using it, I realize it's still very early stages and not really something people would use in production yet... So, don't worry about this one yet...

You have to edit the settings.json file while Transmission isn't running. The container will copy a settings.json file to /config only if it's absent. Weird... I swear I tried that... Thanks, totally worked that time I tried it... /sheepishgrin

@gfjardim: I am hoping that there may be a way for the Transmission docker to stop overwriting parts of the settings.json file... or for there to be an environment variable to set the bind address... I need to have transmission operate from an alternative IP address, and though I edited the line in the json file, it resets and I'm losing my mind here... Thanks?