I am trying to downgrade an Ex90 endpoint from TE6 which is alpha code at the moment to 5.1.0 or 5.1.3. each time i try it says "corrupt software-package uploaded" but i am getting the software direct from the cisco site........? any suggestions
TE6 is still deployment phase and early field trial with selected partner/customer.
Unless you are in EFT program, highly recommend to use TC5 software instead of TE6 on EX90 this point.
Latest release TC5.1.3 is available from http://www.cisco.com/cisco/software/release.html?mdfid=283645026&catid=280789323&softwareid=280886992&release=TC5.1.3&relind=AVAILABLE&rellifecycle=&reltype=latest.
Have you try upgrading software by directly uploading software on EX90 by using SCP instead of upgrading from Web GUI?
If you are using Windows, then WinSCP is probably most friendly application for uploading software to EX90.
If you are using MAC, there are several similar application (fireftp, Cyberduck, etc.) and you may also create WinSCP.app by using WineBottler (to use WinSCP on MAC).
BTW which TC3.x software are you trying to downgrade on your EX90?
Please note if you have newer HW (system ship out from Cisco with TC4.0.4 or newer version) may not compatible with old TC3.x software “except” TC3.1.4 (additional information is available on TC3 release note).
Some revisions of hardware require a certain software level. EX90 with revision x works on TC5.1.x but lower releases might not be supported. An example of this is the new flash system installed on EX-90.
Check this link pointing to the TC5 release notes. More specifically, look for hardware compatibility.
For the flash hardware check this :
xstatus SystemUnit Hardware Module CompatibilityLevel
What does this command return on your unit?
what's the difference in loading an image via scp versus using the GUI?! Both methods are copying the file over to /upgrade/pkg followed by the execution of a script unpacking the package. Is the file transfer method via http unsecure or non-reliable? Is so, should we not fix this in our release(s) ?!
Did some debugging on the http deamon we use on the codec. The software upgrade gets triggered by means of a HTTP post message like this :
Sep 7 09:03:10 (none) lighttpd: (request.c.304) fd: 8 request-len: 438
Sep 7 09:03:10 (none) POST /wsgi/sessions/open HTTP/1.1
Sep 7 09:03:10 (none) Host: 10.60.142.205
Sep 7 09:03:10 (none) User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:15.0) Gecko/20100101 Firefox/15.0
Sep 7 09:03:10 (none) Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Sep 7 09:03:10 (none) Accept-Language: en-us,en;q=0.5
Sep 7 09:03:10 (none) Accept-Encoding: gzip, deflate
Sep 7 09:03:10 (none) Connection: keep-alive
Sep 7 09:03:10 (none) Referer: http://10.60.142.205/wsgi/sessions/new
Sep 7 09:03:10 (none) Cookie: snapshot=1
Sep 7 09:03:10 (none) Content-Type: application/x-www-form-urlencoded
Sep 7 09:03:10 (none) Content-Length: 46
Sep 7 09:03:10 (none)
Something must go wrong using this method then!
Would somebody be willing to send me the logfiles of a system when this error was seen? The /var/log/console log would be interesting to see.