Koduse pilve loomise ajalugu. Osa 5. Uuendamine 2019 – PHP 7.2, MariaDB 10.4 ja Nextcloud 17

Kaks aastat tagasi avaldasin mitmeid artikleid teemal, kuidas luua veebiserver, mis põhineb Debian 8-l, ja käivitada selle peal Nextcloud 11 teenus. Mõne kuu pärast ilmus täiendav teave Nextcloud 13 installimise kohta Debian 9-l. 2018. aasta lõpus uuendasin lihtsalt Debianit ja Nextcloudi ning ei pidanud silmitsi seisma ebatavaliste või huvitavate probleemidega. 2019. aasta lõpus oli uuendamine juba huvitavam ja sellest tasub kirjutada.

See artikkel on eelkõige kasulik neile, kes on varasemate nelja artikli juhiste abil loonud Nextcloud 13 Debian 9-l (saadan tervitusi kümnele minu jälgijale Nextcloudi teemal, eriti neile, kelle jaoks see oli esimene kogemus Linuxi maailmas). Neile, kes plaanivad teenust nullist alustada, soovitan esimese nelja artikli põhjal võtta arvesse uusimaid versioone Debian 10-st ja Nextcloud 17-st. Kogenud Linuxi kasutajatele võib artikkel jääda kuhugi „triviaalne ja kasututu“ ning „päris hea, kõik ühes koondatud sõnastik“ vahele.

Sisukord

Osa 1. Debian keskkonna seadistamine igapäevaseks kasutamiseks
Osa 2. Serveri loomine – LAMP seadistamine Debiani
Osa 3. Isikliku pilve loomine – Nextcloudi installimine ja seadistamine
Osa 4. Uuendamine 2018 – Debian 9 ja Nextcloud 13
Osa 5. Uuendamine 2019 – PHP 7.2, MariaDB 10.4 ja Nextcloud 17

Kiire navigeerimine peatükis

Eessõna
Debiani uuendamine
PHP uuendamine versioonile 7.2
MariaDB uuendamine versioonile 10.4
Nextcloudi uuendamine versioonile 17
Järelsõna

Eessõna

Algul tahtsin Debiani 10-sse paigaldada ja seadistada Nginxi, mille peale oleks probleemideta paigaldatud uusim Nextcloud 17. Kuid selleks ei õnnestunud mul aega leida, seetõttu on see artikkel juhiste kogumik Nextcloudi uuendamiseks versioonilt 13 versioonile 17, eeldades veebiserveri ettevalmistust.

Esialgu tuleb selgitada, miks olid veebiserveri küljel vajalikud radikaalsed muudatused. Meie server põhineb kaasaegsel ja toetataval Debian 9-l. Saame lihtsalt operatsioonisüsteemi uuendada ja kõik veebiserveri komponendid saavad vähemalt turvauuendusi. Kõik oleks suurepärane, kui jätkaksime Nextcloud 13 kasutamist või uuendaksime ainult versioonile 14. Kuid Nextcloud 13 ei ole juba enam toetatav ning 14. versiooni tugi on „lõpusirgel“. Alates 15. versioonist hakkab Nextcloud pakkuma andmebaasi muutmist big int-iks, et toetada nelja baitilist kodeeringut, ja MariaDB 10.1 abil on see üsna problemaatiline. Nextcloud 17 nõuab PHP-d 7.1-7.3, samas kui Debian 9 oma alusrepodeis sisaldab ainult versiooni 7.0. Usaldusväärsuse ja ennustatavuse mõttes oleks õigem uuendada eelmisele versioonile Nextcloud, kuid mõne aastaga olen saanud jälle veenduda selle teenuse usaldusväärsuses, et soovisime uuendada viimasele versioonile ja uuendada veebiserverit tulevikku silmas pidades. Seetõttu on Nextcloud 17-ks uuendamiseks optimaalseks MariaDB uuendamine viimasele stabiilsele versioonile 10.4 ning PHP uuendamine versioonile 7.2. Just 7.2, mitte viimase 7.4. Asja ärakiri on see, et Nextcloud 13 nõuab PHP-d 5.6, 7.0 – 7.2, ja Nextcloud 17 nõuab PHP-d 7.1 – 7.3. Siin on mugav kasutada PHP 7.2, et minimeerida uuendustegevusi. Apache-serveri uuendamine ei ole vajalik — piisab, kui paigaldada turvauuendused, mida annab Debian. Aga MariaDB ja PHP uuendamiseks on vajalikud välised repositooriumid.

Kui ma alles tutvusin Nextcloudiga, uuendasin seda „käsitsi“: konsoolist spetsiaalse käsuga viidi sait hooldusse, laadisin käsitsi alla ja pakkisin välja uue versiooni arhiivi, uuendati faile ja käivitati uuendusprotseduur. Selline uuendamine andis tavaliselt oodatud tulemusi, kuigi ma ei unustanud teha varukoopiaid saidist, andmebaasist ja kasutajate andmetest. Kuid automaatne uuendamine tõi mõnikord mitmesuguseid üllatusi. Kuid see oli ammu, mootori stabiilsus on sellest ajast väga tõusnud ja seekord tegin uuendusi ainult veebiliidese kaudu. Kuid käskude realt ei suutnud ma siiski kõrvale hoida. Iteratiivse uuendamise käigus ilmuvad iga uue versiooniga juhtpaneelile erinevad hoiatused ja teated, mida tuleb „eemaldada“, täites arusaadavalt käske käsureas. Võib ka mitte teha — teenus töötab ikkagi. Kuigi selline lähenemine on põhimõtteliselt vale, töötas minu Nextcloud sellises režiimis 3 kuud enne, kui hakkasin sihipäraselt tegelema tekkinud küsimustega.

Debiani uuendamine

Peatame veebiserveri:

# service apache2 stop

Ja uuendame:

# apt-get update
# apt-get dist-upgrade

Pärast uuendamist saab kontrollida operatsioonisüsteemi versiooni ja teha kontrollrehhaali, et veenduda, et kõik töötab pärast uuendamist normaalselt:

# cat /etc/debian_version
# reboot

PHP uuendamine versioonile 7.2

Peatame veebiserveri:

# service apache2 stop

Lisame PPA sertifikaadi ja võtmed, PHP repositooriumi:

# apt install ca-certificates apt-transport-https
# wget -q https://packages.sury.org/php/apt.gpg -O- | apt-key add -
# echo "deb https://packages.sury.org/php/ stretch main" | tee /etc/apt/sources.list.d/php.list

Kuna vana PHP 7.0 versiooni eemaldamisel eemaldatakse ka phpmyadmin, siis 'jäljed' eemaldatud pakettidest puhastame autoremove käsu abil. See ei valmista erilisi raskusi, kuna phpmyadmin'i jaoks ei olnud mingeid erilisi seadistusi tehtud ja selle taasinstallimine ei valmista mingeid probleeme.

# apt-get purge php7*
# apt-get --purge autoremove
# apt-get update
# apt-get install php7.2 phpmyadmin

Nextcloud 17 jaoks vajalike moodulite installimine:

# apt-get install php7.2-mysql php7.2-curl php7.2-xml php7.2-gd php7.2-json php7.2-mbstring php7.2-zip php7.2-intl
# apt-get install php-memcached php-apcu php-redis php-imagick

