Hi Aaron, I hadn't noticed this specifically (was on CentOS 5.7), but I was hunting specifically for RPC-XML issues so I might've missed it. I can run another test install on a clean setup later this week with the updated install_perl_libs.pl.
Mike On Fri, Feb 17, 2012 at 09:06, Aaron Peeler <aaron_pee...@ncsu.edu> wrote: > Hi Mike, > > When you ran the latest install_perl_libs.pl. > > Did you see any errors in the CPAN section - should be toward the end > of the output. > That had: > cpan tar: Options `-[0-7][lmh]' not supported by *this* tar > > I'm seeing an error related to config option for cpan that the > verbosity level is set wrong on different linux OS versions. It's not > consistent, so just checking to see if you had seen this. > > Thanks, > Aaron > > > On Mon, Feb 6, 2012 at 3:53 PM, Mike Haudenschild <m...@longsight.com> > wrote: > > 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 repolist'. Do you > >> >> see epel listed? If not, check the install_perl_libs.pl output for > >> >> errors when it tries to install it. > >> >> > >> >> -Andy > >> >> > >> >> > >> >> On Tue, Jan 31, 2012 at 6:07 PM, Mike Haudenschild < > m...@longsight.com> > >> >> wrote: > >> >> > Here's the output: > >> >> > > >> >> > @@@@@ > >> >> > XML::LibXML not found > >> >> > > >> >> > You may ignore the warnings about XML::LibXML not being > >> present, > >> >> if > >> >> > you plan only to use the XML::Parser-based parsing engine. > The > >> use > >> >> > of XML::LibXML is completely optional. > >> >> > @@@@@ > >> >> > > >> >> > WARNING: MIN_PERL_VERSION is not a known parameter. > >> >> > WARNING: META_MERGE is not a known parameter. > >> >> > WARNING: LICENSE is not a known parameter. > >> >> > Warning: prerequisite LWP 5.834 not found. We have 5.805. > >> >> > Warning: prerequisite Test::More 0.94 not found. We have 0.62. > >> >> > 'LICENSE' is not a known MakeMaker parameter name. > >> >> > 'META_MERGE' is not a known MakeMaker parameter name. > >> >> > 'MIN_PERL_VERSION' is not a known MakeMaker parameter name. > >> >> > Writing Makefile for RPC::XML > >> >> > > >> >> > > >> >> > > >> >> > On Tue, Jan 31, 2012 at 17:52, Mike Haudenschild < > m...@longsight.com> > >> >> wrote: > >> >> > > >> >> >> Hi Aaron, > >> >> >> > >> >> >> You're right, RPC-XML wasn't installed, although perl-libwww-perl > is > >> >> >> installed and updated. > >> >> >> > >> >> >> Should I install RPC-XML AFTER I run install_perl_libs.pl? (I > get > >> >> errors > >> >> >> when I run Makefile about various missing prerequisites on a clean > >> >> CentOS > >> >> >> install.) > >> >> >> > >> >> >> Thanks, > >> >> >> Mike > >> >> >> > >> >> >> On Tue, Jan 31, 2012 at 16:49, Aaron Coburn <acob...@amherst.edu> > >> >> wrote: > >> >> >> > >> >> >>> Oh. It looks like RPC-XML is not installed. > >> >> >>> > >> >> >>> You can verify that by using this command: > >> >> >>> > >> >> >>> perl -MRPC::XML -e "print 'have a nice day'" > >> >> >>> > >> >> >>> If you get errors, the module isn't installed. If the script > seems > >> >> >>> friendly, then the module is installed. > >> >> >>> > >> >> >>> If the module is not installed, download it from here: > >> >> >>> http://search.cpan.org/dist/RPC-XML/ > >> >> >>> > >> >> >>> unpack it and install it like so: > >> >> >>> > >> >> >>> perl Makefile.PL > >> >> >>> make && make test > >> >> >>> sudo make install > >> >> >>> > >> >> >>> Then try the command again that I listed above. > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> On Jan 31, 2012, at 4:42 PM, Mike Haudenschild wrote: > >> >> >>> > >> >> >>> > Hi Aaron, > >> >> >>> > > >> >> >>> > I get the following errors running install_perl_libs from > trunk, > >> on > >> >> >>> CentOS > >> >> >>> > 5.7 fully updated: > >> >> >>> > > >> >> >>> > *No package perl-CPAN available.* > >> >> >>> > *WARNING: unexpected output returned while installing Linux > >> package: > >> >> >>> > 'perl-CPAN'* > >> >> >>> > *this has happened since my first install, but doesn't seem to > be > >> a > >> >> >>> problem > >> >> >>> > since cpan is already installed in CentOS base > >> >> >>> > > >> >> >>> > *No package perl-RPC-XML available.* > >> >> >>> > *WARNING: unexpected output returned while installing Linux > >> package: > >> >> >>> > 'perl-RPC-XML'* > >> >> >>> > *this has also happened since my first install, but I've never > >> been > >> >> >>> able to > >> >> >>> > resolve this. I thought perhaps the CPAN commands issued at > the > >> end > >> >> of > >> >> >>> the > >> >> >>> > install script installed RPC::XML from CPAN...? > >> >> >>> > > >> >> >>> > All of the PERL module installs throw: > >> >> >>> > *Unknown command 'notest'. Type ? for help.* > >> >> >>> > > >> >> >>> > Two PERL modules fail to install: > >> >> >>> > > >> >> >>> > *Attempting to install Perl module using CPAN: > >> 'Object::InsideOut'* > >> >> >>> > *Unknown command 'notest'. Type ? for help.* > >> >> >>> > *checking if Object::InsideOut Perl module is installed...* > >> >> >>> > *Perl module Object::InsideOut appears to be installed but the > >> >> version > >> >> >>> > could not be determined* > >> >> >>> > *command: perl -e "eval \"use Object::InsideOut\"; print > >> >> >>> > \$Object::InsideOut::VERSION" 2>&1* > >> >> >>> > *output:* > >> >> >>> > *ERROR: failed to install Perl module: 'Object::InsideOut'* > >> >> >>> > > >> >> >>> > > >> >> >>> > *Attempting to install Perl module using CPAN: 'RPC::XML'* > >> >> >>> > *Unknown command 'notest'. Type ? for help.* > >> >> >>> > *checking if RPC::XML Perl module is installed...* > >> >> >>> > *Perl module RPC::XML appears to be installed but the version > >> could > >> >> not > >> >> >>> be > >> >> >>> > determined* > >> >> >>> > *command: perl -e "eval \"use RPC::XML\"; print > >> \$RPC::XML::VERSION" > >> >> >>> 2>&1* > >> >> >>> > *output:* > >> >> >>> > *ERROR: failed to install Perl module: 'RPC::XML'* > >> >> >>> > > >> >> >>> > Thanks!! > >> >> >>> > Mike > >> >> >>> > > >> >> >>> > -- > >> >> >>> > *Mike Haudenschild* > >> >> >>> > Education Systems Manager > >> >> >>> > Longsight Group > >> >> >>> > (740) 599-5005 x809 > >> >> >>> > m...@longsight.com > >> >> >>> > www.longsight.com > >> >> >>> > > >> >> >>> > > >> >> >>> > > >> >> >>> > On Tue, Jan 31, 2012 at 14:43, Aaron Peeler < > >> aaron_pee...@ncsu.edu> > >> >> >>> wrote: > >> >> >>> > > >> >> >>> >> Hi Mike, > >> >> >>> >> > >> >> >>> >> Apologies for not responding on this. > >> >> >>> >> > >> >> >>> >> Are you still seeing this issue with your block allocations? > >> >> >>> >> > >> >> >>> >> If so you could try to use the latest > install_perl_libs.plscript > >> >> >>> >> > >> >> >>> >> > >> >> >>> > >> >> > >> > https://svn.apache.org/repos/asf/incubator/vcl/trunk/managementnode/bin/install_perl_libs.pl > >> >> >>> >> > >> >> >>> >> Aaron > >> >> >>> >> > >> >> >>> >> On Wed, Jan 25, 2012 at 6:40 PM, Mike Haudenschild < > >> >> m...@longsight.com > >> >> >>> > > >> >> >>> >> wrote: > >> >> >>> >>> Dev team, > >> >> >>> >>> > >> >> >>> >>> I would very much appreciate guidance on whether I should try > >> >> defining > >> >> >>> >> (or > >> >> >>> >>> bypassing) the SSL cert variables in the PERL scripts, or if > I > >> >> >>> should/can > >> >> >>> >>> downgrade the applicable PERL modules to older known-working > >> >> versions > >> >> >>> to > >> >> >>> >>> workaround this issue altogether. > >> >> >>> >>> > >> >> >>> >>> The log was telling me that LWP::Protocol::https was > required, > >> and > >> >> >>> it's > >> >> >>> >> not > >> >> >>> >>> installed by the install_perl_libs script (because > >> >> >>> LWP::Protocol::https > >> >> >>> >> was > >> >> >>> >>> recently split out from libwww-perl?). Once installed, > >> however, I > >> >> get > >> >> >>> >>> static as shown in the logs below. > >> >> >>> >>> > >> >> >>> >>> I'm dead in the water with block allocations. Thanks very > much > >> for > >> >> >>> any > >> >> >>> >>> help. > >> >> >>> >>> > >> >> >>> >>> Regards, > >> >> >>> >>> Mike > >> >> >>> >>> > >> >> >>> >>> > >> >> >>> >>> On Tue, Jan 24, 2012 at 21:00, Mike Haudenschild < > >> >> m...@longsight.com> > >> >> >>> >> wrote: > >> >> >>> >>> > >> >> >>> >>>> Good evening, > >> >> >>> >>>> > >> >> >>> >>>> I apologize for the numerous emails, but as I continue > working > >> >> >>> through > >> >> >>> >>>> this something new popped up: > >> >> >>> >>>> > >> >> >>> >>>> I managed to get LWP::Protocol::https to install by first > >> updating > >> >> >>> >>>> Net::SSLLeay with CPAN. > >> >> >>> >>>> > >> >> >>> >>>> However, when making a block allocation I now get this in > the > >> log: > >> >> >>> >>>> > >> >> >>> >>>> |4978|blockrequest| ---- CRITICAL ---- > >> >> >>> >>>> |4978|blockrequest| 2012-01-24 20 > >> >> >>> >> :53:45|4978|blockrequest|vcld:die_handler(636)|Can't > >> >> >>> >>>> locate object method "type" via package > >> >> >>> "RPC::XML::Client::send_request: > >> >> >>> >>>> HTTP server error:* Can't connect to vclserver:443< > >> >> >>> >> http://urichmond.longsight.com:443>(certificate verify > failed) > >> >> >>> >>>> *" (perhaps you forgot to load > "RPC::XML::Client::send_request: > >> >> HTTP > >> >> >>> >>>> server error: Can't connect to server.domain.com:443 > (certificate > >> >> >>> >> verify > >> >> >>> >>>> failed)"?) at /usr/local/vcl/bin/../lib/VCL/utils.pm line > >> 9121. > >> >> >>> >>>> |4978|blockrequest| ( 0) vcld, die_handler (line: 636) > >> >> >>> >>>> |4978|blockrequest| (-1) utils.pm, xmlrpc_call (line: 9121) > >> >> >>> >>>> |4978|blockrequest| (-2) blockrequest.pm, > process_block_time > >> >> (line: > >> >> >>> >> 373) > >> >> >>> >>>> |4978|blockrequest| (-3) blockrequest.pm, process (line: > 193) > >> >> >>> >>>> |4978|blockrequest| (-4) vcld, make_new_child (line: 568) > >> >> >>> >>>> |4978|blockrequest| (-5) vcld, main (line: 448) > >> >> >>> >>>> > >> >> >>> >>>> 2012-01-24 20 > >> >> >>> >> > :53:45|4978|blockrequest|State.pm:DESTROY(829)|VCL::blockrequest > >> >> >>> >>>> destructor called, address: f7be070 > >> >> >>> >>>> 2012-01-24 20 > >> >> :53:45|4978|blockrequest|State.pm:DESTROY(848)|number > >> >> >>> of > >> >> >>> >>>> database handles state process created: 1 > >> >> >>> >>>> 2012-01-24 20:53:45|4138|vcld:REAPER(718)|VCL process exited > >> for > >> >> >>> >>>> reservation <unknown>, PID: 4978, signal: CHLD > >> >> >>> >>>> > >> >> >>> >>>> My limited understanding of PERL is at play here, but from > my > >> >> >>> research > >> >> >>> >> it > >> >> >>> >>>> seems that updated versions of LWP::UserAgent do strict SSL > >> >> >>> certificate > >> >> >>> >>>> checking. (We do have a CA-issued SSL cert installed for > the > >> VCL > >> >> Web > >> >> >>> >> front > >> >> >>> >>>> end.) > >> >> >>> >>>> > >> >> >>> >>>> > >> >> >>> >>>> > >> >> >>> >> > >> >> >>> > >> >> > >> > http://stackoverflow.com/questions/74358/how-can-i-get-lwp-to-validate-ssl-server-certificates > >> >> >>> >>>> > >> >> >>> >>>> I'd very much appreciate any feedback from experts on the > list. > >> >> >>> >>>> > >> >> >>> >>>> Many thanks, > >> >> >>> >>>> Mike > >> >> >>> >>>> > >> >> >>> >>>> > >> >> >>> >>>> On Tue, Jan 24, 2012 at 20:12, Mike Haudenschild < > >> >> m...@longsight.com > >> >> >>> >>> wrote: > >> >> >>> >>>> > >> >> >>> >>>>> I've been looking into this further, and I've found what > >> appears > >> >> to > >> >> >>> be > >> >> >>> >> a > >> >> >>> >>>>> missing PERL module (LWP::Protocol::https). I attempted to > >> >> install > >> >> >>> it > >> >> >>> >>>>> manually with CPAN, but I get two test errors. I've > attached > >> the > >> >> >>> CPAN > >> >> >>> >>>>> error message immediately below, and the section of > vcld.log > >> from > >> >> >>> the > >> >> >>> >>>>> moment I save the block allocation. > >> >> >>> >>>>> > >> >> >>> >>>>> Thanks to all, > >> >> >>> >>>>> Mike > >> >> >>> >>>>> > >> >> >>> >>>>> ------ > >> >> >>> >>>>> > >> >> >>> >>>>> t/apache....# Failed test 1 in t/apache.t at line 12 > >> >> >>> >>>>> # t/apache.t line 12 is: ok($res->is_success); > >> >> >>> >>>>> # Failed test 2 in t/apache.t at line 13 > >> >> >>> >>>>> # t/apache.t line 13 is: ok($res->content =~ /Apache > Software > >> >> >>> >>>>> Foundation/); > >> >> >>> >>>>> t/apache....FAILED tests 1-2 > >> >> >>> >>>>> Failed 2/2 tests, 0.00% okay > >> >> >>> >>>>> Failed Test Stat Wstat Total Fail Failed List of Failed > >> >> >>> >>>>> > >> >> >>> >>>>> > >> >> >>> >> > >> >> >>> > >> >> > >> > ------------------------------------------------------------------------------- > >> >> >>> >>>>> t/apache.t 2 2 100.00% 1-2 > >> >> >>> >>>>> Failed 1/1 test scripts, 0.00% okay. 2/2 subtests failed, > >> 0.00% > >> >> >>> okay. > >> >> >>> >>>>> make: *** [test_dynamic] Error 255 > >> >> >>> >>>>> /usr/bin/make test -- NOT OK > >> >> >>> >>>>> Running make install > >> >> >>> >>>>> make test had returned bad status, won't install without > >> force > >> >> >>> >>>>> > >> >> >>> >>>>> ------ > >> >> >>> >>>>> > >> >> >>> >>>>> > >> >> >>> >>>>> 2012-01-24 19:40:35|3518|blockrequest|blockrequest.pm: > >> >> >>> >> process(166)|owner > >> >> >>> >>>>> email: root@localhost > >> >> >>> >>>>> Use of uninitialized value in concatenation (.) or string > at > >> >> >>> >>>>> /usr/local/vcl/bin/../lib/VCL/blockrequest.pm line > 167 > >> >> (#1) > >> >> >>> >>>>> (W uninitialized) An undefined value was used as if it > were > >> >> >>> already > >> >> >>> >>>>> defined. It was interpreted as a "" or a 0, but maybe > it > >> was > >> >> a > >> >> >>> >>>>> mistake. > >> >> >>> >>>>> To suppress this warning assign a defined value to your > >> >> >>> variables. > >> >> >>> >>>>> > >> >> >>> >>>>> To help you figure out what was undefined, perl tells > you > >> what > >> >> >>> >>>>> operation > >> >> >>> >>>>> you used the undefined value in. Note, however, that > perl > >> >> >>> >> optimizes > >> >> >>> >>>>> your > >> >> >>> >>>>> program and the operation displayed in the warning may > not > >> >> >>> >> necessarily > >> >> >>> >>>>> appear literally in your program. For example, "that > >> $foo" is > >> >> >>> >>>>> usually optimized into "that " . $foo, and the warning > will > >> >> refer > >> >> >>> >> to > >> >> >>> >>>>> the concatenation (.) operator, even though there is no > . > >> in > >> >> your > >> >> >>> >>>>> program. > >> >> >>> >>>>> > >> >> >>> >>>>> > >> >> >>> >>>>> |3518|blockrequest| ---- WARNING ---- > >> >> >>> >>>>> |3518|blockrequest| 2012-01-24 19 > >> >> >>> >> :40:35|3518|blockrequest|vcld:warning_handler(610)|Use > >> >> >>> >>>>> of uninitialized value in concatenation (.) or string at > >> >> >>> >>>>> /usr/local/vcl/bin/../lib/VCL/blockrequest.pm line 167. > >> >> >>> >>>>> |3518|blockrequest| ( 0) vcld, warning_handler (line: 610) > >> >> >>> >>>>> |3518|blockrequest| (-1) blockrequest.pm, process (line: > 167) > >> >> >>> >>>>> |3518|blockrequest| (-2) vcld, make_new_child (line: 568) > >> >> >>> >>>>> |3518|blockrequest| (-3) vcld, main (line: 448) > >> >> >>> >>>>> > >> >> >>> >>>>> 2012-01-24 19:40:35|3518|blockrequest|blockrequest.pm: > >> >> >>> >> process(167)|help > >> >> >>> >>>>> address: > >> >> >>> >>>>> 2012-01-24 19:40:35|3518|blockrequest|blockrequest.pm: > >> >> >>> >> process(172)|updated > >> >> >>> >>>>> process flag on blocktime_id= 4 > >> >> >>> >>>>> 2012-01-24 19:40:35|3518|blockrequest|blockrequest.pm: > >> >> >>> >> process(192)|processing > >> >> >>> >>>>> blocktime_id= 4 pass 1 > >> >> >>> >>>>> 2012-01-24 19:40:35|3518|blockrequest|utils.pm: > >> >> >>> >> xmlrpc_call(9105)|argument_string= > >> >> >>> >>>>> XMLRPCprocessBlockTime 4 1 > >> >> >>> >>>>> 2012-01-24 19:40:35|3518|blockrequest|utils.pm: > >> >> mail(1268)|SUCCESS > >> >> >>> -- > >> >> >>> >>>>> Sending mail To: 0, PROBLEM -- vcld:die_handler(636)|test > >> >> >>> >>>>> > >> >> >>> >>>>> |3518|blockrequest| ---- CRITICAL ---- > >> >> >>> >>>>> |3518|blockrequest| 2012-01-24 19 > >> >> >>> >> :40:35|3518|blockrequest|vcld:die_handler(636)|Can't > >> >> >>> >>>>> locate object method "type" via package > >> >> >>> >> "RPC::XML::Client::send_request: > >> >> >>> >>>>> HTTP server error: Protocol scheme 'https' is not supported > >> >> >>> >>>>> (LWP::Protocol::https not installed)" (perhaps you forgot > to > >> load > >> >> >>> >>>>> "RPC::XML::Client::send_request: HTTP server error: > Protocol > >> >> scheme > >> >> >>> >> 'https' > >> >> >>> >>>>> is not supported (LWP::Protocol::https not installed)"?) at > >> >> >>> >>>>> /usr/local/vcl/bin/../lib/VCL/utils.pm line 9121. > >> >> >>> >>>>> |3518|blockrequest| ( 0) vcld, die_handler (line: 636) > >> >> >>> >>>>> |3518|blockrequest| (-1) utils.pm, xmlrpc_call (line: > 9121) > >> >> >>> >>>>> |3518|blockrequest| (-2) blockrequest.pm, > process_block_time > >> >> (line: > >> >> >>> >> 373) > >> >> >>> >>>>> |3518|blockrequest| (-3) blockrequest.pm, process (line: > 193) > >> >> >>> >>>>> |3518|blockrequest| (-4) vcld, make_new_child (line: 568) > >> >> >>> >>>>> |3518|blockrequest| (-5) vcld, main (line: 448) > >> >> >>> >>>>> > >> >> >>> >>>>> 2012-01-24 19 > >> >> >>> >> > :40:35|3518|blockrequest|State.pm:DESTROY(829)|VCL::blockrequest > >> >> >>> >>>>> destructor called, address: 96b7c1c > >> >> >>> >>>>> 2012-01-24 19 > >> >> :40:35|3518|blockrequest|State.pm:DESTROY(848)|number > >> >> >>> of > >> >> >>> >>>>> database handles state process created: 1 > >> >> >>> >>>>> 2012-01-24 19:40:35|3459|vcld:REAPER(718)|VCL process > exited > >> for > >> >> >>> >>>>> reservation <unknown>, PID: 3518, signal: CHLD > >> >> >>> >>>>> > >> >> >>> >>>>> > >> >> >>> >>>>> > >> >> >>> >>>>> On Tue, Jan 24, 2012 at 12:05, Mike Haudenschild < > >> >> >>> m...@longsight.com > >> >> >>> >>> wrote: > >> >> >>> >>>>> > >> >> >>> >>>>>> Hello, VCL dev -- > >> >> >>> >>>>>> > >> >> >>> >>>>>> I've seen three instances of "relaim" errors on my VCL > >> instance > >> >> >>> today > >> >> >>> >> -- > >> >> >>> >>>>>> machines that vcld couldn't seem to reach, although they > >> >> appeared > >> >> >>> >> running > >> >> >>> >>>>>> on the ESXi console. > >> >> >>> >>>>>> > >> >> >>> >>>>>> It started when I began creating block allocations (which > did > >> >> not > >> >> >>> >> appear > >> >> >>> >>>>>> to work). In both cases there seemed to be text in the > log > >> >> >>> regarding > >> >> >>> >>>>>> incorrect SQL syntax. > >> >> >>> >>>>>> > >> >> >>> >>>>>> After the errors, the affected machines showed as > "failed" in > >> >> the > >> >> >>> VCL > >> >> >>> >>>>>> front end, but eventually reloaded and appear to be > working > >> >> fine. > >> >> >>> >>>>>> > >> >> >>> >>>>>> Regular, individual reservations appear to be working > fine. > >> >> I've > >> >> >>> >>>>>> attached both snippets of log and would appreciate any > >> feedback. > >> >> >>> >>>>>> > >> >> >>> >>>>>> Many thanks, > >> >> >>> >>>>>> Mike > >> >> >>> >>>>>> > >> >> >>> >>>>> > >> >> >>> >>>>> > >> >> >>> >>>> > >> >> >>> >> > >> >> >>> >> > >> >> >>> >> > >> >> >>> >> -- > >> >> >>> >> Aaron Peeler > >> >> >>> >> Program Manager > >> >> >>> >> Virtual Computing Lab > >> >> >>> >> NC State University > >> >> >>> >> > >> >> >>> >> All electronic mail messages in connection with State business > >> which > >> >> >>> >> are sent to or received by this account are subject to the NC > >> Public > >> >> >>> >> Records Law and may be disclosed to third parties. > >> >> >>> >> > >> >> >>> > >> >> >>> > >> >> >> > >> >> > >> > > > > -- > Aaron Peeler > Program Manager > Virtual Computing Lab > NC State University > > All electronic mail messages in connection with State business which > are sent to or received by this account are subject to the NC Public > Records Law and may be disclosed to third parties. >
