smoldersonline

Members
  • Posts

    204
  • Joined

  • Last visited

About smoldersonline

  • Birthday 01/06/1965

Converted

  • Gender
    Male
  • Location
    The Netherlands
  • Personal Text
    The Netherlands

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

smoldersonline's Achievements

Explorer

Explorer (4/14)

0

Reputation

  1. 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!
  2. Thanks! Update is not yet available in Unraid. I will check again tonight and report back here.
  3. 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!
  4. 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).
  5. 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?
  6. I'm far from an expert user (both Unraid and HA), but would be great if I could get this up and running. I think I'm close and not willing to give up yet. HA (including working MQTT broker) is running on a different device. The MQTT broker discovers the Unraid entities. When I try to stop the Unraid array from HA, the docker crashes and this is the docker log (after crash). I am very grateful for your thoughts on the point(s) I'm missing here. Thanks a lot for the great work on this docker!
  7. I hope it's OK to post here. I would be very grateful for some help. With above feedback I've got the docker running properly (I think). However, I’m unable to pass through my conbee II stick. If I use --device=/dev/ttyUSB0 as extra parameter, the docker will not start. When I run command lsusb on my unRAID console, I get: Bus 002 Device 003: ID 0424:2660 Standard Microsystems Corp. Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 005: ID 0781:5567 SanDisk Corp. Cruzer Blade Bus 001 Device 021: ID 1cf1:0030 Dresden Elektronik Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub In my log I see this when I unplug and plug the conbee stick in my server. May 11 17:40:30 Microserver kernel: usb 1-1.2: USB disconnect, device number 21 May 11 17:40:43 Microserver kernel: usb 1-1.2: new full-speed USB device number 22 using ehci-pci May 11 17:40:43 Microserver kernel: cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device May 11 17:40:51 Microserver kernel: usb 1-1.2: USB disconnect, device number 22 May 11 17:40:51 Microserver kernel: usb 1-1.2: new full-speed USB device number 23 using ehci-pci May 11 17:40:51 Microserver kernel: cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device I have also tried --device=/dev/ttyACM0. The docker will start, but it seems that the stick is not passing through to the application. I'm uncertain on how I can best proceed with troubleshooting and would be very grateful for your kind support!
  8. Thanks for the kind support. I'll switch over to SMB. Now I only have to find a way to get the user shares to automatically show up in the finder sidebar. That worked excellent with a user developed script: mount.sh. I will do a search on the forum.
  9. I hope it is oké that I post in this thread. I'm on OS X 10.11.6 and 6.3.0-rc5. Recently I also noticed that it takes (very) long to open and list a folder with a lot of files using AFP (I prefer AFP over SMB). Not sure whether this is triggered by upgrading either OS?
  10. I'm not sure whether this is a typical Dutch issue? However, recently many downloads come with a "Rename.With.This.par2" file. With this file the downloaded target file can be renamed to the correct name. Until now, I do this manually (and remote) from my Mac with MacPAR deLuxe and that (kinda) works. I've searched for a post process script that can do this (on the server). I've found one, but that one doesn't work. Anybody around with a practical solution for this? Thanks!
  11. Thanks again and I apologise for confusing matters. I don't know where par2 is stored? I thought it was part of the SAB docker? It does not seem to be in /usr/local/bin/par2. SAB log: /config/postprocess/rename_script.sh: line 18: /usr/local/bin/par2: No such file or directory
  12. Thank you very much for your kind support! That's what I've done with (also) this docker /mnt - /mnt, and SAB runs the script just fine. The script however cannot find par2 (I think). That make sense because I'm pointing the script to run: /mnt/user/_Usenet/Sabnzbd/bin/par2 I know that is wrong but I don't know how to run par2 from within a script.
  13. n00b alert. I'm trying to get a post process script to work with this line: /mnt/user/_Usenet/Sabnzbd/bin/par2 Of course I get this: No such file or directory I can't for the life of me find the location to point the script to. Help? Thanks a lot.
  14. Thanks! Same here, so what's the problem... That's just a n00b (me) with (at the moment) too much time at his hands. It's also a sort of learning by doing experience and then it starts to frustrate me that I cannot get it to work properly (with a retrieve from the CLI).