Bug 707288
| Summary: | firstboot is not skipping login screen for already registered systems | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Adrian Likins <alikins> | |
| Component: | rhn-client-tools | Assignee: | Jan Pazdziora (Red Hat) <jpazdziora> | |
| Status: | CLOSED ERRATA | QA Contact: | Martin Minar <mminar> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 5.7 | CC: | cduryee, jhutar, jpazdziora, mkoci, mminar | |
| Target Milestone: | rc | |||
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | rhn-client-tools-0.4.20-54.el5 | Doc Type: | Bug Fix | |
| Doc Text: |
Previously, in a case that a system was already registered with RHN Classic, the firstboot utility did not skip the registration screen. Therefore, the system had to be registered again. Now, this screen is skipped and the message "you are already registered" is displayed.
|
Story Points: | --- | |
| Clone Of: | ||||
| : | 799926 (view as bug list) | Environment: | ||
| Last Closed: | 2011-07-21 07:09:00 UTC | Type: | --- | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 675214, 799926 | |||
|
Description
Adrian Likins
2011-05-24 15:38:17 UTC
-- /home/adrian/src/subscription-manager/rhn_start_gui.py 2011-05-25 10:40:42.000000000 -0400
+++ /usr/share/firstboot/modules/rhn_start_gui.py 2011-04-12 04:59:22.000000000 -0400
-49,14 +49,14 @@
if rhnreg.registered():
return True
try:
- _rhsm_path = "/usr/share/rhsm/subscription_manager"
+ _rhsm_path = "/usr/share/rhsm"
_rhsm_path_added = False
if _rhsm_path not in sys.path:
sys.path.append(_rhsm_path)
_rhsm_path_added = True
import certlib
if _rhsm_path_added:
- sys.path.remove("/usr/share/rhsm/subscription_manager")
+ sys.path.remove("/usr/share/rhsm")
return certlib.ConsumerIdentity.existsAndValid()
except:
return False
Seems to fix it.
setting flags for 5.7. Currently, if a user runs firstboot after registering with subscription-manager, they will be prompted to re-enter their credentials. At this point, a new consumer cert will be created, which causes confusion inside of subscription-manager. as noted in comment #1, there is a secondary bug for subscription-manager to handle the creation of the new consumer cert correctly, but if the user is not prompted for credentials again, they will not hit that scenario. Taking. /usr/share/rhsm/subscription_manager is the path the subscription manager code is in on RHEL5.7. It moved from /usr/share/rhsm on approx Mar 29. Note: RHEL6 branch _still_ lives in /usr/share/rhsm and not /usr/share/rhsm/subscription_manager. This will probably also change when we get to rebase RHEL6 subscription-manager to master, probably ~6.2 time frame. (In reply to comment #7) > /usr/share/rhsm/subscription_manager is the path the subscription manager code > is in on RHEL5.7. It moved from /usr/share/rhsm on approx Mar 29. Aha. So the patches are exactly reverse, and the bugzilla is generally about "we've changed location of subscription manager, please update rhn-client-tools to match the new location", is that correct? Setting devel ack. re 8, ah, indeed, sorry for the reversed patch. Yes, paths have changed and need to be updated. Sorry for no heads up on that change. Jan, Would it be possible to get this into RC snapshot 2? We are targetting then to get other subscription-manager fixes in, it would be good to get this in there too so they can be QE'd in the compose in lump sum. Fixed in trunk: Sending rhn-client-tools/src/firstboot/rhn_start_gui.py Transmitting file data . Committed revision 203647. Tagged and built as rhn-client-tools-0.4.20-54.el5. I just tested the brew build, and it works as expected. Users are not prompted for login credentials within firstboot if they have already logged in.
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
New Contents:
Previously, in a case that a system was already registered with RHN Classic, the firstboot utility did not skip the registration screen. Therefore, the system had to be registered again. Now, this screen is skipped and the message "you are already registered" is displayed.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0997.html An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0997.html |