I have confirmed that this is a but with both File-Execute and File-Read On Monday, May 14, 2012 2:36:38 PM UTC-7, Val wrote: > > 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/-/lE4irBuBZpMJ. 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.
