djgizmo

ok, nm. Looks like with wg, when one has AllowedIPs = 0.0.0.0/0 is set in wg config so all traffic gets tunneled. The IP tables seem to be overally allowed though. Chain INPUT (policy DROP) target prot opt source destination ACCEPT all -- 99.42.179.99 anywhere (vpn server, IP sanitized) ACCEPT all -- 10.69.55.0/24 10.69.55.0/24 ACCEPT all -- 99.42.179.99 anywhere ACCEPT tcp -- anywhere anywhere tcp dpt:8112 ACCEPT udp -- anywhere anywhere udp dpt:8112 ACCEPT tcp -- 10.69.0.0/16 10.69.55.0/24 tcp dpt:58846 ACCEPT icmp -- anywhere anywhere icmp echo-reply ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywhere Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere 99.42.179.99 ACCEPT all -- 10.69.55.0/24 10.69.55.0/24 ACCEPT all -- anywhere 99.42.179.99 ACCEPT tcp -- anywhere anywhere tcp spt:8112 ACCEPT udp -- anywhere anywhere udp spt:8112 ACCEPT tcp -- 10.69.55.0/24 10.69.0.0/16 tcp spt:58846 ACCEPT icmp -- anywhere anywhere icmp echo-request ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywhere The last 2 lines seem to allow all things to get to all places, which could be a problem if the wg tunnel dropped. I'm unsure how to properly outside of blocking it at my router level.

Hello binhex and everyone, I've deployed "binhex-delugevpn" container for Unraid and wanted to use the AirVPN wireguard tunnel. I've followed the instructions and the WG tunnel seems to be up (verifed from the AirVPN site). However, all of the torrents do not seem to use the tunnel. I've consoled into the container and while I have an IP on the WG interface, I do not see any route for it. ip route default via 10.69.55.1 dev eth0 10.69.0.0/16 via 10.69.55.1 dev eth0 10.69.55.0/24 dev eth0 proto kernel scope link src 10.69.55.135 What is the proper way to use put in a default route for the WG interface for this container that won't break during updates?

NM, discovered the issue. After the .conf file is created... This container tries to chown all folders below the 'downloads' folder. If this is pointed at broader folder (like it was for me), then this either borks and dies, or takes a very long time. I fixed this by changing the downloads entry point.

Here's my docker run docker run -d --name='nzbget-ng' --net='br0.55' --ip='10.69.55.104' --privileged=true -e TZ="America/New_York" -e HOST_OS="Unraid" -e HOST_HOSTNAME="IRONMAN" -e HOST_CONTAINERNAME="nzbget-ng" -e 'TCP_PORT_6789'='6789' -e 'NZBGET_USER'='nzbget' -e 'NZBGET_PASS'='tegbzn6789' -e 'UMASK'='000' -e 'PUID'='99' -e 'PGID'='100' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:6789]/' -l net.unraid.docker.icon='https://avatars.githubusercontent.com/u/121837341?s=48&v=4' -v '/mnt/cache/appdata/nzbget-ng/':'/config':'rw' -v '/mnt/user/':'/downloads':'rw' 'nzbgetcom/nzbget' 010a99e4f9cbd21f813075ac6a7ab592185d713d341e697efc3f4d3ffc21d8fb The command finished successfully! Checked logs from Unraid / Dozzel, nothing shows. The nzbget.conf file is created, but I can't tell if the webserver is running or anything else.

Is this still supported? I'm able to pull / install it on Unraid, and it shows running, but webpage never loads.

I'll see what I can do.

It's because this docker template is boogered. LibreNMS docker container (for the past year) install now expects a full docker stack now, which runs 2 installations of LibreNMS, with one of them as the dedicated poller. A76 refuses to update his template to accommodate. https://github.com/librenms/docker

