[mythtv-users] ticket 10504 and php-5.4.8-1.fc17.x86_64

Bill Meek keemllib at gmail.com
Wed Dec 5 16:21:49 UTC 2012


On 12/05/2012 09:01 AM, Udo van den Heuvel wrote:
> On 2012-12-05 15:58, Bill Meek wrote:
>> How about a pastebin of a complete fresh log, which I suspect
>> you know how to do, but this is a reference:
>
> It does not make a log in /var/log/mythtv when I start the mythbackend
> service.
> It does print stuff when I do this:
>
> # LC_ALL=en_US.UTF-8 HOME=/usr/share/mythtv
> MYTHCONFDIR=/home/mythtv/.mythtv /usr/bin/mythbackend --user mythtv
> --logpath /var/log/mythtv/
> No setting found for this machine's BackendServerIP.
> Please run setup on this machine and modify the first page
> of the general settings.
> 2012-12-05 15:59:20.336191 C  mythbackend version: master
> [v0.26.0-53-gb28041a] www.mythtv.org
> 2012-12-05 15:59:20.336198 C  Qt version: compile: 4.8.3, runtime: 4.8.3
> 2012-12-05 15:59:20.336203 N  Enabled verbose msgs:  general
> (etc)
>
> So the message is not very logical when we know the database contents
> and needs an oracle to interpret the stuff.

Hi;

Since I'm light years from being an oracle, the logs are all I know
how to use. The message seems quite clear, and it's printed in exactly
two places. One is for the mythmediaserver, and I'm assuming again,
that this isn't the cause. The second is when the backend starts up
and in both cases, the code looks at only two settings:

     if (gCoreContext->GetSetting("BackendServerIP").isEmpty() &&
         gCoreContext->GetSetting("BackendServerIP6").isEmpty())
     {
         cerr << "No setting found for this machine's BackendServerIP.\n"
              << "Please run setup on this machine and modify the first page\n"
              << "of the general settings.\n";
         return GENERIC_EXIT_SETUP_ERROR;
     }
    *I'm looking at 0.27-pre2 code*

If both (I shouldn't have said IPv6 before) are empty, and you checked that
they're not, the message fires.

So, without data (perhaps the "etc." part,) I can only ask more questions;

   Is it possible that you were checking the another copy of the database?

   Since you're using --user mythtv, why set HOME and MYTHCONFDIR? In other
   words, where is the correct .mythtv directory, in ~/mythtv or under
   /usr/share/mythtv.

   Can you try replacing --logpath /var/log/mythtv with --logpath /tmp,
   (in case mythtv doesn't have write permission on /var/log/mythtv?)

   And if you do the above, please add --loglevel debug.

   What does diff ~mythtv/.mythtv/config.xml /usr/share/mythtv/.mythtv/config.xml
   show?

   Are you doing anything special, such as a virtual machine or chroot
   jail?

-- 
Bill


More information about the mythtv-users mailing list