[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [xymon] fedora upgrade from 13 to 14 crashed hobbitd_rrd
- To: xymon (at) xymon.com
- Subject: Re: [xymon] fedora upgrade from 13 to 14 crashed hobbitd_rrd
- From: "Xymon User in Richmond" <hobbit (at) epperson.homelinux.net>
- Date: Thu, 11 Nov 2010 18:48:01 -0500
- Importance: Normal
- References: <018528ADB17A124D84DD0D081A4C82D22B5C61FB (at) exchange.geosoft.com> <ibhkl4$1de$1 (at) voodoo.hswn.dk> <ibhpd7$gom$1 (at) voodoo.hswn.dk>
- User-agent: SquirrelMail/1.4.21-1.fc12
On Thu, November 11, 2010 17:06, Henrik Størner wrote:
> On Thu, 11 Nov 2010 20:45:24 +0000, Henrik "Størner" wrote:
>
>> In <018528ADB17A124D84DD0D081A4C82D22B5C61FB (at) exchange.geosoft.com>
>> Jason Chambers <Jason.Chambers (at) geosoft.com> writes:
>>
>>> - Program crashed
>>
>>> Fatal signal caught!
>>
>>> Anyone know how I can resolve this issue? The tail end of
>>> rrd-status.log lo= oks like this:
>>
>>> 2010-11-11 14:43:34 RRD error updating
>>> /home/hobbit/data/rrd/xxx.yyy.com/di= sk,H.rrd from 192.168.0.0: This
>>> RRD was created on another architecture
>>
>>> The funny thing is, the architecture never changed. I just upgraded
>>> Fedora = Core from version 13 to 14.
>>
>> Could it be an upgrade from a 32-bit to 64-bit version of the RRD
>> library?
>
> I think the problem has been found, but it might be difficult to fix.
> Look at the Bugzilla discussion in the Fedora mailing list:
> https://bugzilla.redhat.com/show_bug.cgi?id=638477#c29
>
> Apparently the glibc folks implemented a new version of the glibc routine
> that does memory-copies fin Fedora 14. And unlike the old version, this
> one corrupts data when copying between memory areas that overlap.
>
Interesting bug thread. So the new glibc broke Flash (and rrd), and who
knows what else. And even Linus Torvalds thinks it's wrong and
unnecessary. And the glibc team seem to be adamant about not changing it.
BSD, anyone?