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

This reboots every 12 hours
login as root

Can I ask why do you need it?

You could use a cron task to do that, but you should write a little script to restart the miner process.

I could add this feature to Minera but I would like to know what is the case when you need to restart every X time your miner.

Hi,


I would like restart miner every X hours.

How can i ?


+++

Thanks Dude!!! I almost forget about the Power Usage.
Will go for Blade then.
Thanks 

I noticed that the diff seems to be a issue on the zeusminers, they made the cgminer 3.1.1 give the diff what the pool want.
Which resulted in the little zeusminer blizzard got to cope with 8192 diff because the pool wanted that
Its not hard to understand what happens if this happens to such small miners.

The gs blades is another matter, i somehow got them a bit more stable because i bought the 19 port super usb hub sold on the forum, with all 1 amp ports. Because event though the gs blades have their own power connectors they run crap on most usb hubs or low powered usb ports.
This monster hub is darn good so that can not be the issue, i had my fair share of disaster on these gs blades already.
I payed alot for them which they never EVER gonna repay.

Also because one had to be replaced and that took many weeks to solve, the fact that i kept trying to run them while weird things happened with one of the boards should have been a warning for the resellers.

But they keep you in the dark and hope you go away with your problem, because the only thing they wanna do is grab your money.
So you start to do many things hoping it will solve the problem and meanwhile you are loosing tons of time, money and efforts. The reward is headache, crap, laughter, being ridiculed, not being taken serious and so on.

And the worst thing is i have no clue why others can run their blades pretty steady ( or they are lying )
Funny all rentals i tried seem to crash as well, a bit less but they do crash during the rentals
So i know i am not alone on this, some guy said he is using ubuntu and has less issues.
However since its just words i do not take it all to serious.

So the gs blades crap continues till hey die which will probably happen when the 90 day warranty ends

Mhh i don't have a problem with high difficulties. the blades are running fine. i´m at difficulty over 6000 now.

For me its just a question of how to calculate when a device is dead and if you do this based on the last mining results, it´s flexible for all difficulties.

Mine have been running perfectly on multipool.us for over 24 hours.  I have the Diff set to 64 right now.  Was thinking of upping it to 128 and see how that goes.

Indeed happens in firefox alot, this far have been lucky with chrome
but sadly the miner constant needs to be restarted after a few hours of good running
suddenly it runs for hours not submitting any shares also, cgwatcher is a pain to run the settings for this gs blades ....
now you would think the minerd would crash right after thousands on rejected but noooooooo it keeps running forever like this
countless hours lost on sumitting to be rejected shares
I think it would be wise to put a option in the image to auto boot after xx hours

The minerd also not able to do the auto tuning so in all the most stable for mining the gs blades is using the bfgminer 3.10 on a windows machine auto restarted every 6 hours
What a pain in the behind to keep the crap gridseed blades running .... the asicminer have been a pleasure to run compared to these gridseed blades.
The little zeusminer blizzards are now connected to my windows pc and i let cgwatcher check if they are dead again
Next time i wait till miners are sold and new victims iron out the crap till good miner software gets released or the people selling miners add a controller themselfs
This is ridiculous that each morning when i wake up i see the miners died again just after i went to bed, so 4 to 7 hours mining lost because i need my sleep as well.
The most annoying is that if you watch them like a hawk most of the time they run fine, till you turn your back to these things.
Then all of sudden they decided to crash or die

Hi Michelem,

it was realy a problem of the hubs. Now the Blades are running. Thank you!

But now i´ve got the next problem. I´m mining on clevermining and the pool assigns difficulty 4000 to the blades. So sometimes it takes 5 to 10 minutes to get a share.
Your activity detection marks the blades as critical or dead if it takes so long and now i get permanently messages from MobileMinerApp.

did you use fixed times for switching the status to critical or dead? maybe it would be a good idea to make it dynamic and always track the longest times a share needed.

Well it would be nice with 5 blades to have say one solo mining, and the rest on a pool.  For now I guess I'll use 2 pi's to contol them.  Been up and running 24 hours with no problems...

I've thinking about this! It would be the perfect way to overcome the absence of a way to load balance our hashing power.

I wonder if it can be done and shown in a single graphical interface.

That would make Minera even more perfect than it is. 

true. own pool settings for each unit would be perfect. but i dont think that the pi can handle so much cpuminer tasks.
maybe the new banana pi is a good alternative with his 1gig of ram ^^

After SSHing in and running CHMOD, it's running!!  Very nice!!  1000% better than the blade software I had before!!  The only thing that would make this better is that you can assign blades to different pools!!

By the way, maybe it was fixed earlier, but in this version saved frequencies are finally working perfectly for me!

Very nice, no longer is there a negative aspect in having to reboot!

occasionally on restart, minera will run to screen sessions with 2 cpuminer instances.

I can never reproduce it on demand, but I think it has something to do with auto-recovery and timing of restart.

That's not an error, that's a warning generated by a Jquery Plugin, nothing to do with your miners, it's only a Minera layout issue.

Can you tell me how to reproduce it? What kind of browser are you using? What are you doing when it shows up?

Thanks

hmmm after a nice 4 hour run suddenly got this error :

DataTables warning: table id=miner-table-details - Cannot reinitialise DataTable. For more information about this error, please see http://datatables.net/tn/3

This is a Pain, the port changes all the times, i Hope Sandor fixes this soon.

I was able to do so with the pool http://eu-01.miningrigrentals.com:3333

entered stratum+tcp://eu-01.miningrigrentals.com:3333 and watching the log,

what I got from the log was that the miner is supposed to work on port  50165. As I can see not all gets the same port so this is crucial.

you have to change it to this:

stratum+tcp://eu-01.miningrigrentals.com:50165

that was it I am now able to rent my rig an also the first 24h rent was sold

Minera 0.2.1 image file for Raspberry PI is ready to be downloaded:

Download minera-latest.img.zip (md5 d228dedae68896d4a874ca262e72fc01)