Hide Forgot
Description of problem: Trying to reproduce another issue I noticed that the create instance form allowed me to create a new instance and deploy it into a realm that was mapped to a provider where the build wasn't pushed. I happened to be tailing the condor negotiator log and noticed it came back immediately with the following 'no match found' but the instance was still in 'new' state minutes later. If we don;t check on the form, maybe we can atleast catch the condor messages to give better feedback then to just allow the instance to sit in new (or timeout, if that is what will eventually happen?) 04/27/11 12:13:57 ---------- Started Negotiation Cycle ---------- 04/27/11 12:13:57 Phase 1: Obtaining ads from collector ... 04/27/11 12:13:57 Getting all public ads ... 04/27/11 12:13:57 Trying to query collector <127.0.0.1:9618> 04/27/11 12:13:57 Sorting 8 ads ... 04/27/11 12:13:57 Getting startd private ads ... 04/27/11 12:13:57 Trying to query collector <127.0.0.1:9618> 04/27/11 12:13:57 Got ads: 8 public and 0 private 04/27/11 12:13:57 Public ads include 1 submitter, 2 startd 04/27/11 12:13:57 Can't get SlotWeight for 'provider_combination_0'; using 1.0 04/27/11 12:13:57 Can't get SlotWeight for 'provider_combination_1'; using 1.0 04/27/11 12:13:57 Phase 2: Performing accounting ... 04/27/11 12:13:57 Entering compute_significant_attrs() 04/27/11 12:13:57 Leaving compute_significant_attrs() - result=EnteredCurrentState 04/27/11 12:13:57 in Account::GetResourceName - no IP address for provider_combination_0 (no problem if this is a grid site ClassAd). 04/27/11 12:13:57 in Account::GetResourceName - no IP address for provider_combination_1 (no problem if this is a grid site ClassAd). 04/27/11 12:13:57 Could not lookup state --- assuming not claimed 04/27/11 12:13:57 Could not lookup state --- assuming not claimed 04/27/11 12:13:57 Phase 3: Sorting submitter ads by priority ... 04/27/11 12:13:57 Phase 4.1: Negotiating with schedds ... 04/27/11 12:13:57 numSlots = 2 04/27/11 12:13:57 slotWeightTotal = 2.000000 04/27/11 12:13:57 pieLeft = 2.000 04/27/11 12:13:57 NormalFactor = 1.000000 04/27/11 12:13:57 MaxPrioValue = 0.500000 04/27/11 12:13:57 NumSubmitterAds = 1 04/27/11 12:13:57 Negotiating with aeolus.eng.bos.redhat.com at <10.16.65.3:50930> 04/27/11 12:13:57 0 seconds so far 04/27/11 12:13:57 Calculating submitter limit with the following parameters 04/27/11 12:13:57 SubmitterPrio = 0.500000 04/27/11 12:13:57 SubmitterPrioFactor = 1.000000 04/27/11 12:13:57 submitterShare = 1.000000 04/27/11 12:13:57 submitterAbsShare = 1.000000 04/27/11 12:13:57 submitterLimit = 2.000000 04/27/11 12:13:57 submitterUsage = 0.000000 04/27/11 12:13:57 Socket to aeolus.eng.bos.redhat.com (<10.16.65.3:50930>) already in cache, reusing 04/27/11 12:13:57 Sending SEND_JOB_INFO/eom 04/27/11 12:13:57 Getting reply from schedd ... 04/27/11 12:13:57 Got JOB_INFO command; getting classad/eom 04/27/11 12:13:57 Request 00002.00000: 04/27/11 12:13:57 matchmakingAlgorithm: limit 2.000000 used 0.000000 pieLeft 2.000000 04/27/11 12:13:57 Rejected 2.0 aeolus.eng.bos.redhat.com <10.16.65.3:50930>: no match found 04/27/11 12:13:57 Sending SEND_JOB_INFO/eom 04/27/11 12:13:57 Getting reply from schedd ... 04/27/11 12:13:57 Got JOB_INFO command; getting classad/eom 04/27/11 12:13:57 Request 00003.00000: 04/27/11 12:13:57 matchmakingAlgorithm: limit 2.000000 used 0.000000 pieLeft 2.000000 04/27/11 12:13:57 Rejected 3.0 aeolus.eng.bos.redhat.com <10.16.65.3:50930>: no match found 04/27/11 12:13:57 Sending SEND_JOB_INFO/eom 04/27/11 12:13:57 Getting reply from schedd ... 04/27/11 12:13:57 Got JOB_INFO command; getting classad/eom 04/27/11 12:13:57 Request 00005.00000: 04/27/11 12:13:57 matchmakingAlgorithm: limit 2.000000 used 0.000000 pieLeft 2.000000 04/27/11 12:13:57 Rejected 5.0 aeolus.eng.bos.redhat.com <10.16.65.3:50930>: no match found 04/27/11 12:13:57 Sending SEND_JOB_INFO/eom 04/27/11 12:13:57 Getting reply from schedd ... 04/27/11 12:13:57 Got JOB_INFO command; getting classad/eom 04/27/11 12:13:57 Request 00007.00000: 04/27/11 12:13:57 matchmakingAlgorithm: limit 2.000000 used 0.000000 pieLeft 2.000000 04/27/11 12:13:57 Rejected 7.0 aeolus.eng.bos.redhat.com <10.16.65.3:50930>: no match found 04/27/11 12:13:57 Sending SEND_JOB_INFO/eom 04/27/11 12:13:57 Getting reply from schedd ... 04/27/11 12:13:57 Got NO_MORE_JOBS; done negotiating 04/27/11 12:13:57 Submitter aeolus.eng.bos.redhat.com got all it wants; removing it. 04/27/11 12:13:57 resources used by aeolus.eng.bos.redhat.com are 0.000000 04/27/11 12:13:57 resources used scheddUsed= 0.000000 04/27/11 12:13:57 negotiateWithGroup resources used scheddAds length 0 04/27/11 12:13:57 ---------- Finished Negotiation Cycle ---------- Steps to Reproduce: 1. create provider for west 2. create realm for west and mapped to west provider 3. built template (auto-pushed to west) 4. created provider for east 5. created realm for east 6. created instance for realm east
We need to filter only realms which maps to backend realm/provider where image is uploaded. Same for HW profiles. Also launchable? method in deployable model should be extended to check if all images for this deployable model are uploaded at least for to one provider.
not in new ui... closing
perm close