Return-Path: X-Original-To: apmail-db-derby-user-archive@www.apache.org Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D6419100FC for ; Thu, 13 Jun 2013 06:01:08 +0000 (UTC) Received: (qmail 43379 invoked by uid 500); 13 Jun 2013 06:01:08 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 43047 invoked by uid 500); 13 Jun 2013 06:01:02 -0000 Mailing-List: contact derby-user-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Discussion" Delivered-To: mailing list derby-user@db.apache.org Received: (qmail 43033 invoked by uid 99); 13 Jun 2013 06:01:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Jun 2013 06:01:00 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: encountered temporary error during SPF processing of domain of mdzarief@gmail.com) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Jun 2013 06:00:56 +0000 Received: from tom.nabble.com ([192.168.236.105]) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Un0Zz-0001yh-LL for derby-user@db.apache.org; Wed, 12 Jun 2013 23:00:15 -0700 Date: Wed, 12 Jun 2013 23:00:15 -0700 (PDT) From: benrahman To: derby-user@db.apache.org Message-ID: <1371103215361-131154.post@n7.nabble.com> In-Reply-To: <877ghzeokp.fsf@oracle.com> References: <1370940623070-131072.post@n7.nabble.com> <51B81596.7090202@oracle.com> <877ghzeokp.fsf@oracle.com> Subject: Re: Replication Master stop, but Slave still alive MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi All, Thanks for the reply. Dag Wanvik wrote > Looks like the socket the master uses to ship records to slave stopped > working; hard to say what's the issue here. Do you see anything in the > slave's log file at this time instant? If you mean by derby.log, no new log being written, the last message mention that database in Slave mode. I checked the log folder that contains .dat files, the sequence also didn't increase. When i start replication, it was log1.dat, and when this happen, it still log1.dat. Is there any way to check if slave did receive any log shipping from master? Knut Anders Hatlen-5 wrote > That's right. It is supposed to try to reconnect until there's no more > space in the replication log buffers, according to > http://db.apache.org/derby/docs/10.10/adminguide/cadminreplicfailures.html. > > I think the slave never fails over automatically, even if it detects > that it has lost contact with the master. It has to be told to do so. > See > http://db.apache.org/derby/docs/10.10/adminguide/cadminreplicfailover.html, > which says: > > There is no automatic failover or restart of replication after one of > the instances has failed. > > > -- > Knut Anders Meaning slave will not stop automatically even though the connection with master has lost? I guess that will explained why my replication slave still active, even when master already stop. Ben -- View this message in context: http://apache-database.10148.n7.nabble.com/Replication-Master-stop-but-Slave-still-alive-tp131072p131154.html Sent from the Apache Derby Users mailing list archive at Nabble.com.