|
Mogumodz
|
 |
October 29, 2013, 07:04:57 PM |
|
Flashed the dead boards again with .98 - removed the prefix
THEY ARE ALIVE
@phoenix - play with mining url in the GUI and keep flashing 98 and rebooting/saving/rebooting CGMiner - ive been doing this and for whatever reason things are starting to wake up now
Really? I have one jup with .98 on it that has a bad ASIC... might try to reconnect it Top 2 are R5/R6, bottom left is the 3/4 jup. Still gets 415! Wow, my "good" Jups don't go above 550 - You lucked out. I did the whole DC of the boards and RC - not sure if that had any affect FYI, Before I updated to 0.98, a Jupiter on 0.96 & 0.97 never went over 390GH, now over 500+ Will run it over night and see how it goes with the 12 hour average.
|
|
|
|
|
DimensionsOfHell
|
 |
October 29, 2013, 07:19:30 PM |
|
So far with fw 0.9.8 my saturn went from 135GH/s to 203GH/s at the pool. That is the first time I've seen it hit 200GH/s. I wish I could get to 270+ like some of you guys are getting.
|
|
|
|
|
|
sbfree
|
 |
October 29, 2013, 07:20:18 PM |
|
4HRS into .98 on Saturn
server pool stats: miner_knc 280.53 GH/s 55,000k (99.83%)
beautiful hash rate.
cgminer stats:
294.0G/284.9Gh/s | A:898688 R:12032 HW:21756 WU:3995.8/
around 2% HW error , when 15%-20% prior
Room temp a hot 80F (about 27C) and chips are 51.5c and 53c
I hope this keeps up!
|
|
|
|
|
|
sbfree
|
 |
October 29, 2013, 07:21:42 PM |
|
So far with fw 0.9.8 my saturn went from 135GH/s to 203GH/s at the pool. That is the first time I've seen it hit 200GH/s. I wish I could get to 270+ like some of you guys are getting.
Hey, have you used bertmod to see what is going on in there? Post those stats, maybe give you some ideas. Hurry!
|
|
|
|
|
|
DPoS
|
 |
October 29, 2013, 07:23:40 PM |
|
Had issues with closed http/ssh ports after a previous firmware upgrade. Simple reset did not help.
My good miner just closed up like that but it is still hashing strong on BTCGuild so I'll just leave it to mind its own business Troubled miner on .98 has woke well with the little overclockin that it does.. keeps many more cores alive and around 2% HW error rate. Still have one dead die. But gained about 75Gh which brings it over 500 on avg still would be nice to have release notes on the firmwares
|
|
|
|
edgar
Legendary
Offline
Activity: 1859
Merit: 1001
|
 |
October 29, 2013, 07:24:00 PM |
|
So far with fw 0.9.8 my saturn went from 135GH/s to 203GH/s at the pool. That is the first time I've seen it hit 200GH/s. I wish I could get to 270+ like some of you guys are getting.
Hey, have you used bertmod to see what is going on in there? Post those stats, maybe give you some ideas. Hurry! and enablecores.bin
|
|
|
|
|
|
bobsag3
|
 |
October 29, 2013, 07:29:05 PM |
|
So, yeah, its a config file issue for sure. It's adding the extra http prefix - when in the GUI settings it is not present. [2013-10-29 19:15:59] Pool: 0 URL: http://stratum.mining.eligius.st:3334 User : 1HLvY2cSYzrW3qLqaM8hhM42fdKvUZ7Ajz Password: 123 [2013-10-29 19:15:59] Press any key to exit, or cgminer will try again in 15s. [2013-10-29 19:17:14] No servers were found that could be used to get work from . [2013-10-29 19:17:14] Please check the details from the list below of the serve rs you have input [2013-10-29 19:17:14] Most likely you have input the wrong URL, forgotten to ad d a port, or have not set up workers [2013-10-29 19:17:14] Pool: 0 URL: http://stratum.mining.eligius.st:3334 User : 1HLvY2cSYzrW3qLqaM8hhM42fdKvUZ7Ajz Password: 123 [2013-10-29 19:17:14] Press any key to exit, or cgminer will try again in 15s. Broadcast message from root@Jupiter-2-REAL (Tue Oct 29 19:17:34 2013): We had that problem on one as well. I will get Redacted to jump in here and explain what he did to fix.. I think he overwrote the cgminer.conf file completely, and then it went back to working 100%.
|
|
|
|
|
|
FeedbackLoop
|
 |
