Bug 245644 - Increase System Entitlement Count for VMware Eval SKU
Increase System Entitlement Count for VMware Eval SKU
Status: CLOSED CURRENTRELEASE
Product: Red Hat Network
Classification: Red Hat
Component: RHN/Channels (Show other bugs)
RHN Stable
All Linux
low Severity low
: ---
: ---
Assigned To: Bret McMillan
Brandon Perkins
: Reopened
Depends On: 82114
Blocks:
  Show dependency treegraph
 
Reported: 2007-06-25 16:47 EDT by Matt Webbink
Modified: 2007-06-29 17:49 EDT (History)
2 users (show)

See Also:
Fixed In Version: rhn501
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-06-29 17:49:16 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
245644.csv (231 bytes, text/csv)
2007-06-25 16:50 EDT, Matt Webbink
no flags Details

  None (edit)
Description Matt Webbink 2007-06-25 16:47:06 EDT
The VMware eval SKU appears to be SER0230US (parent SKU) and WAR0272 (child SKU).

Currently, both map to the following channels:

sw_mgr_entitled x 1 (system entitlement)
rhel-vmware-eval x 1 (channel entitlement)

The child channel rhel-i386-vmware-eval belongs to the rhel-vmware-eval channel
family.  Can it be confirmed this is where the ISO file resides?

If so, updated mappings will be attached that increment the sw_mgr_entitled
count from 1 to 2.
Comment 1 Matt Webbink 2007-06-25 16:50:54 EDT
Created attachment 157811 [details]
245644.csv

Updated mappings for VMware eval, increasing system entitlement count from 1 to
2.
Comment 2 Bret McMillan 2007-06-28 14:42:32 EDT
Mappings pushed to stage, as that's reflective of production code atm (webqa is
not, it reflects rhn502 codebase).
Comment 3 Bret McMillan 2007-06-28 21:00:10 EDT
Subbu says it looks good in stage, so I've pushed the mappings to production.
Comment 4 Bret McMillan 2007-06-29 17:38:44 EDT
Subbu reports that the issues seems to be persisting.
Comment 5 Bret McMillan 2007-06-29 17:49:16 EDT
I've verified that the subbu99 account in production is indeed showing the isos.
 It's possible that the page that activates the eval uses the asynchronous
version of the repoll call, leading to a possible delay between order time and
the time the entitlements are correctly granted.


Note You need to log in before you can comment on or make changes to this bug.