# Dropping all packets, but not crashed?

**URL:** https://community.zeek.org/t/dropping-all-packets-but-not-crashed/2582
**Category:** Zeek
**Created:** [March 8, 2013, 6:51pm UTC](https://community.zeek.org/t/dropping-all-packets-but-not-crashed/2582 "2013-03-08T18:51:27Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![jessebowling](https://avatars.discourse-cdn.com/v4/letter/j/f9ae1b/32.png) [@jessebowling](https://community.zeek.org/u/jessebowling)
#### Post date: [March 8, 2013, 6:51pm UTC](https://community.zeek.org/t/dropping-all-packets-but-not-crashed/2582/1 "2013-03-08T18:51:27Z")

</div>

I noticed today while reviewing my notice.log that one worker thread has been consistently dropping all packets that it received…The status indicated that it was running, and a restart of the worker did not indicate that anything was crashed or that it exited oddly…After using broctl to restart the worker, no more notices…

I imagine it’s too late to gather more info about this now, but if the situation should present itself again, how would I gather the most debug information to try to find out why? Are there settings I should turn on now, or commands I should run at the time? strace, gdb, etc?

Is it too late to get more info about why this was happening?

I also just happened to visit the securityonion page and notice this at the top:

“An issue was recently discovered in Bro 2.1 when monitoring multiple interfaces with PF\_RING that could result in traffic loss. This issue is targeted for resolution in Bro 2.2. In the meantime, if you’re monitoring multiple interfaces with Bro, please disable Bro’s PF\_RING load balancing as follows:”

This could perhaps describe my situation…Anyone have any more specifics on this?

Cheers,

Jesse

---

<div class="post-metadata">

### Author: ![Scott\_Campbell](https://avatars.discourse-cdn.com/v4/letter/s/54ee81/32.png) [@Scott\_Campbell](https://community.zeek.org/u/Scott_Campbell)
#### Post date: [March 8, 2013, 7:00pm UTC](https://community.zeek.org/t/dropping-all-packets-but-not-crashed/2582/2 "2013-03-08T19:00:44Z")

</div>

We saw a very similar thing here - there ended up being an issue with  
PF\_RING \< 5.5.2 where corrupted VLAN tagged packets caused the exact  
situation you describe. We were seeing this 2-3 times a day.

I upgraded the PF\_RING to 5.2.2 and the issue went away. This problem  
is listed in the ChangeLog as well.

cheers,  
scott

---

<div class="post-metadata">

### Author: ![jessebowling](https://avatars.discourse-cdn.com/v4/letter/j/f9ae1b/32.png) [@jessebowling](https://community.zeek.org/u/jessebowling)
#### Post date: [March 8, 2013, 7:03pm UTC](https://community.zeek.org/t/dropping-all-packets-but-not-crashed/2582/3 "2013-03-08T19:03:06Z")

</div>

Thanks Scott!

I’m due for an upgrade on PF\_RING so knowing this might be related is more fuel to the fire.

Cheers,

Jesse

---

<div class="post-metadata">

### Author: ![Jordi\_Ros-Giralt](https://avatars.discourse-cdn.com/v4/letter/j/76d3ee/32.png) [@Jordi\_Ros-Giralt](https://community.zeek.org/u/Jordi_Ros-Giralt)
#### Post date: [March 11, 2013, 8:38am UTC](https://community.zeek.org/t/dropping-all-packets-but-not-crashed/2582/4 "2013-03-11T08:38:14Z")

</div>

Hi Jesse,

Regarding the note reported in the securityonion page, that issue would happen only when using PF\_RING and multiple input interfaces. The issue comes because currently Bro does not support multiple PF\_RING clusters (it supports configuring one single PF\_RING cluster). If you are running a single interface, then this would not be your problem, otherwise, this could be a cause of packet drops.

Seth filed a ticket (Ticket #943) so this issue is being tracked already.

Cheers,

Jordi

---

<div class="post-metadata">

### Author: ![system](https://canada1.discourse-cdn.com/flex011/uploads/zeek/original/1X/f09d732bc2cc7c7cc7e35db67cf4e1d5233ce7a7.png) [@system](https://community.zeek.org/u/system)
#### Post date: [May 6, 2022, 3:40pm UTC](https://community.zeek.org/t/dropping-all-packets-but-not-crashed/2582/5 "2022-05-06T15:40:49Z")

</div>


