Opnames verdwijnen uit recordings.epl bestand

[HanW]

> Ik heb ulimit -c 0 toegevoegd en de DB opnieuw opgestart. Na het opstarten

> mbv telnet ingelogd en ulimit -a gegeven. Coredumps staan nog steeds op

> unlimited.

 

Volgens mij is het zo: "ulimit" is een onderdeel van de shell (bash o.i.d.)

en met behulp van telnet start je waarschijnlijk een nieuwe shell op met de

standaard instelling. Dat zegt dus weinig (let wel, ik ben geen linux expert,

dus ik kan er ook helemaal naast zitten)

 

> Door de herstart stonden er ook al weer 2 stuks core bestanden in /hdd, een

> van enigma en een van radegast.

 

Dit kan dus niet normaal zijn. Als er bij het minste of geringste core-dumps

ontstaan dan is er iets fundamenteel mis met de installatie.

 

> Wordt /var/etx/init door elk image gebruikt of is het iets specifieks van

> Ronaldd?

 

Als je even kijkt in "/etc/init.d/rcS" dan kun je zien dat tijdens de start

gekeken wordt of dit bestand bestaat en mocht dit zo zijn dan wordt het ook

uitgevoerd.

 

Ik moet trouwens bekennen dat het probleem me een beetje boven het hoofd

groeit. Probeer "ronaldd" eens en kijk of je daar dezelfde problemen hebt.

Hier kan ik namelijk, ondanks een aantal crashes, geen core-dumps vinden.

[dAF2000]

Citaat:

Wat ik uit een andere thread haal is dat bij jou in /ect/init.d/rcS
de waarde op unlimited wordt gezet. Hier kan ik in die file helemaal
niets vinden.

Welke image gebruik jij ?? (hier ronaldd).

Nou, ik heb de laatste ronaldd en heb wel de /etc/init.d/rcS.
Als je in /etc/inittab kijkt (geldt voor elke image hoop ik) dan zie je dat bij "sysinit" die file genoemd wordt. Misschien valt er ook nog wel wat te klooien in /etc/init.d/start. Die staat er ook in.

[rai]

Om te kijken of na jouw instelling in die "/etc/init.d/rcS" file de "ulimit -c 0" echt gezet wordt, kan je op de volgende regel dan "ulimit -a >> /tmp/output_ulimit" zetten. Dan kan je na het opstarten even kijken in die logfile wat de waarde is. Als hij daar wel op nu staat dan wordt na het uitvoeren van je init file nog ergens anders het commando weer terug gedraaid.

[dAF2000]

Citaat:

Volgens dAF2000 in http://www.sat4all.com/ubbthreads/showfl...;fpart=1#609863 geldt het alleen voor de huidige telnet sessie.
Het heeft dus schijnbaar geen zin om het met de hand in te typen.

Ik moet effuh uizoeken hoe ik met find kan zoeken in bestanden. Ik gebruik find namelijk nooit en een eerste poging leverde niets bruikbaars op.
Als ik weet hoe ik find kan gebruiken dan zal ik hem in ieder geval door de /etc directory laten zoeken.

Urk

