Pages:
Author

Topic: Mac OS X Resources & Howtos for Mining (Homebrew/DIY/Bin/Xcode Debugging) - page 4. (Read 64268 times)

sr. member
Activity: 240
Merit: 250
Im making a mavericks virtual so I have a fresh sandbox to reinstall home-brew in and see what that results in.
sr. member
Activity: 240
Merit: 250
Thanks for any assistance i this hair pulling session.

If everything worked fine and now your Blade shows as SICK running in bfgminer on two different machines, odds are your Blade is the problem. Are you sure it's still functional? Have yo tried using other proxies like slush's or connecting directly to a GetWork pool?

I have pointed the blade to mint.bitminter.com and it hash's, not at full speed but it does hash.

There are 5 blades and 1 cube. All are having the issue. Blades have their own power seperate from the cube.

I also tried running the mining-proxy.py and they will not hash through it either.

I wanted to make sure that the error reported in the brew install and bfgminer were not it.

I have just changed a blade (.48) to point to mint.bitminter.com and in about 2 mins it is mining at 4.2ghs

It has to be a local problem. I wasnt sure at first as the days leading up both bitminter and btcguild were suffering ddos attacks
hero member
Activity: 840
Merit: 1002
Thanks for any assistance i this hair pulling session.

If everything worked fine and now your Blade shows as SICK running in bfgminer on two different machines, odds are your Blade is the problem. Are you sure it's still functional? Have yo tried using other proxies like slush's or connecting directly to a GetWork pool?
sr. member
Activity: 240
Merit: 250
I had used your brew tap formula before and had everything running with homebrew.

something has broke and I can't figure out what.

mining with mixture of blades and usb BE has been fine for 30+ days.

24+ hours ago blade mining broke with bfgminer. the PXY all show as SICK. I have tried on two different mac's with same result.

The mac's, blades, router are all in the same switch. I can ping the blades and configure them from the either mac.
I have powered everything off and back on.

I ripped out brew and reinstalled.

I noticed in the brew install of bfgminer

==> Installing bfgminer dependency: curl
==> Downloading http://curl.haxx.se/download/curl-7.34.0.tar.gz
Already downloaded: /Library/Caches/Homebrew/curl-7.34.0.tar.gz
==> ./configure --prefix=/usr/local/Cellar/curl/7.34.0
==> make install
==> Caveats
This formula is keg-only, so it was not symlinked into /usr/local.

Mac OS X already provides this software and installing another version in
parallel can cause all kinds of trouble.

Generally there are no consequences of this for you. If you build your
own software and it requires this formula, you'll need to add to your
build variables:

    LDFLAGS:  -L/usr/local/opt/curl/lib
    CPPFLAGS: -I/usr/local/opt/curl/include

==> Summary
🍺  /usr/local/Cellar/curl/7.34.0: 75 files, 2.0M, built in 2.1 minutes


then noticed this in a debug log of bfgminer


[2014-01-01 16:30:57] No devices detected!
 [2014-01-01 16:30:57] Waiting for devices; press 'M+' to add, or 'Q' to quit
 [2014-01-01 16:30:57] Probing for an alive pool
 [2014-01-01 16:30:57] Testing pool stratum+tcp://mint.bitminter.com:443

===>>  [2014-01-01 16:30:57] HTTP request failed: Protocol stratum+tcp not supported or disabled in libcurl
 [2014-01-01 16:30:57] Failed to connect in json_rpc_call
 [2014-01-01 16:30:57] initiate_stratum with sockbuf=0x0

although with bfgminer running, I can open a web page to the ip of the mac localhost:8332 and get a login request then a work to solve

{"error":null,"result":{"target":"ffffffffffffffffffffffffffffffffffffffffffffffffffffffff00000000","data":"000000021357b4f4e1de19a52a54e5f2f406556706921cdc5793f5d6000000010000000082eb8f9 85bb972edb3cff59b05692cc0b2c9fb49a289533324bd3599253baa4552c4ae481903a30c000000 0000000080000000000000000000000000000000000000000000000000000000000000000000000 0000000000080020000","midstate":"a20eac8b68b458f89803a1b00b3c9a1f4972b05b660ff4312e964fc94cb85f6d","hash1":"0000000000000000000000000000000000000000000000000000000000000000000000800000000 0000000000000000000000000000000000000000000010000"},"id":0}

and if I leave out the --http-port 8332 I get no response to localhost:8332 so even though there are those error messages, it must be taking requests at 8332 ?

I even fired up a parallels windows 7 / installed win32 bfgminer and get the same results. i.e SICK for the blade now pointed to the parallels virtual running bfgminer (interface in bridge and firewall rule in windows to allow 8332)

Thanks for any assistance i this hair pulling session.
hero member
Activity: 840
Merit: 1002
Code:
          
 [2013-12-29 13:15:39] Summary of per device statistics:
                    
 [2013-12-29 13:15:39] BIF0 53.1C | 5s: 0.00 avg: 0.00 u: 1.27 Gh/s | A:32 R:0+0(none) HW:79/ 71%                    
 [2013-12-29 13:15:39] BIF0a 53.1C | 5s: 0.00 avg: 0.00 u: 1.27 Gh/s | A:32 R:0+0(none) HW:73/ 70%                    
 [2013-12-29 13:15:39] BIF0b 53.1C | 5s:  0.0 avg:  0.0 u:  0.0  h/s | A:0 R:0+0(none) HW:6/100%                    

if i read it right, one of the two chips isn't hashing, hardware errors of 100%. the other one has a pretty terrible return of 70%.

I know the temperature is sky high, was running it away from the fan briefly. I get very similar results from the device when i run it in an enclosure with a fan on it, on a ubuntu pc with latest bfgminer too. it did cause crashes in 3.8.0 every so often, segmentation faults. couldn't get it to run very long at all on the ubuntu box.

