MikroTik

Posted: **Sun Aug 21, 2016 12:48 pm**

                   uptime: 1m38s
                  version: 6.36 (stable)
               build-time: Jul/20/2016 14:09:10
              free-memory: 101.9MiB
             total-memory: 128.0MiB
                      cpu: MIPS 74Kc V4.12
                cpu-count: 1
            cpu-frequency: 600MHz
                 cpu-load: 2%
           free-hdd-space: 108.4MiB
          total-hdd-space: 128.0MiB
  write-sect-since-reboot: 217
         write-sect-total: 518172
               bad-blocks: 0.4%
        architecture-name: mipsbe
               board-name: RB2011UiAS-2HnD
                 platform: MikroTik

what's wrong with my router?

Posted: **Sun Aug 21, 2016 4:49 pm**

The internal storage is failing. 0,4% of its blocks are marked bad. This is what happens when the system cannot use these sectors anymore.

Posted: **Sun Aug 21, 2016 7:04 pm**

It's quite safe if the value doesn't rise. Use external flash for files operations and logging instead the internal to protect it from the next damages.

Posted: **Mon Aug 22, 2016 12:57 am**

Just a thought: It wrote only 518172 sectors. Isn't it a little... to little to start failing?

Posted: **Mon Aug 22, 2016 8:54 am**

Up to 0.5% can be marked as bad from the factory already. This is normal and all flash manufacturers mark some sectors as bad, to avoid any software using them. The only issue is if you see the bad % increase every day. If it stays, it is normal.

Posted: **Mon Aug 22, 2016 2:24 pm**

Up to 0.5% can be marked as bad from the factory already. This is normal and all flash manufacturers mark some sectors as bad, to avoid any software using them. The only issue is if you see the bad % increase every day. If it stays, it is normal.

I thought his bad blocks were increasing.

But it got me worried. I assumed each sector would be 512 bytes, the write endurance would be something around 3k and the flash controller would do wear leveling. Am I right? Can you give us some ballpark number? Knowing these numbers would be easy to estimate tradeoffs about the flash use.

Posted: **Mon Aug 22, 2016 2:30 pm**

You can google the NAND chip model in question, the manufactuers datasheet contains the needed info

Posted: **Mon Aug 22, 2016 2:40 pm**

You can google the NAND chip model in question, the manufactuers datasheet contains the needed info

But where do I find this info? Unfortunately I can't open the device: is is sealed by the reseller, and I would loose the warranty.

Thanks,

Posted: **Mon Aug 22, 2016 2:44 pm**

Depends on the model that you have. For example http://www1.futureelectronics.com/doc/S ... PCB000.pdf
See section about bad blocks. As you can see, some bad blocks are OK from the chip manufacturer.

Posted: **Mon Aug 22, 2016 4:05 pm**

Depends on the model that you have. For example http://www1.futureelectronics.com/doc/S ... PCB000.pdf
See section about bad blocks. As you can see, some bad blocks are OK from the chip manufacturer.

Yes, they are. Thanks for the info. I will try to find my flash number.

Posted: **Tue Aug 23, 2016 11:26 am**

Adding some kind of new bad blocks since last reboot and new bad blocks since initial boot/reset config may be a nice way to detect failing NAND, and it seems like next to zero work.

Posted: **Fri Aug 26, 2016 7:54 pm**

One of our CSR226-24 is also showing quite a high amount of writes - luckily no bad blocks yet

[b]Uptime		05:27:35[/b]
...
[b]Sector Writes Since Reboot		1 015[/b]
Total Sector Writes		1 184 744
Bad Blocks		0.0 %

The device is now in operation for approx one year and I do really wonder why it got around 200 writes per hour as it's just serving as a switch and running a rarely used ovpn-server for maintenance access.

Graphs are being kept in memory and so do the logs. Any idea what can be tuned to reduce the writes?! How many writes can we expect the device to endure?
We're also having some CRS125 in operation running almost the same config and we don't notice this sort of behaviour there...

Posted: **Sat Aug 27, 2016 3:02 pm**

Maybe the ros version differs. Some older versions had error causing excessive writes to flash...

Posted: **Thu Sep 01, 2016 2:40 am**

