wie finde ich die Version eines installierten vompserver-plugins heraus?

Hi,
möglicherweise hängt mein aktuelles Problem mit Aufnahme-Timern ja mit einer unpassenden dongle.bin zusammen.
Wie also kann ich erkennen welche Version auf dem headless vdr-server läuft?
Die Versionsnummer am TV/MVP wird ja wohl die Version der Dongle.bin sein.
Gruß
vdrjoe

root@server1:/# svdrpsend plug vompserver help
connect: Verbindungsaufbau abgelehnt

da kommt das "andere Problem" zum tragen...
Ein zugriff sowhl von localhost wie von remote und ach über vdradmin-am klappt ja auch nicht, obwohl laut syslog die richtige sdrphosts.conf mit passenden Einträgen eingelesen wird.

Dann schaun 'mer mal ob es das control-plugin noch tut, hatte ich bisher noch nicht wieder installiert.
btw. "VDR ohne OSD macht keinen Spaß" kann ich eigentlich nicht so ganz unterschreiben.
Die minimale Oberfläche vom vomp bietet mir alles was ich benötige und ist irgendwie erhebölich schneller als mein HD-Client mit yaVDR pre0.4 auf einer ZBOX-ID-41 mit stremadevclient.

Das auf meinem "alten" Server nicht compiliernde VNSI-Plugin war es übrigens, was mich zu einer kompletten Neuinstallation veranlasst hatte.
Ich hatte gehofft, die Kanalwechselzeiten mit VNSI und XBMC wären besser als VDR und streamdev.
Aber aktuell habe ich ganz andere Probleme...
cu

yup, klappt leider auch nicht, genausowenig wie der Zugriff per remote-plugin auf TCP-Port 3333
a

Starting Nmap 5.21 ( http://nmap.org ) at 2011-08-15 20:35 CEST
Nmap scan report for server1.athome (192.168.1.4)
Host is up (0.0000030s latency).
Not shown: 986 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
25/tcp   open  smtp
53/tcp   open  domain
110/tcp  open  pop3
139/tcp  open  netbios-ssn
143/tcp  open  imap
445/tcp  open  microsoft-ds
631/tcp  open  ipp
901/tcp  open  samba-swat
993/tcp  open  imaps
995/tcp  open  pop3s
2004/tcp open  mailbox
3000/tcp open  ppp
8001/tcp open  unknown

streamdev auf port 2004 und 3000 funktioniert, der Zugriff auf port 8001 vom vdr-admin zunächst auch, aber der meckert dann wegen gescheitertem Zugriff auf p 2001.

--> es sieht so aus, als ob irgendetwas den Zugriff auf die ports verhindert, habe ich in den letzen 3 Jahren 'was wichtiges verpasst??
cu

@keine Ahnung
das habe ich ja bereits versucht, stelle ich den port auf 6419 um klappt es auch nicht.
Es muss doch einen Grund haben, dass es mit aktuellen Linux-Distris nicht klappt.

genau da habe ich es geändert, in der runvdr wird ja auf eine Variable "$SPDRP_PORT" referenziert, welche nicht in diesem script gesetzt wird.
Ändere ich diesen Port zeigt mir ein

ps ax | grep vdr

die ganze VDR Kommandozeile, jeweils mit dem eigenhändig eingestellten Port.
Binn bei google aber gerade auf ufw = "ufw steht für Uncomplicated Firewall. Ziel von ufw ist es, ein unkompliziertes (Kommandozeilen-basiertes) Frontend für das sehr leistungsfähige aber nicht gerade einfach zu konfigurierende pfeil_linkiptables zu bieten. ufw unterstützt sowohl IPv4 als auch IPv6.
"
gestoßen, welches auf meinen 11.04 amd_64 auch installiert ist, aber angeblich inaktiv.
Möglicherweise ist iptables aber default-mäßig aktiv. Bei einer Server-Installation macht das ja auch durchaus Sinn.

es bleibt spannend....

@ all: Danke für die Unterstüzung

bingo!
ufw war zwar disabled, die firewall (iptables??) aber offenbar nicht. daher: ufw richtig konfiguriert

sudo ufw allow proto tcp to any port 2001 from 192.168.1.0/24

und

ufw enable

-> SVDRP auf port 2001 funzt!

Morgen gehts dann weiter.
cu

@Keine Ahnung
sorry, Deinen Post hatte ich übersehen:

root@server1:~# cat /proc/$(pidof vdr)/cmdline
/usr/bin/vdr-v/var/lib/video.00-c/var/lib/vdr-L/usr/lib/vdr/plugins-r/usr/lib/vdr/vdr-recordingaction-s/usr/lib/vdr/vdr-shutdown-message-E/var/cache/vdr/epg.data-uvdr-g/tmp--port2001--lirc-Premote -p TCP:3333-Pvompserver-Pstreamdev-server--vfat-w60root@server1:~#

Damit vdradmin-am dann auch läuft muss natürlich der Zugriff auf 2001 von 127.0.0.1 und der Zugriff auf 8001 von 192.168.1.0/24 freigeschaltet werden.
cu

tja, nur die MVP findet dann ihren Server nicht, eigentlich auch logisch.
Bevor ich nun noch den/die Vomp-Port(s) herausfinde, habe ich ufw einfach wieder ausgeschaltet.
-> MVP bzw. vomp Live + alte Aufnahmen gehen wieder.
Im offenen Firefox den vdr-admin refresht -> geht auf einmal auch
Flugs eine Aufnahme gestartet, -> geht.
ganz frech im vomp eine Aufnahme gestartet -> geht auch.
Fazit, irgendwie habe ich mir bei der Installation eine teilaktive Firewall eingefangen, welche ich über ufw-regeln konfigurieren kann, und die ganz ausgeschaltet auch meine vorherigen Probleme ausschaltet, komisch, is aber so.
Dann kann ich mich ja der Baustelle ffmpeg fürs DVB-S-Radio streaming auf meine Internetradios widmen.

<edit>
remote per tcp geht trotzdem noch nicht, gab es da nicht eine spezielle Schreibweise von tcp in der remote.conf?
</edit>
2.. edit: anders als im WIKI beschrieben MUSS tcp:3333 in der plugin-remote.conf klein geschrieben werden! (also nicht "TCP:<port>", sondern "tcp:<port>"), dann klappts auch mit dem remote plugin.

Zitat von Keine_Ahnung

Desweiteren muss du generell mal deine Logs sortieren, der VDR meldet beim Start z.B.

da haben wir die nächste Baustelle. Ich finde auf der ubuntu natty-server-Inst. meine vertrauten logs nicht mehr

selbst /var/log/messages habe ich nicht, nur /var/log/syslog

Wie konfiguriere ich meine logs?

cu

Danke, das hat geholfen!
cu