As soon as we finish stabilizing some features, the next stable build will be released. I'm thinking about a week.
On Tue, May 15, 2012 at 10:24 AM, Val <[email protected]> wrote: > What is the time frame for the next release? This is a key feature for us. > > > On Monday, May 14, 2012 8:44:23 PM UTC-7, DicsyDel wrote: >> >> That was fixed on scalr.net and will be available on OS version within >> the next release. >> >> Regards, >> Igor >> >> On 15 May 2012 00:39, Sebastian Stadil <[email protected]> wrote: >> >>> Sounds like a bug. Igor? >>> >>> >>> On Mon, May 14, 2012 at 2:36 PM, Val <[email protected]> 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/**ms****g/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@**goog****legroups.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/ >>>>>> **ms**g/scalr-discuss/-/**qlD2RlE9AvoJ<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 >>>>>> scalr-discuss+unsubscribe@**goog**legroups.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> >>>>>> . >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> 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<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 >>>> 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> >>>> . >>>> >>> >>> >>> >>> -- >>> >>> >>> 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 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/-/S_-2O3rOFnMJ. > > 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 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.
