Andrew Flegg wrote:
> On 8/21/07, Duncan Webb <[EMAIL PROTECTED]> wrote:
>>> Was this the first time using conflict detection by chance?
> [snip]
>> I don't think so as this is really an old old bug. It happened to me a
>> couple of times when I started using freevo.
>
> Indeed, I'd also seen it before enabling conflict resolution and this
> wasn't the first time adding/editing a new favourite since enabling
> it.
>
>> My guess is that is most likely caused by two processes updating the
>> record_schedule.xml at the same time. For example, when the recordserver
>> is doing an update and the webserver is adding a favourite.
>
> Interesting. Unfortunately, there was no web access happening at the
> time and the TV updates happen at 07:16.
No background process running freevo schedulefavorites, freevo cache,
etc. I still suspect a race condition in the saving of the
record_schedule.xml. A write lock could be added around any code that
tries to read or write the record_schedule.xml, hopefully this is only
done in a couple of functions.
> In other words, the only thing accessing the record server at the time
> was the main Freevo UI on the TV.
>
>> From Andrews bug report #1777726 you can see:
>> 2007-08-20 16:19:40,579 WARNING recordserver.py (268) :
>> "/var/cache/freevo/record_schedule.xml" is invalid, removed
>> which means that the record_schedule.xml was corrupt and had to be
>> deleted. As the record_schedule.xml also contains the favourites this
>> means that they where also deleted. Ouch.
>
> :-(
>
>> Question for Andrew, is was there something recording at the same time as
>> he was using web interface? 16:18 is a good time to record children's
>> programmes.
>
> Nope, nothing recording at the time either.
>
> I've now got a little cronjob running as the PVR user:
>
> --------8<--------
> 0 * * * * perl -e '$a =
> "/var/cache/freevo/record_schedule.xml"; system("cp $a ~/") if -s $a >
> 10240'
> -------->8--------
>
> So I feel safer doing some more tests ;-)
>
> The strangest thing is why the web UI would work and the main UI
> wouldn't. Aren't they both talking to the recordserver using the same
> protocol and very similar code?
Before you update freevo please read the release notes in
freevo_config.py as I moved files around and you will need to move the
record_schedule.xml to it's new location. Since you are running freevo
as the user PVR it will create a ~/.freevo/static directory.
Duncan
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Freevo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
