OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 201.

aigeezer

legendary

Activity: 1450

Merit: 1013

Cryptanalyst castrated by his government, 1952

Quote from: HellDiverUK on October 20, 2013, 09:09:31 AM

Quote from: aigeezer on October 20, 2013, 07:16:21 AM

Both machines are core i7 64 running Win7 64. Both use a bunch of erupters and one has a BFL LS as well. At first I thought the instability was caused by the heavier load on one machine but now I'm pretty sure it is not load-dependent.

A Raspberry Pi would run ALL your stuff - load has got nothing to do with it, as there isn't any on an i7.

Shit, I have 30GH/s gong through a TPLink 703N (a £10 router powered off USB with a Dorito for a CPU and 8MB RAM).

Hehe - good one.

I should have expressed "load" more carefully. One machine has the BFL LS and two Anker powered hubs daisy chained and full of erupters, so I meant load as in more USB activity and power draw. The other machine has only one Anker hub with erupters. As it happens though the CPUs on both machines do run close to 100% with BOINC and a bunch of other stuff. Too many variables!

As luck would have it, everything has been running fine since my post, leaving me wondering if the issues have anything to do with CGMINER at all. I hate intermittent errors.

ewibit

legendary

Activity: 2955

Merit: 1050

Quote from: juhakall on October 20, 2013, 10:08:11 AM

Do you have pkgconf installed? Someone mentioned that libudev-dev doesn't get detected without it. On Debian the package name is pkg-config, dunno what it is on Ubuntu.

yes is the newest version...

clanie

newbie

Activity: 54

Merit: 0

Quote from: superresistant on October 09, 2013, 04:40:57 AM

Does cgminer support KNC miner hardware ? If yes how to do ?

+1 for an option to build without udev.

I've been trying to build it for a Synology NAS, and also got stuck because udev just isn't there.

juhakall

sr. member

Activity: 658

Merit: 250

Quote from: ewibit on October 20, 2013, 10:04:59 AM

Ubuntu 13.10

Code:

checking for UDEV... no
configure: error: Missing required libudev dev

but libudev-dev is installed Huh

Do you have pkgconf installed? Someone mentioned that libudev-dev doesn't get detected without it. On Debian the package name is pkg-config, dunno what it is on Ubuntu.

ewibit

legendary

Activity: 2955

Merit: 1050

Ubuntu 13.10

Code:

checking for UDEV... no
configure: error: Missing required libudev dev

but libudev-dev is installed Huh

FiatKiller

sr. member

Activity: 378

Merit: 250

Quote from: Taugeran on October 20, 2013, 09:46:42 AM

Quote from: FiatKiller on October 20, 2013, 09:42:43 AM

Is there a JSON format command to limit difficulty (for the KNCs)?

Don't mind it being high, but constantly climbing to over 4 mill is kind of annoying.

thanks

screenshot of ssh session so i understand fully?

Not using ssh yet and don't know how lol I just rebooted anyways. Was at 4.8 mill difficulty and WU had dropped below the min expected 3700 for a Saturn.

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

Quote from: FiatKiller on October 20, 2013, 09:42:43 AM

Is there a JSON format command to limit difficulty (for the KNCs)?

Don't mind it being high, but constantly climbing to over 4 mill is kind of annoying.

thanks

screenshot of ssh session so i understand fully?

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

Quote from: HellDiverUK on October 20, 2013, 09:09:31 AM

...

A Raspberry Pi would run ALL your stuff - load has got nothing to do with it, as there isn't any on an i7.

Shit, I have 30GH/s gong through a TPLink 703N (a £10 router powered off USB with a Dorito for a CPU and 8MB RAM).

love the desc.

FiatKiller

sr. member

Activity: 378

Merit: 250

Is there a JSON format command to limit difficulty (for the KNCs)?

Don't mind it being high, but constantly climbing to over 4 mill is kind of annoying.

thanks

crazyates

legendary

Activity: 952

Merit: 1000

Win 8.1 reset all my drivers, but zadig plugged into them again, and we're back to hashing with no issues.

HellDiverUK

hero member

Activity: 1246

Merit: 501

Quote from: aigeezer on October 20, 2013, 07:16:21 AM

Both machines are core i7 64 running Win7 64. Both use a bunch of erupters and one has a BFL LS as well. At first I thought the instability was caused by the heavier load on one machine but now I'm pretty sure it is not load-dependent.

