Bug 700170

Summary: better feedback when starting instance in realm where no build has been pushed
Product: [Retired] CloudForms Cloud Engine Reporter: Dave Johnson <dajohnso>
Component: aeolus-conductorAssignee: Jan Provaznik <jprovazn>
Status: CLOSED CURRENTRELEASE QA Contact: Dave Johnson <dajohnso>
Severity: low Docs Contact:
Priority: unspecified    
Version: 0.3.1CC: akarol, cpelland, dajohnso, deltacloud-maint, dgao, ssachdev, whayutin
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-06-23 13:54:17 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Dave Johnson 2011-04-27 16:21:49 UTC
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

Comment 1 Jan Provaznik 2011-05-06 10:07:11 UTC
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.

Comment 2 wes hayutin 2011-06-23 13:54:17 UTC
not in new ui... closing

Comment 3 wes hayutin 2011-12-08 14:10:10 UTC
perm close