[clue] website problems

[chris fedde]

Shawn,

I'm sorry if my message was too long.  In the section that begins
"IMHO" one of the recommendations is
  >> * Migrate the CLUEDenver.org website to new VPS.

We'd love to consider Bluehost and would welcome input at the next
server committee meeting proposed for the evening of Thursday, June 2.
 I'm sure Dennis will welcome more representation.

Keep in a cool dry place.
Chris


On Tue, May 24, 2011 at 6:11 PM, Shawn Perry <shawn at redmop.com> wrote:
> One option was missed.  Moving to a new web host.  Bluehost handles Drupal
> pretty well, and it has mailman as well.  We use anything else?  If there is
> any interest in perusing this, I'm a Bluehost affiliate and I'll gladly
> donate my affiliate pay to CLUE.  http://www.bluehost.com/track/redmop is my
> affiliate link.
>
>
> Shawn T Perry
> Red Mop Computing Services
> email: shawn at redmop.com
> office: 720-319-7627
> cell: 303-881-2623
> web: http://www.redmop.com
> facebook:
> http://www.facebook.com/pages/Red-Mop-Computing-Services/114352628589778
> linkedin: http://www.linkedin.com/in/shawnperry
>
>
> On Tue, May 24, 2011 at 6:00 PM, chris fedde <chris at fedde.us> wrote:
>>
>> What is hindering use of Drupal on the current system is pretty
>> obvious.  It is thrashing because of a shortage of ram for the given
>> configuration. This conclusion has been vetted by the experiment that
>> Dennis and I completed on my home system (http://drupal.fedde.us).
>>
>> There are three potential solutions to this problem on the current
>> platform.
>> * Increase the memory.
>> * Tune back the memory use of mysql and drupal/PHP so that they don't
>> use more more than is available.
>> * Abandon the drupal approach and return to the current technology.
>>
>> Solving these technical issues have been complicated by social layer
>> issues relating to authority, access and transitions in
>> responsibility.   A server committee was called and met.
>> Recommendations were made on approaches to solving the problem.  Notes
>> from that meeting were posted to the mailing list by our treasurer
>> (thanks Gus).
>>
>> IMHO the conclusions of the server committee's recommendations should
>> be adopted:
>> * Adopt Drupal as the forward moving technology solution for CLUE
>> webserver.
>> * Form an admin group of those able and willing to administer the
>> server with more than one member.
>> * Migrate the CLUEDenver.org website to new VPS.
>> * Design and adopt reasonable server administration practices and
>> policies to enable group admin.
>> * Ensure that some practice or policy attempt to address the orderly
>> transition of admin group members.
>>
>> In the interim use of the non Drupal website is exactly the right
>> solution.
>>
>> As always helpful commentary is welcome.
>> chris
>>
>> On Tue, May 24, 2011 at 5:27 PM, Raymond DeRoo <rderoo at deroo.net> wrote:
>> > Gus--
>> >
>> >> There are better methods to recovering from this issue than what you
>> >> are doing.   Are you consulting with people privately to resolve this ?  If
>> >> so, who are they ? I have not heard any public discussion about how this
>> >> should be handled.
>> >
>> > I would say that I tend to agree with Dennis in this matter. The
>> > decision to rollback after a week+ of near continuos failure is the correct
>> > decision. Whether he made that choice alone, with a private club having a
>> > secret handshake, or by "democratic" voting, really doesn't matter from my
>> > perspective. I'd rather have a leader make a decision which he feels is in
>> > the best interest of the group than be hamstrung because the vocal minority
>> > doesn't like the option.
>> >
>> > That being said, I have offered my services to the group to help assist
>> > with the performance issue, especially as there is a real belief that it is
>> > related to MySQL. Dennis said he would provide the data. That entire
>> > interchange was on this list, so I'm not sure why you wouldn't classify that
>> > as a "public discussion". Personally, I'm doubtful this is a MySQL issue,
>> > and I would say the issue is most likely with drupal. But the simple fact
>> > that the site is running on a VPS mean *ALL* bets are off when it comes to
>> > any kind of performance expectations and measurements.
>> >
>> > Now my offer to help still stands, I would expect that the data points I
>> > need would be coming some time next week once the drupal site restored. Gus
>> > do you have an ab test suite to stress the drupal install? What monitoring
>> > metrics do you suggest? Do you have nagios/munin installed? What problem
>> > solving have you done thus far? What have been the results of your findings?
>> > What methods do you suggest for providing the needed information to
>> > community members and recovering from the current dreadful performance
>> > issue?
>> >
>> > I look forward to your answers as I do not wish to waste times covering
>> > areas which you have checked through.
>> >
>> > .r
>> > _______________________________________________
>> > clue mailing list
>> > clue at cluedenver.org
>> > http://cluedenver.org/mailman/listinfo/clue
>> >
>> _______________________________________________
>> clue mailing list
>> clue at cluedenver.org
>> http://cluedenver.org/mailman/listinfo/clue
>
>
> _______________________________________________
> clue mailing list
> clue at cluedenver.org
> http://cluedenver.org/mailman/listinfo/clue
>