Return-Path: X-Original-To: apmail-incubator-cloudstack-users-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0B01EDC78 for ; Thu, 8 Nov 2012 00:07:39 +0000 (UTC) Received: (qmail 16737 invoked by uid 500); 8 Nov 2012 00:07:38 -0000 Delivered-To: apmail-incubator-cloudstack-users-archive@incubator.apache.org Received: (qmail 16697 invoked by uid 500); 8 Nov 2012 00:07:38 -0000 Mailing-List: contact cloudstack-users-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-users@incubator.apache.org Delivered-To: mailing list cloudstack-users@incubator.apache.org Received: (qmail 16687 invoked by uid 99); 8 Nov 2012 00:07:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Nov 2012 00:07:38 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of calebcall@me.com designates 17.158.236.118 as permitted sender) Received: from [17.158.236.118] (HELO nk11p04mm-asmtp009.mac.com) (17.158.236.118) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Nov 2012 00:07:33 +0000 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from acedia.overstock.com (unknown [65.116.116.6]) by nk11p04mm-asmtp009.mac.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Jan 3 2012)) with ESMTPSA id <0MD500HQB700YQ00@nk11p04mm-asmtp009.mac.com> for cloudstack-users@incubator.apache.org; Thu, 08 Nov 2012 00:07:13 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8185,1.0.431,0.0.0000 definitions=2012-11-07_04:2012-11-07,2012-11-07,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1203120001 definitions=main-1211070284 Subject: Re: alter resolv.conf nameservers on linux From: Caleb Call In-reply-to: <2194F127-5F25-4EFE-A8B0-C941075C11D5@me.com> Date: Wed, 07 Nov 2012 17:06:47 -0700 Message-id: <2EC69BE4-554D-462B-8034-3152648E527E@me.com> References: <2194F127-5F25-4EFE-A8B0-C941075C11D5@me.com> To: cloudstack-users@incubator.apache.org X-Mailer: Apple Mail (2.1498) X-Virus-Checked: Checked by ClamAV on apache.org #2 doesn't work. It still stomps /etc/resolv.conf with what's provided by the routervm. On Nov 7, 2012, at 4:48 PM, Caleb Call wrote: > Thanks, #2 looks perfect. I'll give that a shot. > > On Nov 7, 2012, at 4:29 PM, Chiradeep Vittal wrote: > >> That should not be necessary. The DNS server in the router is a forwarder: >> 1. If the target of the DNS resolve is for a VM it has served DHCP to, it >> responds with the entry >> 2. If not, it forwards it to the 'zone' dns server. >> >> Or, you can set use.external.dns to 'true', restart the management server >> and restart (from the api/ui) the virtual router. >> But if you do, you won't get #1. >> >> On 11/7/12 3:12 PM, "Alex Huang" wrote: >> >>> In 4.0, what I would do is this. >>> >>> - Write a plugin. >>> - Listen to vm start events. >>> - On router vm start, ssh into the router vm and change the resolv.conf >>> >>> In the next release, Murali have added proper external event system then >>> you don't even need to do this via a plugin. >>> >>> --Alex >>> >>> -----Original Message----- >>> From: Caleb Call [mailto:calebcall@me.com] >>> Sent: Wednesday, November 07, 2012 3:06 PM >>> To: cloudstack-users@incubator.apache.org >>> Subject: Re: alter resolv.conf nameservers on linux >>> >>> Good question, I've been meaning to ask this same thing and keep >>> forgetting to. I think I've read that you have to edit the config on the >>> router vm, but that doesn't persist a reboot of the router vm. Is there >>> a better way to do this? >>> >>> >>> On Nov 7, 2012, at 3:18 PM, "Musayev, Ilya" wrote: >>> >>>> How would I pass on my nameservers in resolv.conf of an instance, >>>> instead of router vms IP? >>>> >>>> As of now, my nameserver is set to ip address of router vm. >>>> >>>> >>>> Thanks >>>> ilya >>> >> >