Bug 1316241

Summary:	If the /var/spool/rhn directory does not exists on the client, the job tracebacks and never changes its status to failed
Product:	Red Hat Satellite 5	Reporter:	Marcelo Moreira de Mello <mmello>
Component:	Provisioning	Assignee:	Jan Dobes <jdobes>
Status:	CLOSED WONTFIX	QA Contact:	Red Hat Satellite QA List <satqe-list>
Severity:	low	Docs Contact:
Priority:	low
Version:	570	CC:	alsilva, mmello, tlestach
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-03-29 14:52:23 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:

Comment 1 Tomas Lestach 2016-03-10 13:46:23 UTC

The reproducer steps as defined are conflicting.
If I want to run remote commands on the client, I have to enable them using 'rhn-actions-control'. So, I need to install 'rhncfg-actions' package.
rhncfg and rhncfg-client packages will be installed as dependencies, so they are crucial to execute the remove commands on the client.
I simply cannot remove /var/spool/rhn directory, as it's a necessary part of rhncfg:
# rpm -qf /var/spool/rhn
rhncfg-5.10.74-10.el6sat.noarch

This is not a valid scenario, we would support.


I'm aware the customer would like to see the action being failed on the server (immediately). There are other mechanisms to mark the action as failed, in case it was picked, but not finished within some time.
I see the action has been marked as failed after 10 times it was picked up and not finished. With osad on, it took 1-2 mins.

Very low prio bug.

Comment 2 Alessandro Silva 2016-03-22 16:17:38 UTC

Even it is a low priority bug, is there any update about it? We are able to make a prediction for the customer?

Comment 3 Tomas Lestach 2016-03-29 14:52:23 UTC

I'm closing the bug as deleting directories the client tools rely on makes the customer setup unsupported.
We have no intentions to do any changes in this area. Closing as WONTFIX.