This should be OK on current snapshots but be sure to clear your cache or that may hang around in your browser even on new snapshots.

Has anyone confirmed this has been fixed?

Sounds like this will be an issue with systems running the unbound package that upgrade.
Unbound package is not available on 2.2 - so I expect an attempt to (re)install it after the upgrade should fail. But maybe there are old settings somewhere or… that happens.
I'm sure the devs will see this and think about what needs to doing for a smooth transition.

2.2-BETA (amd64)
built on Wed Nov 26 15:27:11 CST 2014
FreeBSD 10.1-RELEASE

Still not working properly.

Wan dropped and not come back up. Did the wan, save & apply, got back online, checked I could access the web, then tried contacting my sip server, no response, so I deleted the states and got connected to the sip automatically.

I see in the PPP log, its being reported '/var/etc/mpd_wan.conf does not exist, I've just checked and its still there. This has been happening across a few beta versions recently.

Also noticed this entry.
Nov 30 18:07:58 php-fpm[63861]: /rc.newwanip: pfSense package system has detected an IP change or dynamic WAN reconnection - -> 192.168.5.1 - Restarting packages.

I'm not using the 192.168.5.x range for anything here, dont know where pfsense is getting this from at all.

Anything else I can check before I upgrade to the latest version and lose the logs?

Status log.

