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

[chinatom]

help.
i usb  pi (minera web) connect 10 pis g-blade(25mHASH) .. click  Dashboard ...can't see any information ,

just~~

  " I can't get the stats from your minerd. Please try to refresh the page or check your settings (minerd API must listen on 127.0.0.1:4028). "

in the page.

plz help me 

[1714107851]

1714107851

[1714107851]

1714107851

[1714107851]

1714107851

[1714107851]

1714107851

[fivejonnyfive]

Been using Minera for a week now and I love the gui and graphs for stats.
One issue I'm encountering is the failoverpool display. I know this is a nonissue but it would be nice if I could get this troubleshooted.

My main pool is nicehash and I've set a minimum payment that is above the current profitability rate. Nicehash rejects my connection and I failover onto my backup. When I ssh in and look at the session I can see that I am connected to my backup pool however on the Minera page it is still saying that my main pool is alive and hashing away.

Thank you for your time and effort that you have put into Minera

This is a quirk that's hard to avoid due to the way which CPUminer handles failover pools. All minera can do is check to see if the pool is up via HTTP - the CPUminer api doesn't report what pool it's currently mining if there are failovers selected so if the pool is up but your'e not connecting because of password - it still shows up in minera.

Hopefully sandor will oneday make the pool handling a little sleeker. I'd also like to be able to see live pool switching without restarting the miner. But that's a limitation of CPUminer, not minera.

[chinatom]

help.
i usb  pi (minera web) connect 10 pis g-blade(25mHASH) .. click  Dashboard ...can't see any information ,

just~~

  " I can't get the stats from your minerd. Please try to refresh the page or check your settings (minerd API must listen on 127.0.0.1:4028). "

in the page.

plz help me 

when i used 4pic(8 blade), ti is ok .  use 5 pic .. not ok.

[michelem]

help.
i usb  pi (minera web) connect 10 pis g-blade(25mHASH) .. click  Dashboard ...can't see any information ,

just~~

  " I can't get the stats from your minerd. Please try to refresh the page or check your settings (minerd API must listen on 127.0.0.1:4028). "

in the page.

plz help me 

when i used 4pic(8 blade), ti is ok .  use 5 pic .. not ok.

Yes, there is a problem getting the stats when there are so much chips/blades connected.

Do you have the latest commit?
Please try:

Code:

cd /var/www/minera
sudo git pull
sudo ./upgrade_minera.sh

The retry to refresh the dashboard.

[chinatom]

help.
i usb  pi (minera web) connect 10 pis g-blade(25mHASH) .. click  Dashboard ...can't see any information ,

just~~

  " I can't get the stats from your minerd. Please try to refresh the page or check your settings (minerd API must listen on 127.0.0.1:4028). "

in the page.

plz help me 

when i used 4pic(8 blade), ti is ok .  use 5 pic .. not ok.

Yes, there is a problem getting the stats when there are so much chips/blades connected.

Do you have the latest commit?
Please try:

Code:

cd /var/www/minera
sudo git pull
sudo ./upgrade_minera.sh

The retry to refresh the dashboard.

i do it all(successful) and reboot system,but the same problem.              4 pis is ok . miningpool  shows the minging hash is ok.

[azzman372]

This is a quirk that's hard to avoid due to the way which CPUminer handles failover pools. All minera can do is check to see if the pool is up via HTTP - the CPUminer api doesn't report what pool it's currently mining if there are failovers selected so if the pool is up but your'e not connecting because of password - it still shows up in minera.

Hopefully sandor will oneday make the pool handling a little sleeker. I'd also like to be able to see live pool switching without restarting the miner. But that's a limitation of CPUminer, not minera.

Thanks for the reply =) It makes so much more sense now. At the moment to check which pool I'm mining at, I just resume the log and watch for these messages haha:
[2014-05-20 12:49:23.0519] Checking main pool: stratum+tcp://stratum.nicehash.com:3333
[2014-05-20 12:49:24.0323] Failed to get Stratum session id
[2014-05-20 12:49:24.3576] Stratum authentication failed

[gbyg]

help.
i usb  pi (minera web) connect 10 pis g-blade(25mHASH) .. click  Dashboard ...can't see any information ,

just~~

  " I can't get the stats from your minerd. Please try to refresh the page or check your settings (minerd API must listen on 127.0.0.1:4028). "

in the page.

plz help me 

when i used 4pic(8 blade), ti is ok .  use 5 pic .. not ok.

Yes, there is a problem getting the stats when there are so much chips/blades connected.

Do you have the latest commit?
Please try:

Code:

cd /var/www/minera
sudo git pull
sudo ./upgrade_minera.sh

The retry to refresh the dashboard.

i do it all(successful) and reboot system,but the same problem.              4 pis is ok . miningpool  shows the minging hash is ok.

I have same problem. I use 20 second delay for miner to start after reboot. You will find this option in control panel. Also make sure ur zone setup for RPI match the time shows in minera dashboard.

[michelem]