any thoughts?

I only have experience with a single Bi•Fury stick but I definitely didn't have any issues like that. I will say they seem to get very hot, so I would always have a fan on them while hashing (like a small USB fan). It does sound to me like you have a hardware problem (with the ASIC).

You may want to see if Felipeo can offer any advice:

https://bitcointalksearch.org/topic/ann-bifury-5-ghs-usb-miner-in-stock-sale-309918
newbie
Activity: 11
Merit: 0
been reading your blog and noticed the link here, so wondered if i could ask a question

would you say the following results from a bi*fury left to run for 30 secondsish indicates an issue?

so this is a bi*fury, in a usb 3 slot on a new macbook pro, running bfgminer --HEAD installed by home-brew from your excellent instructions.

Code:
Summary of runtime statistics:
                   
 [2013-12-29 13:15:39] Started at [2013-12-29 13:13:51]                   
 [2013-12-29 13:15:39] Pool: http://pit.deepbit.net:8332                   
 [2013-12-29 13:15:39] Runtime: 0 hrs : 1 mins : 47 secs                   
 [2013-12-29 13:15:39] Average hashrate: 0.0 Megahash/s                   
 [2013-12-29 13:15:39] Solved blocks: 0                   
 [2013-12-29 13:15:39] Best share difficulty: 33                   
 [2013-12-29 13:15:39] Share submissions: 32                   
 [2013-12-29 13:15:39] Accepted shares: 32                   
 [2013-12-29 13:15:39] Rejected shares: 0 + 0 stale (0.00%)                   
 [2013-12-29 13:15:39] Accepted difficulty shares: 32                   
 [2013-12-29 13:15:39] Rejected difficulty shares: 0                   
 [2013-12-29 13:15:39] Hardware errors: 79                   
 [2013-12-29 13:15:39] Network transfer: 153.0 /  67.9 kB  (  1.5 /   0.7 kB/s)                   
 [2013-12-29 13:15:39] Efficiency (accepted shares * difficulty / 2 KB): 0.30                   
 [2013-12-29 13:15:39] Utility (accepted shares / min): 18.81/min
                   
 [2013-12-29 13:15:39] Unable to get work from server occasions: 0                   
 [2013-12-29 13:15:39] Work items generated locally: 0                   
 [2013-12-29 13:15:39] Submitting work remotely delay occasions: 0                   
 [2013-12-29 13:15:39] New blocks detected on network: 1
                   
 [2013-12-29 13:15:39] Summary of per device statistics:
                   
 [2013-12-29 13:15:39] BIF0 53.1C | 5s: 0.00 avg: 0.00 u: 1.27 Gh/s | A:32 R:0+0(none) HW:79/ 71%                   
 [2013-12-29 13:15:39] BIF0a 53.1C | 5s: 0.00 avg: 0.00 u: 1.27 Gh/s | A:32 R:0+0(none) HW:73/ 70%                   
 [2013-12-29 13:15:39] BIF0b 53.1C | 5s:  0.0 avg:  0.0 u:  0.0  h/s | A:0 R:0+0(none) HW:6/100%                   
 [2013-12-29 13:15:39]                     
Shutdown signal received.



if i read it right, one of the two chips isn't hashing, hardware errors of 100%. the other one has a pretty terrible return of 70%.

I know the temperature is sky high, was running it away from the fan briefly. I get very similar results from the device when i run it in an enclosure with a fan on it, on a ubuntu pc with latest bfgminer too. it did cause crashes in 3.8.0 every so often, segmentation faults. couldn't get it to run very long at all on the ubuntu box.

any thoughts?
hero member
Activity: 840
Merit: 1002
The original post has been updated with a new article:

How-to mine with Twinfury
hero member
Activity: 840
Merit: 1002
hero member
Activity: 840
Merit: 1002
If you are an OS X user or developer and interested in contributing to bfgminer, I've put together a repository with an Xcode project and scripts that allow you to compile and debug bfgminer in Xcode. You can view the instructions and get started here:

https://github.com/nwoolls/xgminer-osx-dev

hero member
Activity: 840
Merit: 1002
The original post has been updated with a new article:

How-to mine with Bi•Fury
hero member
Activity: 840
Merit: 1002
New repo and how-to coming soon for you Mac devs  Grin:

hero member
Activity: 840
Merit: 1002
The original post has been updated with a new article:

How-to mine with HashBuster Micro
hero member
Activity: 840
Merit: 1002
hero member
Activity: 840
Merit: 1002
hero member
Activity: 840
Merit: 1002
Homebrew formulas for bfgminer have been updated with Hashbuster2/Hashbuster Micro support.
hero member
Activity: 840
Merit: 1002
hero member
Activity: 840
Merit: 1002
hero member
Activity: 798
Merit: 1000
Thanks Nate!!!!! Building now!
hero member
Activity: 840
Merit: 1002
Would you be able to pull from the latest Git commit for a new Forumula or do you have to wait for the new version release?

If you do the following it will build from Git:

Code:
brew install bfgminer --HEAD
hero member
Activity: 798
Merit: 1000
Nate: FYI, encountered this bug with the status log with the latest Homebrewed 3.7.0 BFGMiner:



Posted it on Luke-Jr's BFGMiner thread... here's his response:



Running 3.7.0 compiled using Homebrew.

The running stats log on the second half of the terminal window does not have any line breaks.  It updates as one continuous string that just fills the bottom of the screen:
Bug when compiled without unicode support. Already fixed in git.

Would you be able to pull from the latest Git commit for a new Forumula or do you have to wait for the new version release?

Thanks!
Pages:
Jump to: