From saku@ytti.fi Fri Mar 18 12:30:36 2016 Received: from mail-io0-f171.google.com (mail-io0-f171.google.com [209.85.223.171]) by underdog.stansell.org (8.15.2/8.15.2) with ESMTPS id u2ICUWoU001667 (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128 verify=OK) for ; Fri, 18 Mar 2016 12:30:35 GMT Received: by mail-io0-f171.google.com with SMTP id v123so24908205ioe.0 for ; Fri, 18 Mar 2016 05:30:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ytti-fi.20150623.gappssmtp.com; s=20150623; h=mime-version:date:message-id:subject:from:to; bh=XqTxRwqVl6W7L6qeyV6U/vN9rNmD7IY1+OPQvfEb/Tk=; b=wwD+/n+S1Ty2eHLdC1tIf1cpXED55Bsu+4ImECxEI0xVJEgEPzcvWNGYxV5c5NjfIT qgDIyeSsI7jBZ1Shn8OF2K+uaJoSvKgivCXht+JYJHeFuOcENmpWR2Y/B+9+VZieFfgW +VxaNYgDTyrJz1m5wqJcQxOZk76jQAddJ3I9ZoS26xmBzabXuWFPVszAwOr05LQIk9qp GYBAER4pnJwKEwoC4maTEJY+ugnsRy5ArMRTeNSj1CrTC3QOatPWBYefAOwGWZUOo5PQ LczR725Xb/CAZg/ybojA1rvS7pjKxqkW0UIpxNE9a7P+9MKJmwqqXukl2FugeeGZei8z W/BQ== 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=XqTxRwqVl6W7L6qeyV6U/vN9rNmD7IY1+OPQvfEb/Tk=; b=dcgJmwo2MuDNp8jcPzeGAaRUEtjTByn/m7aq6qEHnVpNRQQvirMvv+y7Y3NvFMy0/w Beh2p6Oi/LWEJPtRJIWY2GLLLv3Y74e1sL+oaO3T7s+5eY8wGjKKVI98/8ZYc638IP8Z xgX/uUHhDQrz1hrvkLNmZir3mAvP9qdv6AM8pkdtzXZpLfGdvZZgeFvHm5cdobLhRKoG nJh4HAa9KirNkYk2KNFXpY+2lo2EstmRsvR7ICr+zFwGAJK2njLVtJA8+6M+4UORqRcd Q1a7xQDQntj+4lMO3VIMRtvhiH0m+xB5fwjksBu3WuY/Y7AJOsDlwDvHSNCjoZo2hX2o R9GA== X-Gm-Message-State: AD7BkJIv0K61XzYz2moByR2w3QqepJN8a3MME7g2U+S2vYytVkUtYekq5phpaU3zVkzdWydym7Sa3la5rwycvw== MIME-Version: 1.0 X-Received: by 10.107.9.10 with SMTP id j10mr15421332ioi.104.1458304231124; Fri, 18 Mar 2016 05:30:31 -0700 (PDT) Received: by 10.64.73.99 with HTTP; Fri, 18 Mar 2016 05:30:31 -0700 (PDT) Date: Fri, 18 Mar 2016 14:30:31 +0200 Message-ID: Subject: question about potential feature enhancement From: Saku Ytti To: "users@conserver.com" Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -1.9 () BAYES_00,DKIM_SIGNED,DKIM_VALID X-Scanned-By: MIMEDefang 2.72 on 198.151.248.21 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.21 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 12:30:36 -0000 First, many thanks for conserver, I really love how it allows us to use arbitrary console servers and yet get universal single UI access to them. Having said that, couple features I'd love to see, can someone be convinced to code them, and if so, would upstream even accept them? a) match-anywhere for console port name, instead of matching from start of the string. Use case: your pop name is in the middle of the string, and you want to check what consoles are available in the pop. b) exponential autoreinit backoff. If there are lot of failing nodes, 1min may be woefully ineffective timeout, it would be nice if per device delay would increase exponentially on subsequent failures. Something like vendors implement for interface dampening (e.g. http://www.cisco.com/c/en/us/td/docs/ios/12_0s/feature/guide/s_ipevdp.html) this could completely replace retries, so instead of having n retries + reinit timeout, you'd just have single exponentially increasing retry, eventually converging to to stable state even on busiest system. (Or simpler solution, configurable autoreinit delay) Being C illiterate, I still might be able to produce patch for a) and configurable autoreinit delay, but I can't imagine being able to refactor the retry+autoreinit in single exponential backoff and have a patch which would be accepted. -- ++ytti From cfowler@outpostsentinel.com Fri Mar 18 12:39:28 2016 Received: from zcs-mta.vps-host.net (eapps.com [69.89.1.77] (may be forged)) by underdog.stansell.org (8.15.2/8.15.2) with ESMTPS id u2ICdOu1001874 (version=TLSv1.2 cipher=ADH-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 18 Mar 2016 12:39:27 GMT Received: from localhost (localhost [127.0.0.1]) by zcs-mta.vps-host.net (Postfix) with ESMTP id 16731813B49E; Fri, 18 Mar 2016 08:39:24 -0400 (EDT) Received: from zcs-mta.vps-host.net ([127.0.0.1]) by localhost (zcs-mta.vps-host.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id Ac1QeIqmPli2; Fri, 18 Mar 2016 08:39:23 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs-mta.vps-host.net (Postfix) with ESMTP id 4207E813C506; Fri, 18 Mar 2016 08:39:23 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs-mta.vps-host.net Received: from zcs-mta.vps-host.net ([127.0.0.1]) by localhost (zcs-mta.vps-host.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id k8vEISepxGUs; Fri, 18 Mar 2016 08:39:23 -0400 (EDT) Received: from enterprisemail2.vps-host.net (enterprisemail2.vps-host.net [10.0.6.109]) by zcs-mta.vps-host.net (Postfix) with ESMTP id 22098813B49E; Fri, 18 Mar 2016 08:39:23 -0400 (EDT) Date: Fri, 18 Mar 2016 08:39:22 -0400 (EDT) From: Chris Fowler To: Saku Ytti Cc: users@conserver.com Message-ID: <1726497853.12929022.1458304762087.JavaMail.zimbra@outpostsentinel.com> In-Reply-To: References: Subject: Re: question about potential feature enhancement MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_12929021_1035019309.1458304762086" X-Mailer: Zimbra 8.6.0_GA_1178 (ZimbraWebClient - GC49 (Linux)/8.6.0_GA_1178) Thread-Topic: question about potential feature enhancement Thread-Index: bsfKujS+LJqw8wsFMcpcoA4Plo38dQ== X-Spam-Score: 0.516 () BAYES_00, HTML_MESSAGE, RDNS_NONE, SPF_HELO_PASS, URIBL_SBL X-Scanned-By: MIMEDefang 2.72 on 198.151.248.21 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.21 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 12:39:28 -0000 ------=_Part_12929021_1035019309.1458304762086 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Dampening? delay starts at 1m (60) // pseudo int delay = 60; .. .. int result = connect(XXXX); if(result == -1) { delay = (delay < 300 ? delay+30:300); } else { delay = 60; } > From: "Saku Ytti via users" > To: users@conserver.com > Sent: Friday, March 18, 2016 8:30:31 AM > Subject: question about potential feature enhancement > First, many thanks for conserver, I really love how it allows us to > use arbitrary console servers and yet get universal single UI access > to them. > Having said that, couple features I'd love to see, can someone be > convinced to code them, and if so, would upstream even accept them? > a) match-anywhere for console port name, instead of matching from > start of the string. Use case: your pop name is in the middle of the > string, and you want to check what consoles are available in the pop. > b) exponential autoreinit backoff. If there are lot of failing nodes, > 1min may be woefully ineffective timeout, it would be nice if per > device delay would increase exponentially on subsequent failures. > Something like vendors implement for interface dampening (e.g. > http://www.cisco.com/c/en/us/td/docs/ios/12_0s/feature/guide/s_ipevdp.html) > this could completely replace retries, so instead of having n retries > + reinit timeout, you'd just have single exponentially increasing > retry, eventually converging to to stable state even on busiest > system. > (Or simpler solution, configurable autoreinit delay) > Being C illiterate, I still might be able to produce patch for a) and > configurable autoreinit delay, but I can't imagine being able to > refactor the retry+autoreinit in single exponential backoff and have a > patch which would be accepted. > -- > ++ytti > _______________________________________________ > users mailing list > users@conserver.com > https://www.conserver.com/mailman/listinfo/users ------=_Part_12929021_1035019309.1458304762086 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Dampening? 

delay starts at 1m (60)

// pseudo
int delay =3D 60;
..
..
int result =3D connect(XXXX);
if(result =3D=3D -1) = {
  delay =3D (delay < 300 ? delay+30:300);
&nb= sp; 
} else {
   delay =3D 60;
}

From: "Saku Ytti via u= sers" <users@conserver.com>
To: users@conserver.com
S= ent: Friday, March 18, 2016 8:30:31 AM
Subject: question abou= t potential feature enhancement
First, many thanks for conserver, I really love how it allow= s us to
use arbitrary console servers and yet get universal single UI ac= cess
to them.


Having said that, couple features I'd love to s= ee, can someone be
convinced to code them, and if so, would upstream eve= n accept them?

a) match-anywhere for console port name, instead of m= atching from
start of the string. Use case: your pop name is in the midd= le of the
string, and you want to check what consoles are available in t= he pop.

b) exponential autoreinit backoff. If there are lot of faili= ng nodes,
1min may be woefully ineffective timeout, it would be nice if = per
device delay would increase exponentially on subsequent failures.Something like vendors implement for interface dampening (e.g.
http://w= ww.cisco.com/c/en/us/td/docs/ios/12_0s/feature/guide/s_ipevdp.html)
this= could completely replace retries, so instead of having n retries
+ rein= it timeout, you'd just have single exponentially increasing
retry, event= ually converging to to stable state even on busiest
system.
(Or simpl= er solution, configurable autoreinit delay)


Being C illiterate, = I still might be able to produce patch for a) and
configurable autoreini= t delay, but I can't imagine being able to
refactor the retry+autoreinit= in single exponential backoff and have a
patch which would be accepted.=

--
  ++ytti
______________________________________= _________
users mailing list
users@conserver.com
https://www.conse= rver.com/mailman/listinfo/users
------=_Part_12929021_1035019309.1458304762086--