You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@vcl.apache.org by Kiran N <ki...@gmail.com> on 2010/07/08 17:33:22 UTC
Block reservation failing on sandbox image
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::blockrequest 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!
--
Thanks,
Kiran
Re: Block reservation failing on sandbox image
Posted by Josh Thompson <jo...@ncsu.edu>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Friday July 09, 2010, Kiran N wrote:
> 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)
>
This error means you selected a user group for the block reservation that has
no one in it. If ignoreprivileges is set to 0, then VCL uses the permissions
of the users in the user group to determine which machines can be allocated.
If there are no users in the user group, it has no way to determine which
machines may be allocated and returns an error.
Josh
- --
- -------------------------------
Josh Thompson
Systems Programmer
Advanced Computing | VCL Developer
North Carolina State University
Josh_Thompson@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)
iEYEARECAAYFAkw7F5MACgkQV/LQcNdtPQPMMwCfajXxGNLTcyPi42GNcz1nNjxh
CzIAnA3SLX5R6PAXW0GBkL4aG23B/eN+
=WWL4
-----END PGP SIGNATURE-----
Re: Block reservation failing on sandbox
image
Posted by Clifton B Wood <Cl...@MORGAN.EDU>.
Kiran,
> Just for information,vcld.conf parameters:-
> xmlrpc_username=vclsystem
> xmlrpc_pass=insecureDefault
> xmlrpc_url=https://152.46.19.44/index.php?mode=xmlrpccall
If you are still getting "access denied", make sure to verify
the affiliation on the xmlrpc_username setting. It should be:
xmlrpc_username=vclsystem@Local
- Cliff
Re: Block reservation failing on sandbox image
Posted by Kiran N <ki...@gmail.com>.
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 <ki...@gmail.com> 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 <jo...@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=admin@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
>> <Cl...@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 "vclsystem@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_thompson@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_peeler@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_Thompson@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_Thompson@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
>
>
--
Thanks,
Kiran
Re: Block reservation failing on sandbox image
Posted by Kiran N <ki...@gmail.com>.
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 <jo...@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=admin@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
> <Cl...@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 "vclsystem@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_thompson@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_peeler@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_Thompson@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_Thompson@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
Re: Block reservation failing on sandbox image
Posted by Josh Thompson <jo...@ncsu.edu>.
-----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=admin@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
<Cl...@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 "vclsystem@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_thompson@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 <aa...@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_Thompson@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_Thompson@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-----
Re: Block reservation failing on sandbox image
Posted by Kiran N <ki...@gmail.com>.
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=admin@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 <Cl...@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 "vclsystem@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_thompson@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 <aa...@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::blockrequest
> > > >> 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_Thompson@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
>
>
--
Thanks,
Kiran
Re: Block reservation failing on sandbox
image
Posted by Clifton B Wood <Cl...@MORGAN.EDU>.
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 "vclsystem@Local"
Good luck with getting those to work. I'm in a similar boat, at
the moment.
- Cliff
Re: Block reservation failing on sandbox image
Posted by Kiran N <ki...@gmail.com>.
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 <jo...@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 <aa...@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::blockrequest
> > >> 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_Thompson@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
Re: Block reservation failing on sandbox image
Posted by Josh Thompson <jo...@ncsu.edu>.
-----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 <aa...@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::blockrequest
> >> 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_Thompson@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-----
Re: Block reservation failing on sandbox image
Posted by Kiran N <ki...@gmail.com>.
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 <aa...@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::blockrequest
>> 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!
>>
>>
>>
>
--
Thanks,
Kiran
Re: Block reservation failing on sandbox image
Posted by Aaron Peeler <aa...@ncsu.edu>.
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::blockrequest 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!
>
>