From: Marc G. F. <sc...@hu...> - 2011-02-10 19:38:37
|
Morning all ... Based on the git repo that we now have, I have setup a first incarnation at http://www.haxlash.org ... and here is my experience so far, including 'bugs': Right now, this site is running on FreeBSD 7.x, with the following ports installed: apache-1.3.42 ap13-mod_perl-1.31_1 mysql-client-5.1.55 perl-threaded-5.10.1_3 p5-Bundle-Slash 2.52 On top of that, I've had to add (not part of Bundle above): p5-ParallelUA-2.57_2 p5-Data-JavaScript-Anon-1.03 bsdpan-HTML-PopupTreeSelect-1.6 p5-Lingua-Stem-0.84 p5-DBD-mysql-4.017 I stuck with *only* the DEFAULT plugins that are presented when you to the install ... from what I can tell, there are others that should be default, but this is one area where we still need to investigate ... I am using Apache 2.2 + its internal proxy support to serve the site via Apache 2.2 ... this way I can work on upgrading from Apache 1.3 without having to make alot of changes ... When restarting apache, I get several warnings that don't seem to prevent it from being started, namely: no obj for 'Slash::Clout::Describe' at /usr/local/lib/perl5/site_perl/5.10.1/mach/Slash/DB/MySQL.pm line 11341. no obj for 'Slash::Clout::Moderate' at /usr/local/lib/perl5/site_perl/5.10.1/mach/Slash/DB/MySQL.pm line 11341. no obj for 'Slash::Clout::Vote' at /usr/local/lib/perl5/site_perl/5.10.1/mach/Slash/DB/MySQL.pm line 11341. Am currently investigating, but from what I've found so far, it has to do with the Tags plugin ... The other "bug" I hit was that the default configuration found in: /usr/local/www/d_admin/ap13.haxlash.org/www/site/www.haxlash.org/www.haxlash.org.conf contains a section: # this directive will redirect non-logged-in users to # index.shtml if they request the home page; turn it # on to help increase performance or if you are using something # other than index.pl for the index #PerlTransHandler Slash::Apache::IndexHandler # this directive will display a user's pages at /~username PerlTransHandler Slash::Apache::User::userdir_handler The odd thing is that the line: PerlTransHandler Slash::Apache::IndexHandler Is commented out by default, which, when you aren't logged in, causes it to go to index.shtml, but there is no index.shtml, so generates a no such file / directory error messages ... commenting it out causes it to load index.pl properly, and all appears to be well ... so far ... YMMV ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. sc...@hu... http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:sc...@hu... |
From: Marc G. F. <sc...@hu...> - 2011-02-11 18:32:52
|
Actually, was all co-related ... once I switche dto using _build_initial_queue instead of run, everything seems to be running great ... I haven't looked much into it (other priorities in the code), but my guess is that slashd is implementing its own run subroutine somewhere .. Looking at the code for Schedule::Cron, even the original version according to cpan, build_initial_queue was the first thing that happened within the 'run' subroutine ... When I changed the code to $cron->run(detach=>1), slashd was doing exactly what I told it to .. forking off a Schedule::Cron process, which also took a MySQL DB connection with it ... when process_tasks() came around again (in slashd), it then fired off yet another Schedule::Cron forked process, with its MySQL DB Connection, etc, etc ... One thing I didn't try yet was to do: $cron->run(detach=>0); but I suspect that that woudl have stuck the slashd process within Schedule::Cron's run loop indefinitely ... So, I switched back to the original code, but changing the subroutine call to be _build_initial_queue instead of build_initial_queue, which is what the author of the Perl module seems to have renamed it too ... the subroutine was there, just renamed ... Right now, things seem to be running clean ... On Fri, 11 Feb 2011, Clifton Wood wrote: > It's one of the things we should fix, yes. Maybe we should move that into > slashd or something. IIRC, that correction was sent to the author of > Schedule::Cron, but the change was never made. That's the danger of using a > module where the upstream isn't cooperative. We may even need to keep a > local version of it so that end-users don't have this problem. > Now your database connection issues are a different animal. I doubt they are > related but it looks like either something isn't closing its connections > (bug?) or your MySQL server isn't tuned properly. > > Next time this happens, do "SHOW PROCESSLIST" in MySQL and let me know what > you get back. > > - Cliff > > On Thu, Feb 10, 2011 at 9:37 PM, Marc G. Fournier <sc...@hu...> wrote: > > # Build up executing queue and delete any > # existing entries > sub _build_initial_queue > { > my $self = shift; > $self->{queue} = [ ]; > # dbg "TT: ",$#{$self->{time_table}}; > for my $id (0..$#{$self->{time_table}}) > { > $self->_update_queue($id); > } > } > > > But, do you recall *why*? Changing $cron->build_initial_queue > to $cron->run(detach=>1); seems to have slashd running fine from > what I can tell here ... > > Oops, maybe not? > > Major Mojo Bad things (virtual user: haxlash) > unable to connect to MySQL: : Too many connections > DBI connect('database=haxlash;host=200.46.204.15','haxlash',...) > failed: Too many connections at > /usr/local/lib/perl5/site_perl/5.10.1/DBIx/Password.pm line 50 > Major Mojo Bad things (virtual user: haxlash) > > > Maybe related ... ? Or something else altogether? > > If the ->build_initial_queue is required, is there some way we > can implement this within Slash vs having to hack an external > module? > > > On Thu, 10 Feb 2011, Clifton Wood wrote: > > Crap. That's a thing we had to hack into Schedule::Cron. > I think it's there though, just tricky to get to... look > for > '_build_initial_queue". > > If you can't find it, I'll have to look on my local > repository to see what > it consists of. > > - Cliff > > On Thu, Feb 10, 2011 at 3:06 PM, Marc G. Fournier > <sc...@hu...> wrote: > > My bad on that, knew I forgot to start a process > there ... do > you know what: > > Can't locate object method "build_initial_queue" via > package > "Schedule::Cron" at sbin/slashd line 529. > > means though? I'm running p5-Schedule-Cron-1.00 .. > something > that no longer exists that used to exist inthat > package? > > > > On Thu, 10 Feb 2011, Clifton Wood wrote: > > index.shtml is generated by slashd and that should be > running before you > start testing pages. Ideally, the Makefile should do > this > for you after you > install. This may be something we need to add to the > site > installation code: > /usr/local/slash/bin/runtask -u <virtuser> > newheadfoot.pl > /usr/local/slash/bin/runtask -u <virtuser> > freshenup.pl > > That's what I can remember from my time doing daily > Slash > site installs. I > would think we'd like to automate that in hX. > > - Cliff > > On Thu, Feb 10, 2011 at 2:38 PM, Marc G. Fournier > <sc...@hu...> wrote: > > Morning all ... > > Based on the git repo that we now have, I have > setup a first > incarnation > at http://www.haxlash.org ... and here is my > experience so far, > including > 'bugs': > > Right now, this site is running on FreeBSD > 7.x, > with the > following ports > installed: > > apache-1.3.42 > ap13-mod_perl-1.31_1 > mysql-client-5.1.55 > perl-threaded-5.10.1_3 > p5-Bundle-Slash 2.52 > > On top of that, I've had to add (not part of > Bundle > above): > > p5-ParallelUA-2.57_2 > p5-Data-JavaScript-Anon-1.03 > bsdpan-HTML-PopupTreeSelect-1.6 > p5-Lingua-Stem-0.84 > p5-DBD-mysql-4.017 > > I stuck with *only* the DEFAULT plugins that > are > presented > when you to > the install ... from what I can tell, there are > others that > should be > default, but this is one area where we still > need to > investigate > ... > > I am using Apache 2.2 + its internal proxy > support > to serve > the site via > Apache 2.2 ... this way I can work on upgrading > from > Apache 1.3 > without > having to make alot of changes ... > > When restarting apache, I get several warnings > that > don't seem > to > prevent it from being started, namely: > > no obj for 'Slash::Clout::Describe' at > > > /usr/local/lib/perl5/site_perl/5.10.1/mach/Slash/DB/MySQL.pm > line 11341. > no obj for 'Slash::Clout::Moderate' at > > > /usr/local/lib/perl5/site_perl/5.10.1/mach/Slash/DB/MySQL.pm > line 11341. > no obj for 'Slash::Clout::Vote' at > > > /usr/local/lib/perl5/site_perl/5.10.1/mach/Slash/DB/MySQL.pm > line 11341. > > Am currently investigating, but from what I've > found so far, > it has to > do with the Tags plugin ... > > The other "bug" I hit was that the default > configuration found > in: > > /usr/local/www/d_admin/ap13.haxlash.org/www/site/www.haxlash.org/www.haxlas > > > h.org.conf > > contains a section: > > # this directive will redirect non-logged-in > users to > # index.shtml if they request the home page; > turn > it > # on to help increase performance or if you > are > using > something > # other than index.pl for the index > #PerlTransHandler > Slash::Apache::IndexHandler > # this directive will display a user's pages > at > /~username > PerlTransHandler > Slash::Apache::User::userdir_handler > > The odd thing is that the line: > > PerlTransHandler Slash::Apache::IndexHandler > > Is commented out by default, which, when you > aren't > logged in, > causes it > to go to index.shtml, but there is no > index.shtml, so > generates > a no such > file / directory error messages ... commenting > it out > causes it > to load > index.pl properly, and all appears to be well > ... so > far ... > > YMMV > > ---- > Marc G. Fournier Hub.Org > Hosting > Solutions S.A. > sc...@hu... > > http://www.hub.org > > Yahoo:yscrappy Skype: hub.org ICQ:7615664 > > MSN:sc...@hu... > > --------------------------------------------------------------------------- > > > --- > The ultimate all-in-one performance toolkit: > Intel(R) > Parallel > Studio XE: > Pinpoint memory and threading errors before they > happen. > Find and fix more than 250 security defects in > the > development > cycle. > Locate bottlenecks in serial and parallel code > that > limit > performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Slashcode-general mailing list > Sla...@li... > > > https://lists.sourceforge.net/lists/listinfo/slashcode-general > > > > > > ---- > Marc G. Fournier Hub.Org Hosting > Solutions S.A. > sc...@hu... > http://www.hub.org > > Yahoo:yscrappy Skype: hub.org ICQ:7615664 > MSN:sc...@hu... > > > > > > ---- > Marc G. Fournier Hub.Org Hosting Solutions S.A. > sc...@hu... http://www.hub.org > > Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:sc...@hu... > > > > ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. sc...@hu... http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:sc...@hu... |