Bug 1158957 - Rollback shows config files will be redeployed even when there are none
Summary: Rollback shows config files will be redeployed even when there are none
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: WebUI
Version: 570
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
Assignee: Grant Gainey
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On: 1101469 1158967
Blocks: sat570-postga
TreeView+ depends on / blocked
 
Reported: 2014-10-30 15:14 UTC by Lukáš Hellebrandt
Modified: 2018-04-09 11:29 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-04-09 11:29:26 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Lukáš Hellebrandt 2014-10-30 15:14:42 UTC
Description of problem:
The rollback feature, says it redeploys all the configuration files even when there is no config files to be redeployed (and no config channel). This might be misleading. Also, a snapshot is added after redeployal of these 0 config files. This is inconsistent with sat560 where the action isn't added.

How reproducible:
Always

Steps to Reproduce:
1. Have a satellite 5.7.0
2. Register a system, add provisioning entitlement to the system. On the client system, do "rhn-actions-control --disable-deploy"
3. Do some action, e.g. schedule a package installation
4. On the client system, do rhn_check
5. Go to provisioning->snapshots , select the first snapshot ("Entitlements Updated" - the provisioning entitlement adding)
6. Notice the text in bold: "all snapshotted configuration files will be redeployed". Notice the system doesn't have any config channel,
7. Click "Rollback to Snapshot"
8. Notice the "Deploy config files to system scheduled by admin". Notice there is nothing to be deployed.
9. On the client system, do "rhn_check -vv; echo $?".
10. Go to Events->history. Notice the deploy action is marked as failed. This is because deploy capabality has been disabled. However, there was no need to redeploy the config files as there are none, this capability shouldn't be necessary and the action shouldn't show at all. Also, notice the rhn_check output complaining about not being able to redeploy files but returning 0.
11. Go to provisioning->snapshots once again and notice there is nothing about file deployment
12. Enable deploy capability. Goto 3. Here, notice that another snapshot is added: deployment of 0 config files "Scheduled action completion: Deploy config files to system".

Actual results:
There was nothing to redeploy. There was no config channel. However, there was another snapshot added, another event (that fails when I do not have an ability to redeploy those 0 files), rhn_check -vv showed error (and then returned 0, I will make another bug for this).

Expected results:
There shouldn't be any mention of config files at all.

Comment 1 Jan Hutař 2015-01-21 12:48:30 UTC
Note that mentioned "empty config files deployment action" can be seen in `rhn_check -vv` output when rollbacking.

Comment 2 Tomas Lestach 2018-04-09 11:29:26 UTC
We have re-reviewed this bug, as part of an ongoing effort to improve Satellite/Proxy feature and bug updates, review and backlog.

This is a low priority bug and has no currently open customer cases. While this bug may still valid, we do not see it being implemented prior to the EOL of the Satellite 5.x product. As such, this is being CLOSED DEFERRED. 

Closing now to help set customer expectations as early as possible. You are welcome to re-open this bug if needed.


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