Sorry.. forgot to mention that when I try to run your script 'apitest.php' , I get this message: error: Access denied (3)
On Fri, Jul 9, 2010 at 4:17 PM, Kiran N <[email protected]> wrote: > Thank you Josh! > > Ok, I made a new reservation on sandbox image just to make sure I have > everything correct. I made a block reservation from 6:00 pm to 7:00 pm on > 07/08/10 > The problem I am facing is as shown in the log. > > 2010-07-09 15:59:36|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 15:59:36 > 2010-07-09 15:59:36|10471|utils.pm:get_management_node_info(6815)|management > node info retrieved from database for localhost > 2010-07-09 15:59:36|10471|utils.pm:check_blockrequest_time(1111)|block > request start time is within start window ( 120 minutes from now), > returning 'start' > 2010-07-09 15:59:36|10471|DataStructure.pm:_automethod(697)|data structure > updated: $self->blockrequest_data->{1}{ MODE} > |10471| blockrequest_mode = start > 2010-07-09 15:59:36|10471|vcld:main(439)|block request 1 'testblock' > processing set to 1 > 2010-07-09 15:59:36|10471|vcld:make_new_child(509)|loaded VCL::blockrequest > module > 2010-07-09 15:59:36|11070|vcld:make_new_child(582)|vcld environment > variable set to 0 for this process > 2010-07-09 15:59:36|11070|blockrequest|Module.pm:new(132)|constructor > called, class=VCL::blockrequest > 2010-07-09 15:59:36|11070|blockrequest|Module.pm:new(154)|VCL::blockrequest > object created > 2010-07-09 15:59:36|10471|vcld:make_new_child(566)|current number of forked > kids: 1 > 2010-07-09 15:59:36|11070|blockrequest|blockrequest.pm:initialize(84)|obtained > a database handle for this state pr ocess, stored as $ENV{dbh} > 2010-07-09 > 15:59:36|11070|blockrequest|utils.pm:rename_vcld_process(7901)|renamed > process to 'vcld VCL::blockreque st 1:1 'testblock'' > 2010-07-09 > 15:59:36|11070|blockrequest|blockrequest.pm:initialize(97)|returning > 1 > 2010-07-09 > 15:59:36|11070|blockrequest|vcld:make_new_child(591)|VCL::blockrequest > object created and initialized > 2010-07-09 > 15:59:36|11070|blockrequest|blockrequest.pm:process(141)|blockrequest > id: 1 > 2010-07-09 > 15:59:36|11070|blockrequest|blockrequest.pm:process(142)|blockrequest > mode: start > 2010-07-09 > 15:59:36|11070|blockrequest|blockrequest.pm:process(143)|blockrequest > image id: 10 > 2010-07-09 > 15:59:36|11070|blockrequest|blockrequest.pm:process(144)|blockrequest > number machines: 1 > 2010-07-09 > 15:59:36|11070|blockrequest|blockrequest.pm:process(145)|blockrequest > expire: 2010-07-09 19:00:00 > 2010-07-09 15:59:36|11070|blockrequest|blockrequest.pm:process(146)|blocktime > id: 1 > 2010-07-09 15:59:36|11070|blockrequest|blockrequest.pm:process(147)|blocktime > processed: 0 > 2010-07-09 15:59:36|11070|blockrequest|blockrequest.pm:process(148)|blocktime > start: 2010-07-09 18:00:00 > 2010-07-09 15:59:36|11070|blockrequest|blockrequest.pm:process(149)|blocktime > end: 2010-07-09 19:00:00 > 2010-07-09 15:59:36|11070|blockrequest|blockrequest.pm:process(154)|updated > process flag on blocktime_id= 1 > > No recipient addresses found in header > 2010-07-09 15:59:36|11070|blockrequest|utils.pm:mail(1348)|SUCCESS -- > Sending mail To: , PROBLEM -- blockrequest.pm > > |11070|blockrequest| ---- CRITICAL ---- > |11070|blockrequest| 2010-07-09 > 15:59:36|11070|blockrequest|blockrequest.pm:process(174)|xmlrpc error on > blockrequ est_id=1 blocktime_id=1 : empty user group and > ignoreprivileges set to 0 > |11070|blockrequest| ( 0) utils.pm, notify (line: 737) > |11070|blockrequest| (-1) blockrequest.pm, process (line: 174) > |11070|blockrequest| (-2) vcld, make_new_child (line: 594) > |11070|blockrequest| (-3) vcld, main (line: 442) > > 2010-07-09 > 15:59:36|11070|blockrequest|blockrequest.pm:pauseprocessing(252)|going > to sleep for 30 seconds, delta=0 (until delta >= 480) > 2010-07-09 15:59:41|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 15:59:41 > 2010-07-09 15:59:46|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 15:59:46 > > 2010-07-09 > 16:06:36|11070|blockrequest|blockrequest.pm:pauseprocessing(252)|going > to sleep for 30 seconds, delta=420 (until delta >= 480) > 2010-07-09 16:06:37|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 16:06:37 > 2010-07-09 16:06:42|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 16:06:42 > 2010-07-09 16:06:47|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 16:06:47 > 2010-07-09 16:06:52|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 16:06:52 > 2010-07-09 16:06:57|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 16:06:57 > 2010-07-09 16:07:02|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 16:07:02 > 2010-07-09 > 16:07:06|11070|blockrequest|blockrequest.pm:pauseprocessing(252)|going > to sleep for 30 seconds, delta=450 (until delta >= 480) > 2010-07-09 16:07:07|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 16:07:07 > 2010-07-09 16:07:12|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 16:07:12 > 2010-07-09 16:07:17|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 16:07:17 > 2010-07-09 16:07:22|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 16:07:22 > 2010-07-09 16:07:27|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 16:07:27 > 2010-07-09 16:07:32|10471|vcld:main(165)|lastcheckin time updated for > management node 1: 2010-07-09 16:07:32 > 2010-07-09 16:07:36|11070|blockrequest|blockrequest.pm:process(181)|past > check window for this request, -- ok to proceed > 2010-07-09 16:07:36|11070|blockrequest|blockrequest.pm:process(185)|Removed > processing flag on blockrequest_id 1 > 2010-07-09 16:07:36|11070|blockrequest|State.pm:DESTROY(905)|destructor > called, ref($self)=VCL::blockrequest > 2010-07-09 16:07:36|11070|blockrequest|State.pm:DESTROY(924)|number of > database handles state process created: 1 > 2010-07-09 16:07:36|11070|blockrequest|State.pm:DESTROY(933)|process has a > database handle stored in $ENV{dbh}, attempting disconnect > 2010-07-09 16:07:36|11070|blockrequest|State.pm:DESTROY(935)|$ENV{dbh}: > database disconnect successful > 2010-07-09 > 16:07:36|11070|blockrequest|State.pm:DESTROY(949)|VCL::blockrequest process > 11070 exiting > > Use of uninitialized value in concatenation (.) or string at > /usr/local/vcl/bin/vcld line 744 (#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. > > > |10471| ---- WARNING ---- > |10471| 2010-07-09 16:07:36|10471|vcld:warning_handler(636)|Use of > uninitialized value in concatenation (.) or string at > /usr/local/vcl/bin/vcld line 744. > |10471| ( 0) utils.pm, notify (line: 737) > |10471| (-1) vcld, warning_handler (line: 636) > |10471| (-2) vcld, REAPER (line: 744) > |10471| (-3) vcld, (eval) (line: 159) > |10471| (-4) vcld, main (line: 159) > > 2010-07-09 16:07:36|10471|vcld:REAPER(744)|VCL process exited for > reservation > > Just for information,vcld.conf parameters:- > xmlrpc_username=vclsystem > xmlrpc_pass=insecureDefault > xmlrpc_url=https://152.46.19.44/index.php?mode=xmlrpccall > > Thanks a lot for constant feedback!! > > > On Fri, Jul 9, 2010 at 9:50 AM, Josh Thompson <[email protected]>wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Kiran, >> >> I poked around on your Sandbox reservation a bit and used a test php >> script I >> have for making VCL API calls. I was able to create a new block >> reservation >> and then use my script to call the API to process it. So, you are using >> the >> correct credentials and URL. >> >> The xmlrpckey table is part of version 1 of the API which is deprecated >> and >> will be going away in VCL 2.2. >> >> Can you provide more information about what you are seeing that is not >> working? At 4 and 2 hours before a block reservation start time, vcld >> should >> make the API call to process the block time. If it is successful, the >> blockComputers table should be populated with computers for the block time >> and >> reload reservations should be created to load those computers at the >> appropriate times. >> >> I've attached my test php script. Hopefully the mail list won't eat it. >> >> Josh >> >> On Thursday July 08, 2010, Kiran N wrote: >> > Thanks for the input Cliff.. ! >> > But somehow I think I am setting some parameters wrong or I am missing >> some >> > information about settings.. >> > To summarize, >> > xmlrpc_username=ad...@local >> > xmlrpc_pass=vclpasswordXXX >> > xmlrpc_url=https://152.46.20.182/index.php?mode=xmlrpccall >> > >> > The username and pasword above is same as what I use to login in vcl web >> > page.. >> > Also, I changed the conf.php file >> > $xmlrpcBlockAPIUsers = array(1,2,3 # vclsystem >> > ); >> > >> > But still I am not getting a block reservation processed. I chose the >> start >> > time at an interval of 4hrs to check if thats the problem. But no help! >> Do >> > I need to insert anything xmlrpckey table? >> > Please advice..! >> > >> > On Thu, Jul 8, 2010 at 6:43 PM, Clifton B Wood >> <[email protected]>wrote: >> > > Kiran, >> > > >> > > A friendly reminder that caught me when getting XMLRPC to work, >> > > remember to add the affiliation to the end of the >> > > xmlrpc_username. >> > > >> > > So if you are using the "vclsystem" user, xmlrpc_username should >> > > be "vclsys...@local" >> > > >> > > Good luck with getting those to work. I'm in a similar boat, at >> > > the moment. >> > > >> > > - Cliff >> > > >> > > Thank you! >> > > I just made the changes and started the block reservation. Will let >> you >> > > know >> > > if there are any issues.. >> > > >> > > On Thu, Jul 8, 2010 at 1:18 PM, Josh Thompson <[email protected] >> > > >> > > >wrote: >> > > > >> > > > -----BEGIN PGP SIGNED MESSAGE----- >> > > > Hash: SHA1 >> > > > >> > > > You'll either need to create a new local account for this or use one >> of >> > > >> > > the >> > > >> > > > existing ones. Either way, you'll need to add the numeric id from >> the >> > > >> > > user >> > > >> > > > table for that user to the $xmlrpcBlockAPIUsers array in conf.php. >> > > > >> > > > Josh >> > > > >> > > > On Thursday July 08, 2010, Kiran N wrote: >> > > > > I guess they are not set. >> > > > > So, it set the below variables as: >> > > > > xmlrpc_username=the unityid >> > > > > xmlrpc_pass=user password >> > > > > xmlrpc_url=https://ip/index.php?mode=xmlrpccall >> > > > > >> > > > > Correct me if I am wrong... >> > > > > >> > > > > On Thu, Jul 8, 2010 at 12:09 PM, Aaron Peeler < >> [email protected]> >> > > > >> > > > wrote: >> > > > > > Are the xmlrpc_* variables set in the vcld.conf? >> > > > > > >> > > > > > Aaron >> > > > > > >> > > > > > On 7/8/10 11:33 AM, Kiran N wrote: >> > > > > >> Hello All, >> > > > > >> I am tryin to make a block reservation for 2 machines with >> Centos >> > > > >> > > > image >> > > > >> > > > > >> on Sandbox. But it fails with the message shown below in the >> > > >> > > vcld.log >> > > >> > > > > >> 2010-07-08 01:49:05|2650|vcld:main(165)|lastcheckin time >> updated >> > > > > >> for management node 1: 2010-07-08 01:49:05 >> > > > > >> 2010-07-08 01:49:05|2650|utils.pm: >> > > >> > > check_blockrequest_time(1104)|block >> > > >> > > > > >> request start time is within start window (250 minutes from >> now), >> > > > > >> returning >> > > > > >> 'start' >> > > > > >> 2010-07-08 01:49:05|2650|DataStructure.pm:_automethod(697)|data >> > > > > >> structure updated: $self->blockrequest_data->{4}{MODE} >> > > > > >> >> > > > > >> |2650| blockrequest_mode = start >> > > > > >> >> > > > > >> 2010-07-08 01:49:05|2650|vcld:main(439)|block request 4 >> > > >> > > 'testblockres' >> > > >> > > > > >> processing set to 1 >> > > > > >> 2010-07-08 01:49:05|2650|vcld:make_new_child(509)|loaded >> > > > > >> VCL::blockrequest module >> > > > > >> 2010-07-08 01:49:05|10444|vcld:make_new_child(582)|vcld >> > > > > >> environment variable >> > > > > >> set to 0 for this process >> > > > > >> 2010-07-08 >> > > >> > > 01:49:05|10444|blockrequest|Module.pm:new(132)|constructor >> > > >> > > > > >> called, class=VCL::blockrequest >> > > > > >> 2010-07-08 >> > > > > >> >> 01:49:05|10444|blockrequest|Module.pm:new(154)|VCL::blockrequest >> > > > > >> object created >> > > > > >> 2010-07-08 01:49:05|2650|vcld:make_new_child(566)|current >> number >> > > > > >> of forked kids: 1 >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|blockrequest.pm: >> > > > > >> initialize(84)|obtained >> > > > > >> a database handle for this state process, stored as $ENV{dbh} >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|utils.pm: >> > > > > >> rename_vcld_process(7901)|renamed >> > > > > >> process to 'vcld VCL::blockrequest 4:3 'testblockres'' >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|blockrequest.pm: >> > > > > >> initialize(97)|returning >> > > > > >> 1 >> > > > > >> 2010-07-08 >> > > >> > > 01:49:05|10444|blockrequest|vcld:make_new_child(591)|VCL::blockrequest >> > > >> > > > > >> object created and initialized >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|blockrequest.pm: >> > > > > >> process(141)|blockrequest >> > > > > >> id: 4 >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|blockrequest.pm: >> > > > > >> process(142)|blockrequest >> > > > > >> mode: start >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|blockrequest.pm: >> > > > > >> process(143)|blockrequest >> > > > > >> image id: 10 >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|blockrequest.pm: >> > > > > >> process(144)|blockrequest >> > > > > >> number machines: 2 >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|blockrequest.pm: >> > > > > >> process(145)|blockrequest >> > > > > >> expire: 2010-07-08 17:00:00 >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|blockrequest.pm: >> > > > > >> process(146)|blocktime >> > > > > >> id: 3 >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|blockrequest.pm: >> > > > > >> process(147)|blocktime >> > > > > >> processed: 0 >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|blockrequest.pm: >> > > > > >> process(148)|blocktime >> > > > > >> start: 2010-07-08 06:00:00 >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|blockrequest.pm: >> > > > > >> process(149)|blocktime >> > > > > >> end: 2010-07-08 17:00:00 >> > > > > >> 2010-07-08 01:49:05|10444|blockrequest|blockrequest.pm: >> > > > > >> process(154)|updated >> > > > > >> process flag on blocktime_id= 3 >> > > > > >> No recipient addresses found in header >> > > > > >> 2010-07-08 01:49:06|10444|blockrequest|utils.pm: >> mail(1348)|SUCCESS >> > > >> > > -- >> > > >> > > > > >> Sending mail To: , PROBLEM -- vcld >> > > > > >> >> > > > > >> |10444|blockrequest| ---- CRITICAL ---- >> > > > > >> |10444|blockrequest| 2010-07-08 >> > > > > >> >> > > > > >> 01:49:05|10444|blockrequest|vcld:die_handler(662)|Can't use >> string >> > > > > >> ("RPC::XML::Client::new: Missing l") as a HASH ref while >> "strict >> > > >> > > refs" >> > > >> > > > > >> in use at /usr/local/vcl/bin/../lib/VCL/utils.pm line 9879. >> > > > > >> >> > > > > >> |10444|blockrequest| ( 0) utils.pm, notify (line: 737) >> > > > > >> |10444|blockrequest| (-1) vcld, die_handler (line: 662) >> > > > > >> |10444|blockrequest| (-2) utils.pm, xmlrpc_call (line: 9879) >> > > > > >> |10444|blockrequest| (-3) utils.pm, process_block_time (line: >> > > > > >> | 9832) 10444|blockrequest| (-4) blockrequest.pm, process >> (line: >> > > > > >> | 158) 10444|blockrequest| (-5) vcld, make_new_child (line: >> 594) >> > > > > >> | 10444|blockrequest| (-6) vcld, main (line: 442) >> > > > > >> >> > > > > >> 2010-07-08 >> > > > >> > > > 01:49:06|10444|blockrequest|State.pm:DESTROY(905)|destructor >> > > > >> > > > > >> called, ref($self)=VCL::blockrequest >> > > > > >> 2010-07-08 >> > > > > >> 01:49:06|10444|blockrequest|State.pm:DESTROY(924)|number >> > > >> > > of >> > > >> > > > > >> database handles state process created: 1 >> > > > > >> 2010-07-08 >> > > > > >> 01:49:06|10444|blockrequest|State.pm:DESTROY(933)|process >> > > > >> > > > has >> > > > >> > > > > >> a database handle stored in $ENV{dbh}, attempting disconnect >> > > > > >> 2010-07-08 >> > > > >> > > > 01:49:06|10444|blockrequest|State.pm:DESTROY(935)|$ENV{dbh}: >> > > > > >> database disconnect successful >> > > > > >> 2010-07-08 >> > > > > >> >> 01:49:06|10444|blockrequest|State.pm:DESTROY(949)|VCL::blockreques >> > > > > >>t process >> > > > > >> 10444 exiting >> > > > > >> >> > > > > >> |2650| ---- WARNING ---- >> > > > > >> |2650| 2010-07-08 01:49:06|2650|vcld:warning_handler(636)|Use >> of >> > > > > >> >> > > > > >> uninitialized value in concatenation (.) or string at >> > > > > >> /usr/local/vcl/bin/vcld line 744. >> > > > > >> >> > > > > >> |2650| ( 0) utils.pm, notify (line: 737) >> > > > > >> |2650| (-1) vcld, warning_handler (line: 636) >> > > > > >> |2650| (-2) vcld, REAPER (line: 744) >> > > > > >> |2650| (-3) vcld, (eval) (line: 159) >> > > > > >> |2650| (-4) vcld, main (line: 159) >> > > > > >> >> > > > > >> 2010-07-08 01:49:06|2650|vcld:REAPER(744)|VCL process exited >> for >> > > > > >> reservation >> > > > > >> 2010-07-08 01:49:06|2650|vcld:main(165)|lastcheckin time >> updated >> > > > > >> for management node 1: 2010-07-08 01:49:06 >> > > > > >> 2010-07-08 01:49:11|2650|vcld:main(165)|lastcheckin time >> updated >> > > > > >> for management node 1: 2010-07-08 01:49:11 >> > > > > >> 2010-07-08 01:49:16|2650|vcld:main(165)|lastcheckin time >> updated >> > > > > >> for management node 1: 2010-07-08 01:49:16 >> > > > > >> 2010-07-08 01:49:21|2650|vcld:main(165)|lastcheckin time >> updated >> > > > > >> for management node 1: 2010-07-08 01:49:21 >> > > > > >> 2010-07-08 01:49:26|2650|vcld:main(165)|lastcheckin time >> updated >> > > > > >> for management node 1: 2010-07-08 01:49:26 >> > > > > >> 2010-07-08 01:49:31|2650|vcld:main(165)|lastcheckin time >> updated >> > > > > >> for management node 1: 2010-07-08 01:49:31 >> > > > > >> 2010-07-08 01:49:36|2650|vcld:main(165)|lastcheckin time >> updated >> > > > > >> for management node 1: 2010-07-08 01:49:36 >> > > > > >> >> > > > > >> >> > > > > >> >> > > > > >> Please advise! >> > > > >> > > > - -- >> > > > - ------------------------------- >> > > > Josh Thompson >> > > > Systems Programmer >> > > > Advanced Computing | VCL Developer >> > > > North Carolina State University >> > > > >> > > > [email protected] >> > > > 919-515-5323 >> > > > >> > > > my GPG/PGP key can be found at pgp.mit.edu >> > > > -----BEGIN PGP SIGNATURE----- >> > > > Version: GnuPG v2.0.14 (GNU/Linux) >> > > > >> > > > iEYEARECAAYFAkw2CH4ACgkQV/LQcNdtPQO6bQCePUyYCeJftQmRoPy+7miD7LrN >> > > > UwEAn2Lj8JxIoOEtiXBSzQUqg3Bn5z+F >> > > > =6Lsj >> > > > -----END PGP SIGNATURE----- >> > > >> > > -- >> > > Thanks, >> > > Kiran >> > >> - -- >> - ------------------------------- >> Josh Thompson >> Systems Programmer >> Advanced Computing | VCL Developer >> North Carolina State University >> >> [email protected] >> 919-515-5323 >> >> my GPG/PGP key can be found at pgp.mit.edu >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.14 (GNU/Linux) >> >> iEYEARECAAYFAkw3KSQACgkQV/LQcNdtPQN3iwCeLbA2xwQUmx+bQUMaDpeHi8zt >> 01MAn0XWDi9DE83mhVmmZfPl5CDTHJZF >> =DC8k >> -----END PGP SIGNATURE----- >> > > > > -- > Thanks, > Kiran > > -- Thanks, Kiran
