Now I get this error on https://en.speedypedia.info/ for the first time:
Sorry! This site is experiencing technical difficulties. Try waiting a few minutes and reloading. (Cannot access the database) ------------------------------ You can try searching via Google in the meantime. Note that their indexes of our content may be out of date. Speedypedia WWW אורי u...@speedy.net On Thu, Jun 11, 2020 at 9:56 AM Shay Gover <govers...@gmail.com> wrote: > Anything related in journalctl? > > On Thu, Jun 11, 2020 at 9:52 AM אורי <u...@speedy.net> wrote: > >> # cat /var/log/apache2/error.log >> [Thu Jun 11 06:25:05.426924 2020] [mpm_prefork:notice] [pid 1154] >> AH00163: Apache/2.4.29 (Ubuntu) OpenSSL/1.1.1g configured -- resuming >> normal operations >> [Thu Jun 11 06:25:05.427080 2020] [core:notice] [pid 1154] AH00094: >> Command line: '/usr/sbin/apache2' >> [Thu Jun 11 06:27:29.459759 2020] [mpm_prefork:notice] [pid 1154] >> AH00169: caught SIGTERM, shutting down >> [Thu Jun 11 06:27:34.334311 2020] [mpm_prefork:notice] [pid 1250] >> AH00163: Apache/2.4.29 (Ubuntu) OpenSSL/1.1.1g configured -- resuming >> normal operations >> [Thu Jun 11 06:27:34.334390 2020] [core:notice] [pid 1250] AH00094: >> Command line: '/usr/sbin/apache2' >> [Thu Jun 11 08:42:54.263194 2020] [mpm_prefork:notice] [pid 1250] >> AH00169: caught SIGTERM, shutting down >> >> access logs - when apache worked, nothing unusual. >> >> (I think caught SIGTERM, shutting down is due to reboot) >> >> אורי >> u...@speedy.net >> >> >> On Thu, Jun 11, 2020 at 9:49 AM Shay Gover <govers...@gmail.com> wrote: >> >>> What do u have in apache logs? >>> >>> On Thu, Jun 11, 2020 at 9:47 AM אורי <u...@speedy.net> wrote: >>> >>>> # systemctl status apache2.service >>>> ● apache2.service - The Apache HTTP Server >>>> Loaded: loaded (/lib/systemd/system/apache2.service; enabled; vendor >>>> preset: enabled) >>>> Drop-In: /lib/systemd/system/apache2.service.d >>>> └─apache2-systemd.conf >>>> Active: failed (Result: timeout) since Thu 2020-06-11 08:44:35 CEST; >>>> 2min 1s ago >>>> Process: 577 ExecStart=/usr/sbin/apachectl start (code=killed, >>>> signal=TERM) >>>> >>>> Jun 11 08:43:03 www.speedypedia.info systemd[1]: Starting The Apache >>>> HTTP Server... >>>> Jun 11 08:44:35 www.speedypedia.info systemd[1]: apache2.service: >>>> Start operation timed out. Terminating. >>>> Jun 11 08:44:35 www.speedypedia.info systemd[1]: apache2.service: >>>> Failed with result 'timeout'. >>>> Jun 11 08:44:35 www.speedypedia.info systemd[1]: Failed to start The >>>> Apache HTTP Server. >>>> אורי >>>> u...@speedy.net >>>> >>>> >>>> On Thu, Jun 11, 2020 at 9:38 AM Efraim Flashner <efr...@flashner.co.il> >>>> wrote: >>>> >>>>> 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. >>>>> > >>>>> > אורי >>>>> > u...@speedy.net >>>>> > >>>>> > >>>>> > On Thu, Jun 11, 2020 at 7:23 AM Eli Marmor <e...@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 אורי <u...@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. >>>>> > >> >>>>> > >> אורי >>>>> > >> u...@speedy.net >>>>> > >> >>>>> > >> >>>>> > >> On Thu, Jun 11, 2020 at 6:29 AM אורי <u...@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 >>>>> > >>> אורי >>>>> > >>> u...@speedy.net >>>>> > >>> >>>>> > >>> >>>>> > >>> On Wed, Jun 10, 2020 at 10:29 PM Micha Bailey < >>>>> michabai...@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 אורי <u...@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? >>>>> > >>>>> >>>>> > >>>>> אורי >>>>> > >>>>> u...@speedy.net >>>>> > >>>>> >>>>> > >>>>> >>>>> > >>>>> On Wed, Jun 10, 2020 at 6:19 PM Shlomi Fish <shlo...@gmail.com> >>>>> wrote: >>>>> > >>>>> >>>>> > >>>>>> Hi Uri! >>>>> > >>>>>> >>>>> > >>>>>> On Wed, Jun 10, 2020 at 5:30 PM אורי <u...@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. >>>>> > >>>>>>> אורי >>>>> > >>>>>>> u...@speedy.net >>>>> > >>>>>>> _______________________________________________ >>>>> > >>>>>>> Linux-il mailing list >>>>> > >>>>>>> Linux-il@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@cs.huji.ac.il >>>>> > >>>>> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il >>>>> > >>>>> >>>>> > >>>> _______________________________________________ >>>>> > >> Linux-il mailing list >>>>> > >> Linux-il@cs.huji.ac.il >>>>> > >> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il >>>>> > >> >>>>> > > >>>>> >>>>> > _______________________________________________ >>>>> > Linux-il mailing list >>>>> > Linux-il@cs.huji.ac.il >>>>> > http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il >>>>> >>>>> >>>>> -- >>>>> Efraim Flashner <efr...@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 >>>>> >>>> _______________________________________________ >>>> Linux-il mailing list >>>> Linux-il@cs.huji.ac.il >>>> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il >>>> >>>
_______________________________________________ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il