Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

[Support] Electric Brain Unraid API

Featured Replies

154987346_Screenshot2021-03-15at22_13_52.thumb.png.995c04455f07309ce3afc2f6628d7205.png

 

Thanks for your support! I will try (again) tomorrow. Just to be sure: do I use HA/MQTT IP an MQTT credentials (as also specified in docker template)? Or Unraid IP and login credentials?

  • Replies 402
  • Views 109.2k
  • Created
  • Last Reply

Top Posters In This Topic

Most Popular Posts

  • ElectricBrainUK
    ElectricBrainUK

    Hi everyone, sorry for my absence here. I appreciate that it has not been working since 6.11, I will produce a final update to fix the issue at some point but I don't have much time at the moment with

  • I finally found a fix for all people with the 503 error! Unraid is blocking an IP after to many wrong attempts and if u have entered the wrong credentials more then 3 times u will get blocked fro

  • Yay, finally! If anyone else runs HomeAssistant and unRAID, this is basically a one-way MQTT bridge from unRAID to HA. You can control containers, VMs, USB hotplugging, etc. Please help with testing a

Posted Images

  • Author
Just now, smoldersonline said:

154987346_Screenshot2021-03-15at22_13_52.thumb.png.995c04455f07309ce3afc2f6628d7205.png

 

Thanks for your support! I will try (again) tomorrow. Just to be sure: do I use HA/MQTT IP an MQTT credentials (as also specified in docker template)? Or Unraid IP and login credentials?

Ah sure, in that box you enter you unraid details (root and then password) you fill in your mqtt details in the docker configuration

7 hours ago, ElectricBrainUK said:

Hey, sure that is odd I've not seen that before. Can you control the server via the unraid apis ui?

I removed the docker and the old entities from HA. A fresh start.

To your question. Yes and no. I can start and stop other dockers from that UI. After I did that, that particular docker will show up (as a device) in HA and I can also stop/start that particular docker. Second docker: same thing, after stopping it in the api UI, it shows up in HA and works.

When I try to stop the array from the api UI, the docker stops (crashes).

Weird stuff. No sure if it matters, but just to be sure: I'm running HA and the MQTT add-on from a hassio host (on a NUC).

  • Author
3 hours ago, smoldersonline said:

I removed the docker and the old entities from HA. A fresh start.

To your question. Yes and no. I can start and stop other dockers from that UI. After I did that, that particular docker will show up (as a device) in HA and I can also stop/start that particular docker. Second docker: same thing, after stopping it in the api UI, it shows up in HA and works.

When I try to stop the array from the api UI, the docker stops (crashes).

Weird stuff. No sure if it matters, but just to be sure: I'm running HA and the MQTT add-on from a hassio host (on a NUC).

Ah okay that's something, it doesn't matter that you are running ha and mqtt on a different host, shouldn't make a difference at all but thanks for the detail. If you restart the unraid api with the ha and mqtt host running it may post all the entities (it should do this on a routine basis as well but if that doesn't work restarting it manually triggers the process).

 

Regarding the array stop I'll have to look into that it seems like you may have found a bug

Thank you.

Just as a note (again, not sure if it matters): even in the 'semi-working' case the docker log is continuously reporting errors:

connect ECONNREFUSED 192.168.178.31:80

In the docker configuration I (of course) included the correct port for MQTT communication (1883).

My Unraid box is not running 24/7 and the remote (HA) ability to powerdown is relevant in my case. I do that now with a (rather complicated) console automation, but this seems a (far) more elegant and robust way to accomplish that.

Please let me know if I can help.

Thank again!

  • Author
40 minutes ago, smoldersonline said:

Thank you.

Just as a note (again, not sure if it matters): even in the 'semi-working' case the docker log is continuously reporting errors:


connect ECONNREFUSED 192.168.178.31:80

In the docker configuration I (of course) included the correct port for MQTT communication (1883).

My Unraid box is not running 24/7 and the remote (HA) ability to powerdown is relevant in my case. I do that now with a (rather complicated) console automation, but this seems a (far) more elegant and robust way to accomplish that.

Please let me know if I can help.

Thank again!

Is that IP for your unraid server or the MQTT Broker? If you have the MQTT broker configured (you can see the devices that are configured in the UI, in the "burger" menu on the left, under manual config, if the MQTT broker is there hit delete and that should remove that from being spammed)

If the device is your unraid IP though that could mean the api is struggling to communicate with it, are you using HTTPS, is the docker bridged or does it have its own static IP?

Finally I have fixed the bug that caused it to crash when stopping the array - if you update it should be working

Thanks!

 

Update is not yet available in Unraid. I will check again tonight and report back here.

  • Author
1 minute ago, smoldersonline said:

Thanks!

 

Update is not yet available in Unraid. I will check again tonight and report back here.

That would be great thanks :) (You can also click the advanced button and do force update if you wanted)

Works 100% now - awesome! Log is clean as a whistle.

One very minor point of feedback: with the unraid box up-and-running the powerdown switch (in HA) is turned off and to powerdown the server you turn this switch on. For me, it would make more sense to have this the other way around. Maybe that is just me, and then of course ignore my point.

 

Thank you much for this docker and your support!

  • Author
On 3/16/2021 at 7:26 PM, smoldersonline said:

Works 100% now - awesome! Log is clean as a whistle.

One very minor point of feedback: with the unraid box up-and-running the powerdown switch (in HA) is turned off and to powerdown the server you turn this switch on. For me, it would make more sense to have this the other way around. Maybe that is just me, and then of course ignore my point.

 

Thank you much for this docker and your support!

Glad it's all working for you now!

 

