Master One
Full Member
Offline
Activity: 238
Merit: 100
Wanna buy a Tesla? Visit TeslaBargain.com first!
|
|
September 18, 2014, 07:54:02 AM |
|
I can only hope @BITMAIN considers the fact, that difficulty will go THROUGH THE ROOF with the next jump now that the network hash rate went beyond 260 PH/s, when announcing the price for B10!
|
|
|
|
bruno033
Newbie
Offline
Activity: 34
Merit: 0
|
|
September 18, 2014, 08:21:29 AM |
|
hello, I need a little help. I am putting on my 4.6.0 cgminer antminer S3 version as I'm not too good that I am have explained to me how does have simple version. Thank you in advance. Sorry for my bad English I'm French
|
|
|
|
pekatete
|
|
September 18, 2014, 10:21:06 AM |
|
hello, I need a little help. I am putting on my 4.6.0 cgminer antminer S3 version as I'm not too good that I am have explained to me how does have simple version. Thank you in advance. Sorry for my bad English I'm French To upgrade to cgminer 4.6 follow this process. 1. SSH into the S3 and login 2. Issue the following commands sequentially. a) cd /usr/bin b) mv cgminer cgminer.bak c) wget http://ck.kolivas.org/apps/cgminer/antminer/s3/4.6.0-140908/cgminer d) chmod +x cgminer e) reboot To revert back to the stock cgminer (assuming you followed the above process): 1. SSH into the S3 and login 2. Issue the following commands sequentially. a) cd /usr/bin b) mv cgminer cgminer.4_6 c) mv cgminer.bak cgminer d) reboot
|
|
|
|
bruno033
Newbie
Offline
Activity: 34
Merit: 0
|
|
September 18, 2014, 10:27:04 AM |
|
hello, I need a little help. I am putting on my 4.6.0 cgminer antminer S3 version as I'm not too good that I am have explained to me how does have simple version. Thank you in advance. Sorry for my bad English I'm French To upgrade to cgminer 4.6 follow this process. 1. SSH into the S3 and login 2. Issue the following commands sequentially. a) cd /usr/bin b) mv cgminer cgminer.bak c) wget http://ck.kolivas.org/apps/cgminer/antminer/s3/4.6.0-140908/cgminer d) chmod +x cgminer e) reboot To revert back to the stock cgminer (assuming you followed the above process): 1. SSH into the S3 and login 2. Issue the following commands sequentially. a) cd /usr/bin b) mv cgminer cgminer.4_6 c) mv cgminer.bak cgminer d) reboot thank you, but I do not know where to go, would it be possible to put screen step by step
|
|
|
|
jelin1984
Legendary
Offline
Activity: 2408
Merit: 1004
|
|
September 18, 2014, 10:36:50 AM |
|
|
|
|
|
CHAOSiTEC
Legendary
Offline
Activity: 1358
Merit: 1002
|
|
September 18, 2014, 10:42:40 AM |
|
hello, I need a little help. I am putting on my 4.6.0 cgminer antminer S3 version as I'm not too good that I am have explained to me how does have simple version. Thank you in advance. Sorry for my bad English I'm French To upgrade to cgminer 4.6 follow this process. 1. SSH into the S3 and login 2. Issue the following commands sequentially. a) cd /usr/bin b) mv cgminer cgminer.bak c) wget http://ck.kolivas.org/apps/cgminer/antminer/s3/4.6.0-140908/cgminer d) chmod +x cgminer e) reboot To revert back to the stock cgminer (assuming you followed the above process): 1. SSH into the S3 and login 2. Issue the following commands sequentially. a) cd /usr/bin b) mv cgminer cgminer.4_6 c) mv cgminer.bak cgminer d) reboot thank you, but I do not know where to go, would it be possible to put screen step by step im guessing your on windows, so downloiad putty : http://www.chiark.greenend.org.uk/~sgtatham/putty/download.htmlstart the executable, type in your S3 ip address, and connect.. use the same user and password you would use when going into the web user interface then type in: cd /usr/bin mv cgminer cgminer.bak wget http://ck.kolivas.org/apps/cgminer/antminer/s3/4.6.0-140908/cgminerchmod +x cgminer /etc/init.d/cgminer restart exit
|
node-vps.com - Tron / Masternode hosting services
|
|
|
jelin1984
Legendary
Offline
Activity: 2408
Merit: 1004
|
|
September 18, 2014, 10:44:16 AM |
|
|
|
|
|
Ustler
Newbie
Offline
Activity: 52
Merit: 0
|
|
September 18, 2014, 12:27:44 PM |
|
Don't think B9 has already shipped. My order still showing unshipped + no tracking #
|
|
|
|
Gws24
|
|
September 18, 2014, 12:43:47 PM |
|
Don't think B9 has already shipped. My order still showing unshipped + no tracking #
Mine have; received a tracking number this morning around 6 am CET
|
|
|
|
bspurloc
|
|
September 18, 2014, 01:31:50 PM Last edit: September 18, 2014, 03:04:40 PM by bspurloc |
|
So....long story short, I have a total of Eighteen S3+ Antminers that are in a building that for most of the time is not used. Every once in a while, however, it is used, so I want to be able to easily drop the fan noise down via a scripted approach. I have Teamviewer access to a live system there and I've used Putty to SSH into individual miners to change frequency on individual units. What would be a good scripted approach to change them en masses from say 250M to 212.5M and back? Sequential IPs and all same username/PW...
Thanks in advance!
I would setup a script on each one and then modify the web interfaces adding another page like 192.168.1.99/slowdown and 192.168.99/speedup that runt he scripts then you could just do it all over port 80 via lynx. assuming you know how to code etc... web interfaces root is /www by the way... Well, I used to program my TRS-80 many years ago and do some work in PowerShell automation, but I wouldn't say I'm proficient at all. Was hoping there was a fairly easy way to automate, but I can research what you noted above, thanks! basically you need 2 copies of /etc/config/asic-freq one with the higher frequency and one with the lower frequency. and of course in the script copying one over the other and issuing a /etc/init.d/cgminer restart command. or maybe a /etc/init.d/cgminer stop slight wait then /etc/init.d/cgminer start. as I have observed the restart command sometimes does not restart cgminer the hardest part is most likely getting html or cgi script to run the script, but im sure if u looked over the cgi of how the web client issues the reboot command that code could be copied and modified to run your script actually after looking at it, it is simpler than i thought... just put your script in /www/cgi-bin low.sh #!/bin/sh -f ----script code here--- echo "Content-type: text/html" echo "" echo "<HTML>" echo "<img src=../luci-static/resources/icons/antminer_logo.png>" echo "<h1>low executed</h1>" echo "</HTML>" dont forget chmod 777 low.sh execute that with http://antminersiphere/cgi-bin/low.shand it will execute that script. then do the same for adjusting back to hi hi.sh then if using windows or unix you can just install lynx and run a batch file that executes the 19 lynx url requests to each miner
|
|
|
|
wpgdeez
|
|
September 18, 2014, 01:41:46 PM |
|
Sorry about the off topic but: Perplexed rather than paranoid, something odd has occurred since checking the UPS shipping status of my S3+'s from China. I have two drives in this system both new this year, a 2TB main drive and a 3TB backup. Upon getting notification that the units were shipped I checked the UPS tracking and saw the status but about that time one of my hard drives started making sounds as if moving data to the inner area of the drive and that read arm was loud in its snapping movement. It's been happening every once in a while since. Meanwhile I've downloaded SeaTools and fast check the drives and both are okay and now doing a long drive test. So, NSA or China screwing with my system?
heads slamming in and out is a READ FAILURE. the heads try to realign then back to the platter area its trying to read. FAILS again and then try to align again, repeat repeat repeat. the drive a DOA. The nsa accusation is a tad crazy bra. Backup your data, failure is only a matter of time.
|
|
|
|
soy
Legendary
Offline
Activity: 1428
Merit: 1013
|
|
September 18, 2014, 01:49:32 PM |
|
Sorry about the off topic but: Perplexed rather than paranoid, something odd has occurred since checking the UPS shipping status of my S3+'s from China. I have two drives in this system both new this year, a 2TB main drive and a 3TB backup. Upon getting notification that the units were shipped I checked the UPS tracking and saw the status but about that time one of my hard drives started making sounds as if moving data to the inner area of the drive and that read arm was loud in its snapping movement. It's been happening every once in a while since. Meanwhile I've downloaded SeaTools and fast check the drives and both are okay and now doing a long drive test. So, NSA or China screwing with my system?
heads slamming in and out is a READ FAILURE. the heads try to realign then back to the platter area its trying to read. FAILS again and then try to align again, repeat repeat repeat. the drive a DOA. The nsa accusation is a tad crazy bra. Backup your data, failure is only a matter of time. Sorry this went so far off topic.
|
|
|
|
Count_Frackula
|
|
September 18, 2014, 02:03:28 PM |
|
Don't think B9 has already shipped. My order still showing unshipped + no tracking #
Mine just shipped about 15 min ago. Bitmain shows it as being ordered on 2014-09-15 14:30.
|
|
|
|
bspurloc
|
|
September 18, 2014, 02:32:46 PM |
|
oh the scrutiny... how many times does customs have to release it... OMG china is installing skimming tech to each miner!
09/18/2014 10:07 A.M. The package is awaiting clearing agency review. / The package is at the clearing agency awaiting final release.
Shenzhen, China 09/18/2014 7:32 P.M. Departure Scan 09/18/2014 3:31 P.M. Export Scan 09/18/2014 3:19 P.M. The clearing agency is experiencing technical difficulties and is temporarily unable to transmit package information. / Your package was released by the clearing agency.
Shenzhen, China 09/17/2014 9:23 P.M. The clearing agency is experiencing technical difficulties and is temporarily unable to transmit package information.
09/16/2014 10:57 P.M. The package is awaiting clearing agency review. / The package is at the clearing agency awaiting final release.
|
|
|
|
soy
Legendary
Offline
Activity: 1428
Merit: 1013
|
|
September 18, 2014, 03:07:27 PM |
|
Odd. Miners were running okay last night. This morning one was running at 20GH/s. ssh'd in and /etc/init.d/cgminer stop and /etc/init.d/cgminer start. Runs file. No reason in system log for hashing having dropped to 20GH/s.
|
|
|
|
mdude77
Legendary
Offline
Activity: 1540
Merit: 1001
|
|
September 18, 2014, 03:15:59 PM |
|
Odd. Miners were running okay last night. This morning one was running at 20GH/s. ssh'd in and /etc/init.d/cgminer stop and /etc/init.d/cgminer start. Runs file. No reason in system log for hashing having dropped to 20GH/s.
My S1 does that when it's powered off for a period of time. It's like it includes the downtime in its hashrate calculation. Rebooting it (non power cycle) fixes it. M
|
I mine at Kano's Pool because it pays the best and is completely transparent! Come join me!
|
|
|
bspurloc
|
|
September 18, 2014, 03:24:56 PM |
|
Odd. Miners were running okay last night. This morning one was running at 20GH/s. ssh'd in and /etc/init.d/cgminer stop and /etc/init.d/cgminer start. Runs file. No reason in system log for hashing having dropped to 20GH/s.
what was the 5s one showing? and yeah I have seen mine on recent reboots showing wrong numbers as it had wrong times in use, cycling cgminer cleared it up
|
|
|
|
soy
Legendary
Offline
Activity: 1428
Merit: 1013
|
|
September 18, 2014, 03:56:55 PM |
|
Odd. Miners were running okay last night. This morning one was running at 20GH/s. ssh'd in and /etc/init.d/cgminer stop and /etc/init.d/cgminer start. Runs file. No reason in system log for hashing having dropped to 20GH/s.
My S1 does that when it's powered off for a period of time. It's like it includes the downtime in its hashrate calculation. Rebooting it (non power cycle) fixes it. M Yes, I realize that. I often run /etc/init.d/stop then start (restart sometimes fails with no cgminer running) because starting again from init.d gives a fresh time on the GUI and the hash average starts from the restart. Yet, if the one miner had gone to an average of 20GH/s, that is so low that as an average there must have been no hashing going on at all.
|
|
|
|
soy
Legendary
Offline
Activity: 1428
Merit: 1013
|
|
September 18, 2014, 03:57:40 PM |
|
Odd. Miners were running okay last night. This morning one was running at 20GH/s. ssh'd in and /etc/init.d/cgminer stop and /etc/init.d/cgminer start. Runs file. No reason in system log for hashing having dropped to 20GH/s.
what was the 5s one showing? and yeah I have seen mine on recent reboots showing wrong numbers as it had wrong times in use, cycling cgminer cleared it up Sorry, I don't recall.
|
|
|
|
mrpark
|
|
September 18, 2014, 04:32:56 PM |
|
We will just have to agree to disagree there. If a breaker is rated at 20 amps load at 110v it will certainly hold 1920. I also speak from experience here. Long term loads of 1800-1900 months on end. No issues. But yes the breaker will get warm.
Strato
Good luck with that. I hope your breakers work correctly. Some of them don't. I replaced my entire panel because the manufacturer, Federal Electric, produced breakers that didn't shut down reliably in the case of overloads and caused a number of house fires. Another factor to consider if your power is subject to brown outs... Your miner power supply will attempt to maintain a constant voltage to the miner and hence constant power output even if the line voltage drops. This means the current draw will increase. So if you have reliable operation during periods when your supply voltage is high you may have difficulties if your voltage drops. Should this happen, you can hope that your problems are tripping breakers and not breakers that you wish had tripped but didn't. The official way to calculate continuous load is to subtract 25% after your calculation. It's a fact, not really an opinion of mine. Also, an electrician inspected some of my 20 amp circuit breakers and he said max is 15 amp load which is about right. Now, a circuit breaker will not trip at exactly 20 amps, more like 30 amps most likely. When your breaker is getting hot, your breaker is on thermal meltdown. Anyway, if you like to take chances and gamble, by all means go for it. But for if you are looking to be safe subtract about 25% for continuous loads.
|
BTC: 1JDjCGtxtxoZ46XgTqUoXBDxNFKwcsEmik
|
|
|
|