QNAP firmware issues : Major file system bug

[joelang1699]

Well I was seriously fuming when this thread was closed as it just seemed like another cover up. Anyway I tried out 3.7.0 and it actually seems to have solved my problem. Write speeds aren't the greatest in the region of 10-12 Meg but at least it can use the other 20% of my array which is a major win so thank you QNAP to finally getting around to solving this. I'm away at sea right now but ill be back in a few weeks to put the NAS through its paces

[AdrianW]

What is more esential: for you: Operational reliability or HDD hiberation?

Definitely operational reliability, but it's a pity they managed to break HDD standby mode. I'm sure that'll be fixed in the next release

[AdrianW]

Well, I had no pauses with 3.7.1 on the first day of use, so I was hopeful.

But, I just experienced a pause of around 30 seconds when starting a copy of 900MB to the NAS. With the same symptoms (the LEDs for drives 2, 4 & 7 were all flashing until the copy actually commenced). Someone was streaming a video on another PC at the time, and there wasn't a pause for them - although I think that is probably due to buffering at their end.

So, I can't say that this release has improved my issue (long pauses before copies start due to the Qnap trying to locate free blocks).

[QNAPJason]

Hi all,
If you have similar issues, please first upgrade to firmware 3.7.1 or later, and then check if you are still having performance issue. If you do, please do not hesitate to contact QNAP support or open a new discussion, because in real life operations, other known facts could also cause slow performance, including bad blocks on the hard drives, very little free space left on the disk volume, or fragmented data. . For more information on this topic, please visit here for more info.

[AdrianW]

It sounds like the performance fix is only for slow performance with a large amount of data on the NAS.

My situation is stalled copies that eventually start and then transfer at full speed. I started having the issue when I had around 60% free space, so amount of data shouldn't be a factor. When QnapSimon connected to my machine (many months ago) he did confirm that the issue was the OS searching for free blocks, so the issue is similar if not identical.

[schumaku]

My situation is ... he did confirm that the issue was the OS searching for free blocks, so the issue is similar if not identical.

This _is_ the issue addressed...

@AdrianW: This thread was closed to avoid more and more unrelated posts - now re-opened to undestand if this latent performance loss is addresed fofr the users experienced it on their NAS installations. What is more esential: for you: Operational reliability or HDD hiberation?

If you have similar issues, please first upgrade to firmware 3.7.1 or later, and then check if you are still having performance issue. If you do, please do not hesitate to contact QNAP support or open a new discussion, because in real life operations, other known facts could also cause slow performance, including bad blocks on the hard drives, very little free space left on the disk volume, or fragmented data. . For more information on this topic, please visit here for more info.

Seems to be difficult to understand ... the "problem" addresses is hard to quantify. QNAP hsa choosen "large amount of data" - what can start around 50% already, a learg number of files, ... Otherwise one of the moderators will close this thread again.

[as321]

Could someone verify what kernel version Qnap uses for the formware version 3.7.1 please ?

[Vincedf]

Just tested the 3.7.1 version, unfortunately for me upgrading has not made any difference.
I perform a quick test with a couple network configuration (single eth port and link aggregation) and a 4GB file, as before transfer from the QNAP to one of my servers starts well over 120MB/s and after 10/15 sec drops to 90,80,... all the way down to 15/16 MB/s.

Memory usage stays stable at 300+MB, CPU utilization seems to fluctuate over 95%. Disk utilization is around 74%.

Hoping to read more "first impressions" of the new firmware.

Thank you

[criminala]

Just tested the 3.7.1 version, unfortunately for me upgrading has not made any difference.
I perform a quick test with a couple network configuration (single eth port and link aggregation) and a 4GB file, as before transfer from the QNAP to one of my servers starts well over 120MB/s and after 10/15 sec drops to 90,80,... all the way down to 15/16 MB/s.

Memory usage stays stable at 300+MB, CPU utilization seems to fluctuate over 95%. Disk utilization is around 74%.

Hoping to read more "first impressions" of the new firmware.

Thank you

As far as i know your issue is not related to the issues described in this topic .

[schumaku]

Could someone verify what kernel version Qnap uses for the formware version 3.7.1 please ?

The Kernel is based on a cetainl level (as shown), there are many QNAP enhacements and updates in place - making any version number comparisons useless.

[as321]

Could someone verify what kernel version Qnap uses for the formware version 3.7.1 please ?

The Kernel is based on a cetainl level (as shown), there are many QNAP enhacements and updates in place - making any version number comparisons useless.

Please read your response and see if it makes any sense to you - it doesn't to me.
Qnap themselves acknowledged that the kernel update will be needed, I know the kernel needs to be updated..., forgive me but what made you think you are talking to a boy scout ?

[umpa]

Well I have a TS-412 and have noticed that mine slowed down to a stop when the system gets 70% full. I carried on in hope until it was 90% (with with 300GB free) and the unit grinding to a halt. I could not even get it to register with the mac finder and certain admin pages to display info properly. As luck had it - the web file manager still worked so after reading this I dumped 500GB to a USB drive and am installing 3.7 firmware. Until I had off loaded the 500GB the 412 would not even load up properly. I hope this fixes it...

[AdrianW]

Definitely not fixed with 3.7.1 - I just had the NAS hang for 30-40 seconds when writing a small 38MB file to it!

[schumaku]

Please read your response and see if it makes any sense to you - it doesn't to me.

for a simple mind: QNAP does update the Kernel without changing the version number - that one is kept on the original base, why ever.

Qnap themselves acknowledged that the kernel update will be needed, I know the kernel needs to be updated..., forgive me but what made you think you are talking to a boy scout ?

Ok, for the boy scout: QNAP has updated some Kernel parts - this does not make an all-new kenrel, so the base version number is still the same - and you can NOT compare it to a common Linux distribution Kernel version.

Easy enoug now?

[sl1000]

same as they have done with busybox, samba, etc