[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: "SebA" <spa (at) syntec.co.uk>
- Date: Fri, 12 Nov 2010 14:07:04 -0000
- References: <018528ADB17A124D84DD0D081A4C82D22B5C61FB (at) exchange.geosoft.com> <ibhkl4$1de$1 (at) voodoo.hswn.dk> <ibhpd7$gom$1 (at) voodoo.hswn.dk> <c81032651539252ea8caf56d5079b152.squirrel (at) epperson.homelinux.net> <018528ADB17A124D84DD0D081A4C82D22B5C6615 (at) exchange.geosoft.com>
- Thread-index: AQHLgeyyg3T5Eck4RzCL8pQFYHH2qpNtRbiAgACYKyCAAAIZIA==
Hi Jason,
I'm certainly no expert on this, but in the Bugzilla discussion in the
Fedora mailing list:
https://bugzilla.redhat.com/show_bug.cgi?id=638477#c29
That Henrik quoted below, there is a work-around posted originally by Linus
Torvalds (and reposted a bit more friendly here):
https://bugzilla.redhat.com/show_bug.cgi?id=638477#c55
This may also work for rrd. Try replacing /usr/bin/firefox in that post with
the command to execute hobbitd_rrd, or perhaps more precisely, try
prepending:
LD_PRELOAD=$HOME/Downloads/linusmemcpy.so to that command. Off the top of my
head, I'm not sure where you change that command though in the hobbit config
or code. I presume that it can be done though?
Kind regards,
SebA
> -----Original Message-----
> From: Jason Chambers [mailto:Jason.Chambers (at) geosoft.com]
> Sent: 12 November 2010 13:53
> To: 'xymon (at) xymon.com'
> Subject: RE: [xymon] fedora upgrade from 13 to 14 crashed hobbitd_rrd
>
> *face palm*
>
>
> OK, Let's see if I can figure out how to downgrade glibc.
>
> Note: not a linux user :)
>
>
> Thanks for this information guys.
>
> Jason Chambers
> IT Help Desk Associate
>
> GEOSOFT INC.
> freedom to explore
> T +1 416.369.0111 #344
> F +1 416.369.9599
>
> Visit our site at www.geosoft.com
>
> -----Original Message-----
> From: Xymon User in Richmond [mailto:hobbit (at) epperson.homelinux.net]
> Sent: November-11-10 6:48 PM
> To: xymon (at) xymon.com
> Subject: Re: [xymon] fedora upgrade from 13 to 14 crashed hobbitd_rrd
>
> 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?
>
>
> To unsubscribe from the xymon list, send an e-mail to
> xymon-unsubscribe (at) xymon.com
>
>
>
> To unsubscribe from the xymon list, send an e-mail to
> xymon-unsubscribe (at) xymon.com
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.449 / Virus Database: 271.1.1/3238 - Release
> Date: 11/07/10 19:34:00
>
No virus found in this outgoing message.
Checked by AVG - www.avg.com
Version: 8.5.449 / Virus Database: 271.1.1/3238 - Release Date: 11/07/10
19:34:00