Fehlt noch Board und CPU. Wird bei Deinem verwendetem Supermicro der "Health" Status ans esxi geleitet (also Cpu Temperatur etc)?
Ja, das funktioniert ebenfalls.
Fehlt noch Board und CPU. Wird bei Deinem verwendetem Supermicro der "Health" Status ans esxi geleitet (also Cpu Temperatur etc)?
Ja, das funktioniert ebenfalls.
Hallo,
dd macht 420 MB/s lesen und 330 MB/s schreiben, reicht also locker für GBit-LAN. Mein ZFS RAID-Z2 besteht aus 8 2TB-HDDs. Als Karte würde ich eine mit LSI 1068e oder 2008 Chip empfehlen.
Grüße,
Florian
Hier mein Beitrag aus einem anderen Thema:
Alles anzeigenHallo,
mein Setup sieht folgendermaßen aus:
SuperMicro X9SCM-F
Intel Xeon E3-1230
16GB Kingston ECC
IBM BR10i
Digital Devices Octopus mit 2 DVB-S2 Modulen
Von einem USB-Stick bootet VMware ESXi 4.1, das dann u.a. eine VM mit OpenIndiana 151a und eine VM mit yavdr hostet. (Die VMs liegen auf einer an den S-ATA-Controller des Boards angeschlossenen Platte.) Dabei bekommt das OpenIndiana-System den BR10i durchgereicht, an dem 8 Platten im ZFS RAID-Z2 hängen. Die Octopus Bridge wird an das yavdr-System durchgereicht. Das System läuft seit ein paar Monaten stabil und völlig ohne Probleme.
Grüße,
Florian
Hallo,
die APC USV gibt ca. 65W an. Genauere Werte kann ich dir momentan leider nicht geben.
Willst du die Platten am Controller als VMware datastore nutzen? Dann brauchst du ein HW-Raid, das von ESXi unterstützt wird, das wird leider nicht billig. Wenn du die Platten in einem der Gastsysteme nutzen willst, geht jeder Controller, der echten JBOD unterstützt. Für das Gerät richtest du dann einfach ein pci-passthrough ein - ich empfehle ZFS unter openindiana oder solaris express. Alle Controller mit einem LSI SAS 1068e oder 2008 chip eignen sich dafür hervorragend.
Grüße,
Florian
Das erwähnte X9SCM-F, wenn du USB3 per PCIe nachrüstest. Für die zweite NIC gibt es zumindest für 4.1 eine oem.tgz, kann sein, dass sie in 5 ootb funktioniert. Das Board bringt auch IPMI mit, das ist sehr praktisch.
Hallo,
mein Setup sieht folgendermaßen aus:
SuperMicro X9SCM-F
Intel Xeon E3-1230
16GB Kingston ECC
IBM BR10i
Digital Devices Octopus mit 2 DVB-S2 Modulen
Von einem USB-Stick bootet VMware ESXi 4.1, das dann u.a. eine VM mit OpenIndiana 151a und eine VM mit yavdr hostet. (Die VMs liegen auf einer an den S-ATA-Controller des Boards angeschlossenen Platte.) Dabei bekommt das OpenIndiana-System den BR10i durchgereicht, an dem 8 Platten im ZFS RAID-Z2 hängen. Die Octopus Bridge wird an das yavdr-System durchgereicht. Das System läuft seit ein paar Monaten stabil und völlig ohne Probleme.
Grüße,
Florian
Hallo,
man könnte auch noch über ein ZFS-Raid nachdenken. Entweder als BSD-Port unter FreeNAS oder nativ unter Solaris Express, NexentaCore oder OpenIndiana. Mit napp-it oder NexentaStor gibts da auch gute GUIs.
Grüße,
Florian
PS: Wenn man einen vt-d chipsatz hat, läuft das auch gut mit einem durchgereichten HBA unter ESXi
Das Problem ist, dass Dein Server länger als 1,5 Sekunden zum Umschalten von ARD auf ZDF braucht. Neuere Versionen von streamdev-client haben einen längeren Timeout. Aktualisiere bitte den streamdev-client.
Es ist übrigens nicht notwendig, die selbe channels.conf auf Client und Server zu nutzen. Um mit einer weiteren Mähr aufzuräumen: unterschiedliche Versionen von streamdev-client und streamdev-server vertragen sich ebenfalls prächtig.
Hallo,
danke für die Infos. Ähnliches hatte ich mir nach Durchsicht der Änderungen von 0.5.0 auf 0.5.1 zusammengereimt. Mit einem Debian squeeze mit streamdev 0.5.1 auf der SMT läuft dann auch alles ohne Probleme.
giga-san: Gibt es eine Möglichkeit, das streamdev-Plugin bei zen2vdr r2 mit einem Update zu versehen?
Grüße,
Florian
Hallo,
ich habe eine SMT als client an einem yavdr-System hängen. System der SMT ist zen2vdr-r2 (streamdev 0.5.0), auf dem Server yavdr 0.4pre (streamdev 0.5.1-git20110618). Der Server hat momentan einen Tuner, der Tuner der SMT ist deaktiviert. In der setup.conf des Servers sind AllowSuspend und SuspendMode auf 1 gesetzt. Streaming über HTTP nach vlc funktioniert, Kanäle werden problemlos umgeschaltet.
Wenn ich nun aber bei der SMT versuche, den Kanal zu wechseln, passiert in den Logs folgendes (...114 ist der Server, ...124 der client, channel 1 ist ARD, channel 2 ist ZDF):
SMT
Aug 13 13:06:44 zen2vdr-r2 user.err vdr: [11133] switching to channel 2
Aug 13 13:06:46 zen2vdr-r2 user.err vdr: [11133] Streamdev: Lost connection to 192.168.0.114:2004: Connection timed out
Aug 13 13:06:46 zen2vdr-r2 user.err vdr: [11133] ERROR: Transfer-Mode kann nicht gestartet werden!
Aug 13 13:06:47 zen2vdr-r2 user.err vdr: [11271] Streamdev: Lost connection to 192.168.0.114:2004: Connection timed out
Aug 13 13:06:49 zen2vdr-r2 user.err vdr: [11271] Streamdev: Lost connection to 192.168.0.114:2004: Connection timed out
Aug 13 13:06:49 zen2vdr-r2 user.err vdr: [11271] Streamdev: Connected to server 192.168.0.114:2004 using capabilities TSPIDS,FILTERS
Aug 13 13:06:49 zen2vdr-r2 user.err vdr: [11270] ERROR (device.c,1679): Bad file descriptor
Aug 13 13:06:49 zen2vdr-r2 user.err vdr: [11270] TS buffer on device 10 thread ended (pid=11133, tid=11270)
Aug 13 13:06:49 zen2vdr-r2 user.err vdr: [11271] buffer stats: 178412 (8%) used
Aug 13 13:06:49 zen2vdr-r2 user.err vdr: [11271] receiver on device 10 thread ended (pid=11133, tid=11271)
Aug 13 13:06:53 zen2vdr-r2 user.err vdr: [11133] switching to channel 1
Aug 13 13:06:54 zen2vdr-r2 user.err vdr: [11133] Streamdev: Lost connection to 192.168.0.114:2004: Connection timed out
Aug 13 13:06:54 zen2vdr-r2 user.err vdr: [11133] ERROR: Transfer-Mode kann nicht gestartet werden!
Aug 13 13:07:04 zen2vdr-r2 user.err vdr: [11133] switching to channel 1
Aug 13 13:07:04 zen2vdr-r2 user.err vdr: [11133] Streamdev: Connected to server 192.168.0.114:2004 using capabilities TSPIDS,FILTERS
Aug 13 13:07:04 zen2vdr-r2 user.err vdr: [11288] TS buffer on device 10 thread started (pid=11133, tid=11288)
Aug 13 13:07:04 zen2vdr-r2 user.err vdr: [11289] receiver on device 10 thread started (pid=11133, tid=11289)
Aug 13 13:07:06 zen2vdr-r2 user.info vdr: [11289] [xine..put] Detected video size 720x576
Alles anzeigen
Server
Aug 13 13:06:46 thales vdr: [1354] TS buffer on device 1 thread ended (pid=912, tid=1354)
Aug 13 13:06:46 thales vdr: [1351] buffer stats: 109040 (5%) used
Aug 13 13:06:46 thales vdr: [1351] receiver on device 1 thread ended (pid=912, tid=1351)
Aug 13 13:06:47 thales vdr: [912] switching to channel 1
Aug 13 13:06:47 thales vdr: [912] info: Channel not available!
Aug 13 13:06:47 thales vdr: [912] ERROR: no OSD provider available - using dummy OSD!
Aug 13 13:06:49 thales vdr: [912] switching to channel 2
Aug 13 13:06:49 thales vdr: [912] info: Streaming active
Aug 13 13:06:49 thales vdr: [912] ERROR: no OSD provider available - using dummy OSD!
Aug 13 13:06:49 thales vdr: [1356] receiver on device 1 thread started (pid=912, tid=1356)
Aug 13 13:06:49 thales vdr: [1357] TS buffer on device 1 thread started (pid=912, tid=1357)
Aug 13 13:06:50 thales vdr: [1168] changing pids of channel 8 from 210+210=2:220=deu@3,221=mis@3;225=deu@106:0:230 to 210+210=2:220=deu@3,221=mis@3;225=deu@106:231=deu:230
Aug 13 13:06:51 thales vdr: [912] ERROR: no OSD provider available - using dummy OSD!
Aug 13 13:06:51 thales vdr: [1353] streamdev-livestreaming thread ended (pid=912, tid=1353)
Aug 13 13:06:51 thales vdr: [1352] streamdev-writer thread ended (pid=912, tid=1352)
Aug 13 13:06:51 thales vdr: [1171] buffer stats: 109228 (2%) used
Aug 13 13:06:51 thales vdr: [1171] Streamdev: Accepted new client (VTP) 192.168.0.124:49871
Aug 13 13:06:51 thales vdr: [1171] client (VTP) 192.168.0.124:56604 has closed connection
Aug 13 13:06:51 thales vdr: [1171] streamdev: closing streamdev connection to 192.168.0.124:56604
Aug 13 13:06:51 thales vdr: [1171] buffer stats: 0 (0%) used
Aug 13 13:06:51 thales vdr: [1171] buffer stats: 0 (0%) used
Aug 13 13:06:51 thales vdr: [1171] Streamdev: Accepted new client (VTP) 192.168.0.124:40751
Aug 13 13:06:51 thales vdr: [1171] client (VTP) 192.168.0.124:49871 has closed connection
Aug 13 13:06:51 thales vdr: [1171] streamdev: closing streamdev connection to 192.168.0.124:49871
Aug 13 13:06:51 thales vdr: [1171] Streamdev: Accepted new client (VTP) 192.168.0.124:48545
Aug 13 13:06:51 thales vdr: [1171] client (VTP) 192.168.0.124:40751 has closed connection
Aug 13 13:06:51 thales vdr: [1171] streamdev: closing streamdev connection to 192.168.0.124:40751
Aug 13 13:06:52 thales vdr: [1168] changing pids of channel 2 from 110+110=2:120=deu@3,121=mis@3;125=deu@106:0:130 to 110+110=2:120=deu@3,121=mis@3;125=deu@106:131=deu:130
Aug 13 13:06:52 thales vdr: [912] retuning due to modification of channel 2
Aug 13 13:06:52 thales vdr: [912] switching to channel 2
Aug 13 13:06:52 thales vdr: [1357] TS buffer on device 1 thread ended (pid=912, tid=1357)
Aug 13 13:06:52 thales vdr: [1356] buffer stats: 93812 (4%) used
Aug 13 13:06:52 thales vdr: [1356] receiver on device 1 thread ended (pid=912, tid=1356)
Aug 13 13:06:52 thales vdr: [1358] receiver on device 1 thread started (pid=912, tid=1358)
Aug 13 13:06:52 thales vdr: [1359] TS buffer on device 1 thread started (pid=912, tid=1359)
Aug 13 13:06:54 thales vdr: [912] switching to channel 2
Aug 13 13:06:54 thales vdr: [912] info: Channel not available!
Aug 13 13:06:54 thales vdr: [1359] TS buffer on device 1 thread ended (pid=912, tid=1359)
Aug 13 13:06:54 thales vdr: [1358] buffer stats: 83096 (3%) used
Aug 13 13:06:54 thales vdr: [1358] receiver on device 1 thread ended (pid=912, tid=1358)
Aug 13 13:06:56 thales vdr: [912] switching to channel 1
Aug 13 13:06:56 thales vdr: [912] info: Streaming active
Aug 13 13:06:56 thales vdr: [1360] receiver on device 1 thread started (pid=912, tid=1360)
Aug 13 13:06:56 thales vdr: [1361] TS buffer on device 1 thread started (pid=912, tid=1361)
Aug 13 13:06:58 thales vdr: [1171] client (VTP) 192.168.0.124:48545 has closed connection
Aug 13 13:06:58 thales vdr: [1171] streamdev: closing streamdev connection to 192.168.0.124:48545
Aug 13 13:06:58 thales vdr: [1171] buffer stats: 0 (0%) used
Aug 13 13:06:58 thales vdr: [1171] buffer stats: 0 (0%) used
Aug 13 13:07:06 thales vdr: [1171] Streamdev: Accepted new client (VTP) 192.168.0.124:32864
Aug 13 13:07:06 thales vdr: [1171] buffer stats: 0 (0%) used
Aug 13 13:07:06 thales vdr: [1171] Streamdev: Setting data connection to 192.168.0.124:53772
Aug 13 13:07:06 thales vdr: [1363] streamdev-livestreaming thread started (pid=912, tid=1363)
Aug 13 13:07:06 thales vdr: [1362] streamdev-writer thread started (pid=912, tid=1362)
Alles anzeigen
Hat jemand einen Tipp, woran das liegen könnte? Streamdev auf dem Server scheint mir ja richtig konfiguriert zu sein, da das automatische Umschalten bei HTTP-Streams funktioniert. Kann es an den unterschiedlichen streamdev-Versionen liegen? Wenn ja, wie bekomme ich die SMT dahingehend geupdatet?
Vielen Dank!
Grüße,
Florian
hallo,
habe im moment das problem, dass nach aufnahmen noad bzw. das script rwrapper.sh (s.wiki) nicht ausgefuehrt wird, das heißt, im log taucht es zwar auf,
ZitatMay 2 01:08:01 multiEPIA vdr: [4490] executing '/vdrcfg/rwrapper.sh after "/video/Falling_Down_-_Ein_ganz_normaler_Tag/2007-05-01.22.41.99.99.rec"'
aber es werden keine schnittmarken erstellt (und in /var/log/noadstat taucht auch nix auf). wenn ich den befehl auf der konsole eingebe, laeuft noad ganz normal.
hat da jemand eine idee, woran das liegen koennte?
danke
fgli
ZitatAlles anzeigenDate: Sat, 04 Nov 2006 15:02:49 +0100
From: Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>
To: vdr@linuxtv.org
Subject: [vdr] [ANNOUNCE] VDR version 1.4.4 released
VDR version 1.4.4 is now available at
ftp://ftp.cadsoft.de/vdr/vdr-1.4.4.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.3-1.4.4.diff
A 'diff' against the latest maintenance patch is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.3-4-1.4.4.diff
A summary of all the major changes since the last stable
version can be found at
http://www.cadsoft.de/vdr/download.htm
This version is source compatible with the previous version,
so plugins only need to be recompiled.
Thanks to the many people who have contributed in the making,
testing and debugging of this new version of VDR.
Have fun!
Klaus
_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
http://www.heise.de/newsticker/meldung/73977
onlinetvrecorder (http://www.onlinetvrecorder.com) scheint diese probleme nicht zu haben, da dort alles gratis ist.
noch 'ne ergaenzung
die box ist leider nur teilweise hanftek, irgendwas am tuner ist anders. man kann zwar treiber laden etc., aber andere sender einstellen und suchlauf etc. geht nicht. iich habe versuchsweise mal im treiber (umt-010.c)
d->pll_addr = 0x61;
in
d->pll_addr = 0x60;
geaendert, das geht schon besser (suchlauf, tunen etc. scheint zu gehen)
siehe auch hier: http://www.linuxtv.org/piperma…dvb/2005-July/003381.html
falls es wen interessiert: das teil ist in wirklichkeit ein hanftek umt-010. wird von neueren kernels (und zB. von ubuntu 606 von vornherein) unterstuetzt.
ML:
------
VDR version 1.4.1 is now available at
ftp://ftp.cadsoft.de/vdr/vdr-1.4.1.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.0-1.4.1.diff
A summary of all the major changes since the last stable
version can be found at
http://www.cadsoft.de/vdr/download.htm
This version is source compatible with the previous version,
so plugins only need to be recompiled.
Thanks to the many people who have contributed in the making,
testing and debugging of this new version of VDR.
Have fun!
Klaus
------
Gestern frisch 1.4.0 kompiliert.
ZitatOriginal von arghgra
Dachte Achim ... weil Delmenhorst hätt ich ja noch verstanden ...Zitat: "Ich bin jetzt immer da, wo du nicht bist - Und das ist immer Delmenhorst"
arghgra
ZitatOriginal von DocViper
jeh > Element of Crime
"Sag Bescheid, wenn du mich liebst"
Wer haette das gedacht..
ZitatVDR Logo
The VDR logo was designed by Jan Grell.
--> http://jan.grell-netz.de/projekte/mediacenter/index.html (da gibts das auch als Vektorgrafik)
@topic: wie schon im anderen thread geschrieben, wahrscheinlich koennte ich nen dvb-s vdr und/oder tv geben.. wenn's denn benoetigt wird
hallo,
da es aus witten ja nicht allzu weit ist, melde ich mich schon mal vorsichtig an. genau weiss ich das allerdings nicht, vielleicht bin ich um die zeit auch gerade in paris
meinen vdr (dvb-s) wuerde/koennte ich auch mitbringen. ach ja, und 'nen kleinen (34cm) oder auch groesseren (~50cm) TV auch.
gruss,
fgli
mann mann mann, wusste gar nicht dass hier im board noch mehr wittener sind..
hm ok, jetzt bekomme ich es auch nicht mehr hin.. komisch.
was mir noch aufgefallen ist: im Aufnahmen zuordnen fenster steht unten zB. 655.588.037 Gb, was natuerlich nicht ganz richtig ist
sonst: good job, danke!