Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BDAF21840A for ; Thu, 17 Mar 2016 14:22:08 +0000 (UTC) Received: (qmail 95601 invoked by uid 500); 17 Mar 2016 14:22:08 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 95540 invoked by uid 500); 17 Mar 2016 14:22:08 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 95522 invoked by uid 99); 17 Mar 2016 14:22:08 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Mar 2016 14:22:07 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 780C0C0BD2 for ; Thu, 17 Mar 2016 14:22:07 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.179 X-Spam-Level: * X-Spam-Status: No, score=1.179 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx2-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id YDhzRBZLNOxd for ; Thu, 17 Mar 2016 14:22:06 +0000 (UTC) Received: from mail-wm0-f47.google.com (mail-wm0-f47.google.com [74.125.82.47]) by mx2-lw-eu.apache.org (ASF Mail Server at mx2-lw-eu.apache.org) with ESMTPS id 155CD5F23E for ; Thu, 17 Mar 2016 14:22:06 +0000 (UTC) Received: by mail-wm0-f47.google.com with SMTP id l68so228263621wml.0 for ; Thu, 17 Mar 2016 07:22:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=82uegMaHBATTpa2cV3wA1aOAPwdPbB31IKeh6DXuMYU=; b=YPC17m3Ds6fJmXTeleSFgKb+AzNKLz4n7SzEOsqqiCtJKc0tQ15Gu0mub2NVCe5MnQ Lc+utWYgcoigggOZnsYcWRh6+JlzHVe2MC+NWN3y6z+LAv60vK2Nqk/fNwbINVMDVG8K p7/kw4w06HNIMWm0MGBM9Sqxqa4xnDvHNKzM81hmIGhQAfz4gtkFE0uzOiHflba1zAOU 4mEJQOmLP8rAFDJNpCTy3c7GDWO+g7EkGZi7tKSKpJIyg+qiqLdIfqPZLn+ars2gH/mD GLCHcg+wRTg4+yEFnmkTrpvB/JZIuQY9Cpq40chX2SS3MiZ91SJ6aJ3P8eNx2KLMd1KT 6fWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=82uegMaHBATTpa2cV3wA1aOAPwdPbB31IKeh6DXuMYU=; b=leihW4svT17y8OG+JfhrDfWoytSZd0aNNx4ukUgMOJf25N/UJp+j6vYiZ+2MJVGJPj WzwN/8tppCzzLic9fViksOUYW8YSIpPDKgzU3GV3/y383asbIoE2/TBcsLwby8UrsZbx L5gdeuxdK92Nbi4CBJc0OSeWFpOX5ROAcCtdR975lF3mRY1VkNfUo5tLSX6UUh1CoWPB VoPKkVbv6MAFR7Js6A8W80QA29RiPcKU1gIMWlpBJMLVRsW2FymHPrziuVFNTX/xSrH6 wyoClyReUitJ51xTc5Kk2EpvfjHs38FeKyth+oxwoKUyUzVFal6Cgq05EUMdE2C+spyb 7AOg== X-Gm-Message-State: AD7BkJING2lDCW+702bjpr4zk6V/eA7Ecol/Zg0LOUNNDPA56Vanxtt5O5fs0QI4+l9CsgQepGOUH/OLJ8txOQ== MIME-Version: 1.0 X-Received: by 10.28.174.72 with SMTP id x69mr35959467wme.68.1458224525812; Thu, 17 Mar 2016 07:22:05 -0700 (PDT) Received: by 10.194.241.163 with HTTP; Thu, 17 Mar 2016 07:22:05 -0700 (PDT) Date: Thu, 17 Mar 2016 15:22:05 +0100 Message-ID: Subject: Acs-management fencing VMs, on agent unavailable From: Andrija Panic To: "dev@cloudstack.apache.org" Content-Type: multipart/alternative; boundary=001a114444e0dd2781052e3f5aeb --001a114444e0dd2781052e3f5aeb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi guys, we had some strange (I would say...) happening last night. We have 2 node keepalived "cluster" with haproxy providing agent-to-management-server connections. We did some LB maintance, so we restarted keepalived (VIP moved to another haproxy node...), so there was I would say 2-3 sec network downtime betwen management server and agents. Management server freaked out, and started Fencing bunch of VMs and VRs... Any explanation on some time limit that when exceded, management will start stopping VMs ? WE did this previously with no consequences as far as I remember... How are we supposed to more "properly" do LB maintance so management server doesnt go wild ? Thanks for any input! --=20 Andrija Pani=C4=87 --001a114444e0dd2781052e3f5aeb--