Distro-upgrade

[Mistofelees]

-" Jos haluat toimivan ja juuri päivitetyn serverin, sinulla pitää olla kaksi konetta".
Pakko ilmeisesti uskoa ja hankkia toinen serveri pääserverin rinnalle.

Suoritin tänään distro-upgraden serveriin.
Tulos oli jokseenkin odotettu.
Systeemi nousee pystyyn. Kaikki tähän asti testaamani toimii (ainakin pääsin kirjautumaan)

MUTTA:
Kaikki php:tä sisältävät webbisivut ovat rikki

Ei ole ensimmäinen kerta. PHP on ollut varsinainen riesa näiden päivitysten kanssa. Esimerkiksi 'split'-komennon korvaaminen 'explodella' aiheutti minulle parin viikon ylimääräiset työt firman servereiden päivityksessä.
Järkevä ylläpitäjä olisi linkittänyt splitin explodeen php:n ytimessä, jolloin asiakkaille ei olisi aiheutunut niin paljoa kiroamista.
Sain tämän korjattua tekemällä scriptin, mutta työtä oli silti paljon, koska servereitä oli lauma.

Ilmeisesti vika ei tälää kertaa ole PHP:ssä, vaan Apache2:ssa.
Etsimiseen menee taas hel*ti aikaa.

[kamara]

Ilmeisesti vika ei tälää kertaa ole PHP:ssä, vaan Apache2:ssa.
Etsimiseen menee taas hel*ti aikaa.

Ilmeisesti Apache2 blokkaa php-moottorin, koska ainakin http://127.0.0.1/~omatunnuksesi asetuksissa on php-moottori blokattu Ubuntu-varianttien oletusasetuksissa.

Edit  - https://wiki.ubuntu-fi.org/LAMP_Asennus

Otetaan PHP käyttöön käyttäjäkansioissa editoimalla /etc/apache2/mods-available/php7.0.conf tiedostoa:

Koodia: [Valitse]

sudo gedit /etc/apache2/mods-available/php7.0.conf
Tiedosto tulisi näyttää tältä:

Koodia: [Valitse]

<FilesMatch ".+\.ph(p[3457]?|t|tml)$">
    SetHandler application/x-httpd-php
</FilesMatch>
<FilesMatch ".+\.phps$">
    SetHandler application/x-httpd-php-source
    # Deny access to raw php sources by default
    # To re-enable it's recommended to enable access to the files
    # only in specific virtual host or directory
    Require all denied
</FilesMatch>
# Deny access to files without filename (e.g. '.php')
<FilesMatch "^\.ph(p[3457]?|t|tml|ps)$">
    Require all denied
</FilesMatch>

# Running PHP scripts in user directories is disabled by default
#
# To re-enable PHP in user directories comment the following lines
# (from <IfModule ...> to </IfModule>.) Do NOT set it to On as it
# prevents .htaccess files from disabling it.
#<IfModule mod_userdir.c>
#    <Directory /home/*/public_html>
#        php_admin_flag engine Off
#    </Directory>
#</IfModule>
Lopuksi vielä kerran uudelleenkäynistetään apache2 palvelin.

Toki toi php-asetustiedosto on vanhentunut, mutta todennäköisesti toimii vaihtamalla php7.0.conf-asetustiedosto oikeaksi.

[Mistofelees]

Kiitos vastauksesta. Tällä kertaa se ei  kuitenkaan auttanut.
Koitin kaikkia mahdollisia käsiliikkeitä php:n ja Apache2:n kanssa ja sain laumoittain mielenkiintoisia virheilmituksia.

Poistin (purge) Apache2 ja php ja tarkastin vielä, että kaikki rääppeetkin ovat poistuneet
Asensin molemmat takaisin ja vielä php8.1-gd:nkin, jota phplot kaipaa.
Lopuksi vielä kerran uudelleenkäynistetään apache2 palvelin.

Uudelleenasennus ja confailu tuotti sen verran tulosta, että nyt osa php-sivuista nousee jaloilleen
Osassa aiemmin hyvin toimineita on häiriöitä. Kaikki phplot graafit kieltäytyvät tulostumasta.

Osa php-scripteistä toimii huonosti tai suorastaan väärin, mikä viittaa siihen, että php7.4:n jälkeen php:n runkoon ja virheentarkastukseen on tehty muutoksia. Hyvä niin, vaikka se tuottaakin töitä. Pitäisi vaan saada parempaa debugia,
jotta jahti sujuisi ketterämmin.

Nyt sitten vaan puukottamaan kaikkia webbisivuja. Onneksi php-ohjelmia ei ole montaa sataa.
(Kaikki sivut ovat käsin väännettyjä tageillä. Ei yhtään SQL:ää, eikä valmiita koodipaketteja)
Melkein kaikki ongelmat ratkesivat lopulta Apachen confeja puukottamalla.

[teele]

Kuulostaa pahalta. Käytän pientä pilvikonetta, jossa on apache ja php ja ubuntu 18.04. En ols uskaltanut laittaa do-release-upgrade :a, koska pelkään, että "jotain" menee pieleen ja koko pilvikone lopettaa toimimasta tai yhteys sinne katoaa.

Jotkut sivut ovat symbolisten linkkien päässä eli pelkän html-hakemiston kopiointi ei riittäne varmistukseksi.

Olisiko joku kätevä tapa saada apachen asetustiedostot varmuuskopioiduksi kotikoneelle.

Miten oikea atk-osaaja toimisi tilanteessa.

[Mistofelees]

Apache2:n asetustiedostot löytyvät yleensä hakemistosta /etc/apache2. Sen voi vaikka tarrata ( tar cvzWf file.tar.gz * ) ja sitten kotikoneelta käsin hakea sen mieleiseensä turvaan scp:llä (scp tunnus@serveri:/hakemisto/alihakemisto /home/omahakemisto )

[qwertyy]

Isot päivitykset on kyllä aika ikäviä. Itsellä on mm. Octoprint hajonnut jotenkin päivityksessä. Meni tovi kun näennäisesti kaikki meni ihan täydellisesti, hallinta ohjelma ei edes oireillut mitenkään, mutta tulostaessa ihmettelin, että miten voi olla niin ihmeellisesti tulostimen laatu mennyt huonoksi. Vasta kun paikanpäällä seurasin tulostinta, niin se pysähteli liikeradoissaan omituisesti todella satunnaisesti joskus parin minuutin välein ja joskus sitten peräkkäin tyyliin 10s välein. Yritin etsiä netistä useamman tunnin tietoa ja muutamaan vastaavaan kommenttiin törmäsin, mutta nekään ei ilmeisesti ollut koskaan ratkennut. Kortti tyhjäksi ja uusi asennus ja ei mitään oireita. Sitten hetken päästä kokeilin palauttaa asetukset varmuuskopiosta ja hetken päästä oireet taas alkoi. Taas uudelleen asennus ja sen jälkeen käyttöä ja taas toiminut tieten vuoden verran ilman mitään ongelmia.

Seuraavalla kerralla kun tulee isompi päivitys, niin en takuulla kokeile suoraan päivittää vaan otan varmuuskopion koko muistikortista, enkä luota backup toimintoihin.