Kirjoittaja Aihe: Distro-upgrade  (Luettu 285 kertaa)

Mistofelees

  • Käyttäjä
  • Viestejä: 586
    • Profiili
Distro-upgrade
« : 21.11.22 - klo:13.54 »
-" 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.
« Viimeksi muokattu: 21.11.22 - klo:14.36 kirjoittanut Mistofelees »

kamara

  • Käyttäjä
  • Viestejä: 2725
    • Profiili
Vs: Distro-upgrade
« Vastaus #1 : 21.11.22 - klo:15.25 »
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
Lainaus
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.
« Viimeksi muokattu: 21.11.22 - klo:15.38 kirjoittanut kamara »

Mistofelees

  • Käyttäjä
  • Viestejä: 586
    • Profiili
Vs: Distro-upgrade
« Vastaus #2 : 21.11.22 - klo:18.55 »
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.
« Viimeksi muokattu: 21.11.22 - klo:20.49 kirjoittanut Mistofelees »

teele

  • Käyttäjä
  • Viestejä: 708
    • Profiili
Vs: Distro-upgrade
« Vastaus #3 : 23.11.22 - klo:21.44 »

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.