[smokeping-users] Master/Slave Data Problem
Türker Karatepe
Turker.Karatepe at dsmart.com.tr
Fri Apr 14 14:35:29 CEST 2017
Sınıflandırma: S2
Hello,
I have checked the .rrd files and I’m sure that no data in .rrd files. This is why graphs are empty. But .slave_cache files has data and master can’t update the .rrd files for no reason.
They’ve same rights with other .rrd’s and 12 slaves work without any problem. You can see the access rights at the below. I’m looking for any advices.
# find . -type f -name '*Gayrettepe.rrd' | xargs stat | grep 666
Access: (0666/-rw-rw-rw-) Uid: ( 105/smokeping) Gid: ( 33/www-data)
Access: (0666/-rw-rw-rw-) Uid: ( 105/smokeping) Gid: ( 33/www-data)
Access: (0666/-rw-rw-rw-) Uid: ( 105/smokeping) Gid: ( 33/www-data)
# rrdtool fetch hurriyet~Smokeping-Gayrettepe.rrd MAX -r 1m -s -2h
uptime loss median ping1 ping2 ping3 ping4 ping5 ping6 ping7 ping8 ping9 ping10 ping11 ping12 ping13 ping14 ping15 ping16 ping17 ping18 ping19 ping20
1492167600: -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan
1492171200: -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan
1492174800: -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan -nan –nan
Data from slaves;
# cat superonline.Smokeping-Gayrettepe.slave_cache
pst0
Smokeping-Gayrettepe
1491045261
▒U:0:0.371:0.157:0.172:0.204:0.209:0.215:0.296:0.307:0.309:0.321:0.368:0.371:0.391:0.414:0.499:0.555:0.581:0.603:0.614:0.807:1.414
Smokeping-Gayrettepe
1491045263
~U:0:0.343:0.16:0.181:0.182:0.241:0.259:0.265:0.282:0.292:0.312:0.334:0.343:0.343:0.39:0.407:0.452:0.463:0.596:0.65:0.674:1.668
Smokeping-Gayrettepe
1491045267
U:0:2.554:0.856:0.886:1.286:1.327:1.84:1.995:2.008:2.082:2.333:2.362:2.554:2.636:2.973:2.976:4.031:4.184:4.291:4.603:9.398:9.72
Smokeping-Gayrettepe
1491045271
▒U:0:2.768:0.192:0.28:1.921:2.064:2.077:2.082:2.212:2.406:2.572:2.581:2.768:3.025:3.293:3.627:3.751:3.785:3.785:3.901:3.988:6.696
Smokeping-Gayrettepe
1491045277
U:0:2.815:0.893:0.986:1.229:1.345:1.848:2.075:2.218:2.252:2.343:2.405:2.815:2.984:3.048:3.405:3.758:3.88:3.913:4.83:8.103:9.832
Smokeping-Gayrettepe
1491045280
U:0:2.427:1.172:1.213:1.296:1.35:1.621:1.792:1.868:2.193:2.237:2.366:2.427:2.613:2.759:2.808:3.208:3.554:3.827:5.06:7.053:9.538
From: Gregory Sloop [mailto:gregs at sloop.net]
Sent: Friday, March 31, 2017 9:34 PM
To: Türker Karatepe <Turker.Karatepe at dsmart.com.tr>; smokeping-users at lists.oetiker.ch
Subject: Re: [smokeping-users] Master/Slave Data Problem
I haven't read very carefully, but it certainly looks like the "typical" - can't read or write the RRD's. [Reviewing the logs of smokeping run in debug mode, and the same for slaves and the web-server will likely be very helpful in verifying that this is what is occurring. But it's a common problem - one of the most common I see.]
The master and output/graphing processes run as the user that smokeping is configured to run as. Thus, if the master can't write to the RRD's or can't graph them [and there's data in them] then the master smokeping user doesn't likely have rights to read/write to/from those rrd files.
The slave process writes data, to the rrds on the master, as the web-server user. [apache, www-data etc] If the slave can't write to the RRD's it probably doesn't have the proper rights.
For both to work, [master and slave] then both have to have rights. [The web-server user/group and the smokeping user/group]
Determining the proper group/user(s) to give rights to, and how to do so is left as an exercise to the reader.
Sınıflandırma: S2
Hello,
I’m using 1 Master and 14 Smokeping Slaves in our network and I’m facing interesting problems with last 2 slaves. Do you have a suggestion on how to solve the problem I have detailed below?
Master Smokeping version is 2.006008
Slave Smokeping version is 2.006009 and I have working slaves on both version (2.006008 and 2.006009)
These Slaves are working on Raspberry Pi 3
First problem is data write problem;
# ls -l | grep Gayret
-rw-r--r-- 1 smokeping www-data 2986808 Mar 31 10:48 garanti~Smokeping-Gayrettepe.rrd
-rw-r--r-- 1 www-data www-data 179 Mar 31 11:17 garanti.Smokeping-Gayrettepe.slave_cache
-rw-r--r-- 1 smokeping www-data 2986808 Mar 31 10:48 hurriyet~Smokeping-Gayrettepe.rrd
-rw-r--r-- 1 www-data www-data 179 Mar 31 11:17 hurriyet.Smokeping-Gayrettepe.slave_cache
-rw-r--r-- 1 smokeping www-data 2986808 Mar 31 10:48 superonline~Smokeping-Gayrettepe.rrd
-rw-r--r-- 1 www-data www-data 173 Mar 31 11:17 superonline.Smokeping-Gayrettepe.slave_cache
As you see on the above I can see the slave server data in the master server but it is not writing on it.. Last modified time is not being updated. No data in the graphs anyway
Second problem is similiar;
Again, I can see the slave data in master server it is writing on it but this time no data in the graph.
# ls -l | grep Trabzon
-rw-r--r-- 1 smokeping www-data 2986808 Mar 31 11:29 garanti~Smokeping-Trabzon.rrd
-rw-r--r-- 1 www-data www-data 345 Mar 31 11:29 garanti.Smokeping-Trabzon.slave_cache
-rw-r--r-- 1 smokeping www-data 2986808 Mar 31 11:29 hurriyet~Smokeping-Trabzon.rrd
-rw-r--r-- 1 www-data www-data 343 Mar 31 11:29 hurriyet.Smokeping-Trabzon.slave_cache
-rw-r--r-- 1 smokeping www-data 2986808 Mar 31 11:29 superonline~Smokeping-Trabzon.rrd
-rw-r--r-- 1 www-data www-data 343 Mar 31 11:29 superonline.Smokeping-Trabzon.slave_cache
Best Regards
Turker
Untitled Document
Türker Karatepe
Sistem ve Network / Teknik Operasyon Uzmanı
System and Network Department / Technical Operations Administrator
Turker.Karatepe at dsmart.com.tr<mailto:Turker.Karatepe at dsmart.com.tr> www.dsmart.com.tr<https://www.dsmart.com.tr/>
t: 0212 373 78 00 / 02124135111 / f: 0212 380 24 97
DOĞAN TV CENTER 100.Yıl Mahallesi, Melda Sok., No:1, 34204 Bağcılar
disclaimerdsm
--
Gregory Sloop, Principal: Sloop Network & Computer Consulting
Voice: 503.251.0452 x82
EMail: gregs at sloop.net<mailto:gregs at sloop.net>
http://www.sloop.net
---
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20170414/60f27c9e/attachment-0001.html>
More information about the smokeping-users
mailing list