I have same problem. I use 20 second delay for miner to start after reboot. You will find this option in control panel. Also make sure ur zone setup for RPI match the time shows in minera dashboard.

Can you run Minera with up to 5 Bades? I mean the dashboard works with up to 5 Blades?

[chinatom]

help.
i usb  pi (minera web) connect 10 pis g-blade(25mHASH) .. click  Dashboard ...can't see any information ,

just~~

  " I can't get the stats from your minerd. Please try to refresh the page or check your settings (minerd API must listen on 127.0.0.1:4028). "

in the page.

plz help me  

when i used 4pic(8 blade), ti is ok .  use 5 pic .. not ok.

Yes, there is a problem getting the stats when there are so much chips/blades connected.

Do you have the latest commit?
Please try:

Code:

cd /var/www/minera
sudo git pull
sudo ./upgrade_minera.sh

The retry to refresh the dashboard.

I  donation 5000DOGES for hard word .  so nice minera . i will Promo to chinese miner.         

http://dogechain.info/tx/741862e6247f1dceaee44be6c3f6fa382643b51344133115ec6d526961762f31

[chinatom]

help.
i usb  pi (minera web) connect 10 pis g-blade(25mHASH) .. click  Dashboard ...can't see any information ,

just~~

  " I can't get the stats from your minerd. Please try to refresh the page or check your settings (minerd API must listen on 127.0.0.1:4028). "

in the page.

plz help me 

when i used 4pic(8 blade), ti is ok .  use 5 pic .. not ok.

Yes, there is a problem getting the stats when there are so much chips/blades connected.

Do you have the latest commit?
Please try:

Code:

cd /var/www/minera
sudo git pull
sudo ./upgrade_minera.sh

The retry to refresh the dashboard.

i do it all(successful) and reboot system,but the same problem.              4 pis is ok . miningpool  shows the minging hash is ok.

I have same problem. I use 20 second delay for miner to start after reboot. You will find this option in control panel. Also make sure ur zone setup for RPI match the time shows in minera dashboard.

i do this .  the same. can't fix

[chinatom]

I have same problem. I use 20 second delay for miner to start after reboot. You will find this option in control panel. Also make sure ur zone setup for RPI match the time shows in minera dashboard.

Can you run Minera with up to 5 Bades? I mean the dashboard works with up to 5 Blades?

LOG:

[2014-05-20 13:37:21.9165] 5: Dispatching new work to GC3355 cores (0x5a9118db)
[2014-05-20 13:37:21.9266] 1: Dispatching new work to GC3355 cores (0x5a9118db)
[2014-05-20 13:37:22.3161] API: Client 127.0.0.1 connected
[2014-05-20 13:37:22.4189] API: Client 127.0.0.1 connected
[2014-05-20 13:37:22.4434] API: GET: stats
[2014-05-20 13:37:30.4123] 4@21 838MHz: Got nonce 866f8d6a, Hash <= Htarget! (0x5a9118db) 70.2 KH/s
[2014-05-20 13:37:30.4151] 4: GC3355 40-chip G-Blade Miner cannot be autotuned
[2014-05-20 13:37:30.4749] Accepted 866f8d6a GSD 4@21
[2014-05-20 13:37:31.5005] 8@0 838MHz: Got nonce 000a62f7, Hash <= Htarget! (0x5a9118db) 70.5 KH/s
[2014-05-20 13:37:31.5030] 8: GC3355 40-chip G-Blade Miner cannot be autotuned
[2014-05-20 13:37:31.5625] Accepted 000a62f7 GSD 8@0
[2014-05-20 13:37:33.3936] 4@29 838MHz: Got nonce b9a5fb42, Hash <= Htarget! (0x5a9118db) 70.4 KH/s
[2014-05-20 13:37:33.3964] 4: GC3355 40-chip G-Blade Miner cannot be autotuned
[2014-05-20 13:37:33.4569] Accepted b9a5fb42 GSD 4@29

[edonkey]

Been using Minera for a week now and I love the gui and graphs for stats.
One issue I'm encountering is the failoverpool display. I know this is a nonissue but it would be nice if I could get this troubleshooted.

My main pool is nicehash and I've set a minimum payment that is above the current profitability rate. Nicehash rejects my connection and I failover onto my backup. When I ssh in and look at the session I can see that I am connected to my backup pool however on the Minera page it is still saying that my main pool is alive and hashing away.

Thank you for your time and effort that you have put into Minera

This is a quirk that's hard to avoid due to the way which CPUminer handles failover pools. All minera can do is check to see if the pool is up via HTTP - the CPUminer api doesn't report what pool it's currently mining if there are failovers selected so if the pool is up but your'e not connecting because of password - it still shows up in minera.

Hopefully sandor will oneday make the pool handling a little sleeker. I'd also like to be able to see live pool switching without restarting the miner. But that's a limitation of CPUminer, not minera.

This is probably the only feature of Scripta that I miss now that I'm moving to Minera. Scripta shows not just a list of pools from the preferences, but a summary of the stats for each pool (accepts, rejects, etc). This way I can tell at a glance where my hash has been pointed. It's not unusual that my main pool will hiccup for a little while, which will result in some hash spillover to my secondary.

