Silly Butterfly startblad / SBGs.nl / Erbenet.nl

De smaak van maan-kreeften

servertje — Wed, 12 Jul 2023 10:38:10 +0000

De smaak van maan-kreeften

woensdag, 12 juli 2023

servertje wo, 07/12/2023 - 12:38

Nadat ik versie 23.04 ongeveer tien dagen succesvol op de thuisserver had gedraaid, besloot ik hetzelfde te doen op de VPS. Er waren geen problemen opgedoken en het enige nadeel van deze update is dat de nieuwste versie niet langer LTS is. Maar ik ben een van die jongens die zijn updates en upgrades altijd bijhoudt, dus ik ben niet afhankelijk van 'Long Term Support'. Versie 23.10 wordt in oktober verwacht en ik zal er zo snel mogelijk zijn. Gelukkig vindt Virtualmin dit soort upgrades niet erg, dus geen probleem! Hoera! De VPS draait nu ook als "Lunar Lobster". Wie bedenkt toch die namen?

Op weg naar Lunar Lobster

servertje — Fri, 30 Jun 2023 10:11:03 +0000

Op weg naar Lunar Lobster

vrijdag, 30 juni 2023

servertje vr, 06/30/2023 - 12:11

Heerlijk toch? Er is al meer dan een half jaar niets ingrijpends gebeurd met betrekking tot onze ICT.
Maar ja, ergens gaat het kriebelen. Op de achtergrond ben ik stap voor stap bezig met het activeren van Drupal 10. Maar dat is nog ver weg, om te beginnen met het vinden van een thema.
Mijn thuisserver werkt prima, met heel weinig problemen.
De webserver draait prima bij Vimexx.

Een paar dagen geleden kwam er ineens een nieuw probleem voorbij. De gebruikelijke updateprocedure van Ubuntu op de thuisserver haperde plotseling. De te installeren versie van de nieuwste kernel (5.15.0.76) werd niet voldoende ondersteund. Dat leidde tot foutmeldingen... Dan ga je googlen en ontdek je dat meer mensen er tegenaan lopen. En dan rijst de vraag waarom Ubuntu zo traag is met het upgraden van de kernel omdat ze al aardig wat versies achterlopen. Uiteindelijk heb ik zelf een nieuwe kernelversie (6.4.0) gedownload en geactiveerd. Prima! Liep als de spreekwoordelijke trein. Er was alleen één probleem mee... De meest recente kernels, die je op deze manier verkrijgt, compileren niet met ZFS... Dus dat deed niets, behalve klagen over de ongeldigheid van de zfs-modules. En dat is best vervelend als al je spullen op een ZFS-Raid staan... Dan maar terug. Ondertussen had Ubuntu de updateprocedure voor 5.15.0.76 aangepast. Dus alles was weer in orde... Maar zoiets zet je aan het denken.

Ik draaide Ubuntu 22.04 LTS. Maar ondertussen was ook versie 22.10 beschikbaar. Dat is dan geen LTS, nee, maar lang voordat de ondersteuning op die versie verdwijnt, laat ik de volgende draaien. En toen ik eindelijk in 22.10 kwam (het duurde verdomd lang, maar ja...) toen werd er meteen gemeld dat versie 23.04 ("Lunar Lobster") ook beschikbaar is. Hoera, mooi klusje voor vanmorgen... Ben benieuwd of Virtualmin dat allemaal leuk gaat vinden, maar dat zien we later wel... De eerste signalen van Virtualmin zijn in ieder geval positief!

Drama!

servertje — Tue, 06 Apr 2021 16:12:35 +0000

Drama!

dinsdag, 6 april 2021

servertje ma, 02/06/2023 - 12:37

Als iemand van een ander zegt dat hij "een beetje dom" was, kan die ander alsnog koning worden. Iedereen is wel eens "een beetje dom", toch?

Met dat in gedachten moet ik bekennen dat ik ook een beetje dom ben geweest. Het resultaat was een VPS die op rolletjes liep, maar geen enkele website kon weergeven. Normaal gesproken herstelt u na een korte litanie van grof taalgebruik de meest recente back-up en gaat u verder. Maar als je "een beetje dom" bent geweest, heeft het meestal weinig zin om naar de back-ups te grijpen...

OK, genoeg geklets erover. Dit gebeurde er in maart 2021: Het begon op te vallen dat de harde schijf van de VPS voor meer dan 90% bezet was en dat is nooit goed. Nu was die VPS vanaf het begin niet erg ruim. 40 GB schijfruimte was voorlopig voldoende. Om kosten te besparen heb ik ook de standaard back-upprocedure van provider Hetzner uitgeschakeld. In plaats daarvan heb ik de timeshift-app geïnstalleerd, wat geweldig is voor het maken van back-ups. Het enige nadeel van timeshift is dat de back-ups ergens op een stukje harde schijf worden geplaatst. Daarom is die oplossing ook gratis... ze krijgen het geld via een ander kanaal. In het begin gaf ik een paar centen uit (minder dan een paar euro toch...) aan een stukje extra HD, een volume van 10 GB om precies te zijn. Maar de originele HD bleef vollopen. Op dat moment heb ik gekozen voor de oplossing om een (tijdelijke) tweede VPS op te zetten bij Hetzner, nu eentje met 80GB HD ruimte. Dankzij het losse volume van 10GB kon ik gemakkelijk alles overzetten van de oude VPS naar de nieuwe. Daarna konden de oude VPS en het extra volume worden verwijderd, want we hadden nu genoeg schijfruimte, toch?

Nee! Ook de HD bezetting ging in deze opstelling richting de 90%. Toen besloot ik timeshift te verwijderen. Lekker radicaal, wat maakt het uit... apt purge timeshift*. Dat commando vraagt vervolgens of alle ondersteunende apps en libs ook verwijderd mogen worden. Ik herinnerde me dat er allerlei "dingen" waren geïnstalleerd om timeshift te ondersteunen, en zonder kritisch naar de voorgestelde lijst te kijken, heb ik de hele lijst laten verwijderen. Het resultaat van die keuze was uiteindelijk een bijna lege VPS, zonder websites. Geen beschikbare back-ups meer, alleen een lege huls met bijna 80 GB HD, lekker leeg.

Op zich allemaal goed doordacht, maar jammer dat ik Virtualmin niet eerst een back-up heb laten maken van al mijn websites. Dat is op zich heel simpel. De laatste keer dat ik dat had gedaan was eind augustus of begin september 2020, dus een tijdje geleden...

De litanie van grof taalgebruik was nu veel langer en... zullen we zeggen "rijker". Na wat afkoelen en een paar diepe zuchten verder, was er maar één weg te gaan. VPS volledig opnieuw geïnstalleerd, met Ubuntu 20:04 LTS. Vervolgens Virtualmin erop gezet en stap voor stap de back-up van september 2020 opgehaald. Het grappige is dat de HD nu veel minder zwaar belast wordt. En dat betekent dat de overstroming het gevolg was van de recente update van Ubuntu. Ik heb de laatste versie niet op een schoon systeem gezet, maar als upgrade van versie 18:04, en blijkbaar blijft er dan een hoop oude rotzooi over. Op mijn thuisserver valt het veel minder op omdat ik hier zoveel schijfruimte heb dat een verlies van 20 of 40 GB niet echt merkbaar is.

Al met al is dit hele gebeuren een belangrijke en nuttige les. In mijn nieuwe opstelling op een schoon geïnstalleerd systeem zal ik af en toe back-ups maken in Virtualmin en deze downloaden naar mijn thuisserver. Een back-up van het besturingssysteem is niet echt nodig, omdat ik alles opnieuw kan installeren.

Het probleem blijft dat ik enkele maanden werk kwijt ben op de verschillende websites. Maar ook daar is een oplossing voor: Google Cache. Ik heb veel van de verloren bladzijdes kunnen herstellen. Het is niet perfect, maar dat krijg je als je "een beetje dom" bent.

No Drupal 8 at all, anymore...

servertje — Sun, 23 Aug 2020 22:20:48 +0000

Helemaal geen Drupal 8 meer!

maandag, 24 augustus 2020

servertje ma, 02/06/2023 - 12:35

Met een groot gevoel van opluchting heb ik vanavond de migratie van de website ajna.erbenet.nl afgerond. Het was zeker geen "klassieke migratie" in de trant van het exporteren van de website, het overschakelen naar de nieuwe omgeving en het vervolgens weer importeren van de website. Het bleef crashen met fouten. Uiteindelijk werden alle nodes van de oude sites manueel geconverteerd (d.w.z. via de knop "broncode"). Dat heeft veel tijd en ergernis gekost. Maar het werkte! Drupal-8 is nu volledig verwijderd van de websiteserver. Er zijn alleen nog Drupal-9 en WordPress over en... o ja... ook wat Drupal-7 voor de webshop. Dat wordt het volgende grote project: de webshop onder Drupal-9 brengen.

Vertaling

servertje — Thu, 24 Nov 2022 13:11:12 +0000

Vertaling

donderdag, 24 november 2022

servertje do, 11/24/2022 - 14:11

Na lang erover nadenken, heb ik uiteindelijk besloten om deze site ook in het Engels weer te geven. Al was het maar omdat de ervaringen die ik in de Blog weergeef, ook voor anderen zinvolle info kan bevatten. Bovendien wilde ik mezelf leren werken met een meertalige site. Vertalen is best een gedoe. Ik ben redelijk thuis in het Engels, maar merk nu wel dat ik in het Nederlands soms een heel persoonlijk taalgebruik heb. Google translate snap er af en toe niks van. Maar al doende krijg ik een vertaling waarmee te leven is.

Het werk zo: standaard is de site in het Nederlands. Door bovenaan het menublok op het taalsymbool voor Engels te klikken schakelt de site om naar die taal. Omgekeerd kan men ook op het taalsymbool voor Nederlands klikken.
Niet elke tekst kan worden vertaald, helaas, maar het lijkt voldoende. Het is voor mij ook een experiment. Ik ben benieuwd naar reacties.

Welkom

servertje — Sat, 19 Nov 2022 20:34:38 +0000

Welkom servertje za, 11/19/2022 - 21:34

Michelle en Maria

servertje — Sat, 29 Oct 2022 19:31:20 +0000

Michelle en Maria

zondag, 30 oktober 2022

servertje za, 10/29/2022 - 21:31

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...

Mjam, mjam, wat een Jammy

servertje — Sun, 18 Sep 2022 17:34:17 +0000

Mjam, mjam, wat een Jammy

zondag, 18 september 2022

servertje zo, 09/18/2022 - 19:34

Het was een beetje zwoegen, maar uiteindelijk is het gelukt: ook op de Vimexx-VPS draait nu Jammy Jellyfish, oftewel Ubuntu 22:04 LTS. Uitgaande van een onder Focal Fossa (Ubuntu 20:04 LTS) draaiend systeem kan je dat op twee manieren bereiken. De eerste pogingen daarin lukten helemaal niet.

De allereerste poging was een do-release-upgrade op een systeem dat verder volledig in productie is, dus met een goed draaiende Virtualmin. Deze upgrade verliep niet lekker, klaagde over "broken packages" en brak af. Daarna kun je met een gewone apt upgrade het upgraden vervolgen, maar je loopt wel tegen problemen aan. Plus dat je voor een aantal pakketten moet beslissen of je de volledige upgrade accepeert of niet. Bij Postfix, Dovecot en Samba geef ik aan dat ik de bestaande configuratie wil handhaven. Maar als je daarin fouten maakt krijg je ongelukken.

Dan maar de alternatieve poging: het systeem herinstalleren, zodat je een schone install van Focal hebt. Jammy rechtsreeks installeren gaat niet. Aanbieders van VPSen geven die mogelijkheid pas als een OS-release zich al enige jaren bewezen heeft. Maar via een omweggetje kom je er ook. Over de schone install van Focal de do-release-upgrade draaien, zodat je een werkende Jammy krijgt en daarover heen Virtualmin installeren. Dat gaat prima, als je het allernieuwste (en beta!) installatie-script gebruikt. Zodra je een draaiende Virtualmin hebt, moet je de back-up van de virtual servers restoren. En dat ging fout. Het zal waarschijnlijk vooral onkunde mijnerzijds geweest zijn. Ik had de backup niet op de handigste manier gemaakt en nam bij de restore een paar verkeerde belissingen.

