Deze entry is een vervolg op de vorige. Niet alleen in de serie, maar ook wat betreft de inhoud.

Naar mijn inschatting was de tijd gekomen voor een officiele install van Ubuntu 22:04 LTS (Jammy Jellyfish) in combinatie met een productie-install van Virtualmin. Niet dat Vimexx nu Jammy heeft vrijgegeven voor een directe install op de VPS, maar dat maakt niet zoveel uit. Met een do-release-upgrade is dat snel genoeg geregeld. Daarna het nieuwste instalscript van Virtualmin gedownload en gestart. Vorige keer (zie de blog van 18 september j.l.) had ik ongeveer hetzelfde gedaan, maar toen nog met een beta-versie van het instalscript. Dat leidde toen nergens toe, en dezelfde ervaring had ik nu weer.

En dat was SH*T!

Ik had een volledige back-up gemaakt via de standaard Virtualmin-backup procedure. Aanvullend daarop had ik een backup gemaakt van de volledige home-folder. Dat laatste had ik gedaan omdat niet precies wist wat er allemaal in de standaard backup wordt meegenomen. Bovendien had ik die een paar dagen eerder gemaakt, en met de home-backup had ik nu ook àlle e-mails meegenomen. Kortom, ik was er klaar voor.

Maar toch, na de herinstallatie van Jammy, gevolgd door een run van het nieuwste Virtualmin instalscript, weigerde de backup te restoren! Zoals uit de blog van 18 september blijkt, was dat toen ook mijn ervaring, maar ik weet dat toen aan verkeerde beslissingen mijnerzijds. De waarheid bleek nu echter anders, en pregnanter... Deze backup wilde gewoon niet gerestored worden!!! Dat betekende dat ik een probleem had. Als ik niet precies wist wat de oorzaak van de fout was, zat ik in de sh*t! Natuurlijk kon ik proberen de oude situatie te herstellen, maar ik wist niet helemaal zeker of dat zou werken. Immers, Virtualmin levert niet meer het instalscript dat de vorige setup had bepaald. Ik had zelf nog wel een versie van dat script, dus waarschijnlijk zou het me wel gelukt zijn, maar toch... Spookfouten zijn de allerergste. Dus dieper in de sh*t gedoken. Enkele van de restore fouten waren terug te voeren op het ontbreken van support voor mod_dav in de nieuwste versie van Virtualmin. En alle websites waren gesaved met een werkende /DAV. Daar heb ik nooit wat mee gedaan, dus dat was snel opgelost. Uit alle virtual servers de definitie van /DAV gesloopt, en de restore nogmaals opgestart. Er kwamen foutmeldingen over een al bestaande en niet beschrijfbare web folder. Hoe kan dat nou weer. Dus fouten in de folder-structuur? Dan maar de backup van de home-folder restoren en nogmaals de websites restoren. En ja, dat loste veel ellende op, en bracht de ware fout in beeld.

En dan kom ik nu bij de titel van deze blog-entry, die tegelijk terugwijst naar een blog van 22 februari 2020! Michelle (roepnaam My) en Maria zijn de dochters van Ulf Michael ("Monty") Widenius.

Of anders en duidelijker gezegd: zonder dat ik er erg in had, was mijn VPS opgezadeld geraakt met versie 8.0.31 van MySQL, in plaats van met een versie van MariaDB. En nog erger: MySQL databases kunnen niet zomaar worden ingelezen in MariaDB.

Achteraf begrijp ik wel wat er gebeurd is. De blog van 22-2-2020 was veroorzaakt doordat destijd Drupal-7 niet overweg kon met de Oracle-versie van MySQL. Drupal-8 en later Drupal-9 konden dat wel, maar alle Drupals werken ook prima met MariaDB. Dus was destijds het probleem opgelost. Maar inmiddels ben ik twee providers en twee VPSen verder. Tijdens de installatie van de Vimexx-VPS heb ik helemaal niet aan het database-probleem gedacht, en gewoon de standaard Ubuntu 20:04 met daarop het toen beschikbare instalscript van Virtualmin. Dat leidde toen tot een install met MySQL 8.0.31. Ondertussen was Drupal-7 zodanig aangepast dat dat ook op deze versie van MySQL draaide, dus ik merkte niks van de My/Maria ongein.

Maar ondertussen is de IT-wereld een beetje van koers veranderd. De voorkeur gaat nu uit naar MariaDB voor dit soort toepassingen. Ik begrijp dat daar goede redenen voor zijn. En eerlijk is eerlijk, iemand die echt in de materie zit laat zich niet verrassen door dit gedoe. Maar tja... opa is ook een beetje met pensioen, en databeesten gedoe is meestal ver van mijn bed. Extra probleem is dat je als eenvoudige website-bouwer niet moet willen proberen om My en haar zusje te combineren. Dat lukt gewoon niet. Er is dus geen gelijdelijke overgang mogelijk.

Deze ongein heeft me zo'n drie dagen gekost. Het had sneller gekund, maar als opa moet je ook tussendoor aandacht aan kleinkinderen besteden. Uiteindelijk werd ik gered door Google, want als ik een probleem heb, ben ik vast niet de eerste.

De oplossing bestond uit de volgende stappen: eerst de backup van de VPS gerestored op mijn thuisserver. Die bleek ook MySQL 8.0.31 te draaien, en dat kon ik mooi gebruiken. Vervolgens via een met zeer uitgekiende opties versterkte mysqldump gedaan van de databases. Op de VPS Ubuntu 22:04 geïnstalleerd met daaroverheen het nieuwste instalscript van Virtualmin, zodat ik van alle apps de nieuwste versie kreeg, inclusief MariaDB. Daarna op de VPS de restore gedaan van de virtual servers, de home-folder en nogmaals de virtual servers, totdat die stikte in het inlezen van de databases. Tenslotte de database-dump van de thuisserver op de VPS ingelezen. En ja hoor... Woensdagmorgen 26 oktober j.l. was ik begonnen met de operatie (na de backup in de dagen ervoor te hebben gemaakt) en op Vrijdagavond 28 oktober was ik eindelijk klaar. (Eigenlijk was het inmiddels zaterdagmorgen, maar tja...) 29 en 30 oktober gebruikt om alles te finetunen en af te ronden. En nu ben ik eindelijk waar ik zijn wil: de VPS draait onder Jammy Jellyfish met Virtualmin 7.3-1 en MariaDB 10.6.7.

Als dat een tijdje lekker draait ga ik ook de thuisserver proberen zo ver te krijgen. En dan kan ik Monty's dochters uit mijn gedachten zetten...