|
BinaryMage
|
 |
April 21, 2012, 03:30:53 AM |
|
Well all miners appear to work, but something has gone terribly wrong with MPBM. It now locks up hard after anywhere from 30seconds to 10minutes of mining
No ideas why. I'm working with TheSeven now but there might be a more extended outage unfortunately. I'm trying to work with TheSeven (maker of MPBM) and do troubleshooting but this is a bizarre issue. I'll keep you all informed as I have more info.
What is this MPBM you speak of? In any case, seems strangely coincidental that it would stop working right after a power outage... A corrupted file, perhaps? |
|
|
|
|
|
|
|
|
|
|
Once a transaction has 6 confirmations, it is extremely unlikely that an attacker without at least 50% of the network's computation power would be able to reverse it.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
Glasswalker (OP)
|
|
April 21, 2012, 03:52:13 AM |
|
Modular Python Bitcoin Miner. It's the mining software I'm using to drive the FPGAs.
And yes I am leaning towards a corrupt file. I'm going to try reinstalling everything clean, and trying again. It appears to be a USB driver level lock up. So it could be something wacky in the software, or a corrupt OS file of some kind causing a problem.
Hopefully re-installing will clear up the issue. If it doesn't I'll have to continue to divide and conquer. For now my plan is to reinstall the software, then re-add one miner at a time to confirm it mines. If I can sustain that more than 10min then I continue. If it starts locking up again after a certain miner, I backtrack, and see if it mines longer on the previous miners. If that happens I can test that chain then (the fpga, usb cable, hub port, motherboard port, hub cable, and all other parts in the chain between the "triggering" FPGA and the software).
Failing that, a full OS reinstall might help. But I think that's a bit drastic.
To clarify the power outage did not affect the miner at all.
I have 3 UPSs, all 2KVA server grade UPSs in this rack. One drives my GPU miner, one drives the FPGA miner (the host server and the FPGAs themselves) and one drives my household server and network infrastructure (router, firewalls, switches, wifi and so on). When the power outage happened the one handling my household stuff failed. So I lost internet for like 5min while the power was out. The remaining gear kept running completely unaffected.
But when the internet connectivity went out, the FPGA miner locked up. After that it began "misbehaving".
Anyway, I'll keep you informed. But I expect the outage to last into tomorrow. Hopefully I'll have it resolved by then.
Thanks for your understanding and patience.
|
|
|
|
|
BinaryMage
|
|
April 21, 2012, 04:07:52 AM |
|
Modular Python Bitcoin Miner. It's the mining software I'm using to drive the FPGAs.
And yes I am leaning towards a corrupt file. I'm going to try reinstalling everything clean, and trying again. It appears to be a USB driver level lock up. So it could be something wacky in the software, or a corrupt OS file of some kind causing a problem.
Hopefully re-installing will clear up the issue. If it doesn't I'll have to continue to divide and conquer. For now my plan is to reinstall the software, then re-add one miner at a time to confirm it mines. If I can sustain that more than 10min then I continue. If it starts locking up again after a certain miner, I backtrack, and see if it mines longer on the previous miners. If that happens I can test that chain then (the fpga, usb cable, hub port, motherboard port, hub cable, and all other parts in the chain between the "triggering" FPGA and the software).
Failing that, a full OS reinstall might help. But I think that's a bit drastic.
To clarify the power outage did not affect the miner at all.
I have 3 UPSs, all 2KVA server grade UPSs in this rack. One drives my GPU miner, one drives the FPGA miner (the host server and the FPGAs themselves) and one drives my household server and network infrastructure (router, firewalls, switches, wifi and so on). When the power outage happened the one handling my household stuff failed. So I lost internet for like 5min while the power was out. The remaining gear kept running completely unaffected.
But when the internet connectivity went out, the FPGA miner locked up. After that it began "misbehaving".
Anyway, I'll keep you informed. But I expect the outage to last into tomorrow. Hopefully I'll have it resolved by then.
Thanks for your understanding and patience.
I see, thanks for clarifying. Best of luck and thank you for your dedication in pursuing this enterprise! |
|
|
|
|
Bitbird
|
|
April 21, 2012, 06:39:19 AM |
|
@Glasswalker Did you installed UPS?
|
|
|
|
|
Glasswalker (OP)
|
|
April 21, 2012, 02:27:08 PM |
|
@Glasswalker Did you installed UPS?
2 posts back:  ...
To clarify the power outage did not affect the miner at all.
I have 3 UPSs, all 2KVA server grade UPSs in this rack. One drives my GPU miner, one drives the FPGA miner (the host server and the FPGAs themselves) and one drives my household server and network infrastructure (router, firewalls, switches, wifi and so on). When the power outage happened the one handling my household stuff failed. So I lost internet for like 5min while the power was out. The remaining gear kept running completely unaffected.
...
|
|
|
|
|
mila
|
|
April 23, 2012, 02:22:54 PM |
|
Without a motion? Huh?
U R right, there was another reason for the falling mining rate ... OTOH, catch of the month:  (FPGA rig mines on/off as it's being checked card by card so I'm glad to catch a moment when it's off and got a look at the founding 7 all mining and well above 6 Gh/s; by well above I mean adjusted for dead shares - those afaik are not included in the mining speed) thanks, made my day |
your ad here:
|
|
|
|
Glasswalker (OP)
|
|
April 23, 2012, 02:57:14 PM |
|
Yup John's miners are back up for now. The contracting still isn't done in his home yet, but it's at a point where they can run for now. Hopefully it will be permanent soon.
Anyway here is an update about the FPGAs. This issue is once again driving me insane.
After much troubleshooting I have learned the following:
- The software is locking up because USB communication at the driver level is failing.
- When the failures occur I occasionally (but not always) get errors in dmesg showing that the USB device refused to accept the ID being assigned it by the Kernel
- the "high end" 10port USB hubs I bought, internally are actually 3x 4Port hubs which are daisy chained (so port 1-3 is hub1 4-6 is hub2 and 7-10 is hub3)
- All the FPGA cards work fine when plugged in individually
- If I plug in cards to one of the usb hubs starting at port 1, and adding cards one at a time, when I reach port 7 the lockup problem begins.
- If I keep it to only 6 cards on port 1-6, it will run perfectly fine
- When I plug into ANY port 7-10 (individually or as a whole) the lockups begin. Which implies it's a problem with the 3rd "internal hub" on those 10port hubs.
- When I plug into port 7-10 and the problem starts. It affects ALL ports on the hub (the whole 10port hub goes nuts until it's been 100% power cycled and re-detected)
- Once the FPGAs are affected by the problem they will sometimes (about 25% chance) refuse to mine, they will detect, and show active, but report 0MH/s. Power cycling the FPGA solves this.
- Both 10port USB hubs exhibit the exact same problem, only allowing up to 6 cards only on the first 6 ports.
- I can run both hubs with 6 cards each (total 12 cards) just fine, and have tested this for 24h to confirm it works
- After that test, I plugged the other 4 cards into a seperate 4port hub (powered brand name hub which I had at home for my PC), and plugged that hub into a different PC altogether, installed fresh software and began mining there. As soon as I did that, the other 12 began locking up again. (which makes no sense because the 2 PCs were 100% seperated).
- The only common thread between the FPGAs at this point that could span multiple PCs like that is the power supply
- The power supply has tested as outputting clean power, the load is divided evenly between it's rails, and I'm running 16 cards on that PSU (the 17th is plugged into it's own supply for dev/testing). Each card draws 20W, of a 750W supply, that's only 320W of draw, evenly distributed, and the PSU ONLY supplies the cards, (and 3 fans which only draw a couple watt each).
- If the problem is the PSU, I don't have another PSU to test it with.
So at this point I'm a little frustrated lol. I spent all weekend fighting with that damn rig, When I had tons of other things I should have gotten done around the house. My wife is pissed at me now because I wasted the whole weeekend on this, and I STILL wasn't able to solve the problem.
We'll get it figured out one way or another, but for the immediate time being I'm at a loss. I'm back at work today so I can poke a bit in the evenings this week. But I have other things I have to do as well. I'll talk to ngzhang and see if he has any suggestions, as well as I'll discuss with TheSeven, and a few others who have worked with it a fair bit. Hopefully I can get a few more suggestions to try.
It's really troubling me why we are having so many problems with these FPGAs when everyone else is having such an easy time of it. Though from what I've seen, other than 1-2 other individuals, we are the only ones with this many cards at once.
If we only had several hundred more bitcoin, I'd almost be tempted to offload the Icarus boards and place an order for something like a Mini-Rig, (or at the very least invest the money in an alternative). The Icarus boards appeared to be the preferred solution, but after the problems we've had with them (for a device that ultimately should be "plug and play") I'm not so sure at this point.
Anyway, I'm done ranting now. If anyone has some suggestions let me know. I'll continue to poke at it over the next couple evenings. But I can't spend a lot of hours on it this week. We are travelling Thursday night this week, and I have things to get done before I leave. I'll be gone until Monday. And I've already spent at least 20+ hours this weekend fighting with these and researching solutions and so on. And other than learning a lot about the problem, I have yet to come up with a solution (short of ordering a bunch of individual "wall wart" power adapters for each card, and dividing them up between the founders in blocks of 4 to reduce the number of cards in one place, which seems to be the root of the problem) But that will still cost money, the cheapest I can find 12V 2A AC Adapters (including shipping) is nearly $10 each. We need 16 of them, which totals $160 (32BTC). We can consider that as a last resort. I still don't see why we can't have 16 of these in a single rig. ngzhang was running far more than that at once during testing with no issues. (and they worked beautifully for us for 2 weeks).
|
|
|
|
|
MPOE-PR
|
|
April 23, 2012, 03:42:04 PM |
|
This pained me to read. I hope you get it fixed somehow.
|
|
|
|
|
Glasswalker (OP)
|
|
April 23, 2012, 04:01:27 PM |
|
oh it WILL get fixed  I don't doubt that. Just frustrating that it's taking this long. I have tested each individual card and they all work fine on their own. Nothing is wrong with the FPGAs it's something at a higher level. (and resulting from the combination of all of them). As I said in my last post, worst case, we divide them into smaller rigs of 4 cards each, and divide them amongst the founders. That should get them all mining again as an absolute last resort. But I intend to fix them in their current rig arrangement. I'll post more updates as I have them. Thanks for your patience and understanding. |
|
|
|
|
Nefario
|
|
April 24, 2012, 01:29:15 AM |
|
|
PGP key id at pgp.mit.edu 0xA68F4B7C To get help and support for GLBSE please email support@glbse.com |
|
|
|
Glasswalker (OP)
|
|
May 01, 2012, 07:14:57 PM |
|
Quick update:
New motion ID #18. This is a short timeframe motion, if you are a shareholder, please check our private motion forum, or log into GLBSE now for full details and vote on this motion.
Also, I'll be paying out this month's dividends later today.
|
|
|
|
|
Glasswalker (OP)
|
|
May 01, 2012, 07:24:42 PM |
|
April Dividends paid! Requested Amount to pay out at GLBSE: 31.89214316 Actual Amount Paid Per Share: 0.00265767 Woohoo! another month of earnings out! I have a sneaky suspicion that this number will be much larger in the next 2 months (sorry no more details on that just now) lol Official announcement: http://forum.btcsyn.com/viewtopic.php?f=6&t=76 |
|
|
|
|
mila
|
|
June 02, 2012, 09:10:05 AM |
|
very unofficial May dividend forecast 0.00280
; )
|
your ad here:
|
|
|
|
Glasswalker (OP)
|
|
June 02, 2012, 02:29:01 PM |
|
Lol, you beat me to it Mila! yeah sorry I was quite busy yesterday and didn't get to do the dividend calcs. I'll do them now. Will do an update post shortly with the numbers. |
|
|
|
|
Glasswalker (OP)
|
|
June 02, 2012, 02:53:31 PM |
|
Hey, it's that time again. Sorry I'm a day late on this one. Have been pretty busy (especially with the FPGA stuff I've been working on).
Anyway, it's been a bit of a slow month due to the FPGAs being less than 100% all month. But the good news is that due to some financial delays on the sale of the Icarus boards, we have mined with them for the whole month (rather than having downtime for a few weeks). So we still got a decent month in.
Anyway, the funds have been shuffled around already, I'll do the move to GLBSE to pay out the dividends later this weekend. But here's the numbers so far (which are reflected on the finance page now)
Global Balance: 175.40754011
Mining Payout: 0.03496557
Total New Funds: 175.44250568
80% for Growth: 140.354004544
20% for Dividends: 35.088501136
Actual Dividend Fund Balance: 35.08850114? (not sure why this is different... Must have made a typo somewhere)
Actual Growth Fund Balance: 335.80905165
Estimated Dividend Payment Per Share: 0.00292 (only a rough estimate until the money goes through to GLBSE)
I'll post another update once dividends are paid!
|
|
|
|
|
mila
|
|
June 02, 2012, 07:45:56 PM |
|
Lol, you beat me to it Mila! yeah sorry I was quite busy yesterday and didn't get to do the dividend calcs. I'll do them now. Will do an update post shortly with the numbers. I cut off the earnings at 31/5 while you include also matured June mining payout. that should explain the diff between my forecast and your calculations. otherwise hooray for another month dividends \o/ |
your ad here:
|
|
|
|
Glasswalker (OP)
|
|
June 07, 2012, 12:05:07 PM |
|
May Dividends paid!
Sorry for the delay people. LOTS going on at the moment and I let the actual payout slip a bit. But they are paid now!
Actual Amount Paid Per Share: 0.00292405 (which is up from last months 0.0026!)
My sneaky suspicion from last month is obviously out there now. Provided the new boards come up in time we should see much higher mining earnings starting later this month. Might not be enough for high dividends end of June, but July should be smoking!
|
|
|
|
friedcat
Donator
Legendary
 Offline
Activity: 848
Merit: 1005
|
|
June 07, 2012, 12:08:00 PM |
|
April Dividends paid!
Isn't it a typo of "May Dividends Paid!"? |
|
|
|
|
Glasswalker (OP)
|
|
June 07, 2012, 12:09:04 PM |
|
LMAO... DAMMIT! You would think I could get at least one announcement done without a bloody typo |
|
|
|
|
Glasswalker (OP)
|
|
June 15, 2012, 03:48:44 PM |
|
New Motion: To buy new FPGA boards. Motion ID is #62 This motion will run for 24hours from now (approximately 11am EST June 16th) Please log onto GLBSE and vote ASAP. Please see our private motions forums at http://forum.btcsyn.com for more details/discussion. |
|
|
|
|
