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

0.4.1

No recent updates Didn't change anything recently... I just leave it running and check from time to time.

Minera version? Did you update recently?

Suddenly I'm locked outside Minera. I am 100% sure of my password, but the page simply does not open. meanwhile the miner is running, as I can see on the pool's webpage... What's up here? Should I reset my install?

You probably didn't understand me or I explained it badly, Minera can save the current frequencies (for CPUminer only) into its local database (Redis), so you can get them every time you want and restart your miner with the right frequencies.

Please look at the picture below, there is a button to save them and a button to get them. Once you get them, you need to put the command line options in your current config from the settings page, so when you restart CPUminer you get the last frequencies you saved.

found it ... was on top right of the device listing

mich where is the database file for the gridseed's that i can find threw putty ?

wasnt there a save frequency button on minera 0.4.0 cause i could have sworn there was one cause i never went into a database before and minera saved the freq of all my gridseed devices

Thank you, I see you have a lot of options and you mixed devices, that could be the cause for the hashrate problem, please can you send me also the miner API stats? You can PM me if you prefer, remove the pools details I don't need them, I need to see the counters if they are as I suppose they should be or not.

Just copy/paste this: http:///minera/index.php/app/api?command=miner_stats

Thanks!

EDIT: I just tried your settings on mine and I cannot see any issue on hashrates, but I have only gridseed so it's really possible mixing devices with Dmaxl fork causes wrong hashrates, I'm waiting for your miner stats file to check it.
Also, I found there are some options you are using that aren't recognised by cgminer-dmaxl and you should remove them from your config because they prevent the miner to start: thread-concurrency, lookup-gap, gpu-threads, worksize.

Yep, you got the right site.  That his file I'm using.  I really want BFG but renting out my gear through MRR hates it.  Don't know why.  Lot of late nights and coffee trying to figure it out.  CG works better.

Sure.  I've updated it again.  Took me days to find the right settings because I'd get USB kernel panics because how I was addressing all the devices.  It would lockup within 1 to 5 minutes of mining.

Sorry, one problem at a time.

Here you go...

My test line to get everything started manually...
./cgminermod1 --zeus-chips 128 --zeus-clock 342 -c /home/minera/Desktop/mining/cg.conf 2>/var/log/minera/cgminermod.log -c /var/www/minera/conf/miner_conf.json
=====


This is the cg.conf file
===============
{
"scrypt" : true,
"lowmem" : true,
"expiry" : "120",
"no-submit-stale" : true,
"failover-switch-delay" : "300",
"hotplug" : "30",
"log" : "5",
"thread-concurrency" : "50000",
"lookup-gap" : "1",
"gpu-threads" : "2",
"worksize" : "256",
"queue" : "0",
"scan-time" : "300",
"shares" : "0"
,
"scan" : ["gridseed:all"]
,
"gridseed-options" : "freq=1175,chips=5"
,
"gridseed-override" : "48F277693634:chips=40,freq=837;48F2805D3634:chips=40,freq=837;48F9667A3634:chips=40,freq=837;48DF85683432:chips=40,freq=837;48ED86633538:chips=40,freq=837;48FB74603135:chips=40,freq=837;48F974793135:chips=40,freq=837;48D560453532:chips=40,freq=837;$    (you get the point on this line.  that's 40 of them)
}
=========================


If I tell it to search for the Zeus first, then all of the Gridseeds, it seems to run fine.  I had a lot of extra options in the cg.conf file but decided to remove them.

With all this running, I can get about 101.xxxMH/s out it.

I also as you can see had to do some trickery on my part just to get the log file to work on the web page and fix some permission issues too.

It's weird, probably this fork version displays the stats in a different way, is it this? https://github.com/dmaxl/cgminer/releases
I will try on my env but I haven't zeus hope it is bugged with gridseed too so I can find it, can I know your cgminer options, so I can replicate them.
Thanks

I'm runnning cgminer 4.3.5-Scrypt-2 custom setup.  I have a single ZeusMiner running at 31MH/s.  My pool hash (display in the top left in red and white on the dashboard) say 2121.460GH/s.

Now is that the pool hash rate on the site I'm mining on or what because it's not matching up.

I use this version of cgminer because I need the extranonce.

What miner do you use and where do you see the wrong hashrate?

Hello all.

I would like to know how can I get my hashing data corrected?  Meaning, it's displaying GH/s instead of MH/s.  Very high though I wish it were true but a last I'd like for it to come out just right.

Love the app.  Would like to see if there's a way to add a small display to the Pi so that I can see the hashing data just a glance.  Need to get more of these things.

ill just start with a fresh wiped and dd'd sd card tomorrow

wow it keeps randomly crashing.... so i went into the bin folder and tried to launch cgminer by itself in screen, and got this.

 [2015-03-13 20:51:57] Started cgminer 3.1.1
 [2015-03-13 20:51:57] Loaded configuration file /root/.cgminer/cgminer.conf
 [2015-03-13 20:51:57] All devices disabled, cannot mine!

(i do have a *.conf there because it usually ran with root privileges)

dmaxl fires up but i get

[2015-03-13 20:56:24] Started cgminer 4.3.5
 [2015-03-13 20:56:24] Loaded configuration file /root/.cgminer/cgminer.conf
 [2015-03-13 20:56:24] Error in configuration file, partially loaded.
 [2015-03-13 20:56:24] Start cgminer with -T to see what failed to load.

bfgminer doesn't find any devices

(no devices)
[Plus] Add device(s)  [Enter] Close device manager
No new devices found

     
ok this weird i post the earlier post thinking the sudo was the issue... but any time i change the pools while in screen via ssh it will crash shortly after. the web page is too slow for me and i have to always redo the gridseed override command from my browsers drop down history, thats why i use ssh. the log history is growing, and doesn't look like it going quit, lol, i do like the history but with all the tarballs and php's its left 45mb on my 4gb card... lmao

going to delete those logs except for a handful of recent files, and see if it just needed some breathing room

that is weird cause when i ran 0.4.0 it saved them automatically. so where do i find the database of the miners ?

I'm sorry, but Minera and specifically CPUminer, has never saved the frequency permanently. There isn't any way to do that, you can save frequency settings (only if you use CPUminer), but you need to manually set up them if you restart the miner.
Frequencies were saved in a DB only to let you know what frequency had a device before it was stopped and let you set up the miner to start with that frequency. But, I repeat, you have to set up them MANUALLY.

just confirmed that minera fresh install does not save clock speeds of the gridseeds anymore

I can't get Minera to work with BFL Monarch's - no devices detected

I take it its because Minera doesn't use the most recent version of cgminer? Pretty sure cgminer support for Monarch was only introduced in December

Can anyone clarify?

yep that was it... I haven't used the Web interface in forever.  usually me being a creature of habit I just hit up arrow twice and hit enter.  TOTALLY forgetting that I just updated to 4.1 (the hard way) and that 'run as super user' was checked.


no every is cool lol

You need of course to be the same user screen has launched, so you should be user "minera" and do "screen -r". If you opted to use sudo/root privilege to start your miner, then yes you need to do a "sudo screen -r"