Tartalom
- oldal: Frissítések előtt elvégzendő teendők - Felkészülés a frissítésre
- oldal: Debian 9 (Stretch) rendszer teljes frissítése Debian 10 (Buster)-re
- oldal: Frissítések után elvégzendő teendők - Rendszer ellenőrzése
A 3. oldal tartalma
Folytatás
Az előző oldalon végrehajtottuk a teljes disztribúció és főverzió frissítést, ezen az oldalon pedig átnézzók az új Debian 10 (Buster) rendszert, ellenőrizzük a szerveren lévő dolgokat, valamint rendbe rakjuk a csomagtárat, kitakarítjuk belőle a felesleges csomagokat.
Elkészült a leírás újabb változata:
Frissítés után elvégzendő teendők
Miután a szerver újraindult, végezzük el ismét a rendszer teljes áttekintését, és ellenőrizzük, hogy minden megfelelően működik.
Rendszer áttekintése
Itt megnézzük ugyanazokat a dolgokat, mint amit a frissítés előtt.
Verzió és kiadási információk lekérdezése
Most újra olvassuk ki a kernel és a rendszer verzióival kapcsolatos információkat. Ezeket ugyanazokkal a parancsokkal tehetjük meg, mint a frissítés előtt:
uname -a
lsb_release -a
hostnamectl
cat /etc/os-release
cat /etc/debian_version
Minden átváltott Debian 10-re, egyedül csak a szerver neve maradt debian9. Ezt később átnevezhetjük ha szükséges. Persze egy ilyen név nem túl életszerű egy éles szerveren, így tehát más szervereken nincs ilyen gond, hogy módosítani kellene a hosztnevet.
Weboldalak
Újra ránézünk a meglévő WordPress weboldalunkra, hogy működik-e:
Ez rendben van, tehát a PHP (7.4, amivel fut ez az oldal), Apache is biztosan működik, így itt nincs további teendőnk.
Webstatisztika
A saját hosztolású Matomo webstat:
Ez is működik, itt sincs több teendőnk.
phpMyAdmin
A phpMyAdmin:
A phpMyAdmin is működik, a jobb oldalon láthatjuk a 10.3.31-es MariaDB adatbázis kiszolgálót, ami korábban 10.1.48-as verzió volt, és a Debian 10-et.
Kicsit lejjebb pedig a PHP verzió is megjelenik, ami viszont maradt a 7.0.33-as verzió, az alsó panelen pedig mutatja a phpMyAdmin verzióját is, ami szintén nem változott, tehát most is a 4.6.6-os változat működik. Ezekre mindjárt ki is térünk, hogy ezek miért nem változtak.
A Debian 9 (Stretch) kiadás csomagtárában a phpmyadmin csomagból ez volt a legfrissebb elérhető verzió. Ebből viszont már van újabb változat is, de akkor ez miért nem frissült a többi szoftverrel együtt? A válasz a következő:
A Debian a 10-es (Buster) kiadásába nem vette fel a phpMyAdmin csomagot egy biztonsági kockázat miatt. Ezért A Debian 10 "korszakának elején" kézzel kellett telepíteni a phpMyAdmint a letöltött forráscsomagból. Ennek megfelelően például a Debian 10 LAMP szerver készítésekor én is így telepítettem fel. Időközben azonban a Debian 10 Backports tárolójába bekerült a phpMyAdmin egy újabb verziója, amit már az APT csomagkezelő segítségével lehet normálisan telepíteni, és kap biztonsági frissítéseket is. Mivel ezen a szerveren már az elején beállításra került a Backports tároló, ezért most itt is hozzá fogunk tudni jutni a phpMyAdmin frissebb változatához anélkül, hogy kézzel kellene letölteni, telepíteni és beállítgatni.
Ha ránézünk a phpMyAdmin csomagra:
apt-get upgrade
apt-cache policy phpmyadmin
akkor a következőt láthatjuk:
Az első apt-get parancs először felsorol egy csomó eltávolítandó csomagot amivel majd később foglalkozunk, viszont a végén ott látjuk a phpmyadmin tételt is, mint visszatartott csomagot. A következő paranccsal pedig megnézzük, hogy miért van visszatartva ez a csomag. Itt láthatjuk, hogy még a Debian 9-es változata van fent, de a buster-backportsban ott van az 5.0.4-es verzió is. A csomagkezelő pedig azt az irányelvet követi - ha nem rendelkezünk másképp -, hogy alapértelmezetten nem használja a backports tárolót, hacsak kimondottan onnan nem kérünk valamit. Mindez azért lényeges, mert ha nem nyúlnánk most ehhez, akkor a phpMyAdmin webes adatbáziskezelő rendszerünk az iménti okból nem frissülne többé. Így tehát át kell váltanunk, hogy a csomagot innentől a backports-ból frissítse. Ehhez adjuk ki az alábbi parancsot:
apt-get install phpmyadmin -t buster-backports
A -t kapcsoló (vagyis a --target-release) utasítja a csomagkezelőt, hogy innentől kezdve ennek a csomagnak a további frissítéseit a megadott csomagtárból hajtsa végre. Tehát a későbbiekben a normál upgrade opció is már innen fogja frissíteni. A kimenet pedig:
Ahogy a képen is látható, elég sok új csomagot telepít fel, amik az új phpmyadmin csomag függőségei. Ez azt jelenti, hogy itt egy komolyabb frissítés lesz, hiszen egy újabb főverziót fog ugrani a webes adatbáziskezelőnk.
Itt természetesen folytassuk az Igen opcióval. A telepítés során még itt is bead egy pár soros változatnaplót:
apt-listchanges: News --------------------- phpmyadmin (4:4.9.1+dfsg1-1) unstable; urgency=low phpMyAdmin webbased setup is not included anymore. -- Matthias Blümel <debian@blaimi.de> Tue, 22 Oct 2019 20:37:37 +0200 (press q to quit)
Ebből lépjünk ki a q billentyűvel a folytatáshoz.
Kis telepítgetés után jön még egy csomagkonfiguráció is, ami már ismerős is:
┌────────────────────────────────────────────────────────┤ phpmyadmin konfigurálása ├────────────────────────────────────────────────────────┐ │ │ │ According to the maintainer for this package, database upgrade operations need to be performed on phpmyadmin. Typically, this is due to │ │ changes in how a new upstream version of the package needs to store its data. │ │ │ │ If you want to handle this process manually, you should refuse this option. Otherwise, you should choose this option. During the upgrade, │ │ a backup of the database will be made in /var/cache/dbconfig-common/backups, from which the database can be restored in the case of │ │ problems. │ │ │ │ Perform upgrade on database for phpmyadmin with dbconfig-common? │ │ │ │ <Igen> <Nem> │ │ │ └────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘
Itt is rákérdez, hogy szeretnénk-e ha a dbconfig-common végezné-e automatikusan a phpMyAdmin frissítését. Itt válasszunk Igen-t. Ezután még 1-2 másodpercig konfigurál, majd visszakapjuk a parancssorunkat.
Ezután ha újra ránézünk a phpmyadmin csomagra:
apt-cache policy phpmyadmin
Itt már látszik az 5.0.4-es verzió, valamint hogy a buster-backports tárolóból származik.
Ezután még nézzünk rá a böngészőben is, lépjünk be ismét a phpMyAdmin oldalára:
Itt viszont kapunk egy hibaüzenetet, ahol leírja, hogy ehhez a phpMyAdmin verzióhoz már legalább a PHP 7.1.3 verziója szükséges, de nekünk csak a PHP 7.0.33 van telepítve. Az előbb ejtettünk erről is szót, hogy a phpMyAdmin által használt PHP verzió sem változott, most erre is kitérünk, hogy miért.
Valójában ezen a szerveren már fent van a PHP 7.4-es változat is, csak mivel a Debian 9-ről frissítettük fel ezt a szervert, ott még a PHP 7.0 volt az alapértelmezett modulként futó PHP, ami azóta sem változott. Mivel a phpMyAdmin rendszert alapból Apache modulként (mod_php) működő PHP SAPI (Server Application Programming Interface) futtatja, ezért át kell még kapcsolnunk a 7.4-es modulra. Ehhez futtassuk még az alábbi parancsokat:
a2dismod php7.0
a2enmod php7.4
systemctl restart apache2
Az első paranccsal kikapcsoljuk a 7.0-ás PHP modult, a másodikkal bekapcsoljuk a 7.4-es modult, végül újraindítjuk az Apache-ot, mivel az futtatja a PHP modulokat.
Ezután már frissíthetünk a böngészőben, és a belépés után már az új, 5.0.4-es phpMyAdmin fogad bennünket:
Itt már tehát a phpMyAdmin által használt modulként futó PHP verziónk is újabb és maga a phpMyAdmin is frissebb. Mindkettő esetében nyugodtak lehetünk afelől, hogy a frissítéseket is fogják kapni ezután.
Hogyan telepíthetünk újabb PHP verziókat Debian 9 (Stretch) LAMP szerverünkre PHP-FPM módban
Továbbá érdemes PHP-FPM módban használni a phpMyAdmin adatbáziskezelőt is, ha szeretnénk beállítani, erről itt olvashatunk:
PHP-FPM pool létrehozása és beállítása a phpMyAdmin számára
ISPConfig
Az ISPConfig-ra is ránézünk, mégpedig a szerver állapot részre:
Itt minden rendben van, ezzel nincs több dolgunk.
Roundcube
A Roundcube webes levelező kliens:
Küldtem magamnak egy próba levelet, itt is minden rendben.
Munin
Megnézzük újra a Munin-t is:
Hát ez sajnos most sem megy. Mivel már a frissítés előtt sem működött, ezért most nem foglalkozom vele. Talán majd máskor átnézem, vagy újratelepítem.
Amint láthatjuk, minden működik - ami a frissítés előtt is működött -, tehát a webes részek jól muzsikálnak a Debian főverzió frissítése után is. Ezután következik a csomagok ellenőrzése.
Csomagok ellenőrzése
Ebben az utolsó fejezetben még rendbe rakjuk a csomagokat, amihez még néhány lépésen végig kell haladnunk.
Feleslegessé vált csomagok eltávolítása
A feleslegessé vált csomagok azok a csomagok, amik például korábban más csomagok függőségei voltak, de azok csomagok közben frissültek vagy eltávolították őket így ezekre már nincsen tovább szükség. Ezeknek a törléséhez adjuk ki az alábbi apt parancsot továbbra is root-ként bent maradva:
apt --purge autoremove
A --purge opció gondoskodik arról, hogy nem csak a csomagok kerülnek eltávolításra, hanem azoknak a konfigurációik is. így nem marad semmi utánuk a rendszerben. Nálam ennek a kimenete:
Ebben a példában 38 csomagot szeretne eltávolítani, amivel összesen 349 MB lemezterületet szabadít fel. Itt folytassuk az Igen opcióval.
Elavult csomagok keresése és eltávolítása
Az elavult csomagok akkor "keletkeznek", amikor frissítjük a teljes Debian rendszert, és az újonnan beállított csomagtárakban már nem érhetők el ezek a csomagok, hanem például az adott szoftverből már egy újabb főverzió jelent meg, így már csak ehhez érkezik frissítés. Ilyenkor célszerű eltávolítani ezeket a csomagokat. Első körben csak keressünk rá ezekre a csomagokra, hogy lássuk hogy a frissítés után milyen csomagokat jelölt a rendszer elavultnak. Ehhez az alábbi parancsok bármelyikét használhatjuk:
aptitude search '~o'
aptitude search ?obsolete
apt-show-versions | grep 'No available version'
Itt most egy hosszabb listát kapunk, mint a frissítés előtt, ami természetes, mivel sok csomag már nem érhető el a Debian 10 csomagtáraiban.
Ezeknek a csomagoknak a törlésekor azonban célszerű körültekintőnek lenni, mert olyan csomagokat is megjelölhet ilyenkor a rendszer, amit amúgy használunk, de már nincs hozzá frissítés, például, mint az elején a jailkit csomag esete. Persze itt most nincs ilyen csomag, de más rendszeren előfordulhatnak olyanok is, amikre még szükség lehet. Ezért én itt azt javaslom, hogy nézzük át ezt a listát, keresgéljük meg az aktuális csomagtárban ezeknek a friss megfelelőjét, és csak akkor töröljük őket, ha biztosak vagyunk benne hogy már nincs rájuk szükség.
Csak egy példa, amiben rákeresek a "cpp-" vagy a "gcc-" részeket tartalmazó csomagokra:
Itt szépen látszik, hogy a 6-os verziójú csomagok még a Debian 9-ből származnak, és már van nekik megfelelőjük 8-as főverzióval. Itt persze még megjelennek más csomagok is, amik ezeknek a függőségei, tehát ha eltávolítjuk ezeket az elavult csomagokat, akkor újra lesznek feleslegessé vált csomagjaink is, így azokat is törölni kell majd utána. Ebben a szituációban tehát a cpp-6 és a gcc-6 csomagokat biztosan eltávolíthatjuk anélkül, hogy bármi bajt okoznánk.
Hogy ne tegyünk kárt a rendszerünkben, célszerű ezekről az elavult csomagokról először egy listát készíteni, és kiszedegetni közülük, amik esetleg kellenek. A csomagnevekről könnyen készíthetünk egy listát az awk parancs segítségével:
aptitude search '~o' | awk '$4 == "-" {print $3; next}; {print $2}'
de megkaphatjuk ugyanezt a kimenetet a cut parancs használatával is:
aptitude search '~o' | cut -d' ' -f3
Ezután irányítsuk át egy fájlba valamelyik parancsnak, amelyik szimpatikusabb a kimenetét:
aptitude search '~o' | awk '$4 == "-" {print $3; next}; {print $2}' > elavult_csomagok.txt
Ezután mazsolázzuk ki azokat a csomagokat, amikre esetleg még szükségünk lehet. Ehhez használhatjuk a nano szerkesztőt is:
nano ./elavult_csomagok.txt
Ha végeztünk, mentsük le, majd töröljük a fájlban maradt csomagokat egy parancsból:
apt-get --purge remove $(cat elavult_csomagok.txt)
Amint láthatjuk, közben már lettek újabb feleslegessé vált csomagjaink is, amiket majd a végén ismét törlünk. Itt folytassuk az Igen opcióval.
Ezután a csomagkezelő leszedi a listában szereplő csomagokat.
Feleslegessé vált csomagok ismételt törlése
Majd futtassuk ismét a feleslegessé vált csomagokat eltávolító parancsot:
apt --purge autoremove
Persze ezt célszerű itt a végén futtatni egyszer, csak a példa kedvéért futtattam korábban is.
Csomaggyorsítótár kiürítése
Végezetül ürítsük ki a csomaggyorsítótárat, amibe sok csomag megfordult már a frissítés alatt:
du -sh /var/cache/apt/archives
apt-get clean
du -sh /var/cache/apt/archives
Itt most 412 Mb hely szabadult fel.
A csomagjaink tehát most már tökéletesen rendben vannak, amit egy upgrade paranccsal ellenőrizhetünk is:
apt-get upgrade
(0 frissített, 0 újonnan telepített, 0 eltávolítandó és 0 nem frissített.)
Konklúzió
Ebben a három oldalas leírásban sikeresen frissítettük a Debian 9 (Stretch) tökéletes szervert, Debian 10 (Buster) rendszerre, amin elég sok szolgáltatás és beállítás van, ezért a frissítése is jóval összetettebb volt, mint egy mezei asztali rendszeré. Később még természetesen készítek frissítő leírást asztalkörnyezettel rendelkező géppel is, addig használjátok ezt egészséggel, ha esetleg valakinél pont ilyen, vagy ehhez hasonló szerver frissítésére lenne szükség.
- Hogyan frissítsük otthoni gépünket Debian 8 (Jessie) rendszerről Debian 9 (Stretch)-re
- Hogyan frissítsük Debian 10 (Buster) alapú tökéletes szerverünket Debian 11 (Bullseye) rendszerre
- A Debian 10 (Buster) operációs rendszer újdonságai, változásai
- Tökéletes szerver: Debian 9 (stretch) V1.0
- Tökéletes szerver: Debian 10 (Buster) V1.0
- Enciklopédia - APT (Advanced Packaging Tool)
Lapozó
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
- 56 megtekintés