ElectricBrainUK

Members
  • Posts

    133
  • Joined

  • Last visited

Everything posted by ElectricBrainUK

  1. @juan11perez Do you mean like the user scripts in the unraid api? Or list .sh scripts stored somewhere on the machine? The first would be relatively simple with the API in its current state, the second would be quite a bit more challenging.
  2. Sure: - see if there are updates for dockers/plugins/unraid OS - WIP - able to shut down the server - Available via mqtt command /basetopic/servername/poweroff - correct info disk usage - Done - parity check - Available via mqtt command /basetopic/servername/check (also move for mover) - reboot server - Available via mqtt command /basetopic/servername/reboot But an unraid api addon in HA would be even better - There is an alpha version available on the github page but there are problems with it communicating over mqtt
  3. Okay sorry to hear that, so is the docker image running in home assistant and not on unraid itself? I have heard some users have issues with that and I'm looking into it but I'm not sure what the cause is. If that is the case I'd say try running the unraid api docker on unraid itself and see if that works
  4. @BudgetAudiophile there is a guide on the GitHub but let me know if more detail is needed. https://github.com/ElectricBrainUK/UnraidAPI/wiki the variables are under docker installation and on unraid you just edit the template and click add variable at the bottom. @Jokerigno I'm still not sure sorry, are you seeing messages on your mqtt broker? Do you have any other integrations between mqtt and HA?
  5. Hi all, Sorry for my delay in replying to these I will reply to them in order: Can the api update all topics periodically? Yes it already does this (by default once an hour but that can be changed with the MQTTCacheTime variable) Adding support for other docker images is on my list - I hope Ill get time to do it soon if not over the holiday period is likely I will also add the ability to control user scripts in a similar time frame as this would be a great feature @Budget Audiophile I believe you have 2 Glances one in HA (which you can see and details VM stats) and one on the Unraid server which you need to connect as an integration in order to see the stats for I will also add the ability to pause and resume the pairty check in the next update as I dont think itll be too difficult to do Thanks all
  6. Hi, it does not include a broker, you need to set your own up and connect it, let me know if you need any help with that. Here are some notes from the home assistant team: https://www.home-assistant.io/docs/mqtt/broker/
  7. Hey, that is unusual - was this configured automatically or manually?
  8. I have pushed an update with a fix for the "on" tag Thanks for pointing it out
  9. Okay cool thanks, I'll look into it in the morning and let you know
  10. I may have found a bug, could you please confirm if you have any VMs and / or attached USBs on those servers?
  11. Hey, it looks like you are doing the right thing - there may be an issue with the on check let me look into it - is it just the on check that is incorrectly reported?
  12. I have set up 2 pfsense vms on 2 unraid servers for redundancy and they are mostly working fine except for 2 things: 1 the speed seems to cap out at about 130mbps when I should be getting closer to 1gbps (both in bits not bytes) even internal transfers on 1gbp ethernet cap out at about 130mbps (RAM and CPU utilisation are in the 10-30% range) 2 carp weirdly only works on other subnets, for example if Im connected to the 192.168.1.x subnet I can connect to the carp address for the 192.168.5.x subnet (192.168.5.3) and not the carp address for the subnet Im on (192.168.1.3) vica versa with the other networks. The WAN carp is completely unreachable on the parent subnet. I have read that this can be an issue with VMs not being able to broadcast to and from their physical nics, could I solve this by setting the MAC address in the xml to the same as the MAC of the physical NIC? I dont have the pcie card passed through directly as that was causing problems for me in pfsense itself with them being unsupported (I tried with the default and vmxnet3 drivers with no joy). I have since isolated 3 ports on each nic (onboard nic from dell r710s) and passed them through as 'direct' in the xml like so and ensured that unraid does not use them for anything: <interface type='direct'> <mac address='52:54:00:8f:45:36'/> <source dev='eth3' mode='vepa'/> <target dev='macvtap2'/> <model type='vmxnet3'/> <alias name='net2'/> <address type='pci' domain='0x0000' bus='0x0a' slot='0x03' function='0x0'/> </interface> Any ideas? Any help is much appreciated!
  13. Thanks a lot and Im always looking for suggestions to make things clearer so thank you for that! Im planning to release an update soon so will include that. Im glad that it is working for you now though that is the main thing. Yes the shutdown is graceful, not forced. Pause is not an auto discovered device as not everyone wanted it when I was setting that up. You have to configure that manually, here are some details on doing that: https://github.com/ElectricBrainUK/UnraidAPI/wiki/Home-Assistant-Integration For example for pausing a docker it would be something like the bellow - the docker name would have to be the same as what is broadcast by the unraidapi on MQTT: switches: - platform: mqtt command_topic: "homeassistant/servername/dockername/state" payload_on: "paused" payload_off: "started"
  14. Yeah youre right the second request for username and password is probably redundant I will remove it in a future update. But root and your root password is correct yes. However it is unusual that the default are back in the unraid api docker config after editing them, they should persist as the new username and password and Im guessing that is why it is getting unauthenticated on your MQTT broker. Sounds like a problem with the unraid server itself, do other changes to any of your docker file configs persist? If not it might be worth restarting or updating your server.
  15. Ah right, the username and password should be the ones you set up when you configured the mqtt broker and you'll also need to add those to the mqtt config you have in your home assistant here: Unless of course your broker doesn't have a username and password in which case you should leave them blank in your unraid API config as well. It sounds like your server is properly set up in the unraid API if you can see and control it from there. However you should only connect the unraid server itself there, not to the home assistant docker which is why you're seeing the following in the logs: You can use the manual config section on the left to delete that entry and ensure the unraid server UI is the only listing. Otherwise it all sounds good, so hopefully we will get to the bottom of your issue soon!
  16. Hey, sorry you are confused. The web UI requests a password each time mostly as a way to prevent in authenticated requests from something else on your network, similar to how you need to log on to your unraid ui - I didn't want to undermine that security. However the web UI is not the main way I see people using the API, as otherwise you'd probably be better off just using the unraid ui! However it is a good way to test to make sure things are working correctly. You don't need to worry about those instructions if you're using the docker, those are just to get it working as an add-on for home assistant (via the hass.io supervisor) I will update the docs to reflect this, thanks for pointing out that lack of clarity. Now onto your configuration! If you're seeing messages on the mqtt broker that's a good start. Can you confirm the base topic is the same as the one you've listen in your homeassistant configuration? Otherwise everything looks correct to me. In the unraid API UI do you see your server listed? Can you interact with it there? If so could you share the variables in the unraid API docker configuration? Cheers
  17. That's great, yes you should be able to. The fact that you are seeing an error in HA suggests to me that your HA is struggling to communicate with the MQTT broker - can you control the VM from unraid-apis web UI?
  18. Hey, everything youve done looks correct - can you confirm you can see MQTT messages from Unraid API on the broker? Have you changed the MQTTCacheTime? That tells the api how frequently to update. The full guide is available here: https://github.com/ElectricBrainUK/UnraidAPI/wiki I am working on a step by step guide but everything you need should be in the wiki for now. Cheers
  19. Hey again @Damix21 I cant seem to replicate the issue on the latest version. Have you tried playing with the environment variables? https://github.com/ElectricBrainUK/UnraidAPI/wiki/Docker-installation Specifically MQTTRefreshRate and MQTTCacheTime Cheers, Will
  20. Hi, thanks for letting me know I will look into it. Cheers, Will
  21. Hi, Sorry I'm not familiar with that particular client but in theory I don't see why it wouldn't work with any mqtt broker. Is the information you are after not on the far right of the first line of your image? Cheers
  22. Hey, this page details how to set up switches and sensors manually - let me know if you get stuck or need help. Or if I have misunderstood the problem https://github.com/ElectricBrainUK/UnraidAPI/wiki/Home-Assistant-Integration Cheers, Will
  23. Hey, Sorry for the delay! Is there anything unusual in the logs? Regarding the other bits I can have power off soon but not sure how to implement on, maybe wol. Not sure at all about torznab though - does it have an API? Cheers, Electric Brain