-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Norvin,
The page displayed after clicking “Next Start Time” has to build its data from multiple tables. The number listed for "failed" basically comes from the absence of data. To put it another way, if computers were never allocated for the allocation, it will list the total number for the allocation as failed. It doesn't necessarily mean it attempted to load them but failed to. It may mean nothing ever processed the allocation. If you are not seeing any lines in vcld.log with "blockrequest.pm" in them, then they are never getting picked up for processing on that management node. Do you have any other management nodes set up? When a Block Allocation is created, the frontend assigns a management node to handle processing it. If you have another management node that doesn't have the XML RPC API set up correctly, that could be the problem. Josh On Thursday, March 06, 2014 5:13:50 PM Basilio, Norvin wrote: > So the test you mentioned from vcld -setup works with out any issue. The I > grep the log and the here are a couple lines from the log: > > 2014-03-06 > 12:07:59|12867|75207:75207|timeout|utils.pm:is_inblockrequest(5793)|zero > rows were returned from database select 2014-03-06 > 12:08:03|12905|75274:75274|reload|utils.pm:is_inblockrequest(5793)|zero > rows were returned from database select > > The last couple of hours have been like that and I have been creating new > blocks in order to test the functionality. After submitting the new block > allocation it immediately goes to a failed state. > > Norvin > [email protected]<mailto:[email protected]> > > > On Mar 6, 2014, at 11:02 AM, Josh Thompson > <[email protected]<mailto:[email protected]>> wrote: > > - gpg control packet > Norvin, > > vcld picks up Block Allocations up to 6 hours before the start time of the > allocation to process it (assign nodes and create reload reservations for > those nodes). So, you should see entries in your vcld.log file showing that > it picked up the allocation to process it. Run > > grep blockrequest /var/log/vcld.log > > on your management node to see entries about it processing Block > Allocations. If everything goes correctly, you should see a line like: > > 2014-03-06 03:00:58|30756|530||blockrequest|blockrequest.pm:process|208| > success blockTimes id 11695 processed and allocated 8 nodes > > |30756|530||blockrequest|blockrequest.pm:process|208| status= success > > Also, there is a way to test that things are configured correctly for vcld > to be able to process them. vcld actually connects to the web frontend via > the XML RPC API to process Block Allocations. To test that things are > configured correctly, run > > /usr/local/vcl/bin/vcld -setup > > Then, choose option 1 (VCL Base Module), then option 3 (Test RPC-XML Access) > > Josh > > On Thursday, March 06, 2014 3:08:09 PM Basilio, Norvin wrote: > Hello everyone, > > I’m having a problem with block request in our vcl 2.3 environment. This was > previously working but stopped at some point. I’m a little lost as to where > to start troubleshooting this issue as its not showing me a failure in the > vcld.log file. Its basically not able to correctly reserve the computers. > Thus when the time comes to use the reservation the users are not allowed > to create a reservation for the image as they are all reserved for the > Block which was not correctly processed. When i look at the Block > Allocation page I see “Next Start Time” in red. When I click the red link I > see that all the machines are failed. Can anyone help me with a starting > point on troubleshooting this issue. > > Norvin Basilio > [email protected]<mailto:[email protected]> > -- > ------------------------------- > Josh Thompson > VCL Developer > North Carolina State University > > my GPG/PGP key can be found at pgp.mit.edu<http://pgp.mit.edu> > > All electronic mail messages in connection with State business which > are sent to or received by this account are subject to the NC Public > Records Law and may be disclosed to third parties. - -- - ------------------------------- Josh Thompson VCL Developer North Carolina State University my GPG/PGP key can be found at pgp.mit.edu All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlMYuz0ACgkQV/LQcNdtPQNcxgCfaUSH41lNihqOEkoFoiNwh1Jb XNYAn0fxz2I30c9NGjRHRsrYW9BR5GVa =kZ6O -----END PGP SIGNATURE-----
