Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - dedi

#1
I have my audiobookshelf behind a nginx proxy, and in OPNsense I just create one NAT/Port Forward on 443 to the nginx proxy.
It worked the same way without the nginx proxy, just with it's own port number, which I had running for a few weeks like this.
#2
10 days without any crash after manually updating the kernel.
#3
I didn't see the hotfix of the kernel-24.7.10, which a) needed to be reinstalled manually and b) was never shown to me, because I installed that version before the hotfix came out, which naturally didn't mention the hotfix. This should have really included in the .11 patchnotes.

Let's see if that fixes the problem.

QuotePlease note we had to hotfix the kernel which will not reinstall automatically if you caught the bad version. If you experience panics on 24.7.10 relating to pf(4) please reinstall from the GUI (which includes an automatic reboot) or run "opnsense-update -fk" from the shell followed by a manual reboot. The correct kernel identifies itself as "stable/24.7-n267981-8375762712f" using "uname -v
#4
Hey.
I don't know if I'm hijacking the thread or if I have the same problem.

Since 3 weeks, every few (1-4 days) my box crashes and reboots.

Box is a APU2

OPNsense 24.7.11_2-amd64
FreeBSD 14.1-RELEASE-p6
OpenSSL 3.0.15

Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address   = 0x0
fault code              = supervisor write data, page not present
instruction pointer     = 0x20:0xffffffff82185d9c
stack pointer           = 0x28:0xfffffe0062dd8e00
frame pointer           = 0x28:0xfffffe0062dd8e30
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 6 (pf purge)
rdi: fffff80019f23160 rsi: fffff80019f23160 rdx: 0000000092fdd10c
rcx: 0000000000000000  r8: 0000000022884788  r9: 0000000000000000
rax: 0000000000000000 rbx: fffff80019e9e420 rbp: fffffe0062dd8e30
r10: 0000000000000000 r11: 00000000853e1d38 r12: fffffe006ac79000
r13: 000000000000a816 r14: fffff80019f23160 r15: fffff80010b86000
trap number             = 12
panic: page fault
cpuid = 1
time = 1736110480
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0062dd8af0
vpanic() at vpanic+0x131/frame 0xfffffe0062dd8c20
panic() at panic+0x43/frame 0xfffffe0062dd8c80
trap_fatal() at trap_fatal+0x40b/frame 0xfffffe0062dd8ce0
trap_pfault() at trap_pfault+0x46/frame 0xfffffe0062dd8d30
calltrap() at calltrap+0x8/frame 0xfffffe0062dd8d30
--- trap 0xc, rip = 0xffffffff82185d9c, rsp = 0xfffffe0062dd8e00, rbp = 0xfffffe0062dd8e30 ---
pf_detach_state() at pf_detach_state+0x5fc/frame 0xfffffe0062dd8e30
pf_unlink_state() at pf_unlink_state+0x290/frame 0xfffffe0062dd8e70
pf_purge_expired_states() at pf_purge_expired_states+0x188/frame 0xfffffe0062dd8ec0
pf_purge_thread() at pf_purge_thread+0x13b/frame 0xfffffe0062dd8ef0
fork_exit() at fork_exit+0x7f/frame 0xfffffe0062dd8f30
fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0062dd8f30
--- trap 0, rip = 0, rsp = 0, rbp = 0 ---
KDB: enter: panic
panic.txt0600001214736570620  7143 ustarrootwheelpage faultversion.txt0600007414736570620  7546 ustarrootwheelFreeBSD 14.1-RELEASE-p6 stable/24.7-n267979-0d692990122 SMP

the "current processs" is a different every time (so I added a few textdumps).

Please tell me if I should move to a own thread.

#5
I recently found out my wireguard does not work anymore. I only use it rarely. The android client log shows handshake not completed.
I went through every step of the Road Warrior Setup and it all seems to be fine except that normalization rule was missing. Didn't help to add this.
#6
General Discussion / Re: ddclient plugin issue
November 16, 2022, 06:08:08 PM
Was also pushed to install the new plugin, just to end up with the old plugin one hour later.
#7
21.1 Legacy Series / Re: list_arp.py json high cpu usage
February 19, 2021, 09:37:16 AM
I do have the same problem on 21.1.1
#8
20.1 Legacy Series / Re: WebGUI stops working
September 22, 2020, 08:10:39 PM
Quote from: terraping on September 19, 2020, 07:27:42 PM
Still happening with me, at ~24 days uptime. This time I can't even read any of the logs or my SSH session freezes up. @dedi did you find a solution?

Problem still remains and happens about once per month. On the last occurence I updated to 20.7 and still have to see if it also remains with the most recent version.

Did a health check with no results.
#9
20.1 Legacy Series / WebGUI stops working
June 07, 2020, 10:08:34 PM
hey there!

For some time now I have the problem that WebGUI stops working at random. While network and ssh still continue to work, I can't access the webserver anymore. This happened the last few releases and still does with the newest one. It happens 1-2 times per month. And it may, but I'm not sure, end up with network and ssh also not working when I continue 1day+ without reboot.

My system log is full of the following:

kernel: sonewconn: pcb 0xfffff8009ab6aae0: Listen queue overflow: 193 already in queue awaiting acceptance (35 occurrences).

A reboot fixes it for a while again. I tried with googling but didn't find any help.


OPNsense 20.1.7-amd64 on a PCEngines Apu2

Installed plugins:
os-acme-client
os-dmidecode
os-dyndns
os-haproxy
os-iperf
os-theme-rebellion
os-unbound-plus
os-upnp
os-wireguard