18.2 Firmware Update Failure

[hvymetal86]

Tried to update from 18.1 to 18.2 just now and it failed.

Top of the WebGUI shows Current System Status: Fail: can not upgrade the firmware(681)
Log of steps:

Code: Select all

=> Firmware upgrade step 1 started:
Search firmware version information for 5big2 ...
The latest version available from http://plugout.net is: fvdw-sl 18.2

Check free space on system partition ... OK
Get the bound upgrade files list
Retrieve the firmware package
Try to download part 1 on 5...
Attempt 1: OK, got successful the firmware package part1 file
Try to download part 2 on 5...
Attempt 1: OK, got successful the firmware package part2 file
Try to download part 3 on 5...
Attempt 1: OK, got successful the firmware package part3 file
Try to download part 4 on 5...
Attempt 1: OK, got successful the firmware package part4 file
Try to download part 5 on 5...
Attempt 1: OK, got successful the firmware package part5 file
Extract firmware package...
OK, extract successful the firmware package
Retrieve kernel image file for kirkwood...
Attempt 1: OK, got successful the kernel image file

OK: Retrieve the latest firmware image file successful


=> Firmware upgrade step 2 started:
Firmware package uploaded via fvdw-sl server
package type: new configuration (version > 16.1)
firmware image type: extended file system (version > 17.0)
Check firmware files archive ... OK
Detect family type... OK
Check kernel version... OK
Check DATABASE file... OK
Check active partition... OK
Install new common firmware files on /dev/sda1, ... OK
Install new firmware files for 5big2, ... OK
Update DATABASE... Fail
could not save the cleaned database

After seeing that result, I've just left it as is as I don't want to do anything that could cause a problem. I also don't know if it can be safely rebooted (or if it wouldn't come back up if power was lost). The button for Step 2 is still shown but I haven't tried to make it repeat the step either and wanted to check here first.

NAS Firmware Update Fail Log.PNG

[Jocko]

Hi Hvymetal

Indeed you should do nothing as long as we do not yet fix the issue.

Code 681 means the script failed to save the nas database so maybe you lost it now but you should have a backup file: /rw_fs/etc/nas_conf_db.xml.bak

The script may fail to save the database if you have bad permissions on the file or there is no enough free space on sda5.

So do

Code: Select all

df /rw_fs
ls -l /rw_fs/etc/nas_*

and check permissions on the parent folder

Code: Select all

ls -ld /rw_fs/etc

With these outputs we should know what to do to fix the issue

[hvymetal86]

Thanks for helping Jocko! Here's what I got with those commands:

Code: Select all

root@HvyMtlNAS:/ # df /rw_fs
Filesystem     1K-blocks  Used Available Use% Mounted on
/dev/sda5         757680 22252    727564   3% /rw_fs
root@HvyMtlNAS:/ # ls -l /rw_fs/etc/nas_*
-rw-r--r--  1 root   root   15709 2019-09-15 23:32 /rw_fs/etc/nas_conf_db.xml
-rw-r--r--  1 root   root   15709 2019-09-15 23:32 /rw_fs/etc/nas_conf_db.xml.bak
-rw-rw-rw-  1 nobody nobody 15593 2019-08-30 15:54 /rw_fs/etc/nas_conf_db.xmle
-rw-rw-rw-  1 nobody nobody   125 2019-09-15 23:35 /rw_fs/etc/nas_ext_hdd_db.xml
root@HvyMtlNAS:/ # ls -ld /rw_fs/etc
drwxrwxr-x  4 root sys 4096 2019-09-15 23:34 /rw_fs/etc


The web interface is still working fine and shows the Firmware update page to no longer be in the middle of the process (I shut down my PC and later reloaded the page).

[Jocko]

Hi,

So a basic issue : nas_conf_db.xml do not have the right permissions :scratch

Then do

Code: Select all

chmod 666 /rw_fs/etc/nas_conf_db.xml

And you should be able to upgrade again the firmware on your nas

[hvymetal86]

That did the trick! No issues in step 2 this time:

Code: Select all

Firmware upgrade step 1 started:
Search firmware version information for 5big2 ...
The latest version available from http://plugout.net is: fvdw-sl 18.2

Check free space on system partition ... OK
Get the bound upgrade files list
Retrieve the firmware package
Try to download part 1 on 5...
Attempt 1: OK, got successful the firmware package part1 file
Try to download part 2 on 5...
Attempt 1: OK, got successful the firmware package part2 file
Try to download part 3 on 5...
Attempt 1: OK, got successful the firmware package part3 file
Try to download part 4 on 5...
Attempt 1: OK, got successful the firmware package part4 file
Try to download part 5 on 5...
Attempt 1: OK, got successful the firmware package part5 file
Extract firmware package...
OK, extract successful the firmware package
Retrieve kernel image file for kirkwood...
Attempt 1: OK, got successful the kernel image file

OK: Retrieve the latest firmware image file successful


=> Firmware upgrade step 2 started:
Firmware package uploaded via fvdw-sl server
package type: new configuration (version > 16.1)
firmware image type: extended file system (version > 17.0)
Check firmware files archive ... OK
Detect family type... OK
Check kernel version... OK
Check DATABASE file... OK
Check active partition... OK
Install new common firmware files on /dev/sda1, ... OK
Install new firmware files for 5big2, ... OK
Update DATABASE... OK
switch boot part to upgraded partition... OK

OK: Firmware upgrade successful

Rebooted and it came back up fine.

Code: Select all

Firmware Version   fvdw-sl 18.2 (5big2)
Kernel:   Linux 4.14.133 #1 PREEMPT Wed Jul 17 14:46:56 CEST 2019
Date   November 4, 2019 07:28:56 PM
Uptime:   0 Days, 00 Hours, 04 Minutes, 40 Seconds


Thanks again for the help!

[Jocko]

So the issue is fixed :thumbup

I do not yet deepen why the database did not have the right permissions as these ones are set at each time you changed some settings from the web-interface.
According with your output, I think the issue is somewhere on the boot sequence.

Anyhow the issue won't happen again as on version 18-2, root permissions are granted for the firmware upgrade script