Attached is diagnostics In summary: I upgraded to 6.12.4, after reboot, my Home Assistant VM would not boot. It kept booting into the UEFI Interactive Shell. Rebooting the host had no affect. Luckily I backup my libvert everday as well as my vms and had a backup copy. I restored my libvert to yesterdays version, rebooted the host, and the HA vm booted normally. I'd like to know whats going on with my libvert to better understand why HA won't boot with any other version of libvert. If I need to roll to the 'non working' libvert and reboot and test HA again, please let me know and I'll do so. ironman-diagnostics-20230904-2124.zip

Have you looked up the last time you updated your LibreNMS xml.... I do not think you understand my frustration. Have a good one.

Is there a reason why Libvert image isn't backed up? If the version of libvert doesn't match the version of the VMS, they will fail to launch.

That's a poor attitude towards the community. I'm not asking you to fix the underlying container, I'm asking you to fix your own template. It's out of date with how LibreNMS does their container stack now. If you would have responded within a day or two, sure, I'd contribute to your repo, but you ghosted the community for months. My efforts will be put towards another repo or my own template for LibreNMS. Yes, it's literally the requirement to create a support thread. If a support is created..... one in the community would think support would be available, normally from the author. from Squid's How Do I Create My Own Docker Templates? post.... I'm going to insist you create a <Support> thread. Just create it anywhere (as you won't be able to create in the docker Containers) and a moderator will move it. Update the XML with the support link As for updated regularly.... Precedent has been set by others in the community. binhex, linuxserver.io, Taddeusz, even clowrym.... have given continued support. When someone doesn't provide support (either via forum, discord, github, or otherwise), it makes for a frustrating user experience. I get it, you're not a developer of the apps you put templates together... you have little reason to invest in creating/supporting the templates (other than for yourself) and showing it to others back when you did. If you would have responded, "Hey, I don't have LibreNMS installed anymore... what needs to be adjusted and I'll look into it later this week or hey, go here to my github to open a PR".... instead, you ghosted me, and the community for months. your last comment was November 9, 2022. Until your comment... I expected you abandoned the forums altogether. I'm done ranting... thanks for listening... have a good night/day.

Did so, said it couldn't read the log. Followed the Spaced Invader video on XFS repair, and used the -L and the file system has been repaired. Now that I have my base data back, I need to know why this happened and how I can prevent from happening again.

done, and now the syslog file is created on disk. Thank you. Ran an XFS_repair -N on the ssd. root@IRONMAN:~# xfs_repair -n /dev/sdi1 Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... ALERT: The filesystem has valuable metadata changes in a log which is being ignored because the -n option was used. Expect spurious inconsistencies which may be resolved by first mounting the filesystem to replay the log. - scan filesystem freespace and inode maps... invalid start block 1627196033 in record 208 of cnt btree block 2/704825 invalid start block 1627196033 in record 234 of cnt btree block 2/704825 invalid start block 1627196033 in record 236 of cnt btree block 2/704825 agf_freeblks 2545590, counted 2545587 in ag 2 agi unlinked bucket 26 is 125929626 in ag 2 (inode=662800538) sb_icount 841152, counted 841408 sb_ifree 4855, counted 4673 sb_fdblocks 20284605, counted 20803245 - found root inode chunk Phase 3 - for each AG... - scan (but don't clear) agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... free space (2,14441748-14441748) only seen by one free space btree free space (2,14447755-14447755) only seen by one free space btree free space (2,14447890-14447890) only seen by one free space btree - check for inodes claiming duplicate blocks... - agno = 2 - agno = 0 - agno = 1 - agno = 3 No modify flag set, skipping phase 5 Phase 6 - check inode connectivity... - traversing filesystem ... - traversal finished ... - moving disconnected inodes to lost+found ... disconnected inode 662800538, would move to lost+found Phase 7 - verify link counts... would have reset inode 662800538 nlinks from 0 to 1 No modify flag set, skipping filesystem flush and exiting. Do you recommend that I try to mound the ssd manually via command line?

k, I have set this to a share on my array. I don't see any files / folders created for syslog on this share.