Topic: cgmon - mining monitor for Linux - auto restart, reboot, sick gpu, ASIC, &more - page 10. (Read 48363 times)

Hi, I am setting up cgmon in SMOS.   I think the last thing I need to do is set the parameters below for "set cgminer_path" correctly:

# this is required only if your cgminer_exec binary is NOT installed in your $mining_user's PATH (i.e. /usr/bin/)
# example:  /home/user/cgminer-3.1.1/       (must end with a '/')
set cgminer_path ""

Does anyone know what this path is on SMOS?   SMOS does run off BAMT.

Can I use it in Mac OSX?

how can I build one for osx?

thanks

I seem to keep getting e-mail notifications that accepted shares haven't been seen in almost 10,000 seconds.  So I upgraded the script, and I modified it so when it sends that e-mail there was another word on the end of it.  That word doesn't appear in my e-mail or in the cgmon.log file.  Every 2 minutes though, I get an e-mail.  It's like it's left over from the previous version of the script.  I even deleted the cgmon.tcl and cgmon.log files.  I kept it active in /etc/crontab and I magically am still getting e-mails despite crontab referencing a script that doesn't exist.  How can I make this stop?

Fixed it!  It was on a different computer where I didn't change the from e-mail address. 

yep its working properly thx for your support and this saving savings script

zubuxx,

Sounds like you got it figured out.  If not let me know.

I think the config section could use some more clarifying because the $mine_for "litecoin" option is confusing.

i set set cgminer_exec "cgminer"

cgmon-mine it is:

#!/bin/bash
export DISPLAY=:0
export GPU_MAX_ALLOC_PERCENT=100
export GPU_USE_SYNC_OBJECTS=1
screen -md /root/gckeccak/cgminer --api-listen  --keccak --api-listen -o max.smalltimeminer.com:3355 -u xx.1 -p xx


i am lauching script as root - mining user set to root BUT hmm as you see im mining maxcoin. I set to avoid --script line "use sgminer" but cgminer exec is cgminer - maybe it is a problem


---------------------------


# GPU settings
set cgminer_gpu_options "--keccak --api-listen"

# Username running X server (i.e. the username you use when logging into the Linux graphical interface)
# This must be correct or cgminer wont run properly.
set mining_user "root"

# Mine for Litecoin or Bitcoin?
set mine_for "litecoin"
#set mine_for "bitcoin"

set cgminer_path "/root/gckeccak/"

# Extra options to pass to cgminer
# At least --api-listen is required for cgmon to work.
set cgminer_extra_options "--api-listen"

# Use sgminer.  This removes --scrypt from the command line for compatibility with sgminer
set use_sgminer "yes"

DEBUG INFO :

 /root/gckeccak/cgminer --api-listen  --keccak --api-listen -o max.smalltimeminer.com:3355 -u xx.1 -p xx --scrypt

 [2014-02-09 11:55:37] /root/gckeccak/cgminer: --scrypt: unrecognized option

Keccak miner doesnt handle properly --scrypt option


----------------------------

I just wrote simple script launching cgmon remotely using ssh i expect - its working properly

Do you use bamt? They are essentially the same.

Absolutely yes!
Never used SMOS, sorry

Hi Angela thanks for the line, I'm finally able to get it running!!! (I'm using SMOS)

Btw I've a question about ssh. I always ssh with root. Is that a bad habbit? I couldn't login with user@ip_address since it keeps saying my password is wrong even though I've changed it using 'passwd' after logging in with root. Any clue?

What do you have $cgminer_exec set to? 
Can you post the contents of /tmp/cgmon-mine.sh?

Are you running as root?  What is $mining_user set to?  Does the script run when you're logged in as that user?

I think 5 minutes is good. i have r290x, so it makes itself very clear that something is wrong very quickly. And i dont want to do it too quickly in the event that the interenet connection is merely flakey and or subject to short outages. While shitty for mining, you dont want to reboot the connection if it times out for a minute or so.

Thanks Jdape.

-E

Hi - thx for this amazing script

cgminer failed to start.  Try running the mining command above to find the error.  Also, double check your GPU options

i have this communicate when cgmon is launched by cron. When manually i enter command above its working properly

/etc/crontab

*/2 * * * *   root  /root/cgmon.tcl >/dev/null 2>&1

thx for your support

CRONTAB IS NOT WORKING

FYI, cgmon is perfectly compatible with vertminer.  I'm using it on all my rigs now.  Just drop the binary anywhere and  copy the .cl files to /usr/local/bin/.

It depends on the speed of the card and the diff.  You can change how many minutes are allowed without an accepted share in the config file.  I have a GPU that runs at only 80kh/s and 128 diff, so i've had to increase the share time to 15 minutes. Lower than that and it would reboot sometimes even when the card is working normally because it doesnt output many shares.

If your GPU's are hashing at maybe, 500kh/s, you would probably be fine decreasing the share timer to 2 or 3 minutes.

That's awesome.  Love the hack

I have considered coding a setting to enable a config file, but thats just about as good.

0.1b14 is out.  


cgmon will now check the status of all mining pools on each run.  If all pools are unreachable an error will be logged.  Optionally an email will be sent and the server will reboot (if you have those features enabled).  

This feature should correct network problems such as crashed or hung network adapters.  It will also keep you notified if there's a network outage of more than a couple minutes on your rig.  The email notifications would not go through during an outage, so you'll have to check the logfile.  I think in the future, cgmon will send an email when the network becomes available again along with the duration of the outage.

By default, the reboot option is turned off for this new feature.  You can change the behavior in the appropriate config section (shown below).

not sure ive ever waited 20 minutes, but i would say that after 5 mins of no detected shares that it should reboot. Does anyone disagree with that? The only other feature that would be nice is if the script could determine whether or not the network is connected and either restart the usb port that the usb wireless key is on, or restart the network interface prior to rebooting. Thats a bit contrived, but could quickly get things back in order in the event of a flakey piece of hardware or the network interface craps out. Which i have to say is not uncommon with usb wireless cards.

Again, you would not believe how much more efficient this scrypt coupled with the use of sgmon is going to make my operation.

you will be receiving a nice reward on monday Jdape.

How long did you wait after disconnecting the network?   Currently it would take about 20 minutes before cgmon notices the accepted share count has stopped rising and reboots.

I'll see if I can find a way to detect it sooner...

Wow.  I'm very glad to hear you like it so much.

I'll try and reproduce the issue.

ok jdape figured it out. if I remove the network cable or the wireless usb plug (thereby disabling the network) there appears to be a bug in the scripts regarding nshares- last number of shares. For whatever reason, at no point in the process does it ever really recognize that the network is dead and prompts for a restart. I would have thought that the share differential logic would have prompted the reboot process after the gpus stopped having shares accepted but apparently not.

So in other words my testing method did not invoke the reboot process. to reproduce, please pull the network plug or disable the wireless card on your machine and see what happens. considering everything else works id say that this is a reproduceable issue.

when i had a sick card or a soft system hang due to a bad card, the machine rebooted itself as it should.

This script kicks so much ass. i will be donating some coin your way on monday. To say that this script is fuckin badass would be a complete and total understatement.