Bumpity  I have bought portal 2 from your site, but I have not received an email. Hopefully this works at all because this is a special offer right now for 14.99$ and it expires in ~38 hours. coins have been sent to: https://blockexplorer.com/address/1LaFUsCxUcYVDDZgdBte5fEGxhQKMKSVn4If this doesn't work out please tell me asap and send my coins back, thx!  |
|
|
|
You can start the script with a $ at the end, so it keeps running in the background.
That would be & to background. Whoops, thanks for noticing that, of course you are right  |
|
|
|
I was thinking, oh this is no problem just add one line so it sends an email. BUT this was a little bit more complicated. Because if the temp is at the $HIGH warning point, it sleeps 2 seconds and the goes on again. If I just put a mail command there it sends a mail every few seconds, probably not so good LOL. So I made a timestamp and check if it sent mail in the last 5 minutes (found that here: http://stackoverflow.com/questions/205666/what-is-the-best-way-to-perform-timestamp-comparison-in-bash) And how to make it send the ok temps every hour? I now made it log the temps to a file, so you can make a cronjob that mails it to you every hour (/tmp/temp.log). Also I think this script had a bug, the shutdown stuff never executed because even if you reach $SHUTDOWN_TEMP, the temp is higher then the $HIGH temp and so it never went into the else loop. Moved that shutdown stuff at the beginning now, so it gets checked first. But I probably created more bugs now haha You can start the script with a $ at the end, so it keeps running in the background. Maybe you have a startup script for your miners, then you can just add it at the end. #!/bin/sh
CARDS="0 1 2 3 4 5"
HIGH=70
SHUTDOWN_TEMP=85
TDAT="/tmp/temp.dat"
TLOG="/tmp/temp.log"
MAILTO="dude@somewhere.org"
while true
do
for card in $CARDS; do
# read temp
TEMP=$(DISPLAY=:0 aticonfig --adapter=$card --odgt |grep 'Sensor'|awk -F\ '{ print $5 }'|cut -d. -f1)
if [ "$TEMP" -gt "$SHUTDOWN_TEMP" ];
then
MSG="GPU$card to hot, shutting down in 30 sek.!"
echo "$MSG" | wall
echo "$MSG" | mail -s "warning shutdown temp reached" $MAILTO
sleep 30
sudo shutdown -h now
elif [ "$TEMP" -gt "$HIGH" ];
then
MSG="High temp GPU$card: $TEMP > $HIGH"
echo "$MSG" | tee -a $TDAT | wall
# build a file with a timestamp to compare if mail was
# sent in the last 5 minutes. First fill it with 0 if not
# existant.
if [ ! -f /tmp/.lastmail ]; then
echo "0" > /tmp/.lastmail
fi
last=$(cat /tmp/.lastmail)
curr=$(date +%s)
# check difference
diff=$(($curr - $last))
# check if diff is greater than 5 minutes
if [ "$diff" -gt 300 ]; then
echo "$MSG" | mail -s "GPU$card high temp warning" $MAILTO
# write timestamp
echo "$curr" >/tmp/.lastmail
else
echo "not sending mail, waiting to reach time limit."
fi
sleep 2
else
echo gpu$card temp OK: $TEMP | tee -a $TDAT
sleep 5
fi
done
# end of for loop, move temp file so it can be mailed by cron
mv $TDAT $TLOG
done
|
|
|
|
Hello, I am not a great scripter, but from your screenshot it looks like you want this for multiple gpus? If so I think you need to add some for loop. I would do it like that: #!/bin/sh
CARDS="0 1 2 3 4 5"
HIGH=70
SHUTDOWN_TEMP=85
export HIGH
export SHUTDOWN_TEMP
while true
do
for card in $CARDS; do
# read temp
TEMP=$(DISPLAY=:0 aticonfig --adapter=$card --odgt |grep 'Sensor'|awk -F\ '{ print $5 }'|cut -d. -f1)
if [ "$TEMP" -gt "$HIGH" ];
then
echo "High temp: $TEMP > $HIGH" | wall
sleep 2
else
if [ "$TEMP" -gt "$SHUTDOWN_TEMP" ];
then
echo "To hot, shutting down in 30 sek.!" | wall
sleep 30
sudo shutdown -h now
else
echo temp OK: $TEMP
sleep 5
fi
fi
done
done
and yeah I think it should be shutdown -h now like the poster above me says  |
|
|
|
|
Hello,
this works, i did it with a mainboard where the 16x pcie slot was broken.
But you have to cut the 1x slot open so the card can fit in... and you may
get problems with heatsinks or sata connectors which get into the way.
Getting a riser is probably a better solution.
|
|
|
|
Hello, Hey MintCondition , something is seriously wrong with your pool, it was running fine the last few hours, but now its producing rejects like crazy  Hi nomnomnom, We indeed has some problems from 18:02 UTC to 18:21 UTC. At this moment ABCPool is operating normally again; we are investigating the cause. The rejected shares are not influencing the result of our miners. Thank you, for taking care. Nice nickname btw, very creative  [385.21 Mhash/sec] [1718 Accepted] [3 Rejected] [RPC (+LP)] <- looks good |
|
|
|
Hey MintCondition , something is seriously wrong with your pool, it was running fine the last few hours, but now its producing rejects like crazy [27/08/2011 19:02:56] LP: New work pushed
[27/08/2011 19:02:58] Result: 5db02560 accepted
[27/08/2011 19:03:41] Result: ab083e5b rejected
[27/08/2011 19:04:03] Result: f369cf49 rejected
[27/08/2011 19:04:20] Result: e3058fd6 accepted
[27/08/2011 19:04:29] Result: 379199bd accepted
[27/08/2011 19:04:34] Result: 3e5c40c6 accepted
[27/08/2011 19:04:49] Result: cc43f40a rejected
[27/08/2011 19:04:56] Result: c7da6c66 rejected
[27/08/2011 19:05:07] Result: 8bb2d92a rejected
[27/08/2011 19:05:14] Result: aa13f7e6 rejected
[27/08/2011 19:05:24] Result: d6eea5f1 rejected
[27/08/2011 19:06:17] Result: cc19c2c2 rejected
[27/08/2011 19:06:23] Result: daa82a6d rejected
[27/08/2011 19:06:42] Result: d7e93e4c rejected
[27/08/2011 19:07:29] Result: df2e9e28 rejected
[27/08/2011 19:07:56] Result: e9673788 rejected
[27/08/2011 19:08:28] Result: 45a2f3e9 rejected
[27/08/2011 19:08:33] Result: 86c0a59b rejected
[27/08/2011 19:08:48] Result: 7763f063 rejected
[27/08/2011 19:08:52] Result: 32cddabe rejected
[27/08/2011 19:08:53] Result: fce17936 rejected
[27/08/2011 19:08:55] Result: 45a1337f rejected
[27/08/2011 19:08:55] Result: 10a1df0c rejected
[320.64 Mhash/sec] [757 Accepted] [31 Rejected] [RPC (+LP)]
|
|
|
|
I am also seeing a higher reject rate at the moment: [1288 Accepted] [56 Rejected] Some rejects look like this: [26/08/2011 12:46:48] Result 000000002a369ade... rejected [26/08/2011 12:46:52] Reject reason: ['unknown-work'] what does unknown work mean, never seen that before  Edit: I am using phoenix 1.62 if this matters somehow |
|
|
|
Ok, hey hi again yep it's me again Hello So.... I started fresh with a new install of Linuxcoin on my usb drive. Accepted the license agreement, bitcoin client up, ran guiminer and PRESTO i am mining at deepbit.net with ~260MH/s ... only ONE card...
OK, so then I go to a terminal to run aticonfig -lsa annnnddddd... "No supported adapters detected" ... !!!!!!!!!!
Is this just because GUIminer is using the adapters right now??
Anyway, before I got GUIminer to work, i had issued the "aticonfig -lsa" command, and it had showed one 5830 as "active", and the other as "inactive"... ANY ideas on a solution to this would be appreciated. I really hate having two perfectly good PCIe slots filled and only being able to use one...
Ok, atleast one card is mining now. My miner displays all 2 cards while I am mining... (The DISPLAY=:0 is needed if you ever want to run aticonfig over a ssh connection) $ DISPLAY=:0 aticonfig --lsa
* 0. 03:00.0 ATI Radeon HD 5800 Series
1. 02:00.0 ATI Radeon HD 5800 Series
* - Default adapter
I never used guiminer, I use phoenix miner, so I can't help much with that program... But you could try to run clinfo (a tool from the AMD SDK) to see if OpenCL detects all cards. This looks like that on my miner which has 2x 5830 (should show CL_DEVICE_TYPE_GPU for every card) $ /opt/AMD-APP-SDK-v2.4-lnx64/bin/x86_64/clinfo | grep "Device Type"
Device Type: CL_DEVICE_TYPE_GPU
Device Type: CL_DEVICE_TYPE_GPU
Device Type: CL_DEVICE_TYPE_CPU
If this shows all your cards you should be fine. ALSO, a general linux question (maybe a Linuxcoin particular question?):
When I go to do some things, like look in certain directories, the system asks for the root password... I never created a root password. I thought I was logged in as root from the start, but I guess not. Is there some kind of universal root password, or can I make one up? How exactly does this root business work??
I think linuxcoin has no root password per default. If you want to run something as root you just put sudo in front of the command, or sudo -s gives you a root login. Not sure how the filemanager handles this. Maybe you could look at the linuxcoin thread for more info on that. |
|
|
|
|
Well, I only have an older version of linuxcoin here, but I hope it still works the same.
You can bring the Licence window up again, by pressing ALT+F2 and then running ati_license
It should popup a window "AMD APP SDK license agreement", close that window and a
new one should popup asking "Do you accept AMDs license?", there you have to click YES.
If this somehow does not work, it can still be done from a terminal.
cd /; sudo tar xvf /opt/AMD-APP-SDK-v2.4-lnx64/icd-registration.tgz
Don't know whats up with your 5830, but this should help to get OpenCL going,
which Guiminer was complaining about.
|
|
|
|
You don't need new drivers. They should be included in linuxcoin. Did you click accept or ok on the window which pops up at the beginning with some text? Because this is the License for the AMD APP SDK, you need to accept this, else you cannot mine. Edit: try to type aticonfig --lsa in a terminal and see if it lists you card(s), if it lists them the ati driver sees your cards, which is good |
|
|
|
|
Hello,
make sure that you have extracted the SDK License.
(I think this was like, cd /; tar xvf /path/to/amdsdk/icd-registration.tgz)
And you have to check if you added the SDK Variables to your enviromnent,
I just added /opt/AMD-APP-SDK-v2.4-lnx64/lib/x86_64 to my /etc/ld.so.conf.
Seems to work too. (read the pdfs in the doc folder of the sdk if in doubt)
|
|
|
|
Well, you can put this stuff in the config file, so you only type it once And you can use the wildcards. If I understand this correct you could also set rpcallowip=* so that everyone is allowed to connect. But I would be careful with allowing everyone. |
|
|
|
Hello, I think you need to set rpcallowip and maybe rpcport so that your miners can connect: # By default, only RPC connections from localhost are allowed. Specify
# as many rpcallowip= settings as you like to allow connections from
# other hosts (and you may use * as a wildcard character):
#rpcallowip=10.1.1.34
#rpcallowip=192.168.1.*
# Listen for RPC connections on this TCP port:
rpcport=8332
See here for more options: https://en.bitcoin.it/wiki/Running_Bitcoin |
|
|
|
I think the share count may be off... Mining here since not even 2 days and it shows almost 180.000 shares, I have ~2GH/s and I doubt that I generate that many shares Also I have a lot of connection problems today  Miner is idle, sometimes I lose the connection and I produce some rejects which say: [21/08/2011 02:45:56] Server gave new work; passing to WorkQueue [21/08/2011 02:46:03] TypeError in RPC sendResult callback [21/08/2011 02:46:03] Result 000000001a948ef9... rejected [21/08/2011 02:46:05] TypeError in RPC sendResult callback [21/08/2011 02:46:05] Result 0000000077394270... rejected That was right now, while I am posting. Sometimes it runs fine for hours then it starts again. |
|
|
|
Thanks for spotting that, I have committed a reverted client3420. Please test with this version to make sure it's not leaking. If that fixes it I will go ahead and release 1.6.2 with this change.
Looks much better I think, this morning - 306832 VSZ 74092 RSS 12 hours later - 380564 VSZ 74344 RSS It has grown a little bit, but that's nothing compared to what was happening with earlier versions. hi, is there a way to get hashrate, stales, etc. values and send it to munin (monitoring)? like for 1.5 there was a patch...
If it is the logtotext or xmlrpc patch, they still work, just that the patching fails and saves something to phoenix.py.rej. But it is only one line which can be added manually to phoenix.py. |
|
|
|
Hi, it seems the mem leak is back in 1.61 (at least for me) In this commit https://github.com/jedi95/Phoenix-Miner/commit/7bc2bf7b452ce48b7f8be8f5d6b6a95db13e1c8fI have changed client3420.py from line 788 till the end back to how it was in 1.60 (while protos ...) and now it is not leaking anymore. Still seems to work fine, only my inet was down for a few minutes and it somehow did not reconnect itself, but my watchdog script took care of that. |
|
|
|
[...]
3. Fixed RPC memory leaks and various other bugs
[...]
Thank you very very much, I am gonna send you a bitcoin But I am seeing a high rate of rejects now, not sure what is going on, but usually they were ~1%. [12/08/2011 20:22:07] [317.82 Mhash/sec] [654 Accepted] [72 Rejected] [RPC (+LP)] [12/08/2011 20:22:07] [318.03 Mhash/sec] [674 Accepted] [53 Rejected] [RPC (+LP)] The 1.6.0 version crashes my Ubuntu on one of my 5850. When I use the kernel on the other card, everything works fine. I now mine with phatk2 on one card and phatk on the other. This combination works.
I think it has something to do with the video output. I have the screen plugged in on the card that i mine with phatk2 with. The other one, that crashes doesn't have a screen or dummy plug.
Interesting, I too have some problems since a few days on my 2x 5850 rig, one always locks up, sometimes after 2minutes sometimes after 12 hours. (maybe since I changed to phatk 2.x?? this was also a few days ago...hmm) Was already thinking I have some hardware problems, switched the 5850s to phatk 1 now, lets see if this is stable again. |
|
|
|
I noticed the memory leak does not happen on bitcoins.lc and they use longpolling. Looking at the network traffic, it seems that bitcoins.lc uses keep-alive (slush also has keep-alive) while the other pools (which are leaking memory) do not seem to use keep-alive! Also there is something else which is weird. Everything looks normal until phoenix sends out 2 similiar looking packets. The server answers this with a error 400 bad request, which is followed by 2 RST. This happens after every communication between miner and server. This here is btcguild, but arsbitcoin behaves exactly the same. 14:04:20.907806 IP (tos 0x0, ttl 64, id 11848, offset 0, flags [DF], proto TCP (6), length 52)
10.23.42.151.33398 > 69.42.216.173.8332: Flags [.], cksum 0x52ac (incorrect -> 0x91b8), seq 481, ack 182, win 123, options [nop,nop,TS val 718992981 ecr 132504115], length 0
0x0000: 0014 bfa5 8817 0024 1d8a cc03 0800 4500 .......$......E.
0x0010: 0034 2e48 4000 4006 b9f6 0a17 2a97 452a .4.H@.@.....*.E*
0x0020: d8ad 8276 208c f8a3 dcc3 b6ca 5f86 8010 ...v........_...
0x0030: 007b 52ac 0000 0101 080a 2ada f655 07e5 .{R.......*..U..
0x0040: da33 .3
14:04:21.179311 IP (tos 0x0, ttl 64, id 11849, offset 0, flags [DF], proto TCP (6), length 52)
10.23.42.151.33398 > 69.42.216.173.8332: Flags [F.], cksum 0x52ac (incorrect -> 0x90a7), seq 481, ack 182, win 123, options [nop,nop,TS val 718993253 ecr 132504115], length 0
0x0000: 0014 bfa5 8817 0024 1d8a cc03 0800 4500 .......$......E.
0x0010: 0034 2e49 4000 4006 b9f5 0a17 2a97 452a .4.I@.@.....*.E*
0x0020: d8ad 8276 208c f8a3 dcc3 b6ca 5f86 8011 ...v........_...
0x0030: 007b 52ac 0000 0101 080a 2ada f765 07e5 .{R.......*..e..
0x0040: da33 .3
14:04:21.353823 IP (tos 0x0, ttl 54, id 34045, offset 0, flags [DF], proto TCP (6), length 316)
69.42.216.173.8332 > 10.23.42.151.33398: Flags [P.], cksum 0x2324 (correct), seq 182:446, ack 482, win 54, options [nop,nop,TS val 132504159 ecr 718993253], length 264
0x0000: 0024 1d8a cc03 0014 bfa5 8817 0800 4500 .$............E.
0x0010: 013c 84fd 4000 3606 6c39 452a d8ad 0a17 .<..@.6.l9E*....
0x0020: 2a97 208c 8276 b6ca 5f86 f8a3 dcc4 8018 *....v.._.......
0x0030: 0036 2324 0000 0101 080a 07e5 da5f 2ada .6#$........._*.
0x0040: f765 4854 5450 2f31 2e31 2034 3030 2042 .eHTTP/1.1.400.B
0x0050: 6164 2052 6571 7565 7374 0d0a 436f 6e74 ad.Request..Cont
0x0060: 656e 742d 5479 7065 3a20 7465 7874 2f68 ent-Type:.text/h
0x0070: 746d 6c0d 0a43 6f6e 6e65 6374 696f 6e3a tml..Connection:
0x0080: 2063 6c6f 7365 0d0a 4461 7465 3a20 5765 .close..Date:.We
0x0090: 642c 2031 3020 4175 6720 3230 3131 2031 d,.10.Aug.2011.1
0x00a0: 323a 3033 3a33 3320 474d 540d 0a43 6f6e 2:03:33.GMT..Con
0x00b0: 7465 6e74 2d4c 656e 6774 683a 2031 3334 tent-Length:.134
0x00c0: 0d0a 0d0a 3c48 544d 4c3e 3c48 4541 443e ....<HTML><HEAD>
0x00d0: 0a3c 5449 544c 453e 3430 3020 4261 6420 .<TITLE>400.Bad.
0x00e0: 5265 7175 6573 743c 2f54 4954 4c45 3e0a Request</TITLE>.
0x00f0: 3c2f 4845 4144 3e3c 424f 4459 3e0a 3c48 </HEAD><BODY>.<H
0x0100: 313e 4d65 7468 6f64 204e 6f74 2049 6d70 1>Method.Not.Imp
0x0110: 6c65 6d65 6e74 6564 3c2f 4831 3e0a 496e lemented</H1>.In
0x0120: 7661 6c69 6420 6d65 7468 6f64 2069 6e20 valid.method.in.
0x0130: 7265 7175 6573 743c 503e 0a3c 2f42 4f44 request<P>.</BOD
0x0140: 593e 3c2f 4854 4d4c 3e0a Y></HTML>.
14:04:21.353861 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 40)
10.23.42.151.33398 > 69.42.216.173.8332: Flags [R], cksum 0xe4ef (correct), seq 4171488452, win 0, length 0
0x0000: 0014 bfa5 8817 0024 1d8a cc03 0800 4500 .......$......E.
0x0010: 0028 0000 4000 4006 e84a 0a17 2a97 452a .(..@.@..J..*.E*
0x0020: d8ad 8276 208c f8a3 dcc4 0000 0000 5004 ...v..........P.
0x0030: 0000 e4ef 0000 ......
14:04:21.354062 IP (tos 0x0, ttl 54, id 34046, offset 0, flags [DF], proto TCP (6), length 52)
69.42.216.173.8332 > 10.23.42.151.33398: Flags [F.], cksum 0x8fb7 (correct), seq 446, ack 482, win 54, options [nop,nop,TS val 132504159 ecr 718993253], length 0
0x0000: 0024 1d8a cc03 0014 bfa5 8817 0800 4500 .$............E.
0x0010: 0034 84fe 4000 3606 6d40 452a d8ad 0a17 .4..@.6.m@E*....
0x0020: 2a97 208c 8276 b6ca 608e f8a3 dcc4 8011 *....v..`.......
0x0030: 0036 8fb7 0000 0101 080a 07e5 da5f 2ada .6..........._*.
0x0040: f765 .e
14:04:21.354068 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 40)
10.23.42.151.33398 > 69.42.216.173.8332: Flags [R], cksum 0xe4ef (correct), seq 4171488452, win 0, length 0
0x0000: 0014 bfa5 8817 0024 1d8a cc03 0800 4500 .......$......E.
0x0010: 0028 0000 4000 4006 e84a 0a17 2a97 452a .(..@.@..J..*.E*
0x0020: d8ad 8276 208c f8a3 dcc4 0000 0000 5004 ...v..........P.
0x0030: 0000 e4ef 0000 ......
I am not sure, but this does not look normal to me, with the bad request and all. |
|
|
|
|
Show Posts
