För att göra en lång historia kort. Jag är tvungen att köra verson 1.0.50 av RRDtool, när jag provade 1.2.30 fick jag felet
rrdtool: can't resolve symbol 'posix_fadvise'
Ett tips jag har fått är följande
I had the same problem in the transmission package. That software was trying to use the POSIX library (which my system doesn't have) to speed file operations.
If you can, recompile your DockStar with the posix library.
Or, get the rrdtool package source and compile it without the POSIX_FADVISE symbol defined:
Get the package source and search for calls to "posix_fadvise()". These calls were usually wrapped in ifdef blocks like "#ifdef HAVE_POSIX_FADVISE".
If you're lucky, you can throw in some "undef" statements before these ifdef blocks and the code will not use the posix_fadvise functions.
A quick and dirty fix is to throw statements like these before the ifdef block:
#undef HAVE_POSIX_FADVISE
#undef SYS_DARWIN
#undef HAVE_POSIX_FALLOCATE
Otherwise, if your code looks nothing like this, comment out the posix_fadvise functions and see if the package runs. (Sloppy way to go)
Eftersom jag saknar linux kunskaper undrar först och främst vad som menas med rrdtool package source och hur man kan editera den för att sedan kompilera?
Jag körde först RRDTool 1.2.30-1 men då ficka jag felet:
rrdtool: can't resolve symbol 'posix_fadvise'
När jag nergraderade till 1.0.50 löste sig det men nu kan jag ex inte använda mig av VDEF.
Ok ponera att jag skaffar en PC som kör linux och installerar senaste versionen av RRDTool på den. Om jag sedan för över själva RRD filerna (som genereras med RRDTool 1.0.50 på min dockstar) till den burken skulle det då gå att använda funktioner som bla VDEF, -E och watermark som saknas i version 1.0.50. Eller är dessa "inbyggda" i RRDfilerna?
VDEF är en funktion i själva rrdtool och inte något som beror av själva databasen.
Det går dock inte att flytta rrd-filerna mellan olika plattformar, man måste först exportera dem till XML och sedan importera XML-filen på den nya plattformen.