Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    pf_test: kif == NULL, if_xname on multi-WAN and "Reset all states if WAN IP Address changes"

    Scheduled Pinned Locked Moved 2.5 Development Snapshots (Retired)
    34 Posts 5 Posters 2.0k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • w0wW
      w0w
      last edited by w0w

      Spamming terminal and logs with

      Mar  2 16:41:37	10.0.72.1		kern	crit	kernel	pf_test: kif == NULL, if_xname  v—.
      Mar  2 16:41:37	10.0.72.1		kern	crit	kernel	pf_test: kif == NULL, if_xname  v—.
      Mar  2 16:41:37	10.0.72.1		kern	crit	kernel	pf_test: kif == NULL, if_xname  v—.
      Mar  2 16:41:37	10.0.72.1		kern	crit	kernel	pf_test: kif == NULL, if_xname  v—.
      Mar  2 16:41:37	10.0.72.1		kern	crit	kernel	pf_test: kif == NULL, if_xname  v—.
      Mar  2 16:41:37	10.0.72.1		kern	crit	kernel	pf_test: kif == NULL, if_xname  v—.
      Mar  2 16:41:37	10.0.72.1		kern	crit	kernel	pf_test: kif == NULL, if_xname  v—.
      Mar  2 16:41:37	10.0.72.1		kern	crit	kernel	pf_test: kif == NULL, if_xname  v—.
      

      Do somebody else have it?
      As a result sometimes pfSense becomes
      inaccessible.

      1 Reply Last reply Reply Quote 0
      • w0wW
        w0w
        last edited by

        Looks similar to https://redmine.pfsense.org/issues/9796
        gif present as Hurricane Ipv6, that uses PPPoE as main internet connection.

        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[27697]	waiting for process 8608 to die...
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[27697]	waiting for process 8608 to die...
        10.0.72.1	Mar  2 09:38:32		daemon	info	charon[6152]	07[KNL] interface gif0 activated
        10.0.72.1	Mar  2 09:38:32		kern	info	kernel	gif0: link state changed to DOWN
        10.0.72.1	Mar  2 09:38:32		daemon	info	charon[6152]	07[KNL] interface gif0 deactivated
        10.0.72.1	Mar  2 09:38:32		daemon	info	charon[6152]	08[KNL] interface gif0 disappeared
        10.0.72.1	Mar  2 09:38:32		daemon	err	php-fpm[640]	/rc.linkup: The command '/sbin/ifconfig gif0 tunnel  '226.58.80.90'' returned exit code '1', the output was 'ifconfig: 'tunnel' requires 2 arguments' 
        10.0.72.1	Mar  2 09:38:32		daemon	err	php-fpm[640]	/rc.linkup: Default gateway setting Interface HENETV6_TUNNELV6 Gateway as default.
        10.0.72.1	Mar  2 09:38:32		user	notice	check_reload_status[653]	Restarting ipsec tunnels
        10.0.72.1	Mar  2 09:38:32		user	notice	check_reload_status[653]	Rewriting resolv.conf
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IFACE: Removing IPv4 address from pppoe0 failed(IGNORING for now. This should be only for PPPoE friendly!): Can't assign requested address
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IFACE: Removing IPv4 address from pppoe0 failed(IGNORING for now. This should be only for PPPoE friendly!): Can't assign requested address
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IPV6CP: Close event
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IPV6CP: Close event
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IPV6CP: state change Opened --> Closing
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IPV6CP: state change Opened --> Closing
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IPV6CP: SendTerminateReq #4
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IPV6CP: SendTerminateReq #4
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IPV6CP: LayerDown
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IPV6CP: LayerDown
        10.0.72.1	Mar  2 09:38:32		user	warning	dpinger[42889]	HENETV6_TUNNELV6 2003:471:27:191::1: sendto error: 50
        10.0.72.1	Mar  2 09:38:32		user	notice	check_reload_status[653]	Rewriting resolv.conf
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IFACE: Down event
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IFACE: Down event
        10.0.72.1	Mar  2 09:38:32		daemon	info	charon[6152]	14[KNL] fe80::a236:9fff:fec3:4a2c disappeared from pppoe0
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IFACE: Rename interface pppoe0 to pppoe0
        10.0.72.1	Mar  2 09:38:32		daemon	info	ppp[8608]	[wan] IFACE: Rename interface pppoe0 to pppoe0
        10.0.72.1	Mar  2 09:38:32		user	warning	dpinger[42889]	HENETV6_TUNNELV6 2003:471:27:191::1: sendto error: 50
        10.0.72.1	Mar  2 09:38:33		user	err	dhcpleases[14114]	kqueue error: unknown
        10.0.72.1	Mar  2 09:38:33		user	err	dhcpleases[14114]	kqueue error: unknown
        10.0.72.1	Mar  2 09:38:33		user	info	dhcpleases[14114]	Sending HUP signal to dns daemon(67233)
        10.0.72.1	Mar  2 09:38:33		daemon	info	ppp[27697]	waiting for process 8608 to die...
        10.0.72.1	Mar  2 09:38:33		daemon	info	ppp[27697]	waiting for process 8608 to die...
        10.0.72.1	Mar  2 09:38:33		user	warning	dpinger[42889]	HENETV6_TUNNELV6 2003:471:27:191::1: sendto error: 50
        10.0.72.1	Mar  2 09:38:33		daemon	err	upsmon[67868]	Poll UPS [eaton@10.0.72.200:3493] failed - Write error: Permission denied
        10.0.72.1	Mar  2 09:38:33		daemon	notice	upsmon[67868]	Communications with UPS eaton@10.0.72.200:3493 lost
        10.0.72.1	Mar  2 09:38:34		user	warning	dpinger[42889]	HENETV6_TUNNELV6 2003:471:27:191::1: sendto error: 50
        10.0.72.1	Mar  2 09:38:34		daemon	info	dhcpd[75177]	Internet Systems Consortium DHCP Server 4.4.1
        10.0.72.1	Mar  2 09:38:34		daemon	info	dhcpd[75177]	Copyright 2004-2018 Internet Systems Consortium.
        10.0.72.1	Mar  2 09:38:34		daemon	info	dhcpd[75177]	All rights reserved.
        10.0.72.1	Mar  2 09:38:34		daemon	info	dhcpd[75177]	For info, please visit https://www.isc.org/software/dhcp/
        10.0.72.1	Mar  2 09:38:34		daemon	info	dhcpd[75177]	Config file: /etc/dhcpd.conf
        10.0.72.1	Mar  2 09:38:34		daemon	info	dhcpd[75177]	Database file: /var/db/dhcpd.leases
        10.0.72.1	Mar  2 09:38:34		local7	info	dhcpd[75177]	Internet Systems Consortium DHCP Server 4.4.1
        10.0.72.1	Mar  2 09:38:34		daemon	info	dhcpd[75177]	PID file: /var/run/dhcpd.pid
        10.0.72.1	Mar  2 09:38:34		local7	info	dhcpd[75177]	Copyright 2004-2018 Internet Systems Consortium.
        10.0.72.1	Mar  2 09:38:34		local7	info	dhcpd[75177]	All rights reserved.
        10.0.72.1	Mar  2 09:38:34		local7	info	dhcpd[75177]	For info, please visit https://www.isc.org/software/dhcp/
        10.0.72.1	Mar  2 09:38:34		local7	info	dhcpd[75177]	Wrote 0 class decls to leases file.
        10.0.72.1	Mar  2 09:38:34		local7	info	dhcpd[75177]	Wrote 0 deleted host decls to leases file.
        10.0.72.1	Mar  2 09:38:34		local7	info	dhcpd[75177]	Wrote 0 new dynamic host decls to leases file.
        10.0.72.1	Mar  2 09:38:34		local7	info	dhcpd[75177]	Wrote 4 leases to leases file.
        10.0.72.1	Mar  2 09:38:34		local7	info	dhcpd[75177]	Listening on BPF/ix1/a0:36:9f:c3:4a:2e/10.0.72.0/24
        10.0.72.1	Mar  2 09:38:34		local7	info	dhcpd[75177]	Sending on   BPF/ix1/a0:36:9f:c3:4a:2e/10.0.72.0/24
        10.0.72.1	Mar  2 09:38:34		local7	info	dhcpd[75177]	Sending on   Socket/fallback/fallback-net
        10.0.72.1	Mar  2 09:38:34		local7	info	dhcpd[75177]	Server starting service.
        10.0.72.1	Mar  2 09:38:34		user	info	dhcpleases[14114]	Sending HUP signal to dns daemon(67233)
        10.0.72.1	Mar  2 09:38:34		user	info	dhcpleases[14114]	Sending HUP signal to dns daemon(67233)
        10.0.72.1	Mar  2 09:38:34		daemon	info	ppp[27697]	waiting for process 8608 to die...
        10.0.72.1	Mar  2 09:38:34		daemon	info	ppp[27697]	waiting for process 8608 to die...
        10.0.72.1	Mar  2 09:38:34		user	err	php[51805]	notify_monitor.php: Could not send the message to anonymous@gmail.com -- Error: Failed to connect to ssl://smtp.gmail.com:465 [SMTP: Failed to connect socket: Operation timed out (code: -1, response: )]
        10.0.72.1	Mar  2 09:38:34		daemon	info	ppp[8608]	[wan] Bundle: Shutdown
        10.0.72.1	Mar  2 09:38:34		daemon	info	ppp[8608]	[wan] Bundle: Shutdown
        10.0.72.1	Mar  2 09:38:34		daemon	info	ppp[8608]	[wan_link0] Link: Shutdown
        10.0.72.1	Mar  2 09:38:34		daemon	info	ppp[8608]	[wan_link0] Link: Shutdown
        10.0.72.1	Mar  2 09:38:34		daemon	info	charon[6152]	10[KNL] interface pppoe0 disappeared
        10.0.72.1	Mar  2 09:38:34		daemon	info	ppp[8608]	process 8608 terminated
        10.0.72.1	Mar  2 09:38:34		daemon	info	ppp[8608]	process 8608 terminated
        10.0.72.1	Mar  2 09:38:34		user	warning	dpinger[42889]	HENETV6_TUNNELV6 2003:471:27:191::1: sendto error: 50
        10.0.72.1	Mar  2 09:38:34		kern	crit	kernel	pf_test: kif == NULL, if_xname pppoe0
        10.0.72.1	Mar  2 09:38:34		user	warning	dpinger[42363]	WAN_PPPOE 213.77.29.236: sendto error: 13
        10.0.72.1	Mar  2 09:38:34		kern	crit	kernel	pf_test: kif == NULL, if_xname аv—.
        10.0.72.1	Mar  2 09:38:34		kern	crit	kernel	pf_test: kif == NULL, if_xname аv—.
        10.0.72.1	Mar  2 09:38:34		kern	crit	kernel	pf_test: kif == NULL, if_xname аv—.
        10.0.72.1	Mar  2 09:38:34		kern	crit	kernel	pf_test: kif == NULL, if_xname аv—.
        10.0.72.1	Mar  2 09:38:34		kern	crit	kernel	pf_test: kif == NULL, if_xname аv—.
        
        1 Reply Last reply Reply Quote 0
        • jimpJ
          jimp Rebel Alliance Developer Netgate
          last edited by

          Probably the same as that redmine, but I wouldn't worry about it unless it continues to happen on 2.5.0 once we move 2.5.0 up to FreeBSD 12-STABLE. Could be any number of problems on 12.0 causing that.

          Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

          Need help fast? Netgate Global Support!

          Do not Chat/PM for help!

          w0wW 1 Reply Last reply Reply Quote 1
          • w0wW
            w0w @jimp
            last edited by

            @jimp
            Thanks, will see when it's ready and out.
            Now I've sequence to replicate this bug, planning to test it on 2.4.x, if I have free time in the weekend.

            1 Reply Last reply Reply Quote 0
            • w0wW
              w0w
              last edited by

              It's looks like I've different issue, caused by option "Reset all states if WAN IP Address changes".
              Even having gif/IPv6 interfaces deleted this option triggers those "pf_test: ..." messages if I manipulate with WAN interface or playing with media where WAN (PPPoE) based on.
              Looks like having this option not enabled makes the system stable again.

              1 Reply Last reply Reply Quote 0
              • w0wW
                w0w
                last edited by

                Tested 2.4.5 — not affected. ☺

                ? 1 Reply Last reply Reply Quote 0
                • ?
                  A Former User @w0w
                  last edited by

                  @w0w said in pf_test: kif == NULL, if_xname:

                  Tested 2.4.5 — not affected. ☺

                  If you can provide me how to set this up and can see if my environment would permit me to test it on my version of 12-STABLE. Its current and just finished rebasing it.

                  I'm currently using using a PPPOE connection and using the stf to implement ipv6 via 6RD, The stf has been modified with commits that I pulled forward from 2.4.x.

                  w0wW 1 Reply Last reply Reply Quote 0
                  • w0wW
                    w0w @A Former User
                    last edited by w0w

                    @rschell
                    Actually I have multiple WANs, but I can test it in single WAN config later, to see if bug still there or not.
                    If you have WAN PPPoE, go to the System-Advanced-Networking and tick the option "Reset all states if WAN IP Address changes" reboot your firewall to make things clean and just try to re-plug the ethernet cable on PPPoE WAN port, unplug, wait for a 15 sec and put it back. If you don't see those pf_test messages in console or in system logs, system does not crashing, it's good.
                    Tested, it fails only with multiple WANs and Gateway group configured. So may be I need to test your 12-STABLE version by myself, can I download it somewhere?

                    ? 1 Reply Last reply Reply Quote 0
                    • ?
                      A Former User @w0w
                      last edited by

                      @w0w I currently don't have any file sharing set up.

                      w0wW 1 Reply Last reply Reply Quote 0
                      • w0wW
                        w0w @A Former User
                        last edited by

                        @rschell
                        https://filebin.net/ without registration.

                        ? 1 Reply Last reply Reply Quote 0
                        • ?
                          A Former User @w0w
                          last edited by

                          @w0w said in pf_test: kif == NULL, if_xname on multi-WAN and "Reset all states if WAN IP Address changes":

                          https://filebin.net/ without registration.

                          Uploaded files@filebin.net

                          1 Reply Last reply Reply Quote 1
                          • w0wW
                            w0w
                            last edited by

                            Sad to say but I have same error on the same config. Regardless of option "Reset all states if WAN IP Address changes" enabled or not after known sequence I get those pf_test: kif == NULL, if_xname and then Fatal trap 12 a bit later.

                            trap12_lily2.jpg

                            ? 1 Reply Last reply Reply Quote 0
                            • ?
                              A Former User @w0w
                              last edited by A Former User

                              @w0w did you try again after rebooting? I seen a page fault occur on my bare metal instance but not VM, but much earlier in the boot process. Second boot it doesn't occur.

                              Not likely to fix the original error however.

                              1 Reply Last reply Reply Quote 0
                              • w0wW
                                w0w
                                last edited by

                                It was rebooted multiple times before I did test sequence to crash it ☺, so it is some bug. I'll wait for Netgate version, when it is out or if somebody else find something. It can be also related to ix driver, not sure, will test it also a bit later

                                1 Reply Last reply Reply Quote 0
                                • w0wW
                                  w0w
                                  last edited by w0w

                                  On the igb0 I have similar situation, but different message on 2.5.0-DEVELOPMENT (amd64)
                                  built on Fri Mar 13. Instead of pf_test spam I have this one...

                                  kernel: igb0: TX(3) desc avail = 1024, pidx = 0
                                  

                                  Looks like it's this one
                                  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239240

                                  rschell do you have the patch mentioned in the thread included in your firewall version?

                                  ? 1 Reply Last reply Reply Quote 0
                                  • ?
                                    A Former User @w0w
                                    last edited by A Former User

                                    @w0w The patches mentioned in 239240 (MFC 356310) and have been incorporated. If its posted in 12-stable branch of pfsense/FreeBSD-src, as of the build date, its in there .

                                    1 Reply Last reply Reply Quote 0
                                    • I
                                      Impatient
                                      last edited by

                                      I had that fatal trap 12: page fault message happen on a test machine with 2.5.

                                      I tested mb,drive,memory,switched cpu everything tested good.

                                      I finally swapped memory even though the previous mem passed memtest for 24 hrs
                                      and the machine has been running fine since.

                                      w0wW 1 Reply Last reply Reply Quote 0
                                      • w0wW
                                        w0w @Impatient
                                        last edited by w0w

                                        @Impatient
                                        I do not think it's memory, could be Intel card driver, I don't have any problem until I do known sequences on known configuration. Also 2.4.5 is not affected by this bug on the same hardware.

                                        1 Reply Last reply Reply Quote 0
                                        • I
                                          Impatient
                                          last edited by Impatient

                                          If it was the network card would it not mention that in the error?

                                          It does mention what is not in memory (supervisor read data)

                                          Then the result of that is the (panic: page fault).

                                          I run dual wan PPPoE with Reset all states if WAN IP Address changes enabled
                                          and get no error's running 2.5.0.a.20200313.1633 as of today on above system.
                                          Previously in 2.5.0.a.20200312.something.

                                          It has only been running for about 12 hrs. with 1 reboot.

                                          w0wW 1 Reply Last reply Reply Quote 0
                                          • w0wW
                                            w0w @Impatient
                                            last edited by w0w

                                            @Impatient
                                            My firewall is overall stable on 2.5.0, I can run it for a month until something triggers the fatal trap or "pf_test: kif == NULL", sometimes it crash on boot and 1 of 3 times crashing or/and this "pf_test: kif == NULL" message spamming, when there is the problem on the PPPoE ethernet port — for example ISP router is out of power or I have unplugged the cable or changed the link speed.
                                            I repeat, I do not have any of the mentioned problems on 2.4.5 version, so I think it's software problem.

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.