OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[DareC]

I've been unable to get any cgminer version after 3.3.1 to start on Win7 x64, using the pre-built binaries. I get the message "Error opening terminal: dumb"

3.3.1 works fine with identical configuration, but I'd rather not be stuck on an old version.

Unrelated to cgminer. Google for it, seems to be related to some windows environment variable with various solutions offered.

Thanks. Out of curiosity, any idea why it only effects more recent versions?

[1714205216]

1714205216

[1714205216]

1714205216

[1714205216]

1714205216

[1714205216]

1714205216

[crazyates]

CGMiner seems to be randomly closing. I'm running cgminer-nogpu on Win 8x64 with a BFL Little Single and 2 AMUs. It runs in a batch file that loops, and the batch file keeps restarting it, so it is closing nicely, and I haven't lost any downtime. I think it's done it about 4-5 times since I updated to 3.4.0, which was about 8 days ago? The newest one was this morning, after I had left for work. It had been running for about 2 days solid before that.

It never did this before. The AMUs are pretty new. Is it the AMUs causing it, or upgrading to 3.4.0, or both?

Hard to know without excluding one thing at a time? Try running the AMUs in their own instance and see if one the other or both crashes? Also there are debug builds which would help me find out where it's crashing and fix it.
http://ck.kolivas.org/apps/cgminer/debug/

I ran 2 instances of CGMiner-nogpu like you suggested, one with 2 SC Single (1x 30GH + 1x 60GH), and one with 2 AMUs. The instance with the 2 BFL miners was the one that crashed. I didn't see it happened, as it was about 45 minutes ago, but again my batch file seems to have restarted it. I'll try 3.4.1 and see if anything changed.

It won't debug anything unless you install the debugger as described in the debug readme in there. Anyway see how you go with 3.4.1, I found a few places that could lead to crashes that I fixed in that version. I will also update the debug binaries to be 3.4.1

3.4.1 did the same thing: it just restarted by itself. I saw it hit 1million shares around 2am, and then it seems it restarted itself at 8:15am. I'll download the debug builds when the site is back up.

Darn, well the site is back up and I just uploaded the new debug builds for 3.4.1.

Damn, well using the debug build didn't help anything. I started both instances of cgminer-nogpu debug build around 20:00 last night, one running the two AMUs and one running the two BFLs, totaling 90GH/s. Today, around 16:00, I watched as the SC Single hit 1 million accepted, and the Little Single had a hair over 1/2 million accepted. I checked again just now, and it seems cgminer had restarted at 16:37pm. No warning, no errors, no nothing. I'm a little confused by why this is happening.

Thanks for your time, and I'm sorry I couldn't be more help. :/

[-ck]

BFLSC users, I just tracked down a bug which would lead to a crash. I've just committed a fix for it to git, and will release a hotfix release soon.

[-ck]

BFLSC users, I just tracked down a bug which would lead to a crash. I've just committed a fix for it to git, and will release a hotfix release soon.

3.4.2 uploaded, 3.4.1 announce reworked incorporating changes in 3.4.2

https://bitcointalk.org/index.php?topic=28402.msg3049911#msg3049911

[-ck]

I've been unable to get any cgminer version after 3.3.1 to start on Win7 x64, using the pre-built binaries. I get the message "Error opening terminal: dumb"

3.3.1 works fine with identical configuration, but I'd rather not be stuck on an old version.

Unrelated to cgminer. Google for it, seems to be related to some windows environment variable with various solutions offered.

Thanks. Out of curiosity, any idea why it only effects more recent versions?

The way we output to the console changed ever so slightly so perhaps it's related and the variable is relevant now?

[Xian01]

I am sorry to report that 3.4.1 is still exhibiting the mswsock.dll crashes I reported earlier "That mining software which we dare not speak it's name" has been running solid in my testing on another rig that experienced the same crashes under 3.4.1

[kano]

3.4.2a 3.4.2 recompiled on:
Fedora 18
64 bit xubuntu 11.04 (should also work on Fedora 16 and 17)
RPi 32bit Arch
RPi 32bit Raspbian

https://github.com/kanoi/cgminer-binaries/

e.g. to get the 64 bit xubuntu 11.04 binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/Ubuntu_11.04_x86_64/cgminer-3.4.2a
chmod +x cgminer-3.4.2a
mv cgminer-3.4.2a cgminer

The 3 others are:
https://github.com/kanoi/cgminer-binaries/raw/master/Fedora18_x86_64/cgminer-3.4.2a
https://github.com/kanoi/cgminer-binaries/raw/master/RPi_Arch/cgminer-3.4.2a
https://github.com/kanoi/cgminer-binaries/raw/master/RPi_Raspbian/cgminer-3.4.2a

The Xubuntu configure option (with GPU and scrypt):
CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon --enable-scrypt

The rest are USB only (no GPU):
CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon

The -g (instead of -O2) means it's a debug build so if anyone finds a problem and has core dumps enabled, it will dump a much more useful debug core.

Note I have binary folders of ckolivas official release files in my binaries git also, for if you can't get to his downloads
To get them you select the folder (e.g. 3.4.2) then click on the file you want then right-click save-as the "View Raw" link.

Important: Read README, ASIC-README or FPGA-README about USB configuration on linux and windows

