<div class="gmail_quote">2009/10/16 Jim Stichnoth <span dir="ltr">&lt;<a href="mailto:stichnot@gmail.com">stichnot@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Fri, Oct 16, 2009 at 12:41 PM, Gary Dawes &lt;<a href="mailto:gary.dawes@gmail.com">gary.dawes@gmail.com</a>&gt; wrote:<br>
&gt; Hmm, been spending far too much time on this today.<br>
&gt;<br>
&gt; I have created a fresh install of Knopppmyth R5.5 with Mythtv 0.21 installed<br>
&gt; on a VM. Checked the mysql config which was OK. Created a clean database,<br>
&gt; and ran mythtv-setup to populate the tables, and restored the existing data<br>
&gt; OK.<br>
&gt;<br>
&gt; I then backed up the data, and restored ok into the box with 0.22 installed<br>
&gt; after dropping the existing database. The restore worked, but failed on<br>
&gt; schema upgrade using mythtv-setup, with the &quot;DB charset conversion failed&quot;<br>
&gt; error.<br>
&gt;<br>
&gt; I then tried all the above again, running the sed command to change the<br>
&gt; encoding. Again, the restore worked, but the schema upgrade again failed<br>
&gt; with the same error.<br>
&gt;<br>
&gt; I then dropped the database again on the 0.21 box, and recreated. ran<br>
&gt; mythtv-setup to create a empty schema, and then performed a partial-restore<br>
&gt; into it. Checked for errors, and then backed that DB up. Once again a<br>
&gt; restore onto the 0.22 box with a fresh empty database was sucessful, but<br>
&gt; once again the schema upgrade in mythtv-setup failed with the same error.<br>
&gt;<br>
&gt; Any ideas? I really really do not want to start a database from scratch as<br>
&gt; there is 6 years worth of data in there.<br>
<br>
</div>When I first started testing 0.22, I had troubles getting the schema<br>
upgrade to work.  It was also failing in the DB charset conversion<br>
step.  It turned out I was running out of disk space on the test<br>
system.  The charset conversion step creates a temporary table based<br>
on the People table, and that temporary table temporarily takes up<br>
mysql disk space.  If you have 6 years worth of data, the People table<br>
should be quite large.  You might check if that&#39;s the case.  Do your<br>
log files give any indication?<br>
<br>
I figured this out by running with &quot;-v all&quot; and then pasting the sql<br>
commands from the log into mysql one by one until I saw which one was<br>
causing the error.<br>
<font color="#888888"><br>
Jim<br>
</font><div><div></div><div class="h5"><br></div></div></blockquote><div>Thanks. Oddly enough. I have just been running mythtv-setup -v all, and found that it was the people table which seemed to be causing the problems. I&#39;ve removed the data lines for that table from the .sql backup file, and everything has now upgraded OK. Which is a massive relief! My database was around 200MB, but I have a 25GB / partition, with normally about 21GB free.<br>
<br>mythfrontend is now crashing with a en_gb error, but I haven&#39;t started tracking that down yet.<br><br>Gary<br></div></div><br>