Thanks Josh, I noticed that your wrote the patch with 2.3.2 in the notes. Are 2.3.0 and 2.3.2 utils.php close enough that this should work?
Norvin On Mar 6, 2014, at 3:10 PM, Josh Thompson <[email protected]> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Norvin, > > I just create a JIRA issue and attached a patch to it with instructions on > how > to apply it. I only tested that I could still make a reservation after the > patch was applied but did not test making a reservation that should be part > of > a block allocation. > > Josh > > On Thursday, March 06, 2014 7:32:10 PM Basilio, Norvin wrote: >> Awesome Thanks for help. >> >> Norvin >> >> -----Original Message----- >> From: Josh Thompson [mailto:[email protected]] >> Sent: Thursday, March 06, 2014 2:26 PM >> To: [email protected] >> Subject: Re: Block Reservation Issues >> >> - gpg control packet >> Norvin, >> >> This is a bug that has come up before. I'm looking to see if I created a >> JIRA issue for it and if I already have a fix. I'll let you know what I >> find. >> >> Josh >> >> On Thursday, March 06, 2014 7:23:01 PM Basilio, Norvin wrote: >>> Dmitri, >>> Thanks for that bit of info. I just ran a different test where I up'ed >>> the max concurrent to 12 and it allowed me to create the reservations. >>> Then I tried your suggestion and received the same message as before. >>> I then reloaded some of the machines with a different image as there >>> were 7 machines with the same image. I still receive the same error in >>> this case also. So it seems as though the system is not recognizing >>> the user is requesting one of the group of machines that have been >>> blocked for use. So it seems like I need to double the actual >>> concurrent to allow it to reserve all the licenses for a block of >>> computers. >>> >>> Norvin >>> [email protected] >>> >>> -----Original Message----- >>> From: Dmitri Chebotarov [mailto:[email protected]] >>> Sent: Thursday, March 06, 2014 2:07 PM >>> To: '[email protected]' >>> Subject: RE: Block Reservation Issues >>> >>> Hi Norvin, >>> >>> I think there is a problem here when number of max concurrent image >>> use and number of reserved computers in BlockAllocation is the same. >>> I.e. in your case if you block allocated 6 images, and the image has >>> max concurrent use of 6 then block allocation won't work. >>> >>> Try changing number of block allocated computers to 5 for this image. >>> This way 5 first users will connect right away and 6th user will wait >>> for image to load. This way you don't go over limit of 6 concurrent >>> for the image. >>> >>> -- >>> Thank you, >>> >>> Dmitri Chebotarov >>> VCL Sys Eng, Engineering & Architectural Support, TSD - Ent Servers & >>> Messaging 223 Aquia Building, Ffx, MSN: 1B5 >>> Phone: (703) 993-6175 | Fax: (703) 993-3404 >>> >>> ________________________________________ >>> From: Basilio, Norvin <[email protected]> >>> Sent: Thursday, March 06, 2014 1:51 PM >>> To: '[email protected]' >>> Subject: RE: Block Reservation Issues >>> >>> Josh, >>> >>> I have finally gotten to the point that the user was actually describing. >>> The block reservation is created and here is the scenario our user is >>> fighting. This image has a max concurrent of 6. >>> >>> I've created a block reservation with the following: >>> Environment: SPSS 21/Amos21 >>> Owner: nbasilio@odu >>> User Group: shib-ITSCRIM815 >>> Number of Seats: 6 >>> Times: 1400 - 1500 Thursdays >>> >>> I am a member of the user group that was specified. When I go to new >>> reservations to create a reservation inside of the blocked time window >>> and select the button to create the reservation I receive the >>> following message. >>> >>> "You have requested an environment that is limited in the number of >>> concurrent reservations that can be made. No further reservations for >>> the environment can be made for the time you have selected. Please >>> select another time to use the environment." >>> >>> Norvin >>> [email protected] >>> >>> >>> >>> >>> -----Original Message----- >>> From: Basilio, Norvin [mailto:[email protected]] >>> Sent: Thursday, March 06, 2014 1:41 PM >>> To: [email protected] >>> Subject: Re: Block Reservation Issues >>> >>> Josh, >>> >>> Thanks for that information. We do not have any additional management >>> nodes any more. Is there a specific minimum amount of time in the >>> future I should be creating a block reservation for. I created a new >>> one that was maybe 45 minutes ahead of time and so far that one >>> appears to operate normally. The test ones i was trying earlier were >>> no more than 15min in the future. Could that have caused some additional >>> items to troubleshoot. >>> >>> Norvin >>> [email protected] >>> >>> On Mar 6, 2014, at 1:15 PM, Josh Thompson <[email protected]> wrote: >>>> -----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) >>>>> >>>>> |z ero rows were returned from database select 2014-03-06 >>>>> >>>>> 12:08:03|12905|75274:75274|reload|utils.pm:is_inblockrequest(5793)| >>>>> ze ro 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= >>>>> |30756|530||blockrequest|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----- >>> >>> -- >>> >>> >>> -- >>> BEGIN-ANTISPAM-VOTING-LINKS >>> ------------------------------------------------------ >>> Teach CanIt if this mail (ID 03Lyj8F17) is spam:Spam: >>> https://www.spamtrap.odu.edu/canit/b.php?i=03Lyj8F17&m=43c5eb7fca9c&t=2014 >>> 0 >>> 306&c=sNot spam: >>> https://www.spamtrap.odu.edu/canit/b.php?i=03Lyj8F17&m=43c5eb7fca9c&t= >>> 20140 >>> 306&c=nForget vote: >>> https://www.spamtrap.odu.edu/canit/b.php?i=03Lyj8F17&m=43c5eb7fca9c&t= >>> 20140 306&c=f ------------------------------------------------------ >>> END-ANTISPAM-VOTING-LINKS >> >> -- >> ------------------------------- >> 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. > - -- > - ------------------------------- > 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) > > iEYEARECAAYFAlMY1iEACgkQV/LQcNdtPQMhJACdEozbitrpigcmVRtuixmxPRpN > W7QAn2s0jq9ip+YqJRMjrL7MQd6rGwz8 > =nQVz > -----END PGP SIGNATURE----- >