FYI: I deleted all the 3.4.1* files in the git

[-ck]

I am sorry to report that 3.4.1 is still exhibiting the mswsock.dll crashes I reported earlier "That mining software which we dare not speak it's name" has been running solid in my testing on another rig that experienced the same crashes under 3.4.1

Usual story, try a debug build with instructions from
http://ck.kolivas.org/apps/cgminer/debug/
and check your antivirus software is happy with the DLL (other soft may not use the same dll).

[solareclipse64236]

I keep getting an error that says:

cgminer.exe has stopped working

what can I do to remedy this? and is there an auto-restart button/option somewhere?

[induktor]

Hello
I am mining multiple GPUs in Scrypt, and I was wondering if it is possible, to change the temperature reading, instead of use the GPU CORE temperature, use the GPU VRM one in cgminer.

The reason is, in scrypt the problem is not the GPU core, but the VRM which is usually 10 to 15 degrees above GPU, sometimes more.

Since cgminer regulates temperature based on GPU CORE temp, when it is could outside, the fan PWM goes very low, and the VRM temp goes very very high.

ex: now I have 52 core (18C ambient), but VRM is at 83 (C), and the fan PWM is still at 20%, because core temp is low.

I could solve it to use minimum PWM 50% in the config, but I prefer not to stress the fans if isn't necessary.

The only way I know to read VRM temp is with GPU-Z under windows (I use xubuntu 12.04) can this be done?
because aticonfig --odgt only gives GPU CORE temp.

thanks
Indkt.

[-ck]

Hello
I am mining multiple GPUs in Scrypt, and I was wondering if it is possible, to change the temperature reading, instead of use the GPU CORE temperature, use the GPU VRM one in cgminer.

The reason is, in scrypt the problem is not the GPU core, but the VRM which is usually 10 to 15 degrees above GPU, sometimes more.

Since cgminer regulates temperature based on GPU CORE temp, when it is could outside, the fan PWM goes very low, and the VRM temp goes very very high.

ex: now I have 52 core (18C ambient), but VRM is at 83 (C), and the fan PWM is still at 20%, because core temp is low.

I could solve it to use minimum PWM 50% in the config, but I prefer not to stress the fans if isn't necessary.

The only way I know to read VRM temp is with GPU-Z under windows (I use xubuntu 12.04) can this be done?
because aticonfig --odgt only gives GPU CORE temp.

thanks
Indkt.

No

[-ck]

I keep getting an error that says:

cgminer.exe has stopped working

what can I do to remedy this? and is there an auto-restart button/option somewhere?

Usual story, try a debug build with instructions from
http://ck.kolivas.org/apps/cgminer/debug/
and check your antivirus software is happy with the DLLs.

[Xian01]

Usual story, try a debug build with instructions from
http://ck.kolivas.org/apps/cgminer/debug/
and check your antivirus software is happy with the DLL (other soft may not use the same dll).

 Sorry for not doing this sooner, but finally got around to installing the debugger, and am presently running the 3.4.2 debug .exe. Hope to generate some useable information for you on the next crash.

 Cheers.

[miter_myles]

Usual story, try a debug build with instructions from
http://ck.kolivas.org/apps/cgminer/debug/
and check your antivirus software is happy with the DLL (other soft may not use the same dll).

 Sorry for not doing this sooner, but finally got around to installing the debugger, and am presently running the 3.4.2 debug .exe. Hope to generate some useable information for you on the next crash.

 Cheers.

Same here... also did that refresh of the winsock and net ip from the mcafee message board.. don't know if it did anything really.. we shall see

[-ck]

All useful debugging is much appreciated, thanks.

[SoulSlayerPT]

Can anyone explain me something about cgminer?

I have a config file like:

   {
   
      "url" : "192.168.1.1:9500",
      "user" : "user",
      "pass" : "x"
   },
   {
   
      "url" : "192.168.1.1:9501",
      "user" : "user",
      "pass" : "x"
   },
   {
   
      "url" : "stratum+tcp://mine-DGC.scryptmining.com:8332",
      "user" : "user.1",
      "pass" : "x"
   }

if i keep mining in pool0 that is elephantcoin for me (solomine to wallet) cgminer miner keeps saying stratum from pool 3 detected new block from the DGC chain. My doubt is if cgminer always keep working in the elephantcoin chain and pool3 is giving only information or cgminer changes to a DGC block? and when i get the new block detected in network changes again to elephantcoin block.

Thanks!

[kano]

Line 3 of the README ...

[SoulSlayerPT]

"Do not use on multiple block chains at the same time!"

So, the thing is.. Does not work?... Dam.. Can't i just disable the get blocks from another pools and it only runs from the pool 0 and get blocks from it?

[rav3n_pl]

"Do not use on multiple block chains at the same time!"

So, the thing is.. Does not work?... Dam.. Can't i just disable the get blocks from another pools and it only runs from the pool 0 and get blocks from it?

Read about how pooled mining work...

[PatMan]

Hi guys,

Bit of an issue, not serious. Cgminer is showing 30% cpu usage since upgrading to latest - seems very high eh? I done the usual compile with make clean, had no errors at all that I could see, it just seems to be a bit too heavy on resources - any suggestions? Xubuntu 12.04 64bit.