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

Kaks aastat tagasi avaldasin artiklite tsükli teemal veebiserveri loomine Debian 8-l ja Nextcloud 11 teenuse käivitamine sellel. Paari kuu pärast ilmus täiendus, mis sisaldas «diferentsiaalset» teavet Nextcloud 13 installimise kohta Debian 9-l. 2018. aasta lõpuks värskendasin ma lihtsalt Debianit ja Nextcloudi ega kohanud mingeid ebatavalisi või huvitavaid probleeme. 2019. aasta lõpu värskendus oli juba huvitavam ja sellest tasus kirjutada.

See artikkel on eelkõige kasulik neile, kes koostasid varasemate nelja artikli põhjal oma Nextcloud 13 Debian 9-l (edastan tervitused kümnele minu Nextcloud'i valdkonna tellijale, eriti neile, kelle jaoks oli see esimene kogemus Linuxi maailmas). Neile, kes kavatsevad teenust nullist luua, soovitan võtta aluseks selle tsükli esimesed neli artiklit, muutes need vastavaks praegustele versioonidele Debian 10 ja Nextcloud 17. Kogemustega Linuxi kasutajate jaoks võib artikkel jääda mingisse kohta «triviaalne ja kasutu» ja «päris hea, ühes kohas kokkuvõte».

Sisukord

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

Kiire navigeerimine peatükis

Eessõna
Debiani värskendamine
PHP värskendamine versioonini 7.2
MariaDB värskendamine versioonini 10.4
Nextcloudi värskendamine versioonini 17
Eessõna

Eessõna

Algusest peale tahtsin Debian 10 peale seadistada ja installida Nginxi, mille peale oleks probleemideta installitud ka praegune Nextcloud 17. Kuid kogu selle jaoks ei leidnud ma aega, seetõttu esindab see artikkel juhiste kogumit Nextcloudi värskendamiseks versioonist 13 praegusele versioonile 17 eelneva veebiserveri ettevalmistusega.

Esmaltuseks on vaja selgitada, miks serveri poolel on radikaalsed muutused vajalikud. Meie server põhineb uusimal ja toetatud Debian 9-l. OperaSystemi ja kõikide veebiserveri komponente saab lihtsalt uuendada, et vähemalt turvaparandused oleksid olemas. Kõik oleks suurepärane, kui jätkaksime Nextcloud 13 kasutamist või uuendaksime ainult versioonile 14. Kuid Nextcloud 13 ei ole enam toetatud ja 14. versiooni toetus on lõppemas. Alates 15. versioonis pakub Nexctcloud andmebaasi muutmist big int-iks neljabaidise kodeeringu toetamiseks ja MariaDB 10.1-s on see äärmiselt keeruline. Nexctcloud 17 nõuab PHP 7.1-7.3, samas kui Debian 9 sisaldab oma põhirepositooriumides ainult versiooni 7.0. Tõeliselt õigem oleks, arvestades usaldusväärsust ja prognoositavust, uuendada enneviimasele Nextcloud versioonile, kuid paar aastat olen ma saanud nii kindlaks selle teenuse usaldusväärsuses, et soovin uuendada viimasele versioonile ja uuendada veebiserverit tulevikku silmas pidades. Seetõttu on Nexctcloud 17 uuendamiseks optimaalne värskendada MariaDB praegusele stabiilsele versioonile 10.4 ja PHP-le 7.2. Täpselt 7.2, mitte praegusele 7.4. Asi on selles, et Nextcloud 13 nõuab PHP 5.6, 7.0-7.2, ja Nexctcloud 17 vajab PHP 7.1-7.3. PHP 7.2 kasutamine on mugav uuendustegevuse minimeerimise eesmärgil. Apache serverit ei pea uuendama — piisab Debian'i tugimeeskonna välja antud turvaparanduste installimisest. Kuid MariaDB ja PHP uuendamiseks tuleb kasutada väliseid reposiitore.

Kui ma Nextcloudiga tutvust tegin, uuendasin seda käsitsi: konsoolist spetsiaalse käsuga viidi sait hooldusrežiimi, seejärel laadisin käsitsi alla ja pakkisin välja uue versiooni arhiivi, uuendati faile ja käivitati uuendamisprotseduur. Selline uuendamine viis tavaliselt oodatud tulemusteni, kuigi ma ei unustanud teha saitidest, andmebaasidest ja kasutajate andmetest varukoopiaid. Kuid automaatne uuendamine tõi mõnikord igasuguseid üllatusi. Kuid see oli ammu, toote stabiilsus on sellest ajast palju paranenud ja seekord tegin uuendusi ainult veebiliidese kaudu. Tõsi, käsurealt ei õnnestunud siiski kõrvale hiilida. Iteratiivse uuendamise käigus ilmub iga uue versiooni puhul juhtpaneelile erinevaid hoiatavaid teateid ja teateid, mida tuleb

Debiani uuendamine

Seisame veebiserveri:

# service apache2 stop

Ja uuendame:

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

Pärast uuendamist saab kontrollida operatsioonisüsteemi versiooni ja teha kontrollperioodi taaskäivitamise, et veenduda, et pärast uuendamist käivitub kõik normaalselt:

# cat /etc/debian_version
# reboot

PHP värskendamine versioonini 7.2

Seisame veebiserveri:

# service apache2 stop

Lisame sertifikaadi ja PPA võtmised, 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

Vana versiooni PHP 7.0 eemaldamisel eemaldatakse ka phpmyadmin, kuna eemaldatud paketidest „jäänustega“ tegeleme autoremove abil. See ei tekita erilisi raskusi, kuna phpmyadmini jaoks ei ole tehtud spetsiaalseid seadistusi 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 saidile habr.com autorilt AlexanderS.
Allika link ei ole kohustuslik, kuid selle mainimine on väga soovitatav! ]

Kontrollime PHP versiooni, käivitame veebiserveri ja kontrollime Nextcloudi tööd:

# php -v
# service apache2 start

MariaDB värskendamine versioonini 10.4

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

Seisame veebiserveri:

# service apache2 stop

Lisame repositooriumi ja uuendame pakette:

# 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

Kui MariaDB installitakse, eemaldab pakihaldur korrektselt eelmise versiooni ja installib uue, kõik andmebaasid jäävad alles. Siiski on soovitatav teha varukoopia Nextcloudi andmebaasist.

Installime MariaDB ja käivitame uuendamisprotsessi:

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

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

# mysql_secure_installation

Käivitame veebiserveri ja kontrollime Nextcloudi toimivust:

# service apache2 start

Nextcloudi värskendamine versioonini 17

Uuendamise käivitamiseks peab teenusele sisenema administraatori kontoga, minema seadistustesse ja avama "Üldseaded" administraatori osas. Nextcloud näitab installitud versiooni ja versiooni, mis on uuendamiseks saadaval, mida saab alustada, vajutades nuppu "Avage uuendamisakna". Pärast algatamist teeb Nextcloud varukoopia, laadib alla ja kontrollib uuendusteadete failide terviklikkust, aktiveerib hooldusrežiimi ja uuendab faile. Seejärel küsitakse: "Kas hoida hooldusrežiim aktiivne?" Siin tuleb olla ettevaatlik. Positiivne vastus jätab saidi hooldusrežiimi — eeldatakse, et administraator teab, mida edasi teha, ja teeb seda käsitsi. Vastasel juhul teeb Nextcloud kõik ise, seega vajutame jätkamiseks nuppu "Ei".

Uuendused toimuvad iteratiivselt. Esiteks uuendatakse Nextcloud 13.x viimaseks versiooniks 14.x. Pärast seda tuleb uuesti adminnakeskusesse siseneda ja käivitada uuendamine, nüüd juba 14.x versioonilt 15.x versioonile. Ja nii edasi, kuni saavutatakse viimane võimalik versioon. Iga uuendamise järel kuvatakse "Üldseaded" lehe administraatori osas soovituste ja tekkivate probleemide nimekiri, samuti soovitused nende lahendamiseks. Edasi räägitakse sellest, mida tuleb teha pärast iga uuendamist.

Enne uuendamist

Viimastel versioonidel on Nextcloudis soovitatav lubada PHP OPcache, et parandada jõudlust. Imelik, et ma selle punkte paar aastat tagasi tähelepanuta jätsin, kuna OPcache ilmus juba PHP 5-s. Failis /etc/php/7.2/apache2/php.ini tuleb järgmised parameetrid lahti kommenteerida ja redigeerida:

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

Uuendamine 13.x -> 14.x

Taastame tabelite indeksid:

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

Uuendamine 14.x -> 15.x

Valmistame Nextcloud'i andmebaasi nelja baitise kodeeringu aktiveerimiseks:

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

Aktiveerime nelja baitise kodeeringu toe Nextcloud'is:

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

Muudame tabelid:

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

Taastame kadunud tabeli indeksid:

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

Muudame tabeli indeksid bigint-iks:

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

Uuendamine 15.x -> 16.x

Taastame kadunud tabeli indeksid:

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

Muudame tabeli indeksid bigint-iks:

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

Uuendamine 16.x -> 17.x

Lisategevusi ei vajata.

Eessõna

Selle juhendi kohaselt uuendati virtuaalmasinat Nextcloud 13-lt. Virtuaalmasina kasutamine võimaldab mitte teha varukoopiaid Nextcloud'i failidest ja andmebaasist, kuna probleemide korral saab lihtsalt taastada eelnevalt salvestatud virtuaalmasina faili ja alustada alates algusest. Kuid see ei kehti kasutajaandmete kausta kohta, mille samuti soovitan varundada koos Nextcloud'i virtuaalmasinaga. Minu puhul kasutatakse 'pilve' kaugkaustana automaatse versioonimisega, kus sünkroniseerimise suund on 'ainult sinna', ja nende andmete kaotus ei oleks kriitiline — oleks lihtsalt pidanud paar tundi uuesti sünkroniseerima. Hoolimata minu tähelepanuta jätmisest elu reegli 'salvesta varuks' osas, läks uuendamine probleemideta ja kõik kliendid töötasid probleemideta Nextcloud 17-ga. Olen muljetavaldatud, Frank Karlitschek — sina ja sinu meeskond teete suurepärast tööd!

Pärast uuendamist otsustasin puhastada kasutajaandmed, mis statistika järgi võtsid ligi kaks terabaiti. Mul ei olnud nii palju operatiivandmeid — enamik mahtudest oli versioonifailide ja kustutatud failide tõttu. Probleem, millega ma kokku puutusin, oli see, et ühel kasutajal oli kustutatud andmeid nii palju (küsitav ei ole mitte maht, vaid just see, et neid oli väga palju väikeseid faile), et Nextcloud ei suutnud neid veebiliideses kuvada. Pärast haldusuuringute juhendi uurimist leidsin lahenduse käsurea kaudu. Võib-olla on see kellelegi kasulik.

Kustutamiseks kasutaja user kustutatud failid:

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

Kustutamiseks kasutaja user versioonifailid:

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

Tagasi algusesse, sisukorda.

Koduse pilve loomise ajalugu. Osa 5. Aktuaalsus 2019 – PHP 7.2, MariaDB 10.4 ja Nextcloud 17
Teksti versioon: 1.1.1.
Esitluse kuupäev: 15.01.2020.
Viimase redaktsiooni kuupäev: 15.01.2020.

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

1.1.0 [15-01-2020]
Parandatud valmis kood nelja baitise kodeeringu aktiveerimiseks Nextcloud'i andmebaasis.

1.0.0 [15-01-2020]
Esimene versioon.

Allikas: habr.com