[PeterC]

• 0

Hej!

Jag har problem att få igång MythTV och open-sasc-ng på rätt sätt vid boot. När en inspelning startar så är de virtuella adaptrarna inte korrekt anslutna till mitt Hauppauge Nova-T 500 vilket resulterar i att open-sasc-ng gör något som tar 97% CPU.

Om jag då avslutar MythTV (/etc/init.d/mythtv-backend stop) och open-sasc-ng (kill) och startar upp dem igen, först open-sasc-ng (/etc/init.d/open-sasc-ng start) och sedan MythTV (/etc/init.d/mythtv-backend start), så funkar det. Verkar som saker och ting inte hinner komma igång tillräckligt snabbt vid boot. Men scripten för att starta verkar ändå funka. Dock inte vid boot.

Har prövat lägga in lite delay mellan dem men ser inte att det hjälper heller.

Vad jag undrar är hur uppstartsscripten för er som fått det att funka ser ut?

Jag kör under Debian Lenny.

/Peter

[raptorjr]

• 0

När jag startar om min sasc så tar den ju oftast runt 15 sekunder att starta upp, så du kanske behöver en längre delay? Har hört att det finns nåt tillägg för Linux där man kan sätta att tjänster är beroende av varandra. Så att backenden isåfall inte skulle starta innan sasc är uppe. Minns dock inte vad det hette, men det vet säkert nån annan på forumet.

[par-joha]

• 0

När jag startar om min sasc så tar den ju oftast runt 15 sekunder att starta upp, så du kanske behöver en längre delay? Har hört att det finns nåt tillägg för Linux där man kan sätta att tjänster är beroende av varandra. Så att backenden isåfall inte skulle starta innan sasc är uppe. Minns dock inte vad det hette, men det vet säkert nån annan på forumet.

Precis, sasc tar 10-15 sekunder att starta upp, så där kan problemet ligga. Annars kan du ju prova att starta allt via /etc/rc.local istället för /etc/rc?.d.

Programmet för att monitorera tjänster heter Monit, tyvärr har jag inte provat det själv.

/ Pär

[PeterC]

• 0

Precis, sasc tar 10-15 sekunder att starta upp, så där kan problemet ligga. Annars kan du ju prova att starta allt via /etc/rc.local istället för /etc/rc?.d.

Programmet för att monitorera tjänster heter Monit, tyvärr har jag inte provat det själv.

/ Pär

Det är precis det jag testat som senaste grejen utan att det blev bättre. Just nu ser /etc/rc.local ut så här:

sleep 30
/etc/init.d/sasc-ng start
sleep 30
/etc/init.d/mythtv-backend start

exit 0

Det nästa jag tänkte pröva var att lägga in lite mer logik så att man testar att allt startar upp som det ska innan man går vidare. En annan tanke jag hade var att installera Bootchart och kolla hur booten ser ut.

Men jag tar gärna emot andra tips. Hur ser era uppstartsscript ut?

/Peter

[frust]

• 0

http://dolot.kipdola...-NG#Init_script
kör jag med

[PeterC]

• 0

http://dolot.kipdola...-NG#Init_script
kör jag med

Det var en sida jag inte kände till. Verkar intressant. Får kolla upp den. Tack för tipset!

Startar open-sasc-ng upp före mythtv-backend? Vilken startprioritet är satt på de olika, dvs vad har de för siffra i de olika /etc/rcN.d/ ?

/Peter

Redigerat av PeterC, 11 maj 2009 - 17:43.

[par-joha]

• 0

Det var en sida jag inte kände till. Verkar intressant. Får kolla upp den. Tack för tipset!

Startar open-sasc-ng upp före mythtv-backend? Vilken startprioritet är satt på de olika, dvs vad har de för siffra i de olika /etc/rcN.d/ ?

/Peter

Jag är ganska säker på att mythbackend måste starta sist, när allt annat är uppe och rullar.

/ Pär

[PeterC]

• 0

Jag är ganska säker på att mythbackend måste starta sist, när allt annat är uppe och rullar.

/ Pär

Som jag skrev i ett tidigare inlägg så startar jag först open-sasc-ng och sedan mythtv-backend med en fördröjning emellan för att vara säker på att de verkligen startar upp i den ordningen. Mina loggar visar inget fel förrän jag i MythTV väljer att titta på TV. Då får jag

DVBSH(2): Failed to open DVR device /dev/dvb/adapter2/dvr0 : Operation not permitted

fast jag kan inte se att rättigheterna är felaktiga och det funkar som sagt om jag startar om det manuellt.

/Peter

[par-joha]

• 0

Mina loggar visar inget fel förrän jag i MythTV väljer att titta på TV. Då får jag

DVBSH(2): Failed to open DVR device /dev/dvb/adapter2/dvr0 : Operation not permitted

fast jag kan inte se att rättigheterna är felaktiga och det funkar som sagt om jag startar om det manuellt.

Hm. Kan du posta "ls -laR /dev/dvb/"? Vilken användare körs mythtv som?

/ Pär

[PeterC]

• 0

Hm. Kan du posta "ls -laR /dev/dvb/"? Vilken användare körs mythtv som?

/ Pär

htpc:~# ls -laR /dev/dvb/
/dev/dvb/:
total 0
drwxr-xr-x  6 root root  120 2009-05-12 19:53 .
drwxr-xr-x 15 root root 3800 2009-05-12 19:49 ..
drwxr-xr-x  2 root root  120 2009-05-12 19:47 adapter0
drwxr-xr-x  2 root root  120 2009-05-12 19:47 adapter1
drwxr-xr-x  2 root root  280 2009-05-12 19:53 adapter2
drwxr-xr-x  2 root root  280 2009-05-12 19:53 adapter3

/dev/dvb/adapter0:
total 0
drwxr-xr-x 2 root root	 120 2009-05-12 19:47 .
drwxr-xr-x 6 root root	 120 2009-05-12 19:53 ..
crw-rw---- 1 root video 212, 4 2009-05-12 19:47 demux0
crw-rw---- 1 root video 212, 5 2009-05-12 19:47 dvr0
crw-rw---- 1 root video 212, 3 2009-05-12 19:47 frontend0
crw-rw---- 1 root video 212, 7 2009-05-12 19:47 net0

/dev/dvb/adapter1:
total 0
drwxr-xr-x 2 root root	  120 2009-05-12 19:47 .
drwxr-xr-x 6 root root	  120 2009-05-12 19:53 ..
crw-rw---- 1 root video 212, 68 2009-05-12 19:47 demux0
crw-rw---- 1 root video 212, 69 2009-05-12 19:47 dvr0
crw-rw---- 1 root video 212, 67 2009-05-12 19:47 frontend0
crw-rw---- 1 root video 212, 71 2009-05-12 19:47 net0

/dev/dvb/adapter2:
total 0
drwxr-xr-x 2 root root	   280 2009-05-12 19:53 .
drwxr-xr-x 6 root root	   120 2009-05-12 19:53 ..
crw-rw---- 1 root video 212, 129 2009-05-12 19:53 audio0
crw-rw---- 1 root video 212, 145 2009-05-12 19:53 audio1
crw-rw---- 1 root video 212, 132 2009-05-12 19:53 demux0
crw-rw---- 1 root video 212, 148 2009-05-12 19:53 demux1
crw-rw---- 1 root video 212, 133 2009-05-12 19:53 dvr0
crw-rw---- 1 root video 212, 149 2009-05-12 19:53 dvr1
crw-rw---- 1 root video 212, 131 2009-05-12 19:53 frontend0
crw-rw---- 1 root video 212, 147 2009-05-12 19:53 frontend1
crw-rw---- 1 root video 212, 136 2009-05-12 19:53 osd0
crw-rw---- 1 root video 212, 152 2009-05-12 19:53 osd1
crw-rw---- 1 root video 212, 128 2009-05-12 19:53 video0
crw-rw---- 1 root video 212, 144 2009-05-12 19:53 video1

/dev/dvb/adapter3:
total 0
drwxr-xr-x 2 root root	   280 2009-05-12 19:53 .
drwxr-xr-x 6 root root	   120 2009-05-12 19:53 ..
crw-rw---- 1 root video 212, 193 2009-05-12 19:53 audio0
crw-rw---- 1 root video 212, 209 2009-05-12 19:53 audio1
crw-rw---- 1 root video 212, 196 2009-05-12 19:53 demux0
crw-rw---- 1 root video 212, 212 2009-05-12 19:53 demux1
crw-rw---- 1 root video 212, 197 2009-05-12 19:53 dvr0
crw-rw---- 1 root video 212, 213 2009-05-12 19:53 dvr1
crw-rw---- 1 root video 212, 195 2009-05-12 19:53 frontend0
crw-rw---- 1 root video 212, 211 2009-05-12 19:53 frontend1
crw-rw---- 1 root video 212, 200 2009-05-12 19:53 osd0
crw-rw---- 1 root video 212, 216 2009-05-12 19:53 osd1
crw-rw---- 1 root video 212, 192 2009-05-12 19:53 video0
crw-rw---- 1 root video 212, 208 2009-05-12 19:53 video1

htpc:~# ps aux | grep /usr/bin/myth
mythtv	3649  0.0  3.7  87140 36328 ?		SLsl May12   0:01 /usr/bin/mythwelcome
mythtv	3669  0.0  2.8  73928 28140 ?		Sl   May12   0:17 /usr/bin/mythlcdserver -v none
mythtv	4007  0.3  3.2 259168 31344 ?		Ssl  May12   1:53 /usr/bin/mythbackend --daemon --logfile /var/log/mythtv/mythbackend.log --pidfile /var/run/mythtv/mythbackend.pid
mythtv	4068  0.9 14.5 262160 141124 ?	   SLl  May12   5:28 /usr/bin/mythfrontend

htpc:~# grep mythtv /etc/group 
dialout:x:20:peter,mythtv
cdrom:x:24:peter,mythtv
audio:x:29:peter,mythtv
video:x:44:peter,mythtv
mythtv:x:105:nobody,www-data

[PeterC]

• 0

http://dolot.kipdola...-NG#Init_script
kör jag med

Har nu prövat att göra enligt sidan du tipsade om men får samma resultat som tidigare. Grejerna startar upp vid boot men sasc-ng drar ~97% CPU-resurser.

/Peter

[frust]

• 0

Längst ner på denna sidan finns ännu ett start script: http://ubuntuforums....ad.php?t=850722

jag ska ge mig på det när jag får tid.
Vilken version av open-sasc kör du med ?
Jag använder iallaflall r68 men ska se om någon nyare drar mindre cpu

Edit
Testade r74 idag och fick mycket hög load så jag går tillbaka till r68

Redigerat av frust, 22 maj 2009 - 17:57.

[PeterC]

• 0

Längst ner på denna sidan finns ännu ett start script: http://ubuntuforums....ad.php?t=850722

jag ska ge mig på det när jag får tid.
Vilken version av open-sasc kör du med ?
Jag använder iallaflall r68 men ska se om någon nyare drar mindre cpu

Edit
Testade r74 idag och fick mycket hög load så jag går tillbaka till r68

Jag ska ta och kolla scriptet på länken du tipsade om.

Jag har prövat ett antal olika versioner men den enda som känts någorlunda stabil är r46 som jag hittills alltid backat tillbaka till. Just r68 och r74 har jag testat utan att få dem att funka pålitligt.

Mvh Peter

[frust]

• 0

Jo .68 är inget vidare..Tar mycket CPU och slutar att koda av de krypterade kanalerna....Får väl testa .46 jag med

[D_One]

• 0

Jo .68 är inget vidare..Tar mycket CPU och slutar att koda av de krypterade kanalerna....Får väl testa .46 jag med

Jag kör Mythbuntu 8.10 med opensasc rev75, dvs den senaste helt utan problem.

Uppstarten görs genom ett script som heter "sascd" där alla moduler laddas och opensasc startas, efter det startar mythbackend. Och före startar såklart newcs.

Startscriptet är detta http://ubuntuforums....ad.php?t=850722

/ D

[PeterC]

• 0

Jag kör Mythbuntu 8.10 med opensasc rev75, dvs den senaste helt utan problem.

Uppstarten görs genom ett script som heter "sascd" där alla moduler laddas och opensasc startas, efter det startar mythbackend. Och före startar såklart newcs.

Startscriptet är detta http://ubuntuforums....ad.php?t=850722

Med risk att ta ut segern i förskott så verkar jag ha fått ordning på det Vad jag gjorde var att flytta uppstarten av open-sasc-ng och mythtv-backend senare i /etc/rcN.d/ . Som det var tidigare så hade HAL och mythtv-backend samma prioritet och låg mellan open-sasc-ng och mythtv-backend (sorterade i bokstavsordning). Vet inte om det var det som ställde till det. Testade att boota om flera gånger och prövade att spela in med r46. Har även testat den senaste (r75) flera gånger och hittills funkar det. Använder samma start-script för open-sasc-ng som jag hade sedan tidigare.

/Peter

[PeterC]

• 0

Med risk att ta ut segern i förskott så verkar jag ha fått ordning på det Vad jag gjorde var att flytta uppstarten av open-sasc-ng och mythtv-backend senare i /etc/rcN.d/ . Som det var tidigare så hade HAL och mythtv-backend samma prioritet och låg mellan open-sasc-ng och mythtv-backend (sorterade i bokstavsordning). Vet inte om det var det som ställde till det. Testade att boota om flera gånger och prövade att spela in med r46. Har även testat den senaste (r75) flera gånger och hittills funkar det. Använder samma start-script för open-sasc-ng som jag hade sedan tidigare.

/Peter

Tog visst ut segern i förskott

