[Announce] epgd 0.2.0, scraper2vdr 0.1.0, Happy Easter Eggs

Zitat von ofenheizer

nur truncate, so wie der chef es geschrieben hat.
also alles nochmal mit einem drop machen?

Was sagt denn ein select count(*) from <table> für die Tabellen? Wenn die leer sind, musst Du kein Drop machen. Dann helfen eventuell die Optimize-Befehle weiter oben.

Hatte das optimize gemacht und vorsichtshalber bei allen nochmal ein drop.
Am freien Speicherplatz hat sich nichts verändert.
Die Tabellen sind jez aber auch nicht mehr da:

root@VDR:~# mysql -u epg2vdr -pepg -Depg2vdr -e 'select count(*) from movie;'
ERROR 1146 (42S02) at line 1: Table 'epg2vdr.movie' doesn't exist

Muss ich noch mal suchen, was denn den Speicherplatz plötzlich belegt.

Wenn Du epgd neu startest, werden die tabellen wieder angelegt.

Sonst schau doch mal, ob der Platz überhaupt von der DB benötigt wird oder vielleichgt doch von was anderem:

SELECT table_schema "Data Base Name",
sum( data_length + index_length ) / 1024 /
1024 "Data Base Size in MB",
sum( data_free )/ 1024 / 1024 "Free Space in MB"
FROM information_schema.TABLES
GROUP BY table_schema ;

mysql> SELECT table_schema "Data Base Name",
    -> sum( data_length + index_length ) / 1024 /
    -> 1024 "Data Base Size in MB",
    -> sum( data_free )/ 1024 / 1024 "Free Space in MB"
    -> FROM information_schema.TABLES
    -> GROUP BY table_schema ; 
+--------------------+----------------------+------------------+
| Data Base Name     | Data Base Size in MB | Free Space in MB |
+--------------------+----------------------+------------------+
| epg2vdr            |        4203.14062500 |     276.00000000 |
| information_schema |           0.00878906 |       0.00000000 |
| mysql              |           0.69152164 |       0.00000000 |
| performance_schema |           0.00000000 |       0.00000000 |
+--------------------+----------------------+------------------+
4 rows in set (0.72 sec)

Läuft denn scraper2vdr auf der Kiste? Dann eventuell mal /var/cache/vdr checken.

Ja ich muss nochmal suchen ...
scrapen habe ich erstmal deaktiviert.
Nach dem Neustart des epgd kamen aber einige sql-Errors.
Aktuell sehe ich im Log sowas:

Apr 16 13:20:27 VDR epgd: SQL-Error in 'execute(stmt_execute)' - Incorrect key file for table '/tmp/#sql_b75_0.MYI'; try to repair it (126) 'Incorrect key file for table '/tmp/#sql_b75_0.MYI'; try to repair it' [call mergeepg]

mysql> SELECT table_schema "Data Base Name",
    -> sum( data_length + index_length ) / 1024 /
    -> 1024 "Data Base Size in MB",
    -> sum( data_free )/ 1024 / 1024 "Free Space in MB"
    -> FROM information_schema.TABLES
    -> GROUP BY table_schema ;
+--------------------+----------------------+------------------+
| Data Base Name     | Data Base Size in MB | Free Space in MB |
+--------------------+----------------------+------------------+
| epg2vdr            |         135.50000000 |   38206.00000000 |
| information_schema |           0.00878906 |       0.00000000 |
+--------------------+----------------------+------------------+
2 rows in set (0.10 sec)

epg-bilder sind auch deaktiviert und jepp, das scheint der hier zu sein:

root@VDR:/var/lib/mysql# du -csh *
0       debian-5.5.flag
244K    epg2vdr
2,9G    ibdata1
5,0M    ib_logfile0
5,0M    ib_logfile1
1,1M    mysql
4,0K    mysql_upgrade_info
212K    performance_schema
4,0K    test
2,9G    insgesamt

was ist ibdata1? und warum ist das 2,9GB groß?

Da sind die eigentlichen Daten drin. kannst ja mal googleln, wie man die "Shrinkt".

http://erikimh.com/how-to-shri…h-minimal-mysql-downtime/

