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 <josh_thomp...@ncsu.edu>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
> <clifton.w...@morgan.edu>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 <josh_thomp...@ncsu.edu
> > >
> > > >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 <
> aaron_pee...@ncsu.edu>
> > > >
> > > > 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
> > > >
> > > > josh_thomp...@ncsu.edu
> > > > 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
>
> josh_thomp...@ncsu.edu
> 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

Reply via email to