Bitte, bitte Leute: Ich suche Empfehlungen für ein Mainboard!
Danke an g3joker für den einzigen on-topic reply bis jetzt.
Bitte, bitte Leute: Ich suche Empfehlungen für ein Mainboard!
Danke an g3joker für den einzigen on-topic reply bis jetzt.
Wenn du z.B. mehrere Partitionen hast, ist oft nur eine davon nicht mehr lesbar - abhängig davon was und wie an der Platte streikt.
Welches Server Mainboard empfiehlst Du damit?
Die Change, dass ein 4x4TB RAID 5 mit Consumer Platten nach einen Ausfall einer Platte den Rebuild hin bekommt, liegt bei 38%. Quelle
... und bei 1x12TB liegt sie bei 0%. Beides hat mit meiner Frage nach einer Mainboard-Empfehlung aber nichts zu tun.
Beim RAID geht es mir hauptsächlich um die Ausfallsicherheit. Momentan hab ich zwei RAID5 mit je 4x2TB wovon aber eines bei nächster Gelegenheit auf mind. 4x4TB vergrößert werden soll. Ein 2x12TB ginge natürlich von der Ausfallsicherheit auch, ist aber dann halt insgesamt fast doppelt so teurer (bei WD Red Platten).
Die DVB Karte ist eine Digital Devices Cine S2, eine PCI Express x1 Karte. Als SATA Controller verwende ich momentan einen uralten PCI (nicht Express!) Controller von Promise und die SATA Ports auf dem Mainboard. Hier würde ich gerne was neues verwenden um die zwei RAID5 jeweils über einen eigenen PCIe Controller auf Marvell 88SE9230/9235 oder JMicron JMB585 Basis anzusteuern. Die brauchen soweit ich das bisher überblicke mindesten PCIe x4.
Du hast also recht, es muss also nicht PCIe x16 sein. Es gingen auch mit mehreren PCIe x4. Ich möchte halt bei den PCIe Slots möglichst flexibel sein, damit ich für das Teil auch in ein paar Jahren noch einen Ersatzcontroller bekommen kann.
Hast Du da einen Vorschlag für ein Mainboard? Von der CPU Power her würde mir das jetzige Board noch gut reichen aber für eine CPU mit LGA1156 Sockel findet man wahrscheinlich nichts mehr...?
Hallo,
mein derzeitiger VDR Server macht altershalber immer mehr Probleme, so dass ich mich nach was neuem umsehen muss. Bisher setze ich ein Gigabyte GA-H55-UD3H Mainboard mit einem Intel i5 ein, an dem insgesamt 10 SATA Festplatten (HDD und SDD) hängen und in dem derzeit eine nGene Dual DVB-S Karte steckt.
Nun bin ich auf der Suche nach einem neuen Mainboard, bei dem ich möglichst viele aber mindestens 2-3 PCI x16 Slots für die DVB Karte und ein bis zwei SATA Controller habe. Da es ein Server System ist, sollte es stabil laufen und keine Probleme mit einigen Jahren 24x7 Betrieb haben. Wünschenswert wäre eine gut von Linux unterstütze Onboard Grafik sowie ein Management Interface zur Fernwartung (IPMI, KVM-over-LAN, o.ä).
Habt Ihr mir da Empfehlungen?
Gruß,
Reiner
Beim Crossgrade von 32- nach 64-bit muss der Kernel als erstes getauscht werden, da der amd64 Kernel (eigentlich) mit i386 und amd64 Debian Paketen klar kommt wärend der i386 Kernel eben nur mit i386 Paketen kann.
Warum das ausgerechnet bei VDR nicht klappt ist mir ein Rätsel.
Kennt jemand da eine Lösung damit ich trotzdem in der Übergangsphase das ganze zum Laufen bekomme? Eine komplette konvertierung auf amd64 in einem Schlag kann ich leider nicht machen.
Timer Aufnahmen werden mit dem 64-bit Kernel auch nicht gestartet.
Da ich ja von 32- nach-64 bit umsteige, sind alle 32-bit LIbraries für den 32-bit VDR ja (noch) da. Da sollte es eigentlich keine Probleme geben.
Ich habe nun mal testweise den 64-bit Kernel gebootet und da sehe ich Meldungen wie diese im vdr.log:
Jul 26 09:42:59 bilbo vdr[894]: [894] ERROR (dvbdevice.c,1786): Unpassender IOCTL (I/O-Control) für das Gerät
Diese sehe ich nur, wenn der amd64 Kernel gebootet ist.
Ich muss meinen Server, auf dem auch VDR läuft (leider) per cross-grade von 32-bit (i386) auf 64-bit (amd64) umstellen. Da das einige Zeit gehen wird, frage ich mich nun, ob der 32-bit VDR noch auf meine DVB-S2 Karte zugreifen kann, wenn im ersten Schritt der 64-bit Kernel und damit auch das 64-bit Kernel Modul für die Karte gebootet wird.
Geht das oder muss ich den VDR und alle abhängigen Pakete gleich mit auf amd64-Versionen umstellen?
Nach deinstallation von vdr-plugin-remote läuft der VDR wieder! Falls ich das Plugin noch brauche, muss ich mir das ein anderes mal nochmal genauer anschauen.
Hallo,
nach der Migration meines VDR Systems von Debian Wheezy nach Jessie startet der vdr nicht mehr. Im Log sehe ich einige Fehler, die ich aber nicht richtig zuordnen kann:
Jan 2 17:01:06 bilbo vdr: [3932] VDR version 2.2.0 started
Jan 2 17:01:06 bilbo vdr: [3932] switched to user 'vdr'
Jan 2 17:01:06 bilbo vdr: [3932] codeset is 'UTF-8' - known
Jan 2 17:01:06 bilbo vdr: [3932] found 1 locales in /usr/share/locale
...
Jan 2 17:01:06 bilbo vdr: [3932] loading plugin: /usr/lib/vdr/plugins/libvdr-conflictcheckonly.so.2.2.0
Jan 2 17:01:06 bilbo vdr: [3932] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.2.0
Jan 2 17:01:06 bilbo vdr: [3932] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearchonly.so.2.2.0
Jan 2 17:01:06 bilbo vdr: [3932] loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.2.2.0
Jan 2 17:01:06 bilbo vdr: [3932] loading plugin: /usr/lib/vdr/plugins/libvdr-quickepgsearch.so.2.2.0
Jan 2 17:01:06 bilbo vdr: [3932] loading plugin: /usr/lib/vdr/plugins/libvdr-remote.so.2.2.0
Jan 2 17:01:06 bilbo vdr: [3932] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.2.0
Jan 2 17:01:06 bilbo vdr: [3932] loading plugin: /usr/lib/vdr/plugins/libvdr-svdrposd.so.2.2.0
Jan 2 17:01:06 bilbo vdr: [3932] loading plugin: /usr/lib/vdr/plugins/libvdr-xineliboutput.so.2.2.0
Jan 2 17:01:06 bilbo vdr: [3932] [xine..put] Listening on address '127.0.0.1' port 37890
Jan 2 17:01:06 bilbo vdr: [3932] loading /var/lib/vdr/setup.conf
...
Jan 2 17:01:06 bilbo vdr: [3932] unknown locale: '1'
...
Jan 2 17:01:06 bilbo vdr: [3932] loading /var/lib/vdr/sources.conf
Jan 2 17:01:06 bilbo vdr: [3932] loading /var/lib/vdr/diseqc.conf
Jan 2 17:01:06 bilbo vdr: [3932] loading /var/lib/vdr/scr.conf
Jan 2 17:01:06 bilbo vdr: [3932] loading /var/lib/vdr/channels.conf
Jan 2 17:01:06 bilbo vdr: [3932] loading /var/lib/vdr/timers.conf
Jan 2 17:01:06 bilbo vdr: [3932] loading /var/lib/vdr/commands.conf
Jan 2 17:01:06 bilbo vdr: [3932] loading /var/lib/vdr/reccmds.conf
Jan 2 17:01:06 bilbo vdr: [3932] loading /var/lib/vdr/svdrphosts.conf
Jan 2 17:01:06 bilbo vdr: [3932] loading /var/lib/vdr/remote.conf
Jan 2 17:01:06 bilbo vdr: [3932] loading /var/lib/vdr/keymacros.conf
Jan 2 17:01:06 bilbo vdr: [3932] registered source parameters for 'A - ATSC'
Jan 2 17:01:06 bilbo vdr: [3932] registered source parameters for 'C - DVB-C'
Jan 2 17:01:06 bilbo vdr: [3932] registered source parameters for 'S - DVB-S'
Jan 2 17:01:06 bilbo vdr: [3932] registered source parameters for 'T - DVB-T'
Jan 2 17:01:06 bilbo vdr: [3934] video directory scanner thread started (pid=3932, tid=3934, prio=high)
Jan 2 17:01:06 bilbo vdr: [3932] probing /dev/dvb/adapter0/frontend0
Jan 2 17:01:06 bilbo vdr: [3932] creating cDvbDevice
Jan 2 17:01:06 bilbo vdr: [3932] new device number 1
Jan 2 17:01:06 bilbo vdr: [3936] epg data reader thread started (pid=3932, tid=3936, prio=high)
Jan 2 17:01:06 bilbo vdr: [3936] reading EPG data from /var/cache/vdr/epg.data
Jan 2 17:01:06 bilbo vdr: [3935] video directory scanner thread started (pid=3932, tid=3935, prio=high)
Jan 2 17:01:06 bilbo vdr: [3932] DVB API version is 0x050A (VDR was built with 0x050A)
Jan 2 17:01:06 bilbo vdr: [3932] frontend 0/0 provides DVB-S,DVB-S2,DSS with QPSK ("STV090x Multistandard")
Jan 2 17:01:06 bilbo vdr: [3932] cTimeMs: using monotonic clock (resolution is 1 ns)
Jan 2 17:01:06 bilbo vdr: [3932] probing /dev/dvb/adapter1/frontend0
Jan 2 17:01:06 bilbo vdr: [3932] creating cDvbDevice
Jan 2 17:01:06 bilbo vdr: [3932] new device number 2
Jan 2 17:01:06 bilbo vdr: [3938] frontend 0/0 tuner thread started (pid=3932, tid=3938, prio=high)
Jan 2 17:01:06 bilbo vdr: [3939] device 1 section handler thread started (pid=3932, tid=3939, prio=low)
Jan 2 17:01:06 bilbo vdr: [3932] frontend 1/0 provides DVB-S,DVB-S2,DSS with QPSK ("STV090x Multistandard")
Jan 2 17:01:06 bilbo vdr: [3932] found 2 DVB devices
Jan 2 17:01:06 bilbo vdr: [3941] frontend 1/0 tuner thread started (pid=3932, tid=3941, prio=high)
Jan 2 17:01:06 bilbo vdr: [3932] initializing plugin: conflictcheckonly (0.0.1): Direkter Zugriff auf epgsearch's Konflikt-Prüfungs-Menü
Jan 2 17:01:06 bilbo vdr: [3942] device 2 section handler thread started (pid=3932, tid=3942, prio=low)
Jan 2 17:01:06 bilbo vdr: [3932] initializing plugin: femon (2.2.1): DVB Signal Informationsanzeige (OSD)
Jan 2 17:01:06 bilbo vdr: [3932] initializing plugin: remote (0.7.0): Fernbedienung
Jan 2 17:01:06 bilbo vdr: [3932] initializing plugin: streamdev-server (0.6.1-git): VDR Streaming Server
Jan 2 17:01:06 bilbo vdr: [3932] initializing plugin: svdrposd (1.0.0): Publish OSD menu via SVDRP
Jan 2 17:01:06 bilbo vdr: [3932] initializing plugin: xineliboutput (2.0.0-cvs): X11/xine-lib Ausgabe-Plugin
Jan 2 17:01:06 bilbo vdr: [3932] new device number 3
Jan 2 17:01:06 bilbo vdr: [3932] [xine..put] cTimePts: clock_gettime(CLOCK_MONOTONIC): clock resolution 0 us
Jan 2 17:01:06 bilbo vdr: [3932] [xine..put] cTimePts: using monotonic clock
Jan 2 17:01:06 bilbo vdr: [3932] [xine..put] RTP SSRC: 0x27870f76
Jan 2 17:01:06 bilbo vdr: [3932] setting primary device to 3
Jan 2 17:01:06 bilbo vdr: [3932] assuming manual start of VDR
Jan 2 17:01:06 bilbo vdr: [3932] SVDRP listening on port 6419
Jan 2 17:01:06 bilbo vdr: [3932] skin "DeepBlue" not available - using "lcars" instead
Jan 2 17:01:06 bilbo vdr: [3932] loading /var/lib/vdr/themes/lcars-default.theme
Jan 2 17:01:06 bilbo vdr: [3932] starting plugin: conflictcheckonly
Jan 2 17:01:06 bilbo vdr: [3932] starting plugin: femon
Jan 2 17:01:06 bilbo vdr: [3932] starting plugin: remote
Jan 2 17:01:06 bilbo vdr: [3932] remote: unable to open '/dev/input/ir': Datei oder Verzeichnis nicht gefunden
Jan 2 17:01:06 bilbo vdr: [3932] ERROR: /dev/input/ir: Datei oder Verzeichnis nicht gefunden
Jan 2 17:01:06 bilbo vdr: [3932] [xine..put] cXinelibOsd::CanHandleAreas(): Device does not support ARGB
Jan 2 17:01:06 bilbo vdr: [3936] epg data reader thread ended (pid=3932, tid=3936)
Jan 2 17:01:10 bilbo vdr: [3932] ERROR: /dev/input/ir: Datei oder Verzeichnis nicht gefunden
Jan 2 17:01:10 bilbo vdr: [3932] [xine..put] cXinelibOsd::CanHandleAreas(): Device does not support ARGB
Jan 2 17:01:14 bilbo vdr: [3932] remote: fatal error - unable to open input device
Jan 2 17:01:14 bilbo vdr: [3932] stopping plugin: femon
Jan 2 17:01:14 bilbo vdr: [3932] [xine..put] cXinelibOsdProvider: shutting down !
Jan 2 17:01:15 bilbo vdr: [3939] device 1 section handler thread ended (pid=3932, tid=3939)
Jan 2 17:01:15 bilbo vdr: [3938] frontend 0/0 tuner thread ended (pid=3932, tid=3938)
Jan 2 17:01:15 bilbo vdr: [3942] device 2 section handler thread ended (pid=3932, tid=3942)
Jan 2 17:01:15 bilbo vdr: [3941] frontend 1/0 tuner thread ended (pid=3932, tid=3941)
Jan 2 17:01:15 bilbo vdr: [3932] [xine..put] cXinelibDevice::StopDevice(): Stopping device ...
Jan 2 17:01:15 bilbo vdr: [3932] deleting plugin: xineliboutput
Jan 2 17:01:15 bilbo vdr: [3932] deleting plugin: svdrposd
Jan 2 17:01:15 bilbo vdr: [3932] deleting plugin: streamdev-server
Jan 2 17:01:15 bilbo vdr: [3932] deleting plugin: remote
Jan 2 17:01:15 bilbo vdr: [3932] deleting plugin: femon
Jan 2 17:01:17 bilbo vdr: [3932] max. latency time 0 seconds
Jan 2 17:01:17 bilbo vdr: [3932] exiting, exit code 2
Jan 2 17:01:17 bilbo vdr: [3934] ERROR (tools.c,406): : Datei oder Verzeichnis nicht gefunden
Display More
Kann mir jemand sagen, wie ich herausfinden kann, warum vdr jetzt plötzlich nach dem Update ein Problem mit /dev/input/ir hat? Das DVB Karten Module (ngene) ist geladen, daher weiß ich nicht, warum da der fatal error - unable to open input device kommt.
Gruß,
Reiner
Nach einem ts-nach-ts umkopieren und splitten bei 2GB mit ProjectX in ein neues Verzeichnis ließ sich jetzt die index Datei in wenigen Minuten beim Abspielen erstellen.
Hier auf dem VDR, auf dem die Aufnahmen lokal sind:
bilbo:/video# ls -laR Mit_Armin_unterwegs_-_Nordseeküste/
Mit_Armin_unterwegs_-_Nordseeküste/:
insgesamt 692
drwxrwxr-x 4 vdr vdr 4096 Jul 3 14:53 .
drwxr-xr-x 12 vdr vdr 4096 Jul 3 15:05 ..
drwxr-xr-x 2 vdr vdr 4096 Jul 3 13:11 2017-05-25.07.56.1-0.rec
drwxr-xr-x 2 vdr vdr 4096 Jul 2 21:00 2017-05-25.08.55.1-0.rec
-rwxrw-r-- 1 vdr vdr 685616 Mai 27 21:33 oldindex
Mit_Armin_unterwegs_-_Nordseeküste/2017-05-25.07.56.1-0.rec:
insgesamt 7028240
drwxr-xr-x 2 vdr vdr 4096 Jul 3 13:11 .
drwxrwxr-x 4 vdr vdr 4096 Jul 3 14:53 ..
-rw-r--r-- 1 vdr vdr 2097356388 Mai 27 21:31 00001.ts
-rw-r--r-- 1 vdr vdr 1486230804 Mai 27 21:33 00002.ts
-rw-r--r-- 1 vdr vdr 2097612444 Mai 25 09:26 00003.ts
-rw-r--r-- 1 vdr vdr 1508649992 Mai 25 09:51 00004.ts
-rw-r--r-- 1 vdr vdr 1651 Jul 2 21:02 info
Display More
Und hier das gleiche vom VDR, der die Aufnahmen über NFS mountet:
vdr_:/srv/vdr/video.00# ls -laR Mit_Armin_unterwegs_-_Nordseeküste/
Mit_Armin_unterwegs_-_Nordseeküste/:
insgesamt 692
drwxrwxr-x 4 vdr vdr 4096 Jul 3 14:53 .
drwxr-xr-x 12 vdr vdr 4096 Jul 3 15:05 ..
drwxr-xr-x 2 vdr vdr 4096 Jul 3 13:11 2017-05-25.07.56.1-0.rec
drwxr-xr-x 2 vdr vdr 4096 Jul 2 21:00 2017-05-25.08.55.1-0.rec
-rwxrw-r-- 1 vdr vdr 685616 Mai 27 21:33 oldindex
Mit_Armin_unterwegs_-_Nordseeküste/2017-05-25.07.56.1-0.rec:
insgesamt 7028240
drwxr-xr-x 2 vdr vdr 4096 Jul 3 13:11 .
drwxrwxr-x 4 vdr vdr 4096 Jul 3 14:53 ..
-rw-r--r-- 1 vdr vdr 2097356388 Mai 27 21:31 00001.ts
-rw-r--r-- 1 vdr vdr 1486230804 Mai 27 21:33 00002.ts
-rw-r--r-- 1 vdr vdr 2097612444 Mai 25 09:26 00003.ts
-rw-r--r-- 1 vdr vdr 1508649992 Mai 25 09:51 00004.ts
-rw-r--r-- 1 vdr vdr 1651 Jul 2 21:02 info
Display More
Und ich weiß nicht genau, ob man die Aufnahme mindestens so lange abspielen muss, bis der vdr mit der index-Datei fertig ist.
Das Abspielen habe nicht ich nach der ersten ts Datei beendet sondern der VDR von selbst. Und laut Log wäre das erstellen zu dem Zeitpunkt ja schon fertig gewesen. Was hätte ich machen sollen?
Kann es sein dass Du keine Schreibrechte auf dem NFS mount hast ?
Schreibrechte auf das NFS sind da. Ich kann als User vdr im Verzeichnis Dateien anlegen.
fnu
Der 2.0.3er VDR hat die Aufnahmen auf der lokalen Platte, beim 2.0.6er sind sie per NFS gemountet.
mini73
Hab ich mal versucht. Die Aufnahme wird bis zum Ende der ersten ts datei abgespielt, eine index Datei finde ich aber hinterher nirgends. Im Log finde ich:
Jul 3 12:32:18 vdr vdr: [1074] replay /srv/vdr/video.00/Mit_Armin_unterwegs_-_Nordseeküste/2017-05-25.07.56.1-0.rec
Jul 3 12:32:18 vdr vdr: [1074] playing '/srv/vdr/video.00/Mit_Armin_unterwegs_-_Nordseeküste/2017-05-25.07.56.1-0.rec/00001.ts'
Jul 3 12:32:18 vdr vdr: [27379] index file generator thread started (pid=1074, tid=27379, prio=high)
Jul 3 12:32:18 vdr vdr: [27379] playing '/srv/vdr/video.00/Mit_Armin_unterwegs_-_Nordseeküste/2017-05-25.07.56.1-0.rec/00001.ts'
Jul 3 12:32:18 vdr vdr: [1167] XVDR: Recordings state changed (85106)
Jul 3 12:32:18 vdr vdr: [21583] TS buffer on device 1 thread ended (pid=1074, tid=21583)
Jul 3 12:32:18 vdr vdr: [21582] buffer stats: 118252 (2%) used
Jul 3 12:32:18 vdr vdr: [21582] receiver on device 1 thread ended (pid=1074, tid=21582)
Jul 3 12:32:19 vdr vdr: [27379] deleting index file '/srv/vdr/video.00/Mit_Armin_unterwegs_-_Nordseeküste/2017-05-25.07.56.1-0.rec/index'
Jul 3 12:32:19 vdr vdr: [27379] index file generator thread ended (pid=1074, tid=27379)
Jul 3 12:32:19 vdr vdr: [27380] index file generator thread started (pid=1074, tid=27380, prio=high)
Jul 3 12:32:19 vdr vdr: [27380] playing '/srv/vdr/video.00/Mit_Armin_unterwegs_-_Nordseeküste/2017-05-25.07.56.1-0.rec/00001.ts'
Jul 3 12:32:20 vdr vdr: [27380] deleting index file '/srv/vdr/video.00/Mit_Armin_unterwegs_-_Nordseeküste/2017-05-25.07.56.1-0.rec/index'
Jul 3 12:32:20 vdr vdr: [27380] index file generator thread ended (pid=1074, tid=27380)
Jul 3 12:32:20 vdr vdr: [27381] index file generator thread started (pid=1074, tid=27381, prio=high)
Jul 3 12:32:20 vdr vdr: [27381] playing '/srv/vdr/video.00/Mit_Armin_unterwegs_-_Nordseeküste/2017-05-25.07.56.1-0.rec/00001.ts'
Jul 3 12:32:20 vdr vdr: [1167] XVDR: Starting garbage collection in recordings cache
Jul 3 12:32:20 vdr vdr: [27381] deleting index file '/srv/vdr/video.00/Mit_Armin_unterwegs_-_Nordseeküste/2017-05-25.07.56.1-0.rec/index'
Jul 3 12:32:20 vdr vdr: [27381] index file generator thread ended (pid=1074, tid=27381)
Display More
Hallo,
ich habe die ts Dateien von zwei Aufnahmen (insgesamt 6,7 GB in 4 ts Dateien) in ein Verzeichnis kopiert, umbenannt und möchte nun mit vdr -genindex=<rec> die index Datei neu erstellen. Der vdr Prozess läuft nun aber schon seit über 8 Stunden bei 99% CPU Last auf einem Intel Core i5-750 mit 2.67GHz. VDR Version ist 2.0.3, hab es aber auch mit 2.0.6 probiert und dort abgebrochen, da auf dem VDR die CPU schwächer ist.
Ist das normal?
Gruß,
Reiner
Ist es möglich, Kanäle per SVDRP in eine Kanalgruppe zu verschieben? Kann man bei MOVC als zweiten Parameter einen Gruppennamen angeben?