Incubator PMC/Board report for Feb 2012 ([ppmc])

2012-02-06 Thread Marvin


Dear podling,

This email was sent by an automated system on behalf of the Apache Incubator 
PMC.
It is an initial reminder to give you plenty of time to prepare your quarterly
board report.

The board meeting is scheduled for Wed, 15 February 2012, 10:00:00 PST. The 
report 
for your podling will form a part of the Incubator PMC report. The Incubator 
PMC 
requires your report to be submitted 2 weeks before the board meeting, to allow 
sufficient time for review and submission (Wed, Feb 1st).

Please submit your report with sufficient time to allow the incubator PMC, and 
subsequently board members to review and digest. Again, the very latest you 
should submit your report is 2 weeks prior to the board meeting.

Thanks,

The Apache Incubator PMC

Submitting your Report
--

Your report should contain the following:

 * Your project name
 * A brief description of your project, which assumes no knowledge of the 
project
   or necessarily of its field
 * A list of the three most important issues to address in the move towards 
   graduation.
 * Any issues that the Incubator PMC or ASF Board might wish/need to be aware of
 * How has the community developed since the last report
 * How has the project developed since the last report.
 
This should be appended to the Incubator Wiki page at:

  http://wiki.apache.org/incubator/February2012

Note: This manually populated. You may need to wait a little before this page is
  created from a template.

Mentors
---
Mentors should review reports for their project(s) and sign them off on the 
Incubator wiki page. Signing off reports shows that you are following the 
project - projects that are not signed may raise alarms for the Incubator PMC.

Incubator PMC



Re: VCL block alloc, PERL module issue update

2012-02-06 Thread Mike Haudenschild
Hi Andy,

I pulled down the updated install_perl_libs.pl and used alongside the 2.2.1
management node release.  I did notice that libwww was installed to satisfy
dependencies for perl-xml-simple.  I didn't do any other tweaking -- just
ran the script and otherwise followed the normal management node install
procedure.

A block allocation didn't work, however:

|3394|blockrequest|  CRITICAL 
|3394|blockrequest| 2012-02-06
15:51:44|3394|blockrequest|vcld:die_handler(636)|Can't locate object method
type via package RPC::XML::Client::send_request: HTTP server error: you
need (perhaps you forgot to load RPC::XML::Client::send_request: HTTP
server error: you need?) at /usr/local/vcl/bin/../lib/VCL/utils.pm line
9121.
|3394|blockrequest| ( 0) vcld, die_handler (line: 636)
|3394|blockrequest| (-1) utils.pm, xmlrpc_call (line: 9121)
|3394|blockrequest| (-2) blockrequest.pm, process_block_time (line: 373)
|3394|blockrequest| (-3) blockrequest.pm, process (line: 193)
|3394|blockrequest| (-4) vcld, make_new_child (line: 568)
|3394|blockrequest| (-5) vcld, main (line: 448)


On Mon, Feb 6, 2012 at 12:23, Andy Kurth andy_ku...@ncsu.edu wrote:

 I updated install_perl_libs.pl in the repository:

 https://svn.apache.org/repos/asf/incubator/vcl/trunk/managementnode/bin/install_perl_libs.pl

 You should now be able to run it without having to perform any
 additional steps.  Please give it a try.

 Thanks,
 Andy

 On Wed, Feb 1, 2012 at 1:53 PM, Mike Haudenschild m...@longsight.com
 wrote:
  All,
 
  I've managed to get around the CRITICAL error I was seeing in the vcld
 log
  during block allocations.  perl-libwww-perl wasn't installed.  *sigh*
   Installing that prior to running install_perl_libs.pl solved the
 problem
  (should that be added to the install_perl_libs script?).  I noticed that
  there are two listings of PERL-related software required for the
 management
  node:
 
 
 https://cwiki.apache.org/confluence/display/VCL/VCL+2.2.1+Management+Node+Installation
 
  and
 
  https://cwiki.apache.org/confluence/display/VCL/Apache+VCL
 
  We might want to consolidate those.  I was running from the install docs
  and didn't even think to check that perl-libwww-perl was installed.
 
  Prior to this, I'd developed a manual workaround, installing RPC-XML 0.71
  (which is NOT the most recent version) using the make method from the
 CPAN
  archive.
 
  Note that I'm on CentOS 5.7, clean install and fully updated prior to
  install VCL management node.  There is no package perl-XML-RPC (called
 from
  the script) available from the repos (with EPEL enabled),
  and perl-libwww-perl wasn't installed by default.
 
  Here's the process I used...
 
1. Used the 2.2.1 release install_perl_libs.pl script
2. Commented out the line that tells install_perl_libs.pl to retrieve
RPC::XML from CPAN (line 285)
3. Ran install_perl_libs.pl
4. Installed RPC-XML 0.71 from CPAN
5. Completed VCL management node install steps from the documentation
 
  I went with the lowest-versions of the various dependencies needed by
  RPC-XML 0.71, which is obviously not a best-practice...  I'd appreciate
 any
  feedback from the list on whether that may have unintended
 consequences...
 
  Here's the dependency tree with links:
 
- RPC-XML 0.71 (http://search.cpan.org/~rjray/RPC-XML-0.71/)
   - libwww-perl (LWP) 5.801 (
   https://metacpan.org/release/GAAS/libwww-perl-5.801)
  - URI 1.10 (https://metacpan.org/release/GAAS/URI-1.10) ... note
  that some tests FAILED
  - HTML-Parser 3.33 (
  https://metacpan.org/release/GAAS/HTML-Parser-3.33)
 - HTML-Tagest 3.02 (
 https://metacpan.org/release/SBURKE/HTML-Tagset-3.02/)
  - XML-Parser 2.31 (
   https://metacpan.org/release/COOPERCL/XML-Parser-2.31)
 
  Having the most recent perl-libwww-perl from CPAN yielded an install that
  didn't include LWP::Protocol::https (and the script is trying to make an
  HTTPS connection).  Installing LWP-Protocol-https doesn't solve the
 problem
  because of stricter SSL certification requirements and hostname
  verification (
 
 http://search.cpan.org/~gaas/LWP-Protocol-https-6.02/lib/LWP/Protocol/https.pm
  ).
 
  Many thanks,
  Mike
 
 
  On Wed, Feb 1, 2012 at 11:44, Andy Kurth andy_ku...@ncsu.edu wrote:
 
  You shouldn't have to install anything manually.  It looks like there
  are some problems with the current install_perl_libs.pl script.  There
  is a CPAN notest option which I added to make the script run a lot
  faster.  Apparently this option isn't always available.  Try editing
  install_perl_libs.pl and then run it again.  Swap the comment from the
  install line to the notest line, change:
 
  eval { CPAN::Shell-notest(install, $perl_module) };
  #eval { CPAN::Shell-install($perl_module) };
 
  -to-
 
  #eval { CPAN::Shell-notest(install, $perl_module) };
  eval { CPAN::Shell-install($perl_module) };
 
 
  Also, was epel successfully installed?  Run 'yum 

Numerous AJAX errors

2012-02-06 Thread Mike Haudenschild
Good evening, dev team --

I started seeing AJAX errors accessing VCL pages out of the blue today.  I
changed the domain serving VCL and added the appropriate SSL certs, but
when this problem occurred I rolled those changes back.  Even after rolling
back the changes (I'm back to my original domain and SSL config) I'm still
getting numerous AJAX errors:

- entering the new reservation page
- when the current reservations page attempts to auto-refresh when a
request is pending

AJAX Error: syntax error
Line 42 in https://urvcl.richmond.edu/js/requests.js


AJAX Error: syntax error
Line 14 in https://urvcl.richmond.edu/dojo/dojo/dojo.js

- attempting to delete a block allocation


AJAX Error: syntax error
Line 58 in https://urvcl.richmond.edu/js/blockallocations.js

- creating a new block allocation

Any guidance would be appreciated.

Thanks!
Mike

--
*Mike Haudenschild*
Education Systems Manager
Longsight Group
(740) 599-5005 x809
m...@longsight.com
www.longsight.com


Re: Numerous AJAX errors

2012-02-06 Thread Mike Haudenschild
Solved it -- rebuilt my conf.php from the default.  I must have edited it
without the -w option on nano or something, and corrupted it...



On Mon, Feb 6, 2012 at 17:12, Mike Haudenschild m...@longsight.com wrote:

 Good evening, dev team --

 I started seeing AJAX errors accessing VCL pages out of the blue today.  I
 changed the domain serving VCL and added the appropriate SSL certs, but
 when this problem occurred I rolled those changes back.  Even after rolling
 back the changes (I'm back to my original domain and SSL config) I'm still
 getting numerous AJAX errors:

 - entering the new reservation page
 - when the current reservations page attempts to auto-refresh when a
 request is pending

 AJAX Error: syntax error
 Line 42 in https://urvcl.richmond.edu/js/requests.js


 AJAX Error: syntax error
 Line 14 in https://urvcl.richmond.edu/dojo/dojo/dojo.js

 - attempting to delete a block allocation


 AJAX Error: syntax error
 Line 58 in https://urvcl.richmond.edu/js/blockallocations.js

 - creating a new block allocation

 Any guidance would be appreciated.

 Thanks!
 Mike

 --
 *Mike Haudenschild*
 Education Systems Manager
 Longsight Group
 (740) 599-5005 x809
 m...@longsight.com
 www.longsight.com