Return-Path: X-Original-To: apmail-directory-users-archive@www.apache.org Delivered-To: apmail-directory-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 0BF5018444 for ; Mon, 15 Feb 2016 18:10:32 +0000 (UTC) Received: (qmail 33485 invoked by uid 500); 15 Feb 2016 18:10:31 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 33444 invoked by uid 500); 15 Feb 2016 18:10:31 -0000 Mailing-List: contact users-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@directory.apache.org Delivered-To: mailing list users@directory.apache.org Delivered-To: moderator for users@directory.apache.org Received: (qmail 43850 invoked by uid 99); 15 Feb 2016 17:14:51 -0000 X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.68 X-Spam-Level: X-Spam-Status: No, score=0.68 tagged_above=-999 required=6.31 tests=[HTML_MESSAGE=2, KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=disabled From: "Accorsi, Carlo" To: "users@directory.apache.org" Subject: Question about I/O and VM failover Thread-Topic: Question about I/O and VM failover Thread-Index: AdFoEjXnKOBDUH19RziZ4CsuVoy7qA== Date: Mon, 15 Feb 2016 17:14:07 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.244.174.49] Content-Type: multipart/alternative; boundary="_000_FC9D57306008D54AA73E719FC154816647F11190USSLMMBX003netp_" MIME-Version: 1.0 --_000_FC9D57306008D54AA73E719FC154816647F11190USSLMMBX003netp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, We had a customer a couple of weeks ago call us and the JDBM store kept get= ting corrupted. We'd rebuild the directory database from scratch and a coup= le days later it would become corrupted again and would not start. It then became known that the V= irtual Machine ApacheDS was running on was failing over between two several= times a day. In simple terms, when a virtual machine fails over, the hyper= visor suspends all I/O to the box, then moves it to another host (hardware)= then restores the I/O when it comes online again with the same IP. So my question is this. This failover process can sometimes take cases 10 o= r 20 seconds to complete. During this time any thread trying to write to th= e filesystem cannot. This is likely some sort of hardware problem but it go= t us wondering if there are any special considerations for this type of sce= nario? For example, are there configurations for thread write timeout? For now, the machine is not failing over and everything is ok. Many Thanks!! Carlo --_000_FC9D57306008D54AA73E719FC154816647F11190USSLMMBX003netp_--