Not really, the CRS226 is running the latest 6.36.2

And for the last 5 days I got almost 20k blocks written. Any idea what might be causing this?
Possibly DHCP leases??

Posted: **Sat Oct 21, 2017 2:09 am**

netinstall does not solve the problem.
Can I resolder the nand chip and keep the license ?

I have three such devices and everywhere the same symptoms.
The device 2012 yr.
Firmware version does not matter.

The only thing I have installed microsd card. After tomorrow , I'll try to remove it and do the netinstall again.

Posted: **Sun Oct 22, 2017 3:25 pm**

With just 100k sector writes having 91% bad blocks is not normal. Especially if you have multiple boards with the same stats as you imply.
Forget de-soldering the NAND chip. Just send it to RMA.

I've got boards with hundreds of thousands (or even millions) of writes without any bad blocks (or at most 0.1%).

Screenshot_1.png

Screenshot_2.png

Screenshot_3.png

Posted: **Sun Oct 22, 2017 3:31 pm**

                   uptime: 1m38s
                  version: 6.36 (stable)
               build-time: Jul/20/2016 14:09:10
              free-memory: 101.9MiB
             total-memory: 128.0MiB
                      cpu: MIPS 74Kc V4.12
                cpu-count: 1
            cpu-frequency: 600MHz
                 cpu-load: 2%
           free-hdd-space: 108.4MiB
          total-hdd-space: 128.0MiB
  write-sect-since-reboot: 217
         write-sect-total: 518172
               bad-blocks: 0.4%
        architecture-name: mipsbe
               board-name: RB2011UiAS-2HnD
                 platform: MikroTik

what's wrong with my router?

[amir@MikroTikFA-RB2011] /system resource> pri
                   uptime: 2w4d4h16m58s
                  version: 6.40.4 (stable)
               build-time: Oct/02/2017 08:38:30
              free-memory: 103.7MiB
             total-memory: 128.0MiB
                      cpu: MIPS 74Kc V4.12
                cpu-count: 1
            cpu-frequency: 600MHz
                 cpu-load: 4%
           free-hdd-space: 105.5MiB
          total-hdd-space: 128.0MiB
  write-sect-since-reboot: 18402
         write-sect-total: 112080
               bad-blocks: 2.2%
        architecture-name: mipsbe
               board-name: RB2011UiAS-2HnD
                 platform: MikroTikFA

now

Posted: **Sun Oct 22, 2017 6:05 pm**

There is something very wrong with your units. Compare with this one.

                   uptime: 1w6d12h41m38s
                  version: 6.40.4 (stable)
               build-time: Oct/02/2017 08:38:30
              free-memory: 40.4MiB
             total-memory: 64.0MiB
                      cpu: MIPS 24Kc V7.4
                cpu-count: 1
            cpu-frequency: 650MHz
                 cpu-load: 9%
           free-hdd-space: 4692.0KiB
          total-hdd-space: 16.0MiB
  write-sect-since-reboot: 12732
         write-sect-total: 444795
               bad-blocks: 0%
        architecture-name: mipsbe
               board-name: hAP ac lite
                 platform: MikroTik

Posted: **Mon Oct 23, 2017 1:38 pm**

@Paternot @Cha0s @irghost

My respect, but you decided to play captain obvious ?
I have many other devices everything is fine .

At the moment I have three 493G , which needs to be fixed.The question is only about the license . How can I keep it ?

With just 100k sector writes having 91% bad blocks is not normal. Especially if you have multiple boards with the same stats as you imply.
Forget de-soldering the NAND chip. Just send it to RMA.

I have ended the warranty on these devices.
100k writes, it is necessary to consider, that would be reset after netinstall. He does not keep the total number of the recorded sectors. I will say that there was no alloying or web proxy.

At the current moment.

Now will be reset and downgrading to routeros version 5. Netinstall cannot install 6 version.Then upgrade to version 6 bug fix only.Will remove the sd card and will be watching.

Posted: **Mon Oct 23, 2017 2:09 pm**

My respect, but you decided to play captain obvious ?

What that's supposed to mean?

With just 100k sector writes having 91% bad blocks is not normal. Especially if you have multiple boards with the same stats as you imply.
Forget de-soldering the NAND chip. Just send it to RMA.

I have ended the warranty on these devices.
100k writes, it is necessary to consider, that would be reset after netinstall. He does not keep the total number of the recorded sectors. I will say that there was no alloying or web proxy.

I don't think that's true. I just did a netinstall on a spare old RB I have here at the office and the Total Sectors Writes was not reset.

Screenshot_2.png

Screenshot_3.png

That's the expected (and proper) behavior IMHO. What you suggested is like buying a used car (RB) and with just a change of tires (netinstall) you get a reset odometer wiping the 300.000kms (millions of sector writes) you did while you had it, then selling it like new to some unaware guy...

Here's another board I just noticed today. 8.8 million sector writes. 0.0% bad blocks.

Screenshot_1.png

All I am saying is, your board is pretty much dead (or soon will totally be) with 97% bad blocks. Just replace it if it's out of warranty.

Posted: **Mon Oct 23, 2017 3:10 pm**

I don't think that's true. I just did a netinstall on a spare old RB I have here at the office and the Total Sectors Writes was not reset.

Example. Total Sector Writes was dropped.
made downgrade to version 5

Posted: **Tue Oct 30, 2018 3:10 pm**

Yesterday we replaced a Basebox 5 (RB912UAG-5HPnD-OUT) that wasn't booting RouterOS.

Today, I've applied Netinstall on it, and RouterOS booted again (6.40.8 version), but showing bad-blocks: 1.5%.

[admin@MikroTik] > sys resou pr
                   uptime: 8m4s
                  version: 6.40.8 (bugfix)
               build-time: Apr/23/2018 11:34:28
              free-memory: 47.0MiB
             total-memory: 64.0MiB
                      cpu: MIPS 74Kc V4.12
                cpu-count: 1
            cpu-frequency: 600MHz
                 cpu-load: 2%
           free-hdd-space: 111.6MiB
          total-hdd-space: 128.0MiB
  write-sect-since-reboot: 370
         write-sect-total: 370
               bad-blocks: 1.5%
        architecture-name: mipsbe
               board-name: BaseBox 5
                 platform: MikroTik
[admin@MikroTik] >

My question is: is it safe to reutilize that Basebox 5 in a production environment?

Posted: **Tue Oct 30, 2018 3:39 pm**

It is safe in case the amount of bad blocks will not be rising. Keep it running and monitor the status. Make sure you are not writing into flash.
Make two partitions to prevent further accidental problems.

Posted: **Sat Mar 11, 2023 9:37 pm**

Where did the bad-blocks counter go?

I used to have a script to sent me alerts when this value changes, but after upgrading to RouterOS 7.8 the script fails because there is no bad-blocks counter any more.

###### Example output from hAP ac lite:

 > /system resource print
                   uptime: 1w5d1h11m15s
                  version: 7.8 (stable)
               build-time: Feb/24/2023 09:03:00
         factory-software: 6.40.4
              free-memory: 25.4MiB
             total-memory: 64.0MiB
                      cpu: MIPS 24Kc V7.4
                cpu-count: 1
            cpu-frequency: 650MHz
                 cpu-load: 7%
           free-hdd-space: 3800.0KiB
          total-hdd-space: 16.0MiB
  write-sect-since-reboot: 4206
         write-sect-total: 551415
        architecture-name: mipsbe
               board-name: hAP ac lite
                 platform: MikroTik



###### and hEX:

> /system resource print 
                   uptime: 1w5d1h2m42s
                  version: 7.8 (stable)
               build-time: Feb/24/2023 09:03:00
         factory-software: 6.40.8
              free-memory: 192.4MiB
             total-memory: 256.0MiB
                      cpu: MIPS 1004Kc V2.15
                cpu-count: 4
            cpu-frequency: 880MHz
                 cpu-load: 1%
           free-hdd-space: 4304.0KiB
          total-hdd-space: 16.0MiB
  write-sect-since-reboot: 3651
         write-sect-total: 832043
        architecture-name: mmips
               board-name: hEX
                 platform: MikroTik

MikroTik

Bad Blocks?

Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?

Re: Bad Blocks?