>From the stacktrace (excellent posting of relevant information, BTW!) it looks 
>like it is choking within the locale conversion routines in gconv.  Under 
>RedHat, this is part of glibc -- so it depends on the version of that you're 
>using.

On our system:
# rpm -q --whatprovides /usr/lib/gconv/ISO8859-1.so
glibc-2.12-1.7.el6_0.5.i686
# rpm -q --whatprovides /usr/lib64/gconv/ISO8859-1.so
glibc-2.12-1.7.el6_0.5.x86_64

I don't think there will be anything practical rrdtool can do to work around 
this since it is going to be highly OS and library version dependent. You might 
try coding some script before the rrdtool call to clean up the LANG env var?

The gconv seggy fault bug is known to RedHat:
https://bugzilla.redhat.com/show_bug.cgi?id=176583
...but they thing they fixed it years ago.  Looks like its back again.  There 
are many other reports of similar gconv seg faults in other applications dating 
back to 2006, so I think gconv has always been a bit flaky.

My only suggestion really is to try upgrading or downgrading glibc, which is a 
rather hairy proposition under RedHat

Steve

Steve Shipway
University of Auckland ITS
UNIX Systems Design Lead
s.ship...@auckland.ac.nz
Ph: +64 9 373 7599 ext 86487


_______________________________________________
rrd-users mailing list
rrd-users@lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

Reply via email to