[mythtv-users] upgrade to 0.22 problems - database encoding
Scott Lipcon
slipcon at gmail.com
Mon Mar 8 22:09:31 UTC 2010
I've been running 0.21-fixes on gentoo for quite a while, and thought I had
already done the database encoding fix on that... in any case, I've double
checked my configuration - when I restore the 0.21 database, i get the
following mysql status:
--------------
mysql Ver 14.12 Distrib 5.0.84, for pc-linux-gnu (x86_64) using readline
6.0
Connection id: 15
Current database: mythconverg
Current user: root at localhost
SSL: Not in use
Current pager: stdout
Using outfile: ''
Using delimiter: ;
Server version: 5.0.84 Gentoo Linux mysql-5.0.84-r1
Protocol version: 10
Connection: Localhost via UNIX socket
Server characterset: latin1
Db characterset: latin1
Client characterset: latin1
Conn. characterset: latin1
UNIX socket: /var/run/mysqld/mysqld.sock
Uptime: 28 min 56 sec
Threads: 1 Questions: 3131 Slow queries: 0 Opens: 720 Flush tables: 1
Open tables: 5 Queries per second avg: 1.804
--------------
Then I start 0.22 mythbackend, and it says in the log:
2010-03-08 11:44:05.858 Current MythTV Schema Version (DBSchemaVer): 1215
2010-03-08 11:44:05.860 MythTV database schema is old. Waiting to see if DB
is being upgraded.
2010-03-08 11:44:06.862 New DB connection, total: 2
2010-03-08 11:44:06.864 Connected to database 'mythconverg' at host:
localhost
2010-03-08 11:44:06.867 Current MythTV Schema Version (DBSchemaVer): 1215
2010-03-08 11:44:07.870 Current MythTV Schema Version (DBSchemaVer): 1215
2010-03-08 11:44:08.873 Current MythTV Schema Version (DBSchemaVer): 1215
2010-03-08 11:44:09.876 Current MythTV Schema Version (DBSchemaVer): 1215
2010-03-08 11:44:10.879 Current MythTV Schema Version (DBSchemaVer): 1215
2010-03-08 11:44:10.880 Timed out waiting.
2010-03-08 11:44:10.886 Backing up database with script: '/usr/share/mythtv/
mythconverg_backup.pl'
2010-03-08 11:44:16.535 Database Backup complete.
2010-03-08 11:44:16.540 Backed up database to file: '/video/recordings/
mythconverg-1215-20100308114410.sql.gz'
2010-03-08 11:44:16.550 Console is non-interactive, can't prompt user...
2010-03-08 11:44:16.551 Upgrading.
2010-03-08 11:44:16.553 Newest MythTV Schema Version : 1244
2010-03-08 11:44:16.980 Database corruption detected. Unable to proceed with
database upgrade. (Table: people, Warnings: 269)
2010-03-08 11:44:16.982 Your database must be fixed before you can upgrade
beyond 0.21-fixes. Please see
http://www.mythtv.org/wiki/Fixing_Corrupt_Database_Encoding for information
on fixing your database.
2010-03-08 11:44:16.984 Database Schema upgrade FAILED, unlocking.
2010-03-08 11:44:16.985 Couldn't upgrade database to new schema
At this point, if I stop the backend and do another mysql status, it now
says:
--------------
mysql Ver 14.12 Distrib 5.0.84, for pc-linux-gnu (x86_64) using readline
6.0
Connection id: 21
Current database: mythconverg
Current user: root at localhost
SSL: Not in use
Current pager: stdout
Using outfile: ''
Using delimiter: ;
Server version: 5.0.84 Gentoo Linux mysql-5.0.84-r1
Protocol version: 10
Connection: Localhost via UNIX socket
Server characterset: latin1
Db characterset: utf8
Client characterset: latin1
Conn. characterset: latin1
UNIX socket: /var/run/mysqld/mysqld.sock
Uptime: 31 min 35 sec
Threads: 1 Questions: 4172 Slow queries: 0 Opens: 1103 Flush tables: 1
Open tables: 64 Queries per second avg: 2.202
--------------
(note the Db characterset changed from latin1 to utf8 - it seems that
starting 0.22 actually corrupts the character set?)
Is this the dreaded partial corruption? I've tried doing a partial
restore on top of the 0.21 blank.sql file posted here a few months ago and
it still is complaining - this time only 1 warning, in the oldrecorded
table. Is there any way to find the "bad" characters in the database
backup and fix them by hand? I really don't want to lose all my recordings
but I'm somewhat at a loss as to what to try next (besides re-installing
0.21...)
Thanks,
Scott
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-users/attachments/20100308/d7ed2dbc/attachment-0001.htm>
More information about the mythtv-users
mailing list