Antminer R4: full working, but no web-access: Error connection refused!

[Helfred]

@Not Fuzzy warm

Its worth a try! I am at the moment not at the place as the miner, but this will try definitly!

[1715147488]

1715147488

[Helfred]

@neonox

I closed the ssh session. Hope this solved the problem)

I have to leave office now.

Would be great if you support me a little by wednesday ?

Hope on your help.

[neonox]

@neonox
Help! How can this be stopped ?

Use the ps command to get the process id (PID) of this process.
kill -9 (PID)
But, I'm surprised that monitors/supervises lighttpd daemon can stop other process.
https://www.mankier.com/8/lighttpd-angel

Try to reboot, it'll restart all services
reboot

Closing ssh session will not kill daemon:)

Next time please fillow recommendation by @Not Fuzzy warm, it have more sence and less risky than patch application.

[Helfred]

D****d, i am already out of office!

Hope its not a problem if this process runs the next two days?
Its just killing a lot of pids and restarting them.

i am back in office by wednesday only.

Problem?

[neonox]

Problem?

Look at the pool stats, I can't see the problem from my end.

[Helfred]

@neonox
@NotFuzzyWarm

Thanks guys for all the help provided.

I do not see the problem solved, but I definitly try the operation recommended by NotFuzzyWarm.
Will be at the miner#s place only by tuesday next week and will keep you informed.

But for general knowledge only:
How would one flash a new image with a ssh session ?

There should be a possibility, since the webinterface probably will only start the command line programs.
Correct ?

Did one try this ?

[neonox]

Correct ?

Yes, BUT(!) keep in mind:
1) procedure can be different from one version to another
2) you can get a brick until you physically flush box
3) this is just a trick and no guarantee it'll repair your box

Okay, if you read this and understand all risks:
I have no R4 around, so how it work in S5

1) look at the shell script /www/pages/cgi-bin/upgrade_clear.cgi
2) scp downloaded_image.tar.gz to R4
3) tar zxf downloaded_image.tar.gz
if you can see runme.sh - you are lucky
4) sh runme.sh
in other case you should do many wood magic described in upgrade_clear.cgi
after
else
    if [ -e /dev/mmcblk0p3 ]; then
...
fi


I uploaded lighthttpd that built for your arch
https://www.dropbox.com/s/p0pypos1y8bqfsq/lighttpd.gz?dl=0

Download it separately on r4 and try to run
/your/folder/lighttpd -v

[Helfred]

@neonox
@NotFuzzyWarm

Gentlemen, you saved me and my miner!

Natasha is now accessible again)))) Thanks to all.

Hardware Version   4.8.1.0
Kernel Version   Linux 3.14.0-xilinx-gf387dab-dirty #38 SMP PREEMPT Fri Jun 17 20:02:51 CST 2016
File System Version   Tue Aug 9 21:00:51 CST 2016
BMminer Version   1.0.0

This is the image now active.

Is it buggy ? Or should I leave it as is ? I have also a backup from the image it was delivered with.

What image is recommended by the users ?
I have
Antminer-R4-all-201612020035-autofreq-user.tar.gz

and the all new
Antminer-R4-all-201704280718-autofreq-user-Update2UBI-NF.tar.gz

Which is the better choice ?

[NotFuzzyWarm]

No bugs, that version is fine and in 2 respects, better - you should now have fan speed and frequency control back

The only thing you might run into is that now both boards run at the same freq. That means that the maximum speed will be limited to what the weakest board will run at vs autotune usually putting them at different speeds so each boards runs in its sweet spot.

[Helfred]

As far as i can see now, this embedded image is really stable.

Works slightly under the hashrate of 8.7 promised. Average is 8.5-8.6 . Frequency is 600Mhz.

I think, the image which I bought the R4 with was clocked at 725, but not sure.

What I can say is, that quantity of Hw errors is down by far! was x thousand, now just a few.

What images are others using at which frequency ?

[NotFuzzyWarm]

Pretty sure the original freq was ballpark of 625MHz (not 725) with 1 board no doubt being lower than the other. As for speed, I just kept setting the freq higher until the HW error rate started being over 0.002%, for 1 one of my R4's that is 606MHz and another R4 is set to 612.5MHz.

[Helfred]

Yes, that can be true: probably it was really 625.

I had several other problems with that model, such as sudden reboots (not temperature related) and sudden stop of hashing.

This was then probably related with the frequency of 625; i do not understand why this is then the frequency factory set from Antminer.

In the end: miner is stable now and on low temps, even with slighty lower hashrate.

What would one want more ?