kstile

I was able to get this running behind a caddy service running on my router. it needs SSL to avoid the JSON config error. That said it was incredibly unstable. Copying files into opencloud caused some FUSE level hangs that locked up my unraid and forced me to physically turn off the server. Keeping an eye on the project, because I need a skinnier alternative to nextcloud, but want to let it bake a bit more.

necro response since this thread came up first on a search for hass

putting this /boot/config/go before works! echo 'SUBSYSTEM=="tty", ATTRS{idVendor}=="0658", ATTRS{idProduct}=="0200", SYMLINK+="zwave"' > /etc/udev/rules.d/99-usb-serial.rules udevadm control --reload-rules udevadm trigger sleep 5

@poldim I don't quite understand it. Repacking the bzroot so udev runs at boot is probably the right answer, I just haven't had a chance to play with that.

@saarg bah. you're right. It is at least consistently available on /dev/zwave I just have to unplug/replug after rebooting unraid.

I've been fighting this same annoyance (ttyACM0 => ttyACM1 =>ttyACM0) since I set up my z-wave network last month. A quick lsusb -v would confirms Aeon Labs Aeotec Z-Wave Z-Stick, Gen5 maps to idVendor=0658 idProduct=0200 Bus 001 Device 008: ID 0658:0200 Sigma Designs, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 2 Communications bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x0658 Sigma Designs, Inc. idProduct 0x0200 bcdDevice 0.00 iManufacturer 0 iProduct 0 iSerial 0 bNumConfigurations 1 Given that, I'm planning on editing my go script to create the udev rule: echo 'SUBSYSTEM=="tty", ATTRS{idVendor}=="0658", ATTRS{idProduct}=="0200", SYMLINK+="zwave"' > /etc/udev/rules.d/99-usb-serial.rules I manually created the rule, unplugged and replugged the zwave stick, and it looks like the rule works: me@tower:/# ls -al /dev/zwave lrwxrwxrwx 1 root root 7 Mar 11 19:12 /dev/zwave -> ttyACM0 I passed the udev alias to docker: --device=/dev/zwave and mapped to it in my configuration.yaml zwave: usb_path: /dev/zwave Aside from the mess of sensors I need to go map, everything appears to be working. I just don't know if this is durable beyond a reboot. @Saarg's comment below makes me wonder. Where can i find the CHBMB build script?

