Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1437580 - Puppet Master Issue / CA issue
Summary: Puppet Master Issue / CA issue
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Satellite Maintain
Version: 6.2.7
Hardware: x86_64
OS: All
unspecified
high
Target Milestone: Unspecified
Assignee: Kavita
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On:
Blocks: 1496794
TreeView+ depends on / blocked
 
Reported: 2017-03-30 15:17 UTC by Waldirio M Pinheiro
Modified: 2021-09-09 12:13 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-10-03 19:17:32 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 21730 0 Normal Closed Add check to verify if any empty CA request files exist on satellite 2020-08-20 15:24:25 UTC
Red Hat Knowledge Base (Solution) 2976161 0 None None None 2017-03-30 15:17:39 UTC

Description Waldirio M Pinheiro 2017-03-30 15:17:21 UTC
Description of problem:
When Satellite have one empty CA file, customer will receive the message according below
---
Failure: ERF50-5345 [Foreman::WrappedException]: Unable to connect ([ProxyAPI::ProxyException]: ERF12-5356 [ProxyAPI::ProxyException]: Unable to get PuppetCA certificates ([RestClient...)
---

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

How reproducible:
100%

Steps to Reproduce:
1. Create one empty file inside "/var/lib/puppet/ssl/ca/requests/test.pem"
2. Execute the command "/usr/bin/puppet cert --ssldir /var/lib/puppet/ssl --list --all"

Actual results:
Error
---
[root@satellite6 log]# /usr/bin/puppet cert --ssldir /var/lib/puppet/ssl --list --all 
Error: header too long
[root@satellite6 log]#
---

Expected results:
See all certificates

Additional info:

Comment 3 Marek Hulan 2017-08-14 19:58:51 UTC
Thanks for the report Waldirio, how or when would you like to perform the check for empty files? Note that the Puppet CA might be installed on different host than Satellite. Why did the customer put an empty file into CA directory?

Anyway since it's puppet cert tool that fails, I think it should be reported against puppet. We could add extra level of checks but it does not feel right. If there's no good reason why customer need to put empty files into Puppet CA dir, I'd suggest closing as WONTFIX

Comment 4 Waldirio M Pinheiro 2017-08-14 20:29:22 UTC
Hi Marek, good afternoon

I'm not sure what is the root cause but for any reason the cert is generated without content then when puppet try to list the cert *and generate the complete list* fail.

For sure customer will *or should not* put empty files on this directory btw I got at least 3 cases with this symptom / cause, then after remove the empty file everything come back to the normal state.

Let me know your point of view, imho improve our product to detect and on this case inform should be interesting ..., actually we can see only the issue on the screen without any advice or direction *as you can see below*

---
Failure: ERF50-5345 [Foreman::WrappedException]: Unable to connect ([ProxyAPI::ProxyException]: ERF12-5356 [ProxyAPI::ProxyException]: Unable to get PuppetCA certificates ([RestClient...)
---


Best Regards
-- 
Waldirio M Pinheiro | Senior Software Maintenance Engineer

Comment 5 Waldirio M Pinheiro 2017-08-14 20:36:49 UTC
Complementing

Answering your question

"how or when would you like to perform the check for empty files?"

So I though in two diff approach

1. Schedule one task just to check if there is empty file on that directory *daily*

or

2. When customer try to generate the puppet signed list via webUI


Pros & Cons
About first, I can't see any problem, btw if for any reason the sat create one empty file, this one will be fixed only on the next day so if customer try to generate the list will get error.

About second one, Imagining one customer with 40k clients, and one file to each one, not sure how many time sat should spend to conclude the task, then every time should not be interesting.

My contrib.

Thank you.

Best Regards
-- 
Waldirio M Pinheiro | Senior Software Maintenance Engineer

Comment 6 Marek Hulan 2017-08-14 20:54:22 UTC
Maybe that would be a good candidate for foreman-maintain and setting up a daily cron job. Since I've never heard of this before I don't think every customer would experience this issue. Maybe a KCS with describing how to setup cron would do? I'd like to avoid adding workarounds for bugs in underlaying software to Satellite codebase, in past it didn't bring anything good. Let me know what you think.

Comment 7 Waldirio M Pinheiro 2017-08-14 21:05:47 UTC
Hi

Could be *Personally I don't know foreman-maintain, I'll check*.

I did the kcs *https://access.redhat.com/solutions/2976161* just to fix this issue, the main idea of BZ is avoid this issue or just improve the error message *another approach*, if foreman-maintain exist and we could improve, for sure will be one great idea.

Let me know your point of view and let's decide the future of this *health check*.

Thank you.


Best Regards
-- 
Waldirio M Pinheiro | Senior Software Maintenance Engineer

Comment 8 Marek Hulan 2017-09-21 10:30:18 UTC
Anurag, do you think this would be a good fit for foreman-maintain? Unfortunately I can't access the KCS but I think with cron periodically fixing the CA directory, we'd get into hard to reproduce reports since the failure would be there but only until the cron starts. Therefore I think just KCS and potentially a fix tool in foreman-maintain would be a better approach.

Comment 9 Anurag Patel 2017-11-17 08:56:07 UTC
I personally feel this looks like a corner case of ca files appearing in the ca requests directory. Are the customers manually creating these files, and leaving the empty files in error?

In any case, if this problem is widespread then this can be a good candidate to be added to foreman-maintain as a check, optionally it could also offer to delete empty ca file.

Comment 10 Satellite Program 2017-11-22 09:13:52 UTC
Upstream bug assigned to kgaikwad

Comment 11 Ivan Necas 2017-11-24 09:50:28 UTC
I thinks it makes sense: ideally not checking just the emptyness, but also other propertlies of the ceritificate files (such as format, validation of client cert against ca cert etc.). See https://github.com/Katello/katello-installer/blob/master/bin/katello-certs-check for example of similar checks we had in katello-installer for customer certs https://github.com/Katello/katello-installer/blob/master/bin/katello-certs-check

Comment 12 Kavita 2018-08-02 14:04:59 UTC
Foreman maintain is having a check which verifies if there are any empty CA request files exist on satellite and gives an option to delete those files.

Comment 14 Bryan Kearney 2018-10-03 19:17:32 UTC
Thank you for your interest in Satellite 6. We have evaluated this request, and while we recognize that it is a valid request, we do not expect this to be implemented in the product in the foreseeable future. This is due to other priorities for the product, and not a reflection on the request itself. We are therefore closing this out as WONTFIX. If you have any concerns about this, please do not reopen. Instead, feel free to contact Rich Jerrido or Bryan Kearney. Thank you.


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