A Raspberry Pi would run ALL your stuff - load has got nothing to do with it, as there isn't any on an i7.

Shit, I have 30GH/s gong through a TPLink 703N (a £10 router powered off USB with a Dorito for a CPU and 8MB RAM).

aigeezer

legendary

Activity: 1450

Merit: 1013

Cryptanalyst castrated by his government, 1952

Quote from: btc6000 on October 19, 2013, 10:31:38 PM

Quote from: Testit on October 19, 2013, 03:12:24 PM

3.6.4 seems really stable and works great thanks a lot for your hard work

3.3.1 seems to be the most stable on my setup

Cheers,

Same for me, 3.3.1 is the only version that never failed on the one machine I used it on for weeks. On another machine I updated regularly from 3.4.n through 3.6.4 and always got at least one zombie after a day or so (no big deal) or problems that were much more severe, particularly with 3.6.4. Symptoms have varied but often include loss of Internet access (of all things) which often (but not always) returns if I shut off cgminer. Causality seems very murky and I know my comments are anecdotal only. I'd guess that a memory leak has crept in some time after 3.3.1 but I've done no testing along those lines.

I've discovered that the machine that was stable on 3.3.1 also becomes unstable on 3.5.n and up, which is the main reason I'm posting this. It's not a complaint, but perhaps it will be a useful clue to some obscure issue.

Both machines are core i7 64 running Win7 64. Both use a bunch of erupters and one has a BFL LS as well. At first I thought the instability was caused by the heavier load on one machine but now I'm pretty sure it is not load-dependent.

techman05

hero member

Activity: 546

Merit: 500

