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

Actually I was mistaken when I said 3.3.1 was current at that time.  I just checked and verified that I had 3.3.2 installed on the Windows machine, if you really even care about this issue.  Actually, it looks like the last version I installed - which would be the one I was using when I initially posted - was 3.3.4.

Can someone just go delete every post related to this moron in this thread ...

I answered it with my very first post.

https://bitcointalksearch.org/topic/m.2960179
Quote from: xyzzy099 on August 18, 2013, 10:23:09 PM

You were running an old version of cgminer for fucked if I know what reason.

So indeed you are a complete fucking waste of time here

3.3.2 came out on the 9th of August that used a replacement fixed libusb ...

You're right, I don't want to interrupt a working set-up.  I could troubleshoot the issue all the way to the hardware level, if I needed to - I have a nice LeCroy O-Scope with a USB analyzer module at work.  Maybe I would have been willing to go that route just to help out the CGMiner project, if I had not been greeted with such animosity by Kano.

Well, we didn't manage to figure out what the problem was, but at least we managed to have a civilized conversation about the issue.  Thanks for your help.

The only other the "I" could suggest is to try the latest CGMiner.

But I understand that you have a working rig now.  So you may not want to fix what is no longer broken for you.

I have not seen this behavior with 3.3.1, .2, .3, .4 and I just updated to 3.4.0 yesterday and have not seen this behavior.

My setup is very similar to what you described, Win7 32 bit, 64 bit since yesterday, 15 BE's on 5/7 Port Rosewill hubs and one Jalapeno.

When changing versions I would recommend rebooting the machine to make sure the new .dll is loaded vs. the old one.  But I doubt the usb .dll's would effect this since your on USB 2.0 hubs.
Sam

No it was not always the same erupter or port or hub.  It seemed to be completely random.  Even the erupters plugged into the 1.2A fast-charge ports had the issue randomly, with the same frequency as the sticks in the normal ports.

I was only using one instance of CGMiner, and the only options on the command line were '-G' to avoid using the GPU, and -c to load the correct config file.

Yep, I agree.

Is it always the same Erupter/USB port.

I'm not trying to "blame" your hardware just trying to cover all the bases, in the unlikely event you haven't.

How many instances of CGMiner were you running?  Were you trying to use any command line options?

I have a bit of a problem.

I have 2 gpu's and 4 usb asci's

I run -o stratum.d7.lt:3333 -u xxxx -p xxxx -d 0 -d 1 -d 2 -d 3 -d 4 -d 5 --api-listen --api-port 4028 --api-allow W:127.0.0.1 -T and cgminer probes for an alive pool than crashes.

I have also tried -o stratum.d7.lt:3333 -u xxxx -p xxxx -w 256  -g 1 --thread-concurrency 6144,24000 -I 14,20 -d 0 -d 1 -d 2 -d 3 --api-listen --api-port 4029 --api-allow W:127.0.0.1 -T
to try and set up the gpu's but the same thing happens


Any ideas?

The hubs are DLink DUB-H7 7-port hubs, with 5 sticks in each hub with 3A power supplies.  It's my understanding that each BE should use 0.5A, so this should provide sufficient overhead for 5 sticks.  These hubs are well-known to work well with BEs in groups of 5.

Most importantly though, they work flawlessly when attached to a Linux box running different S/W, so I think blaming the hardware is probably a dead-end.

That sounds like a hub not supplying enough power.  What hub(s) are you using and what is the current and voltage rating of the Power Supplies.

Sam

 I agree in theory. Unfortunately, I have an obsessive compulsion to call people on their bullshit

 We all have our quirks.

You failed to quote my whole post - as I said, I was willing to help debug the problem, but was not afforded that opportunity.

Exactly HOW did I "give first offense"  I did NOTHING but point out a problem I had.  I said NOTHING to offend anyone.  I did not know that Kano had some kind of bizarre hatred of [THE MINER THAT DARE NOT SAY ITS NAME IN THIS THREAD].  Clearly Kano read offense into a post that contained NONE.

Since you seem to possess the OSS community spirit, maybe you and I could talk about the problem in more detail, so we can identify the part where I did something stupid that resulted in my problem?

I installed the Windows binary distribution of CGMiner - 3.3.1, I believe, was the current release at that time.  I read the README, and downloaded the Zadig binary linked on page 1, and installed the WinUSB driver for my block erupters, and for my BFL devices.  I then (just to be careful) rebooted the PC.  All devices appeared to be using the correct WinUSB drivers, so I then started CGMiner.  The devices were all recognized, and seemed to function as expected.  Over the next few days, however, I found that at least one Block Erupter would stop working after, on average, ~2-3 hours.  CGMiner would be constantly printing a communications error with the failed device, and the device itself would have an LED that was fully on constantly.  Manually unplugging and re-plugging the device would fix the problem, and CGMiner would autodetect the newly-reinserted device.

So what did I do wrong?  I did not try CGMiner under Linux, but whether or not that works would not change the fact that there was a problem with the Win 7 configuration, and that is the problem I reported.

Thanks a lot Kano. I know how some newb questions can be a pain.  

I'll watch the voltage closely and wasn't aware of it being able to do so much harm. Had no idea it could hurt a PS.
Hopefully Burnin Mining and SebastianJu find some good settings to settle on and post them.
Barntech will help, I think, with the drivers. At least he is talking about overclocking the rigs he is producing with Bitfury's. Said he got it from 2Ghash/s to 2.7Ghash/s. That is a lot. Burnin Minding talked about getting them to 5Ghash/s and I asked him how as it made no sense, but he never replied. Hmmmmm....

Have you heard of anyone using the --avalon-auto option? I see quite a few other interesting options there.

Thanks,
IAS

Both developers and users are part of the Open Source Software community, users have responsibility to report problems and help ascertain what the cause is, when possible.


He didn't "blindly" attack you, You, gave first offense, now your refusing to take responsibility for it.  You want Kano to take responsibility for his offensive post, but why should he when YOU refuse?

That was just for your enjoyment

Grow up. 

What about the crashing on first run with GPU mining on Windows?  You've still not acknowledged this.  

On several machines, several installs (Win7x64 Pro/Enterprise or Win8x64), I can only get cgminer to work with the ancient 12.8 drivers - and even then it's only 75% success rate.  Yet 'the other miner' works with 13.4 and newer no problems.  It doesn't make sense.

Edit: Spelling typo

I for one really like the "stupid USB drivers".

CGMiner 3.2.1 was the easiest install of new hardware I ever had.  I switched from GPU's to BE's and Jalapeno with NO ISSUES on Windbloze 7.

Then when 3.3.1 was released I was able to run multiple instances of CGMiner with equal numbers of BE's to multiple pools with ease and reliability.  You just cannot do that with serial USB drivers, when you reboot the system the ports can and probably will come up with a different port mapping and then I would need to redo my .bat files again to do what I want until the next round of Windoze updates.

Implementing new and improved ways of doing things always causes problem, but when they are resolved then you have a better application.

I guess we should all get ticked off at Al Gore for inventing the internet too, right?  Nobody should need more than a 1200bps modem and a BBS right?
Sam

Wrong.  I am not a CGMiner developer.  I have no responsibility or interest in personally debugging CGMiner.  Especially now, since I no longer even use it.

That being said, I thought the developers might want to be aware of the issue, that's why I posted it.  I would have been perfectly happy to provide more details to help Kano debug the issue, if he had requested that - but he chose to just blindly attack me instead.

It's actually very easy to avoid.

No!  You need to take responsibility for your own actions.

You started this "trainwreck" with no intentions of finding out what the problem was you were having with the program.

This is a community where we all work together to identify and resolve problems.  You had no intention of doing that.  You just lobbed a hand grenade and got offended by a remark in response you YOUR offensive remark.