Problem converting 32 bit disk-rrd's to 64 bit
Hello,
not exactly a hobbit problem, but as I am using rrd only with hobbit:
I am converting my old hobbit/xymon server to a new one Copying just the data/rrd directory results in the message "ERROR: This RRD was created on another architecture". So I used "rrdtool dump <file>.rrd > <file>.xml" on the old and "rrdtool restore <file>.xml <file>.rrd -f" on the new server. Using the "--no-header" option to rrddump makes no difference. No error messages during the restore and no errors when I call the web pages.
The new disk values in the rrd graphs are only 1/10 of the original size, e. g. a disk which is 82 % filled, shows up with only 8 %.. The text lines generated from the client data are correct.
Relevant data from the old server: rrdtool -v RRDtool 1.0.49 Copyright 1997-2004 by Tobias Oetiker <tobi at oetiker.ch> ... uname -a Linux ls0003.kreis-steinfurt.lokal 2.6.8.1-24mdk #1 Fri Jan 14 03:01:00 MST 2005 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz unknown GNU/Linux
Relevant data from the new server: rrdtool -v RRDtool 1.3.4 Copyright 1997-2008 by Tobias Oetiker <tobi at oetiker.ch> ... uname -a Linux lscopy02 2.6.27.21-0.1-xen #1 SMP 2009-03-31 14:50:44 +0200 x86_64 x86_64 x86_64 GNU/Linux
Screenshots of the old/new hobbit/xymon-webpages available on request (2x ~120K pdfs)
Any hints? Hermann-Josef Beckers
Hermann-Josef Beckers wrote:
Hello,
not exactly a hobbit problem, but as I am using rrd only with hobbit:
I am converting my old hobbit/xymon server to a new one Copying just the data/rrd directory results in the message "ERROR: This RRD was created on another architecture". So I used "rrdtool dump <file>.rrd > <file>.xml" on the old and "rrdtool restore <file>.xml <file>.rrd -f" on the new server. Using the "--no-header" option to rrddump makes no difference. No error messages during the restore and no errors when I call the web pages.
The new disk values in the rrd graphs are only 1/10 of the original size, e. g. a disk which is 82 % filled, shows up with only 8 %.. The text lines generated from the client data are correct.
Relevant data from the old server:
rrdtool -v RRDtool 1.0.49 Copyright 1997-2004 by Tobias Oetiker <tobi at oetiker.ch> ... uname -a Linux ls0003.kreis-steinfurt.lokal 2.6.8.1-24mdk #1 Fri Jan 14 03:01:00 MST 2005 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz unknown GNU/Linux
Relevant data from the new server: rrdtool -v RRDtool 1.3.4 Copyright 1997-2008 by Tobias Oetiker <tobi at oetiker.ch> ... uname -a Linux lscopy02 2.6.27.21-0.1-xen #1 SMP 2009-03-31 14:50:44 +0200 x86_64 x86_64 x86_64 GNU/Linux
Screenshots of the old/new hobbit/xymon-webpages available on request (2x ~120K pdfs)
Any hints? Hermann-Josef Beckers
Can't say I've ever seen this syndrome - but a suggestion - can you temporarily install a more recent version of rrdtool on the old server to use for export, so you do not have such a version disparity between the two systems? I can't speak to RRDtool 1.3, have only used up to 1.2.27 for Hobbit. -Alan
Is it just the disk graphs that are incorrect or is it all graphs?
Jim Smith
-----Original Message----- From: Alan Sparks [mailto:asparks at doublesparks.net] Sent: Wednesday, October 14, 2009 11:07 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Problem converting 32 bit disk-rrd's to 64 bit
Hermann-Josef Beckers wrote:
Hello,
not exactly a hobbit problem, but as I am using rrd only with hobbit:
I am converting my old hobbit/xymon server to a new one Copying just the data/rrd directory results in the message "ERROR: This RRD was created on another architecture". So I used "rrdtool dump <file>.rrd > <file>.xml" on the old and "rrdtool restore <file>.xml <file>.rrd -f" on the new server. Using the "--no-header" option to rrddump makes no difference. No error messages during the restore and no errors when I call the web pages.
The new disk values in the rrd graphs are only 1/10 of the original size, e. g. a disk which is 82 % filled, shows up with only 8 %.. The text lines generated from the client data are correct.
Relevant data from the old server:
rrdtool -v RRDtool 1.0.49 Copyright 1997-2004 by Tobias Oetiker
<tobi at oetiker.ch>
... uname -a Linux ls0003.kreis-steinfurt.lokal 2.6.8.1-24mdk #1 Fri Jan 14 03:01:00 MST 2005 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz unknown GNU/Linux
Relevant data from the new server: rrdtool -v RRDtool 1.3.4 Copyright 1997-2008 by Tobias Oetiker <tobi at oetiker.ch> ... uname -a Linux lscopy02 2.6.27.21-0.1-xen #1 SMP 2009-03-31 14:50:44 +0200 x86_64 x86_64 x86_64 GNU/Linux
Screenshots of the old/new hobbit/xymon-webpages available on request (2x ~120K pdfs)
Any hints? Hermann-Josef Beckers
Can't say I've ever seen this syndrome - but a suggestion - can you temporarily install a more recent version of rrdtool on the old server to use for export, so you do not have such a version disparity between the two systems? I can't speak to RRDtool 1.3, have only used up to 1.2.27 for Hobbit. -Alan
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
"Smith, Jim" <JMSmith at stvincenthealth.com> schrieb am 14.10.2009 18:52:17:
...
Is it just the disk graphs that are incorrect or is it all graphs?
No, the other graphs have the same problem.
Yours hjb
Well, I'm stumped!
Jim Smith
From: Hermann-Josef Beckers [mailto:hj.beckers at kreis-steinfurt.de] Sent: Thursday, October 15, 2009 5:25 AM To: hobbit at hswn.dk Subject: [hobbit] Antwort: RE: [hobbit] Problem converting 32 bit disk-rrd's to 64 bit
"Smith, Jim" <JMSmith at stvincenthealth.com> schrieb am 14.10.2009 18:52:17:
...
Is it just the disk graphs that are incorrect or is it all graphs?
No, the other graphs have the same problem.
Yours hjb
I am building a new xymon server and am looking into RRD file conversions. My old server is HPUX 11v1 running rrdtool 1.0.45 and my new server is RedHat AS 5 update 2 running rrdtool 1.2.23. I just finished testing the conversion process on four different rrd files including one for /home and had no issues. Maybe it is an issue with the newer version of rrdtool and xymon?
.......BruceBruce White Senior Enterprise Systems Engineer | Phone: 630-671-5169 | Fax: 630-893-1648 | bewhite at fellowes.com | http://www.fellowes.com/
Disclaimer: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Fellowes, Inc.
From: Smith, Jim [mailto:JMSmith at stvincenthealth.com] Sent: Thursday, October 15, 2009 9:31 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Antwort: RE: [hobbit] Problem converting 32 bit disk-rrd's to 64 bit
Well, I'm stumped!
Jim Smith
From: Hermann-Josef Beckers [mailto:hj.beckers at kreis-steinfurt.de] Sent: Thursday, October 15, 2009 5:25 AM To: hobbit at hswn.dk Subject: [hobbit] Antwort: RE: [hobbit] Problem converting 32 bit disk-rrd's to 64 bit
"Smith, Jim" <JMSmith at stvincenthealth.com> schrieb am 14.10.2009 18:52:17:
...
Is it just the disk graphs that are incorrect or is it all graphs?
No, the other graphs have the same problem.
Yours hjb
"White, Bruce" <bewhite at fellowes.com> schrieb am 19.10.2009 20:31:14:
...
I am building a new xymon server and am looking into RRD file conversions. My old server is HPUX 11v1 running rrdtool 1.0.45 and my new server is RedHat AS 5 update 2 running rrdtool 1.2.23. I just finished testing the conversion process on four different rrd files including one for /home and had no issues. Maybe it is an issue with the newer version of rrdtool and xymon?
I don't think so, because new generated values show up correct in the graphs.
Yours hjb
Alan Sparks <asparks at doublesparks.net> schrieb am 14.10.2009 18:07:14:
...
Can't say I've ever seen this syndrome - but a suggestion - can you temporarily install a more recent version of rrdtool on the old server to use for export, so you do not have such a version disparity between the two systems? I can't speak to RRDtool 1.3, have only used up to 1.2.27 for Hobbit. -Alan
I copied the rrd files to a x86 server with rrdtool 1.2.23. The results are the same. Using the "--no-header" flag yields zero-sized xml files.
Yours hjb
Hi guys - I'm having a bit of trouble getting this check to work. It seems random whether it will work for servers or not.
Some have the check working (and show a green status) however other hosts have the check as clear, so Xymon thinks it isn't defined for those hosts. Thing is, I have other checks defined in hobbit-clients.cfg for those hosts which *are* working, which rules out the "HOST=" part not being read properly.
Any ideas..is this a known issue? Thanks!
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Please do not thread hijack.
j.sansford at ntlworld.com wrote:
Hi guys - I'm having a bit of trouble getting this check to work. It seems random whether it will work for servers or not.
Some have the check working (and show a green status) however other hosts have the check as clear, so Xymon thinks it isn't defined for those hosts. Thing is, I have other checks defined in hobbit-clients.cfg for those hosts which *are* working, which rules out the "HOST=" part not being read properly.
Any ideas..is this a known issue? Thanks!
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer II |$&| |__| | | |__/ | \| _| |novosirj at umdnj.edu - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/CST - NJMS Medical Science Bldg - C630 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkrXVuEACgkQmb+gadEcsb7ktACg3qdglbl5pvkWM+Psr0hoAMdH JvgAoMxcXX/uP1B/p58VIcuUZXHps0aC =ABVp -----END PGP SIGNATURE-----
Ryan, I believe you have posted a message like this on more than one occasion. Unless my mail client is misleading me, this was a new message so it seems to be that it would qualify as a "new thread."
GLH
On Thu, Oct 15, 2009 at 12:07 PM, Ryan Novosielski <novosirj at umdnj.edu>wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Please do not thread hijack.
j.sansford at ntlworld.com wrote:
Hi guys - I'm having a bit of trouble getting this check to work. It seems random whether it will work for servers or not.
Some have the check working (and show a green status) however other hosts have the check as clear, so Xymon thinks it isn't defined for those hosts. Thing is, I have other checks defined in hobbit-clients.cfg for those hosts which *are* working, which rules out the "HOST=" part not being read properly.
Any ideas..is this a known issue? Thanks!
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer II |$&| |__| | | |__/ | \| _| |novosirj at umdnj.edu - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/CST - NJMS Medical Science Bldg - C630 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkrXVuEACgkQmb+gadEcsb7ktACg3qdglbl5pvkWM+Psr0hoAMdH JvgAoMxcXX/uP1B/p58VIcuUZXHps0aC =ABVp -----END PGP SIGNATURE-----
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Disclaimer: 1) all opinions are my own, 2) I may be completely wrong, 3) my advice is worth at least as much as what you are paying for it, or your money cheerfully refunded.
j.sansford at ntlworld.com wrote:
Hi guys - I'm having a bit of trouble getting this check to work. It seems random whether it will work for servers or not.
Some have the check working (and show a green status) however other hosts have the check as clear, so Xymon thinks it isn't defined for those hosts. Thing is, I have other checks defined in hobbit-clients.cfg for those hosts which *are* working, which rules out the "HOST=" part not being read properly.
What does the test page say? something like "no tests defined?" Or something else? Have you added appropriate entries for client-local.cfg to cover those hosts?
Perhaps you need to post relevant portions of your config so we have more information. -Alan
Hard to debug this one -- especially since the Xymon "style" is to silently ignore errors in configuration files. You say it is "random" but have you tried to correlate server operating system, etc. with success/failure? Are you mixing BBWIN and UNIX agents?
You might pick one "failing" server and check the client log files for clues (not sure what to tell you to look for). You might do the "is it plugged in?" things -- does the log file that you want to check exist, is it readable by the agent, did the agent recognize the file, was the file defined properly in the client-local.cfg file on the server, etc.
GLH
On Thu, Oct 15, 2009 at 8:34 AM, <j.sansford at ntlworld.com> wrote:
Hi guys - I'm having a bit of trouble getting this check to work. It seems random whether it will work for servers or not.
Some have the check working (and show a green status) however other hosts have the check as clear, so Xymon thinks it isn't defined for those hosts. Thing is, I have other checks defined in hobbit-clients.cfg for those hosts which *are* working, which rules out the "HOST=" part not being read properly.
Any ideas..is this a known issue? Thanks!
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Disclaimer: 1) all opinions are my own, 2) I may be completely wrong, 3) my advice is worth at least as much as what you are paying for it, or your money cheerfully refunded.
Sorry for taking so long to get back to the list.
I managed to find an inconsistent configuration on one of our servers. Looks like the "client-local.cfg" file wasn't populated correctly. Putting in the name of the file here solved the problem.
Many thanks all, James.
---- Greg Hubbard <glh.forums at gmail.com> wrote:
Hard to debug this one -- especially since the Xymon "style" is to silently ignore errors in configuration files. You say it is "random" but have you tried to correlate server operating system, etc. with success/failure? Are you mixing BBWIN and UNIX agents?
You might pick one "failing" server and check the client log files for clues (not sure what to tell you to look for). You might do the "is it plugged in?" things -- does the log file that you want to check exist, is it readable by the agent, did the agent recognize the file, was the file defined properly in the client-local.cfg file on the server, etc.
GLH
On Thu, Oct 15, 2009 at 8:34 AM, <j.sansford at ntlworld.com> wrote:
Hi guys - I'm having a bit of trouble getting this check to work. It seems random whether it will work for servers or not.
Some have the check working (and show a green status) however other hosts have the check as clear, so Xymon thinks it isn't defined for those hosts. Thing is, I have other checks defined in hobbit-clients.cfg for those hosts which *are* working, which rules out the "HOST=" part not being read properly.
Any ideas..is this a known issue? Thanks!
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Disclaimer: 1) all opinions are my own, 2) I may be completely wrong, 3) my advice is worth at least as much as what you are paying for it, or your money cheerfully refunded.
participants (7)
-
asparks＠doublesparks.net
-
bewhite＠fellowes.com
-
glh.forums＠gmail.com
-
hj.beckers＠kreis-steinfurt.de
-
j.sansford＠ntlworld.com
-
JMSmith＠stvincenthealth.com
-
novosirj＠umdnj.edu