Finally got VPN up, but it looks like SABnzbd never starts. from looking @ https://github.com/binhex/arch-sabnzbdvpn/tree/master/setup I can't find anything echoing out "Initialization Sequence Completed" root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name="binhex-sabnzbdvpn" --net="bridge" --privileged="true" -e TZ="America/Chicago" -e HOST_OS="unRAID" -e "VPN_ENABLED"="yes" -e "VPN_USER"="user" -e "VPN_PASS"="password" -e "VPN_REMOTE"="vp_IP" -e "VPN_PORT"="1194" -e "VPN_PROTOCOL"="udp" -e "VPN_DEVICE_TYPE"="tun0" -e "VPN_PROV"="custom" -e "STRONG_CERTS"="no" -e "ENABLE_PRIVOXY"="yes" -e "LAN_NETWORK"="10.0.1.0/24" -e "NAME_SERVERS"="8.8.8.8,8.8.4.4" -e "ADDITIONAL_PORTS"="8081" -e "DEBUG"="true" -e "PUID"="99" -e "PGID"="100" -p 8080:8080/tcp -p 8090:8090/tcp -p 8118:8118/tcp -v "/mnt/btrfs/temp/":"/data":rw -v "/mnt/user/appdata/binhex-sabnzbdvpn":"/config":rw binhex/arch-sabnzbdvpn Any ideas? 2016-12-01 17:50:52,107 DEBG 'start-script' stdout output: -------------------- [info] Starting OpenVPN... 2016-12-01 17:50:52,119 DEBG 'start-script' stdout output: Thu Dec 1 17:50:52 2016 OpenVPN 2.3.12 x86_64-unknown-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [iPv6] built on Aug 24 2016 Thu Dec 1 17:50:52 2016 library versions: OpenSSL 1.0.2j 26 Sep 2016, LZO 2.09 Thu Dec 1 17:50:52 2016 WARNING: file 'credentials.conf' is group or others accessible 2016-12-01 17:50:52,120 DEBG 'start-script' stdout output: Thu Dec 1 17:50:52 2016 Socket Buffers: R=[212992->212992] S=[212992->212992] 2016-12-01 17:50:52,149 DEBG 'start-script' stdout output: Thu Dec 1 17:50:52 2016 UDPv4 link local: [undef] Thu Dec 1 17:50:52 2016 UDPv4 link remote: [AF_INET]81.171.98.67:1194 2016-12-01 17:50:52,271 DEBG 'start-script' stdout output: Thu Dec 1 17:50:52 2016 TLS: Initial packet from [AF_INET]81.171.98.67:1194, sid=e5f49e75 96fbbabf 2016-12-01 17:50:52,417 DEBG 'start-script' stdout output: Thu Dec 1 17:50:52 2016 VERIFY OK: depth=1, C=US, ST=VPN, L=VPN, O=VPN, OU=VPN, CN=VPN, name=VPN, emailAddress=VPN 2016-12-01 17:50:52,417 DEBG 'start-script' stdout output: Thu Dec 1 17:50:52 2016 Validating certificate key usage Thu Dec 1 17:50:52 2016 ++ Certificate has key usage 00a0, expects 00a0 Thu Dec 1 17:50:52 2016 VERIFY KU OK Thu Dec 1 17:50:52 2016 Validating certificate extended key usage Thu Dec 1 17:50:52 2016 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication Thu Dec 1 17:50:52 2016 VERIFY EKU OK Thu Dec 1 17:50:52 2016 VERIFY OK: depth=0, C=US, ST=VPN, L=VPN, O=VPN, OU=VPN, CN=vpn, name=VPN 2016-12-01 17:50:52,696 DEBG 'start-script' stdout output: Thu Dec 1 17:50:52 2016 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key Thu Dec 1 17:50:52 2016 Data Channel Encrypt: Using 256 bit message hash 'SHA256' for HMAC authentication Thu Dec 1 17:50:52 2016 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key Thu Dec 1 17:50:52 2016 Data Channel Decrypt: Using 256 bit message hash 'SHA256' for HMAC authentication 2016-12-01 17:50:52,696 DEBG 'start-script' stdout output: Thu Dec 1 17:50:52 2016 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 2048 bit RSA Thu Dec 1 17:50:52 2016 [vpn] Peer Connection Initiated with [AF_INET]81.171.98.67:1194 2016-12-01 17:50:54,910 DEBG 'start-script' stdout output: Thu Dec 1 17:50:54 2016 SENT CONTROL [vpn]: 'PUSH_REQUEST' (status=1) 2016-12-01 17:50:55,036 DEBG 'start-script' stdout output: Thu Dec 1 17:50:55 2016 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 198.18.0.1,dhcp-option DNS 198.18.0.2,rcvbuf 262144,explicit-exit-notify 5,route-gateway 172.21.94.1,topology subnet,ping 20,ping-restart 40,ifconfig 172.21.94.44 255.255.254.0' 2016-12-01 17:50:55,036 DEBG 'start-script' stdout output: Thu Dec 1 17:50:55 2016 OPTIONS IMPORT: timers and/or timeouts modified Thu Dec 1 17:50:55 2016 OPTIONS IMPORT: explicit notify parm(s) modified Thu Dec 1 17:50:55 2016 OPTIONS IMPORT: --sndbuf/--rcvbuf options modified Thu Dec 1 17:50:55 2016 Socket Buffers: R=[212992->524288] S=[212992->212992] Thu Dec 1 17:50:55 2016 OPTIONS IMPORT: --ifconfig/up options modified Thu Dec 1 17:50:55 2016 OPTIONS IMPORT: route options modified Thu Dec 1 17:50:55 2016 OPTIONS IMPORT: route-related options modified Thu Dec 1 17:50:55 2016 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified Thu Dec 1 17:50:55 2016 ROUTE_GATEWAY 172.17.0.1/255.255.0.0 IFACE=eth0 HWADDR=02:42:ac:11:00:02 Thu Dec 1 17:50:55 2016 TUN/TAP device tun0 opened Thu Dec 1 17:50:55 2016 TUN/TAP TX queue length set to 100 Thu Dec 1 17:50:55 2016 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 2016-12-01 17:50:55,037 DEBG 'start-script' stdout output: Thu Dec 1 17:50:55 2016 /usr/bin/ip link set dev tun0 up mtu 1500 2016-12-01 17:50:55,038 DEBG 'start-script' stdout output: Thu Dec 1 17:50:55 2016 /usr/bin/ip addr add dev tun0 172.21.94.44/23 broadcast 172.21.95.255 2016-12-01 17:50:55,040 DEBG 'start-script' stdout output: Thu Dec 1 17:50:55 2016 /usr/bin/ip route add 81.171.98.67/32 via 172.17.0.1 2016-12-01 17:50:55,041 DEBG 'start-script' stdout output: Thu Dec 1 17:50:55 2016 /usr/bin/ip route add 0.0.0.0/1 via 172.21.94.1 2016-12-01 17:50:55,043 DEBG 'start-script' stdout output: Thu Dec 1 17:50:55 2016 /usr/bin/ip route add 128.0.0.0/1 via 172.21.94.1 2016-12-01 17:50:55,044 DEBG 'start-script' stdout output: Thu Dec 1 17:50:55 2016 Initialization Sequence Completed