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

[nwoolls]

Does anyone else have problems with getting MobileMiner working on Minera? I've got both on my tablet and phone only the old MinePeon installation I had before. Even made a new account, but nothing worked

If problems persist pop over to the MobileMiner thread or you can email nate @ mobileminerapp .com.

[pictsidhe]

After a bit of rummaging, I changed the donation pool to nicehash. The ghash pool difficulty is far too low for my rigs.

I have a reject problem on some of my rigs. Sometimes, shellinabox, screen and cpuminer get started twice. This is bad, the result is a huge number of rejects. Not too sure how to fix that, some sort of lock?

pool priority

if my main pool goes down, and my 2nd pool goes down, the miner will then go to my 3rd pool, but it doesn't check the 2nd pool, only the main pool. The net result if is the main pool goes down, it works it way to the bottom of the pool list. this is a potential problem with getting stuck on the donation pool if you don't use the same pool for main pool. the bottom of the list is the pool I least want to use.... I don't know if this is a cpuminer feature or minera.

[pictsidhe]

I have  a new problem, they're all going down, following a bunch of errors
I couldn't talk to any of them via ssh,  logs suggest that ethernet is sorta up:

Sep 16 14:27:01 minera /USR/SBIN/CRON[1786]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:28:01 minera /USR/SBIN/CRON[1810]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:29:02 minera /USR/SBIN/CRON[1834]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:30:01 minera /USR/SBIN/CRON[1857]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:30:14 minera kernel: [70852.506225] Transfer to device 15 endpoint 0x2 frame 1293 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:30:17 minera dhclient: DHCPREQUEST on eth0 to 192.168.2.1 port 67
Sep 16 14:30:17 minera dhclient: DHCPACK from 192.168.2.1
Sep 16 14:30:18 minera dhclient: bound to 192.168.2.104 -- renewal in 34504 seconds.
Sep 16 14:30:36 minera kernel: [70874.650266] Transfer to device 15 endpoint 0x2 frame 909 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:31:01 minera /USR/SBIN/CRON[1890]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:32:02 minera /USR/SBIN/CRON[1914]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:32:40 minera kernel: [70998.042585] Transfer to device 31 endpoint 0x2 frame 1421 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:33:02 minera /USR/SBIN/CRON[1942]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:33:03 minera kernel: [71021.594700] Transfer to device 15 endpoint 0x2 frame 397 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:33:03 minera kernel: [71021.594822] Transfer to device 31 endpoint 0x2 frame 397 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:33:09 minera kernel: [71027.610670] Transfer to device 31 endpoint 0x2 frame 269 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:33:09 minera kernel: [71027.610777] Transfer to device 15 endpoint 0x2 frame 269 failed - FIQ reported NYET. Data may have been lost.
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Sep 16 14:17:18 minera kernel: imklog 5.8.11, log source = /proc/kmsg started.
Sep 16 14:17:18 minera rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="1905" x-info="http://www.rsyslog.com"] start

USB crashing, trying less miners per pi and found a script to reboot if eth0 goes down.

[michelem]

I have  a new problem, they're all going down, following a bunch of errors
I couldn't talk to any of them via ssh,  logs suggest that ethernet is sorta up:

