Received-SPF: none (No spf1 record for (lcrcomputer.info) ) client-ip=70.35.205.71; envelope-from=<lyle@lcrcomputer.info>; x-ip-name=ns3.lcrcomputer.net;
X-Default-Received-SPF: fail (Last token {-all} (res=FAIL)) client-ip=70.35.205.71; envelope-from=<lyle@lcrcomputer.info>; x-ip-name=ns3.lcrcomputer.net;
X-Received: from ns3.lcrcomputer.net (ns3.lcrcomputer.net [70.35.205.71])
by netwin.co.nz (SurgeMail 7.4p) with ESMTP (TLS) id 26098416-1391920
for <surgemail-list@netwin.co.nz>; Sat, 15 Aug 2020 17:05:17 +0000
X-Return-Path: lyle
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=73.211.210.143; envelope-from=<lyle@lcrcomputer.info>;
X-Received: from mail3.lcrcomputer.net (unverified [73.211.210.143])
by ns3.lcrcomputer.net (SurgeMail 7.4o) with ESMTP (TLS) id 408-1235687
for <surgemail-list@netwin.co.nz>; Sat, 15 Aug 2020 17:04:54 +0000
X-Return-Path: lyle
X-DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
s=default; d=lcrcomputer.info;
h=Subject:From:Date;
b=eMMmtrfkCeMrKlM16qsGMQKl5EgOBxnnCIx60c6L5OhgLLeFnTAxQb2R2CXYt0p7h6utTuy8R0P/J/ZEHIOLrkbh6OeHBv7wlLghw0pmJK8j0rYPCVYSJU5olnqA0xQKKxbHaMuBGWduXSZa0p4hvfW9m4dmSV4bpK4bUlFVd08=;
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lcrcomputer.info;
s=default; t=1597511095;
bh=tp6gqwUcY7M+CKlxFAQHB7NP9kWgFKGtYSKrdJNzaK0=;
h=Subject:To:From:Date;
b=ewWfFMEzVRShvJA12CX/zCuOYIrCbT3tv6xApSVvn5HHy+XM0fbOdcSjcaLO2SOyt
PpEC/gBZDExyUqJKCE52ha23HFJKxcCCSHKiOU4p7k463RjRjs9Qr7RoeuZrYHW9Gv
IrrICL/IWUlZb5tySDJ09R5HCZQtGWsGoU1jgWsg=
X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=192.168.250.160; envelope-from=<lyle@lcrcomputer.info>;
X-Received: from [192.168.250.160] (unverified [192.168.250.160])
by mail3.lcrcomputer.net (SurgeMail 7.4o) with ESMTP (TLS) id 9123-1786875
for <surgemail-list@netwin.co.nz>; Sat, 15 Aug 2020 12:04:54 -0500
X-Return-Path: lyle
Subject: Re: [SurgeMail List] g_mirror_repair
To: surgemail-list@netwin.co.nz
References: <em27b234ba-a2f0-4b50-b190-9da530e01478@desktop-s2mb1nd>
From: Lyle Giese
Message-ID: <7084c782-9bab-f976-8e01-2fa348a14b35@lcrcomputer.info>
Date: Sat, 15 Aug 2020 12:04:47 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
Thunderbird/68.11.0
MIME-Version: 1.0
In-Reply-To: <em27b234ba-a2f0-4b50-b190-9da530e01478@desktop-s2mb1nd>
Content-Language: en-US
X-X-Authenticated-User: lyle@lcrcomputer.info
X-X-Authenticated-User: auth_admin@ns3.lcrcomputer.net
X-Originating-IP: 70.35.205.71
X-Country: code=US country="United States" ip=70.35.205.71
X-Rcpt-To: <surgemail-list@netwin.co.nz>
X-Kann: +OK 0.611 0.966 2/9
X-SpamDetect: ******: 6.4 sd=6.4 NoRule 0.90(spf2_failed) 0.90(X-Phrase:isspam) 0.10(X-myrbl:Color=yellow) 0.27(X-Verify-Helo:+OK) 0.36(X-NotAscii:utf) 0.39(genuine) 0.39(dkimok) 0.40(StandardTLD) 0.40(X-Verify-MX present) 0.47(X-LangGuess:English) Saned 5.0 sanityx 6.4 Moved 5.0->6.4 Sval 6.4
X-NotAscii: charset=utf-8
X-LangGuess: English
X-Phrase: IsSpam score=1.00
X-Verify-Helo: +OK ns3.lcrcomputer.net
Authentication-Results: netwin.co.nz header.from=lyle@lcrcomputer.info; dkim=pass (good signature)
X-Verify-MX: <lyle@lcrcomputer.info> senders ip (ch=70.35.205.71 msg=70.35.205.71, net=70.35.) not in mx data dom=lcrcomputer.info ipname=ns3.lcrcomputer.net (209.222.82.162 209.222.82.150 209.222.82)
X-Encryption: SSL encrypted
X-MyRbl: Color=Yellow (rbl) Age=16 Spam=0 Notspam=0 Stars=0 Good=3 Friend=0 Surbl=0 Catch=0 r=0 ip=70.35.205.71
X-IP-stats: Incoming Last 0, First 16, in=121, out=0, spam=0 ip=70.35.205.71
List-Unsubscribe: <mailto:surgemail-list-leave@netwin.co.nz?subject=unsubscribe>
X-Mailing-List: surgemail-list@netwin.co.nz
List-ID: <surgemail-list@netwin.co.nz>
Precedence: bulk
Reply-To: surgemail-list@netwin.co.nz
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit
edit surgemail.ini
Normally, all end user traffic hits only the master. If the
master fails, you need to break mirroring(disable mirroring)(you
can do this via editing the surgemail.ini or via the web admin)
while you repair the old master.
When you bring up the old master, make it the slave and restart
mirroring. swap slave/master if you want after syncing is
complete.
I just did that. My slave had a hard drive failure, I disabled
mirroring. Rebuilt the slave. Restarted mirroring as per the
docs on their website. After resyncing, I swapped master/slave.
Broke mirroring(on purpose) and then rebuilt the other server(new
OS). Then restarted mirroring.
Lyle
On 2020-08-15 11:32, Eric Vey wrote:
Hi,
I've been using mirroring for a couple of months and I would
get this odd message telling me that things have been repaired
on the 15th. So I decided to find out what this was about.
Turns out I had this repair setting on both the master and
the slave, so I turned off the slave setting. But then I got to
wondering about this instruction:
This setting runs a nighly resync to keep the cluster in
sync. Maybe be resource intensive on a large system! This
should always be disabled during a failure as it could cause
messages loss when the master is re connected.
If the master has failed, how exactly would one get in to the
setting to turn this off? Only thing I can think of is to hope
that when the master came back up, it didn't have any network
access. And gosh, one more thing to remember before putting it
back online?
Eric Vey