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=vclsys...@local

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


-- 
Thanks,
Kiran

--- End Message ---

Reply via email to