Death and Resurrection
In my last entry, I noted that Golem’s hard drive failed last Tuesday, and that the machine seemed to be ailing, with the fans constantly spinning up and down. This got steadily worse, as the week progressed, with the machine putting itself to sleep with ever-increasing frequency.
Finally, on Friday, it died, the victim of a CPU coolant leak. Somehow, the design decision, to perch two liquid-cooled G5 CPUs, directly over the power supply, seems a little … peculiar. Anyway, a new machine was ordered. It arrived on Tuesday, and I spent the past couple of days getting various bits of software to run again.
Moving from PPC to Intel and from Leopard to Snow Leopard (and a bunch of really bone-headed decisions on the part of the Fink maintainers) made the move far less smooth than my previous upgrades. There are still a number of things that don’t work properly, but the main bits seem to work now.
Purchased | CPU | RAM | Hard Drive | |
---|---|---|---|---|
HP 9000/712 | Feb, 1995 | 80 MHz PA/RISC | 64 MB | 2 GB |
Macintosh G4 | Feb, 2001 | 466 MHz G4 | 1 GB | 30 GB |
Macintosh G5 | Jan, 2005 | dual 2.5 GHz G5’s | 250 GB | |
27” iMac | May, 2010 | Quad-core Intel i5 @ 2.66 GHz | 8 GB | 1 TB |
It does feel a lot faster than Golem III, and the 27” screen is positively sinful.
Tomorrow I’ll reinstall TeX …
Problems
Every so often, Apache starts misbehaving, filling the error log with
could not lookup DNS configuration info service: (ipc/send) invalid destination port
Googling that message, one gathers that it’s the result of a catatonic mDNSresponder. But there doesn’t seem to be any solution on offer. Restarting Apache makes the problem go away (for a day or two). But that’s just a bandaid …
- Sendmail seems to also suffer when
mDNSresponder
goes catatonic. One thing that stymied me for quite a while: WebDAV (including MacOSX 10.4-compatible Calendar publishing) stopped working, with a
The locks could not be queried for verification against a possible "If:" header. [500, #0] No space left on device: No space left on device [500, #28]
error in the Apache logs. The solution is to delete the
DAVLockDB
file(s), and let Apache recreate them.
Re: Death and Resurrection
I recommend checking out MacPorts. Packages tend to be more current than Fink in my experience, although I’ve run into a few that are still broken on Snow Leopard.