Bug 1170064 - MonitoringScout -> NPBootstrap not starting after upgrade from 5.3.0 to 5.7.0: Status: '403 Forbidden'
Summary: MonitoringScout -> NPBootstrap not starting after upgrade from 5.3.0 to 5.7.0...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Upgrades
Version: 570
Hardware: Unspecified
OS: Unspecified
medium
high
Target Milestone: ---
Assignee: Tomáš Kašpárek
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks: sat570-postga
TreeView+ depends on / blocked
 
Reported: 2014-12-03 07:41 UTC by Jan Hutař
Modified: 2018-04-09 16:08 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-04-09 16:08:19 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jan Hutař 2014-12-03 07:41:15 UTC
Description of problem:
For some reason MonitoringScout -> NPBootstrap service is not starting after upgrade from Satellite 5.3.0 to 5.7.0: Status: '403 Forbidden'. Beside all upgrade steps, I have done `setenforce 0` before `/usr/share/spacewalk/setup/upgrade/rhn-enable-monitoring.pl --enable-scout` step. Monitoring was working on 5.3.0, probes were recording data.


Version-Release number of selected component (if applicable):
Satellite-5.7.0-RHEL6-re20141128.0
rhn-upgrade-5.7.0.8-1.el6sat.noarch


How reproducible:
2 of 2 attempts


Steps to Reproduce:
1. Setup Satellite 5.3.0 on RHEL5 with embedded Oracle and Monitoring
2. Upgrade to 5.7.0 on RHEL6 with external PostgreSQL (but seen this on
   scenario with embedded DB as well)
3. # setenforce 0
   # /usr/share/spacewalk/setup/upgrade/rhn-enable-monitoring.pl --enable-scout


Actual results:
MonitoringScout -> NPBootstrap service is not starting


Expected results:
All Monitoring and MonitoringScout services should be starting and Monitoring should be functional.

Comment 7 Matej Kollar 2014-12-17 14:56:44 UTC
Upstream work

spacewalk.git:
  4c8a12a7789b0a7bef51e68dd0bb2ef18285df6f
    1170064 - equality is too strict

Comment 8 Matej Kollar 2014-12-17 15:30:54 UTC
Seems like this is linked to IPv6.
Disabling IPv6 in OS did not help (changed error message to
"(socket: Address family not supported by protocol)").

Disabling AAAA record made Perl library use IPv4 and it worked.

Example workaround:

add line for `$(hosntame)` to `/etc/hosts` (IPv4) and in
`/etc/nsswith.conf` change hosts to not use dns.

    # hosts:      files dns
    hosts:      files

(check with `host $(hostname)` that you gen only IPv4 record.
After that try restart, NPBootstrap should start.

Comment 17 Jan Hutař 2015-09-18 21:37:35 UTC
Reported bug 1264580 when i have seen this again recently.

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

We believe this bug has been fixed in the latest Satellite 5 version (5.8) (monitoring has been completely removed form the product), so closing the bug as CURRENTRELEASE. Please feel free to re-open in case you discover any issues.


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