bigbangus

Thank you!

Yeah I don't know what the issue is, I just know that if I move my google coral that frigate uses to my host mobo USB controller it crashes. It got me twice years apart lol. I just run it on a separate PCI-e USB card and it's been very stable. Mysteries of the universe.

How do you prevent containers on the deluge vpn docker network from accessing the internet when VPN fails. For 10 days, my IPVanish .opvn .cert files were outdated I suppose. After updating them it all worked fine, but prior I was unable to open UI and if I ran curl ifconfig.io I received my public IP. The dockers on the deluge vpn container network were still able to get to the internet on my public IP. Oops. Is there a way to prevent this? docker command: docker run -d --name='binhex-delugevpn' --net='proxynet' --cpuset-cpus='4,5,7,16,17,19' --privileged=true -e TZ="America/New_York" -e HOST_OS="Unraid" -e HOST_HOSTNAME="UnraidNAS" -e HOST_CONTAINERNAME="binhex-delugevpn" -e 'VPN_ENABLED'='yes' -e 'VPN_USER'='[email protected]' -e 'VPN_PASS'='xxxxxxxxxxxxxxxxxxx' -e 'VPN_PROV'='custom' -e 'VPN_CLIENT'='openvpn' -e 'VPN_OPTIONS'='' -e 'STRICT_PORT_FORWARD'='yes' -e 'ENABLE_PRIVOXY'='no' -e 'LAN_NETWORK'='xxx.xxx.0.0/24' -e 'NAME_SERVERS'='209.222.18.222,84.200.69.80,37.235.1.174,1.1.1.1,209.222.18.218,37.235.1.177,84.200.70.40,1.0.0.1' -e 'DELUGE_DAEMON_LOG_LEVEL'='info' -e 'DELUGE_WEB_LOG_LEVEL'='info' -e 'VPN_INPUT_PORTS'='' -e 'VPN_OUTPUT_PORTS'='' -e 'DEBUG'='false' -e 'UMASK'='000' -e 'PUID'='99' -e 'PGID'='100' -e 'ADDITIONAL_PORTS'='7878,9897,8989,6789,8888' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:8112]/' -l net.unraid.docker.icon='https://raw.githubusercontent.com/binhex/docker-templates/master/binhex/images/deluge-icon.png' -p '8112:8112/tcp' -p '58846:58846/tcp' -p '58946:58946/tcp' -p '58946:58946/udp' -p '8118:8118/tcp' -p '8989:8989/tcp' -p '9897:9897/tcp' -p '7878:7878/tcp' -p '6789:6789/tcp' -p '8888:8888/tcp' -v '/mnt/user/downloads/':'/data':'rw' -v '/mnt/user/appdata/binhex-delugevpn':'/config':'rw' --sysctl="net.ipv4.conf.all.src_valid_mark=1" --restart=unless-stopped 'binhex/arch-delugevpn' 69c4b0485c390f61c3c82ba45d34f34aaf139c807ed79bdcd3ef485d0edc779f

Finally the disk did fail. I kept trying to rebuild it and preclear it. I swapped the SATA cables and port and still same issue. I ordered a replacement. Thanks for all the help fellas. Learned a lot.

@JorgeB I forgot I had issues running the Google Coral USB and Cyberpower Backup USB on my main motherboard USB and I since moved them to a PCIe USB expansion card. I recently took the expansion card out and the same issues came back... crashing on 02:00.0 which is my main USB on the mobo. My bad, sorry to waste your time, I should have remembered I did this two years ago. I put the PCIe back and it's fine now.

Saved me! Was stuck cause my bindings changed when I added a new PCIe card. Is it reasonable to request a feature where you can force disable autostart to all VMs from the VM settings to avoid this situation when there are hardware changes?

My server crashed but I can't interpret the logs. Luckily I record the Unraid log to my pfSense box. See attached with current diagnostics. Thanks! pfSense_Unraid_2024-04-16_Crash.txt unraidnas-diagnostics-20240416-1039.zip

Will do, won't be able to get to it physically in a couple of weeks. Keep posted.

thank you unraidbackup-diagnostics-20240202-0757.zip

My disk 1 has failed on my backup server and the parity is still good. Can I just make my parity my disk 1 and forget about redundancy all together on this server. Is there a way to do that? Thanks.

I just have to highlight that mapping /cache in the container to /tmp/espcache on the host results in significantly faster compiling speeds in ESPHome. So if you feel like it takes forever to update your ESPHome devices because of slow compiling, I will definitely recommend this change.

Yup it's dialed now. Thank you sir. is this worthy of a template update? I feel like this should be standard. And on a personal note, welcome to the bald head club. It suits you well!

Why does ESPHome utilize all the processors available to my docker service when building the firmware to update an ESPHome device?

Fixed in the post. Sorry for the typo fellas if it wasn't hard enough already to chase the occ debacle. Glad I could help.

Spoke too soon. It's now apparently: sudo -u abc php /app/www/public/occ db:add-missing-indices