Hi Jim
ideally you should kill snort/suri and then zbalance_ipc, however killing
zbalance_ipc
before should not lead to issues, this is something we usually do in our tests.
Is this something always reproducible? Could you try changing the order
(killing
zbalance_ipc after snort/suri) to check if it’s related to that?
Thank you
Alfredo
> On 15 Oct 2016, at 19:22, Jim Hranicky <j...@ufl.edu> wrote:
>
> Yes, this is the ixgbe driver. All I did was run my version of
> /etc/init.d/{suri,snortd} stop (testing both at the moment), and
> both hosts locked up. I had to do a hard reset as the reboot hung
> as well.
>
> All the script does is kill zbalance_ipc then snort/suri . Should
> I do that in reverse order so zbalance_ipc is killed last?
>
> Jim
>
> On 10/15/2016 07:12 AM, Alfredo Cardigliano wrote:
>> This seems to be driver-related. You were using ixgbe in this test
>> right? Did you do something like putting the interface down or
>> unloading the driver perhaps? Trying to figure out what caused
>> this..
>>
>> Thank you Alfredo
>>
>>> On 14 Oct 2016, at 22:25, Jim Hranicky <j...@ufl.edu> wrote:
>>>
>>> Logs attached.
>>>
>>> Jim
>>>
>>> On 10/14/2016 03:44 PM, Alfredo Cardigliano wrote:
>>>> Uhm, hard to say, could you provide also dmesg?
>>>>
>>>> Alfredo
>>>>
>>>>> On 14 Oct 2016, at 18:07, Jim Hranicky <j...@ufl.edu> wrote:
>>>>>
>>>>> And one more, sorry. I tried to stop zbalance_ipc to move to 32
>>>>> queues and am getting this error:
>>>>>
>>>>> Message from syslogd@host at Oct 14 12:05:23 ... kernel:BUG:
>>>>> soft lockup - CPU#17 stuck for 22s! [migration/17:237]
>>>>>
>>>>> Message from syslogd@host at Oct 14 12:05:23 ... kernel:BUG:
>>>>> soft lockup - CPU#34 stuck for 22s! [zbalance_ipc:6496]
>>>>>
>>>>> Message from syslogd@host at Oct 14 12:05:26 ... kernel:BUG:
>>>>> soft lockup - CPU#1 stuck for 23s! [migration/1:157]
>>>>>
>>>>> Message from syslogd@host at Oct 14 12:05:27 ... kernel:BUG:
>>>>> soft lockup - CPU#13 stuck for 23s! [migration/13:217]
>>>>>
>>>>> kill -9 has no effect. Is this a result of useing too many
>>>>> queues?
> _______________________________________________
> Ntop-misc mailing list
> Ntop-misc@listgateway.unipi.it
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-misc
