Closed
Bug 773931
Opened 13 years ago
Closed 12 years ago
Install Ganglia to puppetAgain servers
Categories
(Infrastructure & Operations Graveyard :: CIDuty, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Callek, Assigned: Callek)
References
Details
Attachments
(1 file)
Ok, this should do it, and smartly. And this was the best way I could come up with it.
I noticed that my local hg diff is giving me really strange diffs (relating to line endings and a few file modes -- I'll clean that up with the EOF newlines before landing, or in a new patch if required)
Attachment #642192 -
Flags: review?(dustin)
Attachment #642192 -
Flags: feedback?(kmoir)
Assignee | ||
Comment 1•13 years ago
|
||
Comment on attachment 642192 [details] [diff] [review]
add ganglia
Review of attachment 642192 [details] [diff] [review]:
-----------------------------------------------------------------
Sudden thought, how are we handling the ganglia road in AWS with those systems? Do I need to rework any of this to support an "don't install ganglia in aws" or something, or should this format work. additional r? to catlee for the AWS Q's (I don't want to break you)
Attachment #642192 -
Flags: review?(catlee)
Comment 2•13 years ago
|
||
Comment on attachment 642192 [details] [diff] [review]
add ganglia
Review of attachment 642192 [details] [diff] [review]:
-----------------------------------------------------------------
Looks good, I'm also curious about the ramifications of this patch on the machines running on AWS.
Attachment #642192 -
Flags: feedback?(kmoir) → feedback+
Comment 3•13 years ago
|
||
Comment on attachment 642192 [details] [diff] [review]
add ganglia
Review of attachment 642192 [details] [diff] [review]:
-----------------------------------------------------------------
Aside from my qualms about the complexity of the $::config::ganglia_config_class, I think this looks good.
::: manifests/extlookup/moco-config.csv
@@ +3,5 @@
> puppet_servers,releng-puppet1.build.mtv1.mozilla.com,releng-puppet1.build.scl1.mozilla.com,releng-puppet1.srv.releng.scl3.mozilla.com
> data_servers,releng-puppet1.build.mtv1.mozilla.com,releng-puppet1.build.scl1.mozilla.com,releng-puppet1.srv.releng.scl3.mozilla.com
> nrpe_allowed_hosts,"10.2.71.20,10.12.75.9,127.0.0.1,10.26.75.30"
> ntp_server,ntp.build.mozilla.org
> +ganglia_config_class,ganglia::config-moco
This, or any other addition to CSV, will need a default, too.
::: modules/ganglia/manifests/config-moco.pp
@@ +16,5 @@
> + $cluster = "RelEngMTV1"
> + $addr = "239.2.11.203"
> + }
> + default: {
> + fail("Unsupported fqdn")
I bet you could fix this for AWS -- and everywhere else -- by just changing this to set $cluster = "none", and conditionalizing the rest on that value. You may need to move the case statement into ganglia::settings, in that case. I *think* this would remove the need for the CSV setting and per-site classes entirely. What this might miss is cases where a regex is wrong or doesn't match a new host, and puppet happily fails to install ganglia. *That* could be fixed with a $::config::use_ganglia, which if true would cause puppet to fail if none of the regexes matched.
Attachment #642192 -
Flags: review?(dustin) → feedback+
Comment 4•13 years ago
|
||
Comment on attachment 642192 [details] [diff] [review]
add ganglia
So, after some discussion in IRC, I'm ok with specifying the class name in the CSV. It does make it very clear who owns that particular configuration.
Callek pointed out that the extlookup call specifies a default of "", but I'd still like to have a line in the default-config.csv so that file represents the full set of available variables.
r+ with that one-line addition.
Attachment #642192 -
Flags: review+
Assignee | ||
Comment 6•13 years ago
|
||
Comment on attachment 642192 [details] [diff] [review]
add ganglia
http://hg.mozilla.org/build/puppet/rev/1416babed6ab
Leaving open for docs, and clearing catlee's review. Rail was ok if this broke AWS and said him/catlee would tackle fixing it if needed.
Attachment #642192 -
Flags: review?(catlee)
Assignee | ||
Comment 7•12 years ago
|
||
Resolving in favor of Docs Bug 816921
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
Updated•7 years ago
|
Product: Release Engineering → Infrastructure & Operations
Updated•5 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•