Closed
Bug 1276098
Opened 9 years ago
Closed 9 years ago
error with mod_auth_mellon on moztrap2.webapp.scl3.
Categories
(Infrastructure & Operations :: IT-Managed Tools, task)
Infrastructure & Operations
IT-Managed Tools
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mdevney, Assigned: Atoll)
References
Details
(Whiteboard: [kanban:https://webops.kanbanize.com/ctrl_board/2/3023] )
Error: Could not start Service[httpd]: Execution of '/usr/sbin/apachectl start' returned 1: Syntax error on line 46 of /etc/httpd/mozilla/domains/intranet.mozilla.org.conf:
Invalid command 'MellonEnable', perhaps misspelled or defined by a module not included in the server configuration
Wrapped exception:
Execution of '/usr/sbin/apachectl start' returned 1: Syntax error on line 46 of /etc/httpd/mozilla/domains/intranet.mozilla.org.conf:
Invalid command 'MellonEnable', perhaps misspelled or defined by a module not included in the server configuration
Error: /Stage[main]/Webapp::Apache/Service[httpd]/ensure: change from stopped to running failed: Could not start Service[httpd]: Execution of '/usr/sbin/apachectl start' returned 1: Syntax error on line 46 of /etc/httpd/mozilla/domains/intranet.mozilla.org.conf:
Invalid command 'MellonEnable', perhaps misspelled or defined by a module not included in the server configuration
The thing it errors on is mod_auth_mellon which is not installed on that system. Maybe it should be?
Assuming the server's hostname is moztrap2.webapp.scl3, the site 'intranet.mozilla.org' should *not* be deployed to this server. So installing Mellon is not the correct answer.
Is there a production outage?
Reporter | ||
Comment 2•9 years ago
|
||
No outage; merely alerts that puppet isn't running cleanly.
![]() |
||
Comment 4•9 years ago
|
||
(In reply to Richard Soderberg [:atoll] from comment #1)
> Assuming the server's hostname is moztrap2.webapp.scl3, the site
> 'intranet.mozilla.org' should *not* be deployed to this server.
manifests/nodes/webapp.pp - moztrap[12] gets a webapp::base of genericrhel6. That picks up modules/webapp/files/genericrhel6/etc-httpd/domains/intranet.mozilla.org.conf (same as generic[1-6]), and here we are.
That is .. completely insane. I had no idea. It may never get resolved.
Comment 6•9 years ago
|
||
moztrap.mozilla.org is served by the generic cluster which is maybe why these nodes were setup with that cluster name (right or wrong as it may be) -- does anyone know what these VMs do and why we have them in addition to the generic cluster?
![]() |
||
Comment 7•9 years ago
|
||
bug 1053979 - They're DR (in scl3) for the generic cluster (in phx1).
.....
Comment 8•9 years ago
|
||
Hmmm, that's a tricky one! I suspect some of the genericrhel6 stuff in the node manifest is correct then like webapp::genericrhel6::keys, but I have some doubts about "cluster => 'genericrhel6'". Moztrap is scheduled to be replaced by November, but we should probably try to fix this anyway and given these are the DR boxes hopefully the risk of breaking something is low.
In this case, just adding the missing Package[mod_auth_mellon] to the node definition for these servers should carry them through to their eventual shutdown.
![]() |
Assignee | |
Comment 11•9 years ago
|
||
added mellon => true to the production (CHG0010611) moztrap cluster definition in manifests/nodes/webapp.pp.
Info: Applying configuration version '120546'
Notice: /Stage[main]/Webapp::Apache/Package[mod_auth_mellon]/ensure: created
Info: /Stage[main]/Webapp::Apache/Package[mod_auth_mellon]: Scheduling refresh of Service[httpd]
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•