Nov 30 18:08:24 snort[30363]: FATAL ERROR: Can't start DAQ (-1) - BIOCSETIF failed: Device not configured!
Nov 30 18:08:23 lighttpd[32042]: (connections.c.1692) SSL (error): 5 -1 1 Operation not permitted
Nov 30 18:08:16 kernel: pid 28743 (ntpd), uid 0: exited on signal 11 (core dumped)
Nov 30 18:07:59 php-fpm[63861]: /rc.start_packages: Restarting/Starting all packages.
Nov 30 18:07:58 check_reload_status: Starting packages
Nov 30 18:07:58 php-fpm[63861]: /rc.newwanip: pfSense package system has detected an IP change or dynamic WAN reconnection - -> 192.168.5.1 - Restarting packages.
Nov 30 18:07:58 check_reload_status: Reloading filter
Nov 30 18:07:58 php-fpm[63861]: /rc.newwanip: rc.newwanip: on (IP address: 192.168.5.1) (interface: []) (real interface: ovpns1).
Nov 30 18:07:58 php-fpm[63861]: /rc.newwanip: rc.newwanip: Info: starting on ovpns1.
Nov 30 18:07:57 lighttpd[32042]: (connections.c.1692) SSL (error): 5 -1 1 Operation not permitted
Nov 30 18:07:57 lighttpd[32042]: (connections.c.619) connection closed: write failed on fd 17
Nov 30 18:07:57 lighttpd[32042]: (network_openssl.c.118) SSL: 5 -1 1 Operation not permitted
Nov 30 18:07:57 lighttpd[32042]: (connections.c.1692) SSL (error): 5 -1 1 Operation not permitted
Nov 30 18:07:57 lighttpd[32042]: (connections.c.619) connection closed: write failed on fd 19
Nov 30 18:07:57 lighttpd[32042]: (network_openssl.c.118) SSL: 5 -1 1 Operation not permitted
Nov 30 18:07:57 check_reload_status: rc.newwanip starting ovpns1
Nov 30 18:07:57 kernel: ovpns1: link state changed to UP
Nov 30 18:07:57 php-fpm[63861]: /rc.openvpn: OpenVPN: Resync client3 HTC Hero VPN
Nov 30 18:07:56 php-fpm[63861]: /rc.openvpn: OpenVPN: Resync client2 Laptop OpenVPN client connection
Nov 30 18:07:56 check_reload_status: Reloading filter
Nov 30 18:07:56 kernel: ovpns1: link state changed to DOWN
Nov 30 18:07:56 php-fpm[63861]: /rc.openvpn: OpenVPN: Resync server1 Wan OpenVPN
Nov 30 18:07:56 php-fpm[63861]: /rc.openvpn: OpenVPN: One or more OpenVPN tunnel endpoints may have changed its IP. Reloading endpoints that may use WAN_PPPOE.
Nov 30 18:07:55 check_reload_status: Reloading filter
Nov 30 18:07:55 check_reload_status: Restarting OpenVPN tunnels/interfaces
Nov 30 18:07:55 check_reload_status: Restarting ipsec tunnels
Nov 30 18:07:55 check_reload_status: updating dyndns WAN_PPPOE
Nov 30 18:07:39 check_reload_status: updating dyndns wan
Nov 30 18:07:35 php-fpm[24445]: /rc.linkup: Starting 3gstats.php on device '' for interface 'wan'
Nov 30 18:07:35 php-fpm[24445]: /rc.linkup: HOTPLUG: Configuring interface wan
Nov 30 18:07:35 php-fpm[24445]: /rc.linkup: DEVD Ethernet attached event for wan
Nov 30 18:07:35 check_reload_status: Rewriting resolv.conf
Nov 30 18:07:34 php: rc.kill_states: rc.kill_states: Removing states for IP 2.97.215.131/32
Nov 30 18:07:34 php-fpm[10072]: /rc.linkup: DEVD Ethernet detached event for wan
Nov 30 18:07:33 check_reload_status: Linkup starting ue0
Nov 30 18:07:33 devd: Executing '/usr/local/sbin/pfSctl -c 'interface linkup start ue0''
Nov 30 18:07:33 check_reload_status: Linkup starting ue0
Nov 30 18:07:33 devd: Executing '/usr/local/sbin/pfSctl -c 'interface linkup stop ue0''
Nov 30 18:07:33 kernel: ue0: link state changed to UP
Nov 30 18:07:33 kernel: ue0: link state changed to DOWN
Nov 30 18:05:02 check_reload_status: Syncing firewall
Nov 30 18:05:02 php: snort_check_for_rule_updates.php: [Snort] The Rules update has finished.
Nov 30 18:05:02 php: snort_check_for_rule_updates.php: [Snort] Emerging Threats Open rules are up to date…
Nov 30 18:05:02 php: snort_check_for_rule_updates.php: [Snort] Snort GPLv2 Community Rules are up to date…
Nov 30 18:05:01 php: snort_check_for_rule_updates.php: [Snort] Server returned error code 422…
Nov 30 18:05:01 php: snort_check_for_rule_updates.php: [Snort] Snort VRT rules md5 download failed…
Nov 30 17:43:55 php-fpm[78338]: /rc.dyndns.update: phpDynDNS (smtp.domain.com): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:54 php-fpm[78338]: /rc.dyndns.update: phpDynDNS (sip.domain.co.uk): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:53 php-fpm[78338]: /rc.dyndns.update: phpDynDNS (sip.domain.com): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:52 php-fpm[78338]: /rc.dyndns.update: phpDynDNS (mail.domain.co.uk): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:51 php-fpm[78338]: /rc.dyndns.update: phpDynDNS (www.domain.co.uk): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:50 php-fpm[94487]: /rc.start_packages: Restarting/Starting all packages.
Nov 30 17:43:50 php-fpm[94487]: /rc.filter_configure_sync: Could not find IPv6 gateway for interface(wan).
Nov 30 17:43:50 php-fpm[78338]: /rc.dyndns.update: phpDynDNS (domain.co.uk): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:49 check_reload_status: Starting packages
Nov 30 17:43:49 php-fpm[87976]: /rc.newwanip: pfSense package system has detected an IP change or dynamic WAN reconnection - -> 192.168.5.1 - Restarting packages.
Nov 30 17:43:49 check_reload_status: Reloading filter
Nov 30 17:43:49 php-fpm[87976]: /rc.newwanip: rc.newwanip: on (IP address: 192.168.5.1) (interface: []) (real interface: ovpns1).
Nov 30 17:43:49 php-fpm[87976]: /rc.newwanip: rc.newwanip: Info: starting on ovpns1.
Nov 30 17:43:49 php-fpm[78338]: /rc.dyndns.update: phpDynDNS (mail.domain.com): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:49 php-fpm[94487]: /rc.filter_configure_sync: Could not find IPv6 gateway for interface(wan).
Nov 30 17:43:49 php-fpm[87976]: /rc.filter_configure_sync: Could not find IPv6 gateway for interface(wan).
Nov 30 17:43:48 php-fpm[87976]: /rc.openvpn: OpenVPN: Resync client3 HTC Hero VPN
Nov 30 17:43:48 check_reload_status: rc.newwanip starting ovpns1
Nov 30 17:43:48 kernel: ovpns1: link state changed to UP
Nov 30 17:43:48 php-fpm[78338]: /rc.dyndns.update: phpDynDNS (domain.com): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:48 php-fpm[87976]: /rc.openvpn: OpenVPN: Resync client2 Laptop OpenVPN client connection
Nov 30 17:43:48 check_reload_status: Reloading filter
Nov 30 17:43:48 kernel: ovpns1: link state changed to DOWN
Nov 30 17:43:48 php-fpm[87976]: /rc.openvpn: OpenVPN: Resync server1 Wan OpenVPN
Nov 30 17:43:48 php-fpm[87976]: /rc.openvpn: OpenVPN: One or more OpenVPN tunnel endpoints may have changed its IP. Reloading endpoints that may use WAN_PPPOE.
Nov 30 17:43:47 php-fpm[78338]: /rc.dyndns.update: phpDynDNS (www.domain.com): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:46 check_reload_status: Reloading filter
Nov 30 17:43:46 check_reload_status: Restarting OpenVPN tunnels/interfaces
Nov 30 17:43:46 check_reload_status: Restarting ipsec tunnels
Nov 30 17:43:46 check_reload_status: updating dyndns WAN_PPPOE
Nov 30 17:43:39 php-fpm[36934]: /rc.dyndns.update: phpDynDNS (smtp.domain.com): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:38 php-fpm[36934]: /rc.dyndns.update: phpDynDNS (sip.domain.co.uk): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:37 php-fpm[36934]: /rc.dyndns.update: phpDynDNS (sip.domain.com): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:36 php-fpm[36934]: /rc.dyndns.update: phpDynDNS (mail.domain.co.uk): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:35 php-fpm[36934]: /rc.dyndns.update: phpDynDNS (www.domain.co.uk): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:34 php-fpm[54094]: /rc.start_packages: Restarting/Starting all packages.
Nov 30 17:43:34 php-fpm[54094]: /rc.filter_configure_sync: Could not find IPv6 gateway for interface(wan).
Nov 30 17:43:34 php-fpm[36934]: /rc.dyndns.update: phpDynDNS (domain.co.uk): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:33 check_reload_status: Starting packages
Nov 30 17:43:33 php-fpm[46295]: /rc.newwanip: pfSense package system has detected an IP change or dynamic WAN reconnection - -> 192.168.5.1 - Restarting packages.
Nov 30 17:43:33 check_reload_status: Reloading filter
Nov 30 17:43:33 php-fpm[46295]: /rc.newwanip: rc.newwanip: on (IP address: 192.168.5.1) (interface: []) (real interface: ovpns1).
Nov 30 17:43:33 php-fpm[46295]: /rc.newwanip: rc.newwanip: Info: starting on ovpns1.
Nov 30 17:43:33 php-fpm[36934]: /rc.dyndns.update: phpDynDNS (mail.domain.com): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:33 php-fpm[54094]: /rc.filter_configure_sync: Could not find IPv6 gateway for interface(wan).
Nov 30 17:43:33 php-fpm[46295]: /rc.filter_configure_sync: Could not find IPv6 gateway for interface(wan).
Nov 30 17:43:32 php-fpm[46295]: /rc.openvpn: OpenVPN: Resync client3 HTC Hero VPN
Nov 30 17:43:32 check_reload_status: rc.newwanip starting ovpns1
Nov 30 17:43:32 kernel: ovpns1: link state changed to UP
Nov 30 17:43:32 php-fpm[46295]: /rc.openvpn: OpenVPN: Resync client2 Laptop OpenVPN client connection
Nov 30 17:43:32 php-fpm[36934]: /rc.dyndns.update: phpDynDNS (domain.com): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:32 check_reload_status: Reloading filter
Nov 30 17:43:32 kernel: ovpns1: link state changed to DOWN
Nov 30 17:43:32 php-fpm[46295]: /rc.openvpn: OpenVPN: Resync server1 Wan OpenVPN
Nov 30 17:43:32 php-fpm[46295]: /rc.openvpn: OpenVPN: One or more OpenVPN tunnel endpoints may have changed its IP. Reloading endpoints that may use WAN_PPPOE.
Nov 30 17:43:31 php-fpm[36934]: /rc.dyndns.update: phpDynDNS (www.domain.com): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Nov 30 17:43:30 check_reload_status: Reloading filter
Nov 30 17:43:30 check_reload_status: Restarting OpenVPN tunnels/interfaces
Nov 30 17:43:30 check_reload_status: Restarting ipsec tunnels
Nov 30 17:43:30 check_reload_status: updating dyndns WAN_PPPOE
Nov 30 17:42:57 kernel: arp: 192.168.10.30 moved from 00:21:6a:55:41:6a to 00:0c:29:01:89:be on em0
Nov 30 17:42:49 kernel: arp: 192.168.10.10 moved from 00:21:6a:55:41:6a to 00:0c:29:3c:7d:dc on em0
Nov 30 17:41:38 php-fpm[82911]: /index.php: Successful login for user 'admin' from: 192.168.10.3
Nov 30 17:41:38 php-fpm[82911]: /index.php: Successful login for user 'admin' from: 192.168.10.3
Nov 30 16:14:10 php-fpm[87545]: /index.php: Successful login for user 'admin' from: 192.168.10.3
Nov 30 16:14:10 php-fpm[87545]: /index.php: Successful login for user 'admin' from: 192.168.10.3
Nov 30 14:58:28 php-fpm[874]: /index.php: Successful login for user 'admin' from: 192.168.10.4
Nov 30 14:58:28 php-fpm[874]: /index.php: Successful login for user 'admin' from: 192.168.10.4
Nov 30 14:42:23 php-fpm[80351]: /index.php: Successful login for user 'admin' from: 192.168.10.3
Nov 30 14:42:23 php-fpm[80351]: /index.php: Successful login for user 'admin' from: 192.168.10.3