Hab schon gesucht.
Hab sie erstmal weg kopiert und mysql neu gestartet, zur Sicherheit auch noch die DB gelöscht und neu angelegt und nun den epgd wieder loslaufen lassen.
Bekomme aber trotzdem noch seltsame Meldungen beim Starten des epgd:

Zitat

Apr 16 13:58:04 VDR epgd: SQL-Error in 'create index idxSourceFileref on fileref(source, fileref);' - The table 'fileref' is full (1114)
Apr 16 13:58:04 VDR epgd: SQL-Error in 'createIndices()' - The table 'fileref' is full (1114) '' [create index idxSourceFileref on fileref(source, fileref);]

Das auch für die anderen Tabellen. Normal? Habe da sonst nie drauf geachtet.

Und im Log taucht weiterhin das auf:

Apr 16 14:02:46 VDR epgd: SQL-Error in 'execute(stmt_execute)' - Incorrect key file for table '/tmp/#sql_1880_0.MYI'; try to repair it (126) 'Incorrect key file for table '/tmp/#sql_1880_0.MYI'; try to repair it' [call mergeepg]

Sehr seltsam.

EDIT: Wenn die aktuelle Aufnahme durch ist, werde ich mal rebooten, denn auch ein Paket bauen quittiert mir mit fehlendem Speicherplatz unter /tmp.

Wenn Du ibdata wegkopierst, dürfte mysql garnicht mehr laufen.

Probier noch das:

mysqlcheck -c epg2vdr -u epg2vdr -p

Ansonsten vielleicht mysql neu installieren, wenn Du sonst keine Datenbanken laufen hast.

root@homeserver:/usr/src/VDR# mysqlcheck -c epg2vdr -u epg2vdr -p
Enter password: 
epg2vdr.analyse                                    OK
epg2vdr.channelmap                                 OK
epg2vdr.component_description                      OK
epg2vdr.components                                 OK
epg2vdr.components_test                            OK
epg2vdr.episodes                                   OK
epg2vdr.events                                     OK
epg2vdr.fileref                                    OK
epg2vdr.imagerefs                                  OK
epg2vdr.images                                     OK
epg2vdr.languages                                  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.vdrs                                       OK

Doch die Datei wird wieder angelegt.

EDIT: Läuft wieder und mein Platz ist auch wieder da. Schon komisch, dass diese ibdata1 nicht richtig bereinigt wurde.

So alles läuft jetzt, aber meine Aufnahmen werden nicht "bebildert". Wo ran liegt das?

MFG SVen

Am fehlenden syslog-Auschnitt... SCNR

Lars.

welche Logs Server oder Client?

Da ich keine Ahnung hab, kann ich dir leider nicht weiterhelfen - poste doch beide (am besten bei pastebin und dann nur die Links hier).

Lars.

Zitat von s.krueger

So alles läuft jetzt, aber meine Aufnahmen werden nicht "bebildert". Wo ran liegt das?

MFG SVen

skinnopacity aktuell? Aufnahmescraping aktiviert? scraping schon gelaufen? Fragen über Fragen

skinnopacity aktuell? ja
Aufnahmescraping aktiviert? ja
scraping schon gelaufen? ja aber nicht fertig

aber im epg-info von VDR widr schon alles angezeigt.
Mus das scraping fertig sein?

MFG SVen

Ah ok, danke für deine Antwort, das erklärt alles.
Dann habe ich das System dahinter falsch interprtiert.

Danke und MFG SVen

Ich hatte einen Fehler in meiner channelmap, wie bekomme ich jetzt am schellsten die korrekten Daten? epg.data löschen und dann was? Oder besser eine andere Vorgehensweise?

und was bedeutet das?

Apr 17 13:47:05 microserver epgd: SQL-Error in 'prepare(stmt_prepare)' - Unknown column 'svdrp' in 'field list' (1054) 'Unknown column 'svdrp' in 'field list'
' [select uuid, inssp, updsp, name, version, dbapi, lastupd, nextupd, state, master, ip, svdrp from vdrs where uuid = ?;]

Hätte ich die Datenbank wieder droppen müssen? Wenn ja, wo habe ich den Hinweis darauf übersehen?

Gerald