Har backat tillbaka till r46 och har hittills varit tvungen att starta om open-sasc-ng och mythtv-backend manuellt efter en boot. Tillbaka till ruta 1 alltså

[frollic]

• 0

Tog visst ut segern i förskott

Har backat tillbaka till r46 och har hittills varit tvungen att starta om open-sasc-ng och mythtv-backend manuellt efter en boot. Tillbaka till ruta 1 alltså

du kan ju använda Required-Start i init-scriptet för mythbackend, och speca så att open-sasc-ng alltid går upp först..

Example 13.1. A Minimal INIT INFO Block

### BEGIN INIT INFO
# Provides:		  FOO
# Required-Start:	$syslog $remote_fs
# Required-Stop:	 $syslog $remote_fs
# Default-Start:	 3 5
# Default-Stop:	  0 1 2 6
# Description:	   Start FOO to allow XY and provide YZ
### END INIT INFO

http://www.novell.co...ml/ch13s04.html

[PeterC]

• 0

du kan ju använda Required-Start i init-scriptet för mythbackend, och speca så att open-sasc-ng alltid går upp först..

Example 13.1. A Minimal INIT INFO Block

### BEGIN INIT INFO
# Provides:		  FOO
# Required-Start:	$syslog $remote_fs
# Required-Stop:	 $syslog $remote_fs
# Default-Start:	 3 5
# Default-Stop:	  0 1 2 6
# Description:	   Start FOO to allow XY and provide YZ
### END INIT INFO

http://www.novell.co...ml/ch13s04.html

Tack för tipset fast jag har redan sett till (på ett kanske krångligare sätt) så open-sasc-ng har startprioritet 62 och mythtv-backend 64. För det är bara så att update-rc.d ska skapa länkarna i rätt ordning väl? Det finns ingen inbyggd logik vid boot som ser till att det som finns under Required-Start verkligen startat upp innan?

Däremot, utan att med säkerhet kunna säga att det är orsaken till mitt problem så tycker jag att det verkar funka så fort uppstartsordningen på frontend, demux och dvr för open-sasc-ng har följande ordning:

May 29 14:30:09.097 frontend: Starting thread on /dev/dvb/adapter2/frontend1
The thread scheduling parameters indicate:
policy = 0
priority = 0
May 29 14:30:09.097 demux: Starting thread on /dev/dvb/adapter2/demux1
The thread scheduling parameters indicate:
policy = 0
priority = 0
May 29 14:30:09.101 dvr: Starting thread on /dev/dvb/adapter2/dvr1
The thread scheduling parameters indicate:
policy = 1
priority = 99
May 29 14:30:10.103 frontend: Starting thread on /dev/dvb/adapter3/frontend1
The thread scheduling parameters indicate:
policy = 0
priority = 0
May 29 14:30:10.103 demux: Starting thread on /dev/dvb/adapter3/demux1
The thread scheduling parameters indicate:
policy = 0
priority = 0
May 29 14:30:10.106 dvr: Starting thread on /dev/dvb/adapter3/dvr1
The thread scheduling parameters indicate:
policy = 1
priority = 99

Vore tacksam om du eller någon annan kunde kolla hur det ser ut hos dig/er.

/Peter

[frollic]

• 0

För det är bara så att update-rc.d ska skapa länkarna i rätt ordning väl? Det finns ingen inbyggd logik vid boot som ser till att det som finns under Required-Start verkligen startat upp innan?

Det tror jag det har, init kan fördröja starter av tjänster, om så krävs ....

Vore tacksam om du eller någon annan kunde kolla hur det ser ut hos dig/er.

Just nu har jag inte ens ett TV-kort, så så bra var det med det, men varför bara inte lägga myth sist ? som S99 ? borde väl ge open-sasc-ng tillräckligt med tid. Alternativt lägg in ett sleep i mythbackends startup-skript.

Redigerat av frollic, 02 juni 2009 - 13:19.

[PeterC]

• 0

Det tror jag det har, init kan fördröja starter av tjänster, om så krävs ....

Just nu har jag inte ens ett TV-kort, så så bra var det med det, men varför bara inte lägga myth sist ? som S99 ? borde väl ge open-sasc-ng tillräckligt med tid. Alternativt lägg in ett sleep i mythbackends startup-skript.

Jag har prövat det mesta känns det som... Jag har lagt scripten med stort 'mellanrum' i prioritetsordning och även lagt in löjligt långa delayer bara för att vara på den säkra sidan att open-sasc-ng startat upp ordentligt innan mythtv-backend startar upp. Inget av detta hjälper.

Jag är mer inne på att det är uppstarten av de olika trådarna (frontend, demux, dvr) inne i open-sasc-ng som spökar. I 9 fall av 10 (tyvärr inte alltid) så funkar det om jag får den ordningen jag beskrev ovan. Däremot tror jag aldrig det funkat om ordningen varit en annan. Så mycket tyder på att trådarnas inbördes ordning har betydelse. Att det misslyckas i 1 fall av 10 kan ju bero på att det är precis på gränsen.

Jag ska ta och kompilera en debug-variant av open-sasc-ng och se om jag kan få bättre kontroll över trådskapandet.

Fler tips tas tacksamt emot.

/Peter

[frust]

• 0

Starta skiten manuellt då och låt servern stå på. Det är ju linux vi kör så den klarar ju att gå riktigt länge innan reboot

[PeterC]

• 0

Starta skiten manuellt då och låt servern stå på. Det är ju linux vi kör så den klarar ju att gå riktigt länge innan reboot

Ja, fast det är ju det jag försöker slippa. Jag har haft en uptime på > 100 dagar utan problem, men det känns onödigt att låta den vara igång utan att använda den. Och att inte få ordning på det retar mig.

/Peter

[Unregistered14c78076]

• 0

Har du fått ordning på det här?
Jag har samma problem nämligen, sasc-ng tar 97% av cpu'n vid uppstart. Dödar jag dom och startar det igen så funkar det fint...

[PeterC]

• 0

Har du fått ordning på det här?
Jag har samma problem nämligen, sasc-ng tar 97% av cpu'n vid uppstart. Dödar jag dom och startar det igen så funkar det fint...

Nej, jag har inte fått ordning på det. Har inte försökt på ett tag, men tänkte lägga lite tid på det nu efter semestern igen. Låter som du har samma problem som mig. Skulle du kunna posta lite loggfiler (open-sasc-ng, syslog, mythbackend, dmesg etc.)? Vilken version av open-sasc-ng kör du?

/Peter

[frust]

• 0

Jag har också haft problem med att open-sasc tar musten ur ena kärnan på min cpu. Problemet verkar dock vara borta nu när jag har tagit bort de virtuella enheterna till mina Nova-S2 kort. Så nu fungerar Nova-500 med boxer och Nova-S2 korten tar in okodat på Hotbird och Astra

[PeterC]

• 0

Jag har också haft problem med att open-sasc tar musten ur ena kärnan på min cpu. Problemet verkar dock vara borta nu när jag har tagit bort de virtuella enheterna till mina Nova-S2 kort. Så nu fungerar Nova-500 med boxer och Nova-S2 korten tar in okodat på Hotbird och Astra

Vad menar du med att du tagit bort de virtuella enheterna? Är det detta argument du använt:

Ändrat:
--sid-filt 2 [default]
till:
--sid-filt 0

/Peter

[frust]

• 0

Vad menar du med att du tagit bort de virtuella enheterna? Är det detta argument du använt:

Ändrat:
--sid-filt 2 [default]
till:
--sid-filt 0

/Peter

Nix. Såg att jag har kvar de virtuella enheterna men utan att koppla dem mot de verkliga, dvs utan --join på de som bara har gratiskanaler. Att jag har kvar de viruella beror bara på att inte jag vill installera om Nova-500 kortet utan att det fortfarande ska vara adapter 6 och 7 och Nova S-2 får då ha de verkliga 0 och 1

[psGandalf]

• 0

Jag använder mig också av opacus skript som hänvisas till på flera ställen i tråden (ubuntu forums). Har kört den tillsammans med Open Sasc ng sedan ett år tillbaka utan några problem. Tror det är revision 49. Detta skriptet är det enda som behövs för uppstart av open sasc ng och mythbackend. Operativet är Ubuntu 8.04 i 64 bitars variant.
Ett bra program för att styra och ställa med startordningar i Ubuntu (borde då funka i Debian och Mint mm) är sysv-rc-conf
lägg till via synaptic. Lägger du sedan in sasc scriptet i /etc/init.d/ och sedan kör sudo sysc-rc-conf så ser du ditt script. Kryssa i runlevel 2 så skapas länken som behövs och kopieras in i rc2.d som S20sasc. Klickar man ur så tas den bort igen. Pefekt sätt att enkelt ta bort oönskade tjänster för autostart. Beroende på installation kan man ev. ta bort mythbackend ut autostart via sysv-rc-conf.

[PeterC]

• 0

För min del är det inte själv uppstartsscriptet som strular utan samma script används även då jag startar om efter att det krånglar.