PPP Log.
Nov 30 18:14:17 ppp: [wan] IFACE: Rename interface ng0 to pppoe0
Nov 30 18:14:17 ppp: [wan] IFACE: Up event
Nov 30 18:14:16 ppp: [wan] 92.29.126.192 -> 92.29.112.1
Nov 30 18:14:16 ppp: [wan] IPCP: LayerUp
Nov 30 18:14:16 ppp: [wan] IPCP: state change Ack-Sent –> Opened
Nov 30 18:14:16 ppp: [wan] SECDNS 78.151.235.132
Nov 30 18:14:16 ppp: [wan] PRIDNS 78.151.235.3
Nov 30 18:14:16 ppp: [wan] IPADDR 92.29.126.192
Nov 30 18:14:16 ppp: [wan] IPCP: rec'd Configure Ack #3 (Ack-Sent)
Nov 30 18:14:16 ppp: [wan] SECDNS 78.151.235.132
Nov 30 18:14:16 ppp: [wan] PRIDNS 78.151.235.3
Nov 30 18:14:16 ppp: [wan] IPADDR 92.29.126.192
Nov 30 18:14:16 ppp: [wan] IPCP: SendConfigReq #3
Nov 30 18:14:16 ppp: [wan] SECDNS 78.151.235.132
Nov 30 18:14:16 ppp: [wan] PRIDNS 78.151.235.3
Nov 30 18:14:16 ppp: [wan] 92.29.126.192 is OK
Nov 30 18:14:16 ppp: [wan] IPADDR 92.29.126.192
Nov 30 18:14:16 ppp: [wan] IPCP: rec'd Configure Nak #2 (Ack-Sent)
Nov 30 18:14:16 ppp: [wan] IPV6CP: LayerFinish
Nov 30 18:14:16 ppp: [wan] IPV6CP: state change Req-Sent –> Stopped
Nov 30 18:14:16 ppp: [wan] IPV6CP: protocol was rejected by peer
Nov 30 18:14:16 ppp: [wan_link0] LCP: protocol IPV6CP was rejected
Nov 30 18:14:16 ppp: [wan_link0] LCP: rec'd Protocol Reject #225 (Opened)
Nov 30 18:14:16 ppp: [wan] SECDNS 0.0.0.0
Nov 30 18:14:16 ppp: [wan] PRIDNS 0.0.0.0
Nov 30 18:14:16 ppp: [wan] IPADDR 0.0.0.0
Nov 30 18:14:16 ppp: [wan] IPCP: SendConfigReq #2
Nov 30 18:14:16 ppp: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
Nov 30 18:14:16 ppp: [wan] IPCP: rec'd Configure Reject #1 (Ack-Sent)
Nov 30 18:14:16 ppp: [wan] IPCP: state change Req-Sent –> Ack-Sent
Nov 30 18:14:16 ppp: [wan] IPADDR 92.29.112.1
Nov 30 18:14:16 ppp: [wan] IPCP: SendConfigAck #245
Nov 30 18:14:16 ppp: [wan] 92.29.112.1 is OK
Nov 30 18:14:16 ppp: [wan] IPADDR 92.29.112.1
Nov 30 18:14:16 ppp: [wan] IPCP: rec'd Configure Request #245 (Req-Sent)
Nov 30 18:14:16 ppp: [wan] IPV6CP: SendConfigReq #1
Nov 30 18:14:16 ppp: [wan] IPV6CP: state change Starting –> Req-Sent
Nov 30 18:14:16 ppp: [wan] IPV6CP: Up event
Nov 30 18:14:16 ppp: [wan] SECDNS 0.0.0.0
Nov 30 18:14:16 ppp: [wan] PRIDNS 0.0.0.0
Nov 30 18:14:16 ppp: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
Nov 30 18:14:16 ppp: [wan] IPADDR 0.0.0.0
Nov 30 18:14:16 ppp: [wan] IPCP: SendConfigReq #1
Nov 30 18:14:16 ppp: [wan] IPCP: state change Starting –> Req-Sent
Nov 30 18:14:16 ppp: [wan] IPCP: Up event
Nov 30 18:14:16 ppp: [wan] IPV6CP: LayerStart
Nov 30 18:14:16 ppp: [wan] IPV6CP: state change Initial –> Starting
Nov 30 18:14:16 ppp: [wan] IPV6CP: Open event
Nov 30 18:14:16 ppp: [wan] IPCP: LayerStart
Nov 30 18:14:16 ppp: [wan] IPCP: state change Initial –> Starting
Nov 30 18:14:16 ppp: [wan] IPCP: Open event
Nov 30 18:14:16 ppp: [wan] Bundle: Status update: up 1 link, total bandwidth 64000 bps
Nov 30 18:14:16 ppp: [wan_link0] Link: Join bundle "wan"
Nov 30 18:14:16 ppp: [wan_link0] Link: Matched action 'bundle "wan" ""'
Nov 30 18:14:16 ppp: [wan_link0] LCP: authorization successful
Nov 30 18:14:16 ppp: [wan_link0] MESG: CHAP authentication success, unit 8594
Nov 30 18:14:16 ppp: [wan_link0] CHAP: rec'd SUCCESS #1 len: 42
Nov 30 18:14:16 ppp: [wan_link0] CHAP: sending RESPONSE #1 len: 45
Nov 30 18:14:16 ppp: [wan_link0] CHAP: Using authname "username"
Nov 30 18:14:16 ppp: [wan_link0] Name: "npe001.ips"
Nov 30 18:14:16 ppp: [wan_link0] CHAP: rec'd CHALLENGE #1 len: 31
Nov 30 18:14:16 ppp: [wan_link0] LCP: LayerUp
Nov 30 18:14:16 ppp: [wan_link0] LCP: auth: peer wants CHAP, I want nothing
Nov 30 18:14:16 ppp: [wan_link0] LCP: state change Ack-Sent –> Opened
Nov 30 18:14:16 ppp: [wan_link0] MAGICNUM 21a71bf8
Nov 30 18:14:16 ppp: [wan_link0] MRU 1492
Nov 30 18:14:16 ppp: [wan_link0] LCP: rec'd Configure Ack #2 (Ack-Sent)
Nov 30 18:14:16 ppp: [wan_link0] MAGICNUM 21a71bf8
Nov 30 18:14:16 ppp: [wan_link0] MRU 1492
Nov 30 18:14:16 ppp: [wan_link0] LCP: SendConfigReq #2
Nov 30 18:14:16 ppp: [wan_link0] PROTOCOMP
Nov 30 18:14:16 ppp: [wan_link0] LCP: rec'd Configure Reject #1 (Ack-Sent)
Nov 30 18:14:16 ppp: [wan_link0] LCP: state change Req-Sent –> Ack-Sent
Nov 30 18:14:16 ppp: [wan_link0] MAGICNUM 4ac66ec3
Nov 30 18:14:16 ppp: [wan_link0] AUTHPROTO CHAP MD5
Nov 30 18:14:16 ppp: [wan_link0] MRU 1492
Nov 30 18:14:16 ppp: [wan_link0] LCP: SendConfigAck #224
Nov 30 18:14:16 ppp: [wan_link0] MAGICNUM 4ac66ec3
Nov 30 18:14:16 ppp: [wan_link0] AUTHPROTO CHAP MD5
Nov 30 18:14:16 ppp: [wan_link0] MRU 1492
Nov 30 18:14:16 ppp: [wan_link0] LCP: rec'd Configure Request #224 (Req-Sent)
Nov 30 18:14:16 ppp: [wan_link0] MAGICNUM 21a71bf8
Nov 30 18:14:16 ppp: [wan_link0] MRU 1492
Nov 30 18:14:16 ppp: [wan_link0] PROTOCOMP
Nov 30 18:14:16 ppp: [wan_link0] LCP: SendConfigReq #1
Nov 30 18:14:16 ppp: [wan_link0] LCP: state change Starting –> Req-Sent
Nov 30 18:14:16 ppp: [wan_link0] LCP: Up event
Nov 30 18:14:16 ppp: [wan_link0] Link: UP event
Nov 30 18:14:16 ppp: [wan_link0] PPPoE: connection successful
Nov 30 18:14:16 ppp: PPPoE: rec'd ACNAME "npe001.ips-B22"
Nov 30 18:14:16 ppp: [wan_link0] PPPoE: Connecting to ''
Nov 30 18:14:16 ppp: [wan_link0] LCP: LayerStart
Nov 30 18:14:16 ppp: [wan_link0] LCP: state change Initial –> Starting
Nov 30 18:14:16 ppp: [wan_link0] LCP: Open event
Nov 30 18:14:16 ppp: [wan_link0] Link: OPEN event
Nov 30 18:14:16 ppp: [wan] Bundle: Interface ng0 created
Nov 30 18:14:16 ppp: web: web is not running
Nov 30 18:14:16 ppp: process 83714 started, version 5.7 (root@pfsense-22-amd64-builder 12:58 18-Nov-2014)
Nov 30 18:14:16 ppp:
Nov 30 18:14:16 ppp: Multi-link PPP daemon for FreeBSD
Nov 30 18:07:37 ppp: process 25371 terminated
Nov 30 18:07:37 ppp: can't read configuration for "pppoeclient"
Nov 30 18:07:37 ppp: OpenConfFile: Can't open file '/var/etc/mpd_wan.conf': No such file or directory
Nov 30 18:07:37 ppp: OpenConfFile: Can't open file '/var/etc/mpd_wan.conf': No such file or directory
Nov 30 18:07:37 ppp: process 76355 terminated
Nov 30 18:07:37 ppp: [wan_link0] Link: Shutdown
Nov 30 18:07:37 ppp: [wan] Bundle: Shutdown
Nov 30 18:07:36 ppp: [wan_link0] LCP: state change Closing –> Initial
Nov 30 18:07:36 ppp: [wan_link0] LCP: LayerFinish
Nov 30 18:07:36 ppp: [wan_link0] LCP: Down event
Nov 30 18:07:36 ppp: [wan_link0] Link: DOWN event
Nov 30 18:07:36 ppp: [wan_link0] PPPoE: connection closed
Nov 30 18:07:36 ppp: waiting for process 76355 to die…
Nov 30 18:07:35 ppp: waiting for process 76355 to die...
Nov 30 18:07:35 ppp: process 25371 started, version 5.7 (root@pfsense-22-amd64-builder 12:58 18-Nov-2014)
Nov 30 18:07:35 ppp:
Nov 30 18:07:35 ppp: Multi-link PPP daemon for FreeBSD
Nov 30 18:07:35 ppp: [wan_link0] LCP: state change Stopping –> Closing
Nov 30 18:07:35 ppp: [wan_link0] LCP: Close event
Nov 30 18:07:35 ppp: [wan_link0] Link: CLOSE event
Nov 30 18:07:35 ppp: [wan_link0] LCP: LayerDown
Nov 30 18:07:35 ppp: [wan_link0] LCP: SendTerminateAck #3
Nov 30 18:07:35 ppp: [wan] IPV6CP: state change Closed –> Initial
Nov 30 18:07:35 ppp: [wan] IPV6CP: Down event
Nov 30 18:07:35 ppp: [wan] IPCP: state change Closed –> Initial
Nov 30 18:07:35 ppp: [wan] IPCP: Down event
Nov 30 18:07:35 ppp: [wan] IPV6CP: Close event
Nov 30 18:07:35 ppp: [wan] IPCP: Close event
Nov 30 18:07:35 ppp: [wan] Bundle: Status update: up 0 links, total bandwidth 9600 bps
Nov 30 18:07:35 ppp: [wan_link0] Link: Leave bundle "wan"
Nov 30 18:07:35 ppp: [wan_link0] LCP: state change Opened –> Stopping
Nov 30 18:07:35 ppp: [wan_link0] LCP: rec'd Terminate Request #163 (Opened)
Nov 30 18:07:35 ppp: [wan] Bundle: closing link "wan_link0"…
Nov 30 18:07:35 ppp: [wan] Bundle: No NCPs left. Closing links…
Nov 30 18:07:35 ppp: [wan] IPCP: LayerFinish
Nov 30 18:07:35 ppp: [wan] IPCP: state change Closing –> Closed
Nov 30 18:07:35 ppp: [wan] IPCP: rec'd Terminate Ack #4 (Closing)
Nov 30 18:07:35 ppp: [wan] IPV6CP: state change Stopped –> Closed
Nov 30 18:07:35 ppp: [wan] IPV6CP: Close event
Nov 30 18:07:35 ppp: [wan] IFACE: Rename interface pppoe0 to pppoe0
Nov 30 18:07:35 ppp: [wan] IFACE: Down event
Nov 30 18:07:35 ppp: [wan] IFACE: Delete route 0.0.0.0/0 2.97.208.1 failed: No such process
Nov 30 18:07:34 ppp: [wan] IPCP: LayerDown
Nov 30 18:07:34 ppp: [wan] IPCP: SendTerminateReq #4
Nov 30 18:07:34 ppp: [wan] IPCP: state change Opened –> Closing
Nov 30 18:07:34 ppp: [wan] IPCP: Close event
Nov 30 18:07:34 ppp: [wan] IFACE: Close event
Nov 30 18:07:34 ppp: caught fatal signal TERM
Nov 27 11:14:33 ppp: [wan] IFACE: Rename interface ng0 to pppoe0
Nov 27 11:14:33 ppp: [wan] IFACE: Up event
Nov 27 11:14:32 ppp: [wan] 2.97.215.131 -> 2.97.208.1
Nov 27 11:14:32 ppp: [wan] IPCP: LayerUp
Nov 27 11:14:32 ppp: [wan] IPCP: state change Ack-Sent –> Opened
Nov 27 11:14:32 ppp: [wan] SECDNS 78.151.235.132
Nov 27 11:14:32 ppp: [wan] PRIDNS 78.151.235.3
Nov 27 11:14:32 ppp: [wan] IPADDR 2.97.215.131
Nov 27 11:14:32 ppp: [wan] IPCP: rec'd Configure Ack #3 (Ack-Sent)
Nov 27 11:14:32 ppp: [wan] SECDNS 78.151.235.132
Nov 27 11:14:32 ppp: [wan] PRIDNS 78.151.235.3
Nov 27 11:14:32 ppp: [wan] IPADDR 2.97.215.131
Nov 27 11:14:32 ppp: [wan] IPCP: SendConfigReq #3
Nov 27 11:14:32 ppp: [wan] SECDNS 78.151.235.132
Nov 27 11:14:32 ppp: [wan] PRIDNS 78.151.235.3
Nov 27 11:14:32 ppp: [wan] 2.97.215.131 is OK
Nov 27 11:14:32 ppp: [wan] IPADDR 2.97.215.131

