Custom Query (1145 matches)

Reported by wdc, 15 years ago.

When you boot from older Intrepid media, you see an spew of kernel oops messages. The apparent work-around for this is to power cycle the machine.

A one-line change to print the error message only once is incorporated into the Intrepid update kernel, so this symptom only affects systems lacking the update kernel.

The warning is reporting a fault in the HPET clock which *IS* real. It takes forever for the system to boot up, and logging in takes rather long. The work around is to boot with the option acpi=off.

When you boot Jaunty, even from media as recent as 3/24, you get a blank screen unless you use the boot option acpi=off.

We need to find out where the fault lies and get it fixed.

Reported by broder, 15 years ago.

debathena-lert-server uses gethostbyname(uname().nodename) as the address to bind to. Unfortunately, on most Ubuntu systems, this works out to being 127.0.1.1 instead of the actual IP address, thanks to Ubuntu's /etc/hosts hacks.

More fun, the krb4 code needs the destination address of incoming packets for the encryption of the reply, so we can't simply switch to listening on INADDR_ANY with no other changes.

I see two options:

1. Change the code to use recvmsg instead of recvfrom, in which case you can get at the destination address of the incoming packets at the expense of substantially increased complexity. See  http://tinyurl.com/d79x9r for an example of how to do this.

2. Tear out the krb4 code. The krb5 protocol was introduced in 2002, and it seems pretty unlikely that krb4 clients are still around. It's already nicely conditionalized out so that it'll build on squeeze.

Reported by jdreed, 15 years ago.

Debathena machines don't respond to udp/49154 packets correctly.

Querying an Athena 9 machine: $ nc -u w20-575-37 49154 <CR> 1w20-575-37.mit.edui686 ^{C $}

Querying an Athena 10 machine: $ nc -u w20-575-37 49154 <CR> (no output) ^{C $}