broketech
Member
Offline
Activity: 104
Merit: 10
|
|
January 21, 2014, 10:02:37 AM |
|
./mining_proxy.py -o stratum.bitcoin.cz -p 3333 -gp PORT_TO_SET_IN_BLADE_CONF I think this is the minimum for what you would need on the proxy. Make sure you are pointing at your local ip with the proxy and not slushes pool. You probably know that. To re state, you should use your worker details from your slush account: user_workerid,pass:user_workerid:pass
|
Sysadmin - Troubleshooter - Armchair Debugger BTC: 1PCocLTxLJP4L1d1Gigjhxoy2WypifA4Cy - UN: uQAR2PhjtdvNvbbh4JC4wJdx3SCh2W4xB4 - SKC: SR81M5iqLkRB6PjZgkpNkpz1G7KmY3zceL
|
|
|
matt4054
Legendary
Offline
Activity: 1946
Merit: 1035
|
|
January 21, 2014, 06:03:43 PM |
|
./mining_proxy.py -o stratum.bitcoin.cz -p 3333 -gp PORT_TO_SET_IN_BLADE_CONF I think this is the minimum for what you would need on the proxy. Actually the minimum would just be: ./mining_proxy.py -o <pool_hostname> It will default to accepting getwork on port 8332 and connecting to the specified stratum pool on port 3333. If that's fine for your pools and Blade configs, then you can make it really that short The desk fan works very well for me with 4 OC'ed Blades, with an aluminium dead* Macbook Pro as additional heatsink and stand *dead because I mined with it for over 3 month 24/7, so I would say don't do it!
|
|
|
|
alwaysthirsty
Newbie
Offline
Activity: 13
Merit: 0
|
|
January 21, 2014, 06:18:37 PM |
|
https://i.imgur.com/56Ec95A.pngThis is whats heppening right now. Strangly the psu fan doesnt move at all. The blade seemed to be powered, because i can access the configuration page. Cant figure out whats wront. @matt4054 thanks for the input, much appreciated
|
|
|
|
matt4054
Legendary
Offline
Activity: 1946
Merit: 1035
|
|
January 21, 2014, 06:45:55 PM |
|
This is whats heppening right now. Strangly the psu fan doesnt move at all. The blade seemed to be powered, because i can access the configuration page. Cant figure out whats wront.
It looks like your chips aren't getting enough power. Status should be like: Chip: OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO And you have Chip: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx It seems that your PSU is providing enough power for the Ethernet / control logic to work, but not the chips. The fact that the PSU fan is not spinning is probably because your PSU is at very low load (since the Blades aren't hashing). How did you power the Blades, i.e. how many +12V and GND lines for each Blades, how many Blades and wattage of your PSU?
|
|
|
|
alwaysthirsty
Newbie
Offline
Activity: 13
Merit: 0
|
|
January 22, 2014, 07:51:59 PM |
|
This is whats heppening right now. Strangly the psu fan doesnt move at all. The blade seemed to be powered, because i can access the configuration page. Cant figure out whats wront.
It looks like your chips aren't getting enough power. Status should be like: Chip: OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO And you have Chip: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx It seems that your PSU is providing enough power for the Ethernet / control logic to work, but not the chips. The fact that the PSU fan is not spinning is probably because your PSU is at very low load (since the Blades aren't hashing). How did you power the Blades, i.e. how many +12V and GND lines for each Blades, how many Blades and wattage of your PSU? I tried to wire it as in the OP, molex splitter, two yellow cables going to the + of the blade and four black to the -. I always considered myself somewhat sloppy when it comes to dealing with hardware, it is possible i have messed it up with screwing? there are 4 of these screws on the connecter, what should be their position? Im using 550W PSU, i have two of those, decided to go with them because they have two 12v lines each. Heres the exact model http://www.super-flower.com.tw/products_detail.php?class=2&sn=12&ID=110&lang=enBtw status CHIP:OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO is displayed even if not hashing?
|
|
|
|
matt4054
Legendary
Offline
Activity: 1946
Merit: 1035
|
|
January 23, 2014, 03:33:51 AM |
|
I tried to wire it as in the OP, molex splitter, two yellow cables going to the + of the blade and four black to the -. I always considered myself somewhat sloppy when it comes to dealing with hardware, it is possible i have messed it up with screwing? there are 4 of these screws on the connecter, what should be their position?
Facing the screws, the two left screws are GND, the two right screws are +12V You don't need to connect all 4 terminals, you can use only one of each (as long as you have enough wires for 10A per Blade) This PSU should be enough for up to 4 Blades Btw status CHIP:OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO is displayed even if not hashing?
Yes. I don't know what's wrong if not the PSU. All the doc I've seen mentions either a faulty PSU or something awful when you only get x's instead of O's and it persists over cold restarts. Are you sure that they were OK in the first place?
|
|
|
|
trevorh
Newbie
Offline
Activity: 46
Merit: 0
|
|
January 23, 2014, 10:36:07 PM |
|
I'm having similar problems to others I've seen on this thread, which never seem to have any resolution that I can see. My blade has been working great since November, but then in the last couple weeks the hashrate would occasionally fall for a few hours, and then go back to normal. I thought maybe my ISP was throttling me, but my USB BEs are chugging along normally. I switched pools and it seemed to improve things. But then last night I noticed it had pretty much stopped altogether. I tried different pools, brought up a stratum proxy on my PC (I usually use one on a Raspberry Pi), and even tried a getwork pool. I then power cycling and a hard reset. I left it on overnight, and there was no improvement this morning. I turned it off while I got ready for work, but when I turned it back on it still wasn't hashing. So I left it and went to work. I now see that it finally started working again on its own during the day.
During this whole time, the status has been all Os (no Xs). Oh, and I happened to change ISPs last week (due to unrelated things), so I know it's not a throttling problem - plus, as I said, the USB BEs are still doing just fine.
|
|
|
|
trevorh
Newbie
Offline
Activity: 46
Merit: 0
|
|
January 24, 2014, 04:32:13 AM |
|
OK, this is weird. After being down overnight for about 11 hours, my blade spontaneously started working normally for about 11 hours, and it has now stopped again.
|
|
|
|
matt4054
Legendary
Offline
Activity: 1946
Merit: 1035
|
|
January 24, 2014, 04:37:36 AM |
|
OK, this is weird. After being down overnight for about 11 hours, my blade spontaneously started working normally for about 11 hours, and it has now stopped again. If you have a way to log the output from your stratum mining proxy, you should check for unusual output at the moment when it stopped hashing. It should be at least a starting point to debug. Sometimes, my stratum proxy doesn't reconnect on disconnection from pool, or takes ages before it reconnects.
|
|
|
|
trevorh
Newbie
Offline
Activity: 46
Merit: 0
|
|
January 24, 2014, 01:47:54 PM |
|
It looks like the proxy is still connected to the pool:
2014-01-24 06:45:34,548 INFO proxy getwork_listener._on_authorized # Worker 'worker.1' asks for new work 2014-01-24 06:45:34,600 INFO proxy getwork_listener._on_authorized # Worker 'worker.1' asks for new work 2014-01-24 06:45:34,653 INFO proxy getwork_listener._on_authorized # Worker 'worker.1' asks for new work 2014-01-24 06:45:34,705 INFO proxy getwork_listener._on_authorized # Worker 'worker.1' asks for new work 2014-01-24 06:45:34,757 INFO proxy getwork_listener._on_authorized # Worker 'worker.1' asks for new work 2014-01-24 06:45:34,810 INFO proxy getwork_listener._on_authorized # Worker 'worker.1' asks for new work 2014-01-24 06:45:36,363 INFO proxy client_service.handle_event # New job 7af38b9 for prevhash 06de5ca8, clean_jobs=False 2014-01-24 06:45:44,955 INFO proxy getwork_listener._on_authorized # Worker 'worker.1' asks for new work 2014-01-24 06:45:56,288 INFO proxy client_service.handle_event # New job 7af38ba for prevhash 06de5ca8, clean_jobs=False 2014-01-24 06:46:06,368 INFO proxy client_service.handle_event # New job 7af38bb for prevhash 06de5ca8, clean_jobs=False 2014-01-24 06:46:16,817 INFO proxy client_service.handle_event # New job 7af38bc for prevhash 06de5ca8, clean_jobs=False
This is what it looks like on the blade side:
Total MHS: 00000 Received: 0000000009 Accepted: 0000000000 Per Minute: 000.00 Efficiency: 000.00% Up Time: 0d,00h,01m,31s
Current Server: 192.168.0.253:8332 Chip: OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
I'm currently connected to Ghash, but I was having the same trouble with BTCGuild.
|
|
|
|
matt4054
Legendary
Offline
Activity: 1946
Merit: 1035
|
|
January 24, 2014, 06:45:22 PM |
|
Yeah you Blade look like he's on strike - normal idle proxy output indeed.
Maybe network sniffing / packet inspection (tcpdump or wireshark) can help, at this stage nothing else would come to my mind...
|
|
|
|
trevorh
Newbie
Offline
Activity: 46
Merit: 0
|
|
January 24, 2014, 08:36:50 PM |
|
|
|
|
|
matt4054
Legendary
Offline
Activity: 1946
Merit: 1035
|
|
January 25, 2014, 02:02:10 AM |
|
I see an interesting pattern emerging
Boobs
|
|
|
|
twib2
Sr. Member
Offline
Activity: 280
Merit: 250
Helperizer
|
|
January 25, 2014, 02:13:37 AM |
|
I see an interesting pattern emerging:
Indeed, I've seen something like that before with my blades - turned out it was my network. I know I keep harping on that, but it was the root of so many of my and others' problems. Anyway, what do you do at those times, or what automatic things happen at those times (keep in mind the time shown might not match your local time)? Does it do this if you've got nothing else running/hooked-into your network (like cellphones on wifi, streaming video, etc)?
|
|
|
|
trevorh
Newbie
Offline
Activity: 46
Merit: 0
|
|
January 25, 2014, 05:43:54 AM |
|
I can't think of anything that's just started happening the last 3 nights. But it's down again for the night... The first night I tried a getwork pool and I tried running a stratum proxy on a different machine. It made no difference. Yet my USB sticks have been rock steady for months.
|
|
|
|
xkelvinchiax
Newbie
Offline
Activity: 15
Merit: 0
|
|
January 25, 2014, 07:03:30 AM |
|
|
|
|
|
broketech
Member
Offline
Activity: 104
Merit: 10
|
|
January 25, 2014, 05:31:15 PM |
|
My problem with the all O's but not hashing:
There was network traffic, and work received sometimes when i put a plain tcpdump on it with headers. On visual inspection of the board the pic pads were off on 3 sides, I figured couldn't hurt, and fixed it. On first restart same thing. I was working against getwork wallets and a slush proxy. After dicking with it for awhile I put -A option in tcpdump and noticed json returning "Bad credentials". I sucked it up and loaded bfgminer with the stratum proxy, and have had no problems. I get the feel the miner is not updating the userpass because the auth hash never changed no matter what i did. No problems besides killing a rail on a cheapo 220w psu.
|
Sysadmin - Troubleshooter - Armchair Debugger BTC: 1PCocLTxLJP4L1d1Gigjhxoy2WypifA4Cy - UN: uQAR2PhjtdvNvbbh4JC4wJdx3SCh2W4xB4 - SKC: SR81M5iqLkRB6PjZgkpNkpz1G7KmY3zceL
|
|
|
trevorh
Newbie
Offline
Activity: 46
Merit: 0
|
|
January 26, 2014, 02:43:14 AM |
|
My problem with the all O's but not hashing:
My problem turned out to be related to a wifi repeater. After unplugging it, the blade picked right up. Thanks to all for the suggestions.
|
|
|
|
twib2
Sr. Member
Offline
Activity: 280
Merit: 250
Helperizer
|
|
January 26, 2014, 02:49:32 AM |
|
My problem with the all O's but not hashing:
My problem turned out to be related to a wifi repeater. After unplugging it, the blade picked right up. Thanks to all for the suggestions. Glad you found the bad actor on the network. Mine was a bad wifi router. Another network-woe-sensitivity data point.
|
|
|
|
MikeMike
Legendary
Offline
Activity: 2254
Merit: 1020
★ Ⓚ KORE TEAM Ⓚ ★
|
|
January 26, 2014, 03:26:36 AM |
|
My problem with the all O's but not hashing:
My problem turned out to be related to a wifi repeater. After unplugging it, the blade picked right up. Thanks to all for the suggestions. Glad you found the bad actor on the network. Mine was a bad wifi router. Another network-woe-sensitivity data point. Sometimes if a cellphone is hooked to your network/Router there will be sporadic connection.
|
|
|
|
|