Topic: [Minera v0.9.0] Your next mining dashboard - S9/L3+/D3/CPUminer/CGminer/BFGminer - page 88. (Read 850502 times)
December 23, 2014, 10:25:17 PM
fresh clean install of image on new SD card pretty much address my issue. for the time being thanks folks for the tips and help. merry xmas
December 23, 2014, 07:47:57 AM
HEY YOU
MARRY XMASS have fun don't drink and drive etc etc bah bah
hope you have a good year to cya for now ...
MARRY XMASS have fun don't drink and drive etc etc bah bah
hope you have a good year to cya for now ...
December 23, 2014, 06:41:49 AM
My question is now I'm not sure what the MH bug is i still have issue with minera and all most any miner after 20 or so mins or even a hour it usually starts doing it after 20 or 30 mins the miner works then the hash rates start dropping then just lock at a speed and stay there i will post Screen shots once I have tested it more with details that make my point more I want to see just what I may be doing wrong.
. but if i use this https://github.com/NVReaver/ZoomHash-Pi-Software or even this https://litecointalk.org/index.php?topic=20477.0 It stays at the right hash rates even after it settles down. I 'm stilling trying to find out just what setting are used in the ZOOM hash image sense it does it the best . it has no setting in the UI other then pool pw user how many chips and speed and how many of what miner per instance.
I still can't set up donation mining and let it mind 10 to 20 mins a day for your hard work it's much needed and Hope all my speeds jump back up .
I'll get back here in a few day once i figure it out.
I think i know what the MH bug is and it's been fix it does show the right MH now before it showed me at 1.2 GH and it should have been 100 MH is that the bug ? if so yea that's been fixed .
i meant the simultaneous pool issue were my hash rates drop for no reason even if I'm at fail safe and mine just one coin type or do mulit-pool mining, same thing no matter what .
MINERA 4.0 is awesome.
. but if i use this https://github.com/NVReaver/ZoomHash-Pi-Software or even this https://litecointalk.org/index.php?topic=20477.0 It stays at the right hash rates even after it settles down. I 'm stilling trying to find out just what setting are used in the ZOOM hash image sense it does it the best . it has no setting in the UI other then pool pw user how many chips and speed and how many of what miner per instance.
I still can't set up donation mining and let it mind 10 to 20 mins a day for your hard work it's much needed and Hope all my speeds jump back up .
I'll get back here in a few day once i figure it out.
I think i know what the MH bug is and it's been fix it does show the right MH now before it showed me at 1.2 GH and it should have been 100 MH is that the bug ? if so yea that's been fixed .
i meant the simultaneous pool issue were my hash rates drop for no reason even if I'm at fail safe and mine just one coin type or do mulit-pool mining, same thing no matter what .
MINERA 4.0 is awesome.
MHz bug was only a layout issue showing MHz double, nothing to do with performance.
First of all you should tell us what miner you are using and for what hardware so we can give you answers in the right direction.
If you are complaining with BFGminer, you could try to get the bfgminer from Zoomhash and put it on your Minera using the new "custom miner" feature it's there for this.
Then remember always that Minera acts only as frontend it doesn't do any hashing job, that's the miner job, so you should concentrate on the miner and its configuration option (bfgminer, cgminer, etc...).
Problem seems to be fixed . i got it updated to BFG 5.0 it was stuck on BFG 4.8.0 i went like three post below us and tried
cd /var/www/minera
sudo git reset --hard
sudo git pull origin master
that put it at 5.0 that seemed to clear up any major performance Issue for now . I say things Diff but my definition of the MH bug was what you said. all my miner are Zeus miners, I not here asking for help I'm more just wonder if others are having some of the same issue .
it's all good for now it seems to be fixed with the above lines .but i will get back with you soon on the donation pool mining issue, I seem to be having, i just want to make sure first before i post any more, it's not some thing I'm doing ,User error i guess
I just re imaged all my PI i must of had a bad download, i re downed it and did all my PI they seem to be holding at there right speeds now with one or two set to donation mine, I'll give it a few days.
December 23, 2014, 02:38:27 AM
My question is now I'm not sure what the MH bug is i still have issue with minera and all most any miner after 20 or so mins or even a hour it usually starts doing it after 20 or 30 mins the miner works then the hash rates start dropping then just lock at a speed and stay there i will post Screen shots once I have tested it more with details that make my point more I want to see just what I may be doing wrong.
. but if i use this https://github.com/NVReaver/ZoomHash-Pi-Software or even this https://litecointalk.org/index.php?topic=20477.0 It stays at the right hash rates even after it settles down. I 'm stilling trying to find out just what setting are used in the ZOOM hash image sense it does it the best . it has no setting in the UI other then pool pw user how many chips and speed and how many of what miner per instance.
I still can't set up donation mining and let it mind 10 to 20 mins a day for your hard work it's much needed and Hope all my speeds jump back up .
I'll get back here in a few day once i figure it out.
I think i know what the MH bug is and it's been fix it does show the right MH now before it showed me at 1.2 GH and it should have been 100 MH is that the bug ? if so yea that's been fixed .
i meant the simultaneous pool issue were my hash rates drop for no reason even if I'm at fail safe and mine just one coin type or do mulit-pool mining, same thing no matter what .
MINERA 4.0 is awesome.
. but if i use this https://github.com/NVReaver/ZoomHash-Pi-Software or even this https://litecointalk.org/index.php?topic=20477.0 It stays at the right hash rates even after it settles down. I 'm stilling trying to find out just what setting are used in the ZOOM hash image sense it does it the best . it has no setting in the UI other then pool pw user how many chips and speed and how many of what miner per instance.
I still can't set up donation mining and let it mind 10 to 20 mins a day for your hard work it's much needed and Hope all my speeds jump back up .
I'll get back here in a few day once i figure it out.
I think i know what the MH bug is and it's been fix it does show the right MH now before it showed me at 1.2 GH and it should have been 100 MH is that the bug ? if so yea that's been fixed .
i meant the simultaneous pool issue were my hash rates drop for no reason even if I'm at fail safe and mine just one coin type or do mulit-pool mining, same thing no matter what .
MINERA 4.0 is awesome.
MHz bug was only a layout issue showing MHz double, nothing to do with performance.
First of all you should tell us what miner you are using and for what hardware so we can give you answers in the right direction.
If you are complaining with BFGminer, you could try to get the bfgminer from Zoomhash and put it on your Minera using the new "custom miner" feature it's there for this.
Then remember always that Minera acts only as frontend it doesn't do any hashing job, that's the miner job, so you should concentrate on the miner and its configuration option (bfgminer, cgminer, etc...).
December 23, 2014, 02:27:56 AM
i got the following error as per screen shoot i am not sure what i did wrong here. thinking to write fresh image again see might it will work again.
Problem is pretty clear, you have some issue on your internet connection preventing you to download the needed files from github.com.
Not a Minera issue, not something I can help you.
December 22, 2014, 09:25:38 PM
with the recent update miners are not getting detected neither i can run it again. seriously i am thinking to try different script with RPI to run my scrypt farm(s) and stop donations 
What's the error? Can you give more info? Did you try to run a miner from terminal to look at it? Did you try to re-build the miner you are using (bfgminer?)
It's possible bfgminer missed a shared lib, if you have problem with bfgminer after update please do a:
Code:
cd /var/www/minera
./build_miner.sh bfgminer
./build_miner.sh bfgminer
EDIT:
I fixed the problem with Bfgminer, if you updated to 0.4.0 before this message, please do:
Code:
cd /var/www/minera
git reset --hard
git pull origin master
git reset --hard
git pull origin master
i got the following error as per screen shoot i am not sure what i did wrong here. thinking to write fresh image again see might it will work again.
December 22, 2014, 06:06:45 PM
My question is now I'm not sure what the MH bug is i still have issue with minera and all most any miner after 20 or so mins or even a hour it usually starts doing it after 20 or 30 mins the miner works then the hash rates start dropping then just lock at a speed and stay there i will post Screen shots once I have tested it more with details that make my point more I want to see just what I may be doing wrong.
. but if i use this https://github.com/NVReaver/ZoomHash-Pi-Software or even this https://litecointalk.org/index.php?topic=20477.0 It stays at the right hash rates even after it settles down. I 'm stilling trying to find out just what setting are used in the ZOOM hash image sense it does it the best . it has no setting in the UI other then pool pw user how many chips and speed and how many of what miner per instance.
I still can't set up donation mining and let it mind 10 to 20 mins a day for your hard work it's much needed and Hope all my speeds jump back up .
I'll get back here in a few day once i figure it out.
I think i know what the MH bug is and it's been fix it does show the right MH now before it showed me at 1.2 GH and it should have been 100 MH is that the bug ? if so yea that's been fixed .
i meant the simultaneous pool issue were my hash rates drop for no reason even if I'm at fail safe and mine just one coin type or do mulit-pool mining, same thing no matter what .
MINERA 4.0 is awesome.
. but if i use this https://github.com/NVReaver/ZoomHash-Pi-Software or even this https://litecointalk.org/index.php?topic=20477.0 It stays at the right hash rates even after it settles down. I 'm stilling trying to find out just what setting are used in the ZOOM hash image sense it does it the best . it has no setting in the UI other then pool pw user how many chips and speed and how many of what miner per instance.
I still can't set up donation mining and let it mind 10 to 20 mins a day for your hard work it's much needed and Hope all my speeds jump back up .
I'll get back here in a few day once i figure it out.
I think i know what the MH bug is and it's been fix it does show the right MH now before it showed me at 1.2 GH and it should have been 100 MH is that the bug ? if so yea that's been fixed .
i meant the simultaneous pool issue were my hash rates drop for no reason even if I'm at fail safe and mine just one coin type or do mulit-pool mining, same thing no matter what .
MINERA 4.0 is awesome.
December 22, 2014, 05:10:30 PM
was about to say the same, bfgminer wouldnt work for me after the update, came here first and saw your message, the git reset fixed it.
December 22, 2014, 09:31:22 AM
with the recent update miners are not getting detected neither i can run it again. seriously i am thinking to try different script with RPI to run my scrypt farm(s) and stop donations
What's the error? Can you give more info? Did you try to run a miner from terminal to look at it? Did you try to re-build the miner you are using (bfgminer?)
It's possible bfgminer missed a shared lib, if you have problem with bfgminer after update please do a:
Code:
cd /var/www/minera
./build_miner.sh bfgminer
./build_miner.sh bfgminer
EDIT:
I fixed the problem with Bfgminer, if you updated to 0.4.0 before this message, please do:
Code:
cd /var/www/minera
git reset --hard
git pull origin master
git reset --hard
git pull origin master
December 22, 2014, 08:51:47 AM
Thank you that saved me reinstall of new img. 
December 22, 2014, 08:38:37 AM
with the recent update miners are not getting detected neither i can run it again. seriously i am thinking to try different script with RPI to run my scrypt farm(s) and stop donations
December 22, 2014, 08:25:09 AM
Cant update :
Code:
sudo git fetch --all
Fetching origin
error: inflate: data stream error (invalid code lengths set)
fatal: loose object 3509174526a8096252a41d4d7a0143cd5dda2557 (stored in .git/objects/35/09174526a8096252a41d4d7a0143cd5dda2557) is corrupt
fatal: The remote end hung up unexpectedly
error: Could not fetch origin
Fetching origin
error: inflate: data stream error (invalid code lengths set)
fatal: loose object 3509174526a8096252a41d4d7a0143cd5dda2557 (stored in .git/objects/35/09174526a8096252a41d4d7a0143cd5dda2557) is corrupt
fatal: The remote end hung up unexpectedly
error: Could not fetch origin
You have local files corrupted, I can suggest to move away the minera directory and re-clone it. (stop every miner before doing this)
Code:
mv /var/www/minera /var/www/minera.CORRUPTED
cd /var/www
git clone https://github.com/michelem09/minera.git
cd /var/www
git clone https://github.com/michelem09/minera.git
December 22, 2014, 08:14:56 AM
Cant update :
Code:
sudo git fetch --all
Fetching origin
error: inflate: data stream error (invalid code lengths set)
fatal: loose object 3509174526a8096252a41d4d7a0143cd5dda2557 (stored in .git/objects/35/09174526a8096252a41d4d7a0143cd5dda2557) is corrupt
fatal: The remote end hung up unexpectedly
error: Could not fetch origin
Fetching origin
error: inflate: data stream error (invalid code lengths set)
fatal: loose object 3509174526a8096252a41d4d7a0143cd5dda2557 (stored in .git/objects/35/09174526a8096252a41d4d7a0143cd5dda2557) is corrupt
fatal: The remote end hung up unexpectedly
error: Could not fetch origin
December 22, 2014, 07:33:23 AM
Minera 0.4.0 is out!
Changelog:
* Fixed security hole
* Fixed MHz bug
* Fixed simultaneous pool issue
* Recoded Mobileminer actions
* Improved security
* hashed web password
* Added Coinbase donation buttons
* Ability to add custom miners
* Skin selection (black/blue)
* New blue skin
* Minor fixes
* Updated built-in miner binary files
Only on image install file:
* upgraded Raspbian packages
* removed "pi" system user
Notes:
Thanks to some nice guys this version should be tested, so I hope it works without any problems. If you got problems with the miners (miner won't start) I recommend to re-build them, you can use the build_miner.sh script.
Read the FAQ inside the settings page to know how to handle custom miners.
It's possible you need to refresh your browser cache (there are layout changes).
This is a first implementation of custom miners, so future improvement are possible, I'm waiting for your feedbacks.
As usual 0.4.0 image install file will be available in the next hours.
I really hope you'll like this new version.
Have a merry Christmas and a happy new year!
December 21, 2014, 05:05:35 PM
You have to modify the /etc/rc.local
You must add a line to enable only one zeus
A line like that:
cgminer-dmaxl-zeus --scrypt -c myconf_for_pool1 --scan-serial zeus:/dev/ttyUSB0
with /dev/ttyUSB0 is the first zeus...
For the other one, let the lines at origin...
For exemple, your /etc/rc.local file will be like that:
But with this, only the second pool will be use to make graph and stats in minera...
By the way, for me it's better to mine with two zeus on same pool as one zeus for each pook.
You will earn more with Higher hashrate on one pool than 2 slow rate on two pool...
Maybe I'm wrong, but it's what I saw...
You must add a line to enable only one zeus
A line like that:
cgminer-dmaxl-zeus --scrypt -c myconf_for_pool1 --scan-serial zeus:/dev/ttyUSB0
with /dev/ttyUSB0 is the first zeus...
For the other one, let the lines at origin...
For exemple, your /etc/rc.local file will be like that:
Code:
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
# Print the IP address
#wareck_mod
#su - minera -c "/usr/bin/screen -dmS pool1 /var/www/minera/minera-bin/cgminer-dmaxl-zeus --scrypt -c /home/minnera/myconf_for_pool1.json --scan-serial zeus:/dev/ttyUSB0 --zeus-chips=6 --zeus-clock=340"
#wareck_mod
_IP=$(hostname -I | tr -d ' ') || true
printf "Connect to http://%s/minera to manage Minera\n" "$_IP"
printf "Happy mining!\n"
# Tell Minera minerd is started
redis-cli set minerd_status 1
redis-cli del cron_lock
redis-cli set minerd_running_software cgdmaxlzeus
sleep 5
su - minera -c "/usr/bin/screen -dmS cgminerdmaxlzeus /var/www/minera/minera-bin/cgminer-dmaxl-zeus -c /var/www/minera/conf/miner_conf.json --scan-serial zeus:/dev/ttyUSB1,/dev/ttyUSB2 --zeus-chips=6 --zeus-clock=340"
exit 0
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
# Print the IP address
#wareck_mod
#su - minera -c "/usr/bin/screen -dmS pool1 /var/www/minera/minera-bin/cgminer-dmaxl-zeus --scrypt -c /home/minnera/myconf_for_pool1.json --scan-serial zeus:/dev/ttyUSB0 --zeus-chips=6 --zeus-clock=340"
#wareck_mod
_IP=$(hostname -I | tr -d ' ') || true
printf "Connect to http://%s/minera to manage Minera\n" "$_IP"
printf "Happy mining!\n"
# Tell Minera minerd is started
redis-cli set minerd_status 1
redis-cli del cron_lock
redis-cli set minerd_running_software cgdmaxlzeus
sleep 5
su - minera -c "/usr/bin/screen -dmS cgminerdmaxlzeus /var/www/minera/minera-bin/cgminer-dmaxl-zeus -c /var/www/minera/conf/miner_conf.json --scan-serial zeus:/dev/ttyUSB1,/dev/ttyUSB2 --zeus-chips=6 --zeus-clock=340"
exit 0
But with this, only the second pool will be use to make graph and stats in minera...
By the way, for me it's better to mine with two zeus on same pool as one zeus for each pook.
You will earn more with Higher hashrate on one pool than 2 slow rate on two pool...
Maybe I'm wrong, but it's what I saw...
December 21, 2014, 04:05:43 PM
Hi to all
please help me,
how to setup , raspberry - connect two zeusminer blizzar , 1- blizzard one pool 2 blizzard other type pool
with cgminer dmax, stratum scrypt
extra options is --zeus-chips=6 --zeus-clock=340
my problem constantly switch first priority pool, and two pool is failover alive,
how to connect first zeus 1pool, two zeus 2 pool
TNX
please help me,
how to setup , raspberry - connect two zeusminer blizzar , 1- blizzard one pool 2 blizzard other type pool
with cgminer dmax, stratum scrypt
extra options is --zeus-chips=6 --zeus-clock=340
my problem constantly switch first priority pool, and two pool is failover alive,
how to connect first zeus 1pool, two zeus 2 pool
TNX
December 19, 2014, 09:49:51 AM
Perchè non la devi ne copiare ne estrarre a mano, ma con un programma specifico, se guardi la guida spiega bene, rifatti a getminera
Ho fatto proprio comendice la guida..ho usato il programma consigliato..ma uando vado ad "estrarre" l img sulla sd con DiskImager quest ultima mi diventa di 49mb..e non fa il boot..
Please no italian here, thanks, if you need to speak italian write me in pvt.
Try to download the img again http://getminera.com/download/latest and don't use the ZIP file directly, unzip it before use DiskImager.
Sorry for the italian..
I ll try again this evening..I already umzipped it first..
edit: ok I did it! the problem was windows 8.1..on win7 everything worked fine..
December 19, 2014, 09:38:24 AM
I already compiled the last version
I only need to try the various --scan-serial
Btw, I can't use CPUminer, I need to mine on 4 pools at the same time
You know a better way?
I only need to try the various --scan-serial
Btw, I can't use CPUminer, I need to mine on 4 pools at the same time
You know a better way?
December 19, 2014, 09:02:23 AM
Perchè non la devi ne copiare ne estrarre a mano, ma con un programma specifico, se guardi la guida spiega bene, rifatti a getminera
Ho fatto proprio comendice la guida..ho usato il programma consigliato..ma uando vado ad "estrarre" l img sulla sd con DiskImager quest ultima mi diventa di 49mb..e non fa il boot..
Please no italian here, thanks, if you need to speak italian write me in pvt.
Try to download the img again http://getminera.com/download/latest and don't use the ZIP file directly, unzip it before use DiskImager.
December 19, 2014, 08:56:58 AM
Perchè non la devi ne copiare ne estrarre a mano, ma con un programma specifico, se guardi la guida spiega bene, rifatti a getminera
Ho fatto proprio comendice la guida..ho usato il programma consigliato..ma uando vado ad "estrarre" l img sulla sd con DiskImager quest ultima mi diventa di 49mb..e non fa il boot..
Jump to: