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,