|
We're on the P2Pool.
Welcome to reality folks.
...some of us said ASIC would destroy BTC mining, and you all laughed. Said it would prevent that dreaded "51% Attack"
|
|
|
|
|
Whelp, for what ever reason MN no longer works on my fixed BBB (PMIC went bad). I can't change any of the variables like the pool.....sigh. I'm really beginning to hate Linux.
|
|
|
|
Seems to be an issue with the new US Pools, specifically US-East (didn't test West). BFGminer won't connect.
The command prompt goes to black and after a few seconds BFGminer says press any key exit and that it will try again in 15s (paraphrased).
At first I hadn't changed over to the us-east (still using the old us.multipool). But still does it, after making the correction.
The EU pool works, though.
If you use the us.multipool name, it actually works as a failover between both of the new US servers, so in a way you're using either one already. This morning it wasn't working for me. It is now though. ...gremlins in the tubes again  |
|
|
|
|
Seems to be an issue with the new US Pools, specifically US-East (didn't test West). BFGminer won't connect.
The command prompt goes to black and after a few seconds BFGminer says press any key exit and that it will try again in 15s (paraphrased).
At first I hadn't changed over to the us-east (still using the old us.multipool). But still does it, after making the correction.
The EU pool works, though.
|
|
|
|
Server Stats - BTC Pool Hash Rate 11,399.904 Gh/s Pool Efficiency 87.21%Maybe it's time to leave P2Pool? And go back to the dedicated pool that MP originally had, now that we have 11 TH/s |
|
|
|
Wondering if we might get some of the other Scrypt coins added to at least the 'manual pools' ...like Spots I'm liking the prospect of $18 USD/day --Though, I know that's temporary. But it'd be nice to not have to Pool Jump. And in keeping with the recent theme... such scrypt...... many coins |
|
|
|
|
Weird, extracted 3.8.x, but failed to change the shortcut to 'cgminer.exe' (was cgminer-nogpu.exe). And it's working.
Either MP fixed the issue or 'cgminer-nogpu.exe' is using a fixed file now that works with MP.
Wonder what caused this. It was the first time I've ever seen this error.
|
|
|
|
Getting this when trying to use the Multipool SHA256 pool [2013-11-29 16:10:36] Started cgminer 3.7.2
[2013-11-29 16:10:36] Started cgminer 3.7.2
[2013-11-29 16:10:36] Loaded configuration file cgminer_MP.conf
[2013-11-29 16:10:40] Probing for an alive pool
[2013-11-29 16:10:41] pool 0 JSON stratum auth failed: [
-1,
"'module' object has no attribute 'BAN_TIME'",
null
] Manual pools work just fine. And this worked as of three days ago with the same CGminer version. I've seen that a lot, on and off, and it just keeps on mining. Can you mine  Nope, Block Erupters remain 'steady green lit'. And CGminer just blanks out and sits there until I 'Q'. |
|
|
|
Getting this when trying to use the Multipool SHA256 pool [2013-11-29 16:10:36] Started cgminer 3.7.2
[2013-11-29 16:10:36] Started cgminer 3.7.2
[2013-11-29 16:10:36] Loaded configuration file cgminer_MP.conf
[2013-11-29 16:10:40] Probing for an alive pool
[2013-11-29 16:10:41] pool 0 JSON stratum auth failed: [
-1,
"'module' object has no attribute 'BAN_TIME'",
null
] Manual pools work just fine. And this worked as of three days ago with the same CGminer version. |
|
|
|
Seems to be working now. Was getting worried...  |
|
|
|
Whelp...this pool's done it seems. I have one machine, one worker, with 18 Block Erupters and one BFL 7GH/s Jalapeno. And it doesn't connect at all. In fact, CGminer is currently just a black 'screen'. Earlier all the miners stopped mining (erupters went 'green') and I thought the pool just went down. Guess not....because that was 4hrs ago.  |
|
|
|
Found a work-around for flashing
xz -cd ubuntu-raring-13.04-armhf-3.8.13-bone20.img.xz > /dev/mmcblk1
replace the img name with MineNinja's img name
This only works if you've booted from the SDcard
.
Got a working cgminer built by a colleague, so next task was to flash my sd setup to emmc. I noticed that my 8GB sd card had already been partitioned to 2GB by the image write, so I was successful in copying my whole sd to emmc directly. When booted from sd, sd card is mmcblk0 and emmc is mmcblk1. dd if=/dev/mmcblk0 of=/dev/mmcblk1 bs=1M Worked ok for me. Is there any risk in this method I'm not realizing? For me, its a good way to roll out my nice clean setup to a bunch of BBB quickly. Not sure, as the method you used is for a system with a Linux/UNIX command prompt. It should work just fine, but don't quote me on it. Mine was just for Windows users, because the built-in method for flashing, which is sticking the SDcard in an un-powered BBB, holding down the USER/BOOT button, and then applying power wasn't working. ...think it requires a specific Distro setup. |
|
|
|
Well, reading what OpenWRT is it says it's Linux-based. So perhaps that HID API would work...I mean it's not like it'll cause the Apocolaypse if you try, right? |
|
|
|
Ok, I feel stupid for not remembering this sooner: OpenWrt does not have a hidapi package, and thus BFGMiner for OpenWrt does not support NanoFury or HashBuster devices. Unfortunately, OpenWrt seems to be a mostly-dead project these days, and I doubt it will be easy for someone to get a new package added... If someone has the time to write one, however, I'd be glad to merge it into the BFGMiner OpenWrt packaging stuff in the meantime  What about the optional dependency: https://github.com/signal11/hidapiThat's linked in the https://github.com/luke-jr/bfgminer under "NanoFury USB sticks:" |
|
|
|
Over 24h since last BTC block...think its me jinxing it  Still can't get off 64 diff :-( Try making a new worker with the Share Diff you like. Do not delete the one currently giving you '64' Share Diff; because you may lose out on submitted shares. I found my primary worker was still getting Share Diff '4' even after changing the Share Diff to '16'. Switched to another worker I had created for my BFL and I'm now doing Share Diff '32'.....not sure why the pool wasn't acknowledging the change on the other worker. |
|
|
|
@Haembi
Still I hope the Bitmit will be continued, maybe by other hands, maybe someone will buy it, we don't know it yet. But if not, we will think what to do. Don't worry. ;-)
http://www.coingig.com/ always a good option if you never heard of it before  Plus one-ing this. |
|
|
|
|
Um...should MP be concerned with the crappy 'Pool Efficiency' that's it's getting now?
...74% isn't that great; seeing as MP had 99%
|
|
|
|
I still cant open the already running BFG terminal which is hidden when I reconnect thru remote...
I think this is a Linux 'issue'/'feature'. I run a Debian-based system and If I RDP into it on my Windows box and launch stuff, any thing. And then use RDP over SSH from my phone. None of the stuff I've opened will show up. And vice versa...so at night I have to remember to remote in on my phone in case I need to later restart something. *At least it sounds like you're asking about the same thing I've noticed. |
|
|
|
Unless I'm missing something...I'm stuck at Share Diff 4. Even though I've changed it to '16' (the old value was '4'). If I log in from a new browser the 'Account Page' does, indeed, say '16' for the worker I'm using. ((Not a big deal, but now that I have a BFL ASIC, I would like to up the Share Diff a bit to see if I can reduce the number of rejected)) Though it is odd that a previously unused worker does correctly update the Share Diff reported by CGminer...hmm, maybe you need to wait a bit after changing the Share Diff, and of closing CGminer, before the new setting takes affect? BAJ 0: max 54C 3.88V | 8.228G/8.143Gh/s | A:460 R:108 HW:36 WU:111.8/m
|
|
|
|
|
Show Posts
