I've been converting a lot of 1142s latley and everything have worked well until now when I've encontered a strange issue.
Fist I login to the autonomous AP and backup the configuration, just in case I need to roll back for some reason. Then I issue the command:
archive download-sw /overwrite tftp://<TFTP-Server>/c1140-rcvk9w8-tar.152-4.JA1.tar
I then hit reload... and the LAP boots. First it gets an IP from DHCP. It joins the WLC and begins downloading the latest firmware version. After that it boots again but now strange things happen. Once the boot for the 2nd time they go back to their old IP (that they used prior to being LAP) and with static configuration. Since they do that they do not rely on DHCP no more and wont join the controller becuse of that. Does anyone have any idea how they can switch back to use their old IP?
They are sill lightweight though (their name is AP<MAC-ADDRESS>).
Thanks for replying!
Yes, I managed to solve the ones I had already had this happen to with a factory reset and the rest I mananaged to fix by eraste starup-config and write default. It's strange though becuse I have done this very same way with 1142s in the past and it has always worked. The WLC is on a different subnet, and it's not used as DHCP server for the APs.
Once I did what I described in the OP they reload, get IP from the DHCP server with Option 43, they reload, join the WLC, downloads firmware, reboots and then; upon the second reboot they retain their original static IP and are again unable to join the WLC.
Strange indeed. I was not able to get a console on them to see what happened as I did everything from remote. I'll stick to resetting them to default before I download the recovery :)
There are other ways than using option 43... you can use DNS or UDP broadcast forwarding to help the AP's find the WLC.