Closed
Bug 883318
Opened 12 years ago
Closed 12 years ago
HP hosts always stop HP utilities
Categories
(Infrastructure & Operations :: RelOps: General, task)
Infrastructure & Operations
RelOps: General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dustin, Assigned: dividehex)
Details
Attachments
(2 files)
|
2.31 KB,
patch
|
dustin
:
review+
Callek
:
feedback+
dividehex
:
checked-in+
|
Details | Diff | Splinter Review |
|
2.03 KB,
patch
|
dustin
:
review+
Callek
:
feedback+
dividehex
:
checked-in+
|
Details | Diff | Splinter Review |
We decided a while back that we don't want these utilities running on HP's, since they tend to crash the system (thanks, HP!). However, on every puppet run, puppet tries to stop them again.
Why's it doing this? How do we make it stop?
[root@relabs02.build.mtv1.mozilla.com ~]# puppet agent --test
Info: Retrieving plugin
Info: Loading facts in /var/lib/puppet/lib/facter/vmwaretools_version.rb
Info: Loading facts in /var/lib/puppet/lib/facter/root_home.rb
Info: Loading facts in /var/lib/puppet/lib/facter/num_masters.rb
Info: Loading facts in /var/lib/puppet/lib/facter/pe_version.rb
Info: Loading facts in /var/lib/puppet/lib/facter/puppet_vardir.rb
Info: Loading facts in /var/lib/puppet/lib/facter/facter_dot_d.rb
Info: Caching catalog for relabs02.build.mtv1.mozilla.com
Info: Applying configuration version '6ff0ee22590b'
Notice: /Stage[main]/Hardware/Service[hp-asrd]/ensure: ensure changed 'running' to 'stopped'
Notice: /Stage[main]/Hardware/Service[hp-health]/ensure: ensure changed 'running' to 'stopped'
Notice: Finished catalog run in 6.27 seconds
[root@relabs02.build.mtv1.mozilla.com ~]#
You can use relabs02 to test this out. I'll help out in irc with the other details of writing and testing a puppetagain patch.
Comment 1•12 years ago
|
||
[root@sea-puppet.community.scl3.mozilla.com tmp-puppet]# cat /etc/cron.d/hp-health
# /etc/cron.d/hp-health: crontab entries for the hp-health package
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
*/5 * * * * root /opt/hp/hp-health/bin/check-for-restart-requests
=====
by skimming that script it sounds like that is [a] the culprit.
| Assignee | ||
Comment 2•12 years ago
|
||
This module is also incompatible with ubuntu. I vote it gets ripped out altogether.
err: Could not retrieve catalog from remote server: Error 400 on SERVER: cannot install on Ubuntu at /etc/puppet/environments/test/modules/packages/manifests/hp_health.pp:19 on node relabs07.build.mtv1.mozilla.com
| Reporter | ||
Comment 4•12 years ago
|
||
The cron script isn't a problem, but it's worth putting an ensure => absent in there at least temporarily will help clean up the existing systems (seamonkey, relabs, and the HP builders in scl1) back into a consistent state. It'd be fine to put that in the node defs for those hosts, since it's temporary.
| Assignee | ||
Comment 5•12 years ago
|
||
This was tested on relabs08(centos). We can probably remove it all together in a week or so.
Attachment #766970 -
Flags: review?(dustin)
Attachment #766970 -
Flags: feedback?(bugspam.Callek)
Comment 6•12 years ago
|
||
Comment on attachment 766970 [details] [diff] [review]
Set hp-health to ensure => absent
Review of attachment 766970 [details] [diff] [review]:
-----------------------------------------------------------------
Since its only temporary this is ok. In a perfect world I'd personally prefer removing hp_health.pp and instead tweaking the init.pp here to do the absent. Since having a packages::* that *removes* a package rather than adds it feels strange.
That said, please point to this bug in each of those "removed soon" comments.
Attachment #766970 -
Flags: feedback?(bugspam.Callek) → feedback+
| Reporter | ||
Comment 7•12 years ago
|
||
Comment on attachment 766970 [details] [diff] [review]
Set hp-health to ensure => absent
Review of attachment 766970 [details] [diff] [review]:
-----------------------------------------------------------------
I don't see a "smooth" way to ensure a package is absent, which is part of why I wanted to just delete these manifests and pretend it wasn't a problem. But this looks fine.
Attachment #766970 -
Flags: review?(dustin) → review+
| Assignee | ||
Comment 8•12 years ago
|
||
Comment on attachment 766970 [details] [diff] [review]
Set hp-health to ensure => absent
landed.
I'll remove it completely by the end of the week
Attachment #766970 -
Flags: checked-in+
| Assignee | ||
Comment 9•12 years ago
|
||
Let schedule this to land on Tuesday 7/2 (if r+ by then)
[jwatkins@releng-puppet2.build.mtv1.mozilla.com test]$ hg status
M modules/hardware/manifests/init.pp
R modules/packages/manifests/hp_health.pp
Attachment #768451 -
Flags: review?(dustin)
Attachment #768451 -
Flags: feedback?(bugspam.Callek)
Updated•12 years ago
|
Attachment #768451 -
Flags: feedback?(bugspam.Callek) → feedback+
| Reporter | ||
Updated•12 years ago
|
Attachment #768451 -
Flags: review?(dustin) → review+
| Assignee | ||
Comment 10•12 years ago
|
||
Comment on attachment 768451 [details] [diff] [review]
Removes hp-health from manifests completely
landed
Attachment #768451 -
Flags: checked-in+
| Assignee | ||
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Component: Server Operations: RelEng → RelOps
Product: mozilla.org → Infrastructure & Operations
You need to log in
before you can comment on or make changes to this bug.
Description
•