[rrd-users] [rrd-developers] RRDTOOL 1.3.6 (rrd_update hangs)

[kevin brintnall]

Could you compile with debugging symbols (-g) and re-run the test?

Are you having this problem consistently with the same RRDs?

Is it possible that you are updating the same RRD concurrently in two
threads ?

How many updates are you passing to rrd_update_r for a single RRD?

-kb

On Mon, Mar 29, 2010 at 7:12 PM, swami <swami at infineta.com> wrote:

>  Hi,
>      Something weird i am seeing at times with rrdtool version 1.3.6 i am
> using.
> One of my module starts threads and one of the thread updates an rrd and i
> find at times its consuming 99% of CPU vs the normal being 2-3 %(2 out of
> around 15 times i tried restart module).With gdb , i found one of the
> threads was hung as per the gdb backtrace below
>
> (gdb) bt
> #0  0x2ca3aa14 in memcpy ()
>     at ../ports/sysdeps/unix/sysv/linux/mips/nptl/lowlevellock.h:195
> #1  0x2adcfed0 in rrd_write ()
>    from /usr/local/third-party/rrd/lib/librrd_th.so.4
> #2  0x2add4378 in write_to_rras ()
>    from /usr/local/third-party/rrd/lib/librrd_th.so.4
> #3  0x2add4ff8 in process_arg ()
>    from /usr/local/third-party/rrd/lib/librrd_th.so.4
> #4  0x2add6408 in _rrd_update ()
>    from /usr/local/third-party/rrd/lib/librrd_th.so.4
> #5  0x100176e8 in data_collector_service_class_thread_func (ptr=0x0)
>     at *src/service_class_data_collector.c:832                                      =======================>
> there is rrd_update_r happening here*
> #6  0x2cc0dea0 in start_thread (arg=<value optimized out>)
>     at pthread_create.c:263
> #7  0x2ca9639c in __thread_start () from /lib32/libc.so.6
> #8  0x2ca9639c in __thread_start () from /lib32/libc.so.6
>
>
> Any idea what this is and any patch for it already available ?
>
>
> Regards
> swami
>
> _______________________________________________
> rrd-developers mailing list
> rrd-developers at lists.oetiker.ch
> https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers
>
>


-- 
kevin brintnall =~ /kbrint at rufus.net/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/rrd-users/attachments/20100329/de785a93/attachment.htm