LOL, seriously? You could buy 100 button cells for the cost difference of an Apple product. You could simply use a AA lithium battery pack on any brand and the MB would die of old age before the RTC ever gave up.
The point to my experience was that even a 5-10 year old button cell never showed any sign of a problem until the power was out for 18+ hours. I’d imagine that same button cell would last many years longer on ‘short’ power outages with no apparent issues.
I had zero warning that there would be a RTC failure on an extended outage as opposed to NO issues during a ‘short’ term outage. It hit me like a left hook, because of truenas being opaque about the original problem. I had no hint that it was a ‘clock’ problem … that had caused the 17 other apparent ‘https certificate issues’.
[rant]
Sorry, but you’re going to have a hard time convincing me that Apple hardware isn’t simply 3x as expensive for bottom of the barrel outdated designs with the sole goal of maximizing profits and brand loyalty. If I payed the Apple-tax, I’d surely expect a fresh button cell on the MB as a minimum.
[/rant]
Anyway, the issue is like disk drive bit-rot, the button cell will fail on a long-term power outage with ‘no’ warning and the false warm-and-fuzzy of surviving a typical power cycle will just serve to bolster that false assumption. A device WITH a battery backed clock naturally assumes that the clock will NEVER fail and has no sanity check to prove/disprove this false assertion. As such, it goes brain dead and assumes that “it’s fine” when it powers up 5 years before it had last powered down.
If it had no RTC, then it would be open to a correction, but it HAS a battery-backed RTC, so no provision was made for sanity amongst the perfection of the ‘failure-proof’ hardware.
As an extension of this false assumption, truenas just regurgitated a ‘certificate validation failure’ for every service that tried to listen on a port. At no point did it complain of a years-before-the-expected-current-date issue, or the current-date-preexists-the-certificate, else I would have solved the issue as fast as it takes to reset the bios clock and reboot. Instead, it wasted 30 minutes of my time before I could find ANY indication of a clock problem in the logs. Grrrrowl.
Yeah, I’m a bit salty over this. I’m retired now, but I’ve never in my life failed to report the specific failure reason in an error message, like this. It failed in the BIOS, it failed in truenas and it failed in the hardware design and assumption that hardware won’t ever fail.
How much code does it take to look at the last boot time and check that it’s NOT greater than the ‘current’ time? Not much, and it’s an obvious indication that the hardware-is-flawless assumption is busted. I’ll go kick the dog now, and tell the kids to get off my lawn, mumble-mumble-mumble.