Return-Path: X-Original-To: apmail-cloudstack-users-archive@www.apache.org Delivered-To: apmail-cloudstack-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6807818F2E for ; Tue, 12 Jan 2016 07:47:08 +0000 (UTC) Received: (qmail 69351 invoked by uid 500); 12 Jan 2016 07:47:07 -0000 Delivered-To: apmail-cloudstack-users-archive@cloudstack.apache.org Received: (qmail 69301 invoked by uid 500); 12 Jan 2016 07:47:07 -0000 Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cloudstack.apache.org Delivered-To: mailing list users@cloudstack.apache.org Received: (qmail 69288 invoked by uid 99); 12 Jan 2016 07:47:07 -0000 Received: from Unknown (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Jan 2016 07:47:07 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 95B24180456 for ; Tue, 12 Jan 2016 07:47:06 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.9 X-Spam-Level: ** X-Spam-Status: No, score=2.9 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id chfcxOhUFqyT for ; Tue, 12 Jan 2016 07:46:57 +0000 (UTC) Received: from mail-io0-f173.google.com (mail-io0-f173.google.com [209.85.223.173]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id 43B3C43D99 for ; Tue, 12 Jan 2016 07:46:57 +0000 (UTC) Received: by mail-io0-f173.google.com with SMTP id g73so179471257ioe.3 for ; Mon, 11 Jan 2016 23:46:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=a4jYXupGiDCUFWcu6fOygTKVUaC5gt9NcTXDLsIFs98=; b=y3yWzFquaTLS+688lGzKfNvv3e9Jno2aBTXsjef+UYimMox9spsZc8E5Sz/DvF4Tg7 mMuGa9T1bwPCs6uaESe1bhQ+hcb4qLpdTmlFQIpz1v++YFoocWzyTWS3PAmmdI//SMYY jqE78fH/00VYQx77teHb08lYnCQlCSUN6PxFEAIJXkfp19ftl1BNQI7B7vxXKhF+aEIj nURw1OWvyXQX0FMRK1lOAZ+Bvjw7nDYSHrla8BvXG7Pn2L8O5wh++KulRcXUiNq7dpyn JBeJPLeRJIGz8bmJA1YRYkcVWFv4mV/Zc8a6qX/CiLmqraQ8UKyDCMWiuBVIHsZe0fAZ qmSQ== X-Received: by 10.107.44.199 with SMTP id s190mr108970575ios.24.1452584816683; Mon, 11 Jan 2016 23:46:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.23.3 with HTTP; Mon, 11 Jan 2016 23:46:17 -0800 (PST) In-Reply-To: <36B489B1C8BF3343861C7F6B8F957D4C01895EEB@GSjpTK1DCembx13.service.hitachi.net> References: <36B489B1C8BF3343861C7F6B8F957D4C01895612@GSjpTK1DCembx13.service.hitachi.net> <36B489B1C8BF3343861C7F6B8F957D4C01895EEB@GSjpTK1DCembx13.service.hitachi.net> From: Makrand Date: Tue, 12 Jan 2016 13:16:17 +0530 Message-ID: Subject: Re: CloudStack4.2.1 dnsmasq service down on VR To: users@cloudstack.apache.org Content-Type: multipart/alternative; boundary=001a11395ca80131b205291e429f --001a11395ca80131b205291e429f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ryota, I've observed many issue with VR (CS 4.3), especially when they are running for long time and handle considerable amount of traffic (more number of VMs). Sometimes you will have /var full and sometimes VRs just don't hand out any IPs to newly created VMs. Doing (clean) network restart works for 90% of networks issues. I believe newer versions of CS have much better templates for VR and less issues. Was there much activity happening on your VR when dnsmsq service stopped? Makrand On Tue, Jan 12, 2016 at 11:32 AM, =E4=B8=B8=E5=AD=90=E8=89=AF=E5=A4=AA / MA= RUKO=EF=BC=8CRYOUTA < ryota.maruko.fd@hitachi-solutions.com> wrote: > Dear Dag, > > Thank you for your answer. > > I checked the VR log(/var/log/kern.log). > It shows that the VR had been out of memory, > and OOMKiller on VR occurred to stop apache2 & dnsmasq service. > > Do you have a such experience(out of memory on the VR)? > > Regards > > ************************************************** > Ryota Maruko > Hitachi Solusions East Japan,Ltd. > HPC Group > PHS=EF=BC=9A070-6954-1466 FAX:022-266-2247 > mailto:ryota.maruko.fd@hitachi-solutions.com > ************************************************** > > >-----Original Message----- > >From: Dag Sonstebo [mailto:Dag.Sonstebo@shapeblue.com] > >Sent: Thursday, January 07, 2016 6:27 PM > >To: users@cloudstack.apache.org > >Subject: [!]Re: CloudStack4.2.1 dnsmasq service down on VR > > > >Hi Ryouta, > > > >there shouldn=E2=80=99t be any requirements for restarting VRs on a regu= lar > basis, but obviously do it (or restart network with > >cleanup) when you hit problems. > > > >Having your VR up for a year is not bad going, and there could obviously > be a number of root causes for the dnsmasq service > >stopping. Also keep in mind 4.2 is a few years old now, and any issues o= r > bugs will most likely be fixed in later releases. > > > >Regards, > > > >Dag Sonstebo > >Cloud Architect > >ShapeBlue > > > > > > > > > > > > > > > >ShapeBlue Dag Sonstebo > >ShapeBlue > >d: | s: +44 203 603 0540 > >e: Dag.Sonstebo@shapeblue.com | t: Dag.Sonstebo@shapeblue.com%20|%20t:> | w: > >www.shapeblue.com > >a: 53 Chandos Place, Covent Garden London WC2N 4HS UK > > > >Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue > Services India LLP is a company incorporated in > >India and is operated under license from Shape Blue Ltd. Shape Blue > Brasil Consultoria Ltda is a company incorporated > >in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue S= A > Pty Ltd is a company registered by The Republic > >of South Africa and is traded under license from Shape Blue Ltd. > ShapeBlue is a registered trademark. > >This email and any attachments to it may be confidential and are intende= d > solely for the use of the individual to whom > >it is addressed. Any views or opinions expressed are solely those of the > author and do not necessarily represent those > >of Shape Blue Ltd or related companies. If you are not the intended > recipient of this email, you must neither take any > >action based upon its contents, nor copy or show it to anyone. Please > contact the sender if you believe you have received > >this email in error. > > > > > > > >On 07/01/2016, 06:07, "=E4=B8=B8=E5=AD=90=E8=89=AF=E5=A4=AA / MARUKO=EF= =BC=8CRYOUTA" < > ryota.maruko.fd@hitachi-solutions.com> wrote: > > > >>Hello. > >> > >>Please tearch me about the problem. > >> > >>I made 2 VMs(VM1/VM2) one year ago. > >>A few days ago, I tried to ping from VM1 to VM2. > >>But it was unrearchable, previously it was no problem. > >> > >>"# ping VM2.domainXXX" (.domainXXX is the guestnetwork setting domain) > >> > >>I checked up the VR log, So "dnsmasq" service on VR was down. > >>I don't know why the service was down. > >>Will it be better that I periodically restart VR? > >> > >>~~~~~~ > >>CloudStack 4.2.1 > >>XenServer 6.1.0 > >>~~~~~~ > >> > >>Regard. > >> > > > >Find out more about ShapeBlue and our range of CloudStack related > services: > >IaaS Cloud Design & Build < > http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge =E2=80=93 = rapid > IaaS deployment > >framework > >CloudStack Consulting | > CloudStack Software Engineering > > > >CloudStack Infrastructure Support < > http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack > Bootcamp > >Training Courses > > --=20 Best, Makrand --001a11395ca80131b205291e429f--