It's important for me to know that this has happened because my secondary unfortunately has no decent auto-payout options. I have to know that there's coin there to go pick it up. With Scripta I can tell at a glance that there's been activity on the secondary. With Minera, I guess I will have to periodically go look at the secondary pool.

It would be nice if Minera reported the actual pool that cpuminer is pointing at in real time. But it would be even more useful if the cpuminer API provides per pool stats that Minera could integrate into a summary display.

Thanks in advance to michelem and sandor111 for continuing to consider my continuous stream of demands. They have really done an awesome job with the Minera/cpuminer combo.

[sandor111]

Been using Minera for a week now and I love the gui and graphs for stats.
One issue I'm encountering is the failoverpool display. I know this is a nonissue but it would be nice if I could get this troubleshooted.

My main pool is nicehash and I've set a minimum payment that is above the current profitability rate. Nicehash rejects my connection and I failover onto my backup. When I ssh in and look at the session I can see that I am connected to my backup pool however on the Minera page it is still saying that my main pool is alive and hashing away.

Thank you for your time and effort that you have put into Minera

This is a quirk that's hard to avoid due to the way which CPUminer handles failover pools. All minera can do is check to see if the pool is up via HTTP - the CPUminer api doesn't report what pool it's currently mining if there are failovers selected so if the pool is up but your'e not connecting because of password - it still shows up in minera.

Hopefully sandor will oneday make the pool handling a little sleeker. I'd also like to be able to see live pool switching without restarting the miner. But that's a limitation of CPUminer, not minera.

This is probably the only feature of Scripta that I miss now that I'm moving to Minera. Scripta shows not just a list of pools from the preferences, but a summary of the stats for each pool (accepts, rejects, etc). This way I can tell at a glance where my hash has been pointed. It's not unusual that my main pool will hiccup for a little while, which will result in some hash spillover to my secondary.

It's important for me to know that this has happened because my secondary unfortunately has no decent auto-payout options. I have to know that there's coin there to go pick it up. With Scripta I can tell at a glance that there's been activity on the secondary. With Minera, I guess I will have to periodically go look at the secondary pool.

It would be nice if Minera reported the actual pool that cpuminer is pointing at in real time. But it would be even more useful if the cpuminer API provides per pool stats that Minera could integrate into a summary display.

Thanks in advance to michelem and sandor111 for continuing to consider my continuous stream of demands. They have really done an awesome job with the Minera/cpuminer combo.

As per request, pool info has been added to the API.
https://github.com/siklon/cpuminer-gc3355/commit/cbb59d70d6f3e2e721c9ef2f2baa085b6693cef1

[michelem]

As per request, pool info has been added to the API.
https://github.com/siklon/cpuminer-gc3355/commit/cbb59d70d6f3e2e721c9ef2f2baa085b6693cef1

This is awesome! Thanks a lot to Sandor!

[Senth]

Im on version 1.9 but i see a pop up for a upgrade.
but when i press the upgrade button, nothing happens.
anyone else having same issue? or a problem on my end.

[dimfot]

i burned the image to my sd card using apple pi baker cause i'm using a mac. and after i hit the ip address of the pi all i get is this
http://gyazo.com/296822bac1f372fb56ebfa764350eb33

[michelem]

i burned the image to my sd card using apple pi baker cause i'm using a mac. and after i hit the ip address of the pi all i get is this
http://gyazo.com/296822bac1f372fb56ebfa764350eb33

Minera address is http://<ip>/minera/

[michelem]

Im on version 1.9 but i see a pop up for a upgrade.
but when i press the upgrade button, nothing happens.
anyone else having same issue? or a problem on my end.

Please run this:

Code:

cd /var/www/minera
sudo git pull
sudo ./upgrade_minera.sh

[n00bminer]

i burned the image to my sd card using apple pi baker cause i'm using a mac. and after i hit the ip address of the pi all i get is this
http://gyazo.com/296822bac1f372fb56ebfa764350eb33

For those of us who only use the raspberry for minera, simple mod:

Code:

nano /var/www/index.lighttpd.html

add this line directly under the <head> (3rd line from top) (modifying 127.0.0.1 to your ip address): this will push to the correct url in 1 sec.

Code:

<META http-equiv="refresh" content="1; URL=http://127.0.0.1/minera">

[Senth]

help.
i usb  pi (minera web) connect 10 pis g-blade(25mHASH) .. click  Dashboard ...can't see any information ,

just~~

  " I can't get the stats from your minerd. Please try to refresh the page or check your settings (minerd API must listen on 127.0.0.1:4028). "

in the page.

plz help me 

when i used 4pic(8 blade), ti is ok .  use 5 pic .. not ok.

Yes, there is a problem getting the stats when there are so much chips/blades connected.

Do you have the latest commit?
Please try:

Code:

cd /var/www/minera
sudo git pull
sudo ./upgrade_minera.sh

The retry to refresh the dashboard.

thank you.