Return-Path: X-Original-To: apmail-hadoop-hdfs-user-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5E44A106B3 for ; Sun, 7 Apr 2013 12:59:25 +0000 (UTC) Received: (qmail 59397 invoked by uid 500); 7 Apr 2013 12:59:20 -0000 Delivered-To: apmail-hadoop-hdfs-user-archive@hadoop.apache.org Received: (qmail 59159 invoked by uid 500); 7 Apr 2013 12:59:19 -0000 Mailing-List: contact user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hadoop.apache.org Delivered-To: mailing list user@hadoop.apache.org Delivered-To: moderator for user@hadoop.apache.org Received: (qmail 90937 invoked by uid 99); 7 Apr 2013 12:32:17 -0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of marcosm@buscapecompany.com designates 187.95.198.220 as permitted sender) From: MARCOS MEDRADO RUBINELLI To: "user@hadoop.apache.org" Subject: RE: [RFC] Deploy CDH4 on a cluseter Thread-Topic: [RFC] Deploy CDH4 on a cluseter Thread-Index: AQHOM2aMn5KbxJlKsE2zE9JANrThnpjKrMpo Date: Sun, 7 Apr 2013 12:31:46 +0000 Message-ID: References: In-Reply-To: Accept-Language: pt-BR, en-US Content-Language: pt-BR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [189.54.101.220] Content-Type: multipart/alternative; boundary="_000_B9915517C0BE3447A3754AD79970BE254D630808Bpeexcmbx03grup_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_B9915517C0BE3447A3754AD79970BE254D630808Bpeexcmbx03grup_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Harry, It doesn't have to be a proper, fully qualified name. Sometimes hosts don't= even have one. It just has to match exactly what `hostname` returns, becau= se that's what each node will use to identify itself. Also, only servers that will actually be part of the cluster need to be in = /etc/hosts. Clients can still access the DFS and submit jobs without being = explicitly listed. Regards, Marcos ________________________________ When i deploy CDH4 on a cluster the doc, http://www.cloudera.com/content/cloudera-content/cloudera-docs/CDH4/4.2.0/C= DH4-Installation-Guide/cdh4ig_topic_10.html , says i have to write IP addresses and FQDN into /etc/hosts. I am not sure how to get FQDN of each PC? Could anyone give me some suggestions? Thanks in advance. -- Thanks Harry Wei --_000_B9915517C0BE3447A3754AD79970BE254D630808Bpeexcmbx03grup_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Harry,

It doesn't have to be a proper, fully qualified name. Sometimes hosts = don't even have one. It just has to match exactly what `hostname` returns, = because that's what each node will use to identify itself.

Also, only servers that will actually be part of the cluster need to b= e in /etc/hosts. Clients can still access the DFS and submit jobs without b= eing explicitly listed.

Regards,
Marcos


says i have to write IP addresses and FQDN into /etc/hosts.
I am not sure how to get FQDN of each PC? Could anyone give
me some suggestions? Thanks in advance.

--
Thanks
Harry Wei
--_000_B9915517C0BE3447A3754AD79970BE254D630808Bpeexcmbx03grup_--