Dank je om mij te citeren <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />
Zoeken in de /etc directory naar nog meer ulimits kan door:
cd /etc
cat `find` | grep ulimit
(let op dat om find zo'n omgekeerd apostrofje staat).

[HanW]

> Nou, ik heb de laatste ronaldd en heb wel de /etc/init.d/rcS.

 

Ja, ik ook. Wat ik bedoelde was dat in dat bestand geen vermeding

naar "ulimit" staat (tenmiste, ik kan dat niet vinden).

[Urkel]

Dat van die output bewaren in een bestandje had ik zelf ook al geprobeerd. Na het setten van ulimit -c 0 staat coredumps inderdaad op 0. Als de DB weer helemaal opgestart is en ik doe dan weer een ulimit -a, dan staat hij op unlimited.

 

/var/etc/init wordt dus inderdaad uitgevoerd, anders had ik het output bestandje niet gekregen, maar ergens wordt coredumps weer op unlimited gezet nadat /var/etc/init wordt uitgevoerd. Het kan ook zijn dat hetgeen ik in telnet uitlees niet de actuele waarde is, maar als dat zo zou zijn waarom krijg ik dan van die core bestanden?

 

@jw02

Ik ben nu al weken aan het rommelen met mijn DB en dat ding is instabiel, opnames mislukken, zie glitches in mijn beeld ook bij opnames, DreamTV werkt heel erg onbetrouwbaar, apid (via webinterface) werkt niet goed, er gebeuren veel vreemde zaken zoals de core bestanden en recordings.epl bestandje die steeds weer leeg is, DB gaat vaak niet uit na een opname terwijl de status voor de opname "standby" was, enz, enz, enz.

Er zijn zo veel kleine en grotere problemen en ik kom geen steek verder.

 

Bij mij groeit de hele DB boven mijn hoofd uit en ik kan mij redelijk redden met Linux.

Misschien moet ik mijn verwachtingspatroon eens danig gaan bijstellen, maar zoveel problemen had ik niet verwacht.

Een beetje hobbyen is prima, maar dit is bug hunting.

 

 

Iedereen uiteraard dank voor de reacties en input blijft altijd welkom.

 

Urk

[HanW]

> Het kan ook zijn dat hetgeen ik in telnet uitlees niet de actuele waarde

> is, maar als dat zo zou zijn waarom krijg ik dan van die core bestanden?

 

Dus ook na de aanpassing in /var/etc/init en nadat al alle core-dumps hebt

weggegooid krijg je nog steeds die bestanden ??

 

> Ik ben nu al weken aan het rommelen met mijn DB en dat ding is instabiel, ..

 

Ik heb het apparaat nu twee weken in huis (samen met mijn oude 5400) en ben

er redelijk tevreden over. Het doet me weer denken aan de eerste tijd met de

Humax. Toen moest ik ook nog wel eens de aan/uit schakelaar bedienen om de

zaak weer aan de gang te krijgen :-)

 

Ik heb hier de volgende "kleine" gebreken:

 

1) soms blijft het beeld tijdens het zappen zwart en moet ik even heen en

weer schakelen (vooral bij zdf.doku etc).

 

2) als ik heel goed mijn best doe loopt de zaak bij de "Italianen" vast (we

zullen hiervan maar zeggen: gestolen goed gedijt niet).

 

3) ik ben een keer het recordings.epl bestand kwijtgeraakt.

 

Al met al ben ik zeer tevreden.

[Urkel]

Sinds de laatste keer dat ik ze weggegooid heb (enkele postings terug) zie ik ze niet meer. Ik hou het even in de gaten en zal het resultaat melden.

Het is mij wel duidelijk waar de oplossing vandaan zou moeten komen. ulimit -c 0 is the way to go.

 

 

Citaat:

Ik heb het apparaat nu twee weken in huis (samen met mijn oude 5400) en ben

er redelijk tevreden over. Het doet me weer denken aan de eerste tijd met de

Humax. Toen moest ik ook nog wel eens de aan/uit schakelaar bedienen om de

zaak weer aan de gang te krijgen :-)

 

Ik vind het niet erg als ik af en toe iets moet ondernemen om de DB weer in het goede spoor te krijgen, dat ben ik wel gewend van Windows PC's. Echter mijn beleving is andersom, ik moet nu veel doen om storingsvrij beeld te krijgen. Tot op heden is het mij nog niet gelukt om met een emu een storingsvrij beeld te krijgen.

Ik bedoel niet beeld van die goed versleutelde zenders, maar gewoon stabiel beeld op mijn C+ abo kaartje.

Het open zetten van die andere kanalen interesseert mij geen ene moer. Met een lege CAM in het CI slot lukt het mij aardig om icm een emu en de smartcard readers beeld te krijgen. Ga ik dan echter weer opnemen of via DreamTV proberen te kijken, dan schieten de tranen weer in mijn ogen. Tussen de blokken door zie ik af en toe een goed frame verschijnen, zelfs op BVN.

 

Mijn NFS share kan ruim 9MB/s (read) en 7MB/s (write) aan dus daar ligt het qua opnemen niet aan. Let wel, MB is Mega Byte, dus ruim voldoende voor zo'n DVB-S streampje.

 

Gezien de hoeveelheid positieve reacties op het DB gebruik ga ik er nog steeds vanuit dat de fout ergens bij mijn configuratie zit, maar ik wordt na ruim 2 weken stoeien wel erg frusti van die DB.

 

Urk

[dAF2000]

Heb je die problemen ook zonder zo'n exotische configuratie? Dus ik bedoel zonder NFS enzo. Ik heb met de laatste ronaldd nauwelijks problemen, bijna eng eigenlijk <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

[rai]

Probeer inderdaad eens gewoon een HD in je box te hangen en niet via NFS te werken. Als je dan nog problemen hebt dan moet er bijna iets mis zijn met je box. Nog 2 vraagjes: Je hebt niet toevallig je Dreambox ergens tussen de andere video en audio apparatuur geplaatst? Box wordt namelijk nog al warm en ook dan gaat hij gek doen. En tenslotte: Is die voeding wel gemodificeerd? Zelfs zonder HD is die namelijk aan te bevelen.

[Urkel]

Dat met de HD staat op mijn ToDo lijstje, maar dat wil ik zo lang mogelijk uitstellen. Het is namelijk de bedoeling dat ik een HD uit mijn huiskamer verban.

Ik luister al ruim 2 jaar naar een zoemende HD in een TF4000. Door nu juist voor de DB te kiezen en gebruik te maken van NFS wil ik van die HD afkomen.

Anyway, om zaken uit te kunnen sluiten zal ik het een keer gaan proberen.

 

Of ik een gemodificeerde voeding heb? Geen flauw idee. De DB is ruim 2 weken geleden aangeschaft en heeft een serienummer die begint met 3C waar ook al een en ander of geschreven is.

Aangezien ik geen HD gebruik denk ik dat de voeding niet zo'n issue is. Tevens als ik de kale Dream image V1.07.4 gebruik icm een CAM dan heb ik wel redelijk stabiel beeld en werkt DreamTV ook wel redelijk. Ga ik aan de slag met alternatieve images, dan is het een grote puzzel.

Een Hydra met alleen een CAM en geen emu werkt ook redelijk. Alhoewel je moet altijd een CAM selecteren ook al gebruik je geen keys. Opnemen gaat dan ook redelijk, maar het is bij lange na nog niet wat ik gewend ben met mijn TF4000. DreamTV is dan al wel beter, maar eigenlijk nog steeds niet bruikbaar.

 

De DB doet exact hetzelfde als hij koud is en als hij warm is. De beeldvervorming is aanwezig als hij net aangezet wordt, maar ook als hij uren aan staat. Remember, met een CAM en zonder emu werkt het wel redelijk, koud of warm.

Hij staat onder mijn TF4000 die op het ogenblik in principe alleen op standby staat. Een DECT telefoon staat mijlen ver weg. GSM's staan nooit aan binnenshuis. Geen WiFi aanwezig.

 

BTW: De DB is nu enige uren in gebruik en ook meerdere malen gereboot, maar ik zie geen core bestanden meer.

Effuh afkloppen, maar er lijkt verbetering in te zitten.

 

CU

 

Urk

[rai]

Een 3C versie klinkt als vrij nieuw, dus zal het voedingsprobleem wel voorbij zijn. maar voor het testen zou ik toch even de HD inbouwen. Over de warmte: Ik had hem ook onder een andere ontvanger staan en later op een andere ontvanger, maar in beide gevallen was dit geen succes. Hij staat nu helemaal alleen naast de TV. Heb er een aantal weken een thermometer ingehad en die kwam ver boven de 40 graden uit.