Problem with the TS-412 (Finder and firmware update)

[Lord_nikkon]

Hello

Strange. Today i was trying to update (FW: 3.7.3) my ts-412 and i can't. I put manually firmware on NAS web site like always and i can see progress bar but it stucks on 4% and i got info that Nas can't upgrade the system. Finder can't find a NAS and I'm quit angry. NAS is working very good, but i have only problem with starting to make upgrade. I checked on 3 PC and even i restarted whole NAS. Nothing changed. Can anyone help me??

[zxlife]

Did you extract the .img file from the .zip file before uploading it?
Actual image is called "TS-412_20120801-3.7.3.img"
Containing zip file is called "TS-412_20120801-3.7.3.zip"
If in doubt, make sure you have "Hide Extensions for known file types" disabled on your Windows Explorer.


Also, have you tried updating firmware directly from QNAP Finder? (after downloading and extracting img file)
Use Tools > Update Firmware

[dragonph]

We are having the same problem with 3.7.3. Live Update fails and downloading and unzipping the file also fail.
Is this a bad update???

[schumaku]

Let's see - based on the Relase Notes page of the www download section here ... http://www.qnap.com/en/index.php?lang=e ... =13382&d=1

[Version & Build]
3.7.3 Build0801
[Checksum]
TS-412: 4020334733

Code: Select all

[/share/Public] # mkdir eu1
[/share/Public] # mkdir us1
[/share/Public] # mkdir download
[/share/Public] # cd eu1
[/share/Public/eu1] # wget http://eu1.qnap.com/Storage/TS-412TurboNAS/TS-412_20120801-3.7.3.zip
--2012-09-09 12:33:20--  http://eu1.qnap.com/Storage/TS-412TurboNAS/TS-412_20120801-3.7.3.zip
Resolving eu1.qnap.com... 80.74.151.56
Connecting to eu1.qnap.com|80.74.151.56|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 148347840 (141M) [application/zip]
Saving to: `TS-412_20120801-3.7.3.zip'

100%[======================================>] 148,347,840 3.58M/s   in 40s

2012-09-09 12:34:00 (3.52 MB/s) - `TS-412_20120801-3.7.3.zip' saved [148347840/148347840]

[/share/Public/eu1] # cd ../us1/
[/share/Public/us1] # wget http://us1.qnap.com/Storage/TS-412TurboNAS/TS-412_20120801-3.7.3.zip
--2012-09-09 12:34:07--  http://us1.qnap.com/Storage/TS-412TurboNAS/TS-412_20120801-3.7.3.zip
Resolving us1.qnap.com... 72.32.196.144
Connecting to us1.qnap.com|72.32.196.144|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 148347840 (141M) [application/zip]
Saving to: `TS-412_20120801-3.7.3.zip'

100%[======================================>] 148,347,840  761K/s   in 3m 18s

2012-09-09 12:37:25 (733 KB/s) - `TS-412_20120801-3.7.3.zip' saved [148347840/148347840]

[/share/Public/us1] # cd ../download/
[/share/Public/us1] # wget http://<com/Storage/TS-412TurboNAS/TS-412_20120801-3.7.3.zip
--2012-09-09 12:38:05--  http://download.qnap.com/Storage/TS-412TurboNAS/TS-412_20120801-3.7.3.zip
Resolving download.qnap.com... 80.239.221.51, 80.239.221.58
Connecting to download.qnap.com|80.239.221.51|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 148347840 (141M) [application/zip]
Saving to: `TS-412_20120801-3.7.3.zip'

100%[======================================>] 148,347,840 4.08M/s   in 36s

2012-09-09 12:38:42 (3.92 MB/s) - `TS-412_20120801-3.7.3.zip' saved [148347840/148347840]

[/share/Public/download] # cd ..
[/share/Public] # unzip eu1/TS-412_20120801-3.7.3.zip
Archive:  eu1/TS-412_20120801-3.7.3.zip
  inflating: TS-412_20120801-3.7.3.img
[/share/Public] # cksum TS-412_20120801-3.7.3.img
[b]4020334733[/b] 148326600 TS-412_20120801-3.7.3.img
[/share/Public] # rm TS-412_20120801-3.7.3.img
[/share/Public] # unzip us1/TS-412_20120801-3.7.3.zip
Archive:  us1/TS-412_20120801-3.7.3.zip
  inflating: TS-412_20120801-3.7.3.img
[/share/Public] # cksum TS-412_20120801-3.7.3.img
[b]4020334733[/b] 148326600 TS-412_20120801-3.7.3.img
[/share/Public] # rm TS-412_20120801-3.7.3.img
[/share/Public] # unzip download/TS-412_20120801-3.7.3.zip
Archive:  download/TS-412_20120801-3.7.3.zip
  inflating: TS-412_20120801-3.7.3.img
[/share/Public] # cksum TS-412_20120801-3.7.3.img
[b]4020334733 [/b]148326600 TS-412_20120801-3.7.3.img
[/share/Public] # rm TS-412_20120801-3.7.3.img
[/share/Public] #

So certainly the ZIP from the eu1, us1, and the Akamai iassigned here (80.239.221.51) contain clean zip files, holding firmware images with the correct checksum.

In case these firmware image files still can't be installed, there is another problem on your NAS.

Please do the manual update from the Linux shell - this is most safe for your NAS - and the only one allowing to copy-pater the transcript of the update process to the forum here in case, so we can see what might have failed.

Login on the NAS by SSH from your computer (Windows: PuTTY http://www.chiark.greenend.org.uk/~sgtatham/putty/ or OS X Terminal app: ä ssh admin@[NAS-IP-address]) using the admin credentials. Then you can enter the commands (the [~] shows just the currecnt directory, the # is the prompt.

The update script on some earlier firmware vesions can't handle firmware images larger than 99'999'999 bytes without some user intervention. Of course - ensue your have the essential data on a backup media, and disable any QPKG installed before. Remind you - some QPKG require an update anyway.

The update process shown here http://wiki.qnap.com/wiki/Manually_Updating_Firmware - just the 1-2-3 should be enough, add in between step two and three:

...
2. Create a link to the /mnt/update location:
# ln -sf /mnt/HDA_ROOT/update /mnt/update

# echo NIL > /mnt/update/newver

3. Run the update script:
# /etc/init.d/update.sh /mnt/HDA_ROOT/update/TS-xxxxxxxx.img
...

This is the only verbose update, permitting the community members to help in case something goes mad..

Regards,
-Kurt.

[Robbie Ost]

Hi all,
I am having he same problem wih my TS-412.
I did try to manually update it and got the following error:

[~] # ln -sf /mnt/HDA_ROOT/update /mnt/update
[~] # echo NIL > /mnt/update/newver
[~] # /etc/init.d/update.sh /mnt/HDA_ROOT/update/TS-412_20120801-3.7.3.img
/sbin/lock_system_update: symbol lookup error: /sbin/lock_system_update: undefined symbol: lock_system_update

the email error i get is:

Level: Error
System update failed. Maybe system is rebooting or another update is processing

I had this Re-launch process [bcclient] message in my system logs for months now, but it stopped in september..
So i tried to update the firmware by hand now..no luck.
any thoughts?

I own a TS-419P+ too and t never made problems with updating the firmware?!
Thanks for helping me out here..

Robbie

[schumaku]

Hello Robbie,

Look over here - viewtopic.php?f=11&t=61185#p276270 - I've made a temporarily replacement for the update.sh script.

Regards,
-Kurt.

[Robbie Ost]

thanks, Kurt, as soon i have a mind for linux again, i will try this!
great help! appreciated!
robbie

[Lord_nikkon]

I will not play with console on qnap. I have too much important data on it. I will just copy all (4TB) data to external HDDs and i will upload new firmware on empty, formated Raid5. It will take a loooot of time but in my opinion it's the most safe solution. Qnapa support center said that problem caused by Green HDD. For me is bulls....t If QNAP has some issue with green drives they should share some fix, not only write about it. Before all previous firmwares was ok. Only this. Now I need to buy one more 2 TB hdd. Good job QNAP. Thaks good BIOS of this QNAP is intact, because when i'm pulll over the RAID5 HDD and I put in one HDD Qfinder start working. One good news on this problem. I will jump from 3.7.1 to 3.8.0 and if it will work fine i will never again update firmware. Too risky and I can't trust QNAP any more. I have too much imortatnt data on this device.

[P3R]

If QNAP has some issue with green drives they should share some fix, not only write about it.

All NAS manufacturers struggle with Green disks.

Before all previous firmwares was ok. Only this.

The firmware update was probably what tipped the disks over the edge and into their first issues. That's usually when the problem starts with Green disks...

Now I need to buy one more 2 TB hdd.

Please only buy disks on the Qnap disk compatibility list.

Too risky and I can't trust QNAP any more. I have too much imortatnt data on this device.

Having important data stored without a backup is dangerous and bad administration with any equipment, regardless of brand or cost.

[Lord_nikkon]

If QNAP has some issue with green drives they should share some fix, not only write about it.

All NAS manufacturers struggle with Green disks.

And what is the difference betwen normal HDD and Green? Same connection (SataII/III), the same effect, diffrent speed. Funny because when i bought qnap on the website it wasnt information about any issus with green HDD.

Now I need to buy one more 2 TB hdd.

Please only buy disks on the Qnap disk compatibility list.

Now i bought normal HDD, but I will not spend plenty of the money because Qnap programers can't solve problem with green HDD. Microsoft, Linux and other OS don't have any problems with this HDD, so they can solve the problem. Why not QNAP. OS inside this NAS is based on Linux. So what the problem to put some fix, new rules etc in the OS sofware? Maybe TS-412 is not the newest and the best QNAP product but telling non stop - Green is bad is stupid. Say reason and FIX IT. HDD is HDD, with full compatibility with SATAII and this is for me important. Qnap maybe cant support some extra options in HDD but this basic which You have in the SATAII specyfication must be supported.

Too risky and I can't trust QNAP any more. I have too much imortatnt data on this device.

Having important data stored without a backup is dangerous and bad administration with any equipment, regardless of brand or cost.

Man. Read once again what You wrote! QNAP TS-412 is not stupid, supermarket stuff. I made Raid5 matrix just for protecting data, as a backup. So what?! Now i need to buy one more qnap to make backup of my backup???? Are u crazy? Or maybe i should to buy 4 more HDD to make 6TB Matrix to backup QNAP?? Bad administration??? I made mistake of administration?? OMG if u thinkig like this - i want to see your solution to backup of 6TB server. BR or maybe DVD. What the ** - let's make it on CD. According to Your words i should make neverending backup of my data and qnap with Raid5 put to the trash because on the end it doesn't protect anything.

[P3R]

So what?! Now i need to buy one more qnap to make backup of my backup????

If the Qnap is the backup then of course you already have at least two copies of your data. Only you can decide if that's enough protection for your requirements.

I'm just telling you the basics - any storage from any vendor needs to be backed up in some way. If a backup doesn't exist, it's a bad design and an incomplete storage solution.

Are u crazy?

I tend to think I'm not but my wife may disagree...

OMG if u thinkig like this - i want to see your solution to backup of 6TB server.

The size is irrelevant. If you can't afford to have a backup in place for your data, then you're keeping too much of it. Storage without backup is a stupid gamble!

Personally I only have a little more than 3 TB of data. I do employ different backup strategies depending on the importance of the data but for the most valuable stuff I replicate it to two other geographical locations and complement that with external disk backup locally for convenience. I also use the Rsnap QPKG to have different historical versions of the data stored for more than 3 months back.

The above is probably a little more than the average home user needs but in my defence:

• I value some of my personal data very high
• I also store data for my own business
• I have professional experience with data storage (I'm by no means a storage expert but I have deployed servers with RAID since about 1990)
• I have previously lost some data and I intend to do whatever I can to prevent that from ever happening again

...and qnap with Raid5 put to the trash because on the end it doesn't protect anything.

A single storage from any vendor offers very little protection by itself.

[Robbie Ost]

I will not play with console on qnap. I have too much important data on it. I will just copy all (4TB) data to external HDDs and i will upload new firmware on empty, formated Raid5. It will take a loooot of time but in my opinion it's the most safe solution. Qnapa support center said that problem caused by Green HDD. For me is bulls....t If QNAP has some issue with green drives they should share some fix, not only write about it. Before all previous firmwares was ok. Only this. Now I need to buy one more 2 TB hdd. Good job QNAP. Thaks good BIOS of this QNAP is intact, because when i'm pulll over the RAID5 HDD and I put in one HDD Qfinder start working. One good news on this problem. I will jump from 3.7.1 to 3.8.0 and if it will work fine i will never again update firmware. Too risky and I can't trust QNAP any more. I have too much imortatnt data on this device.

well i have 2 Hitachi HDS723020BLA642MN6O installed and i have the above problems after upgrading to 3.7.0 Build 20120605.
those disks are on the HDD list, so there you go...qnap messed something up here.
I too am dissapointed! I am no Linux head and i always get headaches playing around in the shell.

the funny thing is i also have a 419+ with 4 WD 2TB Green NON compatible HDDs in RAID5 config running since...hmm about 2 years now
and never had problems updating...only one drive failed once and this system runs 24/7... so there you go...you can not even trust this list really

good luck!
robbie

[Lord_nikkon]

Yeap, this firmware had some bug, but on support center they said that was fault of my hdd (green). Now i'm moving all data from raid5 to external drives and i will make fresh install with a newest firmware. Hope that this one don't have any bugs.

[Lord_nikkon]

Backup done. New firmware uploaded (3.8.0) and everything now works fine. Problem was bugged firmware 3.7.3, not my HDD. Thank u Qnap support center for nothing. Green HDD problem - what a **. No one never said why Green HDD are so bad and almost one year they didn't fix it. HDD is HDD, same standard. Just don't install fw 3.7.3.