You are here

Rocket M5 not working after an upgrade from V. 3.18.9.0 to V. 3.19.3.0

29 posts / 0 new
Last post
AC2OG
AC2OG's picture
Rocket M5 not working after an upgrade from V. 3.18.9.0 to V. 3.19.3.0

Hello,
my rocket M5 was working nicely with AREDN firmware 3.18.3.0, but it got blocked after trying to upgrade to 3.19.3.0. The upgrade session was going on for 20 min., so I decide to disconnect the PC. When I tried the new connection I got the initial page as a newly flashed device, but the frequency windows in the basic setup disappeared, as well as the RF IP address. Please see the attached docx.
Is there a way to recover the device?

Tnx and 73 de Leo AC2OG / I3RKE

AE6XE
AE6XE's picture
Yes indeed, something

Yes indeed, something happened and the config data was not 100% preserved.  At this point, we need to get the node back to firstboot state:

A) hold reset button while already  booted for 15 sec
B) firstboot button under setup pages
C) "default values" in basic setup

Unfortantely, this means you'd need to do the initial setup again, so be sure to screen shot any settings page to remember all the information that is correct.

Joe AE6XE

AC2OG
AC2OG's picture
Thanks Joe!

Thanks Joe!
I went thruogh the 3 steps you suggested, but the device is still blocked.
The "firstboot"  and "default values" buttons in basic setup with no actions/result. I can fix manually the rf IP, but not the channel / frequency (the windows with the channels no more available. Anyway all the parameters that I fix aren't saved. I tried also to reload a fresh firmware with TFTP without success.
Is there something more to do in order to recover the device?
Leo AC2OG

AE6XE
AE6XE's picture
Can you attach the support

Can you attach the support data download?  Link at bottom of Administration page.  

AC2OG
AC2OG's picture
yes, here attached.

yes, here attached.

Support File Attachments: 
AE6XE
AE6XE's picture
It appears like some files

It appears like some files are missing -- errors in the system log that olsr can't find some of its plugins.   Also, is this a Titanium rocket 5?  If not, a different image needs to be loaded.

Validate the image, and upload again, but uncheck the "keep settings" box.  We don't want it to retain possibly bad config data, rather to reload new and clean.

Joe AE6XE  

AC2OG
AC2OG's picture
It is a Rocket M5 and not a

It is a Rocket M5 and not a Rocket M5 TI (in spite of what appear in the info) !
Do you suggest to load the firmware via TFTP or from inside the node at page "administration" ? If TFTP which port on TFTPUtil Gui ?

AE6XE
AE6XE's picture
Yes, could try to load from

Yes, could try to load from the administration page, and may have to accept the warning for miss-match image name.  Be sure to uncheck the "keep settings" box and setup from a clean firstboot node.   If this isn't working then fall back to the tftp process or just jump to the tftp process for best chance at success on 1st try.

Joe AE6XE

AE6XE
AE6XE's picture
AC2OG,  Another thought, 

AC2OG,  Another thought,  maybe a disconnect still.    In the data downloaded file, the image thinks the hardware is the titanium rocket, which takes a different ifirmware image than the regular rocket device.   But since the hardware is definitely not a titanium, let's clarify what happened.  My assumption was that the wrong image (rocket-m-ti) was loaded, but possible there is a bug and the correct image was loaded and detected the wrong device.   Can you confirm which specific image was loaded?

TFTP uses the standard port 69 with UDP protocol.

Joe AE6XE   

AC2OG
AC2OG's picture
I tried a new upload (from

I tried a new upload (from administration) with " keep setting " unchecked, but the upload didn't ended and now the device is blocked with  the 3rd LED from left side that  lit on red  continuously.
No way to connect it. 

AC2OG
AC2OG's picture
further to my previous post I

further to my previous post I was able to put the device in TFTP mode, tried to upload the firmware, but got the message in the log that an error occurred.
Pse see the attached

File Attachment: 
AE6XE
AE6XE's picture
I'm not familiar with this

I'm not familiar with this TFTPUtil Client.   Is there an option anywhere to do "binary" transfer mode.  tftp usually needs to be told if the data is text or binary.   3.18.x.x is a very old image.  The middle ground is the 3.19.3.0 image. Latest is:

http://downloads.arednmesh.org/snapshots/trunk/targets/ar71xx/generic/ar...

Joe AE6XE

AC2OG
AC2OG's picture
Now the device is bricked, I

Now the device is bricked, I can't connect anymore though the browser. I can put it in TFTP, but no way to upload.
I consider the device lost and decided to buy a new one. My doubt is that the same problem could happens again.
Question ? Do you have experiences of other users that have loaded successfully the firmware version 3.19.3.0  on  the Ubiquiti Rocket M5 ?

AE6XE
AE6XE's picture
Yes, many people are using

Yes, many people are using Rocket M5s, it's the go-to for tower sites.    If you'd like, can mail me the rocket, and I'll take a look.  send me email at callsign at arrl dot org and I'll send back address.  (I'm not at my QRZ address until mid July.)

Joe AE6XE

AC2OG
AC2OG's picture
 sending mail to you I

 sending mail to you I received this message: 550 5.1.1 <ae6xe@arrl.org>: Recipient address rejected: User unknown .
Please send me your address here: gardin.leo@gmail.com 
Ciao!

K6AH
K6AH's picture
Wrong domain used

Only ARRL employees and elected reps use the ".org" email domain.  Members use ".net".

K6CCC
K6CCC's picture
That is incorrect.  At least

That is incorrect.  At least in the old days, the mail forwarding service was .org (don't know if it still is, but I have had my call at arrl.org for well over 20 years).
 

AE6XE
AE6XE's picture
We've separately connected up

We've separately connected up.  I typoed my email address it is @arrl.net :) .

K6CCC
K6CCC's picture
I have two Rocket M5 nodes

I have two UBNT Rocket M5 nodes that were loaded with 3.9.3.0 initially and later various Nightly builds.  No problems at all.
 

AC2OG
AC2OG's picture
Thanks for info! I'll try to

Thanks for info! I'll try to load 3.9.3.0 factory  through Ubiquiti airOS in a new out of the box device.

AE6XE
AE6XE's picture
AC2OG,   AirOS won't load the

AC2OG,   AirOS won't load the AREDN factory image in recent versions.   There's a firmware signature check, and only the manufacture can sign the firmware.   This tftp method is the only way to load.   It might be possible to do it from AirOS, but have to find every successive version and downgrade one version at a time until arriving to an AirOS version that doesn't require signatures.  AirOS limits the version of AirOS that can be uploaded to only 1 or 2 versions back and newer versions.

I suspect there is something not quite right in the tftp setup or process, and if receiving another device, still needs to be found.  There is a tftp command line in windows, optional windows feature to install (trying to recall).

I always confirm the ubiquiti devices is responding in tftp mode:

ping 192.168.1.20

If so, then from a command window:

tftp -i 192.168.1.20 put <aredn factory file name>

Joe AE6XE

AC2OG
AC2OG's picture
hello Joe,

hello Joe,
installed the fttp command line, followed your instructions and after a time got the message: "error on the server, firmware check failed".
P.se look at the attached

File Attachment: 
AE6XE
AE6XE's picture
if this is a new rocket, then

if this is a new rocket, then you very likely need the "xw" firmware.  try the "rocket-m-xw" factory image instead.  the image you're loading is for the older "xm" hardware.    One way to tell is when AirOS is loaded the version will show "xw..." or "xm...". 

Joe AE6XE

AC2OG
AC2OG's picture
Fine business, I have been

Fine business, I have been able in uploading the aredn-3.19.3.0-ubnt-x-xw-factory. Still there are some small problems:
Can't save the basic setup, because the rf Mesh IP was set at 10.0.0.0, so I put it manually. Moreover can't save a different channel (blocked to 147) and when I try to save the setting I get the message:  parameter MAC2 in file "_setup.default" does not exist.
Please look at the attached files

Support File Attachments: 
File Attachment: 
AE6XE
AE6XE's picture
OK, good progress.  The

OK, good progress.  The wireless is not coming up correctly.   I suspect due to vendor specific flash data code for your local regulatory rules.   In starting up the wireless it was defaulting somehow to the US country settings and may be missmatching what is defined in the vendor flash data.   Do you have a way to edit the file "/etc/config/wireless" on this node?   If you can add one line in this section, reboot, good chance it will come up correctly with the proper default IP addresses, etc.  Once settings are saved, then a new AREDN unique country code is used.

In this section add the one line a the end:
 

config wifi-device 'radio0'
    option type 'mac80211'
    option channel '36'
    option hwmode '11a'
    option path 'platform/ar934x_wmac'
    option htmode 'HT20'
    option country 'IT'


We're guessing at which country the vendor flash data for this device was initialized for.  Once the device boots and the wireless AP come up, then everyone would work correctly.   There are many other Ubiquiti devices in EUR with AREDN firmware, so not sure when we suddenly see this issue. 

Joe AE6XE 
 

AC2OG
AC2OG's picture
Ok Joe, thanks a lot for your

Ok Joe, thanks a lot for your strong support!
I have Putty installed on my PC, tried the connection with no success. I suppose I'll need a ssh key.

K6AH
K6AH's picture
Not on well-known port

You will need to connect on port 2222, rather than the standard port 22.

AC2OG
AC2OG's picture
Thanks K6AH

Thanks K6AH

AC2OG
AC2OG's picture
Hi Joe,

Hi Joe,
After several tentatives, I don't know how and why, finally the channel 153 ( the one I need to use) have been saved and now all is working fine.
I have really appreciate your very nice support.
Grazie e ciao !! 

Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer