Author

Topic: [ mining os ] nvoc - page 262. (Read 418549 times)

newbie
Activity: 50
Merit: 0
August 24, 2017, 12:53:04 PM

I'll try the to use new 1bash if I get unstable results in the future since now I had the rig up for over 28 hours. Also does the autoreboot in the SSH only mode works as it supposed to?
newbie
Activity: 50
Merit: 0
August 24, 2017, 12:06:31 PM
Hey everyone.

As fullzero has already posted the instruction on OC of P106-100 rigs, I can confirm that this works and i am now using cc -200 and mc 1300(was stable for over 10 hours )  , I think it can go to 1400-1500 but I am in the process of testing the 12th card since it caused me issues everytime i connected before.

Also I have another question to ask fullzero : When I start the rig it sometimes doesn't swap the xorg files and giving me errors which lead to the OC being off(Sometimes even after autoreboot it doesn't autostart 1bash). This solves after a couple of reboots but I can't figure out how to reboot it so the OC will work and the miner also would start automatically since sometimes when I turn it on the miner doesn't autostart and this leads to further errors and no OC available. So far I haven't found any other problems so thank you again for solving OC issue.

Can you advise on what should I do in that case?

When remoting in; it is important to realize that you can SSH in before all system init has occurred.  Think of when you are watching nvOC load on a monitor.  When Ubuntu is loading; there is a period where you cannot use the keyboard or mouse / guake has not started / 2unix (via gnome-terminal) hasn't launched.  You can SSH in before this interval in system init.  If you do, this act alone may change the init sequence, or it might only be launching bash earlier which may do this.

It could also be something else entirely; such as x intermittently launching or not launching which is causing the problem.  This is the type of thing It will be much easier to isolate with my own p106-100 test rig.

For now I would try waiting longer after reboot before SSHing into the rig and seeing if that resolves the problem.  Let me know how it goes.




I was trying to reboot away from the rig by turning on/off the power plug so I wasn't even connecting via SSH at all. Waited for over 15 minutes, no reported rate on pool made me think that it hasn't started so to turn it on I had to come to the home network of the rig but after another reboot it started fine with no errors after starting 1bash.

When 1bash is started automatically no errors appear at all and OC works fine but mostly it doesn't autostart and I have to use console to start it , it reports problems with replacing xorg + some other errors and OC doesn't work.

Maybe that info would help you to work out why does it do such thing.

Thanks for your reply.

In that case, it is probably x intermittently launching or not launching most likely do to modification of the xorg.conf.  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. I set the current p106-100 1bash to always modify the xorg.conf to avoid potential infinite boot loop problems vs only having a single boot that doesn't OC.



So what would you suggest to get rid of this problem? To reboot until the xorg and the miner start correctly or can I modify the 1bash somehow to make sure I don't have to reboot 5 times in a row to get it up and running?

newbie
Activity: 50
Merit: 0
August 24, 2017, 11:10:57 AM
Hey everyone.

As fullzero has already posted the instruction on OC of P106-100 rigs, I can confirm that this works and i am now using cc -200 and mc 1300(was stable for over 10 hours )  , I think it can go to 1400-1500 but I am in the process of testing the 12th card since it caused me issues everytime i connected before.

Also I have another question to ask fullzero : When I start the rig it sometimes doesn't swap the xorg files and giving me errors which lead to the OC being off(Sometimes even after autoreboot it doesn't autostart 1bash). This solves after a couple of reboots but I can't figure out how to reboot it so the OC will work and the miner also would start automatically since sometimes when I turn it on the miner doesn't autostart and this leads to further errors and no OC available. So far I haven't found any other problems so thank you again for solving OC issue.

Can you advise on what should I do in that case?

When remoting in; it is important to realize that you can SSH in before all system init has occurred.  Think of when you are watching nvOC load on a monitor.  When Ubuntu is loading; there is a period where you cannot use the keyboard or mouse / guake has not started / 2unix (via gnome-terminal) hasn't launched.  You can SSH in before this interval in system init.  If you do, this act alone may change the init sequence, or it might only be launching bash earlier which may do this.

It could also be something else entirely; such as x intermittently launching or not launching which is causing the problem.  This is the type of thing It will be much easier to isolate with my own p106-100 test rig.

For now I would try waiting longer after reboot before SSHing into the rig and seeing if that resolves the problem.  Let me know how it goes.




I was trying to reboot away from the rig by turning on/off the power plug so I wasn't even connecting via SSH at all. Waited for over 15 minutes, no reported rate on pool made me think that it hasn't started so to turn it on I had to come to the home network of the rig but after another reboot it started fine with no errors after starting 1bash.

When 1bash is started automatically no errors appear at all and OC works fine but mostly it doesn't autostart and I have to use console to start it , it reports problems with replacing xorg + some other errors and OC doesn't work.

Maybe that info would help you to work out why does it do such thing.

Thanks for your reply.
full member
Activity: 378
Merit: 104
nvOC forever
August 24, 2017, 11:01:55 AM
Any one had this sort of issue while using SALFTER_NICEHASH_PROFIT_SWITCHING ??

Code:
__lbry_CORE_OVERCLOCK: 100
lbry_MEMORY_OVERCLOCK: 1100

Traceback (most recent call last):
  File "/home/m1/switch", line 210, in
    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!!
full member
Activity: 420
Merit: 106
https://steemit.com/@bibi187
August 24, 2017, 09:57:58 AM
Any one had this sort of issue while using SALFTER_NICEHASH_PROFIT_SWITCHING ??

Code:
__lbry_CORE_OVERCLOCK: 100
lbry_MEMORY_OVERCLOCK: 1100

Traceback (most recent call last):
  File "/home/m1/switch", line 210, in
    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 Wink
full member
Activity: 378
Merit: 104
nvOC forever
August 24, 2017, 04:25:06 AM
Any one had this sort of issue while using SALFTER_NICEHASH_PROFIT_SWITCHING ??

Code:
__lbry_CORE_OVERCLOCK: 100
lbry_MEMORY_OVERCLOCK: 1100

Traceback (most recent call last):
  File "/home/m1/switch", line 210, in
    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??
full member
Activity: 420
Merit: 106
https://steemit.com/@bibi187
August 24, 2017, 03:20:33 AM
Hello.

Please help me solve the problem:
GPU UTILIZATION: Unable to determine the device for GPU 0000: 09: 00.0: GPU is lost. Reboot the system to recover this GPU.

 I'm new in Linux, tell me how to fix this?

Hi Oleg_filin,

this log come from "WATCHDOG" it seems watchdog detect some issue on you GPU and restart mining process, that dont resolve the issue after 3 soft reboot so WATCHDOG reboot your PC. If your OC setting is stable and you dont get crash about GPU, just disable WATCHDOG in 1bash config. Or be sure to be up to date with last WATCHDOG script Wink A lot of new miner push your GPU volatility to max and your GPU sometime show 0% and back to 100% that why WATCHDOG feel something is happening.
full member
Activity: 420
Merit: 106
https://steemit.com/@bibi187
August 24, 2017, 03:17:33 AM
I have got multiple biostar tb250 btc pro mobos.

I am going to run this with 12 gtx 1070 hours.
Is this possible with nvos?
 Driver wise?

So 12 gtx 1070 one motherboard?

Hi Moordact, yeap u can work on 12 1070 GPU on linux,8 GPU per driver is a windows limitation.
Slot primary card alone on pcie 16 at first boot, after boot shutdown plug all your card & enjoy Wink
full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
August 24, 2017, 02:58:29 AM
I got weird problem on both of my rigs
Any idea how to solve this :

Code:
m1-desktop-102:~$ sudo apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
  linux-image-extra-4.4.0-65-generic
The following packages will be upgraded:
  libxfont1 ubuntu-drivers-common
