Bug 844678

Summary:	"Multi-entitlement not supported for pool with id" with activation key and custom product
Product:	Red Hat Satellite	Reporter:	Ivan Necas <inecas>
Component:	API	Assignee:	Ivan Necas <inecas>
Status:	CLOSED ERRATA	QA Contact:	Og Maciel <omaciel>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	6.0.1	CC:	achan, asettle, dmacpher, mmccune, mmello, omaciel, tomckay
Target Milestone:	Unspecified	Keywords:	Triaged
Target Release:	Unused
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:	Registering systems via an activation key with a custom product failed with an error: "Multi-entitlement not supported for pool with id 'xxxxxxxxxxxxxxxxxxxxxx'" This fix allocates one pool per machine when registering with a custom product. The error no longer appears when registering a system.	Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-12-04 19:48:41 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Ivan Necas 2012-07-31 11:40:02 UTC

Description of problem:
When subscribing system with activation key, I'm getting:

Multi-entitlement not supported for pool with id 'ff80808138dc0e040138dc111c8400
1f'.

Version-Release number of selected component (if applicable):
katello-0.2.45-1

How reproducible:
I'm testing it on 2-cpus machine, maybe it might be a hint.

Steps to Reproduce:
1. create custom product, promote
2. create an activation key with that product
3. register the product
  
Actual results:
Multi-entitlement not supported for pool with id 'ff80808138dc0e040138dc111c8400
1f'.

Expected results:
registerred successfully

Additional info:
Subscribing directly to the pool works correctly

Comment 1 Ivan Necas 2012-08-06 14:12:08 UTC

Some more details: it doesn't work for activation keys with custom products being used on a system with more sockets.

Comment 2 Ivan Necas 2012-08-07 09:33:04 UTC

Fixed in commit 64e54a0bcc7772fa33e2caf65d60d72bd5c87fd7 by always allocating only 1 pool per machine for custom products.

Comment 4 Og Maciel 2012-09-18 17:59:24 UTC

Verified using:

* candlepin-0.7.8-1.el6cf.noarch
* candlepin-selinux-0.7.8-1.el6cf.noarch
* candlepin-tomcat6-0.7.8-1.el6cf.noarch
* katello-1.1.12-7.el6cf.noarch
* katello-all-1.1.12-7.el6cf.noarch
* katello-candlepin-cert-key-pair-1.0-1.noarch
* katello-certs-tools-1.1.8-1.el6cf.noarch
* katello-cli-1.1.8-4.el6cf.noarch
* katello-cli-common-1.1.8-4.el6cf.noarch
* katello-common-1.1.12-7.el6cf.noarch
* katello-configure-1.1.9-3.el6cf.noarch
* katello-glue-candlepin-1.1.12-7.el6cf.noarch
* katello-glue-pulp-1.1.12-7.el6cf.noarch
* katello-qpid-broker-key-pair-1.0-1.noarch
* katello-qpid-client-key-pair-1.0-1.noarch
* katello-selinux-1.1.1-1.el6cf.noarch
* pulp-1.1.12-1.el6cf.noarch
* pulp-common-1.1.12-1.el6cf.noarch
* pulp-selinux-server-1.1.12-1.el6cf.noarch

Comment 6 errata-xmlrpc 2012-12-04 19:48:41 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2012-1543.html

Comment 7 Mike McCune 2013-08-16 18:12:17 UTC

getting rid of 6.0.0 version since that doesn't exist