Mailing List Archive

n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
Hello,


Today we upgraded our RHEL6 n2disk box to kernel 2.6.32-642.4.2.el6.x86_64 (addresses the dirty cow vulnerability). After the upgrade n2disk is dumping. I went ahead and upgraded n2disk (2.6.161102) and pfring (6.4.1-960) to their latest available stable versions and ran into the same issue. zcount is able to open the zc interface properly. n2disk startup looks like:


02/Nov/2016 16:07:59 [n2disk.c:4809] Welcome to n2disk10g v.2.6.161102 (r4670) [SandyBridge]
02/Nov/2016 16:07:59 [n2disk.c:4836] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
02/Nov/2016 16:07:59 [n2disk.c:4865] Using PF_RING for packet capture
02/Nov/2016 16:07:59 [n2disk.c:4891] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
02/Nov/2016 16:07:59 [n2disk.c:4894] Multithread support enabled
02/Nov/2016 16:07:59 [n2disk.c:5008] Dump files max size is set to 1024 MB
02/Nov/2016 16:07:59 [n2disk.c:5025] Buffer memory is set to 3 GB (x 3 pcap files)
02/Nov/2016 16:07:59 [n2disk.c:5060] Using directory /data1/captures for dump files
02/Nov/2016 16:07:59 [n2disk.c:5065] No sub-directories will be created
02/Nov/2016 16:07:59 [n2disk.c:5070] Up to 43000 files will be written before overwriting
02/Nov/2016 16:07:59 [n2disk.c:5080] Dump files max duration is set to 600 sec
02/Nov/2016 16:07:59 [n2disk.c:5096] Dumping data in 0.1 MB chunks
02/Nov/2016 16:07:59 [n2disk.c:5139] Index processing memory is set to 847 MB (x 3 index files)
02/Nov/2016 16:08:02 [n2disk.c:5329] Memory allocated successfully
02/Nov/2016 16:08:02 [n2disk.c:3597] Using time pulse timestamps
02/Nov/2016 16:08:02 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5

/var/log/messages then reports:
abrt[5405]: Saved core dump of pid 5128 (/usr/local/bin/n2disk10g) to /var/spool/abrt/ccpp-2016-
11-02-16:02:10-5128 (5941956608 bytes)

Any ideas?

Thanks,
Derek



________________________________

This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Derek
could you double check that all the .ko modules (drivers and pf_ring kernel module) have been reinstalled by DKMS and reloaded?
Alternatively, any chance to get ssh access to the machine?

Alfredo

> On 2 Nov 2016, at 21:18, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Hello,
>
> Today we upgraded our RHEL6 n2disk box to kernel 2.6.32-642.4.2.el6.x86_64 (addresses the dirty cow vulnerability). After the upgrade n2disk is dumping. I went ahead and upgraded n2disk (2.6.161102) and pfring (6.4.1-960) to their latest available stable versions and ran into the same issue. zcount is able to open the zc interface properly. n2disk startup looks like:
>
> 02/Nov/2016 16:07:59 [n2disk.c:4809] Welcome to n2disk10g v.2.6.161102 (r4670) [SandyBridge]
> 02/Nov/2016 16:07:59 [n2disk.c:4836] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
> 02/Nov/2016 16:07:59 [n2disk.c:4865] Using PF_RING for packet capture
> 02/Nov/2016 16:07:59 [n2disk.c:4891] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
> 02/Nov/2016 16:07:59 [n2disk.c:4894] Multithread support enabled
> 02/Nov/2016 16:07:59 [n2disk.c:5008] Dump files max size is set to 1024 MB
> 02/Nov/2016 16:07:59 [n2disk.c:5025] Buffer memory is set to 3 GB (x 3 pcap files)
> 02/Nov/2016 16:07:59 [n2disk.c:5060] Using directory /data1/captures for dump files
> 02/Nov/2016 16:07:59 [n2disk.c:5065] No sub-directories will be created
> 02/Nov/2016 16:07:59 [n2disk.c:5070] Up to 43000 files will be written before overwriting
> 02/Nov/2016 16:07:59 [n2disk.c:5080] Dump files max duration is set to 600 sec
> 02/Nov/2016 16:07:59 [n2disk.c:5096] Dumping data in 0.1 MB chunks
> 02/Nov/2016 16:07:59 [n2disk.c:5139] Index processing memory is set to 847 MB (x 3 index files)
> 02/Nov/2016 16:08:02 [n2disk.c:5329] Memory allocated successfully
> 02/Nov/2016 16:08:02 [n2disk.c:3597] Using time pulse timestamps
> 02/Nov/2016 16:08:02 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
>
> /var/log/messages then reports:
> abrt[5405]: Saved core dump of pid 5128 (/usr/local/bin/n2disk10g) to /var/spool/abrt/ccpp-2016-
> 11-02-16:02:10-5128 (5941956608 bytes)
>
> Any ideas?
>
> Thanks,
> Derek
>
>
>
>
> This e-mail message (including any attachments) is for the sole use of
> the intended recipient(s) and may contain confidential and privileged
> information. If the reader of this message is not the intended
> recipient, you are hereby notified that any dissemination, distribution
> or copying of this message (including any attachments) is strictly
> prohibited.
>
> If you have received this message in error, please contact
> the sender by reply e-mail message and destroy all copies of the
> original message (including attachments).
> _______________________________________________
> Ntop-misc mailing list
> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Alfredo,


As far as I can tell that is the case. I actually removed all pf_ring and n2disk components before I updated them and reinstalled the RPMs from scratch (with no errors reported).


lsmod output:

pf_ring 691110 2
ixgbe_zc 303005 0
ptp 9614 2 ixgbe_zc,tg3

$ ls -la /lib/modules/2.6.32-642.4.2.el6.x86_64/extra/
total 1900
drwxr-xr-x 2 root root 4096 Nov 2 15:47 .
drwxr-xr-x 7 root root 4096 Nov 2 15:48 ..
-rw-r--r-- 1 root root 436768 Nov 2 15:42 e1000e_zc.ko
-rw-r--r-- 1 root root 519912 Nov 2 15:47 i40e_zc.ko
-rw-r--r-- 1 root root 322016 Nov 2 15:41 igb_zc.ko
-rw-r--r-- 1 root root 479520 Nov 2 15:45 ixgbe_zc.ko
-rw-r--r-- 1 root root 171616 Nov 2 15:43 pf_ring.ko

$ cat /proc/net/pf_ring/info
PF_RING Version : 6.4.1 (6.4.1-stable:c1fbe364b3cc3f5992f489190ddbb79131109926)
Total rings : 0

Standard (non ZC) Options
Ring slots : 65534
Slot version : 16
Capture TX : Yes [RX+TX]
IP Defragment : No
Socket Mode : Standard
Total plugins : 0
Cluster Fragment Queue : 0
Cluster Fragment Discard : 0

$ cat /proc/net/pf_ring/dev/eth5/info
Name: eth5
Index: 8
Address: 90:E2:BA:11:0C:34
Polling Mode: NAPI/ZC
Type: Ethernet
Family: Intel ixgbe 82599
Max # TX Queues: 1
# Used RX Queues: 1
Num RX Slots: 32768
Num TX Slots: 32768

Thanks,
Derek



________________________________
From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
Sent: Wednesday, November 2, 2016 6:40 PM
To: ntop-misc@listgateway.unipi.it
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
could you double check that all the .ko modules (drivers and pf_ring kernel module) have been reinstalled by DKMS and reloaded?
Alternatively, any chance to get ssh access to the machine?

Alfredo

On 2 Nov 2016, at 21:18, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hello,

Today we upgraded our RHEL6 n2disk box to kernel 2.6.32-642.4.2.el6.x86_64 (addresses the dirty cow vulnerability). After the upgrade n2disk is dumping. I went ahead and upgraded n2disk (2.6.161102) and pfring (6.4.1-960) to their latest available stable versions and ran into the same issue. zcount is able to open the zc interface properly. n2disk startup looks like:


02/Nov/2016 16:07:59 [n2disk.c:4809] Welcome to n2disk10g v.2.6.161102 (r4670) [SandyBridge]
02/Nov/2016 16:07:59 [n2disk.c:4836] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
02/Nov/2016 16:07:59 [n2disk.c:4865] Using PF_RING for packet capture
02/Nov/2016 16:07:59 [n2disk.c:4891] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
02/Nov/2016 16:07:59 [n2disk.c:4894] Multithread support enabled
02/Nov/2016 16:07:59 [n2disk.c:5008] Dump files max size is set to 1024 MB
02/Nov/2016 16:07:59 [n2disk.c:5025] Buffer memory is set to 3 GB (x 3 pcap files)
02/Nov/2016 16:07:59 [n2disk.c:5060] Using directory /data1/captures for dump files
02/Nov/2016 16:07:59 [n2disk.c:5065] No sub-directories will be created
02/Nov/2016 16:07:59 [n2disk.c:5070] Up to 43000 files will be written before overwriting
02/Nov/2016 16:07:59 [n2disk.c:5080] Dump files max duration is set to 600 sec
02/Nov/2016 16:07:59 [n2disk.c:5096] Dumping data in 0.1 MB chunks
02/Nov/2016 16:07:59 [n2disk.c:5139] Index processing memory is set to 847 MB (x 3 index files)
02/Nov/2016 16:08:02 [n2disk.c:5329] Memory allocated successfully
02/Nov/2016 16:08:02 [n2disk.c:3597] Using time pulse timestamps
02/Nov/2016 16:08:02 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5

/var/log/messages then reports:
abrt[5405]: Saved core dump of pid 5128 (/usr/local/bin/n2disk10g) to /var/spool/abrt/ccpp-2016-
11-02-16:02:10-5128 (5941956608 bytes)

Any ideas?

Thanks,
Derek



________________________________

This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it<mailto:Ntop-misc@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop-misc
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Derek
what if you run pfcount -i zc:eth5 ?
Just to make sure: did you try manually removing all pf_ring.ko and ixgbe_zc.ko occurrences before reinstalling pf_ring and drivers, to force dkms reinstalling the modules?

Alfredo

> On 3 Nov 2016, at 01:53, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Hi Alfredo,
>
> As far as I can tell that is the case. I actually removed all pf_ring and n2disk components before I updated them and reinstalled the RPMs from scratch (with no errors reported).
>
> lsmod output:
> pf_ring 691110 2
> ixgbe_zc 303005 0
> ptp 9614 2 ixgbe_zc,tg3
>
> $ ls -la /lib/modules/2.6.32-642.4.2.el6.x86_64/extra/
> total 1900
> drwxr-xr-x 2 root root 4096 Nov 2 15:47 .
> drwxr-xr-x 7 root root 4096 Nov 2 15:48 ..
> -rw-r--r-- 1 root root 436768 Nov 2 15:42 e1000e_zc.ko
> -rw-r--r-- 1 root root 519912 Nov 2 15:47 i40e_zc.ko
> -rw-r--r-- 1 root root 322016 Nov 2 15:41 igb_zc.ko
> -rw-r--r-- 1 root root 479520 Nov 2 15:45 ixgbe_zc.ko
> -rw-r--r-- 1 root root 171616 Nov 2 15:43 pf_ring.ko
>
> $ cat /proc/net/pf_ring/info
> PF_RING Version : 6.4.1 (6.4.1-stable:c1fbe364b3cc3f5992f489190ddbb79131109926)
> Total rings : 0
>
> Standard (non ZC) Options
> Ring slots : 65534
> Slot version : 16
> Capture TX : Yes [RX+TX]
> IP Defragment : No
> Socket Mode : Standard
> Total plugins : 0
> Cluster Fragment Queue : 0
> Cluster Fragment Discard : 0
>
> $ cat /proc/net/pf_ring/dev/eth5/info
> Name: eth5
> Index: 8
> Address: 90:E2:BA:11:0C:34
> Polling Mode: NAPI/ZC
> Type: Ethernet
> Family: Intel ixgbe 82599
> Max # TX Queues: 1
> # Used RX Queues: 1
> Num RX Slots: 32768
> Num TX Slots: 32768
>
> Thanks,
> Derek
>
>
>
> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
> Sent: Wednesday, November 2, 2016 6:40 PM
> To: ntop-misc@listgateway.unipi.it
> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>
> Hi Derek
> could you double check that all the .ko modules (drivers and pf_ring kernel module) have been reinstalled by DKMS and reloaded?
> Alternatively, any chance to get ssh access to the machine?
>
> Alfredo
>
>> On 2 Nov 2016, at 21:18, Spransy, Derek <dsprans@emory.edu <mailto:dsprans@emory.edu>> wrote:
>>
>> Hello,
>>
>> Today we upgraded our RHEL6 n2disk box to kernel 2.6.32-642.4.2.el6.x86_64 (addresses the dirty cow vulnerability). After the upgrade n2disk is dumping. I went ahead and upgraded n2disk (2.6.161102) and pfring (6.4.1-960) to their latest available stable versions and ran into the same issue. zcount is able to open the zc interface properly. n2disk startup looks like:
>>
>> 02/Nov/2016 16:07:59 [n2disk.c:4809] Welcome to n2disk10g v.2.6.161102 (r4670) [SandyBridge]
>> 02/Nov/2016 16:07:59 [n2disk.c:4836] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
>> 02/Nov/2016 16:07:59 [n2disk.c:4865] Using PF_RING for packet capture
>> 02/Nov/2016 16:07:59 [n2disk.c:4891] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
>> 02/Nov/2016 16:07:59 [n2disk.c:4894] Multithread support enabled
>> 02/Nov/2016 16:07:59 [n2disk.c:5008] Dump files max size is set to 1024 MB
>> 02/Nov/2016 16:07:59 [n2disk.c:5025] Buffer memory is set to 3 GB (x 3 pcap files)
>> 02/Nov/2016 16:07:59 [n2disk.c:5060] Using directory /data1/captures for dump files
>> 02/Nov/2016 16:07:59 [n2disk.c:5065] No sub-directories will be created
>> 02/Nov/2016 16:07:59 [n2disk.c:5070] Up to 43000 files will be written before overwriting
>> 02/Nov/2016 16:07:59 [n2disk.c:5080] Dump files max duration is set to 600 sec
>> 02/Nov/2016 16:07:59 [n2disk.c:5096] Dumping data in 0.1 MB chunks
>> 02/Nov/2016 16:07:59 [n2disk.c:5139] Index processing memory is set to 847 MB (x 3 index files)
>> 02/Nov/2016 16:08:02 [n2disk.c:5329] Memory allocated successfully
>> 02/Nov/2016 16:08:02 [n2disk.c:3597] Using time pulse timestamps
>> 02/Nov/2016 16:08:02 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
>>
>> /var/log/messages then reports:
>> abrt[5405]: Saved core dump of pid 5128 (/usr/local/bin/n2disk10g) to /var/spool/abrt/ccpp-2016-
>> 11-02-16:02:10-5128 (5941956608 bytes)
>>
>> Any ideas?
>>
>> Thanks,
>> Derek
>>
>>
>>
>>
>> This e-mail message (including any attachments) is for the sole use of
>> the intended recipient(s) and may contain confidential and privileged
>> information. If the reader of this message is not the intended
>> recipient, you are hereby notified that any dissemination, distribution
>> or copying of this message (including any attachments) is strictly
>> prohibited.
>>
>> If you have received this message in error, please contact
>> the sender by reply e-mail message and destroy all copies of the
>> original message (including attachments).
>> _______________________________________________
>> Ntop-misc mailing list
>> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
> _______________________________________________
> Ntop-misc mailing list
> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Alfredo,


Yes, I made sure all existing modules were removed from the active kernel in /extras/ and /weak-updates/ before re-installing. pfcount works as expected:


$ sudo /usr/local/bin/pfcount -i zc:eth5
Using PF_RING v.6.4.1
Capturing from zc:eth5 [mac: 90:E2:BA:11:0C:34][if_index: 13][speed: 10000Mb/s]
# Device RX channels: 1
# Polling threads: 1
Dumping statistics on /proc/net/pf_ring/stats/57669-eth5.3
=========================
Absolute Stats: [512'824 pkts total][0 pkts dropped][0.0% dropped]
[512'824 pkts rcvd][475'093'760 bytes rcvd]
=========================

=========================
Absolute Stats: [1'224'990 pkts total][0 pkts dropped][0.0% dropped]
[1'224'990 pkts rcvd][1'126'731'269 bytes rcvd][1'224'862.61 pkt/sec][9'012.91 Mbit/sec]
=========================
Actual Stats: [712'166 pkts rcvd][1'000.10 ms][712'091.94 pps][5.21 Gbps]
=========================

=========================
Absolute Stats: [1'927'685 pkts total][0 pkts dropped][0.0% dropped]
[1'927'685 pkts rcvd][1'779'761'096 bytes rcvd][963'757.68 pkt/sec][7'118.41 Mbit/sec]
=========================
Actual Stats: [702'695 pkts rcvd][1'000.07 ms][702'644.40 pps][5.22 Gbps]
=========================

=========================
Absolute Stats: [2'608'527 pkts total][0 pkts dropped][0.0% dropped]
[2'608'527 pkts rcvd][2'406'777'320 bytes rcvd][869'438.57 pkt/sec][6'417.55 Mbit/sec]
=========================
Actual Stats: [680'842 pkts rcvd][1'000.06 ms][680'796.38 pps][5.02 Gbps]
=========================



________________________________
From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
Sent: Thursday, November 3, 2016 11:52 AM
To: ntop-misc@listgateway.unipi.it
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
what if you run pfcount -i zc:eth5 ?
Just to make sure: did you try manually removing all pf_ring.ko and ixgbe_zc.ko occurrences before reinstalling pf_ring and drivers, to force dkms reinstalling the modules?

Alfredo

On 3 Nov 2016, at 01:53, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Alfredo,

As far as I can tell that is the case. I actually removed all pf_ring and n2disk components before I updated them and reinstalled the RPMs from scratch (with no errors reported).

lsmod output:

pf_ring 691110 2
ixgbe_zc 303005 0
ptp 9614 2 ixgbe_zc,tg3

$ ls -la /lib/modules/2.6.32-642.4.2.el6.x86_64/extra/
total 1900
drwxr-xr-x 2 root root 4096 Nov 2 15:47 .
drwxr-xr-x 7 root root 4096 Nov 2 15:48 ..
-rw-r--r-- 1 root root 436768 Nov 2 15:42 e1000e_zc.ko
-rw-r--r-- 1 root root 519912 Nov 2 15:47 i40e_zc.ko
-rw-r--r-- 1 root root 322016 Nov 2 15:41 igb_zc.ko
-rw-r--r-- 1 root root 479520 Nov 2 15:45 ixgbe_zc.ko
-rw-r--r-- 1 root root 171616 Nov 2 15:43 pf_ring.ko

$ cat /proc/net/pf_ring/info
PF_RING Version : 6.4.1 (6.4.1-stable:c1fbe364b3cc3f5992f489190ddbb79131109926)
Total rings : 0

Standard (non ZC) Options
Ring slots : 65534
Slot version : 16
Capture TX : Yes [RX+TX]
IP Defragment : No
Socket Mode : Standard
Total plugins : 0
Cluster Fragment Queue : 0
Cluster Fragment Discard : 0

$ cat /proc/net/pf_ring/dev/eth5/info
Name: eth5
Index: 8
Address: 90:E2:BA:11:0C:34
Polling Mode: NAPI/ZC
Type: Ethernet
Family: Intel ixgbe 82599
Max # TX Queues: 1
# Used RX Queues: 1
Num RX Slots: 32768
Num TX Slots: 32768

Thanks,
Derek



________________________________
From: ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org<mailto:cardigliano@ntop.org>>
Sent: Wednesday, November 2, 2016 6:40 PM
To: ntop-misc@listgateway.unipi.it<mailto:ntop-misc@listgateway.unipi.it>
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
could you double check that all the .ko modules (drivers and pf_ring kernel module) have been reinstalled by DKMS and reloaded?
Alternatively, any chance to get ssh access to the machine?

Alfredo

On 2 Nov 2016, at 21:18, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hello,

Today we upgraded our RHEL6 n2disk box to kernel 2.6.32-642.4.2.el6.x86_64 (addresses the dirty cow vulnerability). After the upgrade n2disk is dumping. I went ahead and upgraded n2disk (2.6.161102) and pfring (6.4.1-960) to their latest available stable versions and ran into the same issue. zcount is able to open the zc interface properly. n2disk startup looks like:


02/Nov/2016 16:07:59 [n2disk.c:4809] Welcome to n2disk10g v.2.6.161102 (r4670) [SandyBridge]
02/Nov/2016 16:07:59 [n2disk.c:4836] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
02/Nov/2016 16:07:59 [n2disk.c:4865] Using PF_RING for packet capture
02/Nov/2016 16:07:59 [n2disk.c:4891] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
02/Nov/2016 16:07:59 [n2disk.c:4894] Multithread support enabled
02/Nov/2016 16:07:59 [n2disk.c:5008] Dump files max size is set to 1024 MB
02/Nov/2016 16:07:59 [n2disk.c:5025] Buffer memory is set to 3 GB (x 3 pcap files)
02/Nov/2016 16:07:59 [n2disk.c:5060] Using directory /data1/captures for dump files
02/Nov/2016 16:07:59 [n2disk.c:5065] No sub-directories will be created
02/Nov/2016 16:07:59 [n2disk.c:5070] Up to 43000 files will be written before overwriting
02/Nov/2016 16:07:59 [n2disk.c:5080] Dump files max duration is set to 600 sec
02/Nov/2016 16:07:59 [n2disk.c:5096] Dumping data in 0.1 MB chunks
02/Nov/2016 16:07:59 [n2disk.c:5139] Index processing memory is set to 847 MB (x 3 index files)
02/Nov/2016 16:08:02 [n2disk.c:5329] Memory allocated successfully
02/Nov/2016 16:08:02 [n2disk.c:3597] Using time pulse timestamps
02/Nov/2016 16:08:02 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5

/var/log/messages then reports:
abrt[5405]: Saved core dump of pid 5128 (/usr/local/bin/n2disk10g) to /var/spool/abrt/ccpp-2016-
11-02-16:02:10-5128 (5941956608 bytes)

Any ideas?

Thanks,
Derek



________________________________

This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it<mailto:Ntop-misc@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it<mailto:Ntop-misc@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop-misc
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Please provide the n2disk configuration and the output of n2disk running it with -v

Thank you
Alfredo

> On 3 Nov 2016, at 17:04, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Hi Alfredo,
>
> Yes, I made sure all existing modules were removed from the active kernel in /extras/ and /weak-updates/ before re-installing. pfcount works as expected:
>
> $ sudo /usr/local/bin/pfcount -i zc:eth5
> Using PF_RING v.6.4.1
> Capturing from zc:eth5 [mac: 90:E2:BA:11:0C:34][if_index: 13][speed: 10000Mb/s]
> # Device RX channels: 1
> # Polling threads: 1
> Dumping statistics on /proc/net/pf_ring/stats/57669-eth5.3
> =========================
> Absolute Stats: [512'824 pkts total][0 pkts dropped][0.0% dropped]
> [512'824 pkts rcvd][475'093'760 bytes rcvd]
> =========================
>
> =========================
> Absolute Stats: [1'224'990 pkts total][0 pkts dropped][0.0% dropped]
> [1'224'990 pkts rcvd][1'126'731'269 bytes rcvd][1'224'862.61 pkt/sec][9'012.91 Mbit/sec]
> =========================
> Actual Stats: [712'166 pkts rcvd][1'000.10 ms][712'091.94 pps][5.21 Gbps]
> =========================
>
> =========================
> Absolute Stats: [1'927'685 pkts total][0 pkts dropped][0.0% dropped]
> [1'927'685 pkts rcvd][1'779'761'096 bytes rcvd][963'757.68 pkt/sec][7'118.41 Mbit/sec]
> =========================
> Actual Stats: [702'695 pkts rcvd][1'000.07 ms][702'644.40 pps][5.22 Gbps]
> =========================
>
> =========================
> Absolute Stats: [2'608'527 pkts total][0 pkts dropped][0.0% dropped]
> [2'608'527 pkts rcvd][2'406'777'320 bytes rcvd][869'438.57 pkt/sec][6'417.55 Mbit/sec]
> =========================
> Actual Stats: [680'842 pkts rcvd][1'000.06 ms][680'796.38 pps][5.02 Gbps]
> =========================
>
>
>
> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
> Sent: Thursday, November 3, 2016 11:52 AM
> To: ntop-misc@listgateway.unipi.it
> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>
> Hi Derek
> what if you run pfcount -i zc:eth5 ?
> Just to make sure: did you try manually removing all pf_ring.ko and ixgbe_zc.ko occurrences before reinstalling pf_ring and drivers, to force dkms reinstalling the modules?
>
> Alfredo
>
>> On 3 Nov 2016, at 01:53, Spransy, Derek <dsprans@emory.edu <mailto:dsprans@emory.edu>> wrote:
>>
>> Hi Alfredo,
>>
>> As far as I can tell that is the case. I actually removed all pf_ring and n2disk components before I updated them and reinstalled the RPMs from scratch (with no errors reported).
>>
>> lsmod output:
>> pf_ring 691110 2
>> ixgbe_zc 303005 0
>> ptp 9614 2 ixgbe_zc,tg3
>>
>> $ ls -la /lib/modules/2.6.32-642.4.2.el6.x86_64/extra/
>> total 1900
>> drwxr-xr-x 2 root root 4096 Nov 2 15:47 .
>> drwxr-xr-x 7 root root 4096 Nov 2 15:48 ..
>> -rw-r--r-- 1 root root 436768 Nov 2 15:42 e1000e_zc.ko
>> -rw-r--r-- 1 root root 519912 Nov 2 15:47 i40e_zc.ko
>> -rw-r--r-- 1 root root 322016 Nov 2 15:41 igb_zc.ko
>> -rw-r--r-- 1 root root 479520 Nov 2 15:45 ixgbe_zc.ko
>> -rw-r--r-- 1 root root 171616 Nov 2 15:43 pf_ring.ko
>>
>> $ cat /proc/net/pf_ring/info
>> PF_RING Version : 6.4.1 (6.4.1-stable:c1fbe364b3cc3f5992f489190ddbb79131109926)
>> Total rings : 0
>>
>> Standard (non ZC) Options
>> Ring slots : 65534
>> Slot version : 16
>> Capture TX : Yes [RX+TX]
>> IP Defragment : No
>> Socket Mode : Standard
>> Total plugins : 0
>> Cluster Fragment Queue : 0
>> Cluster Fragment Discard : 0
>>
>> $ cat /proc/net/pf_ring/dev/eth5/info
>> Name: eth5
>> Index: 8
>> Address: 90:E2:BA:11:0C:34
>> Polling Mode: NAPI/ZC
>> Type: Ethernet
>> Family: Intel ixgbe 82599
>> Max # TX Queues: 1
>> # Used RX Queues: 1
>> Num RX Slots: 32768
>> Num TX Slots: 32768
>>
>> Thanks,
>> Derek
>>
>>
>>
>> From: ntop-misc-bounces@listgateway.unipi.it <mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it <mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org <mailto:cardigliano@ntop.org>>
>> Sent: Wednesday, November 2, 2016 6:40 PM
>> To: ntop-misc@listgateway.unipi.it <mailto:ntop-misc@listgateway.unipi.it>
>> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>>
>> Hi Derek
>> could you double check that all the .ko modules (drivers and pf_ring kernel module) have been reinstalled by DKMS and reloaded?
>> Alternatively, any chance to get ssh access to the machine?
>>
>> Alfredo
>>
>>> On 2 Nov 2016, at 21:18, Spransy, Derek <dsprans@emory.edu <mailto:dsprans@emory.edu>> wrote:
>>>
>>> Hello,
>>>
>>> Today we upgraded our RHEL6 n2disk box to kernel 2.6.32-642.4.2.el6.x86_64 (addresses the dirty cow vulnerability). After the upgrade n2disk is dumping. I went ahead and upgraded n2disk (2.6.161102) and pfring (6.4.1-960) to their latest available stable versions and ran into the same issue. zcount is able to open the zc interface properly. n2disk startup looks like:
>>>
>>> 02/Nov/2016 16:07:59 [n2disk.c:4809] Welcome to n2disk10g v.2.6.161102 (r4670) [SandyBridge]
>>> 02/Nov/2016 16:07:59 [n2disk.c:4836] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
>>> 02/Nov/2016 16:07:59 [n2disk.c:4865] Using PF_RING for packet capture
>>> 02/Nov/2016 16:07:59 [n2disk.c:4891] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
>>> 02/Nov/2016 16:07:59 [n2disk.c:4894] Multithread support enabled
>>> 02/Nov/2016 16:07:59 [n2disk.c:5008] Dump files max size is set to 1024 MB
>>> 02/Nov/2016 16:07:59 [n2disk.c:5025] Buffer memory is set to 3 GB (x 3 pcap files)
>>> 02/Nov/2016 16:07:59 [n2disk.c:5060] Using directory /data1/captures for dump files
>>> 02/Nov/2016 16:07:59 [n2disk.c:5065] No sub-directories will be created
>>> 02/Nov/2016 16:07:59 [n2disk.c:5070] Up to 43000 files will be written before overwriting
>>> 02/Nov/2016 16:07:59 [n2disk.c:5080] Dump files max duration is set to 600 sec
>>> 02/Nov/2016 16:07:59 [n2disk.c:5096] Dumping data in 0.1 MB chunks
>>> 02/Nov/2016 16:07:59 [n2disk.c:5139] Index processing memory is set to 847 MB (x 3 index files)
>>> 02/Nov/2016 16:08:02 [n2disk.c:5329] Memory allocated successfully
>>> 02/Nov/2016 16:08:02 [n2disk.c:3597] Using time pulse timestamps
>>> 02/Nov/2016 16:08:02 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
>>>
>>> /var/log/messages then reports:
>>> abrt[5405]: Saved core dump of pid 5128 (/usr/local/bin/n2disk10g) to /var/spool/abrt/ccpp-2016-
>>> 11-02-16:02:10-5128 (5941956608 bytes)
>>>
>>> Any ideas?
>>>
>>> Thanks,
>>> Derek
>>>
>>>
>>>
>>>
>>> This e-mail message (including any attachments) is for the sole use of
>>> the intended recipient(s) and may contain confidential and privileged
>>> information. If the reader of this message is not the intended
>>> recipient, you are hereby notified that any dissemination, distribution
>>> or copying of this message (including any attachments) is strictly
>>> prohibited.
>>>
>>> If you have received this message in error, please contact
>>> the sender by reply e-mail message and destroy all copies of the
>>> original message (including attachments).
>>> _______________________________________________
>>> Ntop-misc mailing list
>>> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
>>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
>> _______________________________________________
>> Ntop-misc mailing list
>> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
> _______________________________________________
> Ntop-misc mailing list
> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Sure, here's the config:


-i zc:eth5
-o /data1/captures
-b 3072
-p 1024
-q 1
-S 0
-c 6
-R 8,9,10
-w 7
-z 12
-I
-A /data1/index
--max-num-files 43000
-P=/var/run/n2disk.pid
--event-log /var/log/n2disk.log
--index-on-compressor-threads
--pcap-compression
--remove-ahead
--unprivileged-user n2disk
--verbose


And starting verbose:

$ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
03/Nov/2016 13:26:19 [n2disk.c:4808] Welcome to n2disk10g v.2.6.160917 (r4666) [SandyBridge]
03/Nov/2016 13:26:19 [n2disk.c:4835] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
03/Nov/2016 13:26:19 [n2disk.c:4864] Using PF_RING for packet capture
03/Nov/2016 13:26:19 [n2disk.c:4890] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
03/Nov/2016 13:26:19 [n2disk.c:4893] Multithread support enabled
03/Nov/2016 13:26:19 [n2disk.c:5007] Dump files max size is set to 1024 MB
03/Nov/2016 13:26:19 [n2disk.c:5024] Buffer memory is set to 3 GB (x 3 pcap files)
03/Nov/2016 13:26:19 [n2disk.c:5059] Using directory /data1/captures for dump files
03/Nov/2016 13:26:19 [n2disk.c:5064] No sub-directories will be created
03/Nov/2016 13:26:19 [n2disk.c:5069] Up to 43000 files will be written before overwriting
03/Nov/2016 13:26:19 [n2disk.c:5079] Dump files max duration is set to 600 sec
03/Nov/2016 13:26:19 [n2disk.c:5095] Dumping data in 0.1 MB chunks
03/Nov/2016 13:26:19 [n2disk.c:5138] Index processing memory is set to 847 MB (x 3 index files)
03/Nov/2016 13:26:22 [n2disk.c:5328] Memory allocated successfully
03/Nov/2016 13:26:22 [n2disk.c:3597] Using time pulse timestamps
03/Nov/2016 13:26:22 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
$

________________________________
From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
Sent: Thursday, November 3, 2016 12:07 PM
To: ntop-misc@listgateway.unipi.it
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Please provide the n2disk configuration and the output of n2disk running it with -v

Thank you
Alfredo

On 3 Nov 2016, at 17:04, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Alfredo,

Yes, I made sure all existing modules were removed from the active kernel in /extras/ and /weak-updates/ before re-installing. pfcount works as expected:


$ sudo /usr/local/bin/pfcount -i zc:eth5
Using PF_RING v.6.4.1
Capturing from zc:eth5 [mac: 90:E2:BA:11:0C:34][if_index: 13][speed: 10000Mb/s]
# Device RX channels: 1
# Polling threads: 1
Dumping statistics on /proc/net/pf_ring/stats/57669-eth5.3
=========================
Absolute Stats: [512'824 pkts total][0 pkts dropped][0.0% dropped]
[512'824 pkts rcvd][475'093'760 bytes rcvd]
=========================

=========================
Absolute Stats: [1'224'990 pkts total][0 pkts dropped][0.0% dropped]
[1'224'990 pkts rcvd][1'126'731'269 bytes rcvd][1'224'862.61 pkt/sec][9'012.91 Mbit/sec]
=========================
Actual Stats: [712'166 pkts rcvd][1'000.10 ms][712'091.94 pps][5.21 Gbps]
=========================

=========================
Absolute Stats: [1'927'685 pkts total][0 pkts dropped][0.0% dropped]
[1'927'685 pkts rcvd][1'779'761'096 bytes rcvd][963'757.68 pkt/sec][7'118.41 Mbit/sec]
=========================
Actual Stats: [702'695 pkts rcvd][1'000.07 ms][702'644.40 pps][5.22 Gbps]
=========================

=========================
Absolute Stats: [2'608'527 pkts total][0 pkts dropped][0.0% dropped]
[2'608'527 pkts rcvd][2'406'777'320 bytes rcvd][869'438.57 pkt/sec][6'417.55 Mbit/sec]
=========================
Actual Stats: [680'842 pkts rcvd][1'000.06 ms][680'796.38 pps][5.02 Gbps]
=========================



________________________________
From: ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org<mailto:cardigliano@ntop.org>>
Sent: Thursday, November 3, 2016 11:52 AM
To: ntop-misc@listgateway.unipi.it<mailto:ntop-misc@listgateway.unipi.it>
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
what if you run pfcount -i zc:eth5 ?
Just to make sure: did you try manually removing all pf_ring.ko and ixgbe_zc.ko occurrences before reinstalling pf_ring and drivers, to force dkms reinstalling the modules?

Alfredo

On 3 Nov 2016, at 01:53, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Alfredo,

As far as I can tell that is the case. I actually removed all pf_ring and n2disk components before I updated them and reinstalled the RPMs from scratch (with no errors reported).

lsmod output:

pf_ring 691110 2
ixgbe_zc 303005 0
ptp 9614 2 ixgbe_zc,tg3

$ ls -la /lib/modules/2.6.32-642.4.2.el6.x86_64/extra/
total 1900
drwxr-xr-x 2 root root 4096 Nov 2 15:47 .
drwxr-xr-x 7 root root 4096 Nov 2 15:48 ..
-rw-r--r-- 1 root root 436768 Nov 2 15:42 e1000e_zc.ko
-rw-r--r-- 1 root root 519912 Nov 2 15:47 i40e_zc.ko
-rw-r--r-- 1 root root 322016 Nov 2 15:41 igb_zc.ko
-rw-r--r-- 1 root root 479520 Nov 2 15:45 ixgbe_zc.ko
-rw-r--r-- 1 root root 171616 Nov 2 15:43 pf_ring.ko

$ cat /proc/net/pf_ring/info
PF_RING Version : 6.4.1 (6.4.1-stable:c1fbe364b3cc3f5992f489190ddbb79131109926)
Total rings : 0

Standard (non ZC) Options
Ring slots : 65534
Slot version : 16
Capture TX : Yes [RX+TX]
IP Defragment : No
Socket Mode : Standard
Total plugins : 0
Cluster Fragment Queue : 0
Cluster Fragment Discard : 0

$ cat /proc/net/pf_ring/dev/eth5/info
Name: eth5
Index: 8
Address: 90:E2:BA:11:0C:34
Polling Mode: NAPI/ZC
Type: Ethernet
Family: Intel ixgbe 82599
Max # TX Queues: 1
# Used RX Queues: 1
Num RX Slots: 32768
Num TX Slots: 32768

Thanks,
Derek



________________________________
From: ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org<mailto:cardigliano@ntop.org>>
Sent: Wednesday, November 2, 2016 6:40 PM
To: ntop-misc@listgateway.unipi.it<mailto:ntop-misc@listgateway.unipi.it>
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
could you double check that all the .ko modules (drivers and pf_ring kernel module) have been reinstalled by DKMS and reloaded?
Alternatively, any chance to get ssh access to the machine?

Alfredo

On 2 Nov 2016, at 21:18, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hello,

Today we upgraded our RHEL6 n2disk box to kernel 2.6.32-642.4.2.el6.x86_64 (addresses the dirty cow vulnerability). After the upgrade n2disk is dumping. I went ahead and upgraded n2disk (2.6.161102) and pfring (6.4.1-960) to their latest available stable versions and ran into the same issue. zcount is able to open the zc interface properly. n2disk startup looks like:


02/Nov/2016 16:07:59 [n2disk.c:4809] Welcome to n2disk10g v.2.6.161102 (r4670) [SandyBridge]
02/Nov/2016 16:07:59 [n2disk.c:4836] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
02/Nov/2016 16:07:59 [n2disk.c:4865] Using PF_RING for packet capture
02/Nov/2016 16:07:59 [n2disk.c:4891] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
02/Nov/2016 16:07:59 [n2disk.c:4894] Multithread support enabled
02/Nov/2016 16:07:59 [n2disk.c:5008] Dump files max size is set to 1024 MB
02/Nov/2016 16:07:59 [n2disk.c:5025] Buffer memory is set to 3 GB (x 3 pcap files)
02/Nov/2016 16:07:59 [n2disk.c:5060] Using directory /data1/captures for dump files
02/Nov/2016 16:07:59 [n2disk.c:5065] No sub-directories will be created
02/Nov/2016 16:07:59 [n2disk.c:5070] Up to 43000 files will be written before overwriting
02/Nov/2016 16:07:59 [n2disk.c:5080] Dump files max duration is set to 600 sec
02/Nov/2016 16:07:59 [n2disk.c:5096] Dumping data in 0.1 MB chunks
02/Nov/2016 16:07:59 [n2disk.c:5139] Index processing memory is set to 847 MB (x 3 index files)
02/Nov/2016 16:08:02 [n2disk.c:5329] Memory allocated successfully
02/Nov/2016 16:08:02 [n2disk.c:3597] Using time pulse timestamps
02/Nov/2016 16:08:02 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5

/var/log/messages then reports:
abrt[5405]: Saved core dump of pid 5128 (/usr/local/bin/n2disk10g) to /var/spool/abrt/ccpp-2016-
11-02-16:02:10-5128 (5941956608 bytes)

Any ideas?

Thanks,
Derek



________________________________

This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it<mailto:Ntop-misc@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it<mailto:Ntop-misc@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it<mailto:Ntop-misc@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop-misc
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Derek
please try running n2disk without "-R 8,9,10”

Alfredo

> On 3 Nov 2016, at 18:27, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Sure, here's the config:
>
> -i zc:eth5
> -o /data1/captures
> -b 3072
> -p 1024
> -q 1
> -S 0
> -c 6
> -R 8,9,10
> -w 7
> -z 12
> -I
> -A /data1/index
> --max-num-files 43000
> -P=/var/run/n2disk.pid
> --event-log /var/log/n2disk.log
> --index-on-compressor-threads
> --pcap-compression
> --remove-ahead
> --unprivileged-user n2disk
> --verbose
>
> And starting verbose:
>
> $ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
> 03/Nov/2016 13:26:19 [n2disk.c:4808] Welcome to n2disk10g v.2.6.160917 (r4666) [SandyBridge]
> 03/Nov/2016 13:26:19 [n2disk.c:4835] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
> 03/Nov/2016 13:26:19 [n2disk.c:4864] Using PF_RING for packet capture
> 03/Nov/2016 13:26:19 [n2disk.c:4890] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
> 03/Nov/2016 13:26:19 [n2disk.c:4893] Multithread support enabled
> 03/Nov/2016 13:26:19 [n2disk.c:5007] Dump files max size is set to 1024 MB
> 03/Nov/2016 13:26:19 [n2disk.c:5024] Buffer memory is set to 3 GB (x 3 pcap files)
> 03/Nov/2016 13:26:19 [n2disk.c:5059] Using directory /data1/captures for dump files
> 03/Nov/2016 13:26:19 [n2disk.c:5064] No sub-directories will be created
> 03/Nov/2016 13:26:19 [n2disk.c:5069] Up to 43000 files will be written before overwriting
> 03/Nov/2016 13:26:19 [n2disk.c:5079] Dump files max duration is set to 600 sec
> 03/Nov/2016 13:26:19 [n2disk.c:5095] Dumping data in 0.1 MB chunks
> 03/Nov/2016 13:26:19 [n2disk.c:5138] Index processing memory is set to 847 MB (x 3 index files)
> 03/Nov/2016 13:26:22 [n2disk.c:5328] Memory allocated successfully
> 03/Nov/2016 13:26:22 [n2disk.c:3597] Using time pulse timestamps
> 03/Nov/2016 13:26:22 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
> $
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Alfredo,


Commenting that line out in my config allowed n2disk to run properly. Is that an issue with my config issue or a bug?


Thanks,

Derek

________________________________
From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
Sent: Thursday, November 3, 2016 1:48 PM
To: ntop-misc@listgateway.unipi.it
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Derek
please try running n2disk without "-R 8,9,10"

Alfredo

On 3 Nov 2016, at 18:27, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Sure, here's the config:


-i zc:eth5
-o /data1/captures
-b 3072
-p 1024
-q 1
-S 0
-c 6
-R 8,9,10
-w 7
-z 12
-I
-A /data1/index
--max-num-files 43000
-P=/var/run/n2disk.pid
--event-log /var/log/n2disk.log
--index-on-compressor-threads
--pcap-compression
--remove-ahead
--unprivileged-user n2disk
--verbose


And starting verbose:

$ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
03/Nov/2016 13:26:19 [n2disk.c:4808] Welcome to n2disk10g v.2.6.160917 (r4666) [SandyBridge]
03/Nov/2016 13:26:19 [n2disk.c:4835] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
03/Nov/2016 13:26:19 [n2disk.c:4864] Using PF_RING for packet capture
03/Nov/2016 13:26:19 [n2disk.c:4890] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
03/Nov/2016 13:26:19 [n2disk.c:4893] Multithread support enabled
03/Nov/2016 13:26:19 [n2disk.c:5007] Dump files max size is set to 1024 MB
03/Nov/2016 13:26:19 [n2disk.c:5024] Buffer memory is set to 3 GB (x 3 pcap files)
03/Nov/2016 13:26:19 [n2disk.c:5059] Using directory /data1/captures for dump files
03/Nov/2016 13:26:19 [n2disk.c:5064] No sub-directories will be created
03/Nov/2016 13:26:19 [n2disk.c:5069] Up to 43000 files will be written before overwriting
03/Nov/2016 13:26:19 [n2disk.c:5079] Dump files max duration is set to 600 sec
03/Nov/2016 13:26:19 [n2disk.c:5095] Dumping data in 0.1 MB chunks
03/Nov/2016 13:26:19 [n2disk.c:5138] Index processing memory is set to 847 MB (x 3 index files)
03/Nov/2016 13:26:22 [n2disk.c:5328] Memory allocated successfully
03/Nov/2016 13:26:22 [n2disk.c:3597] Using time pulse timestamps
03/Nov/2016 13:26:22 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
$


________________________________

This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Derek
I need to check if it’s a bug in the n2disk version with -R. Please use it without -R in the meantime.

Alfredo

> On 3 Nov 2016, at 18:52, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Hi Alfredo,
>
> Commenting that line out in my config allowed n2disk to run properly. Is that an issue with my config issue or a bug?
>
> Thanks,
> Derek
>
> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
> Sent: Thursday, November 3, 2016 1:48 PM
> To: ntop-misc@listgateway.unipi.it
> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>
> Derek
> please try running n2disk without "-R 8,9,10”
>
> Alfredo
>
>> On 3 Nov 2016, at 18:27, Spransy, Derek <dsprans@emory.edu <mailto:dsprans@emory.edu>> wrote:
>>
>> Sure, here's the config:
>>
>> -i zc:eth5
>> -o /data1/captures
>> -b 3072
>> -p 1024
>> -q 1
>> -S 0
>> -c 6
>> -R 8,9,10
>> -w 7
>> -z 12
>> -I
>> -A /data1/index
>> --max-num-files 43000
>> -P=/var/run/n2disk.pid
>> --event-log /var/log/n2disk.log
>> --index-on-compressor-threads
>> --pcap-compression
>> --remove-ahead
>> --unprivileged-user n2disk
>> --verbose
>>
>> And starting verbose:
>>
>> $ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
>> 03/Nov/2016 13:26:19 [n2disk.c:4808] Welcome to n2disk10g v.2.6.160917 (r4666) [SandyBridge]
>> 03/Nov/2016 13:26:19 [n2disk.c:4835] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
>> 03/Nov/2016 13:26:19 [n2disk.c:4864] Using PF_RING for packet capture
>> 03/Nov/2016 13:26:19 [n2disk.c:4890] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
>> 03/Nov/2016 13:26:19 [n2disk.c:4893] Multithread support enabled
>> 03/Nov/2016 13:26:19 [n2disk.c:5007] Dump files max size is set to 1024 MB
>> 03/Nov/2016 13:26:19 [n2disk.c:5024] Buffer memory is set to 3 GB (x 3 pcap files)
>> 03/Nov/2016 13:26:19 [n2disk.c:5059] Using directory /data1/captures for dump files
>> 03/Nov/2016 13:26:19 [n2disk.c:5064] No sub-directories will be created
>> 03/Nov/2016 13:26:19 [n2disk.c:5069] Up to 43000 files will be written before overwriting
>> 03/Nov/2016 13:26:19 [n2disk.c:5079] Dump files max duration is set to 600 sec
>> 03/Nov/2016 13:26:19 [n2disk.c:5095] Dumping data in 0.1 MB chunks
>> 03/Nov/2016 13:26:19 [n2disk.c:5138] Index processing memory is set to 847 MB (x 3 index files)
>> 03/Nov/2016 13:26:22 [n2disk.c:5328] Memory allocated successfully
>> 03/Nov/2016 13:26:22 [n2disk.c:3597] Using time pulse timestamps
>> 03/Nov/2016 13:26:22 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
>> $
>
>
>
> This e-mail message (including any attachments) is for the sole use of
> the intended recipient(s) and may contain confidential and privileged
> information. If the reader of this message is not the intended
> recipient, you are hereby notified that any dissemination, distribution
> or copying of this message (including any attachments) is strictly
> prohibited.
>
> If you have received this message in error, please contact
> the sender by reply e-mail message and destroy all copies of the
> original message (including attachments).
> _______________________________________________
> Ntop-misc mailing list
> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Derek
I tought I updated you on this, but it seems it is not the case,
could you try using -R with latest release?

Best Regards
Alfredo

> On 3 Nov 2016, at 18:53, Alfredo Cardigliano <cardigliano@ntop.org> wrote:
>
> Hi Derek
> I need to check if it’s a bug in the n2disk version with -R. Please use it without -R in the meantime.
>
> Alfredo
>
>> On 3 Nov 2016, at 18:52, Spransy, Derek <dsprans@emory.edu <mailto:dsprans@emory.edu>> wrote:
>>
>> Hi Alfredo,
>>
>> Commenting that line out in my config allowed n2disk to run properly. Is that an issue with my config issue or a bug?
>>
>> Thanks,
>> Derek
>>
>> From: ntop-misc-bounces@listgateway.unipi.it <mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it <mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org <mailto:cardigliano@ntop.org>>
>> Sent: Thursday, November 3, 2016 1:48 PM
>> To: ntop-misc@listgateway.unipi.it <mailto:ntop-misc@listgateway.unipi.it>
>> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>>
>> Derek
>> please try running n2disk without "-R 8,9,10”
>>
>> Alfredo
>>
>>> On 3 Nov 2016, at 18:27, Spransy, Derek <dsprans@emory.edu <mailto:dsprans@emory.edu>> wrote:
>>>
>>> Sure, here's the config:
>>>
>>> -i zc:eth5
>>> -o /data1/captures
>>> -b 3072
>>> -p 1024
>>> -q 1
>>> -S 0
>>> -c 6
>>> -R 8,9,10
>>> -w 7
>>> -z 12
>>> -I
>>> -A /data1/index
>>> --max-num-files 43000
>>> -P=/var/run/n2disk.pid
>>> --event-log /var/log/n2disk.log
>>> --index-on-compressor-threads
>>> --pcap-compression
>>> --remove-ahead
>>> --unprivileged-user n2disk
>>> --verbose
>>>
>>> And starting verbose:
>>>
>>> $ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
>>> 03/Nov/2016 13:26:19 [n2disk.c:4808] Welcome to n2disk10g v.2.6.160917 (r4666) [SandyBridge]
>>> 03/Nov/2016 13:26:19 [n2disk.c:4835] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
>>> 03/Nov/2016 13:26:19 [n2disk.c:4864] Using PF_RING for packet capture
>>> 03/Nov/2016 13:26:19 [n2disk.c:4890] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
>>> 03/Nov/2016 13:26:19 [n2disk.c:4893] Multithread support enabled
>>> 03/Nov/2016 13:26:19 [n2disk.c:5007] Dump files max size is set to 1024 MB
>>> 03/Nov/2016 13:26:19 [n2disk.c:5024] Buffer memory is set to 3 GB (x 3 pcap files)
>>> 03/Nov/2016 13:26:19 [n2disk.c:5059] Using directory /data1/captures for dump files
>>> 03/Nov/2016 13:26:19 [n2disk.c:5064] No sub-directories will be created
>>> 03/Nov/2016 13:26:19 [n2disk.c:5069] Up to 43000 files will be written before overwriting
>>> 03/Nov/2016 13:26:19 [n2disk.c:5079] Dump files max duration is set to 600 sec
>>> 03/Nov/2016 13:26:19 [n2disk.c:5095] Dumping data in 0.1 MB chunks
>>> 03/Nov/2016 13:26:19 [n2disk.c:5138] Index processing memory is set to 847 MB (x 3 index files)
>>> 03/Nov/2016 13:26:22 [n2disk.c:5328] Memory allocated successfully
>>> 03/Nov/2016 13:26:22 [n2disk.c:3597] Using time pulse timestamps
>>> 03/Nov/2016 13:26:22 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
>>> $
>>
>>
>>
>> This e-mail message (including any attachments) is for the sole use of
>> the intended recipient(s) and may contain confidential and privileged
>> information. If the reader of this message is not the intended
>> recipient, you are hereby notified that any dissemination, distribution
>> or copying of this message (including any attachments) is strictly
>> prohibited.
>>
>> If you have received this message in error, please contact
>> the sender by reply e-mail message and destroy all copies of the
>> original message (including attachments).
>> _______________________________________________
>> Ntop-misc mailing list
>> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Alfredo,


I updated, but now I've run into a different problem. It looks like the new version of n2disk10g requires glibc 2.14? Was that just changed in this version? I'm on RHEL 6 and have 2.12:


$ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
/usr/local/bin/n2disk10g: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/bin/n2disk10g)


Thanks,

Derek


________________________________
From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
Sent: Thursday, November 10, 2016 1:07 PM
To: ntop-misc@listgateway.unipi.it
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
I tought I updated you on this, but it seems it is not the case,
could you try using -R with latest release?

Best Regards
Alfredo

On 3 Nov 2016, at 18:53, Alfredo Cardigliano <cardigliano@ntop.org<mailto:cardigliano@ntop.org>> wrote:

Hi Derek
I need to check if it’s a bug in the n2disk version with -R. Please use it without -R in the meantime.

Alfredo

On 3 Nov 2016, at 18:52, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Alfredo,

Commenting that line out in my config allowed n2disk to run properly. Is that an issue with my config issue or a bug?

Thanks,
Derek

________________________________
From: ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org<mailto:cardigliano@ntop.org>>
Sent: Thursday, November 3, 2016 1:48 PM
To: ntop-misc@listgateway.unipi.it<mailto:ntop-misc@listgateway.unipi.it>
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Derek
please try running n2disk without "-R 8,9,10”

Alfredo

On 3 Nov 2016, at 18:27, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Sure, here's the config:


-i zc:eth5
-o /data1/captures
-b 3072
-p 1024
-q 1
-S 0
-c 6
-R 8,9,10
-w 7
-z 12
-I
-A /data1/index
--max-num-files 43000
-P=/var/run/n2disk.pid
--event-log /var/log/n2disk.log
--index-on-compressor-threads
--pcap-compression
--remove-ahead
--unprivileged-user n2disk
--verbose


And starting verbose:

$ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
03/Nov/2016 13:26:19 [n2disk.c:4808] Welcome to n2disk10g v.2.6.160917 (r4666) [SandyBridge]
03/Nov/2016 13:26:19 [n2disk.c:4835] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
03/Nov/2016 13:26:19 [n2disk.c:4864] Using PF_RING for packet capture
03/Nov/2016 13:26:19 [n2disk.c:4890] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
03/Nov/2016 13:26:19 [n2disk.c:4893] Multithread support enabled
03/Nov/2016 13:26:19 [n2disk.c:5007] Dump files max size is set to 1024 MB
03/Nov/2016 13:26:19 [n2disk.c:5024] Buffer memory is set to 3 GB (x 3 pcap files)
03/Nov/2016 13:26:19 [n2disk.c:5059] Using directory /data1/captures for dump files
03/Nov/2016 13:26:19 [n2disk.c:5064] No sub-directories will be created
03/Nov/2016 13:26:19 [n2disk.c:5069] Up to 43000 files will be written before overwriting
03/Nov/2016 13:26:19 [n2disk.c:5079] Dump files max duration is set to 600 sec
03/Nov/2016 13:26:19 [n2disk.c:5095] Dumping data in 0.1 MB chunks
03/Nov/2016 13:26:19 [n2disk.c:5138] Index processing memory is set to 847 MB (x 3 index files)
03/Nov/2016 13:26:22 [n2disk.c:5328] Memory allocated successfully
03/Nov/2016 13:26:22 [n2disk.c:3597] Using time pulse timestamps
03/Nov/2016 13:26:22 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
$


________________________________

This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it<mailto:Ntop-misc@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop-misc
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Derek
how did you update? Via yum?

Luca

> On 10 Nov 2016, at 20:11, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Hi Alfredo,
>
> I updated, but now I've run into a different problem. It looks like the new version of n2disk10g requires glibc 2.14? Was that just changed in this version? I'm on RHEL 6 and have 2.12:
>
> $ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
> /usr/local/bin/n2disk10g: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/bin/n2disk10g)
>
> Thanks,
> Derek
>
>
> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
> Sent: Thursday, November 10, 2016 1:07 PM
> To: ntop-misc@listgateway.unipi.it
> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>
> Hi Derek
> I tought I updated you on this, but it seems it is not the case,
> could you try using -R with latest release?
>
> Best Regards
> Alfredo
>
>> On 3 Nov 2016, at 18:53, Alfredo Cardigliano <cardigliano@ntop.org <mailto:cardigliano@ntop.org>> wrote:
>>
>> Hi Derek
>> I need to check if it’s a bug in the n2disk version with -R. Please use it without -R in the meantime.
>>
>> Alfredo
>>
>>> On 3 Nov 2016, at 18:52, Spransy, Derek <dsprans@emory.edu <mailto:dsprans@emory.edu>> wrote:
>>>
>>> Hi Alfredo,
>>>
>>> Commenting that line out in my config allowed n2disk to run properly. Is that an issue with my config issue or a bug?
>>>
>>> Thanks,
>>> Derek
>>>
>>> From: ntop-misc-bounces@listgateway.unipi.it <mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it <mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org <mailto:cardigliano@ntop.org>>
>>> Sent: Thursday, November 3, 2016 1:48 PM
>>> To: ntop-misc@listgateway.unipi.it <mailto:ntop-misc@listgateway.unipi.it>
>>> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>>>
>>> Derek
>>> please try running n2disk without "-R 8,9,10”
>>>
>>> Alfredo
>>>
>>>> On 3 Nov 2016, at 18:27, Spransy, Derek <dsprans@emory.edu <mailto:dsprans@emory.edu>> wrote:
>>>>
>>>> Sure, here's the config:
>>>>
>>>> -i zc:eth5
>>>> -o /data1/captures
>>>> -b 3072
>>>> -p 1024
>>>> -q 1
>>>> -S 0
>>>> -c 6
>>>> -R 8,9,10
>>>> -w 7
>>>> -z 12
>>>> -I
>>>> -A /data1/index
>>>> --max-num-files 43000
>>>> -P=/var/run/n2disk.pid
>>>> --event-log /var/log/n2disk.log
>>>> --index-on-compressor-threads
>>>> --pcap-compression
>>>> --remove-ahead
>>>> --unprivileged-user n2disk
>>>> --verbose
>>>>
>>>> And starting verbose:
>>>>
>>>> $ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
>>>> 03/Nov/2016 13:26:19 [n2disk.c:4808] Welcome to n2disk10g v.2.6.160917 (r4666) [SandyBridge]
>>>> 03/Nov/2016 13:26:19 [n2disk.c:4835] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
>>>> 03/Nov/2016 13:26:19 [n2disk.c:4864] Using PF_RING for packet capture
>>>> 03/Nov/2016 13:26:19 [n2disk.c:4890] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
>>>> 03/Nov/2016 13:26:19 [n2disk.c:4893] Multithread support enabled
>>>> 03/Nov/2016 13:26:19 [n2disk.c:5007] Dump files max size is set to 1024 MB
>>>> 03/Nov/2016 13:26:19 [n2disk.c:5024] Buffer memory is set to 3 GB (x 3 pcap files)
>>>> 03/Nov/2016 13:26:19 [n2disk.c:5059] Using directory /data1/captures for dump files
>>>> 03/Nov/2016 13:26:19 [n2disk.c:5064] No sub-directories will be created
>>>> 03/Nov/2016 13:26:19 [n2disk.c:5069] Up to 43000 files will be written before overwriting
>>>> 03/Nov/2016 13:26:19 [n2disk.c:5079] Dump files max duration is set to 600 sec
>>>> 03/Nov/2016 13:26:19 [n2disk.c:5095] Dumping data in 0.1 MB chunks
>>>> 03/Nov/2016 13:26:19 [n2disk.c:5138] Index processing memory is set to 847 MB (x 3 index files)
>>>> 03/Nov/2016 13:26:22 [n2disk.c:5328] Memory allocated successfully
>>>> 03/Nov/2016 13:26:22 [n2disk.c:3597] Using time pulse timestamps
>>>> 03/Nov/2016 13:26:22 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
>>>> $
>>>
>>>
>>>
>>> This e-mail message (including any attachments) is for the sole use of
>>> the intended recipient(s) and may contain confidential and privileged
>>> information. If the reader of this message is not the intended
>>> recipient, you are hereby notified that any dissemination, distribution
>>> or copying of this message (including any attachments) is strictly
>>> prohibited.
>>>
>>> If you have received this message in error, please contact
>>> the sender by reply e-mail message and destroy all copies of the
>>> original message (including attachments).
>>> _______________________________________________
>>> Ntop-misc mailing list
>>> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
>>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <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
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Luca,


Yes, although I fully removed n2disk and pfring before reinstalling everything from RPMs (via yum).


Thanks,

Derek


________________________________
From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Luca Deri <deri@ntop.org>
Sent: Thursday, November 10, 2016 3:33 PM
To: ntop-misc@listgateway.unipi.it
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Derek
how did you update? Via yum?

Luca

On 10 Nov 2016, at 20:11, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Alfredo,

I updated, but now I've run into a different problem. It looks like the new version of n2disk10g requires glibc 2.14? Was that just changed in this version? I'm on RHEL 6 and have 2.12:


$ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
/usr/local/bin/n2disk10g: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/bin/n2disk10g)


Thanks,
Derek


________________________________
From: ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org<mailto:cardigliano@ntop.org>>
Sent: Thursday, November 10, 2016 1:07 PM
To: ntop-misc@listgateway.unipi.it<mailto:ntop-misc@listgateway.unipi.it>
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
I tought I updated you on this, but it seems it is not the case,
could you try using -R with latest release?

Best Regards
Alfredo

On 3 Nov 2016, at 18:53, Alfredo Cardigliano <cardigliano@ntop.org<mailto:cardigliano@ntop.org>> wrote:

Hi Derek
I need to check if it’s a bug in the n2disk version with -R. Please use it without -R in the meantime.

Alfredo

On 3 Nov 2016, at 18:52, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Alfredo,

Commenting that line out in my config allowed n2disk to run properly. Is that an issue with my config issue or a bug?

Thanks,
Derek

________________________________
From: ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org<mailto:cardigliano@ntop.org>>
Sent: Thursday, November 3, 2016 1:48 PM
To: ntop-misc@listgateway.unipi.it<mailto:ntop-misc@listgateway.unipi.it>
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Derek
please try running n2disk without "-R 8,9,10”

Alfredo

On 3 Nov 2016, at 18:27, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Sure, here's the config:


-i zc:eth5
-o /data1/captures
-b 3072
-p 1024
-q 1
-S 0
-c 6
-R 8,9,10
-w 7
-z 12
-I
-A /data1/index
--max-num-files 43000
-P=/var/run/n2disk.pid
--event-log /var/log/n2disk.log
--index-on-compressor-threads
--pcap-compression
--remove-ahead
--unprivileged-user n2disk
--verbose


And starting verbose:

$ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
03/Nov/2016 13:26:19 [n2disk.c:4808] Welcome to n2disk10g v.2.6.160917 (r4666) [SandyBridge]
03/Nov/2016 13:26:19 [n2disk.c:4835] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
03/Nov/2016 13:26:19 [n2disk.c:4864] Using PF_RING for packet capture
03/Nov/2016 13:26:19 [n2disk.c:4890] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
03/Nov/2016 13:26:19 [n2disk.c:4893] Multithread support enabled
03/Nov/2016 13:26:19 [n2disk.c:5007] Dump files max size is set to 1024 MB
03/Nov/2016 13:26:19 [n2disk.c:5024] Buffer memory is set to 3 GB (x 3 pcap files)
03/Nov/2016 13:26:19 [n2disk.c:5059] Using directory /data1/captures for dump files
03/Nov/2016 13:26:19 [n2disk.c:5064] No sub-directories will be created
03/Nov/2016 13:26:19 [n2disk.c:5069] Up to 43000 files will be written before overwriting
03/Nov/2016 13:26:19 [n2disk.c:5079] Dump files max duration is set to 600 sec
03/Nov/2016 13:26:19 [n2disk.c:5095] Dumping data in 0.1 MB chunks
03/Nov/2016 13:26:19 [n2disk.c:5138] Index processing memory is set to 847 MB (x 3 index files)
03/Nov/2016 13:26:22 [n2disk.c:5328] Memory allocated successfully
03/Nov/2016 13:26:22 [n2disk.c:3597] Using time pulse timestamps
03/Nov/2016 13:26:22 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
$


________________________________

This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it<mailto:Ntop-misc@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop-misc


_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it<mailto:Ntop-misc@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop-misc
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Derek,
this problem is odd because we run continue tests with docker (see https://github.com/ntop/packager) and we have never seen this problem.

I have now analysed the use on centos 6.8 and this is what I have

deri@centos6 205> ldd n2disk
linux-vdso.so.1 => (0x00007fff75ddd000)
librt.so.1 => /lib64/librt.so.1 (0x00000030e2200000)
libm.so.6 => /lib64/libm.so.6 (0x00000030e1e00000)
libdl.so.2 => /lib64/libdl.so.2 (0x00000030e1a00000)
libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x00007f05a2979000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00000030e1600000)
libc.so.6 => /lib64/libc.so.6 (0x00000030e1200000)
/lib64/ld-linux-x86-64.so.2 (0x00000030e0e00000)
deri@centos6 206> ls -l /lib64/libc.so.6
0 lrwxrwxrwx. 1 root root 12 Aug 9 10:14 /lib64/libc.so.6 -> libc-2.12.so*
deri@centos6 207> cat /etc/redhat-release
CentOS release 6.8 (Final)

Can you please check how’s your system configured?

Regards Luca

> On 10 Nov 2016, at 21:37, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Hi Luca,
>
> Yes, although I fully removed n2disk and pfring before reinstalling everything from RPMs (via yum).
>
> Thanks,
> Derek
>
>
> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Luca Deri <deri@ntop.org>
> Sent: Thursday, November 10, 2016 3:33 PM
> To: ntop-misc@listgateway.unipi.it
> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>
> Derek
> how did you update? Via yum?
>
> Luca
>
>> On 10 Nov 2016, at 20:11, Spransy, Derek <dsprans@emory.edu> wrote:
>>
>> Hi Alfredo,
>>
>> I updated, but now I've run into a different problem. It looks like the new version of n2disk10g requires glibc 2.14? Was that just changed in this version? I'm on RHEL 6 and have 2.12:
>>
>> $ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
>> /usr/local/bin/n2disk10g: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/bin/n2disk10g)
>>
>> Thanks,
>> Derek
>>
>>
>> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
>> Sent: Thursday, November 10, 2016 1:07 PM
>> To: ntop-misc@listgateway.unipi.it
>> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>>
>> Hi Derek
>> I tought I updated you on this, but it seems it is not the case,
>> could you try using -R with latest release?
>>
>> Best Regards
>> Alfredo
>>
>>> On 3 Nov 2016, at 18:53, Alfredo Cardigliano <cardigliano@ntop.org> wrote:
>>>
>>> Hi Derek
>>> I need to check if it’s a bug in the n2disk version with -R. Please use it without -R in the meantime.
>>>
>>> Alfredo
>>>
>>>> On 3 Nov 2016, at 18:52, Spransy, Derek <dsprans@emory.edu> wrote:
>>>>
>>>> Hi Alfredo,
>>>>
>>>> Commenting that line out in my config allowed n2disk to run properly. Is that an issue with my config issue or a bug?
>>>>
>>>> Thanks,
>>>> Derek
>>>>
>>>> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
>>>> Sent: Thursday, November 3, 2016 1:48 PM
>>>> To: ntop-misc@listgateway.unipi.it
>>>> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>>>>
>>>> Derek
>>>> please try running n2disk without "-R 8,9,10”
>>>>
>>>> Alfredo
>>>>
>>>>> On 3 Nov 2016, at 18:27, Spransy, Derek <dsprans@emory.edu> wrote:
>>>>>
>>>>> Sure, here's the config:
>>>>>
>>>>> -i zc:eth5
>>>>> -o /data1/captures
>>>>> -b 3072
>>>>> -p 1024
>>>>> -q 1
>>>>> -S 0
>>>>> -c 6
>>>>> -R 8,9,10
>>>>> -w 7
>>>>> -z 12
>>>>> -I
>>>>> -A /data1/index
>>>>> --max-num-files 43000
>>>>> -P=/var/run/n2disk.pid
>>>>> --event-log /var/log/n2disk.log
>>>>> --index-on-compressor-threads
>>>>> --pcap-compression
>>>>> --remove-ahead
>>>>> --unprivileged-user n2disk
>>>>> --verbose
>>>>>
>>>>> And starting verbose:
>>>>>
>>>>> $ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:4808] Welcome to n2disk10g v.2.6.160917 (r4666) [SandyBridge]
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:4835] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:4864] Using PF_RING for packet capture
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:4890] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:4893] Multithread support enabled
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5007] Dump files max size is set to 1024 MB
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5024] Buffer memory is set to 3 GB (x 3 pcap files)
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5059] Using directory /data1/captures for dump files
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5064] No sub-directories will be created
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5069] Up to 43000 files will be written before overwriting
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5079] Dump files max duration is set to 600 sec
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5095] Dumping data in 0.1 MB chunks
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5138] Index processing memory is set to 847 MB (x 3 index files)
>>>>> 03/Nov/2016 13:26:22 [n2disk.c:5328] Memory allocated successfully
>>>>> 03/Nov/2016 13:26:22 [n2disk.c:3597] Using time pulse timestamps
>>>>> 03/Nov/2016 13:26:22 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
>>>>> $
>>>>
>>>>
>>>>
>>>> This e-mail message (including any attachments) is for the sole use of
>>>> the intended recipient(s) and may contain confidential and privileged
>>>> information. If the reader of this message is not the intended
>>>> recipient, you are hereby notified that any dissemination, distribution
>>>> or copying of this message (including any attachments) is strictly
>>>> prohibited.
>>>>
>>>> If you have received this message in error, please contact
>>>> the sender by reply e-mail message and destroy all copies of the
>>>> original message (including attachments).
>>>> _______________________________________________
>>>> 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
>
> _______________________________________________
> 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
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Luca,


My system looks identical to yours, see below. If I revert back to n2disk-2.6.161102, it works as expected.


$ ldd /usr/local/bin/n2disk10g
/usr/local/bin/n2disk10g: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/bin/n2disk10g)
linux-vdso.so.1 => (0x00007ffca23ba000)
librt.so.1 => /lib64/librt.so.1 (0x0000003329200000)
libntapi.so => /lib64/libntapi.so (0x00007f542e5d9000)
libntos.so => /lib64/libntos.so (0x00007f542e3b5000)
libsnf.so.0 => /lib64/libsnf.so.0 (0x00007f542e19f000)
libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x0000003328e00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003328a00000)
libc.so.6 => /lib64/libc.so.6 (0x0000003328600000)
/lib64/ld-linux-x86-64.so.2 (0x0000003328200000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f542df9a000)

$ ls -l /lib64/libc.so.6
lrwxrwxrwx 1 root root 12 Sep 23 11:17 /lib64/libc.so.6 -> libc-2.12.so

$ cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.8 (Santiago)

Thanks,
Derek

________________________________
From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Luca Deri <deri@ntop.org>
Sent: Thursday, November 10, 2016 3:52 PM
To: ntop-misc@listgateway.unipi.it
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Derek,
this problem is odd because we run continue tests with docker (see https://github.com/ntop/packager) and we have never seen this problem.
[https://avatars2.githubusercontent.com/u/12014789?v=3&s=400]<https://github.com/ntop/packager>

GitHub - ntop/packager<https://github.com/ntop/packager>
github.com
Contribute to packager development by creating an account on GitHub.




I have now analysed the use on centos 6.8 and this is what I have

deri@centos6 205> ldd n2disk
linux-vdso.so.1 => (0x00007fff75ddd000)
librt.so.1 => /lib64/librt.so.1 (0x00000030e2200000)
libm.so.6 => /lib64/libm.so.6 (0x00000030e1e00000)
libdl.so.2 => /lib64/libdl.so.2 (0x00000030e1a00000)
libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x00007f05a2979000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00000030e1600000)
libc.so.6 => /lib64/libc.so.6 (0x00000030e1200000)
/lib64/ld-linux-x86-64.so.2 (0x00000030e0e00000)
deri@centos6 206> ls -l /lib64/libc.so.6
0 lrwxrwxrwx. 1 root root 12 Aug 9 10:14 /lib64/libc.so.6 -> libc-2.12.so*
deri@centos6 207> cat /etc/redhat-release
CentOS release 6.8 (Final)

Can you please check how’s your system configured?

Regards Luca

> On 10 Nov 2016, at 21:37, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Hi Luca,
>
> Yes, although I fully removed n2disk and pfring before reinstalling everything from RPMs (via yum).
>
> Thanks,
> Derek
>
>
> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Luca Deri <deri@ntop.org>
> Sent: Thursday, November 10, 2016 3:33 PM
> To: ntop-misc@listgateway.unipi.it
> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>
> Derek
> how did you update? Via yum?
>
> Luca
>
>> On 10 Nov 2016, at 20:11, Spransy, Derek <dsprans@emory.edu> wrote:
>>
>> Hi Alfredo,
>>
>> I updated, but now I've run into a different problem. It looks like the new version of n2disk10g requires glibc 2.14? Was that just changed in this version? I'm on RHEL 6 and have 2.12:
>>
>> $ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
>> /usr/local/bin/n2disk10g: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/bin/n2disk10g)
>>
>> Thanks,
>> Derek
>>
>>
>> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
>> Sent: Thursday, November 10, 2016 1:07 PM
>> To: ntop-misc@listgateway.unipi.it
>> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>>
>> Hi Derek
>> I tought I updated you on this, but it seems it is not the case,
>> could you try using -R with latest release?
>>
>> Best Regards
>> Alfredo
>>
>>> On 3 Nov 2016, at 18:53, Alfredo Cardigliano <cardigliano@ntop.org> wrote:
>>>
>>> Hi Derek
>>> I need to check if it’s a bug in the n2disk version with -R. Please use it without -R in the meantime.
>>>
>>> Alfredo
>>>
>>>> On 3 Nov 2016, at 18:52, Spransy, Derek <dsprans@emory.edu> wrote:
>>>>
>>>> Hi Alfredo,
>>>>
>>>> Commenting that line out in my config allowed n2disk to run properly. Is that an issue with my config issue or a bug?
>>>>
>>>> Thanks,
>>>> Derek
>>>>
>>>> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
>>>> Sent: Thursday, November 3, 2016 1:48 PM
>>>> To: ntop-misc@listgateway.unipi.it
>>>> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>>>>
>>>> Derek
>>>> please try running n2disk without "-R 8,9,10”
>>>>
>>>> Alfredo
>>>>
>>>>> On 3 Nov 2016, at 18:27, Spransy, Derek <dsprans@emory.edu> wrote:
>>>>>
>>>>> Sure, here's the config:
>>>>>
>>>>> -i zc:eth5
>>>>> -o /data1/captures
>>>>> -b 3072
>>>>> -p 1024
>>>>> -q 1
>>>>> -S 0
>>>>> -c 6
>>>>> -R 8,9,10
>>>>> -w 7
>>>>> -z 12
>>>>> -I
>>>>> -A /data1/index
>>>>> --max-num-files 43000
>>>>> -P=/var/run/n2disk.pid
>>>>> --event-log /var/log/n2disk.log
>>>>> --index-on-compressor-threads
>>>>> --pcap-compression
>>>>> --remove-ahead
>>>>> --unprivileged-user n2disk
>>>>> --verbose
>>>>>
>>>>> And starting verbose:
>>>>>
>>>>> $ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:4808] Welcome to n2disk10g v.2.6.160917 (r4666) [SandyBridge]
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:4835] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:4864] Using PF_RING for packet capture
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:4890] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:4893] Multithread support enabled
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5007] Dump files max size is set to 1024 MB
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5024] Buffer memory is set to 3 GB (x 3 pcap files)
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5059] Using directory /data1/captures for dump files
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5064] No sub-directories will be created
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5069] Up to 43000 files will be written before overwriting
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5079] Dump files max duration is set to 600 sec
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5095] Dumping data in 0.1 MB chunks
>>>>> 03/Nov/2016 13:26:19 [n2disk.c:5138] Index processing memory is set to 847 MB (x 3 index files)
>>>>> 03/Nov/2016 13:26:22 [n2disk.c:5328] Memory allocated successfully
>>>>> 03/Nov/2016 13:26:22 [n2disk.c:3597] Using time pulse timestamps
>>>>> 03/Nov/2016 13:26:22 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
>>>>> $
>>>>
>>>>
>>>>
>>>> This e-mail message (including any attachments) is for the sole use of
>>>> the intended recipient(s) and may contain confidential and privileged
>>>> information. If the reader of this message is not the intended
>>>> recipient, you are hereby notified that any dissemination, distribution
>>>> or copying of this message (including any attachments) is strictly
>>>> prohibited.
>>>>
>>>> If you have received this message in error, please contact
>>>> the sender by reply e-mail message and destroy all copies of the
>>>> original message (including attachments).
>>>> _______________________________________________
>>>> Ntop-misc mailing list
>>>> Ntop-misc@listgateway.unipi.it
>>>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
Ntop-misc Info Page - unipi.it<http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
listgateway.unipi.it
Ntop-misc -- Ntop-related stuff (e.g. nProbe, nBox, ntchs, PF_RING) About Ntop-misc



