Wow. Yet again I figure something out immediately after I click *send*. Looks like I needed to use "dump" instead of "xport". xport was the option in the older version, which I thought I had. :)
-Charles
Charles Jones wrote:
Indeed...it should be simple, but of course I'm having some unknown problem :)
/usr/local/rrdtool-1.0.49/bin/rrdtool xport la.rrd
ERROR: can't parse 'la.rrd'
ls -l la.rrd
-rw-r--r-- 1 hobbit other 19572 May 29 09:02 la.rrd
I truss'd the command and don't see any reason for it to fail. the last thing that happens before the failure is checking my timezone: 18476: open("/usr/share/lib/zoneinfo/US/Arizona", O_RDONLY) = 3 18476: fstat64(3, 0xFFBE68F0) = 0 18476: read(3, " T Z i f\0\0\0\0\0\0\0\0".., 130) = 130 18476: close(3) = 0 18476: time() = 1180454799 18476: fstat64(2, 0xFFBE6548) = 0 ERROR: 18476: write(2, " E R R O R : ", 7) = 7 can't parse 'la.rrd'18476: write(2, " c a n ' t p a r s e ".., 20) = 20
Meh. -Charles
Charles Goyard wrote:
Charles Jones wrote :
- Now I am assuming that the problem is the difference in the rrdtool versions. I don't really want to roll back to an older version on the linux box.
Hi,
I had the same problem, the cause is that Sparc and Intel/PC hardware have different endianess.
What I did is what you suggest, dump, copy, restore. The trick is you have to restore on the target host. Installing two versions of rrdtool on the solaris box won't do.
Regards,