[Bounty 0.1 BTC] MinePeon stability issues

[LogicalUnit]

. . .and now it's working again. Only thing I did was a sudo python2 cgminerLCDStats.py, followed by ctrl-c, and then sudo python2 cgminerLCDStats.py &

[cardcomm]

I've duplicated this issue, and posted a "fix" for it here:

https://bitcointalk.org/index.php?topic=137934.msg3149341#msg3149341

In short, it's likely a bad USB cable.

Hmm, I've tried 3 different USB cables, including crimping one, and none of them work. The device shows up when I do an lsusb as Van Ooijen Technische Informatica shared ID for use with libusb, but I get the same error.

PM'ed you with another potential fix

[viriat0]

Always had instability with version 0.2.3, changed to 0.2.2.

Uptime
0.2.2 cgminer3.3.1 3 days 7 hours 46 minutes 51 seconds 3 days 7 hours 46 minutes 13 seconds.

Setup
7 gizmos
D-linh hub7
Mitsai

Cheers

[cardcomm]

Did you get the LCD display working?

[LogicalUnit]

Did you get the LCD display working?

Yes! https://bitcointalk.org/index.php?topic=290511.msg3156977#msg3156977

However, the script seems to terminate after several hours, and I need to restart it. Could there be a memory leak or something in the code?

[LogicalUnit]

I'd also like to bring something to the attention of the MinePeon WebGui developers: when diff is greater than 1 in cgminer, the WebGui reports the number of accepted shares as the total accepted shares divided by the diff. So in my rig with 10 AMUs, cgminer 3.4.2 sets my diff to 10 automatically. This means that while one of my AMUs has 3400 accepted shares, only 340 accepted shares appear in the WebGui, skewing all of the statistics.

[tk1337]

I'd also like to bring something to the attention of the MinePeon WebGui developers: when diff is greater than 1 in cgminer, the WebGui reports the number of accepted shares as the total accepted shares divided by the diff. So in my rig with 10 AMUs, cgminer 3.4.2 sets my diff to 10 automatically. This means that while one of my AMUs has 3400 accepted shares, only 340 accepted shares appear in the WebGui, skewing all of the statistics.

Granted I stopped using CGMiner due to instability with working with over 20 miners, however, there are some stats still off from console to webUI (mainly HW Error % from my screenshots). I really don't think the code is doing anything with the stats from the API other than pulling them directly from the miner, but I am going to take a look into it, I did see a few things awhile back.

BFGMiner Console


BFGMiner WebUI

[kano]

You can't divide those two numbers and get a correct answer for anyone except a few.

[cardcomm]

Did you get the LCD display working?

Yes! https://bitcointalk.org/index.php?topic=290511.msg3156977#msg3156977

However, the script seems to terminate after several hours, and I need to restart it. Could there be a memory leak or something in the code?

Well, I can't preclude the chance of a memory leak, but my script runs days at a time without failing. Are you seeing an error message? I seem to recall you getting an error to the effect that it's unable to claim the USB device.

[LogicalUnit]

It seems to be claiming the USB normally, and it's been running for about a day now. I'll let you know how it goes.

[LogicalUnit]

Okay, the stats screen froze again in just under 2 days of mining (about 45 hrs of uptime). When I restarted the stats script, I noticed that cgminer had been restarted as well, a few hours earlier. This implies that something in the system is causing problems for both.

Can someone help me debug?

[LogicalUnit]

Anyone? I'm still getting cgminer restarts and LCD script termination.

[tk1337]

Anyone? I'm still getting cgminer restarts and LCD script termination.

Switch to BFGMiner and see if that solves your issues, has for me and several others lately.

[LogicalUnit]

Anyone? I'm still getting cgminer restarts and LCD script termination.

Switch to BFGMiner and see if that solves your issues, has for me and several others lately.

Can you provide instructions?

[LogicalUnit]

Okay, I've got bfgminer up and running, but now my http stats don't work. Hrm. . .

[tk1337]

Okay, I've got bfgminer up and running, but now my http stats don't work. Hrm. . .

I saw your post in the other thread, tbh, I haven't ran the http from 0.2.2 in a long time now, so with that being said...
I can attempt to pull it on one of my rPi's and see what could be the issue for you (or) attempt to download the latest version of http (see my information about backing up your current http directory) however, I do know the latest of http 0.2.3a is still under dev. so you will probably run into issues there as well... I can't remember the simple fixes that were needed for the latest dev build, as I have so many random projects going on within my http directory for stuff I'm coding, I haven't done a pull in awhile.

But I can easily do an update, pull the http from 0.2.2 and see what the issue is, then tell you how to fix it (if I am indeed having the same issue). I'll do it on my other rPi that's just acting as a proxy for the blades, I never use the webStats on that one.

Sorry for not responding earlier about switching to bfgminer, haven't looked at the forums in a little bit...

Code: (Switch from CGMiner to BFGMiner on MinePeon)

sudo systemctl stop cgminer.service
sudo systemctl disable cgminer.service
sudo systemctl enable bfgminer.service
sudo systemctl start bfgminer.service

[LogicalUnit]

But I can easily do an update, pull the http from 0.2.2 and see what the issue is, then tell you how to fix it (if I am indeed having the same issue). I'll do it on my other rPi that's just acting as a proxy for the blades, I never use the webStats on that one.

Cool, thanks for checking it out