1 hour ago, guruleenyc said:

-bash: wget:: command not found

Probably the root of all the problems.

 

Diagnostics might help, but either way, a reboot is probably going to be necessary

On 7/19/2018 at 10:29 AM, cybrnook said:

Understand. And of course, I know how to use CA, it's a great tool. I am just suggesting that it would be a nice small enhancement if the search field was updated to also include the subsequent search.

 

Of course my fingers won't fall off from the extra 1 - 2 clicks. It's just something that catches me every time I use it, that I would expect it to do this already. 

It's on this weekend's maintenance release

On 7/19/2018 at 9:01 AM, saarg said:

So CA needs to read your mind also? ?

 

It is on the to-do list.   

And, thank you for the beer  ?

 

11 hours ago, Squid said:

It is on the to-do list.   

?

Can someone please point me to the latest XML template for plugins, so that I can update my mosh plugin? It's currently not even showing up in CA, I guess because it's assumed to be incompatible with the latest version of UNRAID until I indicate otherwise.

9 minutes ago, coppit said:

Can someone please point me to the latest XML template for plugins, so that I can update my mosh plugin? It's currently not even showing up in CA, I guess because it's assumed to be incompatible with the latest version of UNRAID until I indicate otherwise.

It was marked as being incompatible with 6.5+ a while ago.   If it is compatible, there's no problem in my adjusting that

Edited July 21, 20187 yr by pluginCop

Version 2018.07.20 giving php error on gui:

Warning: Invalid argument supplied for foreach() in /usr/local/emhttp/plugins/community.applications/include/exec.php on line 1574

backupserver-diagnostics-20180722-0712.zip

12 minutes ago, dlandon said:

Version 2018.07.20 giving php error on gui:

Warning: Invalid argument supplied for foreach() in /usr/local/emhttp/plugins/community.applications/include/exec.php on line 1574

backupserver-diagnostics-20180722-0712.zip

You're a bug magnet, finding stuff under circumstances I didn't test.   ?  Fixed

5 minutes ago, Squid said:

You're a bug magnet, finding stuff under circumstances I didn't test.   ?  Fixed

Somehow or another I run into these bugs.  Not really trying that hard.  Thanks for fixing so quickly.

Just now, dlandon said:

Somehow or another I run into these bugs.  Not really trying that hard.  Thanks for fixing so quickly.

It was actually a perfectly valid use case, and one in which I encourage CA to be used under.  Just not one I test all the time.

5 minutes ago, Squid said:

It was actually a perfectly valid use case, and one in which I encourage CA to be used under.  Just not one I test all the time.

My test server does not have any Dockers installed.  Seems that was the issue.

You got it.  I only test that scenario every month or so (or when I make changes to the install routines)

22 hours ago, pluginCop said:

It was marked as being incompatible with 6.5+ a while ago.   If it is compatible, there's no problem in my adjusting that

 

User reports it works: https://github.com/coppit/unraid-mosh/issues/1 I installed it and it works as well. Are you the keeper of plugins?

 

Can someone please point me to the latest plugin documentation? My plugin files aren't part of a txz like I see others have. When it gets installed by the system, the directory is missing "other" read and execute permissions, which means that emhttp can't read the icon. I also see that the latest plugin plg's don't have "iconfile". I'd like to renovate my plugin, but don't know how.

Should reappear in CA within an hour or so.

 

"Docs" or what passes for them is 

 

What would also be sweet would be in the .plg and the .xml for the repository if you can have the pluginURL's match between the two of them

<PluginURL>https://raw.githubusercontent.com/coppit/unraid-mosh/master/mosh.plg</PluginURL>

<!ENTITY pluginURL   "https://github.com/coppit/unraid-mosh/raw/master/mosh.plg">

The  2nd (from the .plg) will resolve (after redirection) to the same address as the first (not subject to redirection), but CA's problem with that is that it will compare the url in the plg and the xml do determine things like if the plugin has been previously installed or not.  And using curl to follow out redirects is insanely slow.  But this has nothing to do with the max version that was applied to mosh.  Only "issue" this causes is that Mosh will never appear in the list of previously installed apps.

Hey all, Just wondering if anyone else is having issues with the Apps tab constantly "Updating Content". I have checked logs and can see the remote connection timing out. I am just wanting to make sure this is happening to everyone and not just a routing issue I have to work on.

 

If this IS effecting everyone, should I just wait?

 

 

PS: Squid, you are a legend sir, you have helped me through so many issues on UnRaid since starting a few years ago. I don't think I have ever had to ask a question yet though because everyone beats me to it. Great community. 

It's working for me. If it takes longer than 2 minutes (exactly) it will never complete and you might consider posting your diagnostics

Sent via Tapatalk because my wife thinks I spend too much time on the computer

Hey, not sure how to gather and post diagnostics.

 

I have however also noticed that my docker images will not update. I click the "Update" button and it will run through the install process, but after it finishes it still has the "Update" button available. Not sure what to make of this or whether it relates. Any advise would be appreciated. Thanks!

33 minutes ago, [email protected] said:

Hey, not sure how to gather and post diagnostics.

 

Tools - Diagnostics, post complete zip.

Hey,

 

Thanks for the reply! Since posting I have noticed a few other things.

1) Apps Tab - Stuck "Updating Content"

2) Unable to Update any Dockers - Updates as normal (successful), except the "Update Ready" remains in place.

3) Dockers don't run.. period. Tried multiple power-cycles, updates and re-installs... more on that later.

4) Unable to Re-Install Dockers after Un-Installing.

 

Below is posted my Diagnostics in the zip file (Anonymised).

 

 

PS: Is it possible this relates to Geo-Blocking/IP Blocking? I have recently moved to a new range.

tower-diagnostics-20180725-1132.zip

You have a bunch of disk0 read errors.  

Might want to check for bad/loose cables to that drive. 

44 minutes ago, sturgismike said:

You have a bunch of disk0 read errors.  

Might want to check for bad/loose cables to that drive. 

 

Disk0 is the parity drive in case you didn't know.

Okay, I will check and re-seat the cabling when I get the chance in the next couple days. If this doesn't help I will swap to different SATA Cables.

 

I am not convinced this would be the issue however, as I was trying to install onto cache not parity, so I am not sure why parity errors would effect that.

However, the issues I have been having with my VM's makes me think you could certainly be right.