rpi B for cgminer

[BitMinerN8]

Has anyone seen a walk-through or setup guide for getting miner.php working with a Pi? I could have swore I saw one at one point, but I searched through my notes & bookmarks to no avail.

[1715030777]

1715030777

[1715030777]

1715030777

[1715030777]

1715030777

[1715030777]

1715030777

[MineForeman.com]

Has anyone seen a walk-through or setup guide for getting miner.php working with a Pi? I could have swore I saw one at one point, but I searched through my notes & bookmarks to no avail.

How familiar are you with Linux?

<shameless plug>The absolute cheat way to do it is download and install MinePeon, find its IP (from your router probably), visit the web interface, set up your pool then click on the 'stats' link at the top.</shameless plug>

If you are somewhat familiar with Linux though, scroll up a bit and Kano has instructions on how to compile it all on a default whezey build, all you will need to do is install apache, php and drop miner.php in place.  I will look around, I was some step by step instructions somewhere that I will link (when I find them).

[BitMinerN8]

Has anyone seen a walk-through or setup guide for getting miner.php working with a Pi? I could have swore I saw one at one point, but I searched through my notes & bookmarks to no avail.

How familiar are you with Linux?

<shameless plug>The absolute cheat way to do it is download and install MinePeon, find its IP (from your router probably), visit the web interface, set up your pool then click on the 'stats' link at the top.</shameless plug>

If you are somewhat familiar with Linux though, scroll up a bit and Kano has instructions on how to compile it all on a default whezey build, all you will need to do is install apache, php and drop miner.php in place.  I will look around, I was some step by step instructions somewhere that I will link (when I find them).

I'm not scared of it and will spend lots of hours trying to figure something out or make it work in my environment. I keep LOTS of notes and I do compile cgminer builds as they come out. I've "bolted on" the latest cgminer to several BAMT rigs, etc.  After seeing and typing in the same things a lot I've started to pick bits up here and there to tweak and make things work better for me. (Scripts etc.)

I am interested in learning how to build a watchdog process like he made here: https://bitcointalk.org/index.php?topic=128789.0 to reboot the Pi on lockups or crash. For the most part things have been stable but I am looking to have things redundant or fail safes where possible as if you have a hand full of Single SC go down, you'll be loosing coin quick! Not like today where you can get to it in an hour or two and not feel it much. I have 5 Pi's ready to go as to not have all my eggs in one basket, it's just a matter of how many SC's each Pi can handle.

My ultimate goal would be to have a web front end that has all the info and stats from ALL the rigs, that is why I was looking into the miner.php code that comes with cgminer. I'm just trying to have a one page view of the farm. So I guess I will travel down the apache and php road and see where it takes me.

I just found your MinePeon project the other day on the BFL Forum and will definitely check it out. It looks pretty cool. Thanks!

[kano]

Has anyone seen a walk-through or setup guide for getting miner.php working with a Pi? I could have swore I saw one at one point, but I searched through my notes & bookmarks to no avail.

Do you want the rpi running the web server or something else?

If you want the rpi to run the webserver, one way is with apache and php
I'll not bother running on the rpi coz I don't need that extra stuff on there, however, the xubu commands are:
sudo apt-get install apache2
sudo apt-get install php5
sudo /etc/init.d/apache2 reload
"next copy miner.php to /var/www/"
"then view the rpi http://rpi-ip/miner.php"

[BitMinerN8]

Has anyone seen a walk-through or setup guide for getting miner.php working with a Pi? I could have swore I saw one at one point, but I searched through my notes & bookmarks to no avail.

Do you want the rpi running the web server or something else?

If you want the rpi to run the webserver, one way is with apache and php
I'll not bother running on the rpi coz I don't need that extra stuff on there, however, the xubu commands are:
sudo apt-get install apache2
sudo apt-get install php5
sudo /etc/init.d/apache2 reload
"next copy miner.php to /var/www/"
"then view the rpi http://rpi-ip/miner.php"

Thanks! That's funny, I was just figuring out where to drop the miner.php file when got the alert on your post. Next I will read up on using the api to read cgminer data from rig to another. That should be possible right?

[kano]

As per API-README ...
You need to have cgminer run the API ... --api-listen
You need to say who can access it ... default is only from the machine cgminer is running with read only access.
--api-network OR --api-allow define who can access the API
Next your miner.php has a $rigs to say where to look for 1 or more cgminers.
The default is 127.0.0.1

... lots more about multiple rigs and --api-allow and miner.php and ...

[BitMinerN8]

As per API-README ...
You need to have cgminer run the API ... --api-listen
You need to say who can access it ... default is only from the machine cgminer is running with read only access.
--api-network OR --api-allow define who can access the API
Next your miner.php has a $rigs to say where to look for 1 or more cgminers.
The default is 127.0.0.1

... lots more about multiple rigs and --api-allow and miner.php and ...

Perfect. I'll take it from here, and read up on it in the morning. I did get miner.php working on the Pi and noticed the Rig column and got all excited knowing I would be figuring out the rest soon. Thanks again for the nudge in the right direct. I love getting under the hood with this stuff.

[Morblias]

After you read up on it, you will realize how easy it is. Only takes a couple steps to add all rigs to the miner.php via the API

In miner.php all you need to do is add your other IPs to $rigs and make sure to do --api-listen and --api-allow RPi IP on other rigs:

[BitMinerN8]

After you read up on it, you will realize how easy it is. Only takes a couple steps to add all rigs to the miner.php via the API

In miner.php all you need to do is add your other IPs to $rigs and make sure to do --api-listen and --api-allow RPi IP on other rigs:

Yes thanks! I woke up and got it done. All rigs working. Now I'm off to "myminer.php" customization land. Ha.

[kano]

Yeah, looking forward to see if it can handle 2 or 3 Single SC's. 

Me too, just to make sure that I don't spread mis-information though it is NOT lib-usb that has the issue, it seems to be only the serial-usb that has 'issues', and even then I have no serial-usb FPGA devices to test with (like Kano did, and found problems).

And added to that, no one has tested ASIC with the Pi (lib-usb or serial-usb) so it may turn out to be a non issue.

The problem with serial-USB is that each device has it's own kernel driver.
Thus each driver's bugs are able to take hold and cause problems (and cause incompatibilities between them)

I've not bothered to rewrite the Icarus driver coz ... I've not had the time and not really something I care too much about ...

Everything else (non-GPU) on cgminer uses libusb and mining with two different devices (BFL and MMQ) going through the same libusb has not had any major problems (i.e. no problems that were rpi specific)

All the new ASIC drivers we write are (and will be) libusb also.

... I'll have a few ASICs soon ... well ... certainly before the end of the world at least

Well that was interesting.
I had made a small change to my cgminer run script to log on the rpi instead of my main fileserver ...

I had a look at the two logs (for the above crashes) and they showed cgminer still running.
The rpi hadn't died, just the network had.
So the problem may be some interaction between the "Prolific Technology, Inc. PL2303 Serial Port" and the network driver?

I've written a crontab script to check if the network has been down for 5 minutues and then request a cgminer quit and shutdown the rpi
... coz I don't (usually) have a display or keyboard attached, it means it shuts down properly rather than pulling the power out
The cgminer logs show that happening also.

Anyway, the logs show:
cgminer
 [2013-03-14 09:57:47] Stratum connection to pool 0 interrupted
 [2013-03-14 09:58:02] Pool 0 http://au.ozco.in:3333 not responding!

syslog
Mar 14 09:58:03 raspberrypi ntpd[1908]: Deleting interface #2 eth0, 192.168#123, interface stats: received=99, sent=103, dropped=0, active_time=1204 secs
...
Mar 14 09:58:03 raspberrypi kernel: [ 1267.800680] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000014
Mar 14 09:58:03 raspberrypi kernel: [ 1267.800711] smsc95xx 1-1.1:1.0: eth0: Failed to write HW_CFG_LRST_ bit in HW_CFG register, ret = -110
...

kern.log
Mar 14 09:44:36 raspberrypi kernel: [  460.821299] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Mar 14 09:56:41 raspberrypi kernel: [ 1185.918029] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
... that 2nd one repeated every ~5 seconds until ...
Mar 14 09:58:03 raspberrypi kernel: [ 1267.800680] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000014
Mar 14 09:58:03 raspberrypi kernel: [ 1267.800711] smsc95xx 1-1.1:1.0: eth0: Failed to write HW_CFG_LRST_ bit in HW_CFG register, ret = -110
... then more of the above until shutdown


So basically it's the nic/nic driver that's the problem (smsc95xx) and I've seen nic errors in the logs before without mining with my Icarus

[BitMinerN8]

-SNIP-
So basically it's the nic/nic driver that's the problem (smsc95xx) and I've seen nic errors in the logs before without mining with my Icarus

Yeah, that is strange... Don't the network and USB use the same chipset? I though I read that somewhere, but I could be wrong. I like your failsafe/reboot Pi crontab script. (noob linux skills, trying to learn how to do that myself)

Just wondering, have you updated the firmware on your Pi? https://github.com/Hexxeh/rpi-update

[kano]

Well I ran the rpi-update a week or so ago and it ONLY just fits on my 2GB
Free space went below zero but of course the silly -m root space saved that.
Guess I better buy (yet another) 4GB soon.
Got yet another one last week (Class 6 this time) and it keeps failing when I try to extend the partition or even sometimes on the 2nd boot after copying the image on it - I guess I need to spend more than $10 on the SD to get a good one next time

Anyway, it now says:
# /opt/vc/bin/vcgencmd version
Mar  7 2013 19:37:36
Copyright (c) 2012 Broadcom
version 375458 (release)

... and since then ... been running non-stop with a single MMQ without any trouble at all.
I restarted cgminer early on when I was updating cgminer, but linux has been running non-stop for more than 9 days without a failure!
# uptime
05:52:39 up 9 days,  8:19,  2 users,  load average: 0.02, 0.06, 0.07

cgminer 6.75 days runtime:
cgminer version 2.11.3a - Started: [2013-03-20 11:46:46]
--------------------------------------------------------------------------------
 (5s):339.1M (avg):818.0Mh/s | Q:27211  A:499  R:3  HW:977  E:2%  U:0.1/m
 ST: 2  SS: 4  DW: 50329  NB: 1330  LW: 191680  GF: 9  RF: 0  WU: 11.5
 Connected to au.ozco.in diff 256 with stratum as user ...
 Block: 00fade471f1c07d6...  Diff:6.7M  Started: [05:54:22]  Best share: 44.9K
--------------------------------------------------------------------------------
 [P]ool management [ S]ettings [D]isplay options [Q]uit
 MMQ 0:  44.6C 196MHz  | 196.0M/195.4Mh/s | A:121 R:0 HW:372 U:0.01/m
 MMQ 1:  46.3C 208MHz  | 207.9M/207.5Mh/s | A:135 R:0 HW:197 U:0.01/m
 MMQ 2:  46.3C 210MHz  | 210.0M/210.3Mh/s | A:135 R:2 HW:191 U:0.01/m
 MMQ 3:  41.0C 204MHz  | 204.0M/204.8Mh/s | A:108 R:1 HW:217 U:0.01/m
--------------------------------------------------------------------------------

Just an FYI - I rarely don't use root - I've been logged in as root on every linux computer I use and run for the last 16 or 17 years and I'm not going to stop doing that.
I do run cgminer as non-root on my GPU mining rig since xubuntu boots into the user and you need to be that user to avoid having to use xhost
... and of course the rpi image has a 'pi' user so I've been logged in as that for rpi mining.
I blame btcoin for having started using non-root for mining ... but only for mining ...

[Morblias]

[root@minepeon log]# uptime
 14:12:22 up 19 days,  4:29,  2 users,  load average: 0.03, 0.05, 0.09

I really hope the ASICs will work on the RPi!

[BitMinerN8]

Cool, good to hear. I've had no issues either.

12:11:38 up 11 days, 14:51,  3 users,  load average: 0.00, 0.02, 0.05

My Pi has the following running on it:
- cgminer with 4 BFLs
- apache / php5 / miner.php
- stratum proxy (for my last 2 BAMT rigs I don't want to mess with since they are 100% stable and have been running over 9 months without a reboot) 
- hamachi (so I can link miner.php between 3 locations giving me one page to see the whole farm)

Good stuff man, that Pi was the best bang for buck I tell you. 

[MineForeman.com]

08:26:03 up 104 days, 20:20,  2 users,  load average: 0.09, 0.10, 0.23

I win!  (linux geek competition going on here)

But seriously, if handled right the PI seems rock steady.  Perfect to be used as a mine controller.

[BitMinerN8]

08:26:03 up 104 days, 20:20,  2 users,  load average: 0.09, 0.10, 0.23

I win!  (linux geek competition going on here)

But seriously, if handled right the PI seems rock steady.  Perfect to be used as a mine controller.

<Bows down> Ahhhhhhh 

[MineForeman.com]

Unfortunately one of my (two) pi's just killed a kingston memory card after 4 months of continuous running (with a couple of reboots so not continuous uptime). Can't reflash the card due to CRC errors, but popped in a fresh one and its back up and running. The moral of the story is to keep an up to date image backup of your memory card.

dd if=/dev/mmcblk0 | ssh 192.168.0.X "dd of=/home/minepeon/latest.img"
^^^^^ Saved my ass on my development PI thousands of times. 

(I am not near it and not logged in so that is from memory, change to fit your needs and put it into crontab)

[ChipGeek]

Is anyone running p2pool on an rpi?  I would guess the memory overhead of running bitcoin-qt would be WAY too much for the 256MB memory in my rpi (or 512MB in the newer ones) and SD card combination. 

Has anyone done this yet?  If so, what were your results?

[MineForeman.com]

Has anyone done this yet?  If so, what were your results?

I have, it runs fine.  I will eventually be including it as part of MinePeon for the PI but it will most likely require access to a bitcoind running on another machine.

I have actually even had bitcoind running running on a PI but I gave up long before the blockchain synced.  I suspect if I let it go I would have ended up with a toasted SD card.

[BitMinerN8]

Has anyone done this yet?  If so, what were your results?

I have, it runs fine.  I will eventually be including it as part of MinePeon for the PI but it will most likely require access to a bitcoind running on another machine.

I have actually even had bitcoind running running on a PI but I gave up long before the blockchain synced.  I suspect if I let it go I would have ended up with a toasted SD card.

I was wondering if something like this would work, but running it on an SSD in a SATA to USB case.