0.3.2.1 is up, I found a pretty major bug for people with GPU Based & XML-RPC based monitoring enabled (tl;dr: pool switching didn't work).
Get this update to fix it.
Topic: [Linux] Autominer v0.3.2.6 - GPU Monitor, Downtime Swapper, New Interface - page 7. (Read 23494 times)
June 28, 2011, 02:28:04 PM
June 27, 2011, 08:30:23 PM
Up to 0.3.1 now with screen-based interface, finally starting to look something like the product I wanted!
EDIT: Nearly instantly released 0.3.2 as well, has hashrate-based pool monitoring.
EDIT: Nearly instantly released 0.3.2 as well, has hashrate-based pool monitoring.
June 27, 2011, 06:47:58 AM
Only works with phoenix, but phoenix supports poclbm mining kernel so if you want to try it, install phoenix & just select poclbm kernel.
June 27, 2011, 06:40:08 AM
Will this work with poclbm?
June 26, 2011, 09:20:37 PM
Version 0.3(!!) is up with auto-configuration script.
Easier than ever.
Easier than ever.
June 26, 2011, 12:23:22 PM
Yes it will work with 7 cards, you will have to edit cards.lib and specify geometry for phoenix windows for cards 5-7 however, or they'll spawn on top of existing ones.
Basically take these:
# You probably don't need to touch these
xtermGeometry[4]="61x10+730+11";
xtermTitle[4]="Mining on Card 0";
And modify to:
# You probably don't need to touch these
xtermGeometry[4]="61x10+XPOSITION+YPOSITION";
xtermTitle[4]="Mining on Card CARD NUMBER";
Thanks.
Version 0.2.1 should be up soon with a few changes. Trying to find a way for you guys to download new versions without having to rewrite your configs over and over.
Basically take these:
# You probably don't need to touch these
xtermGeometry[4]="61x10+730+11";
xtermTitle[4]="Mining on Card 0";
And modify to:
# You probably don't need to touch these
xtermGeometry[4]="61x10+XPOSITION+YPOSITION";
xtermTitle[4]="Mining on Card CARD NUMBER";
Nice clean scripting. A lot to learn from you!
Thanks.
Version 0.2.1 should be up soon with a few changes. Trying to find a way for you guys to download new versions without having to rewrite your configs over and over.
June 26, 2011, 10:02:19 AM
Will this work with 7 cards?
I didn't check the code too carefully, but it just increments everything to scale up, then I just add more entries in the cards file, right?
I didn't check the code too carefully, but it just increments everything to scale up, then I just add more entries in the cards file, right?
June 26, 2011, 01:09:38 AM
Nice clean scripting. A lot to learn from you!
June 25, 2011, 01:19:58 PM
I had to make some changes to your files like I said before:
This is great for linux, after you get the system set up because for me the pools go down or if a miner stalls, this fixes it. . .
here is my working version of the files (replaced/created the following files with text editor in autominer folder):
cards.lib: http://pastebin.com/AD6ugg4x
common.lib: http://pastebin.com/ZSNb2KzZ
otherwise using the files you have listed, works great!
This is great for linux, after you get the system set up because for me the pools go down or if a miner stalls, this fixes it. . .
here is my working version of the files (replaced/created the following files with text editor in autominer folder):
cards.lib: http://pastebin.com/AD6ugg4x
common.lib: http://pastebin.com/ZSNb2KzZ
otherwise using the files you have listed, works great!
You must really dislike zero indexing.
June 25, 2011, 11:58:45 AM
I had to make some changes to your files like I said before:
This is great for linux, after you get the system set up because for me the pools go down or if a miner stalls, this fixes it. . .
here is my working version of the files (replaced/created the following files with text editor in autominer folder):
cards.lib: http://pastebin.com/AD6ugg4x
common.lib: http://pastebin.com/ZSNb2KzZ
otherwise using the files you have listed, works great!
This is great for linux, after you get the system set up because for me the pools go down or if a miner stalls, this fixes it. . .
here is my working version of the files (replaced/created the following files with text editor in autominer folder):
cards.lib: http://pastebin.com/AD6ugg4x
common.lib: http://pastebin.com/ZSNb2KzZ
otherwise using the files you have listed, works great!
June 23, 2011, 09:02:48 AM
I got it working, but I changed it to start from device 1 (not 0), so, 1,2,3,4 for all the numbers in the card file that were under 0,1,2,3 sections.
also, not sure how screen works, but closing seems to be an issue, only ghosts the programs.
After the necessary edits, this looks like a great program.
also, not sure how screen works, but closing seems to be an issue, only ghosts the programs.
After the necessary edits, this looks like a great program.
You mean closing the main loop? It doesn't kill all the screens, I will have to write a closing script at some point, for now assuming you run no other screens, 'killall screen' will give you a clean close.
June 23, 2011, 07:47:32 AM
I got it working, but I changed it to start from device 1 (not 0), so, 1,2,3,4 for all the numbers in the card file that were under 0,1,2,3 sections.
also, not sure how screen works, but closing seems to be an issue, only ghosts the programs.
After the necessary edits, this looks like a great program.
also, not sure how screen works, but closing seems to be an issue, only ghosts the programs.
After the necessary edits, this looks like a great program.
June 23, 2011, 12:52:00 AM
You can go past 4 GPUs, I think I removed the checker for >4. I just didn't add more than 4 to cards.lib because 4 is the most I run in one machine.
You will need to set the geometry for the 5th Xterm though in cards.lib otherwise it'll spawn over the 4th one. You'll also need to add 3 rows to temps window in startmining.sh.
Also, thanks for testing.
You will need to set the geometry for the 5th Xterm though in cards.lib otherwise it'll spawn over the 4th one. You'll also need to add 3 rows to temps window in startmining.sh.
Also, thanks for testing.
June 22, 2011, 11:09:02 PM
Tested working in Debian Squeeze and Ubuntu Natty.
For anyone having trouble with screen terminating repeatedly, add this to your ~/.screenrc
Plus one of the following:
For 64-bit SDK 2.4:
For 32-bit SDK 2.4:
For 64-bit SDK 2.1:
For 32-bit SDK 2.1:
Reikoku, is 4 GPUs just where you decided to stop or is there some limitation in the script that make more a problem?
For anyone having trouble with screen terminating repeatedly, add this to your ~/.screenrc
Quote
setenv DISPLAY ":0"
Plus one of the following:
For 64-bit SDK 2.4:
Quote
setenv LD_LIBRARY_PATH "/opt/AMD-APP-SDK-v2.4-lnx64/lib/x86_64"
For 32-bit SDK 2.4:
Quote
setenv LD_LIBRARY_PATH "/opt/AMD-APP-SDK-v2.4-lnx32/lib/x86"
For 64-bit SDK 2.1:
Quote
setenv LD_LIBRARY_PATH "/opt/ati-stream-sdk-v2.1-lnx64/lib/x86_64/"
For 32-bit SDK 2.1:
Quote
setenv LD_LIBRARY_PATH "//opt/ati-stream-sdk-v2.1-lnx32/lib/x86/"
Reikoku, is 4 GPUs just where you decided to stop or is there some limitation in the script that make more a problem?
June 22, 2011, 08:48:15 PM
XFCE is X11 based, as are (I think) all Linux desktop environments.
If AMDOverdriveCtrl is working, you shouldn't need to change anything.
If you're unsure, go to command line and type 'aticonfig --adapter=all --odgc'.
It might come back telling you to enable Overdrive, in which case type 'aticonfig --adapter=all --od-enable'. Then this will work fine.
If AMDOverdriveCtrl is working, you shouldn't need to change anything.
If you're unsure, go to command line and type 'aticonfig --adapter=all --odgc'.
It might come back telling you to enable Overdrive, in which case type 'aticonfig --adapter=all --od-enable'. Then this will work fine.
June 22, 2011, 06:13:22 PM
maybe a dumb question, but is xfce (xubuntu) going to work for this x11, or are they different?
Also, I've been using amdoverdrive for temp/OCing, would I need to change anything to switch to the commandline OCing and temp control?
Also, I've been using amdoverdrive for temp/OCing, would I need to change anything to switch to the commandline OCing and temp control?
June 22, 2011, 10:21:15 AM
+1 for using E17 for your miner's desktop. I'm doing the same thing 
.
. June 22, 2011, 09:12:02 AM
Oh OK, I do this instead on my laptop to monitor everything:
June 21, 2011, 10:56:26 PM
No like, i have one screen session called miners, and then i have windows in each. Like window 1 is for GPU 1, window 2 for GPU 2, and window 0 is for my monitoring script. I just reattach the screen session and then hit ctrl-a 1 to see the miner for gpu 1, ctrl-a 2 for the second, etc. That way i can quickly check all miners without having to attach and detach sessions all the time.
June 21, 2011, 10:25:44 AM
Cool script 
Am I the only one that uses a single screen session for all my miners? :-/
Am I the only one that uses a single screen session for all my miners? :-/
I do on ssh, this loads the miners into screen sessions so you can load them up via SSH on $identifier[0]-miner, $identifier[1]-miner etc. You can do the same with temperatures, screen is called temps.
So just ssh in and hit:
screen -x temps
OR
screen -x Radeon5850-1-miner (assuming one of your identifiers is Radeon5850-1).
Jump to: