Opnames verdwijnen uit recordings.epl bestand

[Urkel]

Er verdwijnen erg vaak nog aanwezige opnames uit het recordings.epl bestand. De opnames staan dus nog wel in /hdd/movie maar zijn niet meer zichtbaar onder de "Recorded movies".

Als ik dan met DreamVCR kies voor "Voeg onbekende opname toe" dan worden ze weer toegevoegd in het recordings.epl bestand en zijn ze dus weer zichtbaar onder de Recorded movies.

 

Ik heb dit met 2 versies van Hydra en de laatste Ronald geconstateerd. Andere images heb ik nog niet geprobeerd.

 

Tips/trucs?

 

Tengx

 

Urk

[Exro]

Met het programma 'Dream Control Center' (DCC) kan je op eenvoudige manier de recordings.epl herstellen.

 

Je kunt opnamen die niet meer in de .epl staan weer herstellen met de 'Panic' knop, maar handiger vind ik om met de FTP functie de recordings.epl te verwijderen en later met de 'Panic' knop het bestand opnieuw aan te maken. Hierbij kijk DCC welke bestanden aanwezig zijn in de /movie directorie.

 

Succes.

 

PS de DCC is te downloaden via een paar topics terug!

Om je helemaal van dienst te zijn hierbij de link. Let hierbij op dat je de tweede bijlage pakt, waarbij een 'bug' is opgelost.

[Urkel]

Dit is wel een goede tip, maar ik doelde meer op een tip/truc om het recordings.epl bestand in de juiste format te houden.

Het bestand is niet corrupt, de andere opnames staan er gewoon niet meer in. Het komt zo vaak voor dat ik dagelijks het bestand moet "repareren". Dit kan niet de bedoeling zijn.

 

Urk

[beumpie]

Goeie tip exro,

Ik dacht dat het kwam omdat ik vaak van image switch om gewoon te testen, en dat daarom die recordinglist veranderde. Maar zo zet ik m mooi weer snel terug. Bedankt. <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

[Urkel]

Zojuist crashte de DB weer en reboote hij vanzelf. Zoals gewoonlijk had ik weer enkele core bestanden in /hdd staan en is de recordings.epl weer helemaal leeg.

Ik zal eens kijken of bij een manuele reboot/shutdown het recordings.epl bestand ook weer leeg gemaakt wordt.

 

Iemand nog een idee of suggestie?

 

Urk

[Exro]

Citaat:

...ik doelde meer op een tip/truc om het recordings.epl bestand in de juiste format te houden

Het feit dat de DB het recordings.epl niet in stand kan houden is een bekend probleem. Mijn ervaring is dat de DB het recordings.epl niet in stand houdt wanneer de dreambox crashed of wanneer men via NFS opneemt.
Het lijkt mij dat er geen tip of truck is om het recordings.epl goed in stand te houden. Mee leren leven lijkt dan de enige tip <img src="/ubbthreads/images/graemlins/wink.gif" alt="" />.

Citaat:

Zojuist crashte de DB weer en reboote hij vanzelf. Zoals gewoonlijk had ik weer enkele core bestanden in /hdd staan en is de recordings.epl weer helemaal leeg.

Deze core bestanden zijn inderdaad het gevolg van een crash, de gegevens hierin zijn mogelijk interessant voor de ontwikkelaars, maar minder interessant voor ons.
Deze bestanden (tot wel 1.5 GB groot) kunnen gewoon weer verwijderd worden.

[Urkel]

Ik neem inderdaad op via NFS. Jammer van deze bug.

 

Dat die core bestanden voor ontwikkelaars interessant zijn is leuk, maar wat moeten wij als gebruikers daarmee?

Er was in een ander draadje al aangegeven dat ulimit -c 0 een mogelijke oplossing zou zijn. Helaas werkt dat niet.

Iemand anders een idee hoe deze core bestanden tegen te houden zijn?

 

Urk

[HanW]

> Er was in een ander draadje al aangegeven dat ulimit -c 0 een

> mogelijke oplossing zou zijn.

 

Dat IS de oplossing :-))

 

Bij mij staat de zaak standaard op 0 (ronaldd image). Met "ulimit -a"

kun je zien wat de actuele waardes zijn. Na het ingeven "ulimit -c 0"

zou de zaak dus op nul moeten staan.

[Urkel]

Hmm, op een of andere manier werkt ulimit -c 0 niet bij mij. Ik heb hem ook in rcS geplaatst waar het ulimit commando al stond en heb die vervangen door ulimit -c 0. Helaas na een reboot stond die toch weer op unlimited. Ik heb gecheckt of in het rcS bestand nog steeds ulimit -c 0 stond en dat was het geval.

 

Ik zal nog eens verder zoeken naar waar ulimit nog verder gebruikt wordt.

 

Urk

[HanW]

> Hmm, op een of andere manier werkt ulimit -c 0 niet bij mij

 

Ook niet als je het gewoon vanaf de command prompt intikt ??

[Urkel]

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

[HanW]

> Het heeft dus schijnbaar geen zin om het met de hand in te typen.

 

Inderdaad.

 

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).

[Urkel]

Hydra. Ik heb het zowel met de laatste als met de een na laatste geprobeerd.

Ik heb ook Ronaldd geprobeerd, maar daar verschenen ze ook als ik het mij goed kan herinneren.

 

Heeft het misschien iets met DreamFlash te maken? Ik draaide DF via NFS en ben later naar CompactFlash over gestapt. Als basis image in de DB gebruik ik de het originele Dream image 1.07.4

 

Urk

[HanW]

> Hydra.

 

Die heb ik even opgestart en inderdaad staat daar in rcS de regel

"ulimit -c unlimited"

 

> Ik heb ook Ronaldd geprobeerd, maar daar verschenen ze ook als ik

> het mij goed kan herinneren.

 

Ik heb er in ieder geval geen last van, alhoewel ik de zaak wel een

paar keer volledig heb laten vastlopen.

 

Wat je zou kunnen proberen is het volgende: maak een file "/var/etc/init"

aan (mocht die nog niet bestaan) en zet daar de regel "ulimit -c 0". Er

wordt bij het booten naar zo'n bestand gezocht, dus misschien werkt het

(op deze manier start ik n.l. na elke reboot grabber.o).

[Urkel]

/var/etc/init bestaat inderdaad onder Hydra en er stond al een mount opdracht in.

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.

 

Door de herstart stonden er ook al weer 2 stuks core bestanden in /hdd, een van enigma en een van radegast.

 

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

 

Urk