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

That has been answered in this thread already. As well as cpuminer  thread.  

Yes

Amazing work.

Mox235 pointed me to this and I am really happy.  Running 2 blades at 838 0 errors, and 5 infinity seeds @ 850.  the ramp up time on cpuminer is different for me, but the solid performance is a huge bonus.


Others have the wish list pretty well covered.  It is hard to let go of screen -x =) to see what is happening lol. I like scripta's backup/restore functionality.  I did not see cpuminer autotuning on the small seeds once I set a start freq though.


Thanks for the kickass work!

Bump

You could kill the mining process and restart it on another pool...

so on my blade rig, im trying to run each blade at its own freq.

when i do a manual setup and use the following line:


After a restart all 4 blades default to 600. what am I doing wrong?

Next time you're in NYC you're drinking on my tab. That's awesome.

(Also, that sudoers file issue I was having was actually easily resolvable if I took the goddamn time to google it. *facepalm*)
http://askubuntu.com/questions/73864/how-to-modify-a-invalid-etc-sudoers-file-it-throws-out-an-error-and-not-allowi

Glad to hear that

Well, live pool switching is cool but before I can get it on Minera Sandor needs to put a API command to cpuminer, I don't think there is one now.

We can talk about this.

yep,i think switch pool  IS USEFUL to miner.

Fixed both Issues..


Extremely happy with the product.

Just want to throw out a few wishlist items:

• Some Way to switch between pools with a click or two
• Someway to identify which tab is which system, maybe by throwing the hostname within the page title? once you have 2 or more raspberry Pi's open it starts to get confusing

Just wishes!


Thanks Again.

Sorry forgot to push the latest commits. Please try:

had run the upgrade already on both.

Just did it again, no issues with he script. also ran the "redis-cli set guided_options 1" on the system with the greyed out buttons.

rebooted both boxes.

Gridseed Mini System: greyed out buttons still
Gridseed Blade system: still no logging

+1 for no screen, good logging options (with rotation so that they don't fill up the disk), and reliable mining as a service (where the miner is launched at boot, and relaunched when crashed). The whole point of a GUI tool like Minera is to replace the text GUI with a nicer, more manageable one.

As mentioned before, I'm a fan of daemontools. It works great on my other rigs and solves all of my reliability and logging needs. But I'm fine with any service solution that michelem decides to use.

Thank you very much for your nice words, I much appreciate them even more than a donation (while donations are great too )

Thanks for pointing me to ApplePI-Baker, I didn't know it, I like so much my terminal window but in this case it could be useful, I will give a try.

For the screen/daemontool issue, I understood your point of view and you are right, people who loves Minera don't love to SSH into it and screen -r when they can do the same (perhaps even better) by simply pointing their browser to an url, claro.
And yes, I just proposed a solution on 0.1.8 release that I think could be right for everybody (log viewer like tail -f in the dashboard and link to full log).

I tried the "-dmS miner" solution but that wasn't work, but before I give up I wanna try some more options, I will update you soon.

Did you run the upgrade_minera.sh script? Can you run it and let me know? (I need to add it to the auto-update system).

BTW, run this fixes the guided/manual settings for sure:


But running the upgrade should fix also the log file issue.

yea the raw logs opens up a new url to the raw log file which I'm prompted to download locally.

So here's something strange for you, michelem, on the system with the working log files, I no longer have the ability to switch between "Guided" and "Manual" setups. Both buttons are there, but greyed out. Mousing over changes nothing, and clicking either does nothing.

Don't sweat it. Like I said I had hastily deployed minera to a pre-existing system so who knows where the problem came into play.

I duplicated the SD card and edited the sudoers file on the original to remove the offending -e, but then the Pi failed to boot fully. Who knows why - maybe macfuse borked the filesystem. Dupe of the original SD still boots fine.

I didn't have time (and/or was too drunk to code) last night so I didn't build a system from scratch yet - and at this point since it's still happily mining I may just wait until you release img files.

If you're unfamiliar with it, apple pi baker is a great tool for making and deploying properly partitioned img files for the raspberry pi:
http://www.tweaking4all.com/hardware/raspberry-pi/macosx-apple-pi-baker/

Way faster than the dd command I used to use.

Anyway I very much appreciate you looking through old commits - your software is great and even if it had been your error - you wrote free software that helps make me money, what complaint could I possibly have. Expect a donation once I reach ROI in a week or two.


I mean, this might be overly basic but you've tried
Im not familiar with daemontools but when I was writing daemons for launchd on the mac this would detach the screen session from the daemon so it would run when the daemon quits. This was a while ago on a different flavor of *nix so, not sure if that helps at all.

Personally, I wouldn't be too busted up about not being able to screen -r into the miner as long as there are some logs to review in the event of troubleshooting.
The entire reason I'm using minera is so that I don't HAVE to screen -r into the miner - which is how I was operating before just using cpuminer-gc3355 and a basic startup script.

If the last 'n' lines of miner output were available in a log file somewhere it would satisfy my needs at least, where 'n' is an arbitrary amount of logging that goes far back enough to enable troubleshooting but doesn't just fill up the disk ad infinitum

FOR BONUS POINTS
It would be really sleek if you could download the available logs, maybe even as a zip file, from somewhere within the minera interface. Far from a requirement, also I feel like the interface might not be working in the hypothetical situation where I need to get at the logs - but still. I think that would be a worthy tradeoff for losing screen TUI access.

I just noticed you added a log viewer already, which is basically even better. I can't upgrade till I fix my sudoers issue but when I do I'll let you know if that has the logs i'm referring to.

strange, just updated second Pi, also went smooth but real time logging working fine..

go figure.

Upgrade went smooth.

Slick Stuff!

real time logs never show anything when i hit play though, and the raw logs link gives me a 404 error.. just a heads up.

looks like no sym link from application folder to var/log