damNmad
Full Member
Offline
Activity: 378
Merit: 104
nvOC forever
|
|
August 24, 2017, 08:14:23 PM |
|
Any one had this sort of issue while using SALFTER_NICEHASH_PROFIT_SWITCHING ?? __lbry_CORE_OVERCLOCK: 100 lbry_MEMORY_OVERCLOCK: 1100
Traceback (most recent call last): File "/home/m1/switch", line 210, in <module> exchrate=float(json.loads(urllib.urlopen("https://api.coinbase.com/v2/exchange-rates?currency=BTC").read())["data"]["rates"][currency]) File "/usr/lib/python2.7/urllib.py", line 87, in urlopen return opener.open(url) File "/usr/lib/python2.7/urllib.py", line 213, in open return getattr(self, name)(url) File "/usr/lib/python2.7/urllib.py", line 443, in open_https h.endheaders(data) File "/usr/lib/python2.7/httplib.py", line 1053, in endheaders self._send_output(message_body) File "/usr/lib/python2.7/httplib.py", line 897, in _send_output self.send(msg) File "/usr/lib/python2.7/httplib.py", line 859, in send self.connect() File "/usr/lib/python2.7/httplib.py", line 1278, in connect server_hostname=server_hostname) File "/usr/lib/python2.7/ssl.py", line 353, in wrap_socket _context=self) File "/usr/lib/python2.7/ssl.py", line 601, in __init__ self.do_handshake() File "/usr/lib/python2.7/ssl.py", line 830, in do_handshake self._sslobj.do_handshake() IOError: [Errno socket error] [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)
Can u check date and hours on your linux / network ? Failed certificate verify error came from this habitually I've changed the time zone long back to my local time (GMT London), the profit switching was working even after the time zone change! Haven't touched/changed anything related to profit switching!! UPDATE : Now I'm not getting the above error but get different issue; main terminal says mining starts in guake terminal; but on guake 'There is no screen to be resumed matching miner' error appears. Will compare it with latest 1bash and see if there are any differences. EDIT : Sorry, I've overlooked, I'm still getting the above error and on guake getting this 'There is no screen to be resumed matching miner' Any idea guys?? What version of nvOC are you using? Looking at this list of errors they are all essentially 1 error; which if I am correct is the equivalent of when you try to go to a webpage and are getting a certificate error from your browser. When I directly use the url in a browser: https://api.coinbase.com/v2/exchange-rates?currency=BTC the api is working; I would try doing this on your rig in a browser and see if it responds with a json. Let me know if it does. I'm using nvOC v18 with all the updated files provided on main post. I've compared my 1bash file with the latest 1bash on 1st page, seems no difference apart from the changes I've made (coins added by myself). Opened the switch python file; checked the url's on RIG's browser, seems ok; nothing stands out, not sure what is going on with my RIG, everything else works fine except the profit switching!! It starts fine; prints the per day calculation after displaying the above error list; says mining starts on guake terminal; tab opens in guake terminal and 'screen -r miner' then 'There is no screen to be resumed matching miner' and again 'screen -r miner' then 'There is no screen to be resumed matching miner'. My guess it is failing to find the miner but also the switch file failing to make connection with those API's!! Yes the switch file failing to make connection with those API this is why I wanted you to: to help isolate if the problem is with your system or the script. Thanks for the reply, sorry fullzero, I've already mentioned that i've tried both url's on Firefox https://api.coinbase.com/v2/exchange-rates?currency=BTC && https://api.nicehash.com/api?method=simplemultialgo.info which are working as expected...getting the json file from coinbase URL and json result from nicehash URL Just pasting the whole console history of the events, prob. gives any better idea! workername: nvxxxxx
rig IP: xxx.xxx.xxx.xxx
01:00.0 VGA compatible controller: NVIDIA Corporation Device 1c03 (rev a1) 02:00.0 VGA compatible controller: NVIDIA Corporation Device 1c03 (rev a1) 03:00.0 VGA compatible controller: NVIDIA Corporation Device 1c03 (rev a1) 05:00.0 VGA compatible controller: NVIDIA Corporation Device 1c03 (rev a1) 06:00.0 VGA compatible controller: NVIDIA Corporation Device 1c03 (rev a1) 07:00.0 VGA compatible controller: NVIDIA Corporation Device 1c03 (rev a1) 08:00.0 VGA compatible controller: NVIDIA Corporation Device 1c03 (rev a1) 0a:00.0 VGA compatible controller: NVIDIA Corporation Device 1c03 (rev a1)
Thu Aug 24 20:29:31 2017 +-----------------------------------------------------------------------------+ | NVIDIA-SMI 384.47 Driver Version: 384.47 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 GeForce GTX 106... Off | 00000000:01:00.0 On | N/A | | 0% 53C P0 37W / 80W | 137MiB / 6072MiB | 48% Default | +-------------------------------+----------------------+----------------------+ | 1 GeForce GTX 106... Off | 00000000:02:00.0 Off | N/A | | 0% 29C P8 4W / 80W | 9MiB / 6072MiB | 2% Default | +-------------------------------+----------------------+----------------------+ | 2 GeForce GTX 106... Off | 00000000:03:00.0 Off | N/A | | 0% 38C P8 6W / 80W | 9MiB / 6072MiB | 1% Default | +-------------------------------+----------------------+----------------------+ | 3 GeForce GTX 106... Off | 00000000:05:00.0 Off | N/A | | 0% 31C P8 6W / 80W | 9MiB / 6072MiB | 1% Default | +-------------------------------+----------------------+----------------------+ | 4 GeForce GTX 106... Off | 00000000:06:00.0 Off | N/A | | 0% 38C P8 7W / 80W | 9MiB / 6072MiB | 1% Default | +-------------------------------+----------------------+----------------------+ | 5 GeForce GTX 106... Off | 00000000:07:00.0 Off | N/A | | 0% 37C P8 6W / 80W | 9MiB / 6072MiB | 1% Default | +-------------------------------+----------------------+----------------------+ | 6 GeForce GTX 106... Off | 00000000:08:00.0 Off | N/A | | 0% 34C P8 7W / 80W | 9MiB / 6072MiB | 1% Default | +-------------------------------+----------------------+----------------------+ | 7 GeForce GTX 106... Off | 00000000:0A:00.0 Off | N/A | | 0% 36C P8 6W / 80W | 9MiB / 6072MiB | 2% Default | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: GPU Memory | | GPU PID Type Process name Usage | |=============================================================================| | 0 1038 G /usr/lib/xorg/Xorg 107MiB | | 0 1868 G compiz 28MiB | | 1 1038 G /usr/lib/xorg/Xorg 7MiB | | 2 1038 G /usr/lib/xorg/Xorg 7MiB | | 3 1038 G /usr/lib/xorg/Xorg 7MiB | | 4 1038 G /usr/lib/xorg/Xorg 7MiB | | 5 1038 G /usr/lib/xorg/Xorg 7MiB | | 6 1038 G /usr/lib/xorg/Xorg 7MiB | | 7 1038 G /usr/lib/xorg/Xorg 7MiB | +-----------------------------------------------------------------------------+
ENVIRONMENTAL VARIBLES SET Power limit for GPU 00000000:01:00.0 was set to 80.00 W from 80.00 W.
Warning: persistence mode is disabled on this device. This settings will go back to default as soon as driver unloads (e.g. last application like nvidia-smi or cuda application terminates). Run with [--help | -h] switch to get more information on how to enable persistence mode.
Power limit for GPU 00000000:02:00.0 was set to 80.00 W from 80.00 W.
Warning: persistence mode is disabled on this device. This settings will go back to default as soon as driver unloads (e.g. last application like nvidia-smi or cuda application terminates). Run with [--help | -h] switch to get more information on how to enable persistence mode.
Power limit for GPU 00000000:03:00.0 was set to 80.00 W from 80.00 W.
Warning: persistence mode is disabled on this device. This settings will go back to default as soon as driver unloads (e.g. last application like nvidia-smi or cuda application terminates). Run with [--help | -h] switch to get more information on how to enable persistence mode.
Power limit for GPU 00000000:05:00.0 was set to 80.00 W from 80.00 W.
Warning: persistence mode is disabled on this device. This settings will go back to default as soon as driver unloads (e.g. last application like nvidia-smi or cuda application terminates). Run with [--help | -h] switch to get more information on how to enable persistence mode.
Power limit for GPU 00000000:06:00.0 was set to 80.00 W from 80.00 W.
Warning: persistence mode is disabled on this device. This settings will go back to default as soon as driver unloads (e.g. last application like nvidia-smi or cuda application terminates). Run with [--help | -h] switch to get more information on how to enable persistence mode.
Power limit for GPU 00000000:07:00.0 was set to 80.00 W from 80.00 W.
Warning: persistence mode is disabled on this device. This settings will go back to default as soon as driver unloads (e.g. last application like nvidia-smi or cuda application terminates). Run with [--help | -h] switch to get more information on how to enable persistence mode.
Power limit for GPU 00000000:08:00.0 was set to 80.00 W from 80.00 W.
Warning: persistence mode is disabled on this device. This settings will go back to default as soon as driver unloads (e.g. last application like nvidia-smi or cuda application terminates). Run with [--help | -h] switch to get more information on how to enable persistence mode.
Power limit for GPU 00000000:0A:00.0 was set to 80.00 W from 80.00 W.
Warning: persistence mode is disabled on this device. This settings will go back to default as soon as driver unloads (e.g. last application like nvidia-smi or cuda application terminates). Run with [--help | -h] switch to get more information on how to enable persistence mode.
All done. /home/m1/1bash: line 803: [: ==: unary operator expected LAUNCHING: SALFTER_NICEHASH_PROFIT_SWITCHING
____currency: USD _____pwrcost: 0.2 __min_profit: 0.0 payment_addr: 3AbFfeS7jXbdu9x3B24HQGhUoZrXrgsuZc __miner_name: RIGV180V05
daggerhashimoto_POWERLIMIT_WATTS: 80 __daggerhashimoto_CORE_OVERCLOCK: 100 daggerhashimoto_MEMORY_OVERCLOCK: 1300
equihash_POWERLIMIT_WATTS: 80 __equihash_CORE_OVERCLOCK: 150 equihash_MEMORY_OVERCLOCK: 80
neoscrypt_POWERLIMIT_WATTS: 80 __neoscrypt_CORE_OVERCLOCK: 100 neoscrypt_MEMORY_OVERCLOCK: 1100
lyra2rev2_POWERLIMIT_WATTS: 80 __lyra2rev2_CORE_OVERCLOCK: 100 lyra2rev2_MEMORY_OVERCLOCK: 1100
lbry_POWERLIMIT_WATTS: 80 __lbry_CORE_OVERCLOCK: 100 lbry_MEMORY_OVERCLOCK: 1100
Traceback (most recent call last): File "/home/m1/switch", line 210, in <module> exchrate=float(json.loads(urllib.urlopen("https://api.coinbase.com/v2/exchange-rates?currency=BTC").read())["data"]["rates"][currency]) File "/usr/lib/python2.7/urllib.py", line 87, in urlopen return opener.open(url) File "/usr/lib/python2.7/urllib.py", line 213, in open return getattr(self, name)(url) File "/usr/lib/python2.7/urllib.py", line 443, in open_https h.endheaders(data) File "/usr/lib/python2.7/httplib.py", line 1053, in endheaders self._send_output(message_body) File "/usr/lib/python2.7/httplib.py", line 897, in _send_output self.send(msg) File "/usr/lib/python2.7/httplib.py", line 859, in send self.connect() File "/usr/lib/python2.7/httplib.py", line 1278, in connect server_hostname=server_hostname) File "/usr/lib/python2.7/ssl.py", line 353, in wrap_socket _context=self) File "/usr/lib/python2.7/ssl.py", line 601, in __init__ self.do_handshake() File "/usr/lib/python2.7/ssl.py", line 830, in do_handshake self._sslobj.do_handshake() IOError: [Errno socket error] [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)
neoscrypt: 0.00037516 BTC/day (1.19 USD/day) lyra2rev2: -0.00006594 BTC/day (-0.21 USD/day) daggerhashimoto: 0.00078480 BTC/day (2.50 USD/day) lbry: -0.00003413 BTC/day (-0.11 USD/day) equihash: 0.00070695 BTC/day (2.25 USD/day)
mining process in Guake Tab
on Guake Terminal m1@m1-desktop:~$ screen -r miner There is no screen to be resumed matching miner. m1@m1-desktop:~$ screen -r miner There is no screen to be resumed matching miner. m1@m1-desktop:~$
getting this warning from the beginning of v18, thought of letting you know but keep forgetting about it, never caused any issue with mining though! compared with the latest 1bash, nothing stands out!! /home/m1/1bash: line 803: [: ==: unary operator expected && this Warning: persistence mode is disabled on this device. This settings will go back to default as soon as driver unloads (e.g. last application like nvidia-smi or cuda application terminates). Run with [--help | -h] switch to get more information on how to enable persistence mode.
----------------------------- While doing another debug, I just realised replacing the 'bn.h' file in /usr/local/include/openssl/ to the one from 'openssl-1.0.1e' version for compiling the 'krnlx' version of ccminer (for mining 'sigt'). So it might've caused the issue of handshake error. Am I right thinking so? I haven't made a backup of that file, can someone please share that file so that I will try and conclude it. or If the switch file might've been corrupted or so! I highly doubt touching it before!! don't even remember opening it. can you please add the switch file to main post?
|
|
|
|
damNmad
Full Member
Offline
Activity: 378
Merit: 104
nvOC forever
|
|
August 24, 2017, 08:15:08 PM |
|
Any one had this sort of issue while using SALFTER_NICEHASH_PROFIT_SWITCHING ?? __lbry_CORE_OVERCLOCK: 100 lbry_MEMORY_OVERCLOCK: 1100
Traceback (most recent call last): File "/home/m1/switch", line 210, in <module> exchrate=float(json.loads(urllib.urlopen("https://api.coinbase.com/v2/exchange-rates?currency=BTC").read())["data"]["rates"][currency]) File "/usr/lib/python2.7/urllib.py", line 87, in urlopen return opener.open(url) File "/usr/lib/python2.7/urllib.py", line 213, in open return getattr(self, name)(url) File "/usr/lib/python2.7/urllib.py", line 443, in open_https h.endheaders(data) File "/usr/lib/python2.7/httplib.py", line 1053, in endheaders self._send_output(message_body) File "/usr/lib/python2.7/httplib.py", line 897, in _send_output self.send(msg) File "/usr/lib/python2.7/httplib.py", line 859, in send self.connect() File "/usr/lib/python2.7/httplib.py", line 1278, in connect server_hostname=server_hostname) File "/usr/lib/python2.7/ssl.py", line 353, in wrap_socket _context=self) File "/usr/lib/python2.7/ssl.py", line 601, in __init__ self.do_handshake() File "/usr/lib/python2.7/ssl.py", line 830, in do_handshake self._sslobj.do_handshake() IOError: [Errno socket error] [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)
Can u check date and hours on your linux / network ? Failed certificate verify error came from this habitually I've changed the time zone long back to my local time (GMT London), the profit switching was working even after the time zone change! Haven't touched/changed anything related to profit switching!! UPDATE : Now I'm not getting the above error but get different issue; main terminal says mining starts in guake terminal; but on guake 'There is no screen to be resumed matching miner' error appears. Will compare it with latest 1bash and see if there are any differences. EDIT : Sorry, I've overlooked, I'm still getting the above error and on guake getting this 'There is no screen to be resumed matching miner' Any idea guys?? I am actually really busy with my work ( that happen lol ) so far i see, i speak about date / hour and that not resolve your problem. I can say is related to the fact SALFTER dont get correct return on API from coinbase, if i have time i will check script but not for moment No worries mate, Thanks
|
|
|
|
salfter
|
|
August 24, 2017, 08:18:43 PM |
|
Can someone point me to tutorial or share 1bash file with setup for nicehash with SALFTER_NICEHASH_PROFIT_SWITCHING="YES" How do you choose what currencies to mine?
You don't choose which currencies to mine; the whole point of the switcher is that it automatically selects whatever's most profitable from among the choices the pool offers.
|
|
|
|
salfter
|
|
August 24, 2017, 08:24:34 PM |
|
While doing another debug, I just realised replacing the 'bn.h' file in /usr/local/include/openssl/ to the one from 'openssl-1.0.1e' version for compiling the 'krnlx' version of ccminer (for mining 'sigt'). So it might've caused the issue of handshake error. Am I right thinking so? I haven't made a backup of that file, can someone please share that file so that I will try and conclude it.
That's an ancient version of OpenSSL. If you have it installed on your rig (as opposed to just extracting a header file from the source tarball), it may have overwritten your root certificates with older, possibly no-longer-valid certificates. That could cause the problem you're seeing with the switcher querying Coinbase. Newer versions (such as 1.0.2k, which is what my Gentoo boxes run) don't include certificates; you obtain and install them separately.
|
|
|
|
damNmad
Full Member
Offline
Activity: 378
Merit: 104
nvOC forever
|
|
August 24, 2017, 08:25:36 PM |
|
Hi,
Can someone point me to tutorial or share 1bash file with setup for nicehash with SALFTER_NICEHASH_PROFIT_SWITCHING="YES" How do you choose what currencies to mine?
Thanks
1Bash is in the original post, you can only use it on nvOC you can enable it by this command, it will switch automatically based on real time profit and mine the right coin accordingly. SALFTER_NICEHASH_PROFIT_SWITCHING="YES" Link to download : bug_fix_1bash + updated upPASTE file, updated AUTOTEMP, older WATCHDOG, updated 2unix DOWNLOAD LinkHope it helps...
|
|
|
|
damNmad
Full Member
Offline
Activity: 378
Merit: 104
nvOC forever
|
|
August 24, 2017, 08:31:13 PM |
|
While doing another debug, I just realised replacing the 'bn.h' file in /usr/local/include/openssl/ to the one from 'openssl-1.0.1e' version for compiling the 'krnlx' version of ccminer (for mining 'sigt'). So it might've caused the issue of handshake error. Am I right thinking so? I haven't made a backup of that file, can someone please share that file so that I will try and conclude it.
That's an ancient version of OpenSSL. If you have it installed on your rig (as opposed to just extracting a header file from the source tarball), it may have overwritten your root certificates with older, possibly no-longer-valid certificates. That could cause the problem you're seeing with the switcher querying Coinbase. Newer versions (such as 1.0.2k, which is what my Gentoo boxes run) don't include certificates; you obtain and install them separately. probably! I've tried so many different ways to compile that ccminer! I might've messed it up! What would be the best possible workaround going forward!! just install latest open ssl?? using commands or from the Ubuntu app store? Thanks
|
|
|
|
Bibi187
Full Member
Offline
Activity: 420
Merit: 106
https://steemit.com/@bibi187
|
|
August 24, 2017, 08:33:37 PM |
|
While doing another debug, I just realised replacing the 'bn.h' file in /usr/local/include/openssl/ to the one from 'openssl-1.0.1e' version for compiling the 'krnlx' version of ccminer (for mining 'sigt'). So it might've caused the issue of handshake error. Am I right thinking so? I haven't made a backup of that file, can someone please share that file so that I will try and conclude it.
That's an ancient version of OpenSSL. If you have it installed on your rig (as opposed to just extracting a header file from the source tarball), it may have overwritten your root certificates with older, possibly no-longer-valid certificates. That could cause the problem you're seeing with the switcher querying Coinbase. Newer versions (such as 1.0.2k, which is what my Gentoo boxes run) don't include certificates; you obtain and install them separately. Yeap prolly from there i also back to 1.0.1, when i go some wget i have to run it with --no-check-certificate, u can try apt-get remove openssl apt-get install openssl That will do the trick
|
|
|
|
EvgeniX
Newbie
Offline
Activity: 18
Merit: 0
|
|
August 24, 2017, 08:34:52 PM |
|
Is any way we can dual mine NICE_ETHASH and SIA ?
|
|
|
|
damNmad
Full Member
Offline
Activity: 378
Merit: 104
nvOC forever
|
|
August 24, 2017, 08:40:49 PM |
|
Is any way we can dual mine NICE_ETHASH and SIA ?
Probably you can try, I mine DUAL with NICE_ETHASH and NICE_DECRED using claymore. Haven't tried with SIA + NICE ETHASH
|
|
|
|
EvgeniX
Newbie
Offline
Activity: 18
Merit: 0
|
|
August 24, 2017, 08:42:32 PM |
|
Is any way we can dual mine NICE_ETHASH and SIA ?
Probably you can try, I mine DUAL with NICE_ETHASH and NICE_DECRED using claymore. Haven't tried with SIA + NICE ETHASH How did you setup you 1bash? can you share it please?
|
|
|
|
damNmad
Full Member
Offline
Activity: 378
Merit: 104
nvOC forever
|
|
August 24, 2017, 08:45:35 PM |
|
While doing another debug, I just realised replacing the 'bn.h' file in /usr/local/include/openssl/ to the one from 'openssl-1.0.1e' version for compiling the 'krnlx' version of ccminer (for mining 'sigt'). So it might've caused the issue of handshake error. Am I right thinking so? I haven't made a backup of that file, can someone please share that file so that I will try and conclude it.
That's an ancient version of OpenSSL. If you have it installed on your rig (as opposed to just extracting a header file from the source tarball), it may have overwritten your root certificates with older, possibly no-longer-valid certificates. That could cause the problem you're seeing with the switcher querying Coinbase. Newer versions (such as 1.0.2k, which is what my Gentoo boxes run) don't include certificates; you obtain and install them separately. Yeap prolly from there i also back to 1.0.1, when i go some wget i have to run it with --no-check-certificate, u can try apt-get remove openssl apt-get install openssl That will do the trick Thanks mate, I've tried but it didn't work!! I should probably get a new copy of nvOC on another SSD
|
|
|
|
damNmad
Full Member
Offline
Activity: 378
Merit: 104
nvOC forever
|
|
August 24, 2017, 08:53:42 PM Last edit: August 24, 2017, 09:04:04 PM by damNmad |
|
Is any way we can dual mine NICE_ETHASH and SIA ?
Probably you can try, I mine DUAL with NICE_ETHASH and NICE_DECRED using claymore. Haven't tried with SIA + NICE ETHASH How did you setup you 1bash? can you share it please? Yeah mate, why not! Define your worker pool and worker details etc; make sure you add your own BTC address; can use same address for both coins; DUAL_WORKER="$IP_AS_WORKER" DUAL_BTC_ADDRESS=$BTC_ADDRESS DUAL_ETHASH_POOL="stratum+tcp://daggerhashimoto.eu.nicehash.com:3353" DUAL_DCR_POOL="stratum+tcp://decred.eu.nicehash.com:3354" DUAL_EXTENTION_ARGUMENTS="-dcoin dcr -dcri 40 -esm 3 -allpools 1 -allcoins 1 -estale 0 -dbg -1" In the bottom paste it in the right place; if [ $COIN == "DUAL_NICEHASH" ] then
if [ $CLAYMORE_VERSION == "9_7" ] then HCD='/home/m1/eth/9_7/ethdcrminer64' fi
if [ $CLAYMORE_VERSION == "9_5" ] then HCD='/home/m1/eth/9_5/ethdcrminer64' fi
if [ $CLAYMORE_VERSION == "9_4" ] then HCD='/home/m1/eth/9_4/ethdcrminer64' fi
if [ $CLAYMORE_VERSION == "8_0" ] then HCD='/home/m1/eth/8_0/ethdcrminer64' fi
ETHASH_ADDR="$DUAL_BTC_ADDRESS.$DUAL_WORKER" DCR_ADDR="$DUAL_BTC_ADDRESS.$DUAL_WORKER"
screen -dmS miner $HCD -epool $DUAL_ETHASH_POOL -ewal $ETHASH_ADDR -epsw x -allpools 1 -dpool $DUAL_DCR_POOL -dwal $DCR_ADDR -dpsw x $DUAL_EXTENTION_ARGUMENTS
if [ $LOCALorREMOTE == "LOCAL" ] then screen -r miner fi
BITCOIN="theGROUND"
while [ $BITCOIN == "theGROUND" ] do sleep 60 done fi This should work as is if you just make sure you add your own BTC address in the BTC_ADDRESS variable Hope it helps, let me know if you still have any questions? EDIT: You can tweak it to add SC by changing as following DUAL_SC_POOL="xxxxxxxx" DUAL_SC_ADDRESS="xxxxxxxx" DUAL_EXTENTION_ARGUMENTS="-dcoin sc -dcri 40 -esm 3 -allpools 1 -allcoins 1 -estale 0 -dbg -1" In the bottom; ETHASH_ADDR="$DUAL_BTC_ADDRESS.$DUAL_WORKER" #can use any, depending on the pool you use #ADDR="$DUAL_SC_ADDRESS/$DUAL_WORKER" ADDR="$DUAL_SC_ADDRESS.$DUAL_WORKER"
screen -dmS miner $HCD -epool $DUAL_ETHASH_POOL -ewal $ETHASH_ADDR -epsw x -allpools 1 -dpool $DUAL_SC_POOL -dwal $ADDR -dpsw x $DUAL_EXTENTION_ARGUMENTS
|
|
|
|
Doftorul
Newbie
Offline
Activity: 16
Merit: 0
|
|
August 24, 2017, 08:59:58 PM |
|
Hi there guys !
Long time lurker and actual user of nvOC, i need help converting my 21 1080Ti's into rigs with 3 cards using HP DC7900 Small Form Factor pc's as the base for the rigs. My issue is that although i can boot basically any live distro using a USB stick, i can't boot no matter what nvOC from a usb stick. Does nvOC needs a UEFI compatible BIOS in order to be booted by older machines ? Can i convert the image to be non-GPT and hence bootable on older machines ?
Thanks a lot for your support !
|
|
|
|
papampi
Full Member
Offline
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
|
|
August 24, 2017, 09:14:33 PM |
|
I got a random problem in one of my rigs and that is a random GPU wont get fully utilized and watch dog keep restarting the miner almost every 20-30 minutes. Some times its GPU3, some times 0, some times 2 and ... Only way is to reboot the rig and it will be ok most of the time. Any idea what could cause it ? Is there a reboot call in the system in case miner get started too many times in a given time? If not it could be a good option to add. Example if miner restarted 3 times in less than an hour reboot the rig.
Another issue I faced is it takes so long to open nvidia-settings on both my rigs, long as 10-20 minutes after click it, is it normal ? Where should I check for the problem?
|
|
|
|
EvgeniX
Newbie
Offline
Activity: 18
Merit: 0
|
|
August 24, 2017, 09:46:49 PM |
|
Thanks for bets help! Up and running Is any way we can dual mine NICE_ETHASH and SIA ?
Probably you can try, I mine DUAL with NICE_ETHASH and NICE_DECRED using claymore. Haven't tried with SIA + NICE ETHASH How did you setup you 1bash? can you share it please? Yeah mate, why not! Define your worker pool and worker details etc; make sure you add your own BTC address; can use same address for both coins; DUAL_WORKER="$IP_AS_WORKER" DUAL_BTC_ADDRESS=$BTC_ADDRESS DUAL_ETHASH_POOL="stratum+tcp://daggerhashimoto.eu.nicehash.com:3353" DUAL_DCR_POOL="stratum+tcp://decred.eu.nicehash.com:3354" DUAL_EXTENTION_ARGUMENTS="-dcoin dcr -dcri 40 -esm 3 -allpools 1 -allcoins 1 -estale 0 -dbg -1" In the bottom paste it in the right place; if [ $COIN == "DUAL_NICEHASH" ] then
if [ $CLAYMORE_VERSION == "9_7" ] then HCD='/home/m1/eth/9_7/ethdcrminer64' fi
if [ $CLAYMORE_VERSION == "9_5" ] then HCD='/home/m1/eth/9_5/ethdcrminer64' fi
if [ $CLAYMORE_VERSION == "9_4" ] then HCD='/home/m1/eth/9_4/ethdcrminer64' fi
if [ $CLAYMORE_VERSION == "8_0" ] then HCD='/home/m1/eth/8_0/ethdcrminer64' fi
ETHASH_ADDR="$DUAL_BTC_ADDRESS.$DUAL_WORKER" DCR_ADDR="$DUAL_BTC_ADDRESS.$DUAL_WORKER"
screen -dmS miner $HCD -epool $DUAL_ETHASH_POOL -ewal $ETHASH_ADDR -epsw x -allpools 1 -dpool $DUAL_DCR_POOL -dwal $DCR_ADDR -dpsw x $DUAL_EXTENTION_ARGUMENTS
if [ $LOCALorREMOTE == "LOCAL" ] then screen -r miner fi
BITCOIN="theGROUND"
while [ $BITCOIN == "theGROUND" ] do sleep 60 done fi This should work as is if you just make sure you add your own BTC address in the BTC_ADDRESS variable Hope it helps, let me know if you still have any questions? EDIT: You can tweak it to add SC by changing as following DUAL_SC_POOL="xxxxxxxx" DUAL_SC_ADDRESS="xxxxxxxx" DUAL_EXTENTION_ARGUMENTS="-dcoin sc -dcri 40 -esm 3 -allpools 1 -allcoins 1 -estale 0 -dbg -1" In the bottom; ETHASH_ADDR="$DUAL_BTC_ADDRESS.$DUAL_WORKER" #can use any, depending on the pool you use #ADDR="$DUAL_SC_ADDRESS/$DUAL_WORKER" ADDR="$DUAL_SC_ADDRESS.$DUAL_WORKER"
screen -dmS miner $HCD -epool $DUAL_ETHASH_POOL -ewal $ETHASH_ADDR -epsw x -allpools 1 -dpool $DUAL_SC_POOL -dwal $ADDR -dpsw x $DUAL_EXTENTION_ARGUMENTS
|
|
|
|
dbolivar
Member
Offline
Activity: 119
Merit: 10
|
|
August 24, 2017, 09:51:46 PM |
|
How common is it for you to get cards of the same brand and model, but with different overclock capabilities? I've got 3 cards of the same brand and model, and for 2 of them, I can overclock the memory to +1500 MHz, but the other one can reach at most +1200 MHz. More than that, and it soft crashes after some time. It also runs a bit hotter than the others, requiring 5%~10% more fan speed to stay at the same temperature. I know there's the "memory lottery" (i.e. sometimes Samsung, sometimes Hynix etc.), but could this 300 MHz difference be considered "normal" if it's a lower-grade memory?
P.S.: I changed risers already, it's really the card. Don't know if it can be considered defective though, because at +1200 MHz it runs pretty stable.
|
|
|
|
ivoldemar
Newbie
Offline
Activity: 23
Merit: 0
|
|
August 24, 2017, 09:54:05 PM |
|
P106-100 BOUNTY The person who will be able to unlock the overclock of my 13x P106 Rig (on the ASRock H110 BTC) with nvOC will get 1 ETH I only got pure P106-rigs and no non-mining cards mixtures. PM me and I will give you access to one of my Rigs. Thanks! I'm ready to make a donation too, if the issue with P106 cards is finally solved, but it's been so long already ... Download the pure P106-100 1bash for headless SSH operation from the link on the OP; replace the 1 bash on your rig with it. Add your pool / addresses / workername to the 1bash. Note: for this version don't use: Maxximus007_AUTO_TEMPERATURE_CONTROL or IAmNotAJeep_and_Maxximus007_WATCHDOG ensure they are both set to "NO" Run the mining process; it should not OC at this time. This is expected; it will alter the xorg.conf as needed. Note the Rig IP; write it down. If you are not already running fully headless; ensure that you reboot: disconnecting any monitor from integrated graphics on the mobo before the rig reboots. With your rig IP ssh into the rig after it boots ( see guide on the OP for more information on how to do this. If from a linux system use the cmd from terminal: you will be prompted enter: the password is: once you are logged in via SSH; enter: if there is already a screen named miner use the cmd: to reconnect to the mining process and ignore the rest of this guide if there is not; enter the cmd: to launch the mining process once you see the message: process in screen miner; attach with: screen -r miner hit then enter: If you have problems with this; let me know. I can't test this directly as I don't have these GPUs; but this should work unless I made a typo in the 1bash. Also; you can edit the 1bash via SSH with the cmd: note this is a visual editor; again see the SSH guide for more info on nano. http://prntscr.com/gc8g0n / http://prntscr.com/gc8agx (( In the second picture: My guess is that you are hitting ctrl + c too quickly after seeing the mining process is launched message (the process is actually launched immediately after this is displayed, so it is possible to close it too soon) At the bottom: you have already opened 1bash in nano without closing the process which is why you are getting that message. Having 1bash open in nano while trying to launch 1bash might also be causing problems (although it shouldn't). To manually launch 1bash use the command: nano is for editing 1bash You also might need to use the cmd: to reboot the rig after changing the xorg for the first time. It is probably best to only conditionally change the xorg; but making / testing a configuration that works more smoothly will be much easier with my own p106-100 rig. For now it is probably easier to use 1 normal 1060 as the primary GPU and avoid all of this. I would like to make my own p106-100 rig to test and better resolve all issues. I find it very strange that these GPUs are not for sale in the US. What I did is joined. New 1bash downloaded, started the miner disconnect the monitor from the motherboard. Rebooted, logged in via SSH. Next: 1. Screen -Ls 2.bash 1bash -3.screen -R miner and here is the result http://prntscr.com/gcnn4thttp://prntscr.com/gcno97
|
|
|
|
damNmad
Full Member
Offline
Activity: 378
Merit: 104
nvOC forever
|
|
August 24, 2017, 10:53:01 PM |
|
Glad it worked, You are welcome Thanks for bets help! Up and running Is any way we can dual mine NICE_ETHASH and SIA ?
Probably you can try, I mine DUAL with NICE_ETHASH and NICE_DECRED using claymore. Haven't tried with SIA + NICE ETHASH How did you setup you 1bash? can you share it please? Yeah mate, why not! Define your worker pool and worker details etc; make sure you add your own BTC address; can use same address for both coins; DUAL_WORKER="$IP_AS_WORKER" DUAL_BTC_ADDRESS=$BTC_ADDRESS DUAL_ETHASH_POOL="stratum+tcp://daggerhashimoto.eu.nicehash.com:3353" DUAL_DCR_POOL="stratum+tcp://decred.eu.nicehash.com:3354" DUAL_EXTENTION_ARGUMENTS="-dcoin dcr -dcri 40 -esm 3 -allpools 1 -allcoins 1 -estale 0 -dbg -1" In the bottom paste it in the right place; if [ $COIN == "DUAL_NICEHASH" ] then
if [ $CLAYMORE_VERSION == "9_7" ] then HCD='/home/m1/eth/9_7/ethdcrminer64' fi
if [ $CLAYMORE_VERSION == "9_5" ] then HCD='/home/m1/eth/9_5/ethdcrminer64' fi
if [ $CLAYMORE_VERSION == "9_4" ] then HCD='/home/m1/eth/9_4/ethdcrminer64' fi
if [ $CLAYMORE_VERSION == "8_0" ] then HCD='/home/m1/eth/8_0/ethdcrminer64' fi
ETHASH_ADDR="$DUAL_BTC_ADDRESS.$DUAL_WORKER" DCR_ADDR="$DUAL_BTC_ADDRESS.$DUAL_WORKER"
screen -dmS miner $HCD -epool $DUAL_ETHASH_POOL -ewal $ETHASH_ADDR -epsw x -allpools 1 -dpool $DUAL_DCR_POOL -dwal $DCR_ADDR -dpsw x $DUAL_EXTENTION_ARGUMENTS
if [ $LOCALorREMOTE == "LOCAL" ] then screen -r miner fi
BITCOIN="theGROUND"
while [ $BITCOIN == "theGROUND" ] do sleep 60 done fi This should work as is if you just make sure you add your own BTC address in the BTC_ADDRESS variable Hope it helps, let me know if you still have any questions? EDIT: You can tweak it to add SC by changing as following DUAL_SC_POOL="xxxxxxxx" DUAL_SC_ADDRESS="xxxxxxxx" DUAL_EXTENTION_ARGUMENTS="-dcoin sc -dcri 40 -esm 3 -allpools 1 -allcoins 1 -estale 0 -dbg -1" In the bottom; ETHASH_ADDR="$DUAL_BTC_ADDRESS.$DUAL_WORKER" #can use any, depending on the pool you use #ADDR="$DUAL_SC_ADDRESS/$DUAL_WORKER" ADDR="$DUAL_SC_ADDRESS.$DUAL_WORKER"
screen -dmS miner $HCD -epool $DUAL_ETHASH_POOL -ewal $ETHASH_ADDR -epsw x -allpools 1 -dpool $DUAL_SC_POOL -dwal $ADDR -dpsw x $DUAL_EXTENTION_ARGUMENTS
|
|
|
|
salfter
|
|
August 25, 2017, 05:31:33 AM |
|
While doing another debug, I just realised replacing the 'bn.h' file in /usr/local/include/openssl/ to the one from 'openssl-1.0.1e' version for compiling the 'krnlx' version of ccminer (for mining 'sigt'). So it might've caused the issue of handshake error. Am I right thinking so? I haven't made a backup of that file, can someone please share that file so that I will try and conclude it.
That's an ancient version of OpenSSL. If you have it installed on your rig (as opposed to just extracting a header file from the source tarball), it may have overwritten your root certificates with older, possibly no-longer-valid certificates. That could cause the problem you're seeing with the switcher querying Coinbase. probably! I've tried so many different ways to compile that ccminer! I might've messed it up! What would be the best possible workaround going forward!! just install latest open ssl?? using commands or from the Ubuntu app store? That'd definitely be advisable for the bugfixes, but since newer versions of OpenSSL don't install certificates, there should be another package that restores the current certificates. On Gentoo, that would be app-misc/ca-certificates, which was last revised in November 2016. I'm not sure what Ubuntu calls its equivalent package, as I'm not as familiar with it (the only Ubuntu box I have is my nvOC rig).
|
|
|
|
damNmad
Full Member
Offline
Activity: 378
Merit: 104
nvOC forever
|
|
August 25, 2017, 06:01:59 AM |
|
While doing another debug, I just realised replacing the 'bn.h' file in /usr/local/include/openssl/ to the one from 'openssl-1.0.1e' version for compiling the 'krnlx' version of ccminer (for mining 'sigt'). So it might've caused the issue of handshake error. Am I right thinking so? I haven't made a backup of that file, can someone please share that file so that I will try and conclude it.
That's an ancient version of OpenSSL. If you have it installed on your rig (as opposed to just extracting a header file from the source tarball), it may have overwritten your root certificates with older, possibly no-longer-valid certificates. That could cause the problem you're seeing with the switcher querying Coinbase. probably! I've tried so many different ways to compile that ccminer! I might've messed it up! What would be the best possible workaround going forward!! just install latest open ssl?? using commands or from the Ubuntu app store? That'd definitely be advisable for the bugfixes, but since newer versions of OpenSSL don't install certificates, there should be another package that restores the current certificates. On Gentoo, that would be app-misc/ca-certificates, which was last revised in November 2016. I'm not sure what Ubuntu calls its equivalent package, as I'm not as familiar with it (the only Ubuntu box I have is my nvOC rig). Thanks for the reply, I don't think I will be able to go back to latest version with all the required certificates, I will go for a fresh installation of nvOC 18, hope it works
|
|
|
|
|