Antminer Z11 keeps freezing

[projectshamba]

Hi,

We have a few Z11 and from time to time the "freeze".
2 green lights are flashing, the Redlight is flashing as well.

Kernel log show some nonce / CRC errors:

Code:

May 12 08:29:46 (none) local0.notice cgminer[24464]: All asics arrive target freq
May 12 10:51:56 (none) local0.err cgminer[24464]: bm1740_verify_nonce_integrality CRC error. cal-crc=52ee, chip-crc=d91b
May 12 10:51:56 (none) local0.warn cgminer[24464]: receive a error nonce. total = 0
May 12 11:03:29 (none) local0.err cgminer[24464]: bm1740_verify_nonce_integrality CRC error. cal-crc=7e4, chip-crc=e4ba
May 12 11:03:29 (none) local0.warn cgminer[24464]: receive a error nonce. total = 1
May 12 11:03:47 (none) local0.err cgminer[24464]: bm1740_verify_nonce_integrality CRC error. cal-crc=5a2c, chip-crc=020d
May 12 11:03:47 (none) local0.warn cgminer[24464]: receive a error nonce. total = 2
May 12 11:06:52 (none) local0.err cgminer[24464]: bm1740_verify_nonce_integrality CRC error. cal-crc=8d24, chip-crc=013c
May 12 11:06:52 (none) local0.warn cgminer[24464]: receive a error nonce. total = 3
May 12 11:10:11 (none) local0.err cgminer[24464]: bm1740_verify_nonce_integrality CRC error. cal-crc=48cf, chip-crc=45b4
May 12 11:10:11 (none) local0.warn cgminer[24464]: receive a error nonce. total = 4
May 12 11:10:16 (none) local0.err cgminer[24464]: bm1740_verify_nonce_integrality CRC error. cal-crc=ab55, chip-crc=a40c
May 12 11:10:16 (none) local0.warn cgminer[24464]: receive a error nonce. total = 5
May 12 11:10:23 (none) local0.err cgminer[24464]: bm1740_verify_nonce_integrality CRC error. cal-crc=7194, chip-crc=9407
May 12 11:10:23 (none) local0.warn cgminer[24464]: receive a error nonce. total = 6
May 12 11:11:18 (none) local0.err cgminer[24464]: bm1740_verify_nonce_integrality CRC error. cal-crc=e07b, chip-crc=aa55
May 12 11:11:18 (none) local0.warn cgminer[24464]: receive a error nonce. total = 7
May 12 11:13:36 (none) local0.err cgminer[24464]: bm1740_verify_nonce_integrality CRC error. cal-crc=36ff, chip-crc=d03d
May 12 11:13:36 (none) local0.warn cgminer[24464]: receive a error nonce. total = 8
May 12 11:15:59 (none) local0.err cgminer[24464]: bm1740_verify_nonce_integrality CRC error. cal-crc=e1bd, chip-crc=8447
May 12 11:15:59 (none) local0.warn cgminer[24464]: receive a error nonce. total = 9
May 12 11:17:18 (none) local0.err cgminer[24464]: nonceID is different f3 != f4 chipid=0

We can still connect to the miner via the web interface, but Miner status is not displaying anything

We can reboot the miner from the web interface as well and the machine goes back up online.

The miners are Bitmain firmware of April 23rd

Anyone have a clue of what is going on ?

[mansello]

Hi, I have the same problem .... any issue?

[JFoxOne]

Do a factory reset / firmware reset.

Otherwise you can try lowering the frequency first.

[mansello]

Thank you ... but I have already made a factory reset, some reboot and firmware upgrade.

Here you can see some screenshot: https://imgur.com/a/Kf3mSKj

It happens after 2 hours of mining!!

if you have any other suggestions ....

Thank you

[mansello]

Now I changed the default password ... and worked for 10 minutes ... now it's freezing.

[JFoxOne]

It would work fine if error is not hardware related. If you can't fix it otherwise, try with minerstat. You can edit your fans and frequency directly from the dashboard.

[mansello]

I modified the frequency: "bitmain-freq" : "731"
I also tried 718 and 725 but unfortunately I'm not able to see anything on the GUI.
On Minerstat, the status of the mine is "undetected hardware".
On the dashboard I can see the consumption , but the hashrate is 0 h/s
On the workers I have uptime 0s and no hashing power

[efudd]

I modified the frequency: "bitmain-freq" : "731"
I also tried 718 and 725 but unfortunately I'm not able to see anything on the GUI.
On Minerstat, the status of the mine is "undetected hardware".
On the dashboard I can see the consumption , but the hashrate is 0 h/s
On the workers I have uptime 0s and no hashing power

