Closed Bug 891333 Opened 13 years ago Closed 13 years ago

puppetized hosts send email from foo@$domain

Categories

(Infrastructure & Operations :: RelOps: Puppet, task)

x86_64
Linux
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: rail, Assigned: rail)

Details

Attachments

(1 file)

Right now it looks like 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 It would be great to have FQDN right after 127.0.0.1. I hit some issues with `facter fqdn` without having FQDN as the first entry, so I added a work around for AWS hosts: http://hg.mozilla.org/build/cloud-tools/file/5e627ea3e624/aws/aws_create_instance.py#l78
I don't think puppetize.sh should do this (it's not really in the business of config mgmt), but it sounds like the file should be managed by puppet. That is, unless the `facter fqdn` problems were during the puppetize run, in which case what were they?
I had issues with `facter fqdn` because it uses `domainname` on Linux to determine the domain part of the host. IIRC, domainname reads the first entry in /etc/hosts and parses it.
[root@mobile-imaging-009.p9.releng.scl1.mozilla.com ~]# cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 [root@mobile-imaging-009.p9.releng.scl1.mozilla.com ~]# facter fqdn mobile-imaging-009.p9.releng.scl1.mozilla.com [root@mobile-imaging-009.p9.releng.scl1.mozilla.com ~]# domainname (none) [root@mobile-imaging-009.p9.releng.scl1.mozilla.com ~]# ..so I'm not sure /etc/hosts is the thing that's wrong here. What error do you get from facter?
Hmmm, maybe that was Ubuntu... I was getting localhost.locadomain as FQDN and localdomain as domainname.
Ah, indeed: [root@talos-linux64-ix-001.test.releng.scl3.mozilla.com ~]# cat /etc/hosts 127.0.0.1 localhost 127.0.1.1 talos-linux64-ix-001.test.releng.scl3.mozilla.com talos-linux64-ix-001 # The following lines are desirable for IPv6 capable hosts ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters [root@talos-linux64-ix-001.test.releng.scl3.mozilla.com ~]# facter fqdn talos-linux64-ix-001.test.releng.scl3.mozilla.com [root@talos-linux64-ix-001.test.releng.scl3.mozilla.com ~]# domainname (none) This is apparently something that kickstart takes care of when doing installs. As such, I think the fix in comment 0 is actually the correct approach. Secondarily managing /etc/hosts with puppet wouldn't hurt, although it occurs too late to fix problems in puppetize.sh. Did you have trouble on the 9 on-premisies masters where you just added the fqdn to /etc/hosts? Those are CentOS *and* kickstarted, so I'd be surprised to hear that anything was amiss. If not, do you mind reverting /etc/hosts to avoid surprises?
The only issue I've seen was: From: Builder <cltbld@srv.releng.scl3.mozilla.com> sent from bm81
That's expected at the moment: postfix uses the host's domain by default. Some postfix config could change that.
Component: Server Operations: RelEng → RelOps: Puppet
Product: mozilla.org → Infrastructure & Operations
QA Contact: arich → dustin
Assignee: server-ops-releng → rail
Summary: puppetize.sh should create proper /etc/hosts file → puppetized hosts send email from foo@$domain
Attachment #775990 - Flags: review?(dustin)
Attachment #775990 - Flags: review?(dustin) → review+
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
I'm not sure if this worked. Release mail still lacks a hostname: Return-Path: release@mozilla.com Received: from zmmta2.mail.corp.phx1.mozilla.com (LHLO zmmta2.mail.corp.phx1.mozilla.com) (10.20.77.30) by zmmbox5.mail.corp.phx1.mozilla.com with LMTP; Fri, 19 Jul 2013 06:11:59 -0700 (PDT) Received: from zmmta2.mail.corp.phx1.mozilla.com (localhost6.localdomain [127.0.0.1]) by zmmta2.mail.corp.phx1.mozilla.com (Postfix) with ESMTP id 66D571021EC; Fri, 19 Jul 2013 06:11:59 -0700 (PDT) Received: from smtp.mozilla.org (zlb1.mail.corp.phx1.mozilla.com [10.20.77.200]) by zmmta2.mail.corp.phx1.mozilla.com (Postfix) with ESMTP id 59E361021EA; Fri, 19 Jul 2013 06:11:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at mozilla.org Received: from localhost.localdomain (v-1030.fw1.releng.scl3.mozilla.net [63.245.214.82]) by mx1.mail.corp.phx1.mozilla.com (Postfix) with ESMTPS id DCB1BF223D; Fri, 19 Jul 2013 06:11:58 -0700 (PDT) Content-Transfer-Encoding: base64 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Date: Fri, 19 Jul 2013 06:11:51 -0700 Subject: [release] Firefox 23.0b7 build1: completed update_verify_1/4 on win32 From: release@mozilla.com References: <bc523d21831e3863da784e9c304b8b2a@mozilla.com> In-Reply-To: <bc523d21831e3863da784e9c304b8b2a@mozilla.com> To: release-mgmt@mozilla.com, release@mozilla.com Message-Id: <20130719131159.59E361021EA@zmmta2.mail.corp.phx1.mozilla.com> update_verify_1/4 complete for Firefox 23.0b7 build1 on win32 -buildbot
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: