Re: mythbackend starting before mySQLd

I ran into this before and found where someone said just include a delay 
in the mythbackend startup script (edit /etc/rc.d/init.d/mythbackend and 
change/add: sleep ## <-- number of seconds 5 - 10 works), that has been 
working for me.

# daemon --user mythtv $binary $OPTIONS
   daemonsleep 10; $binary $OPTIONS
Hope this helps.

Message: 1 Date: Thu, 30 Aug 2012 17:20:33 -0400 From: Chris Schanzle 
<[email protected]> To: User discussion about ATrpms.net 
<[email protected]> Subject: Re: [ATrpms-users] mythbackend 
starting before mySQLd Message-ID: <[email protected]> 
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed On 
08/29/2012 05:41 AM, Paul wrote:
>> On Wed 29/08/2012 2:43 PM, Chris Schanzle wrote:
>>> On 08/28/2012 01:41 AM, Paul wrote:
>>>> 1. I noticed that MythBackend is starting during mySQL start up and as its not completely
>>>> initialised it fails.
>>> Check the archives for "Re: [ATrpms-devel] mythbackend fails to start on boot;    mysqld
>>> not ready"
>>> What I wrote in my last message on 5/19/2012 is still working well.  I did make a
>>> /etc/tmpfiles.d/mythbackend.conf containing:
>>>
>>> d /var/run/mythtv 0755 mythtv mythtv -
>>>
>>> Hope that helps!
>>>
>>> _______________________________________________
>>> atrpms-users mailing list
>>> [email protected]
>>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>>>
>> Note I did find a systemctl config file which did the trick anyway but
>>
>> So what does this tmpfiles.d do?
>   From memory, it creates the run directory where the process's pid will be kept so systemd knows the proper status...so systemctl 'stats', 'reload' or 'restart' commands work as they should.
>
>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 30 Aug 2012 17:34:35 -0400
> From: George Galt <[email protected]>
> To: "User discussion about ATrpms.net" <[email protected]>
> Subject: Re: [ATrpms-users] mythbackend starting before mySQLd
> Message-ID:
> 	<CA+-thJNMMuGEPK0K7ueeK2jC+Li1ZYiLNV6vqPM8LH5Vv6Zsyg@mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Thu, Aug 30, 2012 at 5:20 PM, Chris Schanzle <[email protected]> wrote:
>> On 08/29/2012 05:41 AM, Paul wrote:
>>> On Wed 29/08/2012 2:43 PM, Chris Schanzle wrote:
>>>> On 08/28/2012 01:41 AM, Paul wrote:
>>>>> 1. I noticed that MythBackend is starting during mySQL start up and as
>>>>> its not completely
>>>>> initialised it fails.
>>>>
>>>> Check the archives for "Re: [ATrpms-devel] mythbackend fails to start on
>>>> boot;    mysqld
>>>> not ready"
>>>> What I wrote in my last message on 5/19/2012 is still working well.  I
>>>> did make a
>>>> /etc/tmpfiles.d/mythbackend.conf containing:
>>>>
>>>> d /var/run/mythtv 0755 mythtv mythtv -
>>>>
>>>> Hope that helps!
>>>>
>>>> _______________________________________________
>>>> atrpms-users mailing list
>>>> [email protected]
>>>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>>>>
>>> Note I did find a systemctl config file which did the trick anyway but
>>>
>>> So what does this tmpfiles.d do?
>>
>>  From memory, it creates the run directory where the process's pid will be
>> kept so systemd knows the proper status...so systemctl 'stats', 'reload' or
>> 'restart' commands work as they should.
>>
>>
>>
>>
>>
>> _______________________________________________
>> atrpms-users mailing list
>> [email protected]
>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
> Charles:
>
> I'm not sure why Axel isn't currently building kmdls for nvidia on
> FC17.  I've built my own for x86_64, but haven't had a chance to test
> them.  There is a recent thread discussing how to build them.
>
> George
>
>
>
> ------------------------------
>
> _______________________________________________
> atrpms-users mailing list
> [email protected]
> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>
> End of atrpms-users Digest, Vol 103, Issue 20
> *********************************************

_______________________________________________
atrpms-users mailing list
[email protected]
http://lists.atrpms.net/mailman/listinfo/atrpms-users