From: "Peter Müller" <peter.mueller@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Apache not properly restarting for some people with Core Update 181 Release
Date: Tue, 28 Nov 2023 11:22:00 +0000 [thread overview]
Message-ID: <a013bf20-3660-46e7-9c4c-67da7705e0c2@ipfire.org> (raw)
In-Reply-To: <2CB35814-862A-453A-99DD-F16AB54BE21E@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 2262 bytes --]
Hello Adolf, hello Michael,
thank you for discussing this and the insight.
Although this seems to have a different root cause, it reminds me
of various update problems we've been trying to solve in
https://git.ipfire.org/?p=ipfire-2.x.git;a=commit;h=d0ba077ed3851346b1dd6d82867103df8446aea8
(which we never fully traced back, but ever since, no reports of
such faulty behavior have surfaced again).
I was just wondering if it makes sense to run a "sync" before updating
the linker cache as well. It wouldn't have fixed the Apache restart
issue, but maybe makes things a little bit more robust otherwise?
Thanks, and best regards,
Peter Müller
> Good morning,
>
> Yes, I can confirm this. This happened on one of the firewalls in our infrastructure.
>
> It seems that the runtime linker cache isn’t up to date at the time Apache is being restarted, and therefore it simply fails to restart.
>
> However, ldconfig is executed before restarting apache, so I am not sure why this is happening.
>
> It is however safe to reboot the affected systems after this point and Apache will come back up just fine.
>
> Best,
> -Michael
>
>> On 25 Nov 2023, at 09:25, Adolf Belka <adolf.belka(a)ipfire.org> wrote:
>>
>> Hi All,
>>
>> There has been a thread in the forum:-
>>
>> https://community.ipfire.org/t/upgrade-to-181-hangs/10634/1
>>
>> where four people have reported that apache has not restarted during the upgrade so their WUI hangs at the line:-
>>
>> PAKFIRE UPGR: core-upgrade-181: Upgrading files and running post-upgrading scripts…
>>
>> but their pakfire logs showed that the upgrade continued successfully. One person has done the upgrade on 14 systems. 3 went without any problem but 11 hung after the above line.
>>
>> IPFire has continued working fine behind the scenes so no big interruption to their operation but clearly for some systems apache did not properly restart.
>>
>> In future core updates, if apache is being upgraded and needs to be restarted, maybe it would be useful to add a check that apache did actually successfully restart and if not to try to start it again.
>>
>> Any other thoughts on this.
>>
>> Regards,
>> Adolf.
>>
>> --
>> Sent from my laptop
>>
>
next prev parent reply other threads:[~2023-11-28 11:22 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-25 9:25 Adolf Belka
2023-11-25 13:01 ` Michael Tremer
2023-11-28 11:22 ` Peter Müller [this message]
2023-11-28 13:27 ` Charles Brown
2023-11-28 14:39 ` Adolf Belka
2023-11-28 14:46 ` Charles Brown
2023-11-28 15:00 ` Adolf Belka
2023-11-28 15:56 ` Michael Tremer
2023-12-01 12:13 ` Adolf Belka
2023-12-01 12:38 ` Adolf Belka
2023-12-09 12:49 ` Adolf Belka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a013bf20-3660-46e7-9c4c-67da7705e0c2@ipfire.org \
--to=peter.mueller@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox