I have a couple of gridseed's running on a raspberrypi with cgminer 3.7.2 and I seeing
"pool 1 JSON stratum auth failed: (null)"
every few minutes. What is this?
Topic: [GUIDE] GridSeed GC3355 5 Chip Setup/power/windows/linux/rpi by UnicornHasher - page 53. (Read 365630 times)
March 14, 2014, 02:58:10 PM
March 14, 2014, 02:46:42 PM
Hi fellow miners! Is it possible to mine both scrypt and sha in linux using the two different cgminer versions?
March 14, 2014, 02:24:18 PM
Also, with this many miners (1000+) do you see a problem running a stratum proxy like MultiMiner (with bfgminer built in) on the LAN to make it easier for switching coins etc..?
Besides adding another point of failure (which i'm not as concerned about because this is running on redundant datacenter gear) would hashrate drop any or affect anything else that you guys are aware of?
Thanks.
Besides adding another point of failure (which i'm not as concerned about because this is running on redundant datacenter gear) would hashrate drop any or affect anything else that you guys are aware of?
Thanks.
March 14, 2014, 01:50:58 PM
I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
I do have software automation setup for alerts, restart cgminer, etc.. so no problem there.
The 127 usb device limit is my problem as stated here: http://en.wikipedia.org/wiki/USB_hub
@wolfey2014, you stated if I knew what I was looking for this should be easy to find?
Can you give me some hints?
I dislike you.
Haha well thank you kind sir
So maybe using a motherboard with multiple USB controllers will work? Just thinking out loud. Any ideas there?
Though I fundamentally disagree with the idea of trying to run hundreds of miners from a single controller, you can always use one of these: http://www.ioiusb.com/Host-Adapter/U2X4-PCIE1X01.htm (i'm not a big fan of single points of failure so please at least get a cheap server case with dual power supplies and RAID-1. And don't forget UPSs!)
Its a 4x1 USB 2.0 card with 4 independent ports that supports 127 devices each, so that'll get you to 500 miners at least. How the OS will address them is up to you (I have no idea if there are any limitations).
Best of luck,
-EMoomjean
Cool! it looks like it may take a while to get one of these in so for now i'll probably use mini pc's. Anyone recommend a cheap mini PC on amazon for this?
March 14, 2014, 01:46:17 PM
I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
I do have software automation setup for alerts, restart cgminer, etc.. so no problem there.
The 127 usb device limit is my problem as stated here: http://en.wikipedia.org/wiki/USB_hub
@wolfey2014, you stated if I knew what I was looking for this should be easy to find?
Can you give me some hints?
I dislike you.
Haha well thank you kind sir
So maybe using a motherboard with multiple USB controllers will work? Just thinking out loud. Any ideas there?
Though I fundamentally disagree with the idea of trying to run hundreds of miners from a single controller, you can always use one of these: http://www.ioiusb.com/Host-Adapter/U2X4-PCIE1X01.htm (i'm not a big fan of single points of failure so please at least get a cheap server case with dual power supplies and RAID-1. And don't forget UPSs!)
Its a 4x1 USB 2.0 card with 4 independent ports that supports 127 devices each, so that'll get you to 500 miners at least. How the OS will address them is up to you (I have no idea if there are any limitations).
Best of luck,
-EMoomjean
March 14, 2014, 01:39:36 PM
So everytime I hook more than 100 gridseed 5-chip devices to ubuntu 12.04 using the forked cgminer 3.72 (for gridseed) I get errors in syslog about usb.
Some look like this: err (28) No space left on device usb
Others look like this: unable to enumerate USB device on port
I tried another PCI-e usb card and could only get 22 on the extra usb card.
Is there some type of bus limit I can increase to get past 100?
Thanks for any help!
Some look like this: err (28) No space left on device usb
Others look like this: unable to enumerate USB device on port
I tried another PCI-e usb card and could only get 22 on the extra usb card.
Is there some type of bus limit I can increase to get past 100?
Thanks for any help!
If you have enough for a 100 units, get some more controllers... Its better anyways since it gives you another point of redundancy...
Get 5 Raspberry Pi's - 20 units loaded on each one, that way if one miner is down, you'll atleast know where to look instead of finding a needle in a haystack
Danny
This doesn't scale well though. I'll have 1000+ of these miners soon and won't be able to manage that many raspberry's..
Any other ideas?
if you have 1000, then purchase 50 Raspberry Pi's using CGMiner, then use this:
http://manotechnology.blogspot.com/p/cgremote.html
So your way of scaling up a farm is to use 1 giant computer? lol How do you think Dave run's his 8 million dollar a month bitfury farm? Its all Raspberry Pi's!!
I'm not trying to run 1000+ units on one box. I'm trying to get away with running these on no more than 5 or 6 computers
If not, i'll settle for the first 1000 units to run on 10 linux machines.
March 14, 2014, 01:32:34 PM
So everytime I hook more than 100 gridseed 5-chip devices to ubuntu 12.04 using the forked cgminer 3.72 (for gridseed) I get errors in syslog about usb.
Some look like this: err (28) No space left on device usb
Others look like this: unable to enumerate USB device on port
I tried another PCI-e usb card and could only get 22 on the extra usb card.
Is there some type of bus limit I can increase to get past 100?
Thanks for any help!
Some look like this: err (28) No space left on device usb
Others look like this: unable to enumerate USB device on port
I tried another PCI-e usb card and could only get 22 on the extra usb card.
Is there some type of bus limit I can increase to get past 100?
Thanks for any help!
If you have enough for a 100 units, get some more controllers... Its better anyways since it gives you another point of redundancy...
Get 5 Raspberry Pi's - 20 units loaded on each one, that way if one miner is down, you'll atleast know where to look instead of finding a needle in a haystack
Danny
This doesn't scale well though. I'll have 1000+ of these miners soon and won't be able to manage that many raspberry's..
Any other ideas?
if you have 1000, then purchase 50 Raspberry Pi's using CGMiner, then use this:
http://manotechnology.blogspot.com/p/cgremote.html
So your way of scaling up a farm is to use 1 giant computer? lol How do you think Dave run's his 8 million dollar a month bitfury farm? Its all Raspberry Pi's!!
March 14, 2014, 01:26:48 PM
No problems here!
There are NO firmware issues causing disconnects!...in my GS5's at least.
I'm using cpuminer - works great!
...
I see so many complaints and configuration issues coming up from cgminer and bfdminer yet, using cpuminer there are no such problems or issues! NONE! Why isn't everyone using cpuminer? I think, based on what I've seen and read, bdgminer should be called BFHminer (big fuggin headache) because it causes so many configuration and coding issues. Why bother with it then? I will say that cgminer seems to be a lot less buggy and most are having success with it. But I see few if any complaints about cpuminer from those who are using it. They seem to be simply hashing away with little to no issues.....me included!
There are NO firmware issues causing disconnects!...in my GS5's at least.
I'm using cpuminer - works great!
...
I see so many complaints and configuration issues coming up from cgminer and bfdminer yet, using cpuminer there are no such problems or issues! NONE! Why isn't everyone using cpuminer? I think, based on what I've seen and read, bdgminer should be called BFHminer (big fuggin headache) because it causes so many configuration and coding issues. Why bother with it then? I will say that cgminer seems to be a lot less buggy and most are having success with it. But I see few if any complaints about cpuminer from those who are using it. They seem to be simply hashing away with little to no issues.....me included!
Even if You can make miner better than bfgminer it would be much more polite not ugly naming it. Please stop making noise in forums. I'm sure I have been reading more that 10 times that You are using CPUminer with Your Gridseeds. And towards the members that are asking for help how to configure cgminer or bfgminer You keep throwing Your CPUminer recommendation. Some of us enjoy fixing things that are not working. Enjoying challenges.
Why I'm not using CPUminer?
Do You see Your hashrate in CPUminer or You are left on allways noted innacurate pool ratings?
Do You have possibility to specify fallback pool, or You believe that pools are working without downtime?
Yes, bfgminer can work with Gridseeds and Dualminers:
Code:
bfgminer version 3.10.0 - Started: [2014-03-14 10:41:47] - [ 0 days 08:16:29]
[M]anage devices [P]ool management [S]ettings [D]isplay options [H]elp [Q]uit
Connected to eu.multipool.us diff 0 with stratum as user USR
Block: ...bd52529e #140513 Diff:1.15k ( 8.25Gh/s) Started: [19:07:56]
ST:9 F:51 NB:717 AS:0 BW:[ 47/ 55 B/s] E:0.00 I:36.41mBTC/hr BS:1
2 | 1.08/ 1.07/ 1.00Mh/s | A:13245 R:269+180(none) HW:206/none
--------------------------------------------------------------------------------
GSD 0: | 361.7/352.6/329.3kh/s | A: 4405 R:109+ 17(none) HW: 96/none
GSD 1: | 361.7/353.2/339.3kh/s | A: 4483 R:121+ 16(none) HW:110/none
DMU 0: | 74.2/ 73.0/ 69.6kh/s | A: 918 R: 9+ 28(none) HW: 0/none
DMU 1: | 74.3/ 72.3/ 64.2kh/s | A: 849 R: 6+ 28(none) HW: 0/none
DMU 2: | 73.5/ 72.8/ 64.3kh/s | A: 857 R: 7+ 35(none) HW: 0/none
DMU 3: | 76.2/ 72.6/ 67.9kh/s | A: 866 R: 8+ 31(none) HW: 0/none
DMU 4: | 74.2/ 72.5/ 66.7kh/s | A: 877 R: 9+ 25(none) HW: 0/none
--------------------------------------------------------------------------------
[2014-03-14 19:08:15] Accepted 04a39cd0 GSD 1 pool 0 Diff 0/0
[2014-03-14 19:08:16] Accepted 029c3b0e GSD 1 pool 0 Diff 0/0
[2014-03-14 19:08:18] Accepted 00ded2f1 GSD 1 pool 0 Diff 0/0
[2014-03-14 19:08:24] Accepted 0082b5b2 GSD 0 pool 0 Diff 0/0
[2014-03-14 19:08:25] Accepted 00610872 GSD 1 pool 0 Diff 0/0
[2014-03-14 19:08:27] Accepted 046e3039 GSD 1 pool 0 Diff 0/0
[2014-03-14 19:08:29] Accepted 073ee844 GSD 1 pool 0 Diff 0/0
[2014-03-14 19:08:32] Accepted 0153c1f4 DMU 1 pool 0 Diff 0/0
[2014-03-14 19:08:33] Accepted 05bbcb87 GSD 1 pool 0 Diff 0/0
[2014-03-14 19:08:33] Accepted 0526714e GSD 0 pool 0 Diff 0/0
[2014-03-14 19:08:35] Accepted 04ebf16a GSD 1 pool 0 Diff 0/0
[2014-03-14 19:08:35] Accepted 033347ad GSD 1 pool 0 Diff 0/0
March 14, 2014, 01:25:39 PM
March 14, 2014, 12:52:12 PM
I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
I do have software automation setup for alerts, restart cgminer, etc.. so no problem there.
The 127 usb device limit is my problem as stated here: http://en.wikipedia.org/wiki/USB_hub
@wolfey2014, you stated if I knew what I was looking for this should be easy to find?
Can you give me some hints?
I dislike you.
Haha well thank you kind sir
So maybe using a motherboard with multiple USB controllers will work? Just thinking out loud. Any ideas there?
March 14, 2014, 12:48:21 PM
I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
I do have software automation setup for alerts, restart cgminer, etc.. so no problem there.
The 127 usb device limit is my problem as stated here: http://en.wikipedia.org/wiki/USB_hub
@wolfey2014, you stated if I knew what I was looking for this should be easy to find?
Can you give me some hints?
I dislike you.
LOL
March 14, 2014, 12:47:12 PM
I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
I do have software automation setup for alerts, restart cgminer, etc.. so no problem there.
The 127 usb device limit is my problem as stated here: http://en.wikipedia.org/wiki/USB_hub
@wolfey2014, you stated if I knew what I was looking for this should be easy to find?
Can you give me some hints?
I dislike you.
March 14, 2014, 12:43:12 PM
I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
I do have software automation setup for alerts, restart cgminer, etc.. so no problem there.
The 127 usb device limit is my problem as stated here: http://en.wikipedia.org/wiki/USB_hub
@wolfey2014, you stated if I knew what I was looking for this should be easy to find?
Can you give me some hints?
March 14, 2014, 12:37:02 PM
bah I messed it up
March 14, 2014, 12:34:02 PM
I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
chanberg - it's easier than groups of 20 if you label the equipment.
jmordica - Stop being an idiot.
If you are really really planning to run 1000+ of these devices with no automation, no labeling, and generally no clue I hope they catch fire.
Stick 10-64 per control system because that leaves room for a margin of error and for known statistical events of computational error.
LABEL the cables (power/usb) and the gridseeds with the serial number.
Run reports continuously on which devices are up and which are down.
It's just like IBM doesn't make a datacenter and just throw computers into it. They label the rows and cables, and computers.
What's wrong with you.
If you don't have any automation software you shouldn't run 100 of these.
It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.
Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.
chanberg - it's easier than groups of 20 if you label the equipment.
jmordica - Stop being an idiot.
If you are really really planning to run 1000+ of these devices with no automation, no labeling, and generally no clue I hope they catch fire.
Stick 10-64 per control system because that leaves room for a margin of error and for known statistical events of computational error.
LABEL the cables (power/usb) and the gridseeds with the serial number.
Run reports continuously on which devices are up and which are down.
It's just like IBM doesn't make a datacenter and just throw computers into it. They label the rows and cables, and computers.
What's wrong with you.
Code:
./cgminer -n --usb-devs
ls -la /dev/serial/by-id/*
ls -la /dev/serial/by-path/*
lsusb -t
lsusb
March 14, 2014, 12:32:10 PM
So everytime I hook more than 100 gridseed 5-chip devices to ubuntu 12.04 using the forked cgminer 3.72 (for gridseed) I get errors in syslog about usb.
Some look like this: err (28) No space left on device usb
Others look like this: unable to enumerate USB device on port
I tried another PCI-e usb card and could only get 22 on the extra usb card.
Is there some type of bus limit I can increase to get past 100?
Thanks for any help!
Some look like this: err (28) No space left on device usb
Others look like this: unable to enumerate USB device on port
I tried another PCI-e usb card and could only get 22 on the extra usb card.
Is there some type of bus limit I can increase to get past 100?
Thanks for any help!
If you have enough for a 100 units, get some more controllers... Its better anyways since it gives you another point of redundancy...
Get 5 Raspberry Pi's - 20 units loaded on each one, that way if one miner is down, you'll atleast know where to look instead of finding a needle in a haystack
Danny
Not exactly that difficult if you know what to look for...
Quote from: wolfey2014
link=topic=494625.msg5686286#msg5686286 date=1394759544
link=topic=494625.msg5686286#msg5686286 date=1394759544
Hello everyone!
This data will definitely help with Tuning your GridSeed 5 chip USB miner/s.
I just received this data from GRIDSEED via HASHRA.com today. 3-13-14
I'm paraphrasing for general clarity.
I've also added some of my own observations based on direct experience with my own GS5's.
GRIDSEED GS3355 5 Chip USB Miner - Flashing RED and GREEN LED's - What They Actually Mean.
All timings are either approximate or exact, if not darn close!
Your clock speed may vary slightly.
GREEN flashing LED means - 5V is ON / drive electronics are powered up.
GREEN LED is ON for 1 second, OFF for 1 second.
RED flashing LED - ON 3 seconds / OFF 3 seconds:
Miner Is Hashing / Processing Data.
RED flashing LED - ON 60 to 70 seconds - OFF 60 to 70 seconds:
Miner is Not Hashing / Processing Data.
If Fan is OFF and RED LED IS STUCK ON or OFF i.e. not flashing:
12V is OFF - 5V is ON.
FAN is ON but no GREEN OR RED LED's are flashing ON or OFF:
12V ON - 5V OFF.
When first powering the miner on, the best sequence I have found is:
First, turn 12V Power ON
Second, turn 5V USB Power ON
This will enable self test to occur in correct sequence. (I'm guessing)
If you do not use correct power up sequence, various hash / no hash / no shares reported type problems may occur. (I'm guessing here too)
A few seconds after 5V USB Power is turned on, the GREEN LED's will start
to flash ON/OFF as written above.
After 12V power is turned ON, in about 60 to 70 seconds,
the RED LED's will start to sequence ON/OFF as written above.
Hope this helps!
Peace
Wolfey2014
LR6U7jB2Fb4pJYogbergqQHZgBRQ5UAqBG (LTC)
1G9uTT2YvygQXPMw4CaLWPJmg6asJBqM5f (BTC)
DMtMWd492Y4PrzZBA6fvkXywnGtgNcFdBd (DOGE)
This data will definitely help with Tuning your GridSeed 5 chip USB miner/s.
I just received this data from GRIDSEED via HASHRA.com today. 3-13-14
I'm paraphrasing for general clarity.
I've also added some of my own observations based on direct experience with my own GS5's.
GRIDSEED GS3355 5 Chip USB Miner - Flashing RED and GREEN LED's - What They Actually Mean.
All timings are either approximate or exact, if not darn close!
Your clock speed may vary slightly.
GREEN flashing LED means - 5V is ON / drive electronics are powered up.
GREEN LED is ON for 1 second, OFF for 1 second.
RED flashing LED - ON 3 seconds / OFF 3 seconds:
Miner Is Hashing / Processing Data.
RED flashing LED - ON 60 to 70 seconds - OFF 60 to 70 seconds:
Miner is Not Hashing / Processing Data.
If Fan is OFF and RED LED IS STUCK ON or OFF i.e. not flashing:
12V is OFF - 5V is ON.
FAN is ON but no GREEN OR RED LED's are flashing ON or OFF:
12V ON - 5V OFF.
When first powering the miner on, the best sequence I have found is:
First, turn 12V Power ON
Second, turn 5V USB Power ON
This will enable self test to occur in correct sequence. (I'm guessing)
If you do not use correct power up sequence, various hash / no hash / no shares reported type problems may occur. (I'm guessing here too)
A few seconds after 5V USB Power is turned on, the GREEN LED's will start
to flash ON/OFF as written above.
After 12V power is turned ON, in about 60 to 70 seconds,
the RED LED's will start to sequence ON/OFF as written above.
Hope this helps!
Peace
Wolfey2014
LR6U7jB2Fb4pJYogbergqQHZgBRQ5UAqBG (LTC)
1G9uTT2YvygQXPMw4CaLWPJmg6asJBqM5f (BTC)
DMtMWd492Y4PrzZBA6fvkXywnGtgNcFdBd (DOGE)
March 14, 2014, 12:27:25 PM
So everytime I hook more than 100 gridseed 5-chip devices to ubuntu 12.04 using the forked cgminer 3.72 (for gridseed) I get errors in syslog about usb.
Some look like this: err (28) No space left on device usb
Others look like this: unable to enumerate USB device on port
I tried another PCI-e usb card and could only get 22 on the extra usb card.
Is there some type of bus limit I can increase to get past 100?
Thanks for any help!
Some look like this: err (28) No space left on device usb
Others look like this: unable to enumerate USB device on port
I tried another PCI-e usb card and could only get 22 on the extra usb card.
Is there some type of bus limit I can increase to get past 100?
Thanks for any help!
bad news
http://superuser.com/questions/371051/what-is-and-how-to-increase-the-maximum-number-of-usb-devices
March 14, 2014, 12:17:21 PM
So everytime I hook more than 100 gridseed 5-chip devices to ubuntu 12.04 using the forked cgminer 3.72 (for gridseed) I get errors in syslog about usb.
Some look like this: err (28) No space left on device usb
Others look like this: unable to enumerate USB device on port
I tried another PCI-e usb card and could only get 22 on the extra usb card.
Is there some type of bus limit I can increase to get past 100?
Thanks for any help!
Some look like this: err (28) No space left on device usb
Others look like this: unable to enumerate USB device on port
I tried another PCI-e usb card and could only get 22 on the extra usb card.
Is there some type of bus limit I can increase to get past 100?
Thanks for any help!
If you have enough for a 100 units, get some more controllers... Its better anyways since it gives you another point of redundancy...
Get 5 Raspberry Pi's - 20 units loaded on each one, that way if one miner is down, you'll atleast know where to look instead of finding a needle in a haystack
Danny
This doesn't scale well though. I'll have 1000+ of these miners soon and won't be able to manage that many raspberry's..
Any other ideas?
March 14, 2014, 12:07:58 PM
thanks, again
March 14, 2014, 12:04:32 PM
So everytime I hook more than 100 gridseed 5-chip devices to ubuntu 12.04 using the forked cgminer 3.72 (for gridseed) I get errors in syslog about usb.
Some look like this: err (28) No space left on device usb
Others look like this: unable to enumerate USB device on port
I tried another PCI-e usb card and could only get 22 on the extra usb card.
Is there some type of bus limit I can increase to get past 100?
Thanks for any help!
Some look like this: err (28) No space left on device usb
Others look like this: unable to enumerate USB device on port
I tried another PCI-e usb card and could only get 22 on the extra usb card.
Is there some type of bus limit I can increase to get past 100?
Thanks for any help!
If you have enough for a 100 units, get some more controllers... Its better anyways since it gives you another point of redundancy...
Get 5 Raspberry Pi's - 20 units loaded on each one, that way if one miner is down, you'll atleast know where to look instead of finding a needle in a haystack
Danny
Jump to: