Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Barracuda

1
Allgemein [ General ] / EPG vertauscht: ZDFINFO und ZDF NEO
« on: March 18, 2017, 15:24:43 »
ich habe jetzt mal auf EPGDATA und TVM gewechselt

//
// 'ZDFinfo HD'
epgdata:276:2 = S19.2E-1-1010-11170
//
// 'zdf_neo HD'
tvm:294 = S19.2E-1-1011-11130
epgdata:659:2 = S19.2E-1-1011-11130
//

276 für epgdata scheint für zdfinfo zu stimmen (siehe xml file von epgdata)
659 für neo auch. scheint also etwas bei tvm und tvsp nicht zu passen

2
Allgemein [ General ] / EPG vertauscht: ZDFINFO und ZDF NEO
« on: March 18, 2017, 15:10:57 »
ja

epg-daemon   1:1.1.107-54.13

3
Allgemein [ General ] / EPG vertauscht: ZDFINFO und ZDF NEO
« on: March 18, 2017, 11:26:02 »
Hallo,

bevor ich mein ganzes System auf den Kopf stelle und mal wieder mehr kaputt mache, hier meine Frage:

Ich bekomme bei ZDFInfo das EPG von ZDF NEO angezeigt und umgekehrt.

Ich habe die Konfigs unverändert (nur reduziert) von der MLD-Installation genommen.
Code: [Select]
ZDFinfo HD;ZDFvision:11347:VC23M5O35P0S1:S19.2E:22000:6710=27:6720=deu@3,6721=mis@3,6723=mul@3;6722=deu@106:6730;6731=deu:0:11170:1:1010:0
zdf_neo HD;ZDFvision:11361:HC23M5O35P0S1:S19.2E:22000:6310=27:6320=deu@3,6321=mis@3,6323=mul@3;6322=deu@106:6330;6331=deu:0:11130:1:1011:0

Code: [Select]
// 'ZDFinfo HD'
tvsp:2NEO = S19.2E-1-1010-11170
//
// 'zdf_neo HD'
tvm:294:2 = S19.2E-1-1011-11130
tvsp:ZINFO = S19.2E-1-1011-11130

da scheint in der Liste von MLD was scheif zu laufen? oder habe ich was falsch gemacht?


4
Systeme [ Systems ] / MLD vs. UEFI Boot
« on: February 18, 2017, 18:30:07 »
wozu brauchst du den UEFI Bootlader denn,
also ich kenn noch kein Board was sich nicht umstellen läßt.

Ich habe leider den Fehler gemacht und habe mir nach dem ct Artikel 2017-02 ein UP Board zugelegt.
Ich kam einfach nicht auf die Idee dass es ein Board gibt was sich nicht umstellen lässt. Und im Artikel steht davon nichts. https://up-community.org/forum/public-othersw/1048-do-we-have-an-option-to-disable-uefi-and-use-legacy-boot-mode#3118

Das gruselige Upboard ist ein Atom Z8350, 4GB RAM, 32GB MMC Flash.

Ich habe mich auch daran versucht hier mich gemäß des Artikels durchzukämpfen, aber es fehlen ein paar entscheidende Schritte und so schön konfigurierbar wie MLD wird es nicht.
Daher wäre es extrem hilfreich wenn ich MLD auf diesem Z8350 zum Laufen brächte ansonsten habe ich einen neuen Türstopper. (Denn Freenas (8gb) und OpenMediaVault gehen auch nicht drauf.)
Es ist nur für Linux Profis geeignet.

5
Systeme [ Systems ] / MLD vs. UEFI Boot
« on: February 10, 2017, 20:15:01 »
Hallo,

habe ich das richtig verstanden, dass sich MLD nicht via UEFI installieren lässt?
Und es also auf einem Board, welches kein "Legacy" Boot hat, es keine Chance gibt MLD zu installieren?

Danke

6
Nachtrag:Ich habe die alte Platte per usb dran gehängt, kann ich so "einfach" die Datenbank u.ä. kopieren ohne nochmal von der Platte booten zu müssen?

7
Moin,

ich bin dabei mein MLD in ein Openmediavault zu kopieren.

Ich hatte ein funktionierendes MLD5.1 testing, mit EPGD (MySQL) und SATIP (5 Kanäle)
Ich habe Backup (und Snapshot) gemacht.
Ich habe die Boot/OS Platte ausgebaut und sicher gelagert ;-)

OMV installiert,
VirtualBox  installiert,
MLD in die VirtualBox installiert (neue IP, mit gebridgtem Adapter)

=> jetzt habe ich mein Backup über das WEBIF eingelesen und stosse auf Fehler
die Fehler bekam ich weg, indem ich XORG aus den vorhandenen Paketen entfernt habe.
=> Backup läuft durch

reboot der MLDVM

FRAGE: Keine meiner Einstellungen wurde übernommen, weder die SATIP Konfig noch Channellist.
Sollte das nicht in der Backup drin sein?
War mein Vorgehen falsch?

Das wichtigste für mich ist die EPGD Konfiguration, also MYSQL DB usw, davon scheint nichts gesichert worden zu sein?



TIPP
ein Fehler den ich leider zu spät gemerkt habe: Das neuen OMV hat leider die IP des vorherigen MLD bekommen, somit musste ich dem MLDVM eine neue geben. Ich denke es wäre geschickter gewesen dem OMV eine neue zuzuweisen und dem MLDVM die IP des aletn zugeben.

8
ok, ich glaube ich habe es.

Es scheint so (meine laienhafte interpretation) als habe der MySQL ein Problem mit dem User epg2vdr gehabt.
Genauer scheint der scraper diesen User nicht korrekt benutzen zu können, auch wenn username/pwf stimmte.

Jedenfalls habe ich über alle meine (sinnlosen) aktionen diesen Eintrag in der MYSQL wohl mitgeschleppt.
Erst als ich zu Fuss alles was *MYSQL* hiess gelöscht habe und dann wieder alles über webif installiert habe
hat es funktioniert.

Was mich jetzt noch beschäftigt ist:
1.)
Ich habe die EPGDaemon Einstellung 1.EPGD>2.TVM gewählt.
trotzdem habe ich dies hier:
Code: [Select]
vdrserver> epgd-showmerge
+---------------+--------+
| count(source) | source |
+---------------+--------+
|         16324 | tvm    |
|         46208 | vdr    |
+---------------+--------+
+----------+--------+--------+
| count(*) | source | updflg |
+----------+--------+--------+
|     1175 | tvm    | C      |
|      177 | tvm    | I      |
|      108 | tvm    | R      |
|    12246 | tvm    | S      |
|     1213 | tvm    | T      |
|      212 | vdr    | A      |
|      172 | vdr    | D      |
|      928 | vdr    | I      |
|     2388 | vdr    | L      |
|    40603 | vdr    | P      |
|       39 | vdr    | R      |
+----------+--------+--------+
Das ist ja korrekt wenn er nichts über EPGDATA erhalten hätte. Führt mich zu der Frage, was ist mit EPGData passiert, ich sehe keinen Fehler.

2. Ich habe jetzt noch stellenweise EPG Einträge (und Timer ohne SerienInfo) vom DVB, die sind da vermutlich beim durchstarten ohne EPGD reingekommen. Gibt es eine Möglichkeit die zu überschreiben? Klar das wäre in ein paar Tagen wenn die rausgealtert sind,  vorbei aber schön wäre es doch?

Frage: Wie bekomme ich einen ordnungsgemäßen "inhaltlichen" cleanup hin?

Wie kann ich das entfernen, oder muss ich nochmal alles löschen und di EPGDaten neu holen?

Dein Upload Code lautet: U6rPYY

9
oh shit ... also dann mal  GUTE BESSERUNG!

10
Hallo Tux,

vielen Dank für die Tipps, die haben mir geholfen die Plugins zu konfigurieren, leider ändert das nichts am ergebnis.

EPGD hat auf 192.168.2.7:3306 zugegriffen, mit dem korrekten Username/passwd
epg2vdr hat auf 127.0.0.1:3306 zugegriffen auch mit username passwd
scraper2vdr auf 192.168.2.7:3306 dito.

Ich habe die alle gleich gemacht und zwar beides mit IP und 127.0.0.1  => gleicher Fehler
ich habe auch zwischendrin den kram deaktiviert und neu installiert. es klappt einfach nicht

Per SQL client komme ich von einem anderen rechner auf die datenbank mit ip drauf

:-(

Ich verstehe das einfach nicht, ich finde den Zustand so wenig "kontrollierbar" oder nachvollziehbar

achso ich habe mittlerweile auch auf 5.1 testing umgestellt, ohne erfolg.

epghttp auf :8017 geht übrigens auch nicht

---

Also für mich sieht das so aus, als ob epgd zwar die datebank und tabelle anlegt, aber scraper2vdr nur leere tabellen sieht.
Das heisst, es landet nichts in der db, denn epg2vdr behauptet ja auch dass epgd die tabellen anlegen soll, obwohl sie da sind.

Was mache ich denn jetzt?

---
Code: [Select]
Sep  7 20:44:16 (MLD) user.err vdr: epg2vdr: Can't lookup epgd information, start epgd to create the tables first! Aborting now.
epgd-tool -show
Code: [Select]
...
--------------
SELECT User,Host,Db FROM mysql.db
--------------

User    Host    Db
epg2vdr %       epg2vdr
kodidb  %       kodidb
epg2vdr localhost       epg2vdr
kodidb  localhost       kodidb
--------------
SHOW GRANTS FOR epg2vdr
--------------

Grants for epg2vdr@%
GRANT USAGE ON *.* TO 'epg2vdr'@'%' IDENTIFIED BY PASSWORD '*'
GRANT ALL PRIVILEGES ON `epg2vdr`.* TO 'epg2vdr'@'%'
--------------
SHOW DATABASES
--------------

Database
information_schema
MyMusic52
MyMusic56
MyVideos93
MyVideos99
epg2vdr
kodidb
mysql
performance_schema
--------------
SHOW TABLES
--------------

Tables_in_epg2vdr
channelmap
events
imagerefs
images
movie
movie_actor
movie_actors
movie_media
parameters
recordingdirs
recordinglist
searchtimers
series
series_actor
series_episode
series_media
timers
timersdone
useevents
users
vdrs

11
hm, ok

dann kommen ja nur drei in Frage:

MySQL
- EPG-Daemon (http?) -> der legt aber die DB an, wenn ich sie zu fuss lösche
- epg2vdr
- scraper2vdr

wie finde ich heraus wo epg2vdr konfiguriert wird, also welche adresse er für mysql benutzt?
und wie/wo scraper2vdr?

irgendwie meine ich in diesem Zusammenhang schonmal etwas gelesen zu haben: mysql->localhost->IP->EPG

12
Kann jemand erkennen wo ich suchen muss?

Ich habe kein EPG, und ich komme nicht auf EPG-HTTP:8017 seite nicht erreichbar

Ich habe EPGD,Scraper und epg2vdr deinstalliert die EPG Datenbank gelöscht und neu installiert, anschliessend hat er die DB neu angelegt, aber sie bleibt leer

LOGS: OgGG47
 
Code: [Select]
Sep  5 04:56:54 (MLD) user.err vdr: epg2vdr: Can't lookup epgd information, start epgd to create the tables first! Aborting now.
das heisst doch dass epgd nicht läuft, oder?


und was bedeuten diese Fehler?

Spoiler (show / hide)

jetzt habe ich epg über webif entfernt / neu installiert, das sieht für mich gut aus:
Spoiler (show / hide)


trotzdem hat er scheinbar keine epg Info und ausserdem möchte epgd wieder "tables" haben ... .ich verstehe es nicht

Spoiler (show / hide)

13
apt-get webserver --reinstall
reboot

und der webserver ist wieder da, aber das EPG nicht. EPG-HTTP funktioniert auch nicht

Dein Upload Code lautet: g7W3jm

14
x86 Systeme (PC) / 5.1 update: WEBIF läuft nicht, EPG,
« on: September 04, 2016, 13:03:26 »
in var/log/vdr steht:

Code: [Select]
Segmentation fault
INFO: validating live server ip '0.0.0.0'
2016-09-04 11:58:18.42253 [3374.140526841861888] WARN tntnet.comploader - failed to load library "./tntnet"
2016-09-04 11:58:18.42259 [3374.140526841861888] WARN tntnet.comploader - failed to load library "/usr/lib/tntnet/tntnet"
2016-09-04 11:58:18.42270 [3374.140526841861888] WARN tntnet.comploader - failed to load library "tntnet"
2016-09-04 11:58:18.42275 [3374.140526841861888] WARN tntnet.worker - library tntnet not found
2016-09-04 11:58:18.42279 [3374.140526841861888] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http/images/upnpIconSm.png
2016-09-04 11:58:20.08620 [3374.140526850254592] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconSm.png
2016-09-04 11:58:20.08934 [3374.140526850254592] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconLrg.png
2016-09-04 11:58:20.09171 [3374.140526850254592] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconSm.jpeg
2016-09-04 11:58:20.09402 [3374.140526850254592] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconLrg.jpeg
2016-09-04 11:58:20.60566 [3374.140526833469184] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconSm.png
2016-09-04 11:58:20.60898 [3374.140526833469184] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconLrg.png
2016-09-04 11:58:20.61081 [3374.140526833469184] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconSm.jpeg
2016-09-04 11:58:20.61591 [3374.140526833469184] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconLrg.jpeg
2016-09-04 11:58:21.16407 [3374.140526841861888] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconSm.png
2016-09-04 11:58:21.17915 [3374.140526833469184] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconLrg.png
2016-09-04 11:58:21.18468 [3374.140526833469184] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconSm.jpeg
2016-09-04 11:58:21.18675 [3374.140526833469184] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconLrg.jpeg
2016-09-04 11:58:21.30007 [3374.140526850254592] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconSm.png
2016-09-04 11:58:21.30354 [3374.140526850254592] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconLrg.png
2016-09-04 11:58:21.30593 [3374.140526850254592] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconSm.jpeg
2016-09-04 11:58:21.30782 [3374.140526850254592] WARN tntnet.worker - http-Error: 404 Not Found: vhost: 192.168.2.7:7649 /http://192.168.2.7:7649/http/images/upnpIconLrg.jpeg
fdisk: device has more than 2^32 sectors, can't use all of them
fdisk: device has more than 2^32 sectors, can't use all of them
fdisk: device has more than 2^32 sectors, can't use all of them
fdisk: device has more than 2^32 sectors, can't use all of them
fdisk: device has more than 2^32 sectors, can't use all of them
fdisk: device has more than 2^32 sectors, can't use all of them


15
Hallo,

ich hab das update auf 5.1 gemacht.
VDR neugestartet => danach schien alles auf in Ordnung, ausser dass kein EPG vorhanden war
Im Log war: "SQL-Error in 'prepare(stmt_prepare)' - Unknown column 'mac' in 'field list' ( 1054) ..."

Ich habe einen System neustart veranlasst: danach war das System "weg" und auf dem Fernseher das MLD Logo. hier war keine Tastatur eingabe oder Konsolen wechsel möglich.

Reset-Button

Jetzt ist das System gestartet, ich sehe Fernsehbild und erreich die Laufwerke per Samba und SSH

=> WEBIF ist nicht erreichbar
=> MESSAGE sagt wieder den SCRAPER2VDR Fehler; ausserdem epg2vdr: SQL-Error in 'store()'

muss ich die MYSQL DB löschen und neu anlegen? Wenn ja wie? (Es gab mal einen Post dazu, den ich aber nicht finde)



P.S. Link zur Config habe ich nicht, weil WEBIF nicht geht.