It's a good point, I'll have a think and maybe I'll swap it but I also don't want to break anyone's automations! 

 

Thank you as well

On 3/8/2021 at 12:25 PM, ElectricBrainUK said:

Hey,

I will also look at adding progress for the parity check and mover, shouldn't be a massive change.

 

Let me know if there is anything else

Cheers

 

Did you had some time to look into the parity/mover progress thing?

thanks

  • Author
16 hours ago, corgan said:

 

Did you had some time to look into the parity/mover progress thing?

thanks

 

Hey, yeah sorry I will add it in the next update but Im working on a rehaul for the whole application, to improve future rework and performance so it might be another week or two

No worries, take your time. :)

 

If you are re-writing the app, maybe you can think about a feature request. I have a lot of docker containers and some VMs.

On mqtt autodiscover this blows up my devices and entities in Home Assistant by factor 100x.  But I only need 3-4 Container and 2-3 infos from the API.

And it gets worse, if the automatic Amazon Alexa integration via Nabu Case is activated (which normally is a great feature), because then all Container and VM gets registered in Alexa.
In HA the devices stays forever as there is no way to delete them, without messing with the database.

 

Really crazy are the VM Infos. Its create around 10 USB Entities for each! VM. For my 5 VMs, that's over 500 useless entities.

 

grafik.thumb.png.c7057e2bccc1392a47b96556724be361.png

 


So long story short, it would be awesome, if you could implement some kind of whitelist/blacklist, which infos gets reported via the api.

 

grafik.png.322a4c65160594552bfd40094b565ed6.png

 

Without the unraid api i normally i have around 80 devices (geräte) and 300 entities. The rest is from the api.

Edited by corgan

  • Author
14 minutes ago, corgan said:

No worries, take your time. :)

 

If you are re-writing the app, maybe you can think about a feature request. I have a lot of docker containers and some VMs.

On mqtt autodiscover this blows up my devices and entities in Home Assistant by factor 100x.  But I only need 3-4 Container and 2-3 infos from the API.

And it gets worse, if the automatic Amazon Alexa integration via Nabu Case is activated (which normally is a great feature), because then all Container and VM gets registered in Alexa.
In HA the devices stays forever as there is no way to delete them, without messing with the database.

 

Really crazy are the VM Infos. Its create around 10 USB Entities for each! VM. For my 5 VMs, that's over 500 useless entities.

 

grafik.thumb.png.c7057e2bccc1392a47b96556724be361.png

 


So long story short, it would be awesome, if you could implement some kind of whitelist/blacklist, which infos gets reported via the api.

 

grafik.png.322a4c65160594552bfd40094b565ed6.png

 

Without the unraid api i normally i have around 80 devices (geräte) and 300 entities. The rest is from the api.

Ah yeah you can kind of do this already, in the burger menu on the left there is manual config where you can disable sections or individual entities

12 hours ago, ElectricBrainUK said:

Ah yeah you can kind of do this already, in the burger menu on the left there is manual config where you can disable sections or individual entities

 

omg, this is so hidden! But its exactly what i was looking for! Thanks!

@ElectricBrainUK Using the API with the new 1.6 UUD and finally realized it is root not my "username" for the login so got that done, however all the docker images are broken on the UUD :( any tricks to resolve?

  • Author
3 hours ago, helvete said:

@ElectricBrainUK Using the API with the new 1.6 UUD and finally realized it is root not my "username" for the login so got that done, however all the docker images are broken on the UUD :( any tricks to resolve?

Hi, I don't maintain or have anything to do with UUD sorry. If the docker containers work in the ui for the unraid api then you will have to ask for support from the UUD guys. 

3 hours ago, helvete said:

@ElectricBrainUK Using the API with the new 1.6 UUD and finally realized it is root not my "username" for the login so got that done, however all the docker images are broken on the UUD :( any tricks to resolve?

@helvete Check the forum post of UUD, here you can see the procedure needed for images to work :)

 

6 minutes ago, ElectricBrainUK said:

Hi, I don't maintain or have anything to do with UUD sorry. If the docker containers work in the ui for the unraid api then you will have to ask for support from the UUD guys. 

 

@ElectricBrainUK Just wanted to say thanks for the UNRAID API docker! Great work and UUD 1.6 would not have been possible without you and your work! I sincerely appreciate it!

3 hours ago, helvete said:

@ElectricBrainUK Using the API with the new 1.6 UUD and finally realized it is root not my "username" for the login so got that done, however all the docker images are broken on the UUD :( any tricks to resolve?

 

@helvete Read the post right after the UUD 1.6 release post. I also posted a MEMORANDUM a few posts back about "CRITICAL INFORMATION". Please read that.

Edited by falconexe

  • Author
2 minutes ago, falconexe said:

 

@ElectricBrainUK Just wanted to say thanks for the UNRAID API docker! Great work and UUD 1.6 would not have been possible without you and your work! I sincerely appreciate it!

Thanks, glad you found it useful and could use it to make something even more useful

1 minute ago, ElectricBrainUK said:

Thanks, glad you found it useful and could use it to make something even more useful

 

Yep it sure was. LAYERS upon layers...

Edited by falconexe

2 hours ago, falconexe said:

 

@helvete Read the post right after the UUD 1.6 release post. I also posted a MEMORANDUM a few posts back about "CRITICAL INFORMATION". Please read that.

@ElectricBrainUK and @falconexe have it all sorted now cheers :)

Thank you in advance for any support that you can give.

 

I have installed the Unraid_API docker with the default configuration.

The log file is spamming "Get main details for IP address x.x.x.x failed" "request failed with status code 503"

The Unraid_API webgui shows connected, and displays the IP address of the server and the title, but nothing else.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.