Ubuntu - apache is not working
אורי
uri at speedy.net
Thu Jun 11 07:09:53 IDT 2020
Hi,
Running the command "sudo apachectl configtest" returns "Syntax OK".
Running "sudo systemctl restart apache2" doesn't respond. But a few minutes
ago it worked and the website worked. I rebooted again and now again it's
not working. The problem is that apache doesn't restart after rebooting.
אורי
uri at speedy.net
On Thu, Jun 11, 2020 at 6:29 AM אורי <uri at speedy.net> wrote:
> Hi,
>
> Thanks for your suggestion, I decided to upgrade to 18.04.4 and I ran a
> few times the following commands (from root):
>
> sudo apt autoremove
> sudo apt-get update
> sudo apt-get upgrade
> sudo apt update
> sudo apt upgrade
>
> I have 4 servers and I upgraded all of them and 3 of them are working
> properly, however one server apache is not working, I can't restart apache
> (with "sudo systemctl restart apache2" - it's not responding) and the
> website is not working. How can I fix it now?
>
> The server didn't respond after reboot once (after 2 reboots) and I had to
> shut it down and restart it again.
>
> Thanks,
> Uri
> אורי
> uri at speedy.net
>
>
> On Wed, Jun 10, 2020 at 10:29 PM Micha Bailey <michabailey at gmail.com>
> wrote:
>
>> Regarding the upgrade to Focal (20.04): There’s no reason to rush. Bionic
>> (18.04) is supported, if I’m not mistaken, until 2023. In fact, Bionic
>> (LTS) users aren’t even offered the upgrade (i.e. you need to go out of
>> your way to get it) until 20.04.1 is out in a few months.
>>
>> Regarding the upgrade to 18.04.4, I could be mistaken, but my
>> understanding is that point releases aren’t new versions of Ubuntu per se.
>> At point releases, new isos are spun with up-to-date packages, but it’s
>> still the same version. Assuming you make a habit of installing updates
>> regularly (which you obviously should be), you will effectively
>> automatically be on 18.04.4.
>>
>> On Wed, Jun 10, 2020 at 6:44 PM אורי <uri at speedy.net> wrote:
>>
>>> Hi,
>>>
>>> Actually I have a staging server which I can upgrade first to 18.04.4 to
>>> see if it works, or if something breaks. But I didn't find it on Google -
>>> how do I upgrade an OS to Ubuntu 18.04.4 (from 18.04.*) without upgrading
>>> it to 20.04?
>>>
>>> אורי
>>> uri at speedy.net
>>>
>>>
>>> On Wed, Jun 10, 2020 at 6:19 PM Shlomi Fish <shlomif at gmail.com> wrote:
>>>
>>>> Hi Uri!
>>>>
>>>> On Wed, Jun 10, 2020 at 5:30 PM אורי <uri at speedy.net> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I'm sorry for posting twice in the same day to the same mailing list.
>>>>> But I have a question: I'm using Ubuntu 18.04.3 LTS for a few production
>>>>> servers (one of them I upgraded a few months ago from 14.04). How important
>>>>> it is to upgrade the OS version, or can I keep it like this? I'm afraid
>>>>> that things will break up if I upgrade. And if I upgrade, should I upgrade
>>>>> to Ubuntu 18.04.4 or 20.04? I think since 20.04 has been recently released,
>>>>> it might have bugs which will be fixed later, and I prefer not to use the
>>>>> first version of 20.04 but to wait about one year before I use it. Is there
>>>>> a risk with keeping using 18.04.3? Or should I upgrade at least to 18.04.4?
>>>>>
>>>>>
>>>> I've answered the general question here:
>>>>
>>>>
>>>> https://github.com/shlomif/Freenode-programming-channel-FAQ/blob/master/FAQ_with_ToC__generated.md#will-a-change-i-would-like-to-do-break-some-functionality
>>>>
>>>> Quoting it:
>>>>
>>>> Will a change I would like to do break some functionality?
>>>>
>>>> As the aphorism
>>>> <https://github.com/shlomif/shlomif-email-signature/blob/master/shlomif-sig-quotes.txt#L1988>
>>>> goes: The difference between theory and practice is that in theory,
>>>> there is no difference between theory and practice, while in practice,
>>>> there is.. There is usually a risk, however small, that a change will
>>>> break some functionality. With good tooling (such as
>>>> https://en.wikipedia.org/wiki/Version_control ,
>>>> https://en.wikipedia.org/wiki/Virtual_machine and
>>>> https://en.wikipedia.org/wiki/OS-level_virtualisation ) it should be
>>>> relatively easy to revert a change which introduced regressions, and you
>>>> should do adequate testing.
>>>>
>>>> A change may have to be avoided due to being estimated as too time or
>>>> money consuming, or as having too little gain. However, promising changes
>>>> should be attempted because:
>>>>
>>>> 1. "No guts - no glory."
>>>> 2. What does "if it ain't broke, don't fix it" really mean?
>>>> <https://szabgab.com/what-does--if-it-aint-broke-dont-fix-it--really-mean.html>
>>>> 3. If you never change anything, your project won't progress.
>>>>
>>>> ----------
>>>> While you may break some functionality by updating to 18.04.04 , you
>>>> also risk being affected by known security vulnerabilities (which may also
>>>> break functionality sooner or later). There is a concept of
>>>> https://en.wikipedia.org/wiki/Technical_debt .
>>>>
>>>> Regarding updating to 20.04, it is likely more time consuming and may
>>>> have more breaking changes, and you may not need all the newest and
>>>> shiniest software versions there, and you may wish to only update to ubuntu
>>>> 22.04/etc. I didn't hear of too many horror stories of ubuntu 20.04 being
>>>> unusable or unstable, but I'm quite out of the loop.
>>>>
>>>> Good luck!
>>>>
>>>>
>>>>
>>>>> Thanks,
>>>>> Uri.
>>>>> אורי
>>>>> uri at speedy.net
>>>>> _______________________________________________
>>>>> Linux-il mailing list
>>>>> Linux-il at cs.huji.ac.il
>>>>> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>>>>>
>>>>
>>>>
>>>> --
>>>> Shlomi Fish https://www.shlomifish.org/
>>>>
>>>> Buddha has the Chuck Norris nature.
>>>>
>>>> Please reply to list if it's a mailing list post -
>>>> http://shlom.in/reply .
>>>>
>>> _______________________________________________
>>> Linux-il mailing list
>>> Linux-il at cs.huji.ac.il
>>> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20200611/5646f0c4/attachment.html>
More information about the Linux-il
mailing list