phelix
Legendary
Offline
Activity: 1708
Merit: 1020
|
|
June 16, 2011, 08:09:58 PM |
|
[16/06/2011 20:21:48] Server gave new work; passing to WorkQueue [16/06/2011 20:22:01] Result 000000002f4255ac... accepted [16/06/2011 20:22:06] Result 00000000956163ae... accepted [16/06/2011 20:22:08] Result 000000006244c69e... accepted [16/06/2011 20:22:15] Server gave new work; passing to WorkQueue [16/06/2011 20:22:42] Server gave new work; passing to WorkQueue [16/06/2011 20:23:08] Result 0000000068e4507d... rejected [16/06/2011 20:23:08] Result 00000000e2b80025... rejected [16/06/2011 20:23:09] Server gave new work; passing to WorkQueue [16/06/2011 20:23:10] New block (WorkQueue) [16/06/2011 20:23:13] Result 000000003717b83f... accepted [16/06/2011 20:23:25] Result 00000000706aa557... accepted [16/06/2011 20:23:28] Result 00000000edf564dc... accepted [16/06/2011 20:23:37] Warning: work queue empty, miner is idle [0 Khash/sec] [859 Accepted] [23 Rejected] [RPC (+LP)]
v1.50 did not restart for two hours... Seven other miner instances worked fine, one of them on the same GPU. Could it be something with the socket connection? anything we can do to help debug?
|
|
|
|
SchizophrenicX
Member
Offline
Activity: 112
Merit: 100
"I'm not psychic; I'm just damn good"
|
|
June 16, 2011, 09:39:31 PM |
|
after fresh reinstall of Ubuntu and following the guide completely again. Phoenix is working now. I'm doing AGGRESSION=13 + backup pool with poclbm -f60. Still have no idea why it didn't work previously, but since I couldn't get much help from the forum I reinstalled everything, works fine now. Btw jedi. Nice job on the new release. No more freezing workers
|
|
|
|
jedi95 (OP)
|
|
June 17, 2011, 12:48:02 AM |
|
[16/06/2011 20:21:48] Server gave new work; passing to WorkQueue [16/06/2011 20:22:01] Result 000000002f4255ac... accepted [16/06/2011 20:22:06] Result 00000000956163ae... accepted [16/06/2011 20:22:08] Result 000000006244c69e... accepted [16/06/2011 20:22:15] Server gave new work; passing to WorkQueue [16/06/2011 20:22:42] Server gave new work; passing to WorkQueue [16/06/2011 20:23:08] Result 0000000068e4507d... rejected [16/06/2011 20:23:08] Result 00000000e2b80025... rejected [16/06/2011 20:23:09] Server gave new work; passing to WorkQueue [16/06/2011 20:23:10] New block (WorkQueue) [16/06/2011 20:23:13] Result 000000003717b83f... accepted [16/06/2011 20:23:25] Result 00000000706aa557... accepted [16/06/2011 20:23:28] Result 00000000edf564dc... accepted [16/06/2011 20:23:37] Warning: work queue empty, miner is idle [0 Khash/sec] [859 Accepted] [23 Rejected] [RPC (+LP)]
v1.50 did not restart for two hours... Seven other miner instances worked fine, one of them on the same GPU. Could it be something with the socket connection? anything we can do to help debug? I am completely out of ideas for fixing this. I have looked through the RPC protocol code countless times and I can't find the cause. At this point I'm going to have to leave it up to other developers to fix. However, if someone can identify the cause of the problem I should be able to fix it.
|
Phoenix Miner developer Donations appreciated at: 1PHoenix9j9J3M6v3VQYWeXrHPPjf7y3rU
|
|
|
|
testerx
|
|
June 17, 2011, 11:01:29 AM |
|
I get a similar rate though for some odd reason guiminer shows Connecting for a reaaaaly long time even though it's clearly already connected and mining and submitting shares.
|
|
|
|
cyberchriss
Newbie
Offline
Activity: 51
Merit: 0
|
|
June 17, 2011, 11:55:52 PM |
|
MSG: upstream RPC error [18/06/2011 01:29:06] Disconnected from server [18/06/2011 01:29:18] Warning: work queue empty, miner is idle [18/06/2011 01:29:19] Result: d8d7ccc4 accepted [18/06/2011 01:29:19] Connected to server [18/06/2011 01:29:43] Warning: work queue empty, miner is idle [18/06/2011 01:31:13] Result: c8b213d5 accepted [18/06/2011 01:31:13] Result: 2dd8e44a accepted MSG: upstream RPC error [18/06/2011 01:31:13] Disconnected from server [18/06/2011 01:31:23] Result: e5eb79fe accepted [18/06/2011 01:31:24] Result: d981469f accepted MSG: upstream RPC error [18/06/2011 01:31:34] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:32:30] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:32:43] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:32:58] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:34:01] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:36:22] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:36:33] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:37:42] Failed to connect, retrying... [0 Khash/sec] [1812 Accepted] [30 Rejected] [RPC] This erro occurs with Version 1.5
|
|
|
|
disq
Newbie
Offline
Activity: 41
Merit: 0
|
|
June 18, 2011, 12:08:57 AM |
|
v1.50, I've been getting this from time to time: Traceback (most recent call last): File "/usr/lib/python2.6/dist-packages/twisted/internet/tcp.py", line 519, in connectionLost protocol.connectionLost(reason) File "/home/bitcoin/phoenix-1.50/minerutil/_newclient3420.py", line 826, in dispatcher return func(*args, **kwargs) File "/home/bitcoin/phoenix-1.50/minerutil/_newclient3420.py", line 1438, in _connectionLost_WAITING self._disconnectParser(reason) File "/home/bitcoin/phoenix-1.50/minerutil/_newclient3420.py", line 1367, in _disconnectParser parser.connectionLost(reason) --- <exception caught here> --- File "/home/bitcoin/phoenix-1.50/minerutil/_newclient3420.py", line 494, in connectionLost self.bodyDecoder.noMoreData() File "/usr/lib/python2.6/dist-packages/twisted/web/http.py", line 1388, in noMoreData finishCallback('') File "/home/bitcoin/phoenix-1.50/minerutil/_newclient3420.py", line 409, in _finished self.finisher(rest) File "/home/bitcoin/phoenix-1.50/minerutil/_newclient3420.py", line 1346, in _finishResponse self._giveUp(Failure(reason)) exceptions.UnboundLocalError: local variable 'reason' referenced before assignment
|
|
|
|
Mikecraft
Newbie
Offline
Activity: 4
Merit: 0
|
|
June 18, 2011, 02:43:27 AM |
|
Hey, I made a quick patch for Phoenix Miner 1.5. It just displays efficiency (accepted shares / get work requests * 100) along with the other stats. Additionally I copied the logging code from poclbm-mod (public domain so why not) because that doesn't make the status flicker on windows like phoenix did and because it's easier to print formatted strings (e.g. percent to two decimal places) that way. I also changed a few parts of the status to fit better on 80 character lines (accepted -> ACC rejected -> REJ). Patch can be found here: http://pastebin.com/basCaTXM
|
|
|
|
brunoshady
Sr. Member
Offline
Activity: 262
Merit: 250
Dubs Get
|
|
June 18, 2011, 03:01:40 AM |
|
post pic of your patch plz =)
|
😆
|
|
|
Mikecraft
Newbie
Offline
Activity: 4
Merit: 0
|
|
June 18, 2011, 03:32:20 AM |
|
|
|
|
|
phelix
Legendary
Offline
Activity: 1708
Merit: 1020
|
|
June 18, 2011, 10:03:55 AM |
|
I had two hard crashes / freezes with v1.50 but never before. anyone else? maybe it's time to switch from drivers 10.12 to 11.6.
|
|
|
|
peedee
Newbie
Offline
Activity: 28
Merit: 0
|
|
June 18, 2011, 09:01:26 PM |
|
Getting the following error on my mac : /System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/twisted/internet/_sslverify.py:5: DeprecationWarning: the md5 module is deprecated; use hashlib instead import itertools, md5 Traceback (most recent call last): File "./phoenix.py", line 29, in <module> import minerutil File "/Users/Dittie/Downloads/phoenix-1.50/minerutil/__init__.py", line 25, in <module> from RPCProtocol import RPCClient File "/Users/XXXXXXX/Downloads/phoenix-1.50/minerutil/RPCProtocol.py", line 26, in <module> from twisted.web.iweb import IBodyProducer ImportError: cannot import name IBodyProducer
|
|
|
|
Legion
Newbie
Offline
Activity: 30
Merit: 0
|
|
June 19, 2011, 05:47:31 AM |
|
Hi, Phoenix has been causing hard resets for me when mining with both cards. I can mine with one indefinately, or run a furmark instance on both with no issues. Game on one while mining on other, etc with no problems at all. But if I start two Phoenix miners my computer will just suddenly reset within two minutes. However, if I give one of the miners no arguments at all this doesn't happen. I started a thread about the issue I'm having: http://forum.bitcoin.org/index.php?topic=19289.0Never had a rejected share or artifacts, and can furmark on both cards, so it can't be a hardware problem.
|
|
|
|
brunoshady
Sr. Member
Offline
Activity: 262
Merit: 250
Dubs Get
|
|
June 19, 2011, 06:48:12 AM |
|
this could be temperature... with arguments both stay at the limit and temperatures go at the top
|
😆
|
|
|
Legion
Newbie
Offline
Activity: 30
Merit: 0
|
|
June 19, 2011, 07:06:49 AM |
|
Nope. Not temps. Like I said, I can run FURMARK on both cards at the same time, no issues. Furmark makes them hotter than Bitcoin mining does.
|
|
|
|
brunoshady
Sr. Member
Offline
Activity: 262
Merit: 250
Dubs Get
|
|
June 19, 2011, 04:15:09 PM |
|
hmmm
strange...
have your tried different kernels? or miners?
|
😆
|
|
|
PcChip
|
|
June 20, 2011, 06:17:50 AM |
|
Nope. Not temps. Like I said, I can run FURMARK on both cards at the same time, no issues. Furmark makes them hotter than Bitcoin mining does.
That is by far one of the strangest issues I've ever seen, please let us know if you ever figure it out! Things I'd start with - swapping PSU's, swapping PCI-E slot order of the cards, making sure PCI-E bus is at exactly 100MHz, FSB isn't overclocked, RAM is running at spec (or under spec to be safe), maybe try ORTHOS set to "blend" mode to make sure it's not something between the cpu and the gpu core that's causing errors (furmark only loads the GPU, not the bus from the CPU _to_ the GPU)
|
Legacy signature from 2011: All rates with Phoenix 1.50 / PhatK 5850 - 400 MH/s | 5850 - 355 MH/s | 5830 - 310 MH/s | GTX570 - 115 MH/s | 5770 - 210 MH/s | 5770 - 200 MH/s
|
|
|
Legion
Newbie
Offline
Activity: 30
Merit: 0
|
|
June 20, 2011, 07:35:13 AM |
|
Nope. Not temps. Like I said, I can run FURMARK on both cards at the same time, no issues. Furmark makes them hotter than Bitcoin mining does.
That is by far one of the strangest issues I've ever seen, please let us know if you ever figure it out! Things I'd start with - swapping PSU's, swapping PCI-E slot order of the cards, making sure PCI-E bus is at exactly 100MHz, FSB isn't overclocked, RAM is running at spec (or under spec to be safe), maybe try ORTHOS set to "blend" mode to make sure it's not something between the cpu and the gpu core that's causing errors (furmark only loads the GPU, not the bus from the CPU _to_ the GPU) I dropped both cards down to their stock clocks and suddenly it works. Tested for multiple hours twice. Once while working on the house and then again while out to dinner. For some reason Furmark & Shogun 2 don't expose the faulty OC (which was only 50MHZ per card core), but bitcoin mining and Modern Warfare 2 do. And Bitcoin mining causes a hard reset instead of a simple driver crash like MW2.
|
|
|
|
DarkMatter
Member
Offline
Activity: 67
Merit: 10
Stop trying to steal my account, thanks.
|
|
June 20, 2011, 07:41:36 AM |
|
May be verywell a psu related issue. Try using a new one, and overclock again.
|
|
|
|
mmortal03
Legendary
Offline
Activity: 1762
Merit: 1011
|
|
June 20, 2011, 12:52:01 PM |
|
MSG: upstream RPC error [18/06/2011 01:29:06] Disconnected from server [18/06/2011 01:29:18] Warning: work queue empty, miner is idle [18/06/2011 01:29:19] Result: d8d7ccc4 accepted [18/06/2011 01:29:19] Connected to server [18/06/2011 01:29:43] Warning: work queue empty, miner is idle [18/06/2011 01:31:13] Result: c8b213d5 accepted [18/06/2011 01:31:13] Result: 2dd8e44a accepted MSG: upstream RPC error [18/06/2011 01:31:13] Disconnected from server [18/06/2011 01:31:23] Result: e5eb79fe accepted [18/06/2011 01:31:24] Result: d981469f accepted MSG: upstream RPC error [18/06/2011 01:31:34] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:32:30] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:32:43] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:32:58] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:34:01] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:36:22] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:36:33] Failed to connect, retrying... MSG: upstream RPC error [18/06/2011 01:37:42] Failed to connect, retrying... [0 Khash/sec] [1812 Accepted] [30 Rejected] [RPC] This erro occurs with Version 1.5 I got this issue, as well as the just being stuck at 0 issue that another user mentioned, with 1.50 today. What I did to get the Failed to connect error to stop and it to kick back into gear without restarting it was to simply load a website in Internet Explorer! To see if it can be prevented, I've decided to run an automated ping of google.com every 10 mins, and am going to see if this prevents the problem from recurring.
|
|
|
|
|