Ubuntu Server, like a lot of distros, stored network configurations under a single filename: /etc/network/interfaces. Of course, starting and stopping them was a bit different.
With version 17.04, they changed it to netplan. Both IPv4 and IPv6 are handled there, and configs were stored under the /etc/netplan directory. Starting and stopping network interfaces changed as well.
With version 19.04, they changed it again to systemd-network. They helpfully migrated the configs to the appropriate /etc/systemd/network directory and had 'netplan' in the filenames. (Uninstalling netplan would be a bad idea here; you need renderer: networkd in a netplan .yaml file instead.)
--
That same year, I spent over 30 minutes attempting to migrate IPv4 over (IPv6 was successfully migrated and was disabled in netplan) but eventually gave up, mainly because I knew no better of the systemd-network formatting back then. So this pretty jank network interface setup that stayed for six years is a result of the double migration of interfaces.
* httpd.service no longer uses the apachectl script and now uses the httpd executable instead.
* the netplan 00-installer-config.yaml file had a forgotten change for one of the network adapters.
For the network setup, it's quite jank: IPv4 is handled by netplan and IPv6 is handled by systemd-network. This is due to a historical (2017) setup. Initial IPv4 migration to systemd-network actually broke this a few years ago (around 2019), and I never attempted to fix this since. It should be possible now, though. I also learned to not uninstall netplan at that time...
The drive arrived today, and it's pretty abused. ~53% life left. This is fine to me, since this drive will not get a lot of writes from me, anyway.
My current Silicon Power MLC SSD's life left is 32%. 😏
Anyway, it also sorely needed a firmware update. This fixes the following:
- issue where the solid-state drive (SSD) does not resume from low-power mode
- issue where the system fails to boot when it is not turned on for a long period
I also updated the firmware of a Toshiba MQ01ACF050 500GB 7200RPM drive due to the following:
- Improved the shock handling capability of the hard drive in power-on state.
This server will be offline May 2, 2026 for the system migration.
I touched up the diodes in the battery circuit on the Supermicro board, thoroughly cleaned it up, and powered it on. The display happened to glitch up at that time, so instead of rebooting the system, I turned the display off and back on again... and the display was normal again.
I have two of these 20+ year old displays, and this panel is the first of the two... and it happens to have rare display issues, but the panel has no dying pixels, and the bezel is fine. It also has a matching back. The second one has (barely noticeable) dying pixels, but it functions perfectly otherwise... but it has a dent in the top right corner. It also has no matching back.
I'm going to swap the power board and Tcon from the second one into the first one and retire the other display. Dad has the second one (which replaced the first), so it goes back to him after this.
I'll have to retrieve another display for the retro setup, it seems.
This actually delays the migration by about a week. It may also need a firmware update - specifically, a may not occasionally boot scenario.
I also had an idea: relocating the database to another drive... again. I did this last time and it was a success, but it was with 2x 80GB IDE drives as a dm-integrity RAID 1 test.
The database is on the same drive setup as the rest of the webserver data... which is not the system drive.
And... it also seems that I finally managed to get the board to keep its BIOS settings.
That literally took over an hour to solve that.
It originally started with it not responding with the power button, then eventually I walked off to retrieve something (over two minutes), then tried again and realized it powered on...
Set the time and date, exit, power off the board then the PSU... wait ~2 minutes, power on the PSU, then the board. Forgot its settings.
Repeat this ad-nauseam between testing RAM for errors and CPU temp. Oh, and the display would glitch up at times. May have to retire that particular old Sony SDM-HS94P monitor.
Earlier, I disabled the BMC by jumper; the BMC was still zombie-enabled, but now the BIOS would no longer acknowledge it. Odd.
Eventually jumpered the Chassis Intrusion setting and then used the Set User Default settings in BIOS. From there, BMC was no longer running...
The board is in standby; it needs a SATA drive before the system migration.
Ran a memtest, left for ~15 minutes, returned and saw that the CPU hits ~70° C on load... and that's on an open 'case'. Will repaste the CPU, but I may replace it with a Xeon E3-1270 at some point anyway.
The board works, though its IPMI is also very old and insecure. [Version 1.86! Latest official is 3.52 (was 3.38 but someone YOLO'd and is official now), though 3.64 exists.]
Since I'm not going to bother updating it like I did with the OPNSense board, I'll disable it on the board with the jumper settings instead for now.
Found out the other old drive CD image is questionable as well. Going to have to re-download it. So both 2021-era driver CD image downloads have mismatched checksums...
Forgot to mention: found one questionable file (possibly slightly corrupt). It was a driver CD image. Moved that one to 'questionable'.
One BCM/IPMI firmware was repacked and a few third-party source files were loose, so I repacked them into RAR files.
There actually was one official BMC/IPMI .zip file that was packed a little over a week before the known good checksum one, so it was moved to 'old'. The files themselves matched the ones in the known good one, too.
Anyway, found some missing BMC firmware and one newer BMC firmware on the Internet. I am also obtaining the rest of the driver CDs, since an earlier attempt was done when I didn't even have enough space in general.
I was just made aware that the Rev. C2 version of the AMD Phenom II X4 945 can be 125W TDP (most are 95W TDP), so that part is correct. So it does not account for the 95W Rev. C2 or C3 version of the CPU...