BitBacco, I've been running 1.4.17 for 90 minutes with no problems. Before this update, it manifested after 20-30 minutes, so yay!
Thanks for the fix.
Topic: The official MacMiner thread [BTC/LTC-CPU/GPU/FPGA/ASIC] - page 25. (Read 166756 times)
Installing it now.
1.4.17 has just been released and should fix this issue, please let me know!
[/quote]
I am encountering a crash every couple seconds on my 10.7.5 MacMini -actually according to crash report, MacMiner has crash over 7000 times since I left it running last night. 1.4.16 was the first version I tried, and I just updated to 1.4.17 with the same issue. With just the default BFG Miner running there is no crash. But, if I stop that and start up the FPGA/ASIC Miner the crashes immediately start.
I've set the FPGA?ASIC options to 'disable GPU' and set the devices to -S /dev/cu.usbserial-FTWWMIYE which is the corrent name for my butterfly single.
Even with all the crash popups, the app continues to run in the background. The FPGA/ASIC Miner log window continues to update - the hashrate number updates and new lines are added to the log, the accepted/rejected numbers update, but the Temperature shows nothing.
Not sure where in the logs would be somethign useful, but an example snip is
Code:
[2013-11-02 09:37:44] Error trying to wake notifier
[2013-11-02 09:37:44] Error trying to wake notifier
[2013-11-02 09:37:44] Stratum from pool 0 requested work update
[2013-11-02 09:37:44] BFL 0: Opened /dev/cu.usbserial-FTWWMIYE
[2013-11-02 09:37:44] 0 gpu miner threads started
[2013-11-02 09:37:44] -1 cpu miner threads started, using SHA256 'fastauto' algorithm.
[2013-11-02 09:37:44] Stratum authorisation success for pool 2
[2013-11-02 09:37:44] Pool 2 http://p2pool.beehost.org:9332 alive
[2013-11-02 09:37:44] Pool 2 is hiding block contents from us
[2013-11-02 09:37:44] Closing socket for stratum pool 2
[2013-11-02 09:37:45] Staged work underrun; increasing queue minimum to 2
[2013-11-02 09:37:45] Staged work underrun; increasing queue minimum to 3
[2013-11-02 09:37:45] Staged work underrun; increasing queue minimum to 4
[2013-11-02 09:37:48] New best share: 2
[2013-11-02 09:37:49] Stratum from pool 0 requested work update
[2013-11-02 09:37:49] API running in IP access mode on port 4028
And there is not much info in the crash report, just the generic 'exc_bad_access (sigsegv)'
None of the MacMiner interfaces freeze. I'm using the FPGA/ASIC Miner window for these BEs, and it continues to spit out new output even when I can't launch new processes elsewhere (open a window, reload a webpage, launch an app, etc.)
As soon as i stop the miner and quit MacMiner, all those bonus apiaccess threads disappear and I can launch new processes (and any that i tried to launch while it was maxed out launch, too). I can then relaunch MacMiner and start the cycle all over.
If console logs or other output will assist, let me know.
And thanks again for looking into this. It's very much appreciated.
As soon as i stop the miner and quit MacMiner, all those bonus apiaccess threads disappear and I can launch new processes (and any that i tried to launch while it was maxed out launch, too). I can then relaunch MacMiner and start the cycle all over.
If console logs or other output will assist, let me know.
And thanks again for looking into this. It's very much appreciated.
I'm surprised the API Output window continues to update data, the apiaccess process should only be run swiftly for a single data retrieval operation then stopping, so it launches a new one every few seconds…
1.4.17 has just been released and should fix this issue, please let me know!
None of the MacMiner interfaces freeze. I'm using the FPGA/ASIC Miner window for these BEs, and it continues to spit out new output even when I can't launch new processes elsewhere (open a window, reload a webpage, launch an app, etc.)
As soon as i stop the miner and quit MacMiner, all those bonus apiaccess threads disappear and I can launch new processes (and any that i tried to launch while it was maxed out launch, too). I can then relaunch MacMiner and start the cycle all over.
If console logs or other output will assist, let me know.
And thanks again for looking into this. It's very much appreciated.
As soon as i stop the miner and quit MacMiner, all those bonus apiaccess threads disappear and I can launch new processes (and any that i tried to launch while it was maxed out launch, too). I can then relaunch MacMiner and start the cycle all over.
If console logs or other output will assist, let me know.
And thanks again for looking into this. It's very much appreciated.
Hey BitBacco, is there any other data or information I can pass on for this issue? I'd be happy to play guinea pig, too.
Thanks for your help, sorry I just haven't had time to do the update yet, it would be helpful to know however, if you could keep the api output window open - does the information freeze or change at the point that the apiaccess processes become a problem and if so how?
Hey BitBacco, is there any other data or information I can pass on for this issue? I'd be happy to play guinea pig, too.
No worries on the trouble! Kind of the opposite—I'm sorry for the trouble and appreciate you looking into it.
Differences: the machine where it happens is a Mac Pro (early 2008). I'm running 30 BEs on four hubs. Tons of other apps open, but I have plenty of RAM.
The other unit is a MacBook Air (mid 2011). I only run a subset of the BEs when I tested it—14 of them on two hubs. It has a lot less RAM, and therefor I have few apps running.
The biggest difference is the specific hardware of the units and the number of BEs I was running. I'd test all of them on the Air, but it won't recognize more than about 18.
Differences: the machine where it happens is a Mac Pro (early 2008). I'm running 30 BEs on four hubs. Tons of other apps open, but I have plenty of RAM.
The other unit is a MacBook Air (mid 2011). I only run a subset of the BEs when I tested it—14 of them on two hubs. It has a lot less RAM, and therefor I have few apps running.
The biggest difference is the specific hardware of the units and the number of BEs I was running. I'd test all of them on the Air, but it won't recognize more than about 18.
Thanks for the report back, what are the differences between the setup that doesn't have this problem and the one that does? I didn't see the problem yet but I'm assuming something is going wrong while it's trying to access the api data and the process is hanging so I'll look that over and write in a failover to prevent this from happening in the future. Sorry for the trouble in the meantime!
According to:
sudo lsof -i :4028
only bfgminer and many instances of apiaccess (both process types owned by MacMiner) are using port 4028.
Here's a sample:
bfgminer 3482 [name] 12u IPv4 0xc93b259907385621 0t0 TCP *:dtserver-port (LISTEN)
apiaccess 4837 [name] 3u IPv4 0xc93b2599086aee09 0t0 TCP localhost:53403->localhost:dtserver-port (CLOSE_WAIT)
sudo lsof -i :4028
only bfgminer and many instances of apiaccess (both process types owned by MacMiner) are using port 4028.
Here's a sample:
bfgminer 3482 [name] 12u IPv4 0xc93b259907385621 0t0 TCP *:dtserver-port (LISTEN)
apiaccess 4837 [name] 3u IPv4 0xc93b2599086aee09 0t0 TCP localhost:53403->localhost:dtserver-port (CLOSE_WAIT)
A followup: I am not experiencing this process spawning on another Mac running Mavericks. I think the problem I reported above is a problem with my system—I had some other wonkiness happening, too. I'm doing a reinstall now, but wanted to drop a note since you are looking into it.
I should have checked my other Mac before posting!
In any event, I'll report back when my reinstall is complete.
*****************
I followed up too soon: after a system reinstall, I am still seeing this processes spawn uncontrollably.
I should have checked my other Mac before posting!
In any event, I'll report back when my reinstall is complete.
*****************
I followed up too soon: after a system reinstall, I am still seeing this processes spawn uncontrollably.
Yes, did not know i had to install the drivers. It was working without it 
I installed them and it now works perfectly, thanks!
I installed them and it now works perfectly, thanks!
Let me figure out how to figure that out.
Good evening,
Trying to mine with my block erupter without using my gpu, even if i did check the "disable gpu" it does not disable it.
Only way for it to work is with cgminer, but i get "AMU0: TIMEOUT GetResults took 2000ms but was 100ms" all the time, and only a few shares get accepted (i am not mining bitcoin).
If you have any idea please let me know.
If it works with cgminer but not bfgminer it must mean you don't have the usb drivers installed:Trying to mine with my block erupter without using my gpu, even if i did check the "disable gpu" it does not disable it.
Only way for it to work is with cgminer, but i get "AMU0: TIMEOUT GetResults took 2000ms but was 100ms" all the time, and only a few shares get accepted (i am not mining bitcoin).
If you have any idea please let me know.
http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx
I posted this in the Newbie thread, but now that I have posting privileges here...
I'm running MacMiner 4.16 (build 1416) in Mavericks (10.9). After 20-30 minutes of use using the FPGA/ASIC window to run USB Block Erupters, MacMiner starts spawning "apiaccess" processes one after the other ever few seconds. Those processes build up until I run into the default process limitation on my machine (currently 709). That means I have roughly 500 of these apiaccess processes running.
They're persistent until I quit MacMiner.
I have rebooted several times, and I also trashed my MacMiner .plist and the MacMiner folder in User>Library>Application Support. After doing so, I rebooted and then reinstalled MacMiner. The behavior resumed, the same as before.
I noticed this in the first place because my system was refusing to spawn new processes after running MacMiner for the above-mentioned 20-30 minutes. As of yesterday, while MacMiner is still spawning hundreds of these processes until it hits the max, it's not leaving my system unresponsive.
Thank you for the report, I'll look in to this right away. I don't see the issue on 10.8 but I'll check 10.9 now. Can I ask whether another process, perhaps another instance of bfg or cgminer might be using port 4028? I'm running MacMiner 4.16 (build 1416) in Mavericks (10.9). After 20-30 minutes of use using the FPGA/ASIC window to run USB Block Erupters, MacMiner starts spawning "apiaccess" processes one after the other ever few seconds. Those processes build up until I run into the default process limitation on my machine (currently 709). That means I have roughly 500 of these apiaccess processes running.
They're persistent until I quit MacMiner.
I have rebooted several times, and I also trashed my MacMiner .plist and the MacMiner folder in User>Library>Application Support. After doing so, I rebooted and then reinstalled MacMiner. The behavior resumed, the same as before.
I noticed this in the first place because my system was refusing to spawn new processes after running MacMiner for the above-mentioned 20-30 minutes. As of yesterday, while MacMiner is still spawning hundreds of these processes until it hits the max, it's not leaving my system unresponsive.
I posted this in the Newbie thread, but now that I have posting privileges here...
I'm running MacMiner 4.16 (build 1416) in Mavericks (10.9). After 20-30 minutes of use using the FPGA/ASIC window to run USB Block Erupters, MacMiner starts spawning "apiaccess" processes one after the other ever few seconds. Those processes build up until I run into the default process limitation on my machine (currently 709). That means I have roughly 500 of these apiaccess processes running.
They're persistent until I quit MacMiner.
I have rebooted several times, and I also trashed my MacMiner .plist and the MacMiner folder in User>Library>Application Support. After doing so, I rebooted and then reinstalled MacMiner. The behavior resumed, the same as before.
I noticed this in the first place because my system was refusing to spawn new processes after running MacMiner for the above-mentioned 20-30 minutes. As of yesterday, while MacMiner is still spawning hundreds of these processes until it hits the max, it's not leaving my system unresponsive.
I'm running MacMiner 4.16 (build 1416) in Mavericks (10.9). After 20-30 minutes of use using the FPGA/ASIC window to run USB Block Erupters, MacMiner starts spawning "apiaccess" processes one after the other ever few seconds. Those processes build up until I run into the default process limitation on my machine (currently 709). That means I have roughly 500 of these apiaccess processes running.
They're persistent until I quit MacMiner.
I have rebooted several times, and I also trashed my MacMiner .plist and the MacMiner folder in User>Library>Application Support. After doing so, I rebooted and then reinstalled MacMiner. The behavior resumed, the same as before.
I noticed this in the first place because my system was refusing to spawn new processes after running MacMiner for the above-mentioned 20-30 minutes. As of yesterday, while MacMiner is still spawning hundreds of these processes until it hits the max, it's not leaving my system unresponsive.
Good evening,
Trying to mine with my block erupter without using my gpu, even if i did check the "disable gpu" it does not disable it.
Only way for it to work is with cgminer, but i get "AMU0: TIMEOUT GetResults took 2000ms but was 100ms" all the time, and only a few shares get accepted (i am not mining bitcoin).
If you have any idea please let me know.
Trying to mine with my block erupter without using my gpu, even if i did check the "disable gpu" it does not disable it.
Only way for it to work is with cgminer, but i get "AMU0: TIMEOUT GetResults took 2000ms but was 100ms" all the time, and only a few shares get accepted (i am not mining bitcoin).
If you have any idea please let me know.
Ah, I of all people should have guessed to check there, thanks jedimstr!
I've tested BFL hardware with the FTDI drivers that say OS .4-.7 support with bfgminer/MacMiner on 10.9 and it all works as expected I'm pleased to say
I've tested BFL hardware with the FTDI drivers that say OS .4-.7 support with bfgminer/MacMiner on 10.9 and it all works as expected I'm pleased to say
So, does MacMiner run without a hitch on Mavericks? I don't want to upgrade until I know forsure. Its my only essential app:)
Hehe that's nice to hear! I upgraded a MBP and MacMiner 1.4.16 is running fineHowever, there's a problem witih 1.4.16 (or more specifically bfgminer 3.3.0) which prevents GPU mining - this is on any OS release and cgminer still works for the GPU, so I'll be asking luke-jr about this and hopefully it'll be sorted out soon - anyone who wants it can get 1.4.15 here:
http://fabulouspanda.co.uk/macminer/downloads/MacMiner.app-1.4.15.zip
1.4.16 is still recommended for FPGA/ASIC mining
ASIC here so all fine. I'll upgrade tomorrow .. Seems no major bugs are reported for my hardware ...
I'm on a Mac Pro so I'll let you know if there's any problems !
So, does MacMiner run without a hitch on Mavericks? I don't want to upgrade until I know forsure. Its my only essential app:)
Hehe that's nice to hear! I upgraded a MBP and MacMiner 1.4.16 is running fineHowever, there's a problem witih 1.4.16 (or more specifically bfgminer 3.3.0) which prevents GPU mining - this is on any OS release and cgminer still works for the GPU, so I'll be asking luke-jr about this and hopefully it'll be sorted out soon - anyone who wants it can get 1.4.15 here:
http://fabulouspanda.co.uk/macminer/downloads/MacMiner.app-1.4.15.zip
1.4.16 is still recommended for FPGA/ASIC mining
Not a bug, a feature
Latest BFGMiner has GPU disabled by default now when you have ASICs or FPGAs detected. To enable you have to set -S opencl:auto
Luke-Jr has this listed in the change log for 3.3.0 here: https://bitcointalk.org/?topic=168174.msg3322357#msg3322357
So, does MacMiner run without a hitch on Mavericks? I don't want to upgrade until I know forsure. Its my only essential app:)
Hehe that's nice to hear! I upgraded a MBP and MacMiner 1.4.16 is running fineHowever, there's a problem witih 1.4.16 (or more specifically bfgminer 3.3.0) which prevents GPU mining - this is on any OS release and cgminer still works for the GPU, so I'll be asking luke-jr about this and hopefully it'll be sorted out soon - anyone who wants it can get 1.4.15 here:
http://fabulouspanda.co.uk/macminer/downloads/MacMiner.app-1.4.15.zip
1.4.16 is still recommended for FPGA/ASIC mining
Jump to: