Ubuntu - apache is not working

Ubuntu - apache is not working

Efraim Flashner efraim at flashner.co.il
Thu Jun 11 09:38:05 IDT 2020


Not sure why apache is only starting some time after you reboot. What
does the output of 'systemctl status apache2.service' look like?

On Thu, Jun 11, 2020 at 07:31:31AM +0300, אורי wrote:
> Hi,
> 
> I estimate it's about 15 to 20 minutes after reboot that I can start apache
> successfully. Otherwise, I can't start apache.
> 
> אורי
> uri at speedy.net
> 
> 
> On Thu, Jun 11, 2020 at 7:23 AM Eli Marmor <eli at netmask.it> wrote:
> 
> > Please run:
> > apachectl start
> > from the command line, and copy the response to this list.
> > If there is no error, please copy the relevant lines from the error.log of
> > apache2.
> >
> > On Thu, Jun 11, 2020, 7:12 AM אורי <uri at speedy.net> wrote:
> >
> >> 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
> >>>>>
> >>>> _______________________________________________
> >> Linux-il mailing list
> >> Linux-il at cs.huji.ac.il
> >> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
> >>
> >

> _______________________________________________
> Linux-il mailing list
> Linux-il at cs.huji.ac.il
> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il


-- 
Efraim Flashner   <efraim at flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20200611/e8c02931/signature.asc>


More information about the Linux-il mailing list