Z11 frequency cannot be controlled in factory firmware.

-j

[JFoxOne]

... I'm not able to see anything on the GUI.

Use correct login info. Not SSH login, but Web login that you use for accessing your Antminer's interface.
Default is root root (if you didn't change it).

Z11 frequency cannot be controlled in factory firmware.

With minerstat you can control the frequency on official firmware.

[efudd]

... I'm not able to see anything on the GUI.

Use correct login info. Not SSH login, but Web login that you use for accessing your Antminer's interface.
Default is root root (if you didn't change it).

Z11 frequency cannot be controlled in factory firmware.

With minerstat you can control the frequency on official firmware.

No, you can’t.

Frequency settings in config are ignored and it autotunes. Please do not spread misinformation.

-j

[coinscrow]

Frequency settings in config are ignored and it autotunes. Please do not spread misinformation.
-j

If anyone is having issues with the frequency being locked, they can install any firmware as minerstat supports most of them. Including efudd firmware.
However, we did tests, changed config was always accepted by the machine, but yes may it can be ignored because of autotuning. Good that you have pointed it out now. Thanks.

Now I changed the default password ... and worked for 10 minutes ... now it's freezing.

You need to provide your changed password on the UI unless the machine is not available or controllable by our software.
Default Web login is root/root. If you changed make sure you update on the website too.

[efudd]

Frequency settings in config are ignored and it autotunes. Please do not spread misinformation.
-j

If anyone is having issues with the frequency being locked, they can install any firmware as minerstat supports most of them. Including efudd firmware.
However, we did tests, changed config was always accepted by the machine, but yes may it can be ignored because of autotuning. Good that you have pointed it out now. Thanks.

Now I changed the default password ... and worked for 10 minutes ... now it's freezing.

You need to provide your changed password on the UI unless the machine is not available or controllable by our software.
Default Web login is root/root. If you changed make sure you update on the website too.

For what it is worth, I get escalations due to minerstat overwriting configs. It seems folk don't realize that minerstat snapshots their configuration and re-applies it... I guess that is part of your workflow (control via web)? It is especially concerning when minerstat is installed before the customer has configured their machine completely and snapshots an older config.

-j

[JFoxOne]

For what it is worth, I get escalations due to minerstat overwriting configs. It seems folk don't realize that minerstat snapshots their configuration and re-applies it... I guess that is part of your workflow (control via web)? It is especially concerning when minerstat is installed before the customer has configured their machine completely and snapshots an older config.

-j

efudd, I had a feeling that you have understood how it works quite well when I've explained it to you on the Discord ~2 months ago.

You are correct, minerstat is meant for remote management and so it does save the config on the first sync and then overwrites the config based on user's actions. Everything is managed remotely, this is why it's called remote management after all. Need to get used to it.

Also, it doesn't really matter if minerstat is installed before customer has configured their machine or not, this shouldn't be a concern at all, because they can always change the config on the dashboard, that's not just normal and expected, but it's also the whole point of minerstat - the remote management.

If users decide they will no longer use the software, they can easily uninstall it.

So now you know how it works, please be kind enough and explain it to your users when they will ask you about it next time or feel free to forward them to us. They will get our full attention.

[efudd]

For what it is worth, I get escalations due to minerstat overwriting configs. It seems folk don't realize that minerstat snapshots their configuration and re-applies it... I guess that is part of your workflow (control via web)? It is especially concerning when minerstat is installed before the customer has configured their machine completely and snapshots an older config.

-j

efudd, I had a feeling that you have understood how it works quite well when I've explained it to you on the Discord ~2 months ago.

You are correct, minerstat is meant for remote management and so it does save the config on the first sync and then overwrites the config based on user's actions. Everything is managed remotely, this is why it's called remote management after all. Need to get used to it.

Also, it doesn't really matter if minerstat is installed before customer has configured their machine or not, this shouldn't be a concern at all, because they can always change the config on the dashboard, that's not just normal and expected, but it's also the whole point of minerstat - the remote management.

If users decide they will no longer use the software, they can easily uninstall it.

So now you know how it works, please be kind enough and explain it to your users when they will ask you about it next time or feel free to forward them to us. They will get our full attention.

Umm... yeah. Not sure what is up with the “get used to it” comment and tone. I couldn’t find the name of the person I spoke to for 60 seconds or so, a few months back, on discord about that.

The conditions im aware of likely fall into the category of the user not understanding and just seeking stats.

If I offended you, I apologize.

-j

[JFoxOne]

You didn't, everything is ok. Just want to make sure that we're on the same page.

“Need to get used to it” = Need to get used to the system explained before.

All the best,
J