October 29, 2013, 07:30:20 PM |
|
So far with fw 0.9.8 my saturn went from 135GH/s to 203GH/s at the pool. That is the first time I've seen it hit 200GH/s. I wish I could get to 270+ like some of you guys are getting.
Hey, have you used bertmod to see what is going on in there? Post those stats, maybe give you some ideas. Hurry! And try running it a bit hotter. I don't get the http: in cgminer when not present at the gui.
|
|
|
|
|
Tigggger
Legendary
Offline
Activity: 1098
Merit: 1000
|
 |
October 29, 2013, 07:32:17 PM |
|
5 hours in and 0.98 has worked miracles on my jupiter dramatically reducing the HW errors and so increasing the hashrate at the pool by 50GH 0.97 CGMiner: 545 Pool: 500 HW: 8.5% 0.98 CGMiner: 559 Pool: 550 HW: 2.1% 
|
|
|
|
|
FiatKiller
|
 |
October 29, 2013, 07:36:03 PM |
|
Just put the proper stratum+tcp prefix in the miner settings screen. Works fine for me.
|
|
|
|
Rampion
Legendary
Offline
Activity: 1148
Merit: 1018
|
 |
October 29, 2013, 07:46:49 PM |
|
Had a small problem with 0.98, hashrate skyrocketed very hard on all the miners (some had a 35% increase in pool hashrate!) but the electricity it draws was too much for one of the UPS, which switched itself off.
Funny thing is that precisely into that UPS I had also plugged in the switch to which all my units are connected, so it brought down all the farm.
The obvious explanation is that the UPS couldn't handle the power drew by the miner with 0.98 + the 16 ports switch, but that's ridiculous because the switch shouldn't draw more than 10w and the UPS is 1500va, so it is supposed to handle with no problem 900w of continuous power.
I'm now testing a couple of units with 0.98 (the ones in which the increase was spectacular), and I rolled back to 0.97 on the rest. Will report later.
|
|
|
|
|
FiatKiller
|
 |
October 29, 2013, 07:47:03 PM |
|
Could it be the bertmod screwing you guys up? I did not install it yet and mine works fine.
|
|
|
|
|
rolling
|
 |
October 29, 2013, 07:54:42 PM |
|
Could it be the bertmod screwing you guys up? I did not install it yet and mine works fine.
Nope, I have bertmod (with zpm fix) installed on mine and no problems. Rock solid at 560-565GH/s.
|
|
|
|
|
|
FiatKiller
|
 |
October 29, 2013, 07:57:16 PM |
|
Could it be the bertmod screwing you guys up? I did not install it yet and mine works fine.
Nope, I have bertmod (with zpm fix) installed on mine and no problems. Rock solid at 560-565GH/s. I also renamed my asic_test file before FM9.8 also. Probably not related. Miner seemed a bit worse afterwards FYI.
|
|
|
|
|
sbfree
|
 |
October 29, 2013, 07:58:36 PM |
|
Could it be the bertmod screwing you guys up? I did not install it yet and mine works fine.
Nope, I have bertmod (with zpm fix) installed on mine and no problems. Rock solid at 560-565GH/s. mine is working great w/ bertmod zpm
|
|
|
|
|
|
FeedbackLoop
|
 |
October 29, 2013, 08:02:00 PM Last edit: October 29, 2013, 08:27:38 PM by FeedbackLoop |
|
So, after a while:
583 GH/s at Slush. Woot!
Plenty of extra airflow though house is quite warm at the moment. Temps from 51 to 60.5, about the same I was getting with running it hot in 0.95 getting 520. (500 running it cold)
HW just below 2% from like 16% with 0.95 cold. (From 4% 0.95 hot.)
Careful not to fry your machine with all those setups of stopped fans with this fw.
Works like a charm! Congratulations to ckolivas and KNC!
No Bertmod. Can't reach Eligius.
|
|
|
|
|
sickpig
Legendary
Offline
Activity: 1260
Merit: 1014
|
 |
