smoldersonline Posted March 15, 2021 Share Posted March 15, 2021 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? Quote Link to comment
ElectricBrainUK Posted March 15, 2021 Author Share Posted March 15, 2021 Just now, smoldersonline said: 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 Quote Link to comment
smoldersonline Posted March 16, 2021 Share Posted March 16, 2021 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). Quote Link to comment
ElectricBrainUK Posted March 16, 2021 Author Share Posted March 16, 2021 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 Quote Link to comment
smoldersonline Posted March 16, 2021 Share Posted March 16, 2021 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! Quote Link to comment
ElectricBrainUK Posted March 16, 2021 Author Share Posted March 16, 2021 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 Quote Link to comment
smoldersonline Posted March 16, 2021 Share Posted March 16, 2021 Thanks! Update is not yet available in Unraid. I will check again tonight and report back here. Quote Link to comment
ElectricBrainUK Posted March 16, 2021 Author Share Posted March 16, 2021 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) Quote Link to comment
smoldersonline Posted March 16, 2021 Share Posted March 16, 2021 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! Quote Link to comment
ElectricBrainUK Posted March 17, 2021 Author Share Posted March 17, 2021 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 Quote Link to comment
corgan Posted March 18, 2021 Share Posted March 18, 2021 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 Quote Link to comment
ElectricBrainUK Posted March 18, 2021 Author Share Posted March 18, 2021 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 Quote Link to comment
corgan Posted March 18, 2021 Share Posted March 18, 2021 (edited) 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. So long story short, it would be awesome, if you could implement some kind of whitelist/blacklist, which infos gets reported via the api. Without the unraid api i normally i have around 80 devices (geräte) and 300 entities. The rest is from the api. Edited March 18, 2021 by corgan Quote Link to comment
ElectricBrainUK Posted March 18, 2021 Author Share Posted March 18, 2021 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. So long story short, it would be awesome, if you could implement some kind of whitelist/blacklist, which infos gets reported via the api. 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 Quote Link to comment
corgan Posted March 19, 2021 Share Posted March 19, 2021 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! Quote Link to comment
helvete Posted March 21, 2021 Share Posted March 21, 2021 @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? Quote Link to comment
ElectricBrainUK Posted March 21, 2021 Author Share Posted March 21, 2021 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. Quote Link to comment
galluno Posted March 21, 2021 Share Posted March 21, 2021 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 1 Quote Link to comment
falconexe Posted March 21, 2021 Share Posted March 21, 2021 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! 1 Quote Link to comment
falconexe Posted March 21, 2021 Share Posted March 21, 2021 (edited) 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 March 21, 2021 by falconexe Quote Link to comment
ElectricBrainUK Posted March 21, 2021 Author Share Posted March 21, 2021 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 Quote Link to comment
falconexe Posted March 21, 2021 Share Posted March 21, 2021 (edited) 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 March 21, 2021 by falconexe Quote Link to comment
helvete Posted March 21, 2021 Share Posted March 21, 2021 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 Quote Link to comment
falconexe Posted March 21, 2021 Share Posted March 21, 2021 1 minute ago, helvete said: @ElectricBrainUK and @falconexe have it all sorted now cheers Nice! Quote Link to comment
Flendor Posted March 22, 2021 Share Posted March 22, 2021 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. Quote Link to comment
Recommended Posts
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.