2 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 95.1 kB/145 kB of archives.
After this operation, 153 MB disk space will be freed.
Do you want to continue? [Y/n] y
Get:1 http://us.archive.ubuntu.com/ubuntu xenial-updates/main amd64 libxfont1 amd64 1:1.5.1-1ubuntu0.16.04.2 [95.1 kB]
Fetched 95.1 kB in 0s (220 kB/s)
Preconfiguring packages ...
(Reading database ... 219845 files and directories currently installed.)
Removing linux-image-extra-4.4.0-65-generic (4.4.0-65.86) ...
dpkg: error processing package linux-image-extra-4.4.0-65-generic (--remove):
 unable to securely remove '/lib/modules/4.4.0-65-generic/kernel/drivers/media/usb/hdpvr/hdpvr.ko': Not a directory
Errors were encountered while processing:
 linux-image-extra-4.4.0-65-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)

apt autoremove cant solve it either ...

Edit.
Thanks to _parallex_ post here removing these files solve the problem:
Code:
linux-image-4.4.0-65-generic.list
linux-image-4.4.0-65-generic.postrm
linux-image-extra-4.4.0-65-generic.list
linux-image-extra-4.4.0-65-generic.md5sums
linux-image-extra-4.4.0-65-generic.postinst
linux-image-extra-4.4.0-65-generic.postrm

newbie
Activity: 54
Merit: 0
August 24, 2017, 02:58:20 AM
member
Activity: 118
Merit: 10
August 24, 2017, 02:46:32 AM
newbie
Activity: 54
Merit: 0
August 24, 2017, 02:35:56 AM
I have got multiple biostar tb250 btc pro mobos.

I am going to run this with 12 gtx 1070 hours.
Is this possible with nvos?
 Driver wise?

So 12 gtx 1070 one motherboard?
newbie
Activity: 31
Merit: 0
August 24, 2017, 02:26:17 AM
Hello.

Please help me solve the problem:
GPU UTILIZATION: Unable to determine the device for GPU 0000: 09: 00.0: GPU is lost. Reboot the system to recover this GPU.

 I'm new in Linux, tell me how to fix this?
legendary
Activity: 1797
Merit: 1028
August 23, 2017, 10:51:13 PM
Is there anything special I need to do in order to get a pci 1x 1slot to 3 slot adaptor to work?

http://1stminingrig.com/pci-express-1-to-3-pci-e-1x-slots-riser-card-is-it-worth-it/

A MOTHERBOARD THAT IS COMPATIBLE--

Do your research.  Some boards will not recognize any GPUs attached through the  PCIe multiplier.  Some will max-out at 7 total GPUs, and fail to boot if an 8th GPU is attached.  Reportedly, H81 Boards fall in that category.  Z170 and Z270 boards have been reported compatible, and may allow several PCIe multiplier boards attached to the motherboard.

I have tried a PCIe multipler (1 to 4) with little success.  I bought a new version recently for about $30 and will try again.  In 2014, I was able to mine script with a GT 9800+ and a GT 520 on the multiplier, and a GTX 550ti on the motherboard.  All 3 cards barely made 135kh/s script total.  They are all considered obsolete today.  I was not able to get the PCIe multiplier to work with a GTX 750ti, even using the same motherboard.

Do Google searches and check.  Actually, an ASRock H110 is probably a better bet.  Good luck!       --scryptr
newbie
Activity: 57
Merit: 0
August 23, 2017, 09:33:41 PM
Is there anything special I need to do in order to get a pci 1x 1slot to 3 slot adaptor to work?

http://1stminingrig.com/pci-express-1-to-3-pci-e-1x-slots-riser-card-is-it-worth-it/
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
August 23, 2017, 05:31:25 PM
I'm uploading a copy I'd originally downloaded from Google Drive (or was it Mega?) to my VPS.  I'll post a link once it's up.  SHA256 hash on the file is d11929368d186acf73651be1b9d90234cfe6ef8a097eff56668dee4cbbe69e8c, as announced here.