>>>
>>
>> _______________________________________________
>> 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

_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-misc
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Derek
I just installed a Centos6 system and it is working for me:

[root@CentOS_Dev ~]# cat /etc/centos-release
CentOS release 6.8 (Final)
[root@CentOS_Dev ~]# uname -a
Linux CentOS_Dev 2.6.32-642.6.2.el6.x86_64 #1 SMP Wed Oct 26 06:52:09 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
[root@CentOS_Dev ~]# ls -al /usr/local/bin/n2disk10g
-rwxr-xr-x 1 root root 1006992 Nov 11 15:51 /usr/local/bin/n2disk10g
[root@CentOS_Dev ~]# ldd /usr/local/bin/n2disk10g
linux-vdso.so.1 => (0x00007ffe339a0000)
librt.so.1 => /lib64/librt.so.1 (0x00007fd44396c000)
libntapi.so => /lib64/libntapi.so (0x00007fd440eb8000)
libntos.so => /lib64/libntos.so (0x00007fd440c94000)
libsnf.so.0 => /lib64/libsnf.so.0 (0x00007fd440a7e000)
libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x00007fd440873000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fd440655000)
libc.so.6 => /lib64/libc.so.6 (0x00007fd4402c1000)
/lib64/ld-linux-x86-64.so.2 (0x00007fd443b7d000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fd4400bd000)
[root@CentOS_Dev ~]# n2disk10g -V
n2disk10g 2.6.161111 [SystemID: 397C27017A076A80]

Alfredo

> On 11 Nov 2016, at 15:18, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Hi Luca,
>
> My system looks identical to yours, see below. If I revert back to n2disk-2.6.161102, it works as expected.
>
> $ ldd /usr/local/bin/n2disk10g
> /usr/local/bin/n2disk10g: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/bin/n2disk10g)
> linux-vdso.so.1 => (0x00007ffca23ba000)
> librt.so.1 => /lib64/librt.so.1 (0x0000003329200000)
> libntapi.so => /lib64/libntapi.so (0x00007f542e5d9000)
> libntos.so => /lib64/libntos.so (0x00007f542e3b5000)
> libsnf.so.0 => /lib64/libsnf.so.0 (0x00007f542e19f000)
> libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x0000003328e00000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003328a00000)
> libc.so.6 => /lib64/libc.so.6 (0x0000003328600000)
> /lib64/ld-linux-x86-64.so.2 (0x0000003328200000)
> libdl.so.2 => /lib64/libdl.so.2 (0x00007f542df9a000)
>
> $ ls -l /lib64/libc.so.6
> lrwxrwxrwx 1 root root 12 Sep 23 11:17 /lib64/libc.so.6 -> libc-2.12.so
>
> $ cat /etc/redhat-release
> Red Hat Enterprise Linux Server release 6.8 (Santiago)
>
> Thanks,
> Derek
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Alfredo,


The only thing changing is the version of n2disk that I'm installing. If I revert back to the prior version, it works fine. If I install the latest non-stable version, it also works (except I have the same problem with n2disk crashing that I had before). I don't understand why this one version would suddenly have a different glibc version requirement.


Thanks,

Derek

________________________________
From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
Sent: Friday, November 11, 2016 10:34 AM
To: ntop-misc@listgateway.unipi.it
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
I just installed a Centos6 system and it is working for me:

[root@CentOS_Dev ~]# cat /etc/centos-release
CentOS release 6.8 (Final)
[root@CentOS_Dev ~]# uname -a
Linux CentOS_Dev 2.6.32-642.6.2.el6.x86_64 #1 SMP Wed Oct 26 06:52:09 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
[root@CentOS_Dev ~]# ls -al /usr/local/bin/n2disk10g
-rwxr-xr-x 1 root root 1006992 Nov 11 15:51 /usr/local/bin/n2disk10g
[root@CentOS_Dev ~]# ldd /usr/local/bin/n2disk10g
linux-vdso.so.1 => (0x00007ffe339a0000)
librt.so.1 => /lib64/librt.so.1 (0x00007fd44396c000)
libntapi.so => /lib64/libntapi.so (0x00007fd440eb8000)
libntos.so => /lib64/libntos.so (0x00007fd440c94000)
libsnf.so.0 => /lib64/libsnf.so.0 (0x00007fd440a7e000)
libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x00007fd440873000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fd440655000)
libc.so.6 => /lib64/libc.so.6 (0x00007fd4402c1000)
/lib64/ld-linux-x86-64.so.2 (0x00007fd443b7d000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fd4400bd000)
[root@CentOS_Dev ~]# n2disk10g -V
n2disk10g 2.6.161111 [SystemID: 397C27017A076A80]

Alfredo

On 11 Nov 2016, at 15:18, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Luca,

My system looks identical to yours, see below. If I revert back to n2disk-2.6.161102, it works as expected.


$ ldd /usr/local/bin/n2disk10g
/usr/local/bin/n2disk10g: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/bin/n2disk10g)
linux-vdso.so.1 => (0x00007ffca23ba000)
librt.so.1 => /lib64/librt.so.1 (0x0000003329200000)
libntapi.so => /lib64/libntapi.so (0x00007f542e5d9000)
libntos.so => /lib64/libntos.so (0x00007f542e3b5000)
libsnf.so.0 => /lib64/libsnf.so.0 (0x00007f542e19f000)
libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x0000003328e00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003328a00000)
libc.so.6 => /lib64/libc.so.6 (0x0000003328600000)
/lib64/ld-linux-x86-64.so.2 (0x0000003328200000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f542df9a000)

$ ls -l /lib64/libc.so.6
lrwxrwxrwx 1 root root 12 Sep 23 11:17 /lib64/libc.so.6 -> libc-2.12.so

$ cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.8 (Santiago)

Thanks,
Derek


________________________________

This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Derek
if you check my output, I am installing latest stable version, which I guess is the same you are installing,
there should be something we are missing in your installation. Could you clean up the system and follow
again the installation steps from the beginning?

Alfredo

> On 11 Nov 2016, at 16:41, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Hi Alfredo,
>
> The only thing changing is the version of n2disk that I'm installing. If I revert back to the prior version, it works fine. If I install the latest non-stable version, it also works (except I have the same problem with n2disk crashing that I had before). I don't understand why this one version would suddenly have a different glibc version requirement.
>
> Thanks,
> Derek
>
> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
> Sent: Friday, November 11, 2016 10:34 AM
> To: ntop-misc@listgateway.unipi.it
> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>
> Hi Derek
> I just installed a Centos6 system and it is working for me:
>
> [root@CentOS_Dev ~]# cat /etc/centos-release
> CentOS release 6.8 (Final)
> [root@CentOS_Dev ~]# uname -a
> Linux CentOS_Dev 2.6.32-642.6.2.el6.x86_64 #1 SMP Wed Oct 26 06:52:09 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
> [root@CentOS_Dev ~]# ls -al /usr/local/bin/n2disk10g
> -rwxr-xr-x 1 root root 1006992 Nov 11 15:51 /usr/local/bin/n2disk10g
> [root@CentOS_Dev ~]# ldd /usr/local/bin/n2disk10g
> linux-vdso.so.1 => (0x00007ffe339a0000)
> librt.so.1 => /lib64/librt.so.1 (0x00007fd44396c000)
> libntapi.so => /lib64/libntapi.so (0x00007fd440eb8000)
> libntos.so => /lib64/libntos.so (0x00007fd440c94000)
> libsnf.so.0 => /lib64/libsnf.so.0 (0x00007fd440a7e000)
> libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x00007fd440873000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fd440655000)
> libc.so.6 => /lib64/libc.so.6 (0x00007fd4402c1000)
> /lib64/ld-linux-x86-64.so.2 (0x00007fd443b7d000)
> libdl.so.2 => /lib64/libdl.so.2 (0x00007fd4400bd000)
> [root@CentOS_Dev ~]# n2disk10g -V
> n2disk10g 2.6.161111 [SystemID: 397C27017A076A80]
>
> Alfredo
>
>> On 11 Nov 2016, at 15:18, Spransy, Derek <dsprans@emory.edu <mailto:dsprans@emory.edu>> wrote:
>>
>> Hi Luca,
>>
>> My system looks identical to yours, see below. If I revert back to n2disk-2.6.161102, it works as expected.
>>
>> $ ldd /usr/local/bin/n2disk10g
>> /usr/local/bin/n2disk10g: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/bin/n2disk10g)
>> linux-vdso.so.1 => (0x00007ffca23ba000)
>> librt.so.1 => /lib64/librt.so.1 (0x0000003329200000)
>> libntapi.so => /lib64/libntapi.so (0x00007f542e5d9000)
>> libntos.so => /lib64/libntos.so (0x00007f542e3b5000)
>> libsnf.so.0 => /lib64/libsnf.so.0 (0x00007f542e19f000)
>> libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x0000003328e00000)
>> libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003328a00000)
>> libc.so.6 => /lib64/libc.so.6 (0x0000003328600000)
>> /lib64/ld-linux-x86-64.so.2 (0x0000003328200000)
>> libdl.so.2 => /lib64/libdl.so.2 (0x00007f542df9a000)
>>
>> $ ls -l /lib64/libc.so.6
>> lrwxrwxrwx 1 root root 12 Sep 23 11:17 /lib64/libc.so.6 -> libc-2.12.so
>>
>> $ cat /etc/redhat-release
>> Red Hat Enterprise Linux Server release 6.8 (Santiago)
>>
>> Thanks,
>> Derek
>
>
>
> This e-mail message (including any attachments) is for the sole use of
> the intended recipient(s) and may contain confidential and privileged
> information. If the reader of this message is not the intended
> recipient, you are hereby notified that any dissemination, distribution
> or copying of this message (including any attachments) is strictly
> prohibited.
>
> If you have received this message in error, please contact
> the sender by reply e-mail message and destroy all copies of the
> original message (including attachments).
> _______________________________________________
> Ntop-misc mailing list
> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Alfredo,


A yum clean appears to have resolved the glibc issue. However, the original issue of n2disk crashing with multi-threaded read support is still causing it to crash.


I'm running:

$ n2disk10g -V
n2disk10g 2.6.161111 [SystemID: 9C5185AAB205A206]


The n2disk package I installed was n2disk-2.6.161111-4672.x86_64.rpm. Is that the correct one?


Thanks,

Derek


________________________________
From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
Sent: Friday, November 11, 2016 11:19 AM
To: ntop-misc@listgateway.unipi.it
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
if you check my output, I am installing latest stable version, which I guess is the same you are installing,
there should be something we are missing in your installation. Could you clean up the system and follow
again the installation steps from the beginning?

Alfredo

On 11 Nov 2016, at 16:41, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Alfredo,

The only thing changing is the version of n2disk that I'm installing. If I revert back to the prior version, it works fine. If I install the latest non-stable version, it also works (except I have the same problem with n2disk crashing that I had before). I don't understand why this one version would suddenly have a different glibc version requirement.

Thanks,
Derek

________________________________
From: ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org<mailto:cardigliano@ntop.org>>
Sent: Friday, November 11, 2016 10:34 AM
To: ntop-misc@listgateway.unipi.it<mailto:ntop-misc@listgateway.unipi.it>
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
I just installed a Centos6 system and it is working for me:

[root@CentOS_Dev ~]# cat /etc/centos-release
CentOS release 6.8 (Final)
[root@CentOS_Dev ~]# uname -a
Linux CentOS_Dev 2.6.32-642.6.2.el6.x86_64 #1 SMP Wed Oct 26 06:52:09 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
[root@CentOS_Dev ~]# ls -al /usr/local/bin/n2disk10g
-rwxr-xr-x 1 root root 1006992 Nov 11 15:51 /usr/local/bin/n2disk10g
[root@CentOS_Dev ~]# ldd /usr/local/bin/n2disk10g
linux-vdso.so.1 => (0x00007ffe339a0000)
librt.so.1 => /lib64/librt.so.1 (0x00007fd44396c000)
libntapi.so => /lib64/libntapi.so (0x00007fd440eb8000)
libntos.so => /lib64/libntos.so (0x00007fd440c94000)
libsnf.so.0 => /lib64/libsnf.so.0 (0x00007fd440a7e000)
libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x00007fd440873000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fd440655000)
libc.so.6 => /lib64/libc.so.6 (0x00007fd4402c1000)
/lib64/ld-linux-x86-64.so.2 (0x00007fd443b7d000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fd4400bd000)
[root@CentOS_Dev ~]# n2disk10g -V
n2disk10g 2.6.161111 [SystemID: 397C27017A076A80]

Alfredo

On 11 Nov 2016, at 15:18, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Luca,

My system looks identical to yours, see below. If I revert back to n2disk-2.6.161102, it works as expected.


$ ldd /usr/local/bin/n2disk10g
/usr/local/bin/n2disk10g: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/bin/n2disk10g)
linux-vdso.so.1 => (0x00007ffca23ba000)
librt.so.1 => /lib64/librt.so.1 (0x0000003329200000)
libntapi.so => /lib64/libntapi.so (0x00007f542e5d9000)
libntos.so => /lib64/libntos.so (0x00007f542e3b5000)
libsnf.so.0 => /lib64/libsnf.so.0 (0x00007f542e19f000)
libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x0000003328e00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003328a00000)
libc.so.6 => /lib64/libc.so.6 (0x0000003328600000)
/lib64/ld-linux-x86-64.so.2 (0x0000003328200000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f542df9a000)

$ ls -l /lib64/libc.so.6
lrwxrwxrwx 1 root root 12 Sep 23 11:17 /lib64/libc.so.6 -> libc-2.12.so

$ cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.8 (Santiago)

Thanks,
Derek


________________________________

This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it<mailto:Ntop-misc@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop-misc
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Derek
the same configuration seems to be working for me,
are you getting the same trace of the initial email? Could you provide me the full log again?
could you try running the following command and let me know if it crashes?

zbalance_ipc -i zc:eth5 -c 99 -n 1 -m 1

Thank you
Alfredo

> On 11 Nov 2016, at 18:13, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Hi Alfredo,
>
> A yum clean appears to have resolved the glibc issue. However, the original issue of n2disk crashing with multi-threaded read support is still causing it to crash.
>
> I'm running:
> $ n2disk10g -V
> n2disk10g 2.6.161111 [SystemID: 9C5185AAB205A206]
>
> The n2disk package I installed was n2disk-2.6.161111-4672.x86_64.rpm. Is that the correct one?
>
> Thanks,
> Derek
>
>
> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
> Sent: Friday, November 11, 2016 11:19 AM
> To: ntop-misc@listgateway.unipi.it
> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>
> Hi Derek
> if you check my output, I am installing latest stable version, which I guess is the same you are installing,
> there should be something we are missing in your installation. Could you clean up the system and follow
> again the installation steps from the beginning?
>
> Alfredo
>
>> On 11 Nov 2016, at 16:41, Spransy, Derek <dsprans@emory.edu <mailto:dsprans@emory.edu>> wrote:
>>
>> Hi Alfredo,
>>
>> The only thing changing is the version of n2disk that I'm installing. If I revert back to the prior version, it works fine. If I install the latest non-stable version, it also works (except I have the same problem with n2disk crashing that I had before). I don't understand why this one version would suddenly have a different glibc version requirement.
>>
>> Thanks,
>> Derek
>>
>> From: ntop-misc-bounces@listgateway.unipi.it <mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it <mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org <mailto:cardigliano@ntop.org>>
>> Sent: Friday, November 11, 2016 10:34 AM
>> To: ntop-misc@listgateway.unipi.it <mailto:ntop-misc@listgateway.unipi.it>
>> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>>
>> Hi Derek
>> I just installed a Centos6 system and it is working for me:
>>
>> [root@CentOS_Dev ~]# cat /etc/centos-release
>> CentOS release 6.8 (Final)
>> [root@CentOS_Dev ~]# uname -a
>> Linux CentOS_Dev 2.6.32-642.6.2.el6.x86_64 #1 SMP Wed Oct 26 06:52:09 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
>> [root@CentOS_Dev ~]# ls -al /usr/local/bin/n2disk10g
>> -rwxr-xr-x 1 root root 1006992 Nov 11 15:51 /usr/local/bin/n2disk10g
>> [root@CentOS_Dev ~]# ldd /usr/local/bin/n2disk10g
>> linux-vdso.so.1 => (0x00007ffe339a0000)
>> librt.so.1 => /lib64/librt.so.1 (0x00007fd44396c000)
>> libntapi.so => /lib64/libntapi.so (0x00007fd440eb8000)
>> libntos.so => /lib64/libntos.so (0x00007fd440c94000)
>> libsnf.so.0 => /lib64/libsnf.so.0 (0x00007fd440a7e000)
>> libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x00007fd440873000)
>> libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fd440655000)
>> libc.so.6 => /lib64/libc.so.6 (0x00007fd4402c1000)
>> /lib64/ld-linux-x86-64.so.2 (0x00007fd443b7d000)
>> libdl.so.2 => /lib64/libdl.so.2 (0x00007fd4400bd000)
>> [root@CentOS_Dev ~]# n2disk10g -V
>> n2disk10g 2.6.161111 [SystemID: 397C27017A076A80]
>>
>> Alfredo
>>
>>> On 11 Nov 2016, at 15:18, Spransy, Derek <dsprans@emory.edu <mailto:dsprans@emory.edu>> wrote:
>>>
>>> Hi Luca,
>>>
>>> My system looks identical to yours, see below. If I revert back to n2disk-2.6.161102, it works as expected.
>>>
>>> $ ldd /usr/local/bin/n2disk10g
>>> /usr/local/bin/n2disk10g: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/bin/n2disk10g)
>>> linux-vdso.so.1 => (0x00007ffca23ba000)
>>> librt.so.1 => /lib64/librt.so.1 (0x0000003329200000)
>>> libntapi.so => /lib64/libntapi.so (0x00007f542e5d9000)
>>> libntos.so => /lib64/libntos.so (0x00007f542e3b5000)
>>> libsnf.so.0 => /lib64/libsnf.so.0 (0x00007f542e19f000)
>>> libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x0000003328e00000)
>>> libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003328a00000)
>>> libc.so.6 => /lib64/libc.so.6 (0x0000003328600000)
>>> /lib64/ld-linux-x86-64.so.2 (0x0000003328200000)
>>> libdl.so.2 => /lib64/libdl.so.2 (0x00007f542df9a000)
>>>
>>> $ ls -l /lib64/libc.so.6
>>> lrwxrwxrwx 1 root root 12 Sep 23 11:17 /lib64/libc.so.6 -> libc-2.12.so
>>>
>>> $ cat /etc/redhat-release
>>> Red Hat Enterprise Linux Server release 6.8 (Santiago)
>>>
>>> Thanks,
>>> Derek
>>
>>
>>
>> This e-mail message (including any attachments) is for the sole use of
>> the intended recipient(s) and may contain confidential and privileged
>> information. If the reader of this message is not the intended
>> recipient, you are hereby notified that any dissemination, distribution
>> or copying of this message (including any attachments) is strictly
>> prohibited.
>>
>> If you have received this message in error, please contact
>> the sender by reply e-mail message and destroy all copies of the
>> original message (including attachments).
>> _______________________________________________
>> Ntop-misc mailing list
>> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
> _______________________________________________
> Ntop-misc mailing list
> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Alfredo,


Yes the behavior is the same as before:


$ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
14/Nov/2016 09:04:21 [n2disk.c:4819] Welcome to n2disk10g v.2.6.161111 (r4672) [SandyBridge]
14/Nov/2016 09:04:21 [n2disk.c:4846] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
14/Nov/2016 09:04:21 [n2disk.c:4875] Using PF_RING for packet capture
14/Nov/2016 09:04:21 [n2disk.c:4901] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
14/Nov/2016 09:04:21 [n2disk.c:4904] Multithread support enabled
14/Nov/2016 09:04:21 [n2disk.c:5018] Dump files max size is set to 1024 MB
14/Nov/2016 09:04:21 [n2disk.c:5035] Buffer memory is set to 3 GB (x 3 pcap files)
14/Nov/2016 09:04:21 [n2disk.c:5070] Using directory /data1/captures for dump files
14/Nov/2016 09:04:21 [n2disk.c:5075] No sub-directories will be created
14/Nov/2016 09:04:21 [n2disk.c:5080] Up to 43000 files will be written before overwriting
14/Nov/2016 09:04:21 [n2disk.c:5090] Dump files max duration is set to 600 sec
14/Nov/2016 09:04:21 [n2disk.c:5106] Dumping data in 0.1 MB chunks
14/Nov/2016 09:04:21 [n2disk.c:5149] Index processing memory is set to 847 MB (x 3 index files)
14/Nov/2016 09:04:24 [n2disk.c:5339] Memory allocated successfully
14/Nov/2016 09:04:24 [n2disk.c:3597] Using time pulse timestamps
14/Nov/2016 09:04:24 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
$

Running zbalance works fine:

$ sudo /usr/local/bin/zbalance_ipc -i zc:eth5 -c 99 -n 1 -m 1
14/Nov/2016 09:01:24 [zbalance_ipc.c:686] Starting balancer with 1 consumer queues..
14/Nov/2016 09:01:24 [zbalance_ipc.c:696] Run your application instances as follows:
14/Nov/2016 09:01:24 [zbalance_ipc.c:701] pfcount -i zc:99@0
14/Nov/2016 09:01:25 [zbalance_ipc.c:151] =========================
14/Nov/2016 09:01:25 [zbalance_ipc.c:152] Absolute Stats: Recv 354'797 pkts (0 drops) - Forwarded 8'190 pkts (346'607 drops)
14/Nov/2016 09:01:25 [zbalance_ipc.c:234] =========================
14/Nov/2016 09:01:26 [zbalance_ipc.c:151] =========================
14/Nov/2016 09:01:26 [zbalance_ipc.c:152] Absolute Stats: Recv 714'213 pkts (0 drops) - Forwarded 8'190 pkts (706'023 drops)
14/Nov/2016 09:01:26 [zbalance_ipc.c:224] Actual Stats: Recv 359'348.08 pps (0.00 drops) - Forwarded 0.00 pps (359'348.08 drops)
14/Nov/2016 09:01:26 [zbalance_ipc.c:234] =========================
14/Nov/2016 09:01:27 [zbalance_ipc.c:151] =========================
14/Nov/2016 09:01:27 [zbalance_ipc.c:152] Absolute Stats: Recv 1'053'124 pkts (0 drops) - Forwarded 8'190 pkts (1'044'926 drops)
14/Nov/2016 09:01:27 [zbalance_ipc.c:224] Actual Stats: Recv 338'839.84 pps (0.00 drops) - Forwarded 0.00 pps (338'831.84 drops)
14/Nov/2016 09:01:27 [zbalance_ipc.c:234] =========================
14/Nov/2016 09:01:28 [zbalance_ipc.c:151] =========================
14/Nov/2016 09:01:28 [zbalance_ipc.c:152] Absolute Stats: Recv 1'410'053 pkts (0 drops) - Forwarded 8'190 pkts (1'401'863 drops)
14/Nov/2016 09:01:28 [zbalance_ipc.c:224] Actual Stats: Recv 356'860.48 pps (0.00 drops) - Forwarded 0.00 pps (356'868.48 drops)
14/Nov/2016 09:01:28 [zbalance_ipc.c:234] =========================
14/Nov/2016 09:01:29 [zbalance_ipc.c:151] =========================
14/Nov/2016 09:01:29 [zbalance_ipc.c:152] Absolute Stats: Recv 1'782'541 pkts (0 drops) - Forwarded 8'190 pkts (1'774'351 drops)
14/Nov/2016 09:01:29 [zbalance_ipc.c:224] Actual Stats: Recv 372'419.84 pps (0.00 drops) - Forwarded 0.00 pps (372'419.84 drops)
14/Nov/2016 09:01:29 [zbalance_ipc.c:234] =========================

Here's strace output of the crash, if that helps any:

write(1, "14/Nov/2016 09:06:12 [n2disk.c:3"..., 9314/Nov/2016 09:06:12 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
) = 93
stat("/sys/devices/system/node/node0/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
stat("/sys/devices/system/node/node1/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
stat("/sys/devices/system/node/node2/cpumap", 0x7ffc10d5fa60) = -1 ENOENT (No such file or directory)
stat("/sys/devices/system/node/node0/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
stat("/sys/devices/system/node/node1/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
stat("/sys/devices/system/node/node2/cpumap", 0x7ffc10d5fa40) = -1 ENOENT (No such file or directory)
set_mempolicy(MPOL_BIND, 0x2d3b3b0, 4) = 0
socket(0x1b /* PF_??? */, SOCK_RAW, 768) = 5
setsockopt(5, SOL_IP, 0x87 /* IP_??? */, "\0\0\0\0\0\0\0\0", 8) = 0
setsockopt(5, SOL_IP, 0x6e /* IP_??? */, "pfring-zc-cluster-0", 19) = 0
open("/proc/meminfo", O_RDONLY) = 6
fstat(6, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7faed3cf3000
read(6, "MemTotal: 16291360 kB\nMemF"..., 1024) = 1024
read(6, "e: 1024\nHugePages_Rsvd: "..., 1024) = 174
close(6) = 0
munmap(0x7faed3cf3000, 4096) = 0
open("/proc/mounts", O_RDONLY) = 6
fstat(6, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7faed3cf3000
read(6, "rootfs / rootfs rw 0 0\nproc /pro"..., 1024) = 1024
read(6, "ugepages hugetlbfs rw,relatime 0"..., 1024) = 35
open("/mnt/hugepages/pfring_zc_0", O_RDWR|O_CREAT, 0755) = 7
flock(7, LOCK_SH) = 0
mmap(NULL, 134217728, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_LOCKED, 7, 0) = 0x7fb033200000
--- SIGBUS {si_signo=SIGBUS, si_code=BUS_ADRERR, si_addr=0x7fb033200018} ---
+++ killed by SIGBUS (core dumped) +++

Thanks,
Derek



________________________________
From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
Sent: Sunday, November 13, 2016 7:25 AM
To: ntop-misc@listgateway.unipi.it
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
the same configuration seems to be working for me,
are you getting the same trace of the initial email? Could you provide me the full log again?
could you try running the following command and let me know if it crashes?

zbalance_ipc -i zc:eth5 -c 99 -n 1 -m 1

Thank you
Alfredo

On 11 Nov 2016, at 18:13, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Alfredo,

A yum clean appears to have resolved the glibc issue. However, the original issue of n2disk crashing with multi-threaded read support is still causing it to crash.

I'm running:

$ n2disk10g -V
n2disk10g 2.6.161111 [SystemID: 9C5185AAB205A206]


The n2disk package I installed was n2disk-2.6.161111-4672.x86_64.rpm. Is that the correct one?

Thanks,
Derek


________________________________
From: ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org<mailto:cardigliano@ntop.org>>
Sent: Friday, November 11, 2016 11:19 AM
To: ntop-misc@listgateway.unipi.it<mailto:ntop-misc@listgateway.unipi.it>
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
if you check my output, I am installing latest stable version, which I guess is the same you are installing,
there should be something we are missing in your installation. Could you clean up the system and follow
again the installation steps from the beginning?

Alfredo

On 11 Nov 2016, at 16:41, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Alfredo,

The only thing changing is the version of n2disk that I'm installing. If I revert back to the prior version, it works fine. If I install the latest non-stable version, it also works (except I have the same problem with n2disk crashing that I had before). I don't understand why this one version would suddenly have a different glibc version requirement.

Thanks,
Derek

________________________________
From: ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it> <ntop-misc-bounces@listgateway.unipi.it<mailto:ntop-misc-bounces@listgateway.unipi.it>> on behalf of Alfredo Cardigliano <cardigliano@ntop.org<mailto:cardigliano@ntop.org>>
Sent: Friday, November 11, 2016 10:34 AM
To: ntop-misc@listgateway.unipi.it<mailto:ntop-misc@listgateway.unipi.it>
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
I just installed a Centos6 system and it is working for me:

[root@CentOS_Dev ~]# cat /etc/centos-release
CentOS release 6.8 (Final)
[root@CentOS_Dev ~]# uname -a
Linux CentOS_Dev 2.6.32-642.6.2.el6.x86_64 #1 SMP Wed Oct 26 06:52:09 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
[root@CentOS_Dev ~]# ls -al /usr/local/bin/n2disk10g
-rwxr-xr-x 1 root root 1006992 Nov 11 15:51 /usr/local/bin/n2disk10g
[root@CentOS_Dev ~]# ldd /usr/local/bin/n2disk10g
linux-vdso.so.1 => (0x00007ffe339a0000)
librt.so.1 => /lib64/librt.so.1 (0x00007fd44396c000)
libntapi.so => /lib64/libntapi.so (0x00007fd440eb8000)
libntos.so => /lib64/libntos.so (0x00007fd440c94000)
libsnf.so.0 => /lib64/libsnf.so.0 (0x00007fd440a7e000)
libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x00007fd440873000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fd440655000)
libc.so.6 => /lib64/libc.so.6 (0x00007fd4402c1000)
/lib64/ld-linux-x86-64.so.2 (0x00007fd443b7d000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fd4400bd000)
[root@CentOS_Dev ~]# n2disk10g -V
n2disk10g 2.6.161111 [SystemID: 397C27017A076A80]

Alfredo

On 11 Nov 2016, at 15:18, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Luca,

My system looks identical to yours, see below. If I revert back to n2disk-2.6.161102, it works as expected.


$ ldd /usr/local/bin/n2disk10g
/usr/local/bin/n2disk10g: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/bin/n2disk10g)
linux-vdso.so.1 => (0x00007ffca23ba000)
librt.so.1 => /lib64/librt.so.1 (0x0000003329200000)
libntapi.so => /lib64/libntapi.so (0x00007f542e5d9000)
libntos.so => /lib64/libntos.so (0x00007f542e3b5000)
libsnf.so.0 => /lib64/libsnf.so.0 (0x00007f542e19f000)
libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x0000003328e00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003328a00000)
libc.so.6 => /lib64/libc.so.6 (0x0000003328600000)
/lib64/ld-linux-x86-64.so.2 (0x0000003328200000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f542df9a000)

$ ls -l /lib64/libc.so.6
lrwxrwxrwx 1 root root 12 Sep 23 11:17 /lib64/libc.so.6 -> libc-2.12.so

$ cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.8 (Santiago)

Thanks,
Derek


________________________________

This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it<mailto:Ntop-misc@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

_______________________________________________
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it<mailto:Ntop-misc@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop-misc
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Derek
this seems to be related to hugepages, could you provide more info about memory in your system including:

cat /sys/devices/system/node/node*/meminfo | grep Huge

Alfredo

> On 14 Nov 2016, at 15:13, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Hi Alfredo,
>
> Yes the behavior is the same as before:
>
> $ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
> 14/Nov/2016 09:04:21 [n2disk.c:4819] Welcome to n2disk10g v.2.6.161111 (r4672) [SandyBridge]
> 14/Nov/2016 09:04:21 [n2disk.c:4846] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
> 14/Nov/2016 09:04:21 [n2disk.c:4875] Using PF_RING for packet capture
> 14/Nov/2016 09:04:21 [n2disk.c:4901] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
> 14/Nov/2016 09:04:21 [n2disk.c:4904] Multithread support enabled
> 14/Nov/2016 09:04:21 [n2disk.c:5018] Dump files max size is set to 1024 MB
> 14/Nov/2016 09:04:21 [n2disk.c:5035] Buffer memory is set to 3 GB (x 3 pcap files)
> 14/Nov/2016 09:04:21 [n2disk.c:5070] Using directory /data1/captures for dump files
> 14/Nov/2016 09:04:21 [n2disk.c:5075] No sub-directories will be created
> 14/Nov/2016 09:04:21 [n2disk.c:5080] Up to 43000 files will be written before overwriting
> 14/Nov/2016 09:04:21 [n2disk.c:5090] Dump files max duration is set to 600 sec
> 14/Nov/2016 09:04:21 [n2disk.c:5106] Dumping data in 0.1 MB chunks
> 14/Nov/2016 09:04:21 [n2disk.c:5149] Index processing memory is set to 847 MB (x 3 index files)
> 14/Nov/2016 09:04:24 [n2disk.c:5339] Memory allocated successfully
> 14/Nov/2016 09:04:24 [n2disk.c:3597] Using time pulse timestamps
> 14/Nov/2016 09:04:24 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
> $
>
> Running zbalance works fine:
>
> $ sudo /usr/local/bin/zbalance_ipc -i zc:eth5 -c 99 -n 1 -m 1
> 14/Nov/2016 09:01:24 [zbalance_ipc.c:686] Starting balancer with 1 consumer queues..
> 14/Nov/2016 09:01:24 [zbalance_ipc.c:696] Run your application instances as follows:
> 14/Nov/2016 09:01:24 [zbalance_ipc.c:701] pfcount -i zc:99@0
> 14/Nov/2016 09:01:25 [zbalance_ipc.c:151] =========================
> 14/Nov/2016 09:01:25 [zbalance_ipc.c:152] Absolute Stats: Recv 354'797 pkts (0 drops) - Forwarded 8'190 pkts (346'607 drops)
> 14/Nov/2016 09:01:25 [zbalance_ipc.c:234] =========================
> 14/Nov/2016 09:01:26 [zbalance_ipc.c:151] =========================
> 14/Nov/2016 09:01:26 [zbalance_ipc.c:152] Absolute Stats: Recv 714'213 pkts (0 drops) - Forwarded 8'190 pkts (706'023 drops)
> 14/Nov/2016 09:01:26 [zbalance_ipc.c:224] Actual Stats: Recv 359'348.08 pps (0.00 drops) - Forwarded 0.00 pps (359'348.08 drops)
> 14/Nov/2016 09:01:26 [zbalance_ipc.c:234] =========================
> 14/Nov/2016 09:01:27 [zbalance_ipc.c:151] =========================
> 14/Nov/2016 09:01:27 [zbalance_ipc.c:152] Absolute Stats: Recv 1'053'124 pkts (0 drops) - Forwarded 8'190 pkts (1'044'926 drops)
> 14/Nov/2016 09:01:27 [zbalance_ipc.c:224] Actual Stats: Recv 338'839.84 pps (0.00 drops) - Forwarded 0.00 pps (338'831.84 drops)
> 14/Nov/2016 09:01:27 [zbalance_ipc.c:234] =========================
> 14/Nov/2016 09:01:28 [zbalance_ipc.c:151] =========================
> 14/Nov/2016 09:01:28 [zbalance_ipc.c:152] Absolute Stats: Recv 1'410'053 pkts (0 drops) - Forwarded 8'190 pkts (1'401'863 drops)
> 14/Nov/2016 09:01:28 [zbalance_ipc.c:224] Actual Stats: Recv 356'860.48 pps (0.00 drops) - Forwarded 0.00 pps (356'868.48 drops)
> 14/Nov/2016 09:01:28 [zbalance_ipc.c:234] =========================
> 14/Nov/2016 09:01:29 [zbalance_ipc.c:151] =========================
> 14/Nov/2016 09:01:29 [zbalance_ipc.c:152] Absolute Stats: Recv 1'782'541 pkts (0 drops) - Forwarded 8'190 pkts (1'774'351 drops)
> 14/Nov/2016 09:01:29 [zbalance_ipc.c:224] Actual Stats: Recv 372'419.84 pps (0.00 drops) - Forwarded 0.00 pps (372'419.84 drops)
> 14/Nov/2016 09:01:29 [zbalance_ipc.c:234] =========================
>
> Here's strace output of the crash, if that helps any:
>
> write(1, "14/Nov/2016 09:06:12 [n2disk.c:3"..., 9314/Nov/2016 09:06:12 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
> ) = 93
> stat("/sys/devices/system/node/node0/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
> stat("/sys/devices/system/node/node1/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
> stat("/sys/devices/system/node/node2/cpumap", 0x7ffc10d5fa60) = -1 ENOENT (No such file or directory)
> stat("/sys/devices/system/node/node0/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
> stat("/sys/devices/system/node/node1/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
> stat("/sys/devices/system/node/node2/cpumap", 0x7ffc10d5fa40) = -1 ENOENT (No such file or directory)
> set_mempolicy(MPOL_BIND, 0x2d3b3b0, 4) = 0
> socket(0x1b /* PF_??? */, SOCK_RAW, 768) = 5
> setsockopt(5, SOL_IP, 0x87 /* IP_??? */, "\0\0\0\0\0\0\0\0", 8) = 0
> setsockopt(5, SOL_IP, 0x6e /* IP_??? */, "pfring-zc-cluster-0", 19) = 0
> open("/proc/meminfo", O_RDONLY) = 6
> fstat(6, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7faed3cf3000
> read(6, "MemTotal: 16291360 kB\nMemF"..., 1024) = 1024
> read(6, "e: 1024\nHugePages_Rsvd: "..., 1024) = 174
> close(6) = 0
> munmap(0x7faed3cf3000, 4096) = 0
> open("/proc/mounts", O_RDONLY) = 6
> fstat(6, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7faed3cf3000
> read(6, "rootfs / rootfs rw 0 0\nproc /pro"..., 1024) = 1024
> read(6, "ugepages hugetlbfs rw,relatime 0"..., 1024) = 35
> open("/mnt/hugepages/pfring_zc_0", O_RDWR|O_CREAT, 0755) = 7
> flock(7, LOCK_SH) = 0
> mmap(NULL, 134217728, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_LOCKED, 7, 0) = 0x7fb033200000
> --- SIGBUS {si_signo=SIGBUS, si_code=BUS_ADRERR, si_addr=0x7fb033200018} ---
> +++ killed by SIGBUS (core dumped) +++
>
> Thanks,
> Derek
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Hi Alfredo,


Here's the output:


Node 0 HugePages_Total: 1024
Node 0 HugePages_Free: 1024
Node 0 HugePages_Surp: 0
Node 1 HugePages_Total: 0
Node 1 HugePages_Free: 0
Node 1 HugePages_Surp: 0


Our hugepages.conf consists of:
node=0 hugepagenumber=1024

Do you think this needs to be added for node 1 as well?

Thanks,
Derek
________________________________
From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
Sent: Tuesday, November 15, 2016 9:01 AM
To: ntop-misc@listgateway.unipi.it
Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64

Hi Derek
this seems to be related to hugepages, could you provide more info about memory in your system including:

cat /sys/devices/system/node/node*/meminfo | grep Huge

Alfredo

On 14 Nov 2016, at 15:13, Spransy, Derek <dsprans@emory.edu<mailto:dsprans@emory.edu>> wrote:

Hi Alfredo,

Yes the behavior is the same as before:


$ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
14/Nov/2016 09:04:21 [n2disk.c:4819] Welcome to n2disk10g v.2.6.161111 (r4672) [SandyBridge]
14/Nov/2016 09:04:21 [n2disk.c:4846] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
14/Nov/2016 09:04:21 [n2disk.c:4875] Using PF_RING for packet capture
14/Nov/2016 09:04:21 [n2disk.c:4901] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
14/Nov/2016 09:04:21 [n2disk.c:4904] Multithread support enabled
14/Nov/2016 09:04:21 [n2disk.c:5018] Dump files max size is set to 1024 MB
14/Nov/2016 09:04:21 [n2disk.c:5035] Buffer memory is set to 3 GB (x 3 pcap files)
14/Nov/2016 09:04:21 [n2disk.c:5070] Using directory /data1/captures for dump files
14/Nov/2016 09:04:21 [n2disk.c:5075] No sub-directories will be created
14/Nov/2016 09:04:21 [n2disk.c:5080] Up to 43000 files will be written before overwriting
14/Nov/2016 09:04:21 [n2disk.c:5090] Dump files max duration is set to 600 sec
14/Nov/2016 09:04:21 [n2disk.c:5106] Dumping data in 0.1 MB chunks
14/Nov/2016 09:04:21 [n2disk.c:5149] Index processing memory is set to 847 MB (x 3 index files)
14/Nov/2016 09:04:24 [n2disk.c:5339] Memory allocated successfully
14/Nov/2016 09:04:24 [n2disk.c:3597] Using time pulse timestamps
14/Nov/2016 09:04:24 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
$

Running zbalance works fine:

$ sudo /usr/local/bin/zbalance_ipc -i zc:eth5 -c 99 -n 1 -m 1
14/Nov/2016 09:01:24 [zbalance_ipc.c:686] Starting balancer with 1 consumer queues..
14/Nov/2016 09:01:24 [zbalance_ipc.c:696] Run your application instances as follows:
14/Nov/2016 09:01:24 [zbalance_ipc.c:701] pfcount -i zc:99@0
14/Nov/2016 09:01:25 [zbalance_ipc.c:151] =========================
14/Nov/2016 09:01:25 [zbalance_ipc.c:152] Absolute Stats: Recv 354'797 pkts (0 drops) - Forwarded 8'190 pkts (346'607 drops)
14/Nov/2016 09:01:25 [zbalance_ipc.c:234] =========================
14/Nov/2016 09:01:26 [zbalance_ipc.c:151] =========================
14/Nov/2016 09:01:26 [zbalance_ipc.c:152] Absolute Stats: Recv 714'213 pkts (0 drops) - Forwarded 8'190 pkts (706'023 drops)
14/Nov/2016 09:01:26 [zbalance_ipc.c:224] Actual Stats: Recv 359'348.08 pps (0.00 drops) - Forwarded 0.00 pps (359'348.08 drops)
14/Nov/2016 09:01:26 [zbalance_ipc.c:234] =========================
14/Nov/2016 09:01:27 [zbalance_ipc.c:151] =========================
14/Nov/2016 09:01:27 [zbalance_ipc.c:152] Absolute Stats: Recv 1'053'124 pkts (0 drops) - Forwarded 8'190 pkts (1'044'926 drops)
14/Nov/2016 09:01:27 [zbalance_ipc.c:224] Actual Stats: Recv 338'839.84 pps (0.00 drops) - Forwarded 0.00 pps (338'831.84 drops)
14/Nov/2016 09:01:27 [zbalance_ipc.c:234] =========================
14/Nov/2016 09:01:28 [zbalance_ipc.c:151] =========================
14/Nov/2016 09:01:28 [zbalance_ipc.c:152] Absolute Stats: Recv 1'410'053 pkts (0 drops) - Forwarded 8'190 pkts (1'401'863 drops)
14/Nov/2016 09:01:28 [zbalance_ipc.c:224] Actual Stats: Recv 356'860.48 pps (0.00 drops) - Forwarded 0.00 pps (356'868.48 drops)
14/Nov/2016 09:01:28 [zbalance_ipc.c:234] =========================
14/Nov/2016 09:01:29 [zbalance_ipc.c:151] =========================
14/Nov/2016 09:01:29 [zbalance_ipc.c:152] Absolute Stats: Recv 1'782'541 pkts (0 drops) - Forwarded 8'190 pkts (1'774'351 drops)
14/Nov/2016 09:01:29 [zbalance_ipc.c:224] Actual Stats: Recv 372'419.84 pps (0.00 drops) - Forwarded 0.00 pps (372'419.84 drops)
14/Nov/2016 09:01:29 [zbalance_ipc.c:234] =========================

Here's strace output of the crash, if that helps any:

write(1, "14/Nov/2016 09:06:12 [n2disk.c:3"..., 9314/Nov/2016 09:06:12 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
) = 93
stat("/sys/devices/system/node/node0/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
stat("/sys/devices/system/node/node1/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
stat("/sys/devices/system/node/node2/cpumap", 0x7ffc10d5fa60) = -1 ENOENT (No such file or directory)
stat("/sys/devices/system/node/node0/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
stat("/sys/devices/system/node/node1/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
stat("/sys/devices/system/node/node2/cpumap", 0x7ffc10d5fa40) = -1 ENOENT (No such file or directory)
set_mempolicy(MPOL_BIND, 0x2d3b3b0, 4) = 0
socket(0x1b /* PF_??? */, SOCK_RAW, 768) = 5
setsockopt(5, SOL_IP, 0x87 /* IP_??? */, "\0\0\0\0\0\0\0\0", 8) = 0
setsockopt(5, SOL_IP, 0x6e /* IP_??? */, "pfring-zc-cluster-0", 19) = 0
open("/proc/meminfo", O_RDONLY) = 6
fstat(6, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7faed3cf3000
read(6, "MemTotal: 16291360 kB\nMemF"..., 1024) = 1024
read(6, "e: 1024\nHugePages_Rsvd: "..., 1024) = 174
close(6) = 0
munmap(0x7faed3cf3000, 4096) = 0
open("/proc/mounts", O_RDONLY) = 6
fstat(6, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7faed3cf3000
read(6, "rootfs / rootfs rw 0 0\nproc /pro"..., 1024) = 1024
read(6, "ugepages hugetlbfs rw,relatime 0"..., 1024) = 35
open("/mnt/hugepages/pfring_zc_0", O_RDWR|O_CREAT, 0755) = 7
flock(7, LOCK_SH) = 0
mmap(NULL, 134217728, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_LOCKED, 7, 0) = 0x7fb033200000
--- SIGBUS {si_signo=SIGBUS, si_code=BUS_ADRERR, si_addr=0x7fb033200018} ---
+++ killed by SIGBUS (core dumped) +++

Thanks,
Derek


________________________________

This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.

If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
Re: n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64 [ In reply to ]
Exactly, you need a configuration line per CPU node

node=0 hugepagenumber=1024
node=1 hugepagenumber=1024

Alfredo

> On 16 Nov 2016, at 20:30, Spransy, Derek <dsprans@emory.edu> wrote:
>
> Hi Alfredo,
>
> Here's the output:
>
> Node 0 HugePages_Total: 1024
> Node 0 HugePages_Free: 1024
> Node 0 HugePages_Surp: 0
> Node 1 HugePages_Total: 0
> Node 1 HugePages_Free: 0
> Node 1 HugePages_Surp: 0
>
> Our hugepages.conf consists of:
> node=0 hugepagenumber=1024
>
> Do you think this needs to be added for node 1 as well?
>
> Thanks,
> Derek
> From: ntop-misc-bounces@listgateway.unipi.it <ntop-misc-bounces@listgateway.unipi.it> on behalf of Alfredo Cardigliano <cardigliano@ntop.org>
> Sent: Tuesday, November 15, 2016 9:01 AM
> To: ntop-misc@listgateway.unipi.it
> Subject: Re: [Ntop-misc] n2disk dumping with RHEL6 Kernel 2.6.32-642.4.2.el6.x86_64
>
> Hi Derek
> this seems to be related to hugepages, could you provide more info about memory in your system including:
>
> cat /sys/devices/system/node/node*/meminfo | grep Huge
>
> Alfredo
>
>> On 14 Nov 2016, at 15:13, Spransy, Derek <dsprans@emory.edu <mailto:dsprans@emory.edu>> wrote:
>>
>> Hi Alfredo,
>>
>> Yes the behavior is the same as before:
>>
>> $ sudo /usr/local/bin/n2disk10g /etc/n2disk/n2disk-eth5.conf
>> 14/Nov/2016 09:04:21 [n2disk.c:4819] Welcome to n2disk10g v.2.6.161111 (r4672) [SandyBridge]
>> 14/Nov/2016 09:04:21 [n2disk.c:4846] Running on 2 node(s) system with 24 core(s). NUMA affinity set to node 1.
>> 14/Nov/2016 09:04:21 [n2disk.c:4875] Using PF_RING for packet capture
>> 14/Nov/2016 09:04:21 [n2disk.c:4901] WARNING: If you are using standard drivers (packet capture via kernel) please disable time-pulse thread
>> 14/Nov/2016 09:04:21 [n2disk.c:4904] Multithread support enabled
>> 14/Nov/2016 09:04:21 [n2disk.c:5018] Dump files max size is set to 1024 MB
>> 14/Nov/2016 09:04:21 [n2disk.c:5035] Buffer memory is set to 3 GB (x 3 pcap files)
>> 14/Nov/2016 09:04:21 [n2disk.c:5070] Using directory /data1/captures for dump files
>> 14/Nov/2016 09:04:21 [n2disk.c:5075] No sub-directories will be created
>> 14/Nov/2016 09:04:21 [n2disk.c:5080] Up to 43000 files will be written before overwriting
>> 14/Nov/2016 09:04:21 [n2disk.c:5090] Dump files max duration is set to 600 sec
>> 14/Nov/2016 09:04:21 [n2disk.c:5106] Dumping data in 0.1 MB chunks
>> 14/Nov/2016 09:04:21 [n2disk.c:5149] Index processing memory is set to 847 MB (x 3 index files)
>> 14/Nov/2016 09:04:24 [n2disk.c:5339] Memory allocated successfully
>> 14/Nov/2016 09:04:24 [n2disk.c:3597] Using time pulse timestamps
>> 14/Nov/2016 09:04:24 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
>> $
>>
>> Running zbalance works fine:
>>
>> $ sudo /usr/local/bin/zbalance_ipc -i zc:eth5 -c 99 -n 1 -m 1
>> 14/Nov/2016 09:01:24 [zbalance_ipc.c:686] Starting balancer with 1 consumer queues..
>> 14/Nov/2016 09:01:24 [zbalance_ipc.c:696] Run your application instances as follows:
>> 14/Nov/2016 09:01:24 [zbalance_ipc.c:701] pfcount -i zc:99@0
>> 14/Nov/2016 09:01:25 [zbalance_ipc.c:151] =========================
>> 14/Nov/2016 09:01:25 [zbalance_ipc.c:152] Absolute Stats: Recv 354'797 pkts (0 drops) - Forwarded 8'190 pkts (346'607 drops)
>> 14/Nov/2016 09:01:25 [zbalance_ipc.c:234] =========================
>> 14/Nov/2016 09:01:26 [zbalance_ipc.c:151] =========================
>> 14/Nov/2016 09:01:26 [zbalance_ipc.c:152] Absolute Stats: Recv 714'213 pkts (0 drops) - Forwarded 8'190 pkts (706'023 drops)
>> 14/Nov/2016 09:01:26 [zbalance_ipc.c:224] Actual Stats: Recv 359'348.08 pps (0.00 drops) - Forwarded 0.00 pps (359'348.08 drops)
>> 14/Nov/2016 09:01:26 [zbalance_ipc.c:234] =========================
>> 14/Nov/2016 09:01:27 [zbalance_ipc.c:151] =========================
>> 14/Nov/2016 09:01:27 [zbalance_ipc.c:152] Absolute Stats: Recv 1'053'124 pkts (0 drops) - Forwarded 8'190 pkts (1'044'926 drops)
>> 14/Nov/2016 09:01:27 [zbalance_ipc.c:224] Actual Stats: Recv 338'839.84 pps (0.00 drops) - Forwarded 0.00 pps (338'831.84 drops)
>> 14/Nov/2016 09:01:27 [zbalance_ipc.c:234] =========================
>> 14/Nov/2016 09:01:28 [zbalance_ipc.c:151] =========================
>> 14/Nov/2016 09:01:28 [zbalance_ipc.c:152] Absolute Stats: Recv 1'410'053 pkts (0 drops) - Forwarded 8'190 pkts (1'401'863 drops)
>> 14/Nov/2016 09:01:28 [zbalance_ipc.c:224] Actual Stats: Recv 356'860.48 pps (0.00 drops) - Forwarded 0.00 pps (356'868.48 drops)
>> 14/Nov/2016 09:01:28 [zbalance_ipc.c:234] =========================
>> 14/Nov/2016 09:01:29 [zbalance_ipc.c:151] =========================
>> 14/Nov/2016 09:01:29 [zbalance_ipc.c:152] Absolute Stats: Recv 1'782'541 pkts (0 drops) - Forwarded 8'190 pkts (1'774'351 drops)
>> 14/Nov/2016 09:01:29 [zbalance_ipc.c:224] Actual Stats: Recv 372'419.84 pps (0.00 drops) - Forwarded 0.00 pps (372'419.84 drops)
>> 14/Nov/2016 09:01:29 [zbalance_ipc.c:234] =========================
>>
>> Here's strace output of the crash, if that helps any:
>>
>> write(1, "14/Nov/2016 09:06:12 [n2disk.c:3"..., 9314/Nov/2016 09:06:12 [n2disk.c:3630] Started PF_RING packet reader thread for device zc:eth5
>> ) = 93
>> stat("/sys/devices/system/node/node0/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
>> stat("/sys/devices/system/node/node1/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
>> stat("/sys/devices/system/node/node2/cpumap", 0x7ffc10d5fa60) = -1 ENOENT (No such file or directory)
>> stat("/sys/devices/system/node/node0/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
>> stat("/sys/devices/system/node/node1/cpumap", {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
>> stat("/sys/devices/system/node/node2/cpumap", 0x7ffc10d5fa40) = -1 ENOENT (No such file or directory)
>> set_mempolicy(MPOL_BIND, 0x2d3b3b0, 4) = 0
>> socket(0x1b /* PF_??? */, SOCK_RAW, 768) = 5
>> setsockopt(5, SOL_IP, 0x87 /* IP_??? */, "\0\0\0\0\0\0\0\0", 8) = 0
>> setsockopt(5, SOL_IP, 0x6e /* IP_??? */, "pfring-zc-cluster-0", 19) = 0
>> open("/proc/meminfo", O_RDONLY) = 6
>> fstat(6, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7faed3cf3000
>> read(6, "MemTotal: 16291360 kB\nMemF"..., 1024) = 1024
>> read(6, "e: 1024\nHugePages_Rsvd: "..., 1024) = 174
>> close(6) = 0
>> munmap(0x7faed3cf3000, 4096) = 0
>> open("/proc/mounts", O_RDONLY) = 6
>> fstat(6, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7faed3cf3000
>> read(6, "rootfs / rootfs rw 0 0\nproc /pro"..., 1024) = 1024
>> read(6, "ugepages hugetlbfs rw,relatime 0"..., 1024) = 35
>> open("/mnt/hugepages/pfring_zc_0", O_RDWR|O_CREAT, 0755) = 7
>> flock(7, LOCK_SH) = 0
>> mmap(NULL, 134217728, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_LOCKED, 7, 0) = 0x7fb033200000
>> --- SIGBUS {si_signo=SIGBUS, si_code=BUS_ADRERR, si_addr=0x7fb033200018} ---
>> +++ killed by SIGBUS (core dumped) +++
>>
>> Thanks,
>> Derek
>
>
>
> This e-mail message (including any attachments) is for the sole use of
> the intended recipient(s) and may contain confidential and privileged
> information. If the reader of this message is not the intended
> recipient, you are hereby notified that any dissemination, distribution
> or copying of this message (including any attachments) is strictly
> prohibited.
>
> If you have received this message in error, please contact
> the sender by reply e-mail message and destroy all copies of the
> original message (including attachments).
> _______________________________________________
> Ntop-misc mailing list
> Ntop-misc@listgateway.unipi.it <mailto:Ntop-misc@listgateway.unipi.it>
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc <http://listgateway.unipi.it/mailman/listinfo/ntop-misc>

1 2  View All