Sep 16 14:27:01 minera /USR/SBIN/CRON[1786]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:28:01 minera /USR/SBIN/CRON[1810]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:29:02 minera /USR/SBIN/CRON[1834]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:30:01 minera /USR/SBIN/CRON[1857]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:30:14 minera kernel: [70852.506225] Transfer to device 15 endpoint 0x2 frame 1293 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:30:17 minera dhclient: DHCPREQUEST on eth0 to 192.168.2.1 port 67
Sep 16 14:30:17 minera dhclient: DHCPACK from 192.168.2.1
Sep 16 14:30:18 minera dhclient: bound to 192.168.2.104 -- renewal in 34504 seconds.
Sep 16 14:30:36 minera kernel: [70874.650266] Transfer to device 15 endpoint 0x2 frame 909 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:31:01 minera /USR/SBIN/CRON[1890]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:32:02 minera /USR/SBIN/CRON[1914]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:32:40 minera kernel: [70998.042585] Transfer to device 31 endpoint 0x2 frame 1421 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:33:02 minera /USR/SBIN/CRON[1942]: (www-data) CMD (php /var/www/minera/index.php app cron)
Sep 16 14:33:03 minera kernel: [71021.594700] Transfer to device 15 endpoint 0x2 frame 397 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:33:03 minera kernel: [71021.594822] Transfer to device 31 endpoint 0x2 frame 397 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:33:09 minera kernel: [71027.610670] Transfer to device 31 endpoint 0x2 frame 269 failed - FIQ reported NYET. Data may have been lost.
Sep 16 14:33:09 minera kernel: [71027.610777] Transfer to device 15 endpoint 0x2 frame 269 failed - FIQ reported NYET. Data may have been lost.
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Sep 16 14:17:18 minera kernel: imklog 5.8.11, log source = /proc/kmsg started.
Sep 16 14:17:18 minera rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="1905" x-info="http://www.rsyslog.com"] start

USB crashing, trying less miners per pi and found a script to reboot if eth0 goes down.

Bad USB HUB or too much devices on the same one.

[Flep182]

After a bit of rummaging, I changed the donation pool to nicehash. The ghash pool difficulty is far too low for my rigs.

This might be a good thing for michelem to change anyway. That would fix the hickups on the low diff for bigger rigs and probably pay out better than Ghash too

Plus Nicehash pays per succesfull share and GHash has some PPLNS in place, so the greatly fluctuating hashrates might influence the revenue.

[pictsidhe]

After a bit of rummaging, I changed the donation pool to nicehash. The ghash pool difficulty is far too low for my rigs.

This might be a good thing for michelem to change anyway. That would fix the hickups on the low diff for bigger rigs and probably pay out better than Ghash too

Plus Nicehash pays per succesfull share and GHash has some PPLNS in place, so the greatly fluctuating hashrates might influence the revenue.

Nicehash is paying me well atm, the vardiff works great for my rigs. It's a bit hit and miss connecting though, I backup to westhash often. The ghash pool stuck at a 16 difficulty, which my rigs couldn't handle, nicehash ends up at 8192 after a few minutes... I just set nicehash up with Michelle's BTC addy, easy enough to do. If it was more reliable, I'd suggest it as default.

[CoinMiningMaster]

Hello, I have installed on a Raspberry Pi B + the Minera Image.

On the Raspberry pi I have a USB 3.0 hub from Anker connected with its own power supply. On the hub i have connected several ZeusMiner Blizzard. When I go to the webinterface, comes the information that no miner was found.

I know that the Zeusminer connected with a USB 3.0 hub works. I have tested it under windows. The USB hub on Raspberry Pi also works as USB sticks are detected.

what can be the problem that the miners are not recognized? 

I use the cgminer fork for zeus, version 4.3.5.

Thank you for your help.

[magaman]

Hello, I have installed on a Raspberry Pi B + the Minera Image.

On the Raspberry pi I have a USB 3.0 hub from Anker connected with its own power supply. On the hub i have connected several ZeusMiner Blizzard. When I go to the webinterface, comes the information that no miner was found.

I know that the Zeusminer connected with a USB 3.0 hub works. I have tested it under windows. The USB hub on Raspberry Pi also works as USB sticks are detected.

what can be the problem that the miners are not recognized? 

I use the cgminer fork for zeus, version 4.3.5.

Thank you for your help.

First try BFGminer, I'm running my GAWminer Fury with BFG, which is just zeus hardware rebranded. Also I had tried an Anker USB 3 hub with Antminers, it's didn't work at all. RPI has issues with MANY USB 3.0 hubs. I picked up a cheap USB 2.0 powered hub and it works just fine.

[g_d]

Hi all

Since update to 0.3.5 my Raspis are ROCK solid. Never went on for so many days in a row...