Härom dagen gjorde jag ett nytt försök att få ordning på det hela. Började med att ladda ner v4l-dvb för att testa med detta i stället för kärnans egna moduler. Dessutom laddade jag ner senaste open-sasc-ng (r77) och kompilerade den mot v4l-dvb.

Även med denna uppsättning så fick jag samma problem. CPU ~95%.

Satte mig och googlade och hittade ett tips om att det är problem om man vid uppstart av open-sasc-ng anger en loggfil som ska användas. Det rekommenderades att låta syslogd ta hand om loggningen. Provade, och det funkade vid första försöket. Nu har jag inte haft möjlighet att testa mer utförligt, så jag vet fortfarande inte om det var en ren tillfällighet eller om problemet äntligen är löst. Återkommer med resultat när jag vet lite mer.

/Peter

[Unregistered14c78076]

• 0

Oh, det låter intressant...
Jag har inte haft möjlighet att starta om backendservern nu så jag har inte kunnat testa och få fram lite loggfiler. Fast nu i helgen tänkte jag försöka lite mer, precis tryckt in ett till dvb-c kort så måste ändå uppdatera lite konfiguration.

Ska se om det gör någon skillnad utan logfil...

/Björn

[PeterC]

• 0

Oh, det låter intressant...
Jag har inte haft möjlighet att starta om backendservern nu så jag har inte kunnat testa och få fram lite loggfiler. Fast nu i helgen tänkte jag försöka lite mer, precis tryckt in ett till dvb-c kort så måste ändå uppdatera lite konfiguration.

Ska se om det gör någon skillnad utan logfil...

/Björn

Har nu kört ett bra tag och bootat om flera gånger och det har hittills inte krånglat en enda gång

Ska testa det ett tag till innan jag tar bort det från min ToDo-lista.

/Peter

[Unregistered1dea9639]

• 0

Någon som har något bra uppstartsscript för att användas tillsammans med upstart ist. för init.d som nya Ubuntu kör?

[Unregistered95cc4b5f]

• 0

Håller på att fixa med det. Återkommer.

[frust]

• 0

Dessa är bra:
https://www.minhembi...howtopic=253262

[Unregistered1dea9639]

• 0

Dessa är bra:
https://www.minhembi...howtopic=253262

Funkar dom bra med Upstart. Hur gör jag enklast för att Upstart kör dom vid rätt tillfälle under uppstart av systemet?

[frust]

• 0

chmod +x /etc/init.d/sascd
update-rc.d sascd defaults 99 01
så borde scriptet starta sent och stoppa tidigt i boot respektive shutdown

Sasc-ng scriptet är skrivet enligt debian/ubuntu mallen

Edit: update-rc.d sascd defaults 21 ska det vara då man vill att sasc ska starta innan mythtv. Eventuellt så kan man få ändra prio på mythtv så att den startar senare.

Redigerat av frust, 07 maj 2010 - 13:52.

[Unregistered95cc4b5f]

• 0

Detta har jag pillat för ihop för upstart och det ser ut att funka för min burk.
Jag har:
mythbuntu 9.10 (backend)
DVB-T: Nova TD-500
newcs 1.67-RC1
sasc-ng (vdr) trunk med newcamd (verkat inte helt stabil...)
Kortläsare: AD-teknik phoenix läsare serial USB

Strategy:
Ubuntu har allt startat redan i runlevel 2 så lägg allt eget i runlevel 3 för att undvika konflikter.
Underlättar nog dessutom vid upgradering (typ -> 10.04) då det säkert skett en massa ändringar i upstart.

Kortläsare:
Har haft stora problem med disconnects, även med separat USB hub med ext. strömförsörjning.
Verkar dock ha löst sig med senaste kärnan: 2.6.31-21-generic #59-Ubuntu SMP
Använder udev för att skapa ttyS0 länken.
cat /etc/udev/rules.d/98-card.rules:

SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", SYMLINK+="ttyS0"

Plockade också bort modemmanager vilket verkade stöka med /dev/ttyUSB*:
apt-get purge modemmanager

Newcs:
cat /etc/init/mythtv-newcs.conf:

# MythTV newcsdescription     "newcs"author          "exett"start on runlevel [345]stop on runlevel [016]respawnpre-start script        modprobe -q -r ftdi_sio        modprobe -q ftdi_sioend scriptscript        test -f /etc/default/mythtv-newcs && . /etc/default/mythtv-newcs || true        test -x $NEWCS || true        exec $NEWCS -nd $ARGS end script

cat /etc/default/mythtv-newcs:

NEWCS=/usr/local/bin/newcs.i686CONF=/usr/local/etc/newcs.xmlARGS="-c $CONF"

Newcs startar nu i runlevel 3.
Har problem med att ttyS0 länken inte skapas vid boot, alt. att ttyUSB* inte finns.
Måste manuellt dra ur/sätta i kabeln för att udev ska trigga.
Detta löses med modprobe pre-start scriptet.

sasc-ng:
cat /etc/init/mythtv-sasc-ng.conf:

# MythTV sasc-ngdescription     "sasc-ng"author          "exett"start on started mythtv-newcsstop on stopped mythtv-newcs or runlevel [016]respawnpre-start script        test -f /etc/default/mythtv-sasc-ng && . /etc/default/mythtv-sasc-ng || true        test -x $SASCNG || true        # Detect whether the DVBLooopback driver is already loaded         # and return 0 if it *is* loaded, 1 if not:         DriverLoaded()         {           grep -qse dvbloopback /proc/modules         }            # Load all DVBLoopback driver modules needed for your hardware:         LoadDriver()         {          modprobe dvbloopback num_adapters=$ADAPTERS           sleep 5         }        if ! DriverLoaded; then           LoadDriver         fiend scriptscript        test -f /etc/default/mythtv-sasc-ng && . /etc/default/mythtv-sasc-ng || true        test -x $SASCNG || true        exec $SASCNG $OPTIONS --cam-dir $CAMDIRend script

cat /etc/default/mythtv-sasc-ng:

SASCNG=/usr/local/bin/sasc-ngADAPTERS="2"OPTIONS="-j 0:2 -j 1:3 --cam-budget --sid-allpid --sid-nocache"CAMDIR=/usr/local/etc/sasc-ng

sasc-ng startar då newcs startat (och stoppar om newcs stoppar).

mythtv-backend:
Måste nu modifiera upstart för mythtv-backend.
Ändra i /etc/init/mythtv-backend.conf.
Från:

start on (local-filesystems and net-device-up IFACE=lo)

Till:

start on started mythtv-sasc-ng

mythtv-backend startar nu då sasc-ng startat (och stoppar om sasc-ng stoppar)

Ändra default runlevel:
Ubuntu har default runlevel 2. För att våra grejer ska startas måste vi sätta det till runlevel 3.
Ändra i /etc/init/rc-sysinit.conf.
Från:

env DEFAULT_RUNLEVEL=2

Till:

env DEFAULT_RUNLEVEL=3

Det var det hela. Har inte haft detta igång nån längre tid så det dyker säkert upp nåt strul.
Känns ändå som en fungerande bas.
Finns säkert förbättringar att göra så om nån hoppar på upstart tåget så posta gärna förbättrings förslag!

Lite upstart tips:
Kolla status:

root@mythtv-be1:~# initctl list |grep mythmythtv-sasc-ng start/running, process 1584mythtv-newcs start/running, process 1021mythtv-backend start/running, process 1585

(Därav min namngivning på scripten...)

Starta (tex backend):

root@mythtv-be1:~# start mythtv-backend

Stoppa får ni gissa själva...

[frust]

• 0

Fint att det verkar fungera.
men, med dina script körs sasc/newcs som root vilket inte är optimalt...

[Unregistered95cc4b5f]

• 0

Vill man köra som annan användare gör så här.

Newcs:
/etc/init/mythtv-newcs.conf:

# MythTV newcsdescription     "newcs"author          "exett"start on runlevel [345]stop on runlevel [016]respawnpre-start script        modprobe -q -r ftdi_sio        modprobe -q ftdi_sioend scriptscript        test -f /etc/default/mythtv-newcs && . /etc/default/mythtv-newcs || true        test -x $NEWCS || true        exec su <user> -c "$NEWCS -nd $ARGS"end script

Där <user> är den användare du vill köra som.

sasc-ng:
/etc/init/mythtv-sasc-ng.conf:

# MythTV sasc-ngdescription     "sasc-ng"author          "exett"start on started mythtv-newcsstop on stopped mythtv-newcs or runlevel [016]respawnpre-start script        test -f /etc/default/mythtv-sasc-ng && . /etc/default/mythtv-sasc-ng || true        test -x $SASCNG || true        # Detect whether the DVBLooopback driver is already loaded         # and return 0 if it *is* loaded, 1 if not:         DriverLoaded()         {           grep -qse dvbloopback /proc/modules         }            # Load all DVBLoopback driver modules needed for your hardware:         LoadDriver()         {          modprobe dvbloopback num_adapters=$ADAPTERS           sleep 5         }        if ! DriverLoaded; then           LoadDriver         fiend scriptscript        test -f /etc/default/mythtv-sasc-ng && . /etc/default/mythtv-sasc-ng || true        test -x $SASCNG || true        exec su <user> -c "$SASCNG $OPTIONS --cam-dir $CAMDIR"end script

