<div dir="ltr">Just to be pedantic, one might want to chmod 664 so that the world doesn't have write access to the rrd files. I'll keep reading your responses and try to help.<div><br></div><div>btw, is there an IRC channel? Should we create one?<br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 1, 2016 at 2:08 PM, masonke <span dir="ltr"><<a href="mailto:masonke@gmail.com" target="_blank">masonke@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Until today we never had a problem, we are constantly adding targets and have a rigid salt stack deployment. Just for safety, not he master, every 10 minutes a cron job kicks off a script that sets these perms not he master<div><br></div><div><div style="font-family:'Helvetica Neue';font-size:14px">cd /var/lib/smokeping</div><span style="font-family:'Helvetica Neue';font-size:14px"><div>find . -type f -name '*.rrd' | xargs chown smokeping:www-data</div><div>find . -type f -name '*.rrd' | xargs chmod 666</div><div><br></div><div>Will add the chgrp and chown, just to make sure.</div><div><br></div><div>I am hoping that when I go back and look at it later, the problem will jump out at me.</div></span><div>
~KEM

</div><div><div class="h5">
<br><div><blockquote type="cite"><div>On Jun 1, 2016, at 16:57, Dan O'Neill <<a href="mailto:dano@northpb.com" target="_blank">dano@northpb.com</a>> wrote:</div><br><div><div dir="ltr">Hi,<div><br></div><div>Let me walk through an example of my configuration and the permissions changes required. I add slaves frequently and have this process somewhat nailed.</div><div><br></div><div>Given:</div><div>- Slave is called c2nyc</div><div>- Hierarchy is client -> boatsrus -> ping <a href="http://boatsrus.com/" target="_blank">boatsrus.com</a> </div><div>- Apache user is www-data</div><div>- Apache group is www-data</div><div><br></div><div><br></div><div>Steps on the Master:</div><div>1. cd /var/lib/smokeping </div><div>2. chgroup www-data boatsrus</div><div>3. chmod g+w boatsrus</div><div>4. cd boatsrus</div><div>5. chgrp www-data *c2nyc.rrd</div><div>6. chmod g+w *c2nyc.rrd</div><div><br></div><div>And that is pretty much the permissions structure that works. </div><div><br></div><div>------</div><div><br></div><div>Separately, what error are you seeing on the slave side?</div><div><br></div><div>dano</div><div><br></div><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 1, 2016 at 1:47 PM, masonke <span dir="ltr"><<a href="mailto:masonke@gmail.com" target="_blank">masonke@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">This really looks like a permissions issue, but I just can’t find it. In desperation, I made all the red files and directories that hold them 777, just to see what would happen. It did not change anything. <div><br></div><div>It is almost like the process that moves the data from the slave.cache files into the rrd file is not running.  If I reboot the master, all the backlogged slave_cache data is added to the rrd and you can see it on the graphs.</div><div><br></div><div>Really is a crazy thing with the secrets file, the error is on the slave, not the master.</div><div><br></div><div>I will can the whole thing and restart from scratch if I can’t get it fixed by noon tomorrow. </div><div><br></div><div><br><div>
~KEM</div><div><div><div><br></div></div></div></div></div></blockquote></div><div data-smartmail="gmail_signature"><br></div>
</div></div></div>
</div></blockquote></div><br></div></div></div></div></blockquote></div><br><br clear="all"><div><br></div>
</div></div></div>