Ten einde raad weer opnieuw een schone install van Focal gemaakt, Virtualmin geïnstalleerd en nu de backup opnieuw gerestored. Dat wat slimmer gedaan en na een dag zat ik weer met een prima draaiend systeem. Alleen was er een gebrek in de database van de site van Erbenet.NL. De toen laatste entry in de blog( "Migratie, Migratie") was niet in de backup terecht gekomen. En dat was best een lange entry, te veel om opnieuw te verzinnen. Gelukkig had ik voor het hele avontuur wel een systeem-backup gemaakt met timeshift, maar dat wilde helemaal niet herstellen. Uiteindelijk deze back-up maar uitelkaar gesleuteld en de entry /var/lib/mysql/erbenet vanuit deze backup over de draaiende versie heen gekopieerd, waaruit blijkt dat ik te weinig weet van hoe mysql in elkaar zit. Vanaf dat moment was geen enkele database bereikbaar en wilde mysql helemaal niks meer doen. Na enige uren googlen is het uiteindelijk wel gelukt. Je moet in dit soort gevallen de hele folder /var/lib/mysql restoren, want in die folder zitten nog enige files met belangrijke gegevens van elke database. Maar goed, alles werkte weer zoals het hoorde.

Had ik dan al die ongein voor niks over mezelf afgeroepen? Na een dag zuchten nog een poging gedaan. Weer do-release-upgrade uitgevoerd over het systeem, met draaiende Virtualmin. En kennelijk heb ik het nu wel op de handigste manier gedaan, want het lukte! O, de zelfde fouten doken op als de eerste keer. Er kwamen weer broken packages binnen, en ik moest weer laveren om keuzes over Postfix, Dovecot en Samba, maar dat allemaal zo weloverwogen mogelijk gedaan en het systeem opnieuw geboot. Toen draaide Virtualmin weer zoals het hoorde, met alle databases en de e-mail volledig actief. Alleen bleef ik struikelen over meldingen over Proftpd, maar omdat Samba goed draait hoef ik nooit iets met ftp te doen, dus Proftpd maar helemaal verwijderd. Daar mopperde Virtualmin maar een heel klein beetje over en uiteindelijk heb ik een reinstall ervan gedaan vanuit Virtualmin.

En nu draait de Vx-VPS lekker onder Jammy Jellyfish! Hoera en pfffft! Niks te vroeg, wat mij betreft want Jammy is ondertussen al aan een eerste revisie begonnen. De ondersteuning van Focal zal voorlopig echt niet stoppen, maar de focus bij Ubuntu ligt nu bij Jammy, en dus mijn focus ook. Serieuse activiteiten op dit front kunnen verder uitblijven totdat ten eerste, Vimexx Jammy vrijgeeft voor directe install en ten tweede, Virtualmin gewoon een productieversie van zijn install-script biedt.

Migratie, migratie...

servertje — Mon, 12 Sep 2022 17:38:13 +0000

Migratie, migratie...

maandag, 12 september 2022

servertje ma, 09/12/2022 - 19:38

Het heeft twee maanden geduurd, en daarna een paar dagen om op adem te komen, maar we zijn weer gemigreerd, keurig op een langzaam tempo, stapje voor stapje, weloverwogen... tot het helemaal fout ging en daarna weer goed ging... Genoeg om te vertellen, dus.

Ik had het al min of meer aangekondigd toen ik vertelde over overgang van Robohost naar Vimexx (zie de blog van 4-7-2021 onder punt 2.). Bij de huidige provider heb ik de mogelijkheid om een VPS tegen een redelijke prijs af te nemen. En dat heb ik dus ook gedaan, uiteindelijk, nadat alle acute zaken waren opgelost. Per 8 juli 2022 (inderdaad, de dag waarop ik de vorige blog heb ingetikt, over de NAS die naar het grofvuil verzonden is) hebben we een VPS bij Vimexx, met 2 virtuele cpu-cores, 4GB RAM en 100GB HDD. Dat is groot en krachtig genoeg voor onze huidige toepassingen. En, anders dan vroeger, sluiten die toepassingen nu ook e-mail in. Het was wel zo makkelijk om dat allemaal op één plek te stallen, die plek is immers ook de plek waar de domeinen geregistreerd zijn en de DNS gedefinieerd is. En na een maand klooien is het allemaal nog gelukt ook. Daarbij ben ik wel tot twee keer toe langs een diepe afgrond gegaan, met lichte blijvende schade tot gevolg...

Een overzicht van de stappen en acties:

VPS besteld volgens bovenstaande specs, met (natuurlijk) Ubuntu erop. Dat was op dat moment versie 20.04. Virtualmin geïnstalleerd met alles erop en eraan en ook Drupal, in de laatste versies van zowel Drupal-7 (voor de webshop) als Drupal-9 (voor de rest). De (virtuele) webservers gedefinieerd, de databases opgezet en daar de op de Hezner-VPS draaiende websites heen gemigreerd. Ondertussen heb ik dit zo vaak gedaan dat het bijna routine geworden is.
Vervolgens in Virtualmin back-up gemaakt van de nieuwe VPS. Het was inmiddels 13 augustus geworden. Godzijdank voor dat heldere moment!
De sites op de Hezner VPS waren nu volledig overgenomen. De DNS was ook goed aangepast en elke aanroep leidde naar de Vimexx-VPS. De setup op de Duitse site was dus overbodig geworden en heb ik helemaal afgekoppeld. Het abonnement bij Hezner heb ik per z.s.m. beëindigd. Per 3 september de laatste betaling hierop gedaan, voor inderdaad een deel van de maand. Dus Hezner is nu helemaal over en uit. Was deze volgorde slim? Achteraf denk ik dat deze VPS beter wat langer achter de hand had kunnen houden... Dat was dus de eerste afgrond.
De nieuwe VPS draaide lekker, nog zonder e-mail, maar lekker. Maar, omdat de VPS-aanbieders altijd wachten met de allernieuwste versie van een OS, draaide ze onder Focal Fossa, terwijl de thuisserver, net als voorheen de Hezner-VPS, al onder Jammy Jellyfish draaien. Ik zag er geen bezwaar tegen om dit voor de nieuwe VPS (omgedoopt tot VxVPS) ook te doen. En inderdaad ook op deze draaide Jammy lekker. (Leek het...)
Het werd dringend tijd om verder te sleutelen, met name aan de e-mail. Postfix draaide, net als Postmap en Dovecot, samen met Spamassasin en ClamAV, kortom het hele pakket voor succesvol e-mail beheer. Ik ben er echt enige tijd mee bezig geweest, maar echt lekker liep het geen moment. op een gegeven moment ben ik zelfs gaan zoeken naar alternatieven voor Postfix. Die zijn er wel, maar niks integreert makkelijk met Virtualmin. De meeste verstuurde mails bleven ergens hangen in de outbox. En ontvangen mails kwamen helemaal niet binnen. Logfiles gaven onvoldoende info. Maar om het goed te kunnen testen moest de oude-setup, dus de mail-servers van Vimexx, eerst worden afgesloten. Dus had ik even niks meer, behalve een emmer vol lichte paniek.
Helder moment: alles lijkt te draaien onder Jammy, maar dit is de eerste keer dat ik ook Postfix op die manier probeer. Voor ik ga klagen bij Virtualmin kan ik beter eerst zeker weten dat mijn problemen niet aan het OS liggen. Dus het plan opgevat om eerst alles onder Focal Fossa, dus Ubuntu 20.04 uit te testen. Hoe doe je dat? Gewoon, eerst een volledige back-up maken van de Virtualmin setup, dan het OS opnieuw installeren en daarna weer Virtualmin en alle extra's. Die back-up maakte ik intern dus op de HDD van de VPS, omdat die dan een fractie vollediger is dan wanneer je 'm direct download. Ondertussen was het echt bed-tijd geworden, dus morgen gewoon beginnen met de backup te downloaden, OS opnieuw en dan de rest.
Volgende ochtend vol goede moed de rebuild opdracht van de VPS gegeven. Hé had ik eerst niet iets anders moeten doen... ??? Waar is mijn backup nou gebleven?!?!?!?!?
Deze afgrond was dus pas echt lekker diep.
Het had geen zin om hier lang over te simmen. Gewoon stug doorgaan. De VPS draaide inmiddels onder een verse en schone install van Focal Fossa. Virtualmin geïnstalleerd. Eén voor één de virtual servers aangemaakt, en precies volgens wat echt nodig is. De sbgs-sites waren ontstaan als schaduw sites bij migratie. Maar bij deze migratie verhuist niet de DNS, dus we hebben geen schaduwen nodig. SBGS is (tot de volgende migratie) niet meer nodig. Scheelt weer een domein. De back-up van 13 augustus j.l. uitgepakt op mijn thuisserver en daarvandaan de database-dumps geüpload naar de VxVPS en daar ingelezen in de dabases van de nieuwe sites. En na enig geduldig gepriegel draaide het allemaal. Natuurlijk, zonder de toevoeging in de site van Healingpraktijk Ajna, maar dat moet ik nog eens reconstrueren.
Zo snel mogelijk de e-mail weer geactiveerd. Users ingevoerd, met bijbehorende wachtwoorden, en gecheckt op mijn desktop. Wel, de verbinding met de mailserver is op zich goed. Ook de gebackupte mails teruggehaald. Maar die waren dus van 13 augustus, en ondertussen was het eind augustus. Niks aan te doen. Ook die mails komen allemaal terug in de mail-app op de desktop.
En vanaf begin september komen ook alle nieuwe mails goed binnen en verlaten verzonden mails ons pand zonder problemen. Uiteindelijk is het allemaal goed afgelopen, met twee weken aan verloren mails en een verloren entry op de site van Ajna. Dat bedoel ik dus met afgrond. Het is overwegend gezien met een sisser afgelopen, maar toch....

In ieder geval genieten we nu van een vers geïnstalleerde VPS bij provider Vimexx, een fractie duurder dan bij Hezner, maar onse Duitse vrienden hadden al prijsverhogingen aangekondigd, want "energie wordt erg duur, tegenwoordig...". Anderszijds heb ik het shared-hosting abonnement bij Vimexx ook kunnen schrappen, dus na enige tijd is het prijsplaatje hetzelfde als voorheen.

Wat wordt het volgende avontuur?

Homeserver weer thuis, NAS naar de vuilstort...

servertje — Sat, 09 Jul 2022 08:05:45 +0000

Homeserver weer thuis, NAS naar de vuilstort...

vrijdag, 8 juli 2022

servertje za, 07/09/2022 - 10:05

Getverderrie!

.... en dat was nog het meest vriendelijk woord dat ik de laatste weken gebezigd heb richting onze IT-installatie.

Ik had wat centjes gespaard, in totaal zo'n €500,-. En dat was een mooie aanleiding om eens wat dieper na te denken over onze NAS/Thuisserver combinatie. Een nieuwe NAS stond (en staat!) al heel lang op het verlanglijst, maar ja.... centjes.... Min of meer toevallig stiet ik op sites die zich specialiseren in refurbished IT materiaal. Zeg maar tweede hands spul, dat voldoende opgekalefaterd is voor herverkoop. Uiteindelijk viel mijn keus op een QNAP TS-251-8g, een op zich fraaie NAS met ruimte voor twee HDD's. Daar kun je veel mee, niet aleen bestandsopslag, maar ook gebruiken als DLNA-server, en er een virtuele omgeving op draaien, zodat je er een Ubuntu-server op kunt zetten. Kortom, precies wat ik nodig heb, zodat de "oude" Thuisserver naar de prullenmand kan.... In zo'n NAS kun je dus twee harde schijven plaatsen... van het setje van 4 6TB WD-Red's dat ik in 2015/2016 voor de thuisserver had gekocht functioneerde er nog ééntje echt goed. Van een tweede zei m'n Synology NAS dat ie langzamerhand te veel slechte plekken kreeg, vooral in het eerste deel van de schijf. Disks drie en vier waren al eerder gesneuveld. Eéntje samen met het toenmalige moederbord, en éentje een tijdje daarna. Die laatste had ik vervangen door een 6TB Toshiba, maar na enige tijd zei de SynoNAS dat ie die ook niet meer vertrouwde. Dus in wezen had ik nog één betrouwbare HDD over. Het budget liet ook de aanschaf van een refurbished 6TB WD-Red toe, dus die heb ik er ook maar bij besteld. De oude NAS was ondertussen overgegaan naar een degraded status, maar dat is nog wel prima uit te lezen.

Het plan was dus: de nieuwe (ja, ja.... refurbished is niet nieuw, maar vergeleken met m'n Synology DS411j is àlles nieuw) NAS installeren, met de nieuwe (zie vorige bijzijn) HDD, die dan geïnstalleerd is als single-disk. Daarop alles copiëren van de oude NAS, dan de goede schijf daaruit halen en ook in de nieuwe NAS zetten en die twee schijven zich laten omrekenen tot een RAID-1.

Goed plan... maar dan de realiteit... De TS251 ging goed aan, kon ik prima contact mee leggen vanaf m'n desktop, en die wilde eerst zijn OS updaten. Prima. Even een tijdje geduld... Daarna ging ie verder. Wilt u alstublieft een HDD installeren. Dat wilde ik. Nieuw aangeschafte WD-Red erin en paf! NAS ging uit en deed niks meer. Alles losgekoppeld, HDD eruit en alles weer aan. Zal wel een toevallige stroomstoring geweest zijn. Procedure herhaald. Gebeurt weer hetzelfde. Zodra je de nieuwe HDD er in deed, ging de NAS uit... Is die HDD wel goed? Eens testen in een USB-SATA adapter. Nieuwe HDD doet geen snars! Leverencier gebeld. "Ik test een HDD altijd extra vlak voor die de deur uitgaat, en deze deed het zeer zeker. Het kan natuurlijk dat er tijdens transport iets mee gebeurd is." Tja, ik kan een garantieprocedure opstarten, bij WD of bij de leverancier, maar dat kost altijd tijd.

Nieuw plan gemaakt. Zoveel mogelijk gecopieerd van de oude NAS naar kleinere, oude HDD's die ik nog had liggen. Het meeste naar een 2 TB WD-Green en mijn filmverzameling naar een 1 TB WD-Green. Da's jammer, dat past net niet. 0,3 TB te weinig ruimte voor de fims. Maar de oude WD-Red HDD nr. twee met al zijn bad sectors is nog niet onbruikbaar: op het tweede deel daarvan een aparte partitie gemaakt en daarop de filmsverzameling. Uiteindelijk is alles gecopieerd. Dat ging wel steeds met gebruik van een USB-SATA-adapter en ik had alleen een versie daarvan die USB 2 kende. Kortom, het copiëren heeft een aantal dagen geduurd. En toen weer terug naar de nieuwe NAS. Dat wil zeggen, eerst de oude NAS ontmanteld en in de schuur gezet, met als doel die ooit naar de gemeentelijke vuilstort te brengen. De "goede" HDD uit de oude NAS in de nieuwe gezet en starten maar...

PAF!

Nou is die voorheen zo goede 6TB WD-Red HDD ook opeens kapot?!?!?! Nog eens proberen met de "slechte" oude HDD, ja daar staat een backup van m'n films op, maar zolang ik de nieuwe NAS geen format-opdracht geef is dat veilig...

PAF!

En toen kwam dus dat Getverderrie en meer fraaie woorden. Niet de HDD's waren het probleem, maar de nieuwe NAS. Die veroorzaakte een kortsluiting op aangesloten HDDs. De leverancier gebeld en die geloofde het niet. "De kans dat èn de NAS èn een HDD gesneuveld geleverd zijn is verwaarloosbaar!" "Nee, achteraf denk ik niet dat die HDD kapot is aangekomen, die is óók kapot gemaakt door de NAS." "Nou, hoe dan ook, stuur maar terug, dan laat ik het door een echte deskundige uitzoeken!"

Ik heb geen zin in gezeur. Achteraf had ik mijn twee gesneuvelde HDD's ook kunnen claimen, maar dan moet je wel met keiharde bewijzen komen. voor de "echte deskundige" ben ik zeker niet bang, al was het maar omdat ik het spul terug gestuurd heb binnen 14 dagen nadat het hier was binnengekomen. Dus ik was nog in mijn bedenktermijn, of hoe dat ook mag heten. En mijn centen.... Kijk ik koop dat soort dingen zoveel mogelijk via Afterpay. Zoals de naam al zegt: betalen als alles binnen is en je tevereden bent. Afterpay het bericht gestuurd dat alles geretourneerd is, en daarmee is deze zaak afgedaan.

Maar hoe dan verder? De kop van dit bericht zegt het al... Er is geen budgetaire verantwoorde NAS op de markt, en bovendien heb ik een HDD-probleem. Dus mijn oude Thuisserver weer in ere hersteld. Daar moeten dan wel HDDs in. Uitdaging... 6TBs zijn aan de prijs. Als ik nu eens 3 x 4TB in RAID5 installeer? Dat geeft een theoretische capaciteit van 8 TB. Bovendien zijn 4TBs momenteel in prijs voordeliger per TB dan alle andere grote schijven. Probleem is wel dat op mijn Biostar MoBo maar twee SATA-poorten zitten. Ja, ik had ooit een PCI-e kaartje gekocht met twee extra poorten, maar dat geeft fouten op dit MoBo. Maar misschien loont het om me daarin wat meer te verdiepen. Welke fouten waren dat? Daarbij speelt ook een rol dat toen ik dat de eerste keer testte het MoBo nog niet volledig was aangesloten, misschien scheelt dat ook iets...

Goed nieuws: het SATA PCI-e kaartje werkt wel degelijk en zelfs goed. Maar... het stoort de werking van de ethernet-poort, of omgekeerd. Maar dat is oplosbaar. Er was ruimte in het budget voor de aanschaf van 3 stuks 4TB WD-Blues (dat is geen NAS-kwaliteit, maar de Thuisserver staat toch ruim de helft van de dag uit) en ook nog voor een USB 3.0 naar Ethernet adapter. De ethernet-poort van het MoBo gebruik ik dus helemaal niet. En de drie HDDs heb ik in Raid-5 draaien, waarvan twee stuks via het PCI-e kaartje. Draait gewoon goed!

Aardig detail daarbij: ik had geen zin om dàgen te wachten voordat alles was gecopieerd. In totaal heeft mijn MoBo nu 4 SATA poorten. Eentje daarvan was in gebruik bij een 250G SSD. Die heb ik losgekoppeld. Op elke HDD heb ik een partitie van 75G gedefinieerd. Op HDD1 staat daarop nu Ubuntu 20:04. Op HDD2 komt de backup-partitie. En op HDD3 gebruik ik deze ruimte als (een beetje erg grote) swap-partitie. Dat heb ik zo gedaan omdat dan de vrije ruimte op elke HDD even groot is. En die draaien nu niet in Raid-5, maar in Raid-Z1, oftewel de ZFS-variant van Raid-5. Hiephoi! En zo hield ik een SATA-poort vrij, waarop ik een schijf kan koppelen om in SATA-snelheden vanaf of naartoe te copiëren. En mijn serverkast heeft de mogelijkheid om een swappable positie te gebruiken. Dus als ik nog eens zin heb...

Natuurlijk heb ik zin. Allereerst geprobeerd nog iets uit te lezen van mijn "oude","slechte" 6TB HDD-Red. Zodra ik die in de server schoof ging de kast op tilt. Alls was zomaar uit. Dus de HDD eruit. Schakelaar van de serverkast op uit. Paar minuutjes gewacht en serverschakelaar weer op aan, en gelukkig.... Alles doet het weer. Maar die HDDs zijn dus echt kapot gemaakt door de ramp-NAS.

Achteraf gezien heeft dit avontuur me behalve een hoop tijd en ergernis, vooral twee HDDs gekost. Met als gevolg dat ik niet alles meer terug kon zetten. Vooral mijn film verzameling is minder volledig dan voorheen, maar dat zij zo. Het was een goede les en een spannend avontuur en mijn IT-kast is een stukje leger dan voorheen... de Synology DS-411J die sinds 2011 goede diensten heeft geleverd is nu definitief zowel economisch als technisch afgeschreven.

Maar er staat nu wel iets anders in die kast... een monitor! Ik had in mijn om/verbouw budget ook een ruimte gevonden voor een nieuwe monitor voor bij de Desktop. Het ding dat er stond was echt te klein voor intensief gebruik. En waar het met de NAS mislukte, lukte het met de monitor prima: ook refurbished, maar nu een 24 inch met, en dat is het belangrijkste, 1920 x 1018 beeldpunten. Werkt een stuk lekkerder. En de oude, met 1366 x 768 puntjes, staat nu boven bij de server, zodat ik alleen met een toetsenbordje de trap op hoef als er daar iets moet gebeuren.