Boo-urns

OK so i'm pulling my hair out here. I'm trying to expose a Wordpress docker to the internet via Nginx Reverse Proxy (NPM). I currently own a domain, use cloudflare, and have a NPM docker handling the proxying. For example, currently have mydomain.com going to overseerr (serverip:5055), and nextcloud.mydomain.com going to nextcloud (serverip:444). Router fwds port 443 to npm. I have 'force SSL' on cloudflare enabled, so haven't even opened port 80. Working fine, no problem. Have used the ibracorp tutorial for this process here. Decided to try and host a site using Wordpress (complete noob with wordpress btw), set it up the same as I had with nextcloud using these steps: Cloudflare: add CNAME 'wp' NPM: add wp.mydomain.com to docker container webui (i'm using cloudflare SSL certs) Not working! I'm just getting a timeout when attempting to access wp.mydomain.com. Via LAN accessing 192.168.1.4:8282 shows the WP test page perfectly, but no idea why this isn't working via proxy. I've tried recreating my SSL certificates, forwarding to a different docker (heimdall for example), with same result. I'm not sure what i'm doing wrong, particularly because I already have 2 working proxies, but if anyone could point me in the right direction i'd be forever grateful. TIA

Hey mate, did you end up getting anywhere with this? I'm trying to get my non-Unifi cams working with my UDM-Pro and this seems perfect. Can't quite figure out the docker template though, although the docker is here if someone can help.

Can anyone provide any assistance on this, or at least point me to where I can find some pls?

I've been getting these 'Out of Memory' errors every few days, which seems to be related to the log filling up I believe. I've posted the diagnostics below as per the Fix Common Problems suggestion. If anyone could have a look to see the cause, and suggest a potential fix that would be greatly appreciated. TIA. skynet-diagnostics-20210614-0115.zip

It resolves to the correct IP. I just have it set to my DDNS address, which resolves to my public IP. I have the static route set, host access enabled and Use NAT=No, however cannot access custom networks. These being other VLANs, DelugeVPN docker (which is set to bridge network), my CCTV VLAN. All of these I can access when connected to my LAN normally.

Attached. Seems right, but isn't working. So I need to set up firewall rules also?

Greeting again. Can anyone confirm this is the correct Static Route I need to set in a Unifi router? I still cannot access custom networks from my WG client. Normal LAN is fine.

Yeah I've reinstalled the LibreELEC drivers and it's recognised again. My system is a Ryzen system (R7 1700) and I did upgrade the motherboard about 2 months ago. I do remember an IOMMU setting in the BIOS. So that should be turned OFF?

dmesg attached. modprobe returned: modprobe: FATAL: Module cx23887 not found in directory /lib/modules/5.10.28-Unraid TBS drivers dmesg output.txt

I've deleted the plugin, reinstalled, rebooted, selected the TBS-OS drivers and rebooted, and my card is not recognised at all. Do I need to do something specific to get the TBS drivers to work? Card is still listed however in 'lspci -v' output: 0d:00.0 Multimedia video controller: Conexant Systems, Inc. CX23887/8 PCIe Broadcast Audio and Video Decoder with 3D Comb (rev 04) Subsystem: Hauppauge computer works Inc. CX23887/8 PCIe Broadcast Audio and Video Decoder with 3D Comb Flags: bus master, fast devsel, latency 0, IRQ 11, IOMMU group 14 Memory at fc400000 (64-bit, non-prefetchable) [size=2M] Capabilities: [40] Express Endpoint, MSI 00 Capabilities: [80] Power Management version 3 Capabilities: [90] Vital Product Data Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [100] Advanced Error Reporting Capabilities: [200] Virtual Channel 0e:00.0 Multimedia video controller: Conexant Systems, Inc. CX23887/8 PCIe Broadcast Audio and Video Decoder with 3D Comb (rev 04) Subsystem: Hauppauge computer works Inc. CX23887/8 PCIe Broadcast Audio and Video Decoder with 3D Comb Flags: bus master, fast devsel, latency 0, IRQ 10, IOMMU group 14 Memory at fc200000 (64-bit, non-prefetchable) [size=2M] Capabilities: [40] Express Endpoint, MSI 00 Capabilities: [80] Power Management version 3 Capabilities: [90] Vital Product Data Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [100] Advanced Error Reporting Capabilities: [200] Virtual Channel

Yep that's my card. I've tried and only the libreelec driver actually recognise my card. I've added the line as above and rebooted but it doesn't seem to have any effect. Some channels play, others don't, but there is a repeating error in the tvheadend docker log: 2021-04-30 16:13:06.752 [WARNING] linuxdvb: Silicon Labs Si2168 #2 : DVB-T #0 - poll TIMEOUT The same channel plays fine when connected to a TV directly. Any other suggestions or logs I can pull?

Yes I'm running the LibreELEC drivers. I tried to eliminate the cable as the fault, by using another cable, however problem persists. Plus plugging the cable directly to a TV plays OTA channels perfectly. Would downgrading Unraid make any difference? What effect would that have? Also, would the DigitalDevices or TBS devices work with my Hauppage card? Is it possible my card itself is being flaky? Sorry for the million questions, I'd really like to resolve this issue. Is there any other troubleshooting I could do?

I've been having issues recently with my TV Tuner. I use a Hauppage QuadHD PCIe card, backend tvheadend, via 'antennas' to Plex (all in dockers). Some channels will not tune while others do, later on they'll be fine and others will fail. Using different tuners (1,2,3 or 4) for the playback sometimes works, sometimes doresn't. I haven't had this specific issue before, and just seems to have started recently (since around the 6.9.1/6.9.2 unraid version releases). dmesg output seems to include the below errors several times, but no idea what they mean. [166371.596864] AMD-Vi: Event logged [IO_PAGE_FAULT device=0e:00.0 domain=0x000f address=0xbd7ed1c8 flags=0x0000] [166371.632766] cx23885: cx23885[1]: mpeg risc op code error Like I said, I haven't had these errors before that i'm aware of, but could be it due to updated drivers? Can I roll back? tvheadend throws lots of errors in the log too, including "invalid checksum", "continuity counter error" and "transport errors" when it doesn't play. This is really driving me nuts, and the WAF of my network TV system is dropping significantly each day this keeps failing. Any help would be greatly appreciated. dmesg output.txt lspci-v output.txt

OK, randomly after a few reboots it magically showed up in router devices and I could login to the webGUI. I thought perhaps my previous pfsense VM could be contributing, so I disabled VMs and set PCIe ACS Override back to disabled. I rebooted and once again network was down during boot and unreachable. I did notice that the network activity light on the mobo LAN connection intermittently turned off completely, where otherwise it staying flashing Gb connection. So I thought perhaps faulty cable? Replaced cable no change. Faulty LAN port maybe? I restored a previous flash backup, which didn't actually change anything because it updated to Unraid.net during the brief period it was working. But it booted somehow. I created a bond between my mobo LAN port (eth0) and my 4 port PCIe NIC (eth1) and made them redundant (mode 1), so I could test whether it was the mobo LAN port, but since then I haven't had it fail. Attached are current diagnostics with Unraid working, and obviously the above diags are from when unraid was not booting (network down). The only thing I can think of is if the motherboard ethernet port was intermittently failing, in which case i'd be looking to RMA as it's only a few months old. However if it's an Unraid issue i'd love to know what was causing it so I can avoid this in future. If you can make sense of the logs it would be appreciated. skynet-diagnostics-20210424-1103 (working).zip

OK, randomly after a few reboots it magically showed up in router devices and I could login to the webGUI. I thought perhaps my previous pfsense VM could be contributing, so I disabled VMs and set PCIe ACS Override back to disabled. I rebooted and once again network was down during boot and unreachable. I did notice that the network activity light on the mobo LAN connection intermittently turned off completely, where otherwise it staying flashing Gb connection. So I thought perhaps faulty cable? Replaced cable no change. Faulty LAN port maybe? I restored a previous flash backup, which didn't actually change anything because it updated to Unraid.net during the brief period it was working. But it booted somehow. I created a bond between my mobo LAN port (eth0) and my 4 port PCIe NIC (eth1) and made them redundant (mode 1), so I could test whether it was the mobo LAN port, but since then I haven't had it fail. Attached are diagnostics from when unraid was not booting (network down), and currently working. The only thing I can think of is if the motherboard ethernet port was intermittently failing, in which case i'd be looking to RMA as it's only a few months old. However if it's an Unraid issue i'd love to know what was causing it so I can avoid this in future. If you can make sense of the logs it would be appreciated, and massive thanks for your help so far (my RAM is back down to 15%. Hooray! skynet-diagnostics-20210422-2304 (not booting).zip skynet-diagnostics-20210424-1103 (working).zip

Sorry, for clarity, booting to GUI Mode (and GUI Safe Mode) shows the login screen, but i'm unable to enter text to try and login.

@Squid Additionally, booting to GUI Mode (and GUI Safe Mode) shows the login screen, but i'm unable to enter text to try and login.

I booted in normal mode (no GUI) and can login via the terminal directly. But it not available over network and won't boot in GUI mode.

logged in with root and ran "diagnostics". Saved file attached. Was not available over the network so this was taken directly from flash. Cheers @Squid. Server is unusable currently so any help would be appreciated. skynet-diagnostics-20210422-2304.zip

So I've just done a reboot and now the server UI isn't accessible at all. Device doesn't show up in router devices (has a static IP set in Unraid). Boot screen (black screen/white text) gets to tower login, but GUI doesn't load. I did notice it mentioned eth0 not found during the boot sequence whether that affects it. Not sure what has broken it, but any suggestions to troubleshoot? I've tried safe mode with/without GUI with no luck. Prior to rebooting I had my rootfs 95% used, and high RAM usage, which I think was due to Plex transcoding to /tmp. I cleared the variable and rebooted to clear RAM and now I'm stuck. Any ideas?

So I've performed a reboot and now the server UI isn't accessible at all. Device doesn't show up in router DHCP either. Boot screen (black screen/white text) gets to tower login, but GUI doesn't load. I did notice it mentioned eth0 not found during the boot sequence whether that affects it. Not sure how this has broken it, but any suggestions to troubleshoot? I've tried safe mode with/without GUI with no luck.

So I found my Plex transcoding directory was mapped to /tmp, so this was probably causing it. This has been changed now. Would a restart delete the ram usage or do I need to manually remove files?

So I've had a few issues recently where the server would crash, which seemed to be because it ran out of RAM (I managed to log in and most dockers were stopped with errors, and RAM was almost 100% of 32GB). I've noticed my RAM usage seems to be stable-ish at roughly 70%, but that's way more than usual. How can I diagnose what is using all the RAM, and potentially fix it? I've looked at the advanced docker tab with RAM/CPU usage and nothing stands out. Edit: Completely stopping the docker service only drops usage to 60%. Only other running thing is Pfsense VM with 3GB allocated. skynet-diagnostics-20210420-2341.zip

I had these settings sorted already, including the static route. I've added the simplified AllowedIPs subnet on the client with no effect. Below is the static route set. Does anything glaring obvious stand out that i've done incorrectly? Unraid IP is 192.168.1.4. Unraid settings as follows: Thanks again for your help.

OK so i've done exactly this. I have a LAN connection via WG and can access everything normally, except for VLANS and custom dockers. eg I have a Shinobi docker running on VLAN5 (192.168.5.2) with all CCTV cams as well which timeout on WG. Additionally, DelugeVPN and Jackett (routed through DelugeVPN) are not accessible either. All of the above are accessible normally via this PC (192.168.1.5). Would there be any other specific routing required?