@tandem:

My board has also a Intel i217-V  nic.

Can you share what driver version it is running and what advanced settings you have set for the driver?  Have you tried coping a file over the LAN directly to your hyper-v host and watching task manager on the host as you do it?  Perhaps it's the Atheros adapter after all but I don't see how given that I only have that adapter mapped to the pfSense WAN and I get the high interrupts just copying a file over the LAN to the host… I really don't want to add another NIC to the thing since it's an ITX build I put together for lowest power consumption possible and chose the motherboard specifically because it had dual LAN built in.  I don't want any more unnecessary power drain nor do I want to give up the one and only PCIe slot for another NIC.

Scratch that....

You know what, it could be that task manager is just useless in a hyper-v environment... I decided to run cpu-z while doing the performance testing of the network.  Even though task manager reports a good 8% CPU use from interrupts or so when doing a file transfer I noticed cpu-z is reporting that in this situation my CPU is not even leaving it's lowest power state and frequency (it is running at < 800Mhz at this time).  Task Manager itself running on the host reports the CPU locked at it's "rated speed" but we know that this is not the case.

To test my theory I artificially loaded the CPU by running prime95 in the host and then running the file transfer test and behold that if I load the CPU in order to make it run at it's full rated speed the CPU use numbers from system interrupts during the file transfer decrease dramatically to only between 1 and 2%.

