No Buffer Space Available -> Loose wan connection?
-
I did put this into the /boot/loader.conf already and it still doesn't work. Once mini-upnp complain about no buffer space, the firewall is dead. I have miniupnp listening on WLAN and not LAN. Any clues?
-
ARGG..this is very annoying. I already stopped mini-upnpd but under heavy traffic, connection cuts out but i'm still connected via wireless. It seems like a memory allocation problem and nmbufs in the loader.conf is not helping! I don't care if this thing net4801 is slower than my linksys wrt54g router but the linksys is VERY stable and pfsense + net4801 is one unstable setup. Any clues on how I can debug this so we can trace down the problem?? Thanks!
-
Your bios is the latest and greatest on the WRAP?
-
On two different boards, althought similar hardware, it acts up on the NET4801 and WRAP. Both are being used as firewall/routers/ap so wan from ethernet and Atheros abg card in the mini-pci slot. Hope someone can come up with more memory tuning parameters.
-
Arg, i'm getting this error again on my via 1ghz eden box still. It's got 512mb of ram and cpu utilization when using dual wan and downloading at 1MB/sec is only 25-40% usage.
Dec 2 21:51:46 miniupnpd[4936]: sendto(udp_notify): No buffer space available
I swear there is a bug but no one seems to be seeing it. I checked and the kernel no mnbclusters is in the loader.conf so that isn't the problem.
PLEASE help!
Thanks!
-
Check /boot/loader.conf
It should contain:
kern.ipc.nmbclusters="0"
-
I do have that and miniupnpd is still crapping out. Makes me think if it is the daemon itself.
Here is my loader.conf:
via:/boot# more loader.conf
hw.ata.atapi_dma="0"
hw.ata.ata_dma="0"
loader_color="NO"
autoboot_delay="5"
hw.ata.wc="0"
kern.ipc.nmbclusters="0"
beastie_disable="YES" -
I do have that and miniupnpd is still crapping out. Makes me think if it is the daemon itself.
Sounds like it. I would bet an application on the network is interacting with it and somehow is triggering a bug that happens to be making FreeBSD run out of resources.
-
It would be helpful if you could track down the application that causes that error. One way might be a tcpdump leading up to and at the time the error. Although I looked at the miniupnpd code and its just sending out a broadcast of miniupnpd's known services. This could be an issue relating to network issues and not the box or miniupnpd. I came across a thread while searching google
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/isp/2003-07/0172.html
-
I got an email back from Thomas the miniupnpd author stating
The error indicate that the send buffer for the network interface is
full. It can only happen when the network interface itself is down or
having problems sending packets. -
Why am I the only person seeing this issue on my pfsense box with heavy torrent traffic? Now i get wireless disconnects after buffer space unavailable…
Jan 7 23:34:15 hostapd: ath0: STA 00:0e:8e:15:95:0f IEEE 802.11: associated
Jan 7 23:34:12 hostapd: ath0: STA 00:0e:8e:15:95:0f IEEE 802.11: deassociated
Jan 7 23:34:12 hostapd: ath0: STA 00:0e:8e:15:95:0f IEEE 802.11: deauthenticated due to local deauth request
Jan 7 23:33:09 last message repeated 2 times
Jan 7 23:31:09 last message repeated 2 times
Jan 7 23:29:09 hostapd: ath0: STA 00:0e:8e:15:95:0f WPA: group key handshake completed (RSN)
Jan 7 23:28:09 hostapd: ath0: STA 00:0e:8e:15:95:0f WPA: group key handshake completed (RSN)
Jan 7 23:27:15 hostapd: ath0: STA 00:0e:8e:15:95:0f WPA: pairwise key handshake completed (RSN)
Jan 7 23:27:15 hostapd: ath0: STA 00:0e:8e:15:95:0f IEEE 802.11: associated
Jan 7 23:27:12 hostapd: ath0: STA 00:0e:8e:15:95:0f IEEE 802.11: deassociated
Jan 7 23:27:12 hostapd: ath0: STA 00:0e:8e:15:95:0f IEEE 802.11: deauthenticated due to local deauth request
Jan 7 23:26:09 hostapd: ath0: STA 00:0e:8e:15:95:0f WPA: group key handshake completed (RSN)
Jan 7 23:26:33 miniupnpd[67069]: sendto(udp_notify): No buffer space available