one thing though.... the dashboard now shows weird pool hash-rate.
shows properly per device, eg. Dev HR shows let' say  15 Mh/s but pool hashrate shows 153 kHs...any ideas?

Running dmaxls cgminer with Zeus hw. Batch 1 Blizzard and Batch two Hurricane...


Thanks!!

[Axiste]

Yeah, I had a very similar issue with Dmaxl,

Michelem showed me a file to edit, changing the formula that calculates the hashrate. It fixes the issue, however we figured out that mine also needed some extra fixes to display it in Gh/s as it was to do with SHA256 mining.

Possibly see it fixed in the next update. (Ive had to delay testing the last part of the fix as my powersupply running my RPi, usb hub, and 10 gridseed minis stopped working.. turns out it didnt die, just went into protected mode for a bit and wouldnt turn on.)

Will give it a crack and get back to Michelem so it can be fixed.

[pictsidhe]

Hello, I have installed on a Raspberry Pi B + the Minera Image.

On the Raspberry pi I have a USB 3.0 hub from Anker connected with its own power supply. On the hub i have connected several ZeusMiner Blizzard. When I go to the webinterface, comes the information that no miner was found.

I know that the Zeusminer connected with a USB 3.0 hub works. I have tested it under windows. The USB hub on Raspberry Pi also works as USB sticks are detected.

what can be the problem that the miners are not recognized?  

I use the cgminer fork for zeus, version 4.3.5.

Thank you for your help.

Try one zeus direct into the pi, the pi isn't great on running things direct, but one miner generally works for testing purposes.

If that works, but not with hub, your hub doesn't want to play. Get another one. The pi only runs at USB 2.0 so a 3.0 is a bit of waste. I've just discovered that the cheapo ebay 13 port powered hubs seem to work well with pis and gridseed blades.

http://www.ebay.co.uk/itm/New-USB-2-0-Hub-Splitter-13-Port-High-Speed-Adapter-For-Laptop-PC-Computer-ItS7-/121380369230?pt=UK_Computing_USB_Cables&hash=item1c42d5734e most of those don't seem to come with adaptors, you'll want  a 3.5mm plug 5v one of at least 2amp

ssh in to your pi (if from windows, you need to install putty.exe) login is minera, password is minera you'll have to guess the ip address, see if your router has a dhcp list for ips to try

now type this:

ls /dev/serial/by-path

that will show usb devices and which usb port they are on. You can replug stuff, do that command again and work out which port is which on your hub and pi and maybe what isn't playing ball.

typos edited

[pictsidhe]

Oh, those hubs will mess with reboots unless you open them up and cut the red usb wire. They will then not work at all without a power adaptor, but you won't have to worry about them sucking power from the pi's usb and crashing the ethernet port after doing that. I do this as routine on all hubs I use with pis now, even the ones that don't mess with reboots.

[GrrOucH]

Hello. New to the Minera system. Very nice system btw. I have a question though. I am running 2 different ones.. One running the gawminer fury/Zeus script miners using the cgminer/Zeus hack and I'm having too many hardware errors with that so I need to know where to go edit the file that set's the speed so I can slow it down a bit to lessen the hw errors. The other problem is with the new Rbox 110g Miner using cgminer. The speed is too high and also causing too many hardware errors. What file and where is it that I can edit it to slow down the clocks of all my miners?. Thanks.

[pictsidhe]

I've fixed a few things, installed ntpdate as for soem reason none of mine would get the date right and I'm not sure how to fix ntpd

I also fixed the multiple cpuminer instances one of my rigs is prone to, put the following script on a cron job. It's not pretty, but it works for me and the minera watchdog picks up on the killed screen for fast restart.

#!/bin/bash


MC=$(ps -ef | grep -v grep | grep -c minerd)

# echo $MC

if [ $MC -gt 2 ]; then
#       echo too many
        /usr/bin/killall -s9 screen
        /usr/bin/killall -s9 minerd
        /usr/bin/screen -wipe

else
#       echo looks ok
exit 1
fi


I still have no idea how to sort out the pools drifting down to the bottom the list if the main one is dead. Is that done in cpuminer? I need to leave my farm unattended in for 2 months in a month...

[Axiste]

Hello. New to the Minera system. Very nice system btw. I have a question though. I am running 2 different ones.. One running the gawminer fury/Zeus script miners using the cgminer/Zeus hack and I'm having too many hardware errors with that so I need to know where to go edit the file that set's the speed so I can slow it down a bit to lessen the hw errors. The other problem is with the new Rbox 110g Miner using cgminer. The speed is too high and also causing too many hardware errors. What file and where is it that I can edit it to slow down the clocks of all my miners?. Thanks.

You need to find the settings that set your devices speed in cgminer, it will look something like   -set zeus:clock 300  and put it into the extra options box on the settings page.

As you can see on mine, I have gridseed mini's, which using cpuminer I can set the clock for each of the 5 chips per unit.. hence the really long extra options.

http://ocau.com/pix/c5o3z

[magaman]

Hello. New to the Minera system. Very nice system btw. I have a question though. I am running 2 different ones.. One running the gawminer fury/Zeus script miners using the cgminer/Zeus hack and I'm having too many hardware errors with that so I need to know where to go edit the file that set's the speed so I can slow it down a bit to lessen the hw errors. The other problem is with the new Rbox 110g Miner using cgminer. The speed is too high and also causing too many hardware errors. What file and where is it that I can edit it to slow down the clocks of all my miners?. Thanks.

I've been using BFGminer in manual mode for my Fury with the following string of code --scrypt -S zus:all --set zus:ignore_golden_nonce=1 --set zus:clock=350 I get about 3-4% errors. If your's are still high lower the clock speed a bit more.

[BeerPimp]

When I try to change and add pools sometimes it will show them after I hit save or save and restart but then when I goto dashboard and come back to settings they changes revert back to the original settings.  Very frustrating.
This happened on earlier versions.  I have version 0.3.5 right now.  Currently there is no way to move, add, delete pools in my minera in guided mode.

[zdaz14]

When I try to change and add pools sometimes it will show them after I hit save or save and restart but then when I goto dashboard and come back to settings they changes revert back to the original settings.  Very frustrating.
This happened on earlier versions.  I have version 0.3.5 right now.  Currently there is no way to move, add, delete pools in my minera in guided mode.

I usually have to restart the miners a few times before the pool changes take effect.

[BeerPimp]

I switched from Firefox to Chrome and it seems like it is working now.  I also set the top bar settings also.  Not sure if that was causing problems.

[g_d]

Hello. New to the Minera system. Very nice system btw. I have a question though. I am running 2 different ones.. One running the gawminer fury/Zeus script miners using the cgminer/Zeus hack and I'm having too many hardware errors with that so I need to know where to go edit the file that set's the speed so I can slow it down a bit to lessen the hw errors. The other problem is with the new Rbox 110g Miner using cgminer. The speed is too high and also causing too many hardware errors. What file and where is it that I can edit it to slow down the clocks of all my miners?. Thanks.

I am running Batch 1 Zeus Blizzard(Fury) and Batch 2 Hurricane X3

Using dmaxl's cgminer on both with additional params respectively:


--scrypt --scan-serial zeus:auto --zeus-chips 64 --zeus-clock 328

--scrypt --scan-serial zeus:auto --zeus-chips 6 --zeus-clock 328


Both work perfect, last update (0.3.5) is like a miracle. Before, no matter what I tried (different miners, settings, slub_debug oo or off) I could not keep them running for more than 3 days without freezing,
now they run 12d 15h and 10d15h without restarting. Just letting them run to see how far they make it but I really want to stress, that the last update IS AWESOME!!!

https://dl.dropboxusercontent.com/u/9603080/blizz.jpg
https://dl.dropboxusercontent.com/u/9603080/huri.jpg