I have discovered what I think to be a bug with the "File-execute" custom scaling metric. The file is executed once and returns the correct value. However, the subsequent times the cron job is run it still returns the original value no matter if that value has indeed changed. The only way to force the correct value to be return is to restart the scalarizr on all the nodes with the scaling metric. What am I missing?
-Val On Wednesday, May 2, 2012 4:27:38 PM UTC-7, Sebastian Stadil wrote: > > Haha, yes. Client isactive is how we track paying customers in the hosted > service. We should probably change the default for new accounts created to > be active. > > We're adding this to the documentation. > > On Wed, May 2, 2012 at 4:16 PM, Val <[email protected]> wrote: > >> I finally got custom scaling to work. Here is what I needed to do: >> >> >> 1. Restart the scalarizr after I updated it >> 2. Set the Client account to isactive =1. I did this manually in the >> mysqldb >> >> I also found that every time I modified my custom scaling metric script >> on the nodes that the scalarizr needed to be restarted for the changes to >> be reflected. Another sticking point was that the executed metric script >> could not have a new line at the end of the file. >> >> On Tuesday, May 1, 2012 9:55:40 PM UTC-7, DicsyDel wrote: >>> >>> And custom scaling metrics still doesn't work? >>> >>> Regards, >>> Igor >>> >>> On 2 May 2012 06:24, Val <[email protected]> wrote: >>> > Robin, >>> > I have the following installed on Centos 5.7 >>> > >>> > scalarizr-base.noarch >>> > 0.7.220-1.el5 installed >>> > scalarizr-ec2.noarch >>> > 0.7.220-1.el5 installed >>> > >>> > >>> > On Tuesday, May 1, 2012 10:05:14 AM UTC-7, Robin Piedeleu wrote: >>> >> >>> >> Hello Val, >>> >> >>> >> Sorry it took so long to get back to you. What version of the Scalr >>> agent >>> >> (scalarizr) are you running? There was an issue that was fixed a few >>> weeks >>> >> ago. >>> >> >>> >> Regards, >>> >> >>> >> Robin >>> >> >>> >> On Tuesday, April 24, 2012 3:15:23 PM UTC-7, Val wrote: >>> >>> >>> >>> I am posting to this thread because my question is still on the >>> topic of >>> >>> Custom Scaling Algorithms. >>> >>> >>> >>> I wrote a script that fetches the number of claimed slots from my >>> batch >>> >>> queues and placed it on my worker nodes in the farm. I then wrote a >>> >>> "File-Execute" custom scaling metric and gave it the path to my >>> script on >>> >>> the worker nodes. When the scaling cron runs it returns zero for my >>> custom >>> >>> metric. I have confirmed that the script is not run on the worker >>> nodes. Am >>> >>> I doing this correctly? If so, could it be a configuration problem >>> with my >>> >>> scalr installation? >>> >>> >>> >>> Any clues would be most appreciated. >>> >>> >>> >>> -Val >>> >>> >>> >>> On Friday, February 10, 2012 8:55:21 AM UTC-8, Srini wrote: >>> >>>> >>> >>>> given our webapp is based on Jboss I am thinking of setting up >>> custom >>> >>>> scaling conditions based on metrics like JVM memory demand etc. >>> >>>> >>> >>>> Any pointers to how this could be achieved? >>> >>>> >>> >>>> One idea is to use zabix to monitor? How would I use those metrics >>> from >>> >>>> scalr? Iam a little lost here. Any help appreciated. >>> >>>> >>> >>>> Thanks >>> >>>> Srini >>> >>>> Sent from my BlackBerry® smartphone >>> >>> >>> >>> >>> >>> On Friday, February 10, 2012 8:55:21 AM UTC-8, Srini wrote: >>> >>>> >>> >>>> given our webapp is based on Jboss I am thinking of setting up >>> custom >>> >>>> scaling conditions based on metrics like JVM memory demand etc. >>> >>>> >>> >>>> Any pointers to how this could be achieved? >>> >>>> >>> >>>> One idea is to use zabix to monitor? How would I use those metrics >>> from >>> >>>> scalr? Iam a little lost here. Any help appreciated. >>> >>>> >>> >>>> Thanks >>> >>>> Srini >>> >>>> Sent from my BlackBerry® smartphone >>> >>> >>> >>> >>> >>> On Friday, February 10, 2012 8:55:21 AM UTC-8, Srini wrote: >>> >>>> >>> >>>> given our webapp is based on Jboss I am thinking of setting up >>> custom >>> >>>> scaling conditions based on metrics like JVM memory demand etc. >>> >>>> >>> >>>> Any pointers to how this could be achieved? >>> >>>> >>> >>>> One idea is to use zabix to monitor? How would I use those metrics >>> from >>> >>>> scalr? Iam a little lost here. Any help appreciated. >>> >>>> >>> >>>> Thanks >>> >>>> Srini >>> >>>> Sent from my BlackBerry® smartphone >>> >>> >>> >>> >>> >>> On Friday, February 10, 2012 8:55:21 AM UTC-8, Srini wrote: >>> >>>> >>> >>>> given our webapp is based on Jboss I am thinking of setting up >>> custom >>> >>>> scaling conditions based on metrics like JVM memory demand etc. >>> >>>> >>> >>>> Any pointers to how this could be achieved? >>> >>>> >>> >>>> One idea is to use zabix to monitor? How would I use those metrics >>> from >>> >>>> scalr? Iam a little lost here. Any help appreciated. >>> >>>> >>> >>>> Thanks >>> >>>> Srini >>> >>>> Sent from my BlackBerry® smartphone >>> >>> >>> >>> >>> >>> On Friday, February 10, 2012 8:55:21 AM UTC-8, Srini wrote: >>> >>>> >>> >>>> given our webapp is based on Jboss I am thinking of setting up >>> custom >>> >>>> scaling conditions based on metrics like JVM memory demand etc. >>> >>>> >>> >>>> Any pointers to how this could be achieved? >>> >>>> >>> >>>> One idea is to use zabix to monitor? How would I use those metrics >>> from >>> >>>> scalr? Iam a little lost here. Any help appreciated. >>> >>>> >>> >>>> Thanks >>> >>>> Srini >>> >>>> Sent from my BlackBerry® smartphone >>> > >>> > -- >>> > You received this message because you are subscribed to the Google >>> Groups >>> > "scalr-discuss" group. >>> > To view this discussion on the web visit >>> > https://groups.google.com/d/**msg/scalr-discuss/-/**9A8n6D0kaoIJ<https://groups.google.com/d/msg/scalr-discuss/-/9A8n6D0kaoIJ>. >>> > >>> >>> > >>> > To post to this group, send email to [email protected]**. >>> >>> > To unsubscribe from this group, send email to >>> > scalr-discuss+unsubscribe@**googlegroups.com<scalr-discuss%[email protected]>. >>> > >>> >>> > For more options, visit this group at >>> > http://groups.google.com/**group/scalr-discuss?hl=en<http://groups.google.com/group/scalr-discuss?hl=en>. >>> > >>> >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "scalr-discuss" group. >> To view this discussion on the web visit >> https://groups.google.com/d/msg/scalr-discuss/-/qlD2RlE9AvoJ. >> >> To post to this group, send email to [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/scalr-discuss?hl=en. >> > > > > -- > > > Follow us: Twitter <https://twitter.com/#!/scalr> - > Facebook<https://www.facebook.com/Scalr> > - Blog <http://blog.scalr.net/> > > -- You received this message because you are subscribed to the Google Groups "scalr-discuss" group. To view this discussion on the web visit https://groups.google.com/d/msg/scalr-discuss/-/YOQQMigHz2EJ. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/scalr-discuss?hl=en.