[ See tekst on kirjutatud spetsiaalselt veebilehe jaoks habr.com autorilt AlexanderS.
Viitega allika juurde pole kohustuslik, kuid selle mainimine on väga soovitatav!

Kontrollime PHP versiooni, käivitame veebi serveri ja kontrollime Nextcloud'i töökindlust:

# php -v
# service apache2 start

MariaDB uuendamine versioonile 10.4

Projektilehel on huvitav leht, kus tuleb märkida oma OS, selle väljalase ja valida andmebaasi versioon. Pärast valimist genereeritakse kood repositooriumi lisamiseks.

Peatame veebiserveri:

# service apache2 stop

Lisame repositooriumi ja uuendame paketid:

# apt-get install software-properties-common dirmngr
# apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xF1656F24C74CD1D8
# add-apt-repository 'deb [arch=amd64,i386,ppc64el] http://mariadb.mirror.iweb.com/repo/10.4/debian stretch main'
# apt-get update

MariaDB installimisel eemaldab pakihaldur korrektselt eelmise versiooni ja installib uue, kõik andmebaasid jäävad alles. Siiski on soovitatav varundada Nextcloud'i andmebaas.

Installime MariaDB ja käivitame täiendamise protseduuri:

# apt-get install mariadb-server
# mysql_upgrade u root -p

Pärast MariaDB parooli sisestamist toimub uuendamine ja seda saab konfigureerida, järgides teise osa juhiseid:

# mysql_secure_installation

Käivitame veebi serveri ja kontrollime Nextcloud'i töökindlust:

# service apache2 start

Nextcloudi uuendamine versioonile 17

Uuendamise alustamiseks tuleb autoriseeruda teenuses administraatori kontoga, minna seadistustesse ja avada 'Üldseaded' administratiivosas. Nextcloud näitab paigaldatud versiooni ja versiooni, mis on kättesaadav uuendamiseks, mida saab käivitada, vajutades nuppu 'Ava uuendamisaken'. Pärast algatamist teeb Nextcloud varukoopia, laadib alla ja kontrollib uuendusfailide terviklikkust, aktiveerib hooldusrežiimi ja uuendab faile. Edasi tuleb küsimus 'Hoia hooldusrežiim aktiivne'? Siin tuleb olla ettevaatlik. Jah vastus jätab saidi hooldusrežiimi — eeldatakse, et administraator teab, mis edasi teha ja teeb seda käsitsi. Vastasel juhul teeb Nextcloud kõik ise, seega vajutame nuppu 'Ei' jätkamiseks.

Uuendused toimuvad iteratiivselt. Esiteks uuendatakse Nextcloud 13.x versioon äärmise 14.x versioonini. Pärast seda tuleb uuesti siseneda adminikeskusesse ja käivitada uuendamine, seekord 14.x versioonist 15.x versioonini. Ja nii edasi, kuni saavutatakse viimane võimalik versioon. Iga uuenduse järel avaneb administratiivosas lehe 'Üldseaded' all nimekiri soovitustest ja tekkinud probleemidest ning soovitustest nende lahendamiseks. Allpool räägime, mida tuleb teha pärast iga uuendamist.

Enne uuendamist

Viimastes Nextcloud'i versioonides on soovitatav aktiveerida PHP OPcache, et parandada töötluse kiirus. Imelik, et selle asja ma paar aastat tagasi unustasin, kuna OPcache ilmus juba PHP 5-s. Failis /etc/php/7.2/apache2/php.ini tuleb välja kommenteerida ja redigeerida järgmisi parameetreid:

opcache.enable=1
opcache.enable_cli=1
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
pcache.memory_consumption=128
opcache.save_comments=1
opcache.revalidate_freq=1

Uuendus 13.x -> 14.x

Taastame tabelite indeksid:

# sudo -u www-data php /var/www/nextcloud/occ db:add-missing-indices

Uuendus 14.x -> 15.x

Valmistame ette nextcloud'i andmebaasi nelja baitise kodeerimise jaoks:

# mysql -u root -p
MariaDB [(none)]> ALTER DATABASE nextcloud CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
MariaDB [(none)]> quit

Lülitame sisse nelja baitise kodeerimise toetuse Nextcloud'is:

# sudo -u www-data php /var/www/nextcloud/occ config:system:set mysql.utf8mb4 --type boolean --value="true"

Tabelid konverteeritakse:

# sudo -u www-data php /var/www/nextcloud/occ maintenance:repair

Kadunud tabelite indeksid taastatakse:

# sudo -u www-data php /var/www/nextcloud/occ db:add-missing-indices

Tabelite indeksid konverteeritakse bigint:

# sudo -u www-data php /var/www/nextcloud/occ db:convert-filecache-bigint

Uuendus 15.x -> 16.x

Kadunud tabelite indeksid taastatakse:

# sudo -u www-data php /var/www/nextcloud/occ db:add-missing-indices

Tabelite indeksid konverteeritakse bigint:

# sudo -u www-data php /var/www/nextcloud/occ db:convert-filecache-bigint

Uuendus 16.x -> 17.x

Täiendavaid toiminguid ei ole vajalik.

Järelsõna

Selle juhendi kohaselt uuendati virtuaalmasinat, kus oli Nextcloud 13. Virtuaalmasina kasutamine välistab Nextcloud'i failide ja andmebaasi varundamise vajaduse, kuna probleemide korral saab lihtsalt tagastada eelnevalt salvestatud virtuaalmasina faili ja alustada kõike otsast peale. Siiski ei kehti see kasutaja andmete kausta, mida soovitan samuti varundada koos Nextcloud'i virtuaalmasinaga. Minu puhul kasutatakse 'pilve' kui kaugkausta automaatversioonimisega, suunaga 'ainult sinna', ning nende andmete kadumine ei oleks kriitiline — oleks lihtsalt pidanud mitu tundi uuesti sünkroonima. Hoolimata minu hooletusest elust väljakujunenud reegli 'salvesta igaks juhuks' vastu, kulges uuendamine probleemideta ja kõik kliendid töötasid samamoodi probleemideta Nextcloud 17-ga. Olen muljet avaldanud, Frank Karlitschke — teie ja teie meeskond teete suurepärast tööd!

Pärast värskendust otsustasin puhastada kasutajaandmed, mis statistika kohaselt võtsid peaaegu kaks terabaiti ruumi. Mul polnud nii palju aktiivseid andmeid — suurem osa mahust koosnes versioonifailidest ja kustutatud failidest. Probleem, millega ma silmitsi seisnud, oli see, et ühe kasutaja kustutatud andmeid oli nii palju (küsimus ei olnud isegi mahus, vaid just koguses — väga palju väikeseid faile), et Nextcloud ei suutnud neid veebiliideses kuvada. Pärast halduskäsiraamatu uurimist leidsin lahenduse käsurealt. Võib-olla on sellest kellelegi abi.

Kustutatud failide puhastamiseks kasutaja user:

# sudo -u www-data php /var/www/nextcloud/occ trashbin:cleanup user

Versioonifailide puhastamiseks kasutaja user:

# sudo -u www-data php /var/www/nextcloud/occ versions:cleanup user

Naasta algusesse, sisukorda.

Koduse pilve loomise ajalugu. Osa 5. Uuendamine 2019 – PHP 7.2, MariaDB 10.4 ja Nextcloud 17
Teksti versioon: 1.1.1.
Esimese avaldamise kuupäev: 15.01.2020.
Viimase muudatuse kuupäev: 15.01.2020.

Uuenduste logi1.1.1 [15-01-2020]
Trükivigade parandamine.

1.1.0 [15-01-2020]
Parandatud nexcloudi andmebaasi ettevalmistamise kood neljabaidilise kodeeringu lubamiseks.

1.0.0 [15-01-2020]
Esimene versioon.

Allikas: habr.com