Upgrading 1832i ME from 8.6.101

[m-sherman]

I'm trying to upgrade the software version of my ME from 8.6.101 to 8.5.151.  Yes, actually a downgrade to a preferred version.  I've applied the necessary info into ME GUI to TFTP the code.  In the Software update tab, you can see that the AP is receiving the file as the download percentage increments.  After completion of the file transfer, I restart the controller.  After a reload, the controller is still on 8.6.101 code.  Both the primary and secondary code shows 8.6.101 when I do a show boot via CLI.  Am I missing something?

Entries to syslog show the file getting to the AP (or so it would appear) along with the first entry about a file deletion failure:

01-02-2020 10:37:28 Syslog.Info 10.1.1.4 WAP: *httpImgDwnldTask0: Jan 02 10:37:28.642: %CAPWAP-6-IMAGE_PREDOWNLOAD_END: capwap_ac_img_dwnld.c:481 Pre-image download has been successfully completed on AP WAP122 70:6b:b9:7e:8d:a0.

01-02-2020 10:33:55 Syslog.Error 10.1.1.4 WAP: *TransferTask: Jan 02 10:33:55.814: %UPDATE-3-FLASH_SEM_GIVE_FAIL: updcode.c:9202 Failed to release the flash semaphore. rc = 1, type = 0, file type = 41. file = ./ap1g4

01-02-2020 10:33:55 Syslog.Notice 10.1.1.4 WAP: *TransferTask: Jan 02 10:33:55.813: %OSAPI-5-FILE_DEL_FAILED: osapi_file.c:351 Failed to delete the file : /tmp/bundle_image. osapiFsDeleteFile.(errno 2)

I have two 1832i APs, one acting as the ME controller, the other CAPWAP.

[marce1000]

 - Probably the intended image has not been downloaded completely. If the GUI is used, wait an extra amount of time before the controller is restarted , despite the GUI-progress indicator. Perhaps using the CLI will give a more detailed account of what is happening.

 M.

[m-sherman]

I just tried your suggestion, and it downloaded the code.  Below are the syslogs:

01-04-2020 08:01:53 Syslog.Info 10.1.1.4 WAP: *httpImgDwnldTask0: Jan 04 08:01:52.846: %CAPWAP-6-IMAGE_PREDOWNLOAD_END: capwap_ac_img_dwnld.c:481 Pre-image download has been successfully completed on AP WAP122 70:6b:b9:7e:8d:a0.
01-04-2020 07:58:24 Syslog.Error 10.1.1.4 WAP: *TransferTask: Jan 04 07:58:23.660: %UPDATE-3-FLASH_SEM_GIVE_FAIL: updcode.c:9202 Failed to release the flash semaphore. rc = 1, type = 0, file type = 41. file = ./config.txt
01-04-2020 07:58:24 Syslog.Notice 10.1.1.4 WAP: *TransferTask: Jan 04 07:58:23.659: %OSAPI-5-FILE_DEL_FAILED: osapi_file.c:351 Failed to delete the file : /tmp/bundle_image. osapiFsDeleteFile.(errno 2)
01-04-2020 07:58:22 Syslog.Info 10.1.1.4 WAP: *spamApTask0: Jan 04 07:58:21.812: %CAPWAP-6-IMAGE_PREDOWNLOAD_START: capwap_ac_platform.c:149 Started pre-image download on AP WAP122 70:6b:b9:7e:8d:a0.

WAP122 is the AP/ME in question.  This AP is not a CAPWAP as it might indicate in the log.  A "show ap image" all says both primary and backup image are 8.6.101 still before a reboot.  Shouldn't it tell me one of the images is 8.5?

[marce1000]

 - Some suggestions 1) try another downgrade path (/protocol) other then tftp  2) In all cases examine the flash directory with dir flash: 3) check the if the download of the intended image was complete and successful by examining the md5sum with the command md5sum filename , or possible variations of this command may be needed such as md5sum flash:path-to-file.  You can compare the original and or 'needed' checksum when hovering over the image name on the cisco download link for the particular images.

 M.

[m-sherman]

This is a controller, I don't believe it has viewable flash or a verify command for looking at the checksum.

[marce1000]

 Ref : https://community.cisco.com/t5/wireless-and-mobility/what-command-can-show-image-and-space-info-in-wlc5500/td-p/3326192

 Don't know whether those commands are available on your controller platform (check). Also the not-using-tftp solution remains in place for checking.

 M.

[m-sherman]

Only http and tftp are available option for this controller.  FTP is used to send files from the AP.

All the directories that I want to view are "permission denied".

[marce1000 · Accepted solution]

>Only http and tftp are available option for this controller.

 Then try http as an alternative download method

>All the directories that I want to view are "permission denied".

 Yes apparently this requires some elevated admin-privilege, I don't know off-hand how this can be achieved.

 M.