Hallo!
Ich betreibe einen vdr mit yavdr 0.5 testing.Die oben genannte Kombination habe ich seit mehreren Monaten problemlos im Einsatz gehabt.
Seit ungfähr zwei Wochen habe ich aber massive Probleme( update von mysql ?).Mysqld zieht 30% Cpu und mhddfs 70%. Dies führt zu einer load von ~2,die den vdr unbenutzbar macht.Die Datenbank zu löschen und neu zu befüllen hat keinen Erfolg gebracht.
Den epgd habe ich aus den Quellen von yavdr gebaut und für das t*-Plugin gepatched.
Auch ein auschecken von master aus dem GIT hat keine Lösung gebracht.
Im syslog habe ich folgendes gefunden:
Apr 22 17:29:39 VDR epgd: SQL-Error in 'execute(stmt_execute)' - Lock wait timeout exceeded; try restarting transaction (1205) 'Lock wait timeout exceeded; try restarting transaction' [call mergeepg]
Eine Erhöhung des timeouts hat keine Wirkung gezeigt.
/var/log/mysql/error.log wird aber damit gefüllt:
150423 12:03:28 InnoDB: Page checksum 1247531656, prior-to-4.0.14-form checksum 693184537
InnoDB: stored checksum 1976661561, prior-to-4.0.14-form stored checksum 693184537
InnoDB: Page lsn 31 108320877, low 4 bytes of lsn at page end 108320877
InnoDB: Page number (if stored to page already) 108702,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Page may be an index page where index id is 604
InnoDB: (index "idxchannelid" of table "epg2vdr"."events")
150423 12:03:28 InnoDB: Error: transaction id associated with record
PHYSICAL RECORD: n_fields 2; compact format; info bits 32
0: len 19; hex 5331392e32452d312d313031312d3131313130; asc S19.2E-1-1011-11110;;
1: len 4; hex 00008cfe; asc ;;
InnoDB: in index "idxchannelid" of table "epg2vdr"."events"
InnoDB: is 4FFB394 which is higher than the global trx id counter 11718A1!
InnoDB: The table is corrupt. You have to do dump + drop + reimport.
Eine Überprüfung der Datenbank mit:
hat folgendes ergeben:
epg2vdr.analyse OK
epg2vdr.channelmap OK
epg2vdr.components OK
epg2vdr.episodes OK
epg2vdr.events OK
epg2vdr.fileref OK
epg2vdr.imagerefs OK
epg2vdr.images OK
epg2vdr.movie OK
epg2vdr.movie_actor OK
epg2vdr.movie_actors OK
epg2vdr.movie_media OK
epg2vdr.parameters OK
epg2vdr.recordings OK
epg2vdr.series OK
epg2vdr.series_actor OK
epg2vdr.series_episode OK
epg2vdr.series_media OK
epg2vdr.snapshot OK
epg2vdr.timers OK
epg2vdr.vdrs OK
mysql.columns_priv OK
mysql.db OK
mysql.event OK
mysql.func OK
mysql.general_log OK
mysql.help_category OK
mysql.help_keyword OK
mysql.help_relation OK
mysql.help_topic OK
mysql.host OK
mysql.ndb_binlog_index OK
mysql.plugin OK
mysql.proc OK
mysql.procs_priv OK
mysql.proxies_priv OK
mysql.servers OK
mysql.slow_log OK
mysql.tables_priv OK
mysql.time_zone OK
mysql.time_zone_leap_second OK
mysql.time_zone_name OK
mysql.time_zone_transition OK
mysql.time_zone_transition_type OK
mysql.user OK
Verwendete Software :
ii vdr-epg-daemon 1:0.2.2.git20150223.1049-0yavdr0~precise
ii vdr-plugin-epg2vdr 0.1.12.git20150203.1541-0yavdr4~precise
ii vdr-plugin-scraper2vdr 0.1.13.git20150326.1549-0yavdr0~precise
ii libdbd-mysql-perl 4.020-1build2 Perl5 database interface to the MySQL database
ii libmysqlclient-dev 5.5.43-0ubuntu0.12.04.1 MySQL database development files
ii libmysqlclient18 5.5.43-0ubuntu0.12.04.1 MySQL database client library
ii mysql-client-5.5 5.5.43-0ubuntu0.12.04.1 MySQL database client binaries
ii mysql-client-core-5.5 5.5.43-0ubuntu0.12.04.1 MySQL database core client binaries
ii mysql-common 5.5.43-0ubuntu0.12.04.1 MySQL database common files, e.g. /etc/mysql/my.cnf
ii mysql-server 5.5.43-0ubuntu0.12.04.1 MySQL database server (metapackage depending on the latest version)
ii mysql-server-5.5 5.5.43-0ubuntu0.12.04.1 MySQL database server binaries and system database setup
ii mysql-server-core-5.5 5.5.43-0ubuntu0.12.04.1 MySQL database server binaries
ii mysqltuner 1.1.0 high-performance MySQL tuning script
Ich weiß im Moment nicht, wo ich ansetzen soll.
mfg
thomas998
Lösung: Das Problem lag an mysql. Trotz löschen der Datenbank über epgd-tool --del-db und auch über die mysql-konsole mit DROP DATABASE war die Datenbank scheinbar in einem inkonsistenten Zustand. Erst ein löschen von mysql mit apt-get purge und anschließendem rm -r der Restverzeichnisse brachte eine Lösung. Nach Wiederinstallation von mysql und starten von epgd lief das System ohne Fehlermeldungen und hoher Last.