October 29, 2013, 08:02:17 PM |
|
Had a small problem with 0.98, hashrate skyrocketed very hard on all the miners (some had a 35% increase in pool hashrate!) but the electricity it draws was too much for one of the UPS, which switched itself off.
Funny thing is that precisely into that UPS I had also plugged in the switch to which all my units are connected, so it brought down all the farm.
The obvious explanation is that the UPS couldn't handle the power drew by the miner with 0.98 + the 16 ports switch, but that's ridiculous because the switch shouldn't draw more than 10w and the UPS is 1500va, so it is supposed to handle with no problem 900w of continuous power.
I'm now testing a couple of units with 0.98 (the ones in which the increase was spectacular), and I rolled back to 0.97 on the rest. Will report later.
how many and which type of miners?
|
Bitcoin is a participatory system which ought to respect the right of self determinism of all of its users - Gregory Maxwell.
|
|
|
|
DPoS
|
 |
October 29, 2013, 08:12:53 PM Last edit: October 29, 2013, 08:47:07 PM by DPoS |
|
if anyone likes to have their miner status page and core stats on different pages (so not to constantly check cores) then just put asic_status.pl in /config/mods/ and run this script #!/bin/sh while true do for b in 1 2 3 4 5 6 7 8 9 ; do perl /config/mods/asic_status.pl > /www/pages/corecurrent.html echo $b >> /www/pages/corecurrent.html cp /www/pages/corecurrent.html /www/pages/core$b.html echo $b sleep 1200 done done
that will create a core status page and also keep archive of the last 9 checks the sleep is set for 20 minutes you can change anything you like to fit your tastes (if anyone knows a simple way to append and display $b into the corecurrent.html that would be nice to readily show which archive point is last made) thx texaslabrat
|
|
|
|
texaslabrat
Newbie
Offline
Activity: 56
Merit: 0
|
 |
October 29, 2013, 08:21:58 PM |
|
if anyone likes to have their miner status page and core stats on different pages (so not to constantly check cores) then just put asic_status.pl in /config/mods/ and run this script #!/bin/sh while true do for b in 1 2 3 4 5 6 7 8 9 ; do perl /config/mods/asic_status.pl > /www/pages/corecurrent.html cp /www/pages/corecurrent.html /www/pages/core$b.html echo $b sleep 1200 done done
that will create a core status page and also keep archive of the last 9 checks the sleep is set for 20 minutes you can change anything you like to fit your tastes (if anyone knows a simple way to append and display $b into the corecurrent.html that would be nice to readily show which archive point is last made) I would think something like "echo $b >> /www/pages/corecurrent.html" would work, no?
|
|
|
|
|
|
-Redacted-
|
 |
October 29, 2013, 08:25:19 PM Last edit: October 29, 2013, 08:35:35 PM by -Redacted- |
|
So, yeah, its a config file issue for sure. It's adding the extra http prefix - when in the GUI settings it is not present. [2013-10-29 19:15:59] Pool: 0 URL: http://stratum.mining.eligius.st:3334 User : 1HLvY2cSYzrW3qLqaM8hhM42fdKvUZ7Ajz Password: 123 [2013-10-29 19:15:59] Press any key to exit, or cgminer will try again in 15s. [2013-10-29 19:17:14] No servers were found that could be used to get work from . [2013-10-29 19:17:14] Please check the details from the list below of the serve rs you have input [2013-10-29 19:17:14] Most likely you have input the wrong URL, forgotten to ad d a port, or have not set up workers [2013-10-29 19:17:14] Pool: 0 URL: http://stratum.mining.eligius.st:3334 User : 1HLvY2cSYzrW3qLqaM8hhM42fdKvUZ7Ajz Password: 123 [2013-10-29 19:17:14] Press any key to exit, or cgminer will try again in 15s. Broadcast message from root@Jupiter-2-REAL (Tue Oct 29 19:17:34 2013): We had that problem on one as well. I will get Redacted to jump in here and explain what he did to fix.. I think he overwrote the cgminer.conf file completely, and then it went back to working 100%. Yep - that's exactly it- I wish I knew how to navigate more in SSH so I could open up the conf and rewrite it. SSH in logincd /config cat ./cgminer.conf - lists the file out to edit cgminer config file nano ./cgminer.conf to kill the current bad cgminer invocationkillall screen to restart cgminerscreen cgminer -c /config/cgminer.conf to copy the factory version of cgminer config over the current onecp cgminer.factory.conf cgminer.conf To get into the cgminer running under screen when you log inscreen -dr Use CTL-A followed by a lower case d to detach from the running screen before exiting.
|
|
|
|
|
|