Problem converting 32 bit disk-rrd's to 64 bit
list Hermann-Josef Beckers
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 <user-645e379b3ab6@xymon.invalid> ... 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 <user-645e379b3ab6@xymon.invalid> ... 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
list Alan Sparks
▸
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 <user-645e379b3ab6@xymon.invalid> ... 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 <user-645e379b3ab6@xymon.invalid> ... 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
list Jim Smith
Is it just the disk graphs that are incorrect or is it all graphs? Jim Smith
▸
-----Original Message-----
From: Alan Sparks [mailto:user-8f2174fd8b66@xymon.invalid]
Sent: Wednesday, October 14, 2009 11:07 AM
To: user-ae9b8668bcde@xymon.invalid
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
<user-645e379b3ab6@xymon.invalid>
... 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 <user-645e379b3ab6@xymon.invalid> ... 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
list Hermann-Josef Beckers
Alan Sparks <user-8f2174fd8b66@xymon.invalid> 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
list Hermann-Josef Beckers
"Smith, Jim" <user-dc30f243a817@xymon.invalid> 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
list E-mail j.sansford
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!
list Jim Smith
Well, I'm stumped! Jim Smith
▸
From: Hermann-Josef Beckers [mailto:user-3e5362deca72@xymon.invalid] Sent: Thursday, October 15, 2009 5:25 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] Antwort: RE: [hobbit] Problem converting 32 bit
disk-rrd's to 64 bit
"Smith, Jim" <user-dc30f243a817@xymon.invalid> 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
list Ryan Novosielski
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please do not thread hijack.
▸
user-c15424b7e83a@xymon.invalid 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!
- -- ---- _ _ _ _ ___ _ _ _
|Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer II |$&| |__| | | |__/ | \| _| |user-ae4522577e16@xymon.invalid - 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-----
list Greg Hubbard
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 <user-ae4522577e16@xymon.invalid>wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please do not thread hijack. user-c15424b7e83a@xymon.invalid 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!- -- ---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer II |$&| |__| | | |__/ | \| _| |user-ae4522577e16@xymon.invalid - 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-----
--
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.
list Alan Sparks
▸
user-c15424b7e83a@xymon.invalid 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
list Greg Hubbard
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, <user-c15424b7e83a@xymon.invalid> 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!
-- 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.
list Bruce White
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?
.......Bruce
Bruce White
Senior Enterprise Systems Engineer | Phone: XXX-XXX-XXXX | Fax: XXX-XXX-XXXX | user-58f975e8bf9d@xymon.invalid | 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:user-dc30f243a817@xymon.invalid]
Sent: Thursday, October 15, 2009 9:31 AM
To: user-ae9b8668bcde@xymon.invalid
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:user-3e5362deca72@xymon.invalid]
Sent: Thursday, October 15, 2009 5:25 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] Antwort: RE: [hobbit] Problem converting 32 bit
disk-rrd's to 64 bit
"Smith, Jim" <user-dc30f243a817@xymon.invalid> 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
list Hermann-Josef Beckers
"White, Bruce" <user-58f975e8bf9d@xymon.invalid> 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
list E-mail j.sansford
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 <user-435e16ecfd6a@xymon.invalid> 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, <user-c15424b7e83a@xymon.invalid> 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!-- 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.