Topic: [Minera v0.9.0] Your next mining dashboard - S9/L3+/D3/CPUminer/CGminer/BFGminer - page 167. (Read 850319 times)

Quote from: dimfot on May 20, 2014, 10:15:53 AM

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.

n00bminer

member

Activity: 104

Merit: 10

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 (3rd line from top) (modifying 127.0.0.1 to your ip address): this will push to the correct url in 1 sec.

Code:

michelem

legendary

Activity: 1015

Merit: 1000

Quote from: Senth on May 20, 2014, 10:15:04 AM

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

michelem

legendary

Activity: 1015

Merit: 1000

Quote from: dimfot on May 20, 2014, 10:15:53 AM

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:///minera/

dimfot

sr. member

Activity: 275

Merit: 250

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

Senth

member

Activity: 67

Merit: 10

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.

michelem

legendary

Activity: 1015

Merit: 1000

Quote from: sandor111 on May 20, 2014, 10:07:28 AM

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!

sandor111

hero member

Activity: 616

Merit: 500

Quote from: edonkey on May 20, 2014, 09:54:54 AM

Quote from: fivejonnyfive on May 20, 2014, 07:47:27 AM

Quote from: azzman372 on May 20, 2014, 06:35:16 AM

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

edonkey

legendary

Activity: 1150

Merit: 1004

Quote from: fivejonnyfive on May 20, 2014, 07:47:27 AM

Quote from: azzman372 on May 20, 2014, 06:35:16 AM

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.

chinatom

member

Activity: 71

Merit: 10

Quote from: michelem on May 20, 2014, 09:02:58 AM

Quote from: gbyg on May 20, 2014, 08:53:47 AM

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

chinatom

member

Activity: 71

Merit: 10

Quote from: gbyg on May 20, 2014, 08:53:47 AM

Quote from: chinatom on May 20, 2014, 08:48:45 AM

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

member

Activity: 71

Merit: 10

Quote from: gbyg on May 20, 2014, 08:53:47 AM

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

michelem

legendary

Activity: 1015

Merit: 1000

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?

gbyg

member

Activity: 71

Merit: 10

Quote from: chinatom on May 20, 2014, 08:48:45 AM

Quote from: fivejonnyfive on May 20, 2014, 07:47:27 AM

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.

azzman372

newbie

Activity: 10

Merit: 0

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

chinatom

member

Activity: 71

Merit: 10

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.

michelem

legendary

Activity: 1015

Merit: 1000

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

member

Activity: 71

Merit: 10