Bug 691870 - Not able to register client with imported Owner.
Summary: Not able to register client with imported Owner.
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Candlepin
Classification: Community
Component: candlepin
Version: 0.5
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: ---
Assignee: Bryan Kearney
QA Contact: John Sefler
URL:
Whiteboard:
Depends On:
Blocks: 738066
TreeView+ depends on / blocked
 
Reported: 2011-03-29 18:18 UTC by spandey
Modified: 2015-05-14 16:04 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2011-12-20 18:45:39 UTC
Embargoed:


Attachments (Terms of Use)
rhsm.log (71.41 KB, application/octet-stream)
2011-03-29 18:24 UTC, spandey
no flags Details
169 server catlina.out (18.21 KB, application/octet-stream)
2011-11-14 09:53 UTC, spandey
no flags Details

Description spandey 2011-03-29 18:18:41 UTC
Description of problem:


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


How reproducible:
5/5

Prerequisites :
Candlepin A , Candlepin B ( both on-premises)


Steps to verify:
Configure Candlepin A with TESTDATA=1
Configure Candlepin B without TESTDATA
Import Owner “snowwhite” from candlepin A to candlepin B
Register client to candlepin B using showwhite user “happy”.

Expected Result : 
Client should register to candlepinB using imported Owner (showwhite) user happy

Actual Result : 
Registration process is getting failed with following error msg.

[root@sachbeta ~]# subscription-manager register --u happy --password password
Invalid Credentials.

Comment 1 spandey 2011-03-29 18:21:55 UTC
candlepin B db table info 

[root@candlepin1 proxy]# psql -U candlepin
psql (8.4.7)
Type "help" for help.

candlepin=> select * from cp_user;
                id                |         created         |         updated         | password | superadmin | username |             owner_id             
----------------------------------+-------------------------+-------------------------+----------+------------+----------+----------------------------------
 ff8080812f02cbea012f02cbfbb50006 | 2011-03-29 23:36:53.364 | 2011-03-29 23:36:53.364 | admin    | t          | admin    | ff8080812f02cbea012f02cbfb950005
(1 row)

candlepin=> select * from cp_owner;
                id                |         created         |         updated         | contentprefix | displayname |  account  | upstream_uuid | parent_owner 
----------------------------------+-------------------------+-------------------------+---------------+-------------+-----------+---------------+--------------
 ff8080812f02cbea012f02cbfb950005 | 2011-03-29 23:36:53.333 | 2011-03-29 23:36:53.333 |               | admin       | admin     |               | 
 8ac141ca2f02c71d012f02c73acd0009 | 2011-03-29 23:31:41.837 | 2011-03-29 23:31:41.837 |               | snowwhite   | snowwhite |               | 
(2 rows)

candlepin=>

Comment 2 spandey 2011-03-29 18:24:55 UTC
Created attachment 488525 [details]
rhsm.log

Comment 3 Bryan Kearney 2011-03-29 18:31:02 UTC
Moving this to post 6.1 since it deals with imports.

Comment 5 spandey 2011-11-14 09:51:40 UTC
QA verification failed 

Repro steps :

configured 10.65.193.159 with testdata =1 
Configured 10.65.193.169 without testdata 

started owner migration using following command at 169 machine 

 curl -k -u admin:admin -X POST "https://10.65.193.169:8443/candlepin/migrations?entity=owner&id=snowwhite&uri=https://10.65.193.159:8443"
{"id":"migrate_owner_93f4b773-f097-427a-a658-2f09582b4cc6","state":"CREATED","result":null,"targetType":null,"startTime":null,"group":"async group","principalName":"admin","targetId":null,"finishTime":null,"statusPath":"/jobs/migrate_owner_93f4b773-f097-427a-a658-2f09582b4cc6","updated":"2011-11-14T09:14:49.073+0000","created":"2011-11-14T09:14:49.073+0000"}

owner is not getting migrated from 159 to 169 

169_catlina.out displays following unhandled exception  
 
Nov 14 14:44:49 [QuartzScheduler_Worker-8] INFO  org.candlepin.pinsetter.tasks.MigrateOwnerJob - Migrating owner [snowwhite] from candlepin instance running on [https://10.65.193.159:8443/candlepin]
Nov 14 14:44:49 [QuartzScheduler_Worker-8] ERROR org.quartz.core.JobRunShell - Job async group.migrate_owner_93f4b773-f097-427a-a658-2f09582b4cc6 threw an unhandled Exception: 
java.lang.RuntimeException: java.net.SocketException: java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: SunJSSE, class: sun.security.ssl.DefaultSSLContextImpl)
	at org.jboss.resteasy.client.core.ClientInvoker.invoke(ClientInvoker.java:108)
	at org.jboss.resteasy.client.core.ClientProxy.invoke(ClientProxy.java:72)




Nothing displays in 159 catalina.out

updated snip of server 169 catalina.out

Comment 6 spandey 2011-11-14 09:53:21 UTC
Created attachment 533476 [details]
169 server catlina.out

Comment 7 Devan Goodwin 2011-12-20 18:45:39 UTC
Going to close this issue, sharding and migrations is a feature only relevant to IT's deployment. In this deployment, the user tables in Candlepin are empty, the internal Red Hat user service is used for user data, so migration of user accounts here is irrelevant. 

The same situation would hold in Katello deployments, and we have confirmed that sharding and migrations are not needed for Headpin. 

If the error in comment #5 is still around, please file as a separate issue. (suspect that one isn't related)


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