Somehow, I always assumed that the windows task manager was smart enough to report the CPU load based on it's rated capacity and not based on it's current power state.  Today I learned this is not the case. In fact, my network only consumes 6-8% of the CPU maxing out the full gigabit connection rate while in the lowest power state of less than 800mhz, in other words it doesn't even break a sweat.  In fact, I had a hard time finding out a way to coax it into a higher power state and just threw the kitchen sink at it with prime95 and that's with the host already running 3 VMs including a second full instance of Windows Server 2012 R2 as well as with XBMC running 24/7.

I have to say, I am actually very impressed with this haswell part (i5-4590) now considering it must be doing all of this using next to no electricity normally.

P.S. I ran this test with all offloading features enabled and receive side scaling maxed out.  In my case the host shares the virtual switch with all of the VMs LANs.  Case closed!!!

If you enable peer logging in the ntp config you can clearly see it is associating with peers and working correctly.  :-
This does look like a local query problem.

Updated to latest snap. No change to either NTP or RW filesystem.

Steve

I don't see how it can help those using DNS Forwarder (dnsmasq) (@priller), but you might as well try making the fix I wrote about here:
https://forum.pfsense.org/index.php?topic=84741.msg464810#msg464810

and then report what problems remain after rebooting.

2.2-BETA (amd64)
built on Sat Nov 29 01:55:22 CST 2014

The problem has gone. Thank you.

A bit of back and forth with Ermal and I doing bits of code. One last fix to actually delete the transitory XML files on bootup/restore:
https://github.com/pfsense/pfsense/pull/1356

This is working very nicely for me now. I have some RRD history piling up over the last days and many boots and upgrades on my little Alix with a list of VLANs…

Thanks Ermal for working this along.

This is looking really good now, thank you for fixing it Ermal!

You're a lifesaver.
Thanks, that was the trick that did it.

Cheers.

I pushed the fixes.
They will be on next snapshots please test with that.

Can you try with next coming snapshot.

Updating to latest beta and putting https only on wan1 have solved the problem. I close the post.

I did a quick writeup that I hope makes sense-

https://forum.pfsense.org/index.php?topic=84680.0

My APU, ALIX, and all package test systems reinstalled all packages fine and started their services correctly after upgrade to both of the snapshots that have come out on the 27th, seems good.

It was another startup sequence thing - /var/unbound dir was not being created until late in the boot when the full unbound was configured and started.
Fixed for me by:
https://github.com/pfsense/pfsense/pull/1350