Closed
Bug 612672
Opened 14 years ago
Closed 13 years ago
figure out how to disable mdns/zeroconf/bonjour/avahi on all slaves
Categories
(Release Engineering :: General, defect)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jhford, Assigned: dustin)
Details
(Whiteboard: [buildslaves][hardware][simple][puppet])
Attachments
(1 file, 1 obsolete file)
682 bytes,
patch
|
bhearsum
:
review+
dustin
:
checked-in+
|
Details | Diff | Splinter Review |
Nov 16 13:09:37 talos-r3-fed-017 avahi-daemon[902]: Invalid query packet. Nov 16 13:09:43 talos-r3-fed-017 avahi-daemon[902]: Invalid query packet. Nov 16 13:09:43 talos-r3-fed-017 avahi-daemon[902]: Invalid query packet. Nov 16 13:09:44 talos-r3-fed-017 avahi-daemon[902]: Invalid query packet. We shouldn't have mdns/zerconf/bonjour/avahi (same protocol) services running on any of our slaves. This protocol is used to discover local network services and is of no use to us. Running something like '# chkconfig avahi off' should be enough on linux, but i am not sure for OS X. Windows shouldn't have zeroconf installed.
Reporter | ||
Updated•14 years ago
|
Whiteboard: [buildslaves][hardware][simple]
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → dustin
Assignee | ||
Comment 1•14 years ago
|
||
Tested in staging. The rename of 'base' to 'base-build' is to avoid falling in the same trap of thinking that 'base' is the top-level base class. Heh. The name 'fedora-stuff' avoids a naming conflict with the 'fedora' node. The parallel node and class hierarchies need to be fixed up anyway, so think of this as a temporary band-aid until that works out.
Attachment #495129 -
Flags: review?(jhford)
Reporter | ||
Comment 2•14 years ago
|
||
Comment on attachment 495129 [details] [diff] [review] m612672-puppet-manifests-r1.patch disabling the service looks good to me, but I'd like to get Ben's thoughts on the other parts of the manifest changes
Attachment #495129 -
Flags: review?(jhford)
Attachment #495129 -
Flags: review?(bhearsum)
Attachment #495129 -
Flags: review+
Comment 3•14 years ago
|
||
Comment on attachment 495129 [details] [diff] [review] m612672-puppet-manifests-r1.patch Hmmm, why aren't you just putting the service {} check inside of the existing talos-fedora.pp class?
Assignee | ||
Comment 4•14 years ago
|
||
Because I want to do this on all Fedora systems, not just talos
Comment 5•14 years ago
|
||
The only Fedora machines we have are test/talos ones.
Assignee | ||
Comment 6•14 years ago
|
||
That's fine, but won't necessarily always be the case. I can put them in the talos class for now.
Comment 7•14 years ago
|
||
Comment on attachment 495129 [details] [diff] [review] m612672-puppet-manifests-r1.patch Looks good to me now.
Attachment #495129 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 8•14 years ago
|
||
This is a simpler patch with less trying-to-refactor-puppet-manifests going on
Attachment #495129 -
Attachment is obsolete: true
Attachment #495917 -
Flags: review?(bhearsum)
Updated•14 years ago
|
Attachment #495917 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 9•14 years ago
|
||
Comment on attachment 495917 [details] [diff] [review] m612672-puppet-manifests-r2.patch 97d4a8bc032a
Attachment #495917 -
Flags: checked-in+
Assignee | ||
Updated•13 years ago
|
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Whiteboard: [buildslaves][hardware][simple] → [buildslaves][hardware][simple][puppet]
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•