 Show Posts
|
|
Pages: [1] 2 3 4 »
|
|
2
|
Bitcoin / Mining software (miners) / Re: bitHopper: Python Pool Hopper Proxy
|
on: August 29, 2011, 07:10:19 PM
|
Has there been any undocumented software requirements in 2.4.3(version v0.2.4.3-82)? Seems to have big issues on my system  writing to the the database for 2minutes? [20:53:10] writing to database
[20:55:00] DEBUG: Running Delager
Connecting...
backdoor server listening on 0.0.0.0:3000
[20:55:00] Updating Difficulty of Namecoin
[20:55:05] DEBUG: Error with a work.get http request
[20:55:05] DEBUG: [Errno 8] _ssl.c:490: EOF occurred in violation of protocol
[20:55:06] Error in pool api for polmine
[20:55:06] DEBUG: 'NoneType' object has no attribute 'group'
[20:55:16] DEBUG: Error with a work.get http request
[20:55:16] DEBUG: [Errno 8] _ssl.c:490: EOF occurred in violation of protocol 20:57:54] No JSON object could be decoded
Traceback (most recent call last):
File "/home/bithopper/bin/bitHopper/bitHopper_v0.2.4.3-82/eventlet/wsgi.py", line 342, in handle_one_response
'Content-Length' not in [h for h, _v in headers_set[1]]:
IndexError: list index out of range
192.168.1.2 - - [29/Aug/2011 20:57:54] "GET /favicon.ico HTTP/1.1" 500 375 0.001023
[20:57:54] triple: 1938085 [29/Aug/2011 20:59:01] "GET /data HTTP/1.1" 200 17603 0.022370
Connecting...
Second simultaneous write on fileno 41 detected. Unless you really know what you're doing, make sure that only one greenthread can
write any particular socket. Consider using a pools.Pool. If you do know what you're doing and want to disable this error, call e
ventlet.debug.hub_multiple_reader_prevention(False)
[20:59:01] DEBUG: Error with a work.get http request |
|
|
|
|
3
|
Other / CPU/GPU Bitcoin mining hardware / Re: Cant overclock x5 5850 Rig
|
on: August 27, 2011, 02:09:28 PM
|
|
one of my gpgpu open rigs has a bunch of sapphire extreme running bamt, overclocked to 950/300 on stock voltage, but that is no guarantee that any of your chips should reach this as well.
If your system hardlocks to the point where you are unable to nothing when you try and overclock any of the cards past 850 I would expect PSU to be issue.
Are you overclocking using bamt.conf or do you do it manually? if manually, which program?
Keep an eye on dmesg for errors.
Do you have a single core CPU?
|
|
|
|
|
5
|
Bitcoin / Mining software (miners) / Re: bitHopper: Python Pool Hopper Proxy
|
on: August 22, 2011, 07:52:26 PM
|
Using 0.2.2.4-40 from github seems to have a broken p2pLP. Had it running for over an hour now and haven't seen any p2pLP votes coming up.
Running with --debug? After ending up doing a DoS due to a bug in a git-version I'm staying away from those as long as I don't do constant monitoring.  |
|
|
|
|
7
|
Bitcoin / Pools / Re: [~20GHs] BTCPool24 0%,PP,PPS,LP,JSON,Instant pay
|
on: August 22, 2011, 06:56:01 PM
|
Just did a quick calculation, if it's correct, 10% donation will put the profit for the user on the same level as deepbit. Edit: just checked deepbit fee, it's 10%. BTCPool24 is 0%, so of course my math ended up with 10% |
|
|
|
|
10
|
Bitcoin / Mining software (miners) / Re: bitHopper: Python Pool Hopper Proxy
|
on: August 21, 2011, 03:08:40 PM
|
What's really frustrating is how much hate is directed against such a small slice of the mining pie. Only about 300 Gigahash is hoppers out of 13 terahash total mining. It's less than 3% of the miners! And all these pool ops are wasting coding time trying to hurt us by obfuscating stats. For some I believe this is just a smokescreen for their coding time spent on block stealing algorithms.
You guys are the only ones even trying to keep them honest by predicted/figuring out which pool found which block. If that problem can be solved, then the pool op block stealing will stop.
I don't see how. When they do steal blocks they submit them under their private wallet, not through their pool. New wallet address for each block, if block is found under say 750k shares fix it so that the next block is a magical 750k shares larger. Steal every fourth block that matches this, good luck being found out.  |
|
|
|
|
11
|
Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx
|
on: August 21, 2011, 12:05:37 PM
|
When it will replace Guiminer for me (Everything on one screen and ability to use a separate login per GPU) then I will start using it and certainly donate.
Why should the cgminer developer put in a massive effort of time and work to make a fundamental change to the code of cgminer just to make it look-like/work-as guiminer when they both are based on different idea on how their program should work?  Why not just ask for a web-browser and a media player to be added as well?  I for one would like it to have a native hypervisor with 0% loss of performance when doing millions of I/O per second, but that doesn't mean I would ask for it. What you are looking for is a "simple" wrapper. (I think) If you want it really easy, take a look at BAMT http://bitcointalk.org/index.php?topic=28967.0. (sorry for pointing to other projects in this thread) |
|
|
|
|
12
|
Bitcoin / Mining software (miners) / Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx
|
on: August 21, 2011, 11:24:49 AM
|
If one has problems with Miner/GPU/Worker going down from time to time, one should have the whole process of restoring them automated.
Much easier to do in linux, but can be done in windows too, just easier in linux.
At some point one will have need to manually perform maintenance, even when running Linux. Having separate workers for Computer/GPU, makes targeting that Computer/CPU that much easier. I don't have to touch my rigs even if there is a hard lock, unless I want to. Sure, if some hardware fails physically there is not much any automated software can do about it unless you have a robot available. But such a failure would be displayed in the monitoring logs/graphs as that rig would stop responding or report very odd values. |
|
|
|
|
13
|
Bitcoin / Mining software (miners) / Re: bitHopper: Python Pool Hopper Proxy
|
on: August 21, 2011, 11:13:48 AM
|
Some bug-reports Update: I'd advice against running the setup below as it breaks down miserably after a while, ending up consuming LOTS of bandwidth(about 1000x the normal)version: v0.2.1-63 (066ee5e23c2af1626a5821e8f8c0945854f8919f) command line: --scheduler=AltSliceScheduler --altslicesize=180 --p2pLP --debug 2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] btcworld: 2468890
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] Error in pool api for btcworld
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] "[Failure instance: Traceback: <type 'exceptions.UnboundLocalError'>: local variable 'server_shares' referenced before assignment\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:949:gotResult\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:936:_inlineCallbacks\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:318:callback\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:424:_startRunCallbacks\n--- <exception caught here> ---\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:441:_runCallbacks\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/pool.py:331:selectsharesResponse\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/bitHopper.py:137:server_update\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/scheduler.py:612:server_update\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/bitHopper.py:116:select_best_server\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/scheduler.py:411:select_best_server\n]" 2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] btcserv: 1340313
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] Error in pool api for btcserv
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] "[Failure instance: Traceback: <type 'exceptions.UnboundLocalError'>: local variable 'server_shares' referenced before assignment\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:949:gotResult\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:936:_inlineCallbacks\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:318:callback\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:424:_startRunCallbacks\n--- <exception caught here> ---\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:441:_runCallbacks\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/pool.py:331:selectsharesResponse\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/bitHopper.py:137:server_update\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/scheduler.py:612:server_update\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/bitHopper.py:116:select_best_server\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/scheduler.py:411:select_best_server\n]"
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] 'Error in json decoding, Server probably down'
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] 'triple'
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] ''
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] triple: 6201449
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] Error in pool api for triple
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] "[Failure instance: Traceback: <type 'exceptions.UnboundLocalError'>: local variable 'server_shares' referenced before assignment\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:949:gotResult\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:936:_inlineCallbacks\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:318:callback\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:424:_startRunCallbacks\n--- <exception caught here> ---\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:441:_runCallbacks\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/pool.py:331:selectsharesResponse\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/bitHopper.py:137:server_update\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/scheduler.py:612:server_update\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/bitHopper.py:116:select_best_server\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/scheduler.py:411:select_best_server\n]" 2011-08-21 12:58:55+0200 [HTTP11ClientProtocol,client] 'received lp from: bcpool'
2011-08-21 12:58:55+0200 [HTTP11ClientProtocol,client] 'Error in LP bcpool'
2011-08-21 12:58:55+0200 [HTTP11ClientProtocol,client] Unhandled Error
Traceback (most recent call last):
Failure: exceptions.ValueError: No JSON object could be decoded
2011-08-21 12:58:55+0200 [-] 'LP Call http://bitcoinpool.com:8334/listenChannel' |
|
|
|
|
14
|
Other / CPU/GPU Bitcoin mining hardware / Re: remotely controlled power switch?
|
on: August 21, 2011, 10:52:00 AM
|
Low tech would be placing a cd-rom drive which the tray will open and hit the reset button.
Someone please do a thing like that and make a video  Having two rigs with each cd-rom drive tray pointing at each others reset button and a simple monitoring script, then just watch those rigs resetting each other as you discover bugs in the script |
|
|
|
|
16
|
Bitcoin / Mining software (miners) / Re: bitHopper: Python Pool Hopper Proxy
|
on: August 21, 2011, 10:04:28 AM
|
|
The web-interface has the role: split up in two: status(Disabled | Info | Mine) and role(like the user.cfg).
But in the user.cfg one can only take one option.
This can be somewhat troublesome if one doesn't want to have a pool start mining per default(set to info/disable in the user.cfg) and that pool requires a non ^role: mine$ role, such as ^role: mine_nmc$.
If one has that pool in either info or disable in the user.cfg one has to remember to change to the correct role manually when enabling it via the web-interface, as it default to ^role: mine$.
A suggestion, which would require a bunch of new lines of code to be added, would be to break up the role: in the user.cfg into two, such as
preset:(mine_nmc, mine_ixc, mine_i0c, mine_deepbit, mine_slush, backup, backup_latehop, mine_charity)
action:(mine, info, disable)
|
|
|
|
|
17
|
Bitcoin / Mining software (miners) / Re: bitHopper: Python Pool Hopper Proxy
|
on: August 20, 2011, 11:37:39 AM
|
Been messing around with git a bit now and I'm just blown away, its way more powerful than I could ever had imagined. describe was for version-format I was looking for, it's tag"-"CommitsSinceTag I figure. archive command is just amazing. I think will start using git on everything I code, mostly bash-scripts though. Will save tons of time from going over multiple version-copies etc. I've been doing things like they were done back in the stone-age it seems |
|
|
|
|
18
|
Bitcoin / Mining software (miners) / Re: bitHopper: Python Pool Hopper Proxy
|
on: August 20, 2011, 08:51:15 AM
|
^ same problem here, and "user shares" keep showing 0... i try with: 0.2.1-21/24/25/26, same errors with those
went back to 0.2.1-13
Two questions: 1) How do you check which version one have in that format(0.2.1-x)? 2) I'm no git guru, is it possible to download to a specific commit and have it stop there, since you seem to have lots of versions? (my git knowledge go as far as clone and pull) |
|
|
|
|
19
|
Bitcoin / Mining software (miners) / Re: bitHopper: Python Pool Hopper Proxy
|
on: August 20, 2011, 12:42:02 AM
|
altslicer is broken, when there are no pools with 43% or lower one gets this message [scheduler-altslice] Re-Slicing...
No servers to slice, picking a backup... But instead of going live with a backup pool it takes a normal pool with the lowest share, even if it has way over 43% Version: 98b7557 Command line: --scheduler=AltSliceScheduler --altslicesize=180 --p2pLP |
|
|
|
|
20
|
Bitcoin / Mining software (miners) / Re: bitHopper: Python Pool Hopper Proxy
|
on: August 19, 2011, 09:04:16 PM
|
286b10a is a no go it seems started with --scheduler=AltSliceScheduler --altslicesize=180 --p2pLP [22:58:18] Updating Difficulty
[22:58:23] 1805700.8361937
[22:58:23] Updating NameCoin Difficulty
[22:58:28] 94037.96
[22:58:28] Checking Database
[22:58:28] writing to database
[22:58:28] Selecting scheduler: AltSliceScheduler
[22:58:28] [scheduler-altslice] Initializing AltSliceScheduler...
[22:58:28] [scheduler-altslice] - Min Slice Size: 60
[22:58:28] [scheduler-altslice] - Slice Size: 180
Traceback (most recent call last):
File "/home/bithopper/bin/bitHopper/bitHopper_2011_08_19_2205/bitHopper.py", line 267, in <module>
main()
File "/home/bithopper/bin/bitHopper/bitHopper_2011_08_19_2205/bitHopper.py", line 252, in main
bithopper_instance.select_best_server()
File "/home/bithopper/bin/bitHopper/bitHopper_2011_08_19_2205/bitHopper.py", line 116, in select_best_server
server_name = self.scheduler.select_best_server()
File "/home/bithopper/bin/bitHopper/bitHopper_2011_08_19_2205/scheduler.py", line 359, in select_best_server
if info['slice'] > 0:
KeyError: 'slice' |
|
|
|
|
