FORUM.M.NU

Det klarnar lite mera... Det är alltså inte debianpaketen ow* som installerar ow*.service filer i /lib/systemd/system, de kommer med 'make install' from owfs upstream, och det som standard utan extra parametrar till ./configure. Orsaken till att jag trodde att './configure --with-systemdsystemunitdi...

Jag tittade lite närmare på det här. Jag har aldrig haft något behov av att kompilera owfs själv och jag slipper gärna besväret att skriva initskript om det kan undvikas. Med systemd så ska det inte behövas längre (även om man fortfarande kan använda gamla initskript). Nyaste owfs upstream kommer ty...

Men det är rätt märkligt att du hade den filen kvar om du har raderat paketet som tillhandahåller den. Att bara radera den utan att reda upp varför den var kvar kanske inte var en riktigt bra idé. 'owfs' paketet drar in en hel del andra paket, tex 'ofws-fuse', 'owserver' osv. Har du tagit bort dem o...

Jessie använder systemd, inte upstart, som standard. Det där ser ut att komma från systemd servicefilen från 'owfs' paketet i jessie: https://sources.debian.net/src/owfs/2.9p8-6/src/scripts/systemd/owfs.service.in/ Har du apt-get installerat owfs? I så fall ska du nog ta bort det paketet för att kör...

Ja rrdtool update kommandot ska ha data för alla ds i databasen. Resten av skriptet är helt upp till dig hur du gör. Du kan ju prova köra "rrdtool update databasfil.rrd N:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0" direkt utan skript.

Ja du uppdaterar med bara ett värde (ute). Det ska vara en tidsstämpel eller N för "nu" och sedan värden för alla sensorer i rätt ordning åtskilda av kolon som parameter till rrdtool update.

Den säger ju att den vill ha 21 och får en. Du kan posta skriptet här om du inte hittar vad du ska ändra.

Du ska skicka med alla ds i rätt ordningsföljd då du uppdaterar med ett enda rrdtool update. Det verkar som att du försöker uppdatera en åt gången.

Hur länge data finns kvar i databasen bestäms av hur du har definierat dina RRA. I den senaste har du fyra st AVERAGE RRA och den som håller kvar data längst är den här: RRA:AVERAGE:0.5:24:175200 Men step size 150s så får du medelvärdet av 24 sampel = 3600s mellan varje datapunkt och 175200 sådana g...

Förresten så är en COUNTER inte så kul att använda om inte man har en räknare som aldrig startar om från noll, eller har ett maxvärde (där den börjar om från noll) på annat än 2^32. Orsaken är att RRD försöker detektera när en räknare har roterat, dvs om den får in ett värde som är mindre än förra s...

Det är inte speciellt enkelt att utöka en rrd-databas med nya DS (men det går...), så det är nog en bra idé att ha några extra. Den konfen ger exakt 20 år datalagring, varför tvivlar du på det? Heartbeat på dubbla step är väl helt ok för alla DS, om du missar att uppdatera med längre intervall än he...

Du får det felmeddelandet om din databasfil existerar men har storleken noll. Kör för att kolla om du har filstorlek noll på databasen.

Det är då nåt fel i kommandot som skapar databasen. Får du inget felmeddelande då du kör skriptet som ska skapa en ny databas?

Det första problemet är iaf lätt, chmod -x tar bort körrättigheter, chmod +x lägger till dem.

Sen ser det inte rätt ut i ditt skript för att uppdatera databasen med flera DS. Det ska vara bara ett N (eller en tidsstämpel) och sedan alla värden åtskilda av kolon.

Intressant, den crontab syntaxen var obekant för mig. Men vid närmare eftertanke så ska det förstås inte vara en * för minuterna och 0 */2 * * * borde alltså fungera också. En * i början betyder ju faktiskt 'kör varje minut' så då har inte 'varannan timme' någon betydelse längre. Flot är javascript ...

Ja då kan jag inte svara på vad som händer. Cron borde köra varannan timme med den confen, men uppenbarligen händer nåt annat... Du kan ju börja med att ta bort skriptet från cron.d och kolla att det faktiskt kommer därifrån. Om du kör synkningen med rsync enligt vad som fanns i första länken ovan &...