Se till att göra chmod alt. chown för <user> på cam-dir bara.
I mitt fall:
chmod -r ugo+w /usr/local/etc/sasc-ng
alt.
chown -r <user> :<user> /usr/local/etc/sasc-ng

[Unregistered1dea9639]

• 0

exett > testade dina filer för Upstart igår och dom funkar fint. Har dock inte kortläsaren på den burken ännu utan hämtar kortinfo från den "skarpa" backenden jag har.
Lite mer konfiguration, flytt av databas och lagringsraid:en så ska nog denna setupen funkar alla tiders.

[slackerboy]

• 0

Dum fråga:

Hur installerar jag dvbloopback.ko så den används då man gör en modprobe dvbloopback? Jag får alltid ändra det till insmod och sökväg till dvbloopback.ko, den hittar inte modulen. ill veta hur jag uppdaterar så en ny kernel hittar den och var man skall lägga den etc.

[psGandalf]

• 0

Dum fråga:

Hur installerar jag dvbloopback.ko så den används då man gör en modprobe dvbloopback? Jag får alltid ändra det till insmod och sökväg till dvbloopback.ko, den hittar inte modulen. ill veta hur jag uppdaterar så en ny kernel hittar den och var man skall lägga den etc.

Kopiera in dvbloopback.ko under /lib/modules/2.6.32-23-generic/misc byt ut 2.6.32-23-generic mot din gällande kernel. Kör sedan en sudo demod -a
Om inte misc biblioteket finns skapa det.

[slackerboy]

• 0

Kopiera in dvbloopback.ko under /lib/modules/2.6.32-23-generic/misc byt ut 2.6.32-23-generic mot din gällande kernel. Kör sedan en sudo demod -a
Om inte misc biblioteket finns skapa det.

Oki, toppen, skall testa det, tack!

Btv så har jag inte fått kläm på hur jobs fungerar, scripten ovan fungerar inte så bra för mig, bl.a så tar inte sasc-ng scriptet ner adapters samt ladda ur loopback modulen då man "stoppar" jobbet. Skall den inte göra det?

[raptorjr]

• 0

Jag får det inte riktigt att funka vid omstart av datorn. NewCS startar inte.
Kan dock starta NewCS manuellt direkt efter omstarten, men backenden startar för snabbt så den hittar inga digitalkort, bara mitt analoga. Så då måste jag starta om backenden och efter det så funkar allt.
Fast jag vill ju gärna att det ska gå automatiskt utan att jag pillar, speciellt så att allt hoppar igång igen efter t.ex. ett strömavbrott och man inte är hemma.

Nån som har några idéer på vad jag kan testa för att felsöka? Jag kör som använderan mythtv, inte som root. Men eftersom allt funkar att starta manuellt så borde väl inte det vara problemet?

[psGandalf]

• 0

Kör denna kodrad för newcs

[codebox]# MythTV newcs

description "newcs"
author "exett"

start on runlevel [345]
stop on runlevel [016]

respawn

pre-start script
modprobe -q -r ftdi_sio
modprobe -q ftdi_sio
end script

script
test -f /etc/default/mythtv-newcs && . /etc/default/mythtv-newcs || true
test -x $NEWCS || true
exec $NEWCS -nd $ARGS
end script[/codebox]

Redigerat av psGandalf, 06 januari 2011 - 21:45.

[raptorjr]

• 0

Det är precis så jag gör med denna lilla skillnad:
exec su mythtv -c "$NEWCS -nd $ARGS"

Och det funkar perfekt att köra manuellt efter uppstart med: sudo start mythtv-newcs
Men den vill inte starta automatiskt vid omstart av datorn.

[psGandalf]

• 0

Testa att lägga in en pause i scriptet.
ex:
[codebox]modprobe -q ftdi_sio
end script

script
sleep 6
test -f /etc/default/mythtv-newcs && . /etc/default/mythtv-newcs || true[/codebox]

Ifall det är något som inte landat. Jag kör en pause på min backend för att inte få några störningar.

[raptorjr]

• 0

Ja sleep funkade fint för backenden. Nu kommer alla tvkort upp. Men jag måste fortfarande starta newcs manuellt. Finns det nån logg för upstart så man kan se om det är nåt som går fel? För uppenbarligen är det nåt som är fel. Eller om upstart inte ens försöker köra scriptet?

[psGandalf]

• 0

Svårt att se vad som kan vara fel. Kommer inte ihåg varför jag valde att ta bort "su <user> -c" ur mitt script. Kan ha varit så att jag hade trubblel med det. Testa det iaf. Skönt att backenden lirar iaf.