[Minera v0.9.1] Your next mining dashboard - Antminer/CPUminer/CGminer/BFGminer

[michelem]

I am using  Minera to run GridSeed GS3355 and works great! I also have an Antminer S2 that I would like to have Minera manage as well. But I'm having trouble with the connection. I searched and all I could find are the links below. Unfortunately I still cannot connect.

http://leaserig.freshdesk.com/support/articles/1000106114-api-connect-direct-connect-antminer-s2

http://www.ramosresearch.com/weblog/entry/how-to-configure-antminer-s1-s2-s3-for-remote-api-access.html

Any help would be greatly appreciated.

Cheers.

This is the line to add to your cgminer.conf:

"api-allow":"W:127.0.0.1,W:192.168.1.0/24"

Of course this works for 192.168.1.0 LAN, change it for yours

If you are still in trouble please give us your conf file to look at.

I was preparing to post my conf files and as a precaution updated per your last post, Because I'm getting the spinning wheels after adding the S2. Note when only the local GridSeed gs3355 is configured Minera works fine.

After updating I added the S2. Spinning wheels as expected. But checked MobileMiner and the S2 is there and reporting correctly. So Minera must see it but not reporting stat's correctly.

What can I provide you with to help improve this already amazing system?

Report this please:

* got to the dashboard
* push ctrl+alt+i or click right mouse everywhere and click "Inspect element"
* click the "Console" tab
* refresh page
* give me the errors/screenshot

I need something like this:

I can also give you access to the equipment if that would help.

http://imgur.com/9eeCNZB

I need the console tab

[oakmaster]

The update is awesome great work the only problem I found is when I updated from the dashboard my miners wouldn't start also keep saying I had to put in at least one pool in this happened to both of my miners so I downloaded the img formatted the sdcard and started all over and both started with no problems I dont no if theres a bug in the updater but this new update is great

[michelem]

The update is awesome great work the only problem I found is when I updated from the dashboard my miners wouldn't start also keep saying I had to put in at least one pool in this happened to both of my miners so I downloaded the img formatted the sdcard and started all over and both started with no problems I dont no if theres a bug in the updater but this new update is great

Thanks! I think you had to turn on the new option "append JSON conf" (it's turned on by default in image file)

[ElscottHavoc]

For everybody still in stuck with spinning wheels after upgrading, please update again I fixed something:

Code:

cd /var/www/minera
sudo git fetch --all && sudo git reset --hard origin/master

This has now fixed all my particular spinning wheels problems completely even with the device tree enabled.

[cavaliersrus]

yes i use dhcp i edited the file you stated and now it shows

nameserver 8.8.8.8
nameserver 192.168.2.3

still will not connect to pools

reboot and still shows

it will not remove the 192.168.2.3 at all must be something else somewhere else

ok rebooted minera on raspberry pi and it keeps giving me nameserver 192.168.2.3 and not 8.8.8.8 even after sudo vi /etc/resolv.conf i change it to 8.8.8.8 do sudo reboot and it pops back 192.168.2.3... it also changes my pool from my mining rig rental site to the local address for the minera pi of 192.168.2.110

You can't change /etc/resolv.conf directly because it is auto updated from the system.

You should edit instead the DHCP conf file (I suppose you use DHCP from your router), edit file /etc/dhcp/dhclient.conf and uncomment the line:

Code:

prepend domain-name-servers 127.0.0.1;

and change it to be:

Code:

prepend domain-name-servers 8.8.8.8;

After rebooting you should have the right DNS, and yes this could be the cause CPUminer cannot connect to the pools.

[cavaliersrus]

fresh install of minera and a full format of the sd card and removal of one router has fixed the issue of my miners not connecting to pool's ...

edited the conf you suggested to make sure and all is working flawlessly

thank you for your hard work mich and keep minera running perfict sorry for all the pain in the butt things i was having

[michelem]

Hi guys, just to inform you I uploaded an updated image file with every fixes done after first 0.5.0 release.

You can find it at usual place: http://getminera.com/download/latest

[unamis76]

Hi guys, just to inform you I uploaded an updated image file with every fixes done after first 0.5.0 release.

You can find it at usual place: http://getminera.com/download/latest

Thank you, this is always handy

[CrazyGuy]

v0.5.0 appears to have some great improvements, I look forward to testing it out in the coming days. For a future release, I'd love to see ckpool integration.

[michelem]

v0.5.0 appears to have some great improvements, I look forward to testing it out in the coming days. For a future release, I'd love to see ckpool integration.

Thanks friend, Ckpool sounds good but I think it needs a bitcoind running and it's not possible to run a bitcoind into a RPI, there isn't available space for the blockchian data, what's your thought?

[toptekk]

Very nice TY


Mich


one question my setup is one PI for my Script miners and one PI to monitor it all on .. i  know i can monitor it all on one PI but I like it this way. i have one of my S5 set to donate 10 mins a day when that time comes as long as that PI is on will it Switch over for 10 mins then back to my main pool ? . i mean that's all  i have to do  ? . i did  set it up in side one of my Ant S5 and added a donation pool to that network miner.




BTw this runs my Zeus thunder X6 better then it ever did no reboots or dropped hash so a big improvement from a while back . i have it OC to do 24 MH it does it very nicely now . once i rewire it again with 14 GW wire I'm gonna see how far i can push it before the HW get bad, right now it stys well under 10 %  HW error OC to 24 MH temps sty about the same as default setting .



TY again .


one last question why does Minera show me at  429 MH which i wish, when all im doing is 24 MH well there on west hash it shows me moving back up to 24 from 15  I know that's normal.

 I  switched Pools right now west hash is at Scrypt    3333    12.6028 GH/s    0.1929 BTC/GH/Day 31% why the HW error may look high.

[CrazyGuy]

v0.5.0 appears to have some great improvements, I look forward to testing it out in the coming days. For a future release, I'd love to see ckpool integration.

Thanks friend, Ckpool sounds good but I think it needs a bitcoind running and it's not possible to run a bitcoind into a RPI, there isn't available space for the blockchian data, what's your thought?

I've run a full node off of a cubieboard. I had to add a couple gigs of swap space and it wasn't really reliable. I'm thinking just a ckpool instance which you could configure and monitor through the minera interface, perhaps in a seperate dashboard. Bitcoind would be running on another system.

Any self respecting miner should be running a full node somewhere on their network anyways  

[GenPatton68]

HELP! Can't get the Rockminer New R-Box to work! It is recognized as ttyUSB0 but the hash rate is 0Kh/s. What do I do???

[michelem]

one last question why does Minera show me at  429 MH which i wish, when all im doing is 24 MH well there on west hash it shows me moving back up to 24 from 15  I know that's normal.

 I  switched Pools right now west hash is at Scrypt    3333    12.6028 GH/s    0.1929 BTC/GH/Day 31% why the HW error may look high.

That's the usual Cgminer DmaxL bug with hashrate calculation, why do you use that miner software? I recommend using Bfgminer instead, but in the meantime if you can give me the output of this (pm me if you prefer) I could find the problem: http://<IP>/minera/index.php/app/api?command=miner_stats

[michelem]

v0.5.0 appears to have some great improvements, I look forward to testing it out in the coming days. For a future release, I'd love to see ckpool integration.

Thanks friend, Ckpool sounds good but I think it needs a bitcoind running and it's not possible to run a bitcoind into a RPI, there isn't available space for the blockchian data, what's your thought?

I've run a full node off of a cubieboard. I had to add a couple gigs of swap space and it wasn't really reliable. I'm thinking just a ckpool instance which you could configure and monitor through the minera interface, perhaps in a seperate dashboard. Bitcoind would be running on another system.

Any self respecting miner should be running a full node somewhere on their network anyways  

I will do it, I swear. And of course I have my Bitcoin full node somewhere

[michelem]

HELP! Can't get the Rockminer New R-Box to work! It is recognized as ttyUSB0 but the hash rate is 0Kh/s. What do I do???

Can you give us some info, it's hard guess you problems without any info about them. We need at least: miner software used and command line you find in the settings page.

[Dexter770221]

My error rate is over 60%. I'm using bfgminer and one string miner (bitfury chips). Is it normal?

[michelem]

My error rate is over 60%. I'm using bfgminer and one string miner (bitfury chips). Is it normal?

No you probably put a wrong chips number and/or a wrong freq. can you tell us your miner command line/options?

[Dexter770221]

Taken from bfgminer readme.asics:

Code:

--set bifury:chips=15 --set bifury:free_after_job=no

[michelem]

Taken from bfgminer readme.asics:

Code:

--set bifury:chips=15 --set bifury:free_after_job=no

don't know if it's that but you missed a "t" it's not "bifury" but "biTfury"