chinatom
Member
 Offline
Activity: 71
Merit: 10
|
 |
May 20, 2014, 11:03:26 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
|
|
|
|
|
|
fivejonnyfive
|
|
May 20, 2014, 11:47:27 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. |
|
|
|
|
chinatom
Member
Offline
Activity: 71
Merit: 10
|
|
May 20, 2014, 12:05:46 PM |
|
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 (OP)
Legendary
Offline
Activity: 1015
Merit: 1000
|
|
May 20, 2014, 12:35:33 PM |
|
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: cd /var/www/minera
sudo git pull
sudo ./upgrade_minera.sh
The retry to refresh the dashboard. |
|
|
|
chinatom
Member
Offline
Activity: 71
Merit: 10
|
|
May 20, 2014, 12:48:45 PM |
|
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: 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
Newbie
Offline
Activity: 10
Merit: 0
|
|
May 20, 2014, 12:50:21 PM |
|
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
Member
Offline
Activity: 71
Merit: 10
|
|
May 20, 2014, 12:53:47 PM |
|
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: 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 (OP)
Legendary
Offline
Activity: 1015
Merit: 1000
|
|
May 20, 2014, 01:02:58 PM |
|
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
Member
Offline
Activity: 71
Merit: 10
|
|
May 20, 2014, 01:05:32 PM |
|
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: 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
Member
Offline
Activity: 71
Merit: 10
|
|
May 20, 2014, 01:27:02 PM |
|
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: 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
Offline
Activity: 71
Merit: 10
|
|
May 20, 2014, 01:38:06 PM |
|
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
Legendary
Offline
Activity: 1150
Merit: 1004
|
|
May 20, 2014, 01:54:54 PM |
|
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. |
Was I helpful? BTC: 3G1Ubof5u8K9iJkM8We2f3amYZgGVdvpHr
|
|
|
|
sandor111
|
|
May 20, 2014, 02:07:28 PM |
|
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 (OP)
Legendary
Offline
Activity: 1015
Merit: 1000
|
|
May 20, 2014, 02:10:24 PM |
|
This is awesome! Thanks a lot to Sandor! |
|
|
|
Senth
Member
Offline
Activity: 67
Merit: 10
|
|
May 20, 2014, 02:15:04 PM |
|
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 (OP)
Legendary
Offline
Activity: 1015
Merit: 1000
|
|
May 20, 2014, 02:17:45 PM |
|
Minera address is http://<ip>/ minera/ |
|
|
|
michelem (OP)
Legendary
Offline
Activity: 1015
Merit: 1000
|
|
May 20, 2014, 02:18:40 PM |
|
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: cd /var/www/minera
sudo git pull
sudo ./upgrade_minera.sh |
|
|
|
n00bminer
Member
Offline
Activity: 104
Merit: 10
|
|
May 20, 2014, 02:26:16 PM |
|
For those of us who only use the raspberry for minera, simple mod: 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. <META http-equiv="refresh" content="1; URL=http://127.0.0.1/minera"> |
|
|
|
|
Senth
Member
Offline
Activity: 67
Merit: 10
|
|
May 20, 2014, 02:39:09 PM |
|
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: cd /var/www/minera
sudo git pull
sudo ./upgrade_minera.sh
The retry to refresh the dashboard. thank you. |
|
|
|
|
|
Poll