...and now it's up:

https://alfter.us/wp/wp-content/uploads/2017/07/nvOC_v0017.zip

I tested this direct link; it should work.  If it doesn't, follow the link from here:

https://alfter.us/wp/nvoc_v0017/
full member
Activity: 420
Merit: 106
https://steemit.com/@bibi187
August 23, 2017, 05:20:43 PM
Hey everyone.

As fullzero has already posted the instruction on OC of P106-100 rigs, I can confirm that this works and i am now using cc -200 and mc 1300(was stable for over 10 hours )  , I think it can go to 1400-1500 but I am in the process of testing the 12th card since it caused me issues everytime i connected before.

Also I have another question to ask fullzero : When I start the rig it sometimes doesn't swap the xorg files and giving me errors which lead to the OC being off(Sometimes even after autoreboot it doesn't autostart 1bash). This solves after a couple of reboots but I can't figure out how to reboot it so the OC will work and the miner also would start automatically since sometimes when I turn it on the miner doesn't autostart and this leads to further errors and no OC available. So far I haven't found any other problems so thank you again for solving OC issue.

Can you advise on what should I do in that case?

Hi all,
I can also confirm that all 13*P106-100 are working.
Dual mining ETH/PASC at CC 0, MC 1300, Powerlimit 115, i get eth 307/pascal 3070. 6 hours stable.

Maybe u can push a little more lower CC and reduce your powerlimit without loose on your hashrate Wink
newbie
Activity: 15
Merit: 0
August 23, 2017, 04:57:35 PM
Hey everyone.

As fullzero has already posted the instruction on OC of P106-100 rigs, I can confirm that this works and i am now using cc -200 and mc 1300(was stable for over 10 hours )  , I think it can go to 1400-1500 but I am in the process of testing the 12th card since it caused me issues everytime i connected before.

Also I have another question to ask fullzero : When I start the rig it sometimes doesn't swap the xorg files and giving me errors which lead to the OC being off(Sometimes even after autoreboot it doesn't autostart 1bash). This solves after a couple of reboots but I can't figure out how to reboot it so the OC will work and the miner also would start automatically since sometimes when I turn it on the miner doesn't autostart and this leads to further errors and no OC available. So far I haven't found any other problems so thank you again for solving OC issue.

Can you advise on what should I do in that case?

Hi all,
I can also confirm that all 13*P106-100 are working.
Dual mining ETH/PASC at CC 0, MC 1300, Powerlimit 115, i get eth 307/pascal 3070. 6 hours stable.
newbie
Activity: 23
Merit: 0
August 23, 2017, 03:24:15 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:

Code:
ssh m1@your_rig_ip_here

you will be prompted

enter:

Code:
yes

the password is:
Code:
miner1

once you are logged in via SSH; enter:

Code:
screen -ls

if there is already a screen named miner use the cmd:

Code:
screen -r miner

to reconnect to the mining process and ignore the rest of this guide


if there is not; enter the cmd:

Code:
bash 1bash

to launch the mining process

once you see the message:

Quote
process in screen miner; attach with: screen -r miner

hit

Code:
ctrl + c

then enter:

Code:
screen -r miner

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:

Code:
nano 1bash

note this is a visual editor; again see the SSH guide for more info on nano.




http://prntscr.com/gc8g0n / http://prntscr.com/gc8agx ((
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
August 23, 2017, 11:30:31 AM
It appears the site previously used extremely limits bandwidth on large downloads

nvOC 17 high speed download below
https://www.mediafire.com/download/oi84ue7e6z9epn9

...and this one blocks adblockers.  Roll Eyes

I'm uploading a copy I'd originally downloaded from Google Drive (or was it Mega?) to my VPS.  I'll post a link once it's up.  SHA256 hash on the file is d11929368d186acf73651be1b9d90234cfe6ef8a097eff56668dee4cbbe69e8c, as announced here.
Jump to: