Mailing List Archive: NTop: Dev

general instability and web link for a list of ASes fails

Index | Next | Previous | View Threaded

Vladan.Milosevic at telenor

Aug 6, 2012, 1:53 AM

Post #1 of 10 (312 views)
Permalink

general instability and web link for a list of ASes fails

Hi All,

We had problems with 4.0.1 from the beginning, but we stoped looking into it since we are understaffed. I have written already and we have followed recommendations, but, as I have said, we have stopped...

Now, we are back in business, so to say.

We are experiencing the following, to say at least:

We are not able to see IP > Summary > ASes, the moment when it reaches 100 or so pages. We get only blank page. I know that we have a lot of ASes, but this is our Internet link and we are experiencing up to 600Mbps throughput.
Also, the last update is far from stable, but I would like to have things in some sort of order. I am owner of the process, a colleague works on this, so I am just an interface for him towards the list (it. excuse my slow responses and some errors).

So, here is what we have:
Aug 4 08:42:56 ntop-app-p-vm kernel: [152683.614541] ntop[3731]: segfault at 7f733c2f72a8 ip 00007f7345a81d09 sp 00007f733f2f8bc0 error 4 in libntopreport-5.0.so[7f7345a54000+80000]

these are the libraries used:
ntop-app-p-vm:~ # ldd /usr/local/lib/libntopreport-5.0.so
linux-vdso.so.1 => (0x00007fffd4bff000)
libntop-5.0.so => /usr/local/lib/libntop-5.0.so (0x00007fec25dc6000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fec25b8b000)
libc.so.6 => /lib64/libc.so.6 (0x00007fec2582c000)
libssl.so.0.9.8 => /usr/lib64/libssl.so.0.9.8 (0x00007fec255d8000)
libcrypto.so.0.9.8 => /usr/lib64/libcrypto.so.0.9.8 (0x00007fec25239000)
librrd_th.so.4 => /usr/lib64/librrd_th.so.4 (0x00007fec25003000)
libgdbm.so.3 => /usr/lib64/libgdbm.so.3 (0x00007fec24dfd000)
libz.so.1 => /lib64/libz.so.1 (0x00007fec24be7000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fec249c9000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fec247c5000)
libutil.so.1 => /lib64/libutil.so.1 (0x00007fec245c2000)
libm.so.6 => /lib64/libm.so.6 (0x00007fec2436b000)
libpython2.6.so.1.0 => /usr/lib64/libpython2.6.so.1.0 (0x00007fec23fd3000)
libGeoIP.so.1 => /usr/lib64/libGeoIP.so.1 (0x00007fec23da9000)
libpcap.so.0 => /usr/lib64/libpcap.so.0 (0x00007fec23b72000)
/lib64/ld-linux-x86-64.so.2 (0x00007fec2650f000)
libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007fec23816000)
libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x00007fec23609000)
libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x00007fec233bf000)
libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00007fec23141000)
libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00007fec22ee6000)
libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007fec22c61000)
libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007fec22a2f000)
libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00007fec22806000)
libxcb-render-util.so.0 => /usr/lib64/libxcb-render-util.so.0 (0x00007fec22602000)
libxcb-render.so.0 => /usr/lib64/libxcb-render.so.0 (0x00007fec223f9000)
libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007fec221ee000)
libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007fec21eb1000)
libxcb-xlib.so.0 => /usr/lib64/libxcb-xlib.so.0 (0x00007fec21caf000)
libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007fec21a92000)
libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007fec2188e000)
libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007fec2164a000)
libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007fec21445000)
libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007fec2117f000)
libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x00007fec20f55000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x00007fec20d2b000)
libpcre.so.0 => /usr/lib64/libpcre.so.0 (0x00007fec20afa000)

OS is SUSE Linux Enterprise Server 11 SP1 for VMware (x86_64) kernel 2.6.32.59-0.7. It has 2 vCPUs and 12GB of RAM

Thanks a lot for any insight.

Kind regards,
Vladan
_______________________________________________
Ntop-dev mailing list
Ntop-dev [at] listgateway
http://listgateway.unipi.it/mailman/listinfo/ntop-dev

Vladan.Milosevic at telenor

Aug 6, 2012, 1:53 AM

Post #2 of 10 (306 views)
Permalink

general instability and web link for a list of ASes fails [In reply to]

deri at ntop

Aug 6, 2012, 2:51 AM

Post #3 of 10 (297 views)
Permalink

Re: general instability and web link for a list of ASes fails [In reply to]

Vladan
ntop was designed for a LAN whereas you seem to use it on a WAN. Beside this problem that should be fixed that that is not easy to reproduce in my environment, I would like you to recompile ntop with -q and without -O 2, then in case of crash analyze the core a bit and send me a report so I can try to figure out what is the problem about

Regards Luca

On Aug 6, 2012, at 10:53 AM, Vladan Milosevic <Vladan.Milosevic [at] telenor> wrote:

> Hi All,
>
> We had problems with 4.0.1 from the beginning, but we stoped looking into it since we are understaffed. I have written already and we have followed recommendations, but, as I have said, we have stopped...
>
> Now, we are back in business, so to say.
>
> We are experiencing the following, to say at least:
>
> We are not able to see IP > Summary > ASes, the moment when it reaches 100 or so pages. We get only blank page. I know that we have a lot of ASes, but this is our Internet link and we are experiencing up to 600Mbps throughput.
> Also, the last update is far from stable, but I would like to have things in some sort of order. I am owner of the process, a colleague works on this, so I am just an interface for him towards the list (it. excuse my slow responses and some errors).
>
> So, here is what we have:
> Aug 4 08:42:56 ntop-app-p-vm kernel: [152683.614541] ntop[3731]: segfault at 7f733c2f72a8 ip 00007f7345a81d09 sp 00007f733f2f8bc0 error 4 in libntopreport-5.0.so[7f7345a54000+80000]
>
> these are the libraries used:
> ntop-app-p-vm:~ # ldd /usr/local/lib/libntopreport-5.0.so
> linux-vdso.so.1 => (0x00007fffd4bff000)
> libntop-5.0.so => /usr/local/lib/libntop-5.0.so (0x00007fec25dc6000)
> libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fec25b8b000)
> libc.so.6 => /lib64/libc.so.6 (0x00007fec2582c000)
> libssl.so.0.9.8 => /usr/lib64/libssl.so.0.9.8 (0x00007fec255d8000)
> libcrypto.so.0.9.8 => /usr/lib64/libcrypto.so.0.9.8 (0x00007fec25239000)
> librrd_th.so.4 => /usr/lib64/librrd_th.so.4 (0x00007fec25003000)
> libgdbm.so.3 => /usr/lib64/libgdbm.so.3 (0x00007fec24dfd000)
> libz.so.1 => /lib64/libz.so.1 (0x00007fec24be7000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fec249c9000)
> libdl.so.2 => /lib64/libdl.so.2 (0x00007fec247c5000)
> libutil.so.1 => /lib64/libutil.so.1 (0x00007fec245c2000)
> libm.so.6 => /lib64/libm.so.6 (0x00007fec2436b000)
> libpython2.6.so.1.0 => /usr/lib64/libpython2.6.so.1.0 (0x00007fec23fd3000)
> libGeoIP.so.1 => /usr/lib64/libGeoIP.so.1 (0x00007fec23da9000)
> libpcap.so.0 => /usr/lib64/libpcap.so.0 (0x00007fec23b72000)
> /lib64/ld-linux-x86-64.so.2 (0x00007fec2650f000)
> libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007fec23816000)
> libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x00007fec23609000)
> libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x00007fec233bf000)
> libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00007fec23141000)
> libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00007fec22ee6000)
> libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007fec22c61000)
> libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007fec22a2f000)
> libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00007fec22806000)
> libxcb-render-util.so.0 => /usr/lib64/libxcb-render-util.so.0 (0x00007fec22602000)
> libxcb-render.so.0 => /usr/lib64/libxcb-render.so.0 (0x00007fec223f9000)
> libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007fec221ee000)
> libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007fec21eb1000)
> libxcb-xlib.so.0 => /usr/lib64/libxcb-xlib.so.0 (0x00007fec21caf000)
> libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007fec21a92000)
> libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007fec2188e000)
> libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007fec2164a000)
> libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007fec21445000)
> libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007fec2117f000)
> libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x00007fec20f55000)
> libexpat.so.1 => /lib64/libexpat.so.1 (0x00007fec20d2b000)
> libpcre.so.0 => /usr/lib64/libpcre.so.0 (0x00007fec20afa000)
>
> OS is SUSE Linux Enterprise Server 11 SP1 for VMware (x86_64) kernel 2.6.32.59-0.7. It has 2 vCPUs and 12GB of RAM
>
> Thanks a lot for any insight.
>
> Kind regards,
> Vladan
> _______________________________________________
> Ntop-dev mailing list
> Ntop-dev [at] listgateway
> http://listgateway.unipi.it/mailman/listinfo/ntop-dev

_______________________________________________
Ntop-dev mailing list
Ntop-dev [at] listgateway
http://listgateway.unipi.it/mailman/listinfo/ntop-dev

deri at ntop

Aug 6, 2012, 2:51 AM

Post #4 of 10 (298 views)
Permalink

Re: general instability and web link for a list of ASes fails [In reply to]

Vladan.Milosevic at telenor

Aug 6, 2012, 7:28 AM

Post #5 of 10 (297 views)
Permalink

Re: general instability and web link for a list of ASes fails [In reply to]

Luca,

I understand the issue, I have done it, among other things, to see how usable it is in our environment.

Regarding the recompilation, my colleagues asked how we should to this, as, I believe, we have used svn to install the software (being a network engineer, I will take all the blame for posting stupidities regarding any OS and programming stuff).

Excuse my ignorance again,
Vladan

-----Original Message-----
From: ntop-dev-bounces [at] listgateway [mailto:ntop-dev-bounces [at] listgateway] On Behalf Of Luca Deri
Sent: Monday, August 06, 2012 11:51
To: ntop-dev [at] unipi
Cc: ntop-dev [at] listgateway
Subject: Re: [Ntop-dev] general instability and web link for a list of ASes fails

Vladan
ntop was designed for a LAN whereas you seem to use it on a WAN. Beside this problem that should be fixed that that is not easy to reproduce in my environment, I would like you to recompile ntop with -q and without -O 2, then in case of crash analyze the core a bit and send me a report so I can try to figure out what is the problem about

Regards Luca

On Aug 6, 2012, at 10:53 AM, Vladan Milosevic <Vladan.Milosevic [at] telenor> wrote:

> Hi All,
>
> We had problems with 4.0.1 from the beginning, but we stoped looking into it since we are understaffed. I have written already and we have followed recommendations, but, as I have said, we have stopped...
>
> Now, we are back in business, so to say.
>
> We are experiencing the following, to say at least:
>
> We are not able to see IP > Summary > ASes, the moment when it reaches 100 or so pages. We get only blank page. I know that we have a lot of ASes, but this is our Internet link and we are experiencing up to 600Mbps throughput.
> Also, the last update is far from stable, but I would like to have things in some sort of order. I am owner of the process, a colleague works on this, so I am just an interface for him towards the list (it. excuse my slow responses and some errors).
>
> So, here is what we have:
> Aug 4 08:42:56 ntop-app-p-vm kernel: [152683.614541] ntop[3731]: segfault at 7f733c2f72a8 ip 00007f7345a81d09 sp 00007f733f2f8bc0 error 4 in libntopreport-5.0.so[7f7345a54000+80000]
>
> these are the libraries used:
> ntop-app-p-vm:~ # ldd /usr/local/lib/libntopreport-5.0.so
> linux-vdso.so.1 => (0x00007fffd4bff000)
> libntop-5.0.so => /usr/local/lib/libntop-5.0.so (0x00007fec25dc6000)
> libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fec25b8b000)
> libc.so.6 => /lib64/libc.so.6 (0x00007fec2582c000)
> libssl.so.0.9.8 => /usr/lib64/libssl.so.0.9.8 (0x00007fec255d8000)
> libcrypto.so.0.9.8 => /usr/lib64/libcrypto.so.0.9.8 (0x00007fec25239000)
> librrd_th.so.4 => /usr/lib64/librrd_th.so.4 (0x00007fec25003000)
> libgdbm.so.3 => /usr/lib64/libgdbm.so.3 (0x00007fec24dfd000)
> libz.so.1 => /lib64/libz.so.1 (0x00007fec24be7000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fec249c9000)
> libdl.so.2 => /lib64/libdl.so.2 (0x00007fec247c5000)
> libutil.so.1 => /lib64/libutil.so.1 (0x00007fec245c2000)
> libm.so.6 => /lib64/libm.so.6 (0x00007fec2436b000)
> libpython2.6.so.1.0 => /usr/lib64/libpython2.6.so.1.0 (0x00007fec23fd3000)
> libGeoIP.so.1 => /usr/lib64/libGeoIP.so.1 (0x00007fec23da9000)
> libpcap.so.0 => /usr/lib64/libpcap.so.0 (0x00007fec23b72000)
> /lib64/ld-linux-x86-64.so.2 (0x00007fec2650f000)
> libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007fec23816000)
> libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x00007fec23609000)
> libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x00007fec233bf000)
> libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00007fec23141000)
> libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00007fec22ee6000)
> libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007fec22c61000)
> libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007fec22a2f000)
> libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00007fec22806000)
> libxcb-render-util.so.0 => /usr/lib64/libxcb-render-util.so.0 (0x00007fec22602000)
> libxcb-render.so.0 => /usr/lib64/libxcb-render.so.0 (0x00007fec223f9000)
> libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007fec221ee000)
> libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007fec21eb1000)
> libxcb-xlib.so.0 => /usr/lib64/libxcb-xlib.so.0 (0x00007fec21caf000)
> libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007fec21a92000)
> libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007fec2188e000)
> libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007fec2164a000)
> libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007fec21445000)
> libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007fec2117f000)
> libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x00007fec20f55000)
> libexpat.so.1 => /lib64/libexpat.so.1 (0x00007fec20d2b000)
> libpcre.so.0 => /usr/lib64/libpcre.so.0 (0x00007fec20afa000)
>
> OS is SUSE Linux Enterprise Server 11 SP1 for VMware (x86_64) kernel 2.6.32.59-0.7. It has 2 vCPUs and 12GB of RAM
>
> Thanks a lot for any insight.
>
> Kind regards,
> Vladan
> _______________________________________________
> Ntop-dev mailing list
> Ntop-dev [at] listgateway
> http://listgateway.unipi.it/mailman/listinfo/ntop-dev

_______________________________________________
Ntop-dev mailing list
Ntop-dev [at] listgateway
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
_______________________________________________
Ntop-dev mailing list
Ntop-dev [at] listgateway
http://listgateway.unipi.it/mailman/listinfo/ntop-dev

Vladan.Milosevic at telenor

Aug 6, 2012, 7:28 AM

Post #6 of 10 (296 views)
Permalink

Re: general instability and web link for a list of ASes fails [In reply to]

deri at ntop

Aug 7, 2012, 12:28 AM

Post #7 of 10 (295 views)
Permalink

Re: general instability and web link for a list of ASes fails [In reply to]

Vladan
please
1. update from svn
2. after you have run autogen.sh please edit Makefile and plugins/Makefile and replace -O2 with -g
3. make clean
4. make

and run ntop again

Thanks Luca

On Aug 6, 2012, at 4:28 PM, Vladan Milosevic <Vladan.Milosevic [at] telenor> wrote:

> Luca,
>
> I understand the issue, I have done it, among other things, to see how usable it is in our environment.
>
> Regarding the recompilation, my colleagues asked how we should to this, as, I believe, we have used svn to install the software (being a network engineer, I will take all the blame for posting stupidities regarding any OS and programming stuff).
>
> Excuse my ignorance again,
> Vladan
>
> -----Original Message-----
> From: ntop-dev-bounces [at] listgateway [mailto:ntop-dev-bounces [at] listgateway] On Behalf Of Luca Deri
> Sent: Monday, August 06, 2012 11:51
> To: ntop-dev [at] unipi
> Cc: ntop-dev [at] listgateway
> Subject: Re: [Ntop-dev] general instability and web link for a list of ASes fails
>
> Vladan
> ntop was designed for a LAN whereas you seem to use it on a WAN. Beside this problem that should be fixed that that is not easy to reproduce in my environment, I would like you to recompile ntop with -q and without -O 2, then in case of crash analyze the core a bit and send me a report so I can try to figure out what is the problem about
>
> Regards Luca
>
>
> On Aug 6, 2012, at 10:53 AM, Vladan Milosevic <Vladan.Milosevic [at] telenor> wrote:
>
>> Hi All,
>>
>> We had problems with 4.0.1 from the beginning, but we stoped looking into it since we are understaffed. I have written already and we have followed recommendations, but, as I have said, we have stopped...
>>
>> Now, we are back in business, so to say.
>>
>> We are experiencing the following, to say at least:
>>
>> We are not able to see IP > Summary > ASes, the moment when it reaches 100 or so pages. We get only blank page. I know that we have a lot of ASes, but this is our Internet link and we are experiencing up to 600Mbps throughput.
>> Also, the last update is far from stable, but I would like to have things in some sort of order. I am owner of the process, a colleague works on this, so I am just an interface for him towards the list (it. excuse my slow responses and some errors).
>>
>> So, here is what we have:
>> Aug 4 08:42:56 ntop-app-p-vm kernel: [152683.614541] ntop[3731]: segfault at 7f733c2f72a8 ip 00007f7345a81d09 sp 00007f733f2f8bc0 error 4 in libntopreport-5.0.so[7f7345a54000+80000]
>>
>> these are the libraries used:
>> ntop-app-p-vm:~ # ldd /usr/local/lib/libntopreport-5.0.so
>> linux-vdso.so.1 => (0x00007fffd4bff000)
>> libntop-5.0.so => /usr/local/lib/libntop-5.0.so (0x00007fec25dc6000)
>> libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fec25b8b000)
>> libc.so.6 => /lib64/libc.so.6 (0x00007fec2582c000)
>> libssl.so.0.9.8 => /usr/lib64/libssl.so.0.9.8 (0x00007fec255d8000)
>> libcrypto.so.0.9.8 => /usr/lib64/libcrypto.so.0.9.8 (0x00007fec25239000)
>> librrd_th.so.4 => /usr/lib64/librrd_th.so.4 (0x00007fec25003000)
>> libgdbm.so.3 => /usr/lib64/libgdbm.so.3 (0x00007fec24dfd000)
>> libz.so.1 => /lib64/libz.so.1 (0x00007fec24be7000)
>> libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fec249c9000)
>> libdl.so.2 => /lib64/libdl.so.2 (0x00007fec247c5000)
>> libutil.so.1 => /lib64/libutil.so.1 (0x00007fec245c2000)
>> libm.so.6 => /lib64/libm.so.6 (0x00007fec2436b000)
>> libpython2.6.so.1.0 => /usr/lib64/libpython2.6.so.1.0 (0x00007fec23fd3000)
>> libGeoIP.so.1 => /usr/lib64/libGeoIP.so.1 (0x00007fec23da9000)
>> libpcap.so.0 => /usr/lib64/libpcap.so.0 (0x00007fec23b72000)
>> /lib64/ld-linux-x86-64.so.2 (0x00007fec2650f000)
>> libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007fec23816000)
>> libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x00007fec23609000)
>> libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x00007fec233bf000)
>> libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00007fec23141000)
>> libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00007fec22ee6000)
>> libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007fec22c61000)
>> libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007fec22a2f000)
>> libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00007fec22806000)
>> libxcb-render-util.so.0 => /usr/lib64/libxcb-render-util.so.0 (0x00007fec22602000)
>> libxcb-render.so.0 => /usr/lib64/libxcb-render.so.0 (0x00007fec223f9000)
>> libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007fec221ee000)
>> libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007fec21eb1000)
>> libxcb-xlib.so.0 => /usr/lib64/libxcb-xlib.so.0 (0x00007fec21caf000)
>> libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007fec21a92000)
>> libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007fec2188e000)
>> libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007fec2164a000)
>> libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007fec21445000)
>> libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007fec2117f000)
>> libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x00007fec20f55000)
>> libexpat.so.1 => /lib64/libexpat.so.1 (0x00007fec20d2b000)
>> libpcre.so.0 => /usr/lib64/libpcre.so.0 (0x00007fec20afa000)
>>
>> OS is SUSE Linux Enterprise Server 11 SP1 for VMware (x86_64) kernel 2.6.32.59-0.7. It has 2 vCPUs and 12GB of RAM
>>
>> Thanks a lot for any insight.
>>
>> Kind regards,
>> Vladan
>> _______________________________________________
>> Ntop-dev mailing list
>> Ntop-dev [at] listgateway
>> http://listgateway.unipi.it/mailman/listinfo/ntop-dev
>
> _______________________________________________
> Ntop-dev mailing list
> Ntop-dev [at] listgateway
> http://listgateway.unipi.it/mailman/listinfo/ntop-dev
> _______________________________________________
> Ntop-dev mailing list
> Ntop-dev [at] listgateway
> http://listgateway.unipi.it/mailman/listinfo/ntop-dev

_______________________________________________
Ntop-dev mailing list
Ntop-dev [at] listgateway
http://listgateway.unipi.it/mailman/listinfo/ntop-dev

deri at ntop

Aug 7, 2012, 12:28 AM

Post #8 of 10 (296 views)
Permalink

Re: general instability and web link for a list of ASes fails [In reply to]

Vladan.Milosevic at telenor

Aug 7, 2012, 6:04 AM

Post #9 of 10 (288 views)
Permalink

Re: general instability and web link for a list of ASes fails [In reply to]

Dear Luca,

While the colleagues are performing these steps, just one small clarification, is that -g or -q as in the first e-mail it said -q, and now it is -g?

Let me explain what I am trying to do here.
We have, among other links, a link to our Internet exchange, which brings quite a lot of ASes to our network. Just to be completely open, we are serving more than 5Gbps to our IP transit and Mobile broadband customers.

We do not expect to have line speed packet dissection, but this is what I have throught about:

1. We have a netFlow generator made from nProbe for Windows on one of our high end servers (rather old, but stil good)
2. The netflow generated there is being sent to ntop for processing.
3. I have aggregated as much as I could, since I just need traffic volumes not L4 info

What I expected:
1. To gave clear overview of top talkers in the network, as pairs if possible (I have abandoned two way since)
2. To have top ASes to which we are sending to/receiving form traffic
3. Some sort of trending of activities during the day

What I have done:

1. I have tried to limit the number of hosts to 200k, and now to 150k, but I still see 248k on the fisrt page. I regularily delete all data in the ntop, by resetting statistics or restarting a process.
2. I do not need a lot of history, just 5 days, but I could not find the right Preferences for this
3. I have made communities so I can easily track which prefixes generate most of the traffic. i understood that these are kept in Prefs DB, so I know how to move it when I migrate
4. I do not need session tracking, but, nothing changed after I have removed this. Now, perhaps, I misinterpreted "session" definition, since I just need from to and bytes transferred

Am I doing something wrong?

Kind regards and thanks,
Vladan

-----Original Message-----
From: ntop-dev-bounces [at] listgateway [mailto:ntop-dev-bounces [at] listgateway] On Behalf Of Luca Deri
Sent: Tuesday, August 07, 2012 9:29
To: ntop-dev [at] unipi
Cc: ntop-dev [at] listgateway
Subject: Re: [Ntop-dev] general instability and web link for a list of ASes fails

Vladan
please
1. update from svn
2. after you have run autogen.sh please edit Makefile and plugins/Makefile and replace -O2 with -g
3. make clean
4. make

and run ntop again

Thanks Luca

On Aug 6, 2012, at 4:28 PM, Vladan Milosevic <Vladan.Milosevic [at] telenor> wrote:

> Luca,
>
> I understand the issue, I have done it, among other things, to see how usable it is in our environment.
>
> Regarding the recompilation, my colleagues asked how we should to this, as, I believe, we have used svn to install the software (being a network engineer, I will take all the blame for posting stupidities regarding any OS and programming stuff).
>
> Excuse my ignorance again,
> Vladan
>
> -----Original Message-----
> From: ntop-dev-bounces [at] listgateway [mailto:ntop-dev-bounces [at] listgateway] On Behalf Of Luca Deri
> Sent: Monday, August 06, 2012 11:51
> To: ntop-dev [at] unipi
> Cc: ntop-dev [at] listgateway
> Subject: Re: [Ntop-dev] general instability and web link for a list of ASes fails
>
> Vladan
> ntop was designed for a LAN whereas you seem to use it on a WAN. Beside this problem that should be fixed that that is not easy to reproduce in my environment, I would like you to recompile ntop with -q and without -O 2, then in case of crash analyze the core a bit and send me a report so I can try to figure out what is the problem about
>
> Regards Luca
>
>
> On Aug 6, 2012, at 10:53 AM, Vladan Milosevic <Vladan.Milosevic [at] telenor> wrote:
>
>> Hi All,
>>
>> We had problems with 4.0.1 from the beginning, but we stoped looking into it since we are understaffed. I have written already and we have followed recommendations, but, as I have said, we have stopped...
>>
>> Now, we are back in business, so to say.
>>
>> We are experiencing the following, to say at least:
>>
>> We are not able to see IP > Summary > ASes, the moment when it reaches 100 or so pages. We get only blank page. I know that we have a lot of ASes, but this is our Internet link and we are experiencing up to 600Mbps throughput.
>> Also, the last update is far from stable, but I would like to have things in some sort of order. I am owner of the process, a colleague works on this, so I am just an interface for him towards the list (it. excuse my slow responses and some errors).
>>
>> So, here is what we have:
>> Aug 4 08:42:56 ntop-app-p-vm kernel: [152683.614541] ntop[3731]: segfault at 7f733c2f72a8 ip 00007f7345a81d09 sp 00007f733f2f8bc0 error 4 in libntopreport-5.0.so[7f7345a54000+80000]
>>
>> these are the libraries used:
>> ntop-app-p-vm:~ # ldd /usr/local/lib/libntopreport-5.0.so
>> linux-vdso.so.1 => (0x00007fffd4bff000)
>> libntop-5.0.so => /usr/local/lib/libntop-5.0.so (0x00007fec25dc6000)
>> libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fec25b8b000)
>> libc.so.6 => /lib64/libc.so.6 (0x00007fec2582c000)
>> libssl.so.0.9.8 => /usr/lib64/libssl.so.0.9.8 (0x00007fec255d8000)
>> libcrypto.so.0.9.8 => /usr/lib64/libcrypto.so.0.9.8 (0x00007fec25239000)
>> librrd_th.so.4 => /usr/lib64/librrd_th.so.4 (0x00007fec25003000)
>> libgdbm.so.3 => /usr/lib64/libgdbm.so.3 (0x00007fec24dfd000)
>> libz.so.1 => /lib64/libz.so.1 (0x00007fec24be7000)
>> libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fec249c9000)
>> libdl.so.2 => /lib64/libdl.so.2 (0x00007fec247c5000)
>> libutil.so.1 => /lib64/libutil.so.1 (0x00007fec245c2000)
>> libm.so.6 => /lib64/libm.so.6 (0x00007fec2436b000)
>> libpython2.6.so.1.0 => /usr/lib64/libpython2.6.so.1.0 (0x00007fec23fd3000)
>> libGeoIP.so.1 => /usr/lib64/libGeoIP.so.1 (0x00007fec23da9000)
>> libpcap.so.0 => /usr/lib64/libpcap.so.0 (0x00007fec23b72000)
>> /lib64/ld-linux-x86-64.so.2 (0x00007fec2650f000)
>> libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007fec23816000)
>> libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x00007fec23609000)
>> libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x00007fec233bf000)
>> libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00007fec23141000)
>> libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00007fec22ee6000)
>> libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007fec22c61000)
>> libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007fec22a2f000)
>> libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00007fec22806000)
>> libxcb-render-util.so.0 => /usr/lib64/libxcb-render-util.so.0 (0x00007fec22602000)
>> libxcb-render.so.0 => /usr/lib64/libxcb-render.so.0 (0x00007fec223f9000)
>> libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007fec221ee000)
>> libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007fec21eb1000)
>> libxcb-xlib.so.0 => /usr/lib64/libxcb-xlib.so.0 (0x00007fec21caf000)
>> libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007fec21a92000)
>> libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007fec2188e000)
>> libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007fec2164a000)
>> libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007fec21445000)
>> libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007fec2117f000)
>> libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x00007fec20f55000)
>> libexpat.so.1 => /lib64/libexpat.so.1 (0x00007fec20d2b000)
>> libpcre.so.0 => /usr/lib64/libpcre.so.0 (0x00007fec20afa000)
>>
>> OS is SUSE Linux Enterprise Server 11 SP1 for VMware (x86_64) kernel 2.6.32.59-0.7. It has 2 vCPUs and 12GB of RAM
>>
>> Thanks a lot for any insight.
>>
>> Kind regards,
>> Vladan
>> _______________________________________________
>> Ntop-dev mailing list
>> Ntop-dev [at] listgateway
>> http://listgateway.unipi.it/mailman/listinfo/ntop-dev
>
> _______________________________________________
> Ntop-dev mailing list
> Ntop-dev [at] listgateway
> http://listgateway.unipi.it/mailman/listinfo/ntop-dev
> _______________________________________________
> Ntop-dev mailing list
> Ntop-dev [at] listgateway
> http://listgateway.unipi.it/mailman/listinfo/ntop-dev

_______________________________________________
Ntop-dev mailing list
Ntop-dev [at] listgateway
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
_______________________________________________
Ntop-dev mailing list
Ntop-dev [at] listgateway
http://listgateway.unipi.it/mailman/listinfo/ntop-dev

Vladan.Milosevic at telenor

Aug 7, 2012, 6:04 AM

Post #10 of 10 (292 views)
Permalink

Re: general instability and web link for a list of ASes fails [In reply to]

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads