Important Note About Firmware Update

Dear Community,

We would like to inform you that if a system upgrade with keep settings is performed from firmware version 7.14 or 7.14.1 to 7.14.2, the following command must be executed via CLI before the upgrade to avoid issues with Data Limit and Traffic Monitoring:
mkdir -p /usr/local/lib/upgrade/keep.d && echo /usr/local/usr/lib/mdcollectd/mdcollectd.db_new.gz > /usr/local/lib/upgrade/keep.d/mdcollect

Note: If an upgrade with keep settings was already performed from 7.14 to 7.14.1, Data Limit and Traffic Monitoring issues cannot be resolved manually. In this case, a firmware upgrade without keep settings is required.

We apologize for any inconvenience this issue may have caused and appreciate your understanding.

Best regards,

1 Like

Hello,

What are the consequences to upgrade 7.14.x → 7.14.2 without doing this command and keep settings ? Is it feasible via SSH ?

Also in TRB140 Firmware Downloads - Teltonika Networks Wiki page TRB1_R_00.07.14.2_WEBUI is announced with “50 MB MB” size (download real size is a more common 17 736 795 bytes). MD5 and SHA256 also doesn’t match. SDK seems to have same trouble.

Thanks,

1 Like

I’m not good on command line things, but I’ve logged in to the CLI, pasted the command provided and it says: mkdir: can’t create directory ‘/usr/local/lib/upgrade/’: Permission denied

What do I do?

1 Like

Did you login to the CLI using …

User = root
Password = [insert password you use to login as admin]

1 Like

Having already tried twice to upgrade “Keeping Settings” from 7.14 to 7.14.2 and failed i decided to try offering the command:

mkdir -p /usr/local/lib/upgrade/keep.d && echo /usr/local/usr/lib/mdcollectd/mdcollectd.db_new.gz > /usr/local/lib/upgrade/keep.d/mdcollect

then try again.

The command appeared to complete successfully insofar as the process didn’t return an error. I then tried to upgrade from 7.14 to 7.14.2 keeping settings again and after a very worrying 18 minutes and what appeared to be a couple of reboots “possibly” the router became responsive again and i could log in.

Upgrade was successful this time.

However i think it’s important to say that you should wait a lot longer than normall for this upgrade to complete… Go put the kettle on and make yourself some toast!!!

1 Like

No, I used my usual login name of admin and usual password. I’m guessing the root username is the key. I’ll give it a try. Thanks @Mike

1 Like


Hi! I have the same problem. What to do?

Using your PassWord you have logged in using the UserName “admin”.

Try using your PassWord but instead use the UserName “root”.

Using the UserName “admin” gives you admin level access to the system, using the UserName “root” gives you an elevated or a higher level of access, a much more powerful level of access to the system.

Careful though, “root” access to the system gives you much more power to do stuff but used incorrectly or make mistakes and you can also do a lot of damage too!!

1 Like

Hi! Thanks. I used “root” and it solved the problem

It was necessary to log in directly to the command line interface (I use the PuTTY) as the ROOT user; using ADMIN and SU was not sufficient. Once logged in as ROOT, the command executed without issues, and the subsequent firmware upgrade from version 14 to 14.2 completed within the standard timeframe of until 5 minutes.

Excellent question. I would very much like an official answer from Teltonika on what is the best procedure to get out of this mess, what to do when you are already upgraded to 7.14 and do want to keep settings. And/or a more detailed explanation what is the issue.

It looks like the database storing traffic has gone read only on update to 7.14 but that’s guessing.

Note to self: never ever upgrade again tt remote systems until very sure. But when, only to mass production release?

2 Likes

My experience was that upgrade simply fails, but on powering off then back on again the system recovers.

To keep settings, firstly execute the command:
mkdir -p /usr/local/lib/upgrade/keep.d && echo /usr/local/usr/lib/mdcollectd/mdcollectd.db_new.gz > /usr/local/lib/upgrade/keep.d/mdcollect

Then upgrade.

Hi,
I have already updated to the 7.14.1 version when it came and therefore need to upgrade again but without “Keep all setting”.

Does any body know if the sim pin code is saved when updating without Keep seeting? I was hoping so since it is saved when doing a factory reset. Otherwise it´s going to be a lot of travel for me since the router are far away in rural locations.

Kind regards,
Rikard

1 Like

Hi Rikard,

See https://community.teltonika.lt/t/fw-7-11-cant-edit-wireguard-peer-in-web-interface/10672 for details about that. EligijusG contribute a lot.

Re-reading the Teltonika answer, the ‘without keep setting’ update is only needed for 7.14.1 → 7.14.2 if I understand it correctly. 7.14 → 7.14.2 can be done issuing a cmd first.

But I wait a bit till the dust settless.

Good luck with restoring your systems, le us know how you fare!

Hi Michal, thank you for your reply, I have read the link you sent.

Maybe I can do a factory reset and then upgrade to 7.14.2 but do the CLI thing first. Then I dont have to go the router.

I think this is so strange, I´m a noob at this IT stuff and just want it to work as smooth as possable. Have Teletonika not tested the new version before they relise it? Just extra unnecessary work for all custemers. I will also be very careful with updating in the future. Hackers will be unemployed soon, teletonika is perfectly capable of destroing there stuff them selves.

1 Like

Hi evereybody,
Another problem with this new version:

root@RUTX09:~# nano
Error opening terminal: xterm.

and:

root@RUTX09:~# opkg install coreutils-nohup
Package coreutils-nohup (8.32-6) installed in root is up to date.
root@RUTX09:~# nohup
-ash: nohup: not found

is it related ? Everything worked well with previous version…

Im 100% with you, our company has 500+ active routers that the 7.14 firmware has screwed up all previous configs, reverted back to mass production FW 7.13.4 and now trying to create tasks to basically set the Setup_wizard configs but guess what, now RMS servers aren’t working and our call center is literally on fire now. It doesn’t seem like Teltonika is responsive at all here so not sure if this is even worth posting but I will anyways to let everyone know you aren’t alone if you’re being inconvenienced from this. Any response would be nice. Thanks