<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: MySQL Error: Client requested master to start replication from impossible position	</title>
	<atom:link href="https://www.brandonchecketts.com/archives/mysql-error-client-requested-master-to-start-replication-from-impossible-position/feed" rel="self" type="application/rss+xml" />
	<link>https://www.brandonchecketts.com/archives/mysql-error-client-requested-master-to-start-replication-from-impossible-position</link>
	<description>Web Programming, Linux System Administation, and Entrepreneurship in Athens Georgia</description>
	<lastBuildDate>Sat, 02 Sep 2023 16:41:15 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.1</generator>
	<item>
		<title>
		By: Kevin		</title>
		<link>https://www.brandonchecketts.com/archives/mysql-error-client-requested-master-to-start-replication-from-impossible-position/comment-page-1#comment-2877</link>

		<dc:creator><![CDATA[Kevin]]></dc:creator>
		<pubDate>Fri, 25 May 2012 20:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonchecketts.com/?p=514#comment-2877</guid>

					<description><![CDATA[I&#039;ve had to deal with these issues as well when I lost a relay server, a server that sits between the master and multiple slaves.  In my case, once I had brought up the new relay server, the end slaves were at a completely different position on the old relay server.  By looking at the bin logs on the slaves, I was able to find the last transaction they ran and then able to find the same transaction on the new relay server&#039;s bin logs (once it was synced up with the master again).  In this case you will most likely also need to specify a new log file in addition to the position (MASTER_LOG_FILE = &#039;master_log_name&#039;) in order to get them replicating again.

Another hint for people is to use the &quot;show processlist&quot; command on both the slaves and master.  On the master, it shows which slaves are connected and whether it has sent all of the changes yet.  On the slave, it shows what transactions it is executing as it tries to catchup with the master.  Also, the &quot;Time&quot; column shows how many seconds behind the master it is.  Once it has caught up, that column shows how long it has been in sync.]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve had to deal with these issues as well when I lost a relay server, a server that sits between the master and multiple slaves.  In my case, once I had brought up the new relay server, the end slaves were at a completely different position on the old relay server.  By looking at the bin logs on the slaves, I was able to find the last transaction they ran and then able to find the same transaction on the new relay server&#8217;s bin logs (once it was synced up with the master again).  In this case you will most likely also need to specify a new log file in addition to the position (MASTER_LOG_FILE = &#8216;master_log_name&#8217;) in order to get them replicating again.</p>
<p>Another hint for people is to use the &#8220;show processlist&#8221; command on both the slaves and master.  On the master, it shows which slaves are connected and whether it has sent all of the changes yet.  On the slave, it shows what transactions it is executing as it tries to catchup with the master.  Also, the &#8220;Time&#8221; column shows how many seconds behind the master it is.  Once it has caught up, that column shows how long it has been in sync.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
