Welkom op het IT blog van Bouke Jasper Henstra. Hier vindt u posts over uiteenlopende onderwerpen.
Vragen, op- of aanmerkingen? Klik hier voor het contactformulier om snel, eenvoudig en veilig uw bericht te versturen.
Stel je voor dat je letterlijk een netwerkkabel van het ene naar het andere kantoor zou kunnen leggen. Op eigen terrein lukt dat vaak nog, maar ad hoc een kabel over meerdere kilometers leggen stuit al snel op talloze problemen. Het wordt snel kostbaar, je bent afhankelijk van vergunningen en moet wachten tot aannemers tijd hebben.
Iedereen lijkt tegenwoordig te willen aancloudten. Alles moet cloud-first, cloud-only of cloud-managed. Het klinkt modern, veilig, schaalbaar en toekomstgericht. En toegegeven: het verkoopt lekker.
Maar ik merk dat er vaak (te) snel voorbij wordt gegaan aan de reden waarom iets eigenlijk in de cloud zou moeten. Ik werk als IT’er met zowel cloudomgevingen als fysieke servers bij klanten, en ik zie de voordelen van beide kanten. Toch blijf ik kritisch. Te vaak zie ik dat organisaties maar wat aan het aancloudten zijn – zonder nuchtere afweging, en soms zonder echt voordeel of zelfs zonder een doordacht plan rücksichtslos de cloud in gaan.
In deze korte blogpost leg ik kort uit hoe je Debian GNU/Linux naar de volgende release kunt upgraden.
Regelmatig zie ik in mijn webserverlogs opmerkelijke regels voorbij komen. Deze keer ben ik wat dieper in een paar opvallende voorbeelden gedoken, en het blijkt dat er vaak veel meer achter schuilgaat dan je op het eerste gezicht ziet. In deze kort blogpost neem ik u mee in de Mirai-malware.
I just needed some extra SATA ports in my home server — and thought it would be easy to solve by adding a DawiControl DC-614e RAID controller card which comes with the Marvell 88SE9215 chipset. Marvellous 🐐, you might think... Turns out, I was wrong!
I’m not using the RAID functionality of the card — I only needed the four extra SATA ports 🤷♂️. Unfortunately, the card wasn’t properly recognized out of the box by Linux... 🙄 — Bad penguin! 🐧 Verry baaad, bad penguin! 👎🏻
My best Google searches quickly yielded results. This issue is described in detail in the following blog post: Arbeitsnotizen zu: Debian und Marvell 88SE9215. This excellent site turns out to be by Johannes Keßler (thanks for sharing! — and caring, Johannes 😉), and I found it through a post on good old Reddit.
The author provides a solid solution by applying a kernel patch that adds the necessary PCI ID to the ahci driver. That article is based on kernel version 6.0.8.
You’d expect this to be fixed by now — especially since I’m running Proxmox VE with kernel version 6.8.12 — but... "NEIN! (Du Schwalbe!)" the problem still persists.
Since I didn’t want to bother with compiling a custom kernel, I found a different solution:
I resolved the issue by injecting the PCI ID into the initramfs, which allows the ahci driver to pick up the card automatically during boot 🤓.
In this article, I’ll walk you through how I made that work 👨🏻🏫.