Autonomous 1142 AP shuts down 2.4 radio interface

Question

As we transition buildings to our lightweight infrastructure we're installing new autonomous 1142 APs to fill in gaps and swapping out older 1242s with autonomous 1142s.  What we're seeing is that some of these APs, running the latest IOS code available, are shutting down their 2.4 GHz radios.  The only thing in the logs is:
%LINK-5-CHANGED: Interface Dot11Radio0, changed state to reset
%LINEPROTO-5-UPDOWN: Line protocol on Interface Dot11Radio0, changed state to down
The only residual elements that are found (most times) is on the client association page where we'll see what amounts to stale client sessions.  There are two flavors of such stale sessions.  Associations to open networks show clients with IP addresses of 0.0.0.0, the MAC addresses are still listed, and the state is "Associated".  For 802.1x based associations clients show their assigned IP addresses, MAC addresses, and the state appears as "EAP-Associated".
I was looking at some of the open caveats with IOS release 12.4(21a)JY to see if anything matched up with the problem I’m seeing.  In the bug toolkit, bug CSCtg09159 (might be related to our problem?) is stated as being “Fixed-in” release 12.4(21a)JHB. 
Anyone seen the problem we're seeing?  Anyone know when 12.4(21a)JHB is scheduled for release?

Answer 1

I'm glad to see that I'm not going crazy.
%LINEPROTO-5-UPDOWN: Line protocol on Interface Dot11Radio0, changed state to down
I have had what seems to be the same issue with my 1142N (autonomous; no controller). It will work for a day or so and then all of a sudden the radio(s) will go down (e.g., be disabled). For example, when I came back to the site Radio0-802.11N2.4GHz was disabled while Radio1-802.11N5GHz was enabled. Devices were able to connect to the AP an hour earlier can now no longer find the AP. When this happens the LED on the AP will usually remain light blue which implies, I believe, a connection which is odd considering there are none when this occurs.
I won't be able to reconnect to the 1142N until I reset the AP. Usually I have to pull the power (POE through Cisco injector) to achieve this as issuing a reset from the web management page does not always work.
Product/Model Number:
AIR-LAP1142N-A-K9
System Software Filename:
c1140-k9w7-tar.124-21a.JY
System Software Version:
12.4(21a)JY
Bootloader Version:
12.4(18a)JA3
Note: "channel least-congested" was enabled by default and is currently enabled.
I've read that the AP can shut down radio(s) based on power but I don't  see any power messages in the log. Under System Power Settings of the  web management page it reports NON_CISCO-NO_CDP_RECEIVED but the radio(s) work fine for at least a day when the AP is reset. I'm currently using a Cisco AIR-PWRINJ4 injector and I've also tried using the POE port on a Cisco ASA5505. Same issue.
I've had a pending SR with Cisco TAC for over a month and have made it no where fast. I've sent them logs with show controllers d0, show controllers d1, show log and show tech per their request. Having to manually reset my AP every other day is ridiculous!