Active sync killing Apache

Paul Bronson signaldeveloper at gmail.com
Mon Aug 10 22:32:46 CEST 2015


Gotcha. let's see what happens in the next few days

Thank you

On Mon, Aug 10, 2015 at 4:26 PM, Brady, Mike <mike.brady at devnull.net.nz>
wrote:

> On 2015-08-11 08:03, Paul Bronson wrote:
>
> I don't have apache runtime status.. (centos 6)
>
> I am not sure where you guys are talking about to do the restart instead
> of reload?
>
> On Mon, Aug 10, 2015 at 10:20 AM, Paul Bronson <signaldeveloper at gmail.com>
> wrote:
>
>> Where do I set the "auto-restart"? Logs are showing same thing as the bug
>> listed per Mike.
>>
>> On Sun, Aug 9, 2015 at 4:23 PM, Brady, Mike <mike.brady at devnull.net.nz>
>> wrote:
>>
>>> On 2015-08-10 04:12, Thomas Spuhler wrote:
>>>
>>>> On Saturday, August 08, 2015 10:24:56 AM you wrote:
>>>>
>>>>> Is Apache completely dead or just hung?  Is there anything in your
>>>>> httpd
>>>>> logs?
>>>>>
>>>>>
>>>>> From: Thomas Spuhler <thomas.spuhler at btspuhler.com>
>>>>> Sent: Aug 7, 2015 5:05 PM
>>>>> To: users at lists.kolab.org
>>>>> Subject: Re: Active sync killing Apache
>>>>>
>>>>> On Friday, August 07, 2015 09:14:53 AM Shaw, Brian wrote:
>>>>> > On 2015-08-07 9:07 am, signaldeveloper at gmail.com wrote:
>>>>> > > My httpd service dies after about a week for some reason when I
>>>>> have
>>>>> > > phones using active sync. I have to manually go in and restart the
>>>>> > > service or nobody can access anything obviously. Is there an issue
>>>>> > > with this? Does this happen to anyone else?
>>>>> > >
>>>>> > >
>>>>> > >
>>>>> > > Sent from my iPhone
>>>>> > > _______________________________________________
>>>>> > > users mailing list
>>>>> > > users at lists.kolab.org
>>>>> > > https://lists.kolab.org/mailman/listinfo/users
>>>>> >
>>>>> > Is your logrotate set to reload Apache instead of restart?  It
>>>>> should be
>>>>> > restart.
>>>>> >
>>>>> > Brian
>>>>> > _______________________________________________
>>>>> > users mailing list
>>>>> > users at lists.kolab.org
>>>>> > https://lists.kolab.org/mailman/listinfo/users
>>>>>
>>>>> I haven't had any problems and my script reads:
>>>>>
>>>>> /var/log/httpd/*_log /var/log/httpd/apache_runtime_status
>>>>> /var/log/httpd/ssl_mutex {
>>>>>     rotate 5
>>>>>     monthly
>>>>>     missingok
>>>>>     notifempty
>>>>>     nocompress
>>>>>     postrotate
>>>>>         /bin/systemctl reload httpd.service > /dev/null 2>/dev/null ||
>>>>> true
>>>>>     endscript
>>>>> }
>>>>
>>>> I have some more thoughts about this. The distro does a reload as the
>>>> script
>>>> above shows. I haven't seen any bug reports about this problem. We
>>>> certainly
>>>> run our own servers (Mageia) and other folks run our server based on our
>>>> distro. So the problem is very likely somewhere else.
>>>> Maybe the logs show more as bshaw is asking.
>>>>
>>>>
>>>> _______________________________________________
>>>> users mailing list
>>>> users at lists.kolab.org
>>>> https://lists.kolab.org/mailman/listinfo/users
>>>
>>> Are you aware of this issue
>>> https://issues.kolab.org/show_bug.cgi?id=2050
>>>
>>> This is why others are suggesting a restart instead of a reload.
>>>
>>> _______________________________________________
>>> users mailing list
>>> users at lists.kolab.org
>>> https://lists.kolab.org/mailman/listinfo/users
>>>
>>
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users
>
> We are talking about logrotate.  On Centos 6 /etc/logrotate.d/httpd.  Mine
> is
>
> /var/log/httpd/*log {
>    missingok
>    notifempty
>    sharedscripts
>    delaycompress
>    postrotate
>        /sbin/service httpd restart > /dev/null 2>/dev/null || true
>    endscript
> }
>
>
>
>
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20150810/3005fb62/attachment.html>


More information about the users mailing list