When I just did mint.bitminter:3333 cgminer said my information was wrong (Instructions whether I accidentally didn't do verbatim) say put my user_Miner and then doesn't specify password(I got workers doing this once I set it up right starting with just starting the pool address with tcp:\\ option which gave me the errors in my config file.

Either way I notices bitminter came up slow when I restarted and changed my settings and it seems o.k now.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: techman05 on October 20, 2013, 06:56:51 AM

Quote from: -ck on October 19, 2013, 09:27:25 PM

Quote from: techman05 on October 19, 2013, 09:24:56 PM

May be just a wierd 2 bugs but I found that if I incorrectly forgot to save my shortcut right it opens to older folder versions I set and saves config there even though I'm opening 3.6.4.

My second I found because cgminer doesn't like strange characters and won't open if they are in the config file. I was trying to set up bit minter as an alternative to another pool and since bit minter looks like it uses tcp instead of http they both get printed at front and leave just as"http://tcp://mint.bitminter.com:3333" plus a few starlike characters in between the protocols the first time it saved.

Future bug fixes maybe?

Um, you do not use tcp by itself anywhere. You're probably thinking of stratum+tcp:// and http:// is implicitly tcp, so your syntax is wrong.

So I have to use that whole statement when filling in the address. O.k I'll go change that.

Or just leave it out entirely and cgminer will figure out what to do.

techman05

hero member

Activity: 546

Merit: 500

Quote from: -ck on October 19, 2013, 09:27:25 PM

Quote from: techman05 on October 19, 2013, 09:24:56 PM

May be just a wierd 2 bugs but I found that if I incorrectly forgot to save my shortcut right it opens to older folder versions I set and saves config there even though I'm opening 3.6.4.

My second I found because cgminer doesn't like strange characters and won't open if they are in the config file. I was trying to set up bit minter as an alternative to another pool and since bit minter looks like it uses tcp instead of http they both get printed at front and leave just as"http://tcp://mint.bitminter.com:3333" plus a few starlike characters in between the protocols the first time it saved.

Future bug fixes maybe?

Um, you do not use tcp by itself anywhere. You're probably thinking of stratum+tcp:// and http:// is implicitly tcp, so your syntax is wrong.

So I have to use that whole statement when filling in the address. O.k I'll go change that.

Pontius

full member

Activity: 225

Merit: 100

Quote from: opentoe on October 20, 2013, 04:09:25 AM

Can someone point out what each number is and what's it for? Mabe someone that knoiws addendeum this file so we all know what all these numbers mean, yea?

Check the README (lines 447ff.)...

opentoe

legendary

Activity: 1274

Merit: 1000

Personal text my ass....

Can someone point out what each number is and what's it for? Mabe someone that knoiws addendeum this file so we all know what all these numbers mean, yea?

http://www.photopiks.com/cgminer.jpg

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Askit2 on October 20, 2013, 03:14:58 AM

The IO error on the devices only seems to happen on Linux not my windows box. When I moved those units to the raspberry pi it started having issues.
I can't say for sure there isn't a problem with a cable but I can hook it back up to windows 7 tomorrow maybe and try that.

I built the version from the git. I don't so far dare to stop cron from killing it every half hour. I can't watch it constantly and so far my script to start them up at boot isn't working correctly.

I do have a side issue that isn't cgminer directly. I have been plagued by crashes for a while. I haven't in the past seen anything to make me think mining specifically caused it. The most recent crash left me with the following error. I am including the last line of cgminers output and the crash report. Crash was 3.5.1 not newest from git. crashed after 57 minutes of running. 3 more and it would have restarted at the hour.

After that is some unwind kdb info I can type that up if you would like. It seems like there is a kernel error. I got lucky as for a change the monitor was still getting a signal. Usually power management manages to keep the signal off making the crashes far less useful. I don't know that this will help anything.

There's no doubt the USB in the RPi is less reliable than a real PC. Part of the problem is that the network device is actually a USB device low down meaning USB comms are compromised as a result, and it's all on the same bus.

Code:

Bus 001 Device 004: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. LAN9500 Ethernet 10/100 Adapter / SMSC9512/9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Unfortunately I can't really start digging into kernel code, but I can at least suggest trying a different distro (though I believe I've said that before). I can reliably crash my RPi by just plugging something into the USB slot that draws more power than usual (such as the BF1 stick) without mining even running. Would be interesting to see now that you've built from git whether you get complete failures with transfer errors or just IO errors as a temporary glitch now.

Askit2

hero member

Activity: 981

Merit: 500

DIV - Your "Virtual Life" Secured and Decentralize

The IO error on the devices only seems to happen on Linux not my windows box. When I moved those units to the raspberry pi it started having issues.
I can't say for sure there isn't a problem with a cable but I can hook it back up to windows 7 tomorrow maybe and try that.

I built the version from the git. I don't so far dare to stop cron from killing it every half hour. I can't watch it constantly and so far my script to start them up at boot isn't working correctly.

I do have a side issue that isn't cgminer directly. I have been plagued by crashes for a while. I haven't in the past seen anything to make me think mining specifically caused it. The most recent crash left me with the following error. I am including the last line of cgminers output and the crash report. Crash was 3.5.1 not newest from git. crashed after 57 minutes of running. 3 more and it would have restarted at the hour.

Code:

BAJ 1Get Results failed (err=-7 amt=0) [2169.902077]unable to handle kernel NULL pointer dereference at Virtual Address 0000006c
[2169.910398] pyd=c362c000
[2169.918266] [0000006c] *pgd=18ccb831, *pte = 00000000, *ppte=00000000
[2169.929642] Internal Error: Oops: 17 [#1] PREEMPT ARM
Entering kdb (current=0xdbfd2500, pid 2222) Oops: (null)
due to oops @0xc02677b0

Pid: 2222, comm: ip
cpu: 0 Not tainted (3.6.11+ #371)
PC is at smsc95xx_async_cmd_callback+0x30/0x44
LR is at usb_hcd_giveback_urb+0x60/0xf4
pc : [] lr : [] psr: a0000193
sp : dc9b98d8 ip : 00000000 fp : dc984980
r10 : dc984980 r9 : f298052c r8 : ffffffb9
r7 : dbe35ba0 r6 : ffffffb9 r5 : c1528d60 r4 : dbf06dc0
r3 : 00000000 r2 : ffffffb9 r1 : 00000000 r0 : dbf06de0
Flags NvCv IRQs off FIQs on Mode svc_32 ISA ARM Segment User
Control:n 00c5387d Table: 03b2c008 DAC: 00000015

After that is some unwind kdb info I can type that up if you would like. It seems like there is a kernel error. I got lucky as for a change the monitor was still getting a signal. Usually power management manages to keep the signal off making the crashes far less useful. I don't know that this will help anything.

btc6000

member

Activity: 116

Merit: 10

Quote from: Testit on October 19, 2013, 03:12:24 PM

3.6.4 seems really stable and works great thanks a lot for your hard work

3.3.1 seems to be the most stable on my setup

Cheers,

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 201. (Read 5806015 times)