Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool - page 912. (Read 4382653 times)

It Seems to be going along fine now

Longest round on any pool Ive noticed was on deepbit and it was 21million shares.

After the DDoS attack there was a 16 hour round. I've seen some other long ones during normal unlucky days.

Yeah tell me about it..7 hours  That has got to be the longest round evah! :p

6+ hours.
Are we that unlucky.  It has been a bad day with several 3+ hour blocks.

GUIMiner wasn't working for me on win7 64. I switched back to v2011-07-01 and now it is. But my hash rate has dropped from ~440 down to ~422, so I hope someone finds a fix for the latest version of GUIMiner.  

Same mistake with some miners over here. No updates were installed. What else has changed these past few days that could have an effect on guiminer? Some machines I will not be able to check up on for 2 weeks. So, if the problem continues, my hashrate will go down and stay down. Damn. And thank you for your tips considering solo mining. But 7 months is quite a long time sample I would say. Can't say that it was in the beginning only. In fact, I didn't find any blocks for the first 4 months. I will watch closely for the next few months, but my guess is I will have found considerably more blocks than being paid for.

so far no problems with my GUIMiner on win7 64 and two other winxp pro 32
GUIMiner v2011-07-01

The failure of GUIminer has forced me to switch to CGminer. That works fine, it's just ugly.

Hmmm, I thought it was caused by Windows Update, but Ubuntu?

One out of my 3 Win7 has the error.

Is the pool server a Windows server?

problems on 2 separate Ubuntu 10.04 boxes.          one updated 2 weeks, ago one updated today

-poclbm breaks after stopping and restarting miners.
-Problem occurs on all pools
- miners that were not restarted are working fine so far



one month old poclbm error message

Exception in thread Thread-2:
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
    self.run()
  File "/usr/lib/python2.7/threading.py", line 505, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/home/xxxx/poclbm/HttpTransport.py", line 164, in long_poll_thread
    self.queue_work(result['result'])
  File "/home/xxxx/poclbm/Transport.py", line 117, in queue_work
    self.process(work)
  File "/home/xxxx/poclbm/Transport.py", line 76, in process
    self.set_difficulty(work.difficulty)
  File "/home/xxxx/poclbm/Transport.py", line 71, in set_difficulty
    self.true_target = np.array(unpack('IIIIIIII', true_target.decode('hex')), dtype=np.uint32)
error: unpack requires a string argument of length 32



most recent poclbm

Traceback (most recent call last):
  File "/home/xxxx/poclbm/HttpTransport.py", line 51, in loop_internal
    rv = self.send(result)
  File "/home/xxxx/poclbm/Transport.py", line 115, in send
    is_block = belowOrEquals(h[:7], self.true_target[:7])
TypeError: 'NoneType' object is not subscriptable



phoenix miner works correctly (run w/ phatk2)

One of my systems that isn't working with guiminer doesn't have anti-virus or any windows updating stuff on it.

If I get the time I'll have a play with it tomorrow and see if I can work out what's broken in it... It must be something that happens at initialization because I have one machine here that's still happily running with guiminer using poclbm that's been going for over a week (and is still submitting shares as I type this)

I was even suspecting some http-related library was automatically updated by Windows.
Or some updated antivirus software...

Maybe it'll magically work again tomorrow?

I got some user reports about this too.
At my end it looks just like poclbm suddenly stops submitting any shares.

Very sad to hear, poclbm was the best miner ever...

Happened to me too right now, i changed over to phoenix works well

I don't have an idea why GUI miner is failing, but the bug appear also on other pools and I didn't modified pool core in last few days. I think it is something strange in gui miner...

I don't really know python, but after having a look through the source code and following it through to the point at which the error occurs it seems to be a problem with submitting a found result... But it does appear to keep looking even though it doesn't seem able to send them. Which is why the computers still seem to be busy.

Oh, so it's guiminer's fault, not slush. What the hell?

And what the heck is my computer doing if it's not submitting shares anyhow? It's obviously still working...

There is something wrong with the default GUIminer engine (poclbm) for some reason.

Seems to have started in the last day or so, although I'm not sure what's so special about today that would cause it to change...

https://bitcointalksearch.org/topic/problem-with-guiminer-62590 has other people having problems with guiminer on other pools as well