Author

Topic: [OS] nvOC easy-to-use Linux Nvidia Mining - page 390. (Read 418253 times)

legendary
Activity: 1834
Merit: 1080
---- winter*juvia -----
switched to ssh because I wanted to a quick way to edit the onebash file and test the rig on various clocks.

I am used to the nano editor so...

root@m1-desktop:/home/m1# nano /media/m1/1263-A96E/oneBash

do the changes

root@m1-desktop:/home/m1# sudo reboot



after reboot, ssh into again

how do I get the mining console?

root@m1-desktop:/home/m1# screen -x m1

doesn't get me anything

Have had the same problem, couldn't get it to work by default.
The 2unix is made autostart, and can't be reached with screen or tmux because of it probably.

Have had to change things to oneBash, but because of that an auto restart of oneBash is not possible anymore. At least I wasn't able to get it done..

So if I got the situation right; currently you have:

SSHed into rig

opened oneBash on that rig with nano:

Code:
nano '/media/m1/1263-A96E/oneBash'

made changes / edits; then ctrl + shift + X to quit selecting Y to save changes

the next part is this:

Find the currently running GPU mining process. 

We will do this by finding the gnome-terminal process.

Code:
ps aux | grep gnome-terminal

this should list 2 processes: we are interested in the first one which ends in /gnome-terminal-server

note its pid ( should be a 4 digit number at the beginning of the process listing; but may be more than 4 digits )

type:

Code:
kill pid

where pid is the 4 or higher digit number; so if the pid was 2037  I would use:

Code:
kill 2037

now we have stopped the GPU mining process

as we have already changed oneBash we will now restart the GPU mining process

to do this we enter:

Code:
gnome-terminal

and now we have remote modified the nvOC rig  Wink


got it and success!

so how do I see the EWBF in action?

Can I see the mining screen from ssh?
legendary
Activity: 1260
Merit: 1009
I managed to put this only on one USB stick without problems.
Other 2 I get an write error at around 90% or so and now I can only see in windows the 8mb partition .
One is a usb 3.0 stick and one random.
The one that works is 3.0 also but they are all different brands

Any way to format these sticks again ? In win i can see the other part of the stick in disk manager but i have it as unalocated space if I format it .

Thanks!

You can always re image a usb with hddrawcopy; regardless of what partitions / formatting it has to begin with.

If when you use hddrawccopy it indicates your USB is 15.5gb or larger; you will have an error at the end of imaging: but the USB should still work.

If hddrawcopy says your USB key is less than 15.5gb; it isn't going to work.
newbie
Activity: 35
Merit: 0
I managed to put this only on one USB stick without problems.
Other 2 I get an write error at around 90% or so and now I can only see in windows the 8mb partition .
One is a usb 3.0 stick and one random.
The one that works is 3.0 also but they are all different brands

Any way to format these sticks again ? In win i can see the other part of the stick in disk manager but i have it as unalocated space if I format it .

Thanks!
legendary
Activity: 1260
Merit: 1009
I have two identical 6 x Zotac 1070 Mini rigs -- exactly the same config.

Upgraded now to nvoc v15 and works nicely on MSI Z270-A-PRO motherboard, i3-7100 CPU and 4GB RAM, 32GB USB3 Sandisk Cruzer Glide

Mining ZEC at Nicehash at 440-ish sols per card.

+200/+1100/165 PL

1100watts from the wall

The issue is not an issue but a strange observation....

The network port of the mobo on the 1st rig is amber/green... which is normal for a gigabit connection.

However the 2nd rig, is amber/amber.... which I think is 100base instead on gigabit/1000base

Both rigs do hash well, ranges from 2400-2800sols, nothing strange I think.

Anyone encountered a similar case?

Anybody tried to convert a similar rig like this for ETH mining? Any good?

Currently doing ETH on 6x Gigabyte 1070s getting about 181-182 mh/s or about 30mh/s with 710watts from the wall on a Asus prime 270a with the current nvOC 15.

710watts is very impressive! I think better than 6 x RX470 at 1000watts and 28MHs per card

Did a lot of tuning but the GV-N1070WF2OC-8GD can do some nice mem over clocks. Currently running -50cc and +1300 memory. Also have them power limited at 110watts per card. Going to be seeing if I can get it down to 105 watts per card. Would be a drop of 30 watts between the 6 cards.

If I remember correctly @ 680 watts is the optimal efficiency setting for 1070s mining Ethash.  Right now with these exchange rates I would use more power to get the extra 0.5 - 1 MH/s more per card to get the most out of the cards. 

Nexillus you seem to have the OPT settings.  I will definitely try them out next time I switch a 1070 to Ethash.     Grin

full member
Activity: 169
Merit: 100
I have two identical 6 x Zotac 1070 Mini rigs -- exactly the same config.

Upgraded now to nvoc v15 and works nicely on MSI Z270-A-PRO motherboard, i3-7100 CPU and 4GB RAM, 32GB USB3 Sandisk Cruzer Glide

Mining ZEC at Nicehash at 440-ish sols per card.

+200/+1100/165 PL

1100watts from the wall

The issue is not an issue but a strange observation....

The network port of the mobo on the 1st rig is amber/green... which is normal for a gigabit connection.

However the 2nd rig, is amber/amber.... which I think is 100base instead on gigabit/1000base

Both rigs do hash well, ranges from 2400-2800sols, nothing strange I think.

Anyone encountered a similar case?

Anybody tried to convert a similar rig like this for ETH mining? Any good?

Currently doing ETH on 6x Gigabyte 1070s getting about 181-182 mh/s or about 30mh/s with 710watts from the wall on a Asus prime 270a with the current nvOC 15.

710watts is very impressive! I think better than 6 x RX470 at 1000watts and 28MHs per card

Did a lot of tuning but the GV-N1070WF2OC-8GD can do some nice mem over clocks. Currently running -50cc and +1300 memory. Also have them power limited at 110watts per card. Going to be seeing if I can get it down to 105 watts per card. Would be a drop of 30 watts between the 6 cards.
legendary
Activity: 1834
Merit: 1080
---- winter*juvia -----
I have two identical 6 x Zotac 1070 Mini rigs -- exactly the same config.

Upgraded now to nvoc v15 and works nicely on MSI Z270-A-PRO motherboard, i3-7100 CPU and 4GB RAM, 32GB USB3 Sandisk Cruzer Glide

Mining ZEC at Nicehash at 440-ish sols per card.

+200/+1100/165 PL

1100watts from the wall

The issue is not an issue but a strange observation....

The network port of the mobo on the 1st rig is amber/green... which is normal for a gigabit connection.

However the 2nd rig, is amber/amber.... which I think is 100base instead on gigabit/1000base

Both rigs do hash well, ranges from 2400-2800sols, nothing strange I think.

Anyone encountered a similar case?

Anybody tried to convert a similar rig like this for ETH mining? Any good?

Currently doing ETH on 6x Gigabyte 1070s getting about 181-182 mh/s or about 30mh/s with 710watts from the wall on a Asus prime 270a with the current nvOC 15.

710watts is very impressive! I think better than 6 x RX470 at 1000watts and 28MHs per card
full member
Activity: 169
Merit: 100
I have two identical 6 x Zotac 1070 Mini rigs -- exactly the same config.

Upgraded now to nvoc v15 and works nicely on MSI Z270-A-PRO motherboard, i3-7100 CPU and 4GB RAM, 32GB USB3 Sandisk Cruzer Glide

Mining ZEC at Nicehash at 440-ish sols per card.

+200/+1100/165 PL

1100watts from the wall

The issue is not an issue but a strange observation....

The network port of the mobo on the 1st rig is amber/green... which is normal for a gigabit connection.

However the 2nd rig, is amber/amber.... which I think is 100base instead on gigabit/1000base

Both rigs do hash well, ranges from 2400-2800sols, nothing strange I think.

Anyone encountered a similar case?

Anybody tried to convert a similar rig like this for ETH mining? Any good?

Currently doing ETH on 6x Gigabyte 1070s getting about 181-182 mh/s or about 30mh/s with 710watts from the wall on a Asus prime 270a with the current nvOC 15.
legendary
Activity: 1260
Merit: 1009
some of my rigs mine 12 hours straight no issue. some after 1 hour the terminal seems lags and hashrates dropped significantly. until i close the terminal. all smooth. without restarting the ubuntu, gpu wont apply OC saying failed to applied or something and the lags begins.

tried lower down the oc on core and mem did not help. it seems like a random freeze/lags issue happening. if GPU failure the watchdog of claymore works fine. something its still hashing, just real slow because of the lags and watchdog wont kick in.

any idea?

What are you mining?

What kind of risers are you using?

How are the risers powered?

What mobo, CPU, GPUs are you using?
legendary
Activity: 1260
Merit: 1009
This looks nice so far .
I have a GTX 1070 Gaming X with Micron memory.  Anybody knows how much I can push these in Linux ?
In windows I can get them between 30-31 but only if Claymore is already running . If i want to start it with mem oc +600 it crashes

On nvOC is see that my Mh/s is lower it I oc mem to +600. I get around 28mh ... lower then for same settings in Win . Am I doing something wrong ?
Thanks !

I don't have a Gaming X 1070; but some 1070s will OC stability up to 1100.  I have noticed that the OC offsets don't have the same results in linux as in windows; you should have to OC a little higher in linux to have the same result.  However you should also be able to OC higher in linux for this same reason.

When using Ethash, setting the mc OC too high will most likely result in a Claymore soft crash.  Setting the cc OC too high will most likely crash the system.  I would keep bumping up the mc OC by 100 until you get a Claymore soft crash.  Then reduce it by 50, and see if it is ok.  If not down another 50.  


I tried ETH with a 6x zotac 1070 mini rig; for short term at least this was the highest stable setting: cc+200, mc+1100, powerlimit 125 (because more power did not generate more hash).

I noticed too that CC does very little with other hash on Eth, while memory does a lot more.

Also are you mining ZEC right now instead? Do you have some numbers on your 1070's? I was averaging around 440sol/s each.

I am mining with MSI GTX 1070 Gaming X.  Using MSI Afterburner.

CC does very little for me on ETH.

Currently in Windows 10.  Using MSI Afterburner I can boost to +800 on mc if claymore is already started.  I have seen it run for hours and also fail a lot with this setting, so I stopped it.  I am currently set to +715 mc and it will boot into claymore okay.  Occasional soft fail, but usually cause i was messing around with something.  Mainly if I plug in a monitor or turn one on it can fail.  If I just leave it alone with no monitor it stays going.  Current is 30.9 M/H per card in a 6 rig configure.  Slightly lower in my 5 rig, because I have an issue with one card, need to update BIOS on that mobo.  Both rigs using MSI Z270-A Pro mobo.

You can use the OC after building the DAG trick with linux as well; it is possible to get a 1070 up to 33 MH/s with that trick if you use the right Old drivers and Old Claymore version.

Unless you want to babysit a rig; I don't recommend doing this.  

It is inherently unstable ( what I call OC type 2 ) see: https://bitcointalksearch.org/topic/m.19313060



I have no desire to babysit.  I am seeking the highest level that is stable (as everyone is).  My one BIG issue is when I get a soft failure occasionally I lose the MC setting on the card that caused the failure and it reverts to zero.  So the M/H rate drops to about 25.5 on that one card.  If I go into Afterburner it shows default settings for the card.  Not sure if this is caused by the nVidia driver, I am using 382.05, is there a better older driver I should be using?  I am unsure about the switch to nvOC.  I have so much time invested in current setup that I hate to start over and relearn.  Although I do like a challenge.

If you do try nvOC; I would keep your Windows install. 

I recommend imaging nvOC to a USB key: either one of the Lexar's I recommend or a fast 32gb of another brand.

This way you can either disconnect your SSD or HDD with Windows or use the appropriate keys for your mobo to open the boot menu at poweron; and select the USB as the boot device.  You would still have your Windows install if you decide you like it better; or need to use Windows for some other reason.


newbie
Activity: 22
Merit: 0
some of my rigs mine 12 hours straight no issue. some after 1 hour the terminal seems lags and hashrates dropped significantly. until i close the terminal. all smooth. without restarting the ubuntu, gpu wont apply OC saying failed to applied or something and the lags begins.

tried lower down the oc on core and mem did not help. it seems like a random freeze/lags issue happening. if GPU failure the watchdog of claymore works fine. something its still hashing, just real slow because of the lags and watchdog wont kick in.

any idea?
member
Activity: 81
Merit: 15
This looks nice so far .
I have a GTX 1070 Gaming X with Micron memory.  Anybody knows how much I can push these in Linux ?
In windows I can get them between 30-31 but only if Claymore is already running . If i want to start it with mem oc +600 it crashes

On nvOC is see that my Mh/s is lower it I oc mem to +600. I get around 28mh ... lower then for same settings in Win . Am I doing something wrong ?
Thanks !

I don't have a Gaming X 1070; but some 1070s will OC stability up to 1100.  I have noticed that the OC offsets don't have the same results in linux as in windows; you should have to OC a little higher in linux to have the same result.  However you should also be able to OC higher in linux for this same reason.

When using Ethash, setting the mc OC too high will most likely result in a Claymore soft crash.  Setting the cc OC too high will most likely crash the system.  I would keep bumping up the mc OC by 100 until you get a Claymore soft crash.  Then reduce it by 50, and see if it is ok.  If not down another 50.  


I tried ETH with a 6x zotac 1070 mini rig; for short term at least this was the highest stable setting: cc+200, mc+1100, powerlimit 125 (because more power did not generate more hash).

I noticed too that CC does very little with other hash on Eth, while memory does a lot more.

Also are you mining ZEC right now instead? Do you have some numbers on your 1070's? I was averaging around 440sol/s each.

I am mining with MSI GTX 1070 Gaming X.  Using MSI Afterburner.

CC does very little for me on ETH.

Currently in Windows 10.  Using MSI Afterburner I can boost to +800 on mc if claymore is already started.  I have seen it run for hours and also fail a lot with this setting, so I stopped it.  I am currently set to +715 mc and it will boot into claymore okay.  Occasional soft fail, but usually cause i was messing around with something.  Mainly if I plug in a monitor or turn one on it can fail.  If I just leave it alone with no monitor it stays going.  Current is 30.9 M/H per card in a 6 rig configure.  Slightly lower in my 5 rig, because I have an issue with one card, need to update BIOS on that mobo.  Both rigs using MSI Z270-A Pro mobo.

You can use the OC after building the DAG trick with linux as well; it is possible to get a 1070 up to 33 MH/s with that trick if you use the right Old drivers and Old Claymore version.

Unless you want to babysit a rig; I don't recommend doing this.  

It is inherently unstable ( what I call OC type 2 ) see: https://bitcointalksearch.org/topic/m.19313060



I have no desire to babysit.  I am seeking the highest level that is stable (as everyone is).  My one BIG issue is when I get a soft failure occasionally I lose the MC setting on the card that caused the failure and it reverts to zero.  So the M/H rate drops to about 25.5 on that one card.  If I go into Afterburner it shows default settings for the card.  Not sure if this is caused by the nVidia driver, I am using 382.05, is there a better older driver I should be using?  I am unsure about the switch to nvOC.  I have so much time invested in current setup that I hate to start over and relearn.  Although I do like a challenge.
legendary
Activity: 1260
Merit: 1009
This looks nice so far .
I have a GTX 1070 Gaming X with Micron memory.  Anybody knows how much I can push these in Linux ?
In windows I can get them between 30-31 but only if Claymore is already running . If i want to start it with mem oc +600 it crashes

On nvOC is see that my Mh/s is lower it I oc mem to +600. I get around 28mh ... lower then for same settings in Win . Am I doing something wrong ?
Thanks !

I don't have a Gaming X 1070; but some 1070s will OC stability up to 1100.  I have noticed that the OC offsets don't have the same results in linux as in windows; you should have to OC a little higher in linux to have the same result.  However you should also be able to OC higher in linux for this same reason.

When using Ethash, setting the mc OC too high will most likely result in a Claymore soft crash.  Setting the cc OC too high will most likely crash the system.  I would keep bumping up the mc OC by 100 until you get a Claymore soft crash.  Then reduce it by 50, and see if it is ok.  If not down another 50.  


I tried ETH with a 6x zotac 1070 mini rig; for short term at least this was the highest stable setting: cc+200, mc+1100, powerlimit 125 (because more power did not generate more hash).

I noticed too that CC does very little with other hash on Eth, while memory does a lot more.

Also are you mining ZEC right now instead? Do you have some numbers on your 1070's? I was averaging around 440sol/s each.

I am mining with MSI GTX 1070 Gaming X.  Using MSI Afterburner.

CC does very little for me on ETH.

Currently in Windows 10.  Using MSI Afterburner I can boost to +800 on mc if claymore is already started.  I have seen it run for hours and also fail a lot with this setting, so I stopped it.  I am currently set to +715 mc and it will boot into claymore okay.  Occasional soft fail, but usually cause i was messing around with something.  Mainly if I plug in a monitor or turn one on it can fail.  If I just leave it alone with no monitor it stays going.  Current is 30.9 M/H per card in a 6 rig configure.  Slightly lower in my 5 rig, because I have an issue with one card, need to update BIOS on that mobo.  Both rigs using MSI Z270-A Pro mobo.

You can use the OC after building the DAG trick with linux as well; it is possible to get a 1070 up to 33 MH/s with that trick if you use the right Old drivers and Old Claymore version.

Unless you want to babysit a rig; I don't recommend doing this. 

It is inherently unstable ( what I call OC type 2 ) see: https://bitcointalksearch.org/topic/m.19313060

legendary
Activity: 1260
Merit: 1009
This looks nice so far .
I have a GTX 1070 Gaming X with Micron memory.  Anybody knows how much I can push these in Linux ?
In windows I can get them between 30-31 but only if Claymore is already running . If i want to start it with mem oc +600 it crashes

On nvOC is see that my Mh/s is lower it I oc mem to +600. I get around 28mh ... lower then for same settings in Win . Am I doing something wrong ?
Thanks !

I don't have a Gaming X 1070; but some 1070s will OC stability up to 1100.  I have noticed that the OC offsets don't have the same results in linux as in windows; you should have to OC a little higher in linux to have the same result.  However you should also be able to OC higher in linux for this same reason.

When using Ethash, setting the mc OC too high will most likely result in a Claymore soft crash.  Setting the cc OC too high will most likely crash the system.  I would keep bumping up the mc OC by 100 until you get a Claymore soft crash.  Then reduce it by 50, and see if it is ok.  If not down another 50. 

Thanks!
So far I'm at 1100 mem OC and 150 cc - 30mh and 135 power limit
                  1100 mem OC and 150 cc - 30.145mh 100 power limit . ?!
Haven't messed with anything else .
For AMD ... lowering the core didn't lower the mh ... it reduced the consumption also it didn't help much to increase it .  How are things for these 10x0 models ?
Do you accept donations ? Smiley

The opt cc for Ethash is dependent on what your model 1070 stock clock setting is (some are lower, some higher so the optimal offset is different for each).

In general lots of core OC will not help.

I will accept donations when this platform is more developed. 

For now you can mine for me if you want; but I what I would really like is for you to tell everyone you know about Crypto and help it go mainstream faster.  Smiley

member
Activity: 81
Merit: 15
This looks nice so far .
I have a GTX 1070 Gaming X with Micron memory.  Anybody knows how much I can push these in Linux ?
In windows I can get them between 30-31 but only if Claymore is already running . If i want to start it with mem oc +600 it crashes

On nvOC is see that my Mh/s is lower it I oc mem to +600. I get around 28mh ... lower then for same settings in Win . Am I doing something wrong ?
Thanks !

I don't have a Gaming X 1070; but some 1070s will OC stability up to 1100.  I have noticed that the OC offsets don't have the same results in linux as in windows; you should have to OC a little higher in linux to have the same result.  However you should also be able to OC higher in linux for this same reason.

When using Ethash, setting the mc OC too high will most likely result in a Claymore soft crash.  Setting the cc OC too high will most likely crash the system.  I would keep bumping up the mc OC by 100 until you get a Claymore soft crash.  Then reduce it by 50, and see if it is ok.  If not down another 50.  

I tried ETH with a 6x zotac 1070 mini rig; for short term at least this was the highest stable setting: cc+200, mc+1100, powerlimit 125 (because more power did not generate more hash).





I noticed too that CC does very little with other hash on Eth, while memory does a lot more.

Also are you mining ZEC right now instead? Do you have some numbers on your 1070's? I was averaging around 440sol/s each.

I am mining with MSI GTX 1070 Gaming X.  Using MSI Afterburner.

CC does very little for me on ETH.

Currently in Windows 10.  Using MSI Afterburner I can boost to +800 on mc if claymore is already started.  I have seen it run for hours and also fail a lot with this setting, so I stopped it.  I am currently set to +715 mc and it will boot into claymore okay.  Occasional soft fail, but usually cause i was messing around with something.  Mainly if I plug in a monitor or turn one on it can fail.  If I just leave it alone with no monitor it stays going.  Current is 30.9 M/H per card in a 6 rig configure.  Slightly lower in my 5 rig, because I have an issue with one card, need to update BIOS on that mobo.  Both rigs using MSI Z270-A Pro mobo.
newbie
Activity: 35
Merit: 0
This looks nice so far .
I have a GTX 1070 Gaming X with Micron memory.  Anybody knows how much I can push these in Linux ?
In windows I can get them between 30-31 but only if Claymore is already running . If i want to start it with mem oc +600 it crashes

On nvOC is see that my Mh/s is lower it I oc mem to +600. I get around 28mh ... lower then for same settings in Win . Am I doing something wrong ?
Thanks !

I don't have a Gaming X 1070; but some 1070s will OC stability up to 1100.  I have noticed that the OC offsets don't have the same results in linux as in windows; you should have to OC a little higher in linux to have the same result.  However you should also be able to OC higher in linux for this same reason.

When using Ethash, setting the mc OC too high will most likely result in a Claymore soft crash.  Setting the cc OC too high will most likely crash the system.  I would keep bumping up the mc OC by 100 until you get a Claymore soft crash.  Then reduce it by 50, and see if it is ok.  If not down another 50. 

Thanks!
So far I'm at 1100 mem OC and 150 cc - 30mh and 135 power limit
                  1100 mem OC and 150 cc - 30.145mh 100 power limit . ?!
Haven't messed with anything else .
For AMD ... lowering the core didn't lower the mh ... it reduced the consumption also it didn't help much to increase it .  How are things for these 10x0 models ?
Do you accept donations ? Smiley



 
legendary
Activity: 1260
Merit: 1009
Hi,

Firstly I'd just like to say, great job I really appreciate the time you put into this and thanks for sharing.

I'm having an issue where I can't get the cards to overclock, smi reports that the powerlimit is set as wanted at 165 through OneBash but the draw wattage just doesn't move just stays stuck around 150w. Clock and memory is set as per your guidance +100 core, +600 mem.

Board is ASUS H270 Prime Plus with 6 x EVGA GTX1070 SC, dual mining ETH+SC

Any help you could offer would be greatly appreciated, loving the plug and play aspect of it, will really help with getting some friends going.

Thanks!

Sometimes, especially with initial boot; a powerlimit will not set as intended.  This may be due to using a slow usb, dos2unix taking longer than expected to close, or Ubuntu installing security updates.  It is also possible to set a powerlimit that is outside of the cards acceptable range for a powerlimit; in which case it will not implement any powerlimit dispite displaying the command.

To manually implement a powerlimit:

Press f12 to open the guake terminal; if cpuminer is running open another tab or press ctrl + c to stop the process and enter:

sudo nvidia-smi -pl 165

you will then be prompted for the password: miner1

this should attempt to implement the command for each card.  You will see a message for each card listing its previous powerlimit and its new one.  If you have selected a powerlimit that is outside of the acceptable range smi will indicate this.

Generally if you are having trouble with oneBash implementing a powerlimit: I recommend changing:

INDIVIDUAL_POWERLIMIT="YES"

in addition to:

POWERLIMIT="YES"

and then ensuring you enter the desired wattage for the global powerlimit and each of your cards individual powerlimits.

Even with a slow usb this should ensure the proper setting of a powerlimit.




Thanks. I sorted the issue just need to be a bit more aggressive with the memory overclock, stable on all rigs @ 1100 and some rigs at 1200. Interestingly the power levels still aren't moving, staying at stock for Dual Mining ETH+SIA, power limit does appear to have applied itself though.

Any scope of updating the image to Claymore 9.5? Just out of interest, how many rigs are you operating?

Again, great project, be happy to help if I can at all.

I can add Claymore 9.5; when it was first released I tried it with questionable results: so I didn't update.  I can add it to the next version.  I will make a selection switch in oneBash to choose what version of Claymore you want to use.

I have been at power ceiling for a while now  Angry

I have 19 rigs; hopefully I will have more powerspace soon and will be able to put my stockpile of test mobos and CPUs to use.

newbie
Activity: 21
Merit: 0
Hi,

Firstly I'd just like to say, great job I really appreciate the time you put into this and thanks for sharing.

I'm having an issue where I can't get the cards to overclock, smi reports that the powerlimit is set as wanted at 165 through OneBash but the draw wattage just doesn't move just stays stuck around 150w. Clock and memory is set as per your guidance +100 core, +600 mem.

Board is ASUS H270 Prime Plus with 6 x EVGA GTX1070 SC, dual mining ETH+SC

Any help you could offer would be greatly appreciated, loving the plug and play aspect of it, will really help with getting some friends going.

Thanks!

Sometimes, especially with initial boot; a powerlimit will not set as intended.  This may be due to using a slow usb, dos2unix taking longer than expected to close, or Ubuntu installing security updates.  It is also possible to set a powerlimit that is outside of the cards acceptable range for a powerlimit; in which case it will not implement any powerlimit dispite displaying the command.

To manually implement a powerlimit:

Press f12 to open the guake terminal; if cpuminer is running open another tab or press ctrl + c to stop the process and enter:

sudo nvidia-smi -pl 165

you will then be prompted for the password: miner1

this should attempt to implement the command for each card.  You will see a message for each card listing its previous powerlimit and its new one.  If you have selected a powerlimit that is outside of the acceptable range smi will indicate this.

Generally if you are having trouble with oneBash implementing a powerlimit: I recommend changing:

INDIVIDUAL_POWERLIMIT="YES"

in addition to:

POWERLIMIT="YES"

and then ensuring you enter the desired wattage for the global powerlimit and each of your cards individual powerlimits.

Even with a slow usb this should ensure the proper setting of a powerlimit.




Thanks. I sorted the issue just need to be a bit more aggressive with the memory overclock, stable on all rigs @ 1100 and some rigs at 1200. Interestingly the power levels still aren't moving, staying at stock for Dual Mining ETH+SIA, power limit does appear to have applied itself though.

Any scope of updating the image to Claymore 9.5? Just out of interest, how many rigs are you operating?

Again, great project, be happy to help if I can at all.

legendary
Activity: 1260
Merit: 1009
Hi! First of all, that's so much for making this. It's been super easy to use and (as far as I know) is reporting the highest hashrate for me so far!

I have an ASUS Prime Z270-A with 4 EVGA 1070 SC2 cards. I've had trouble trying to OC them (have seen maybe you can't because they're factory OC'd?) and oneBash spits out errors trying to assign GPUTargetFanSpeed when it starts up. Maybe you know how to get around this?

Thanks so much!
Do you use a fast USB stick, as recommended? Setting power limit can cause some problems on slow ones. What is the trouble you're getting with OC? What are the values used?

A GPU being factory OCed means it has a higher base clock; shouldn't have any other impact than using lower offset OC values.

When the GPU mining process starts; before the fancontrol error messages do you see card core clock and memory clock OC messages for cards 0,1,2, and 3 ?

legendary
Activity: 1260
Merit: 1009
What happens if you disable the onboard graphics?

That did the trick in combination with gen2 in BIOS for a PCI-E slot.

Managed to get it working on one rig but can't get it on other four. The four rigs after adding sixth card start booting without error but getting no output on any of the GPUs. All rigs are set to start mining on boot, so it must be that the process has stopped somewhere after booting as there is no debug code on the LED display. Going to try with SSH but need to punch some holes in switch first.

I'll keep 'playing' with this and write here if I find a solution.

Now I at least know there is a way. :-)

Thanks man!

Edit:

Thanks for the information and images of the mobo, tried changing to Gen2 earlier before but it doesn't seem to work always like it should ^ ( see text above ). Change to Gen2 only worked on one rig out of five and my mobo doesn't have "DMI Gen Speed" or similar. I'll keep playing with this and write back if I manage something.

Also just to let you know, I have the same problem as post #502 running with 5x 1060.

Last night I couldn't get my second z97 mobo to work with 6x GPUs. 

Updating the mobo bios is probably the last thing to try.  Unfortunately it didn't help in my case.
legendary
Activity: 1260
Merit: 1009
switched to ssh because I wanted to a quick way to edit the onebash file and test the rig on various clocks.

I am used to the nano editor so...

root@m1-desktop:/home/m1# nano /media/m1/1263-A96E/oneBash

do the changes

root@m1-desktop:/home/m1# sudo reboot



after reboot, ssh into again

how do I get the mining console?

root@m1-desktop:/home/m1# screen -x m1

doesn't get me anything

Have had the same problem, couldn't get it to work by default.
The 2unix is made autostart, and can't be reached with screen or tmux because of it probably.

Have had to change things to oneBash, but because of that an auto restart of oneBash is not possible anymore. At least I wasn't able to get it done..

So if I got the situation right; currently you have:

SSHed into rig

opened oneBash on that rig with nano:

Code:
nano '/media/m1/1263-A96E/oneBash'

made changes / edits; then ctrl + shift + X to quit selecting Y to save changes

the next part is this:

Find the currently running GPU mining process. 

We will do this by finding the gnome-terminal process.

Code:
ps aux | grep gnome-terminal

this should list 2 processes: we are interested in the first one which ends in /gnome-terminal-server

note its pid ( should be a 4 digit number at the beginning of the process listing; but may be more than 4 digits )

type:

Code:
kill pid

where pid is the 4 or higher digit number; so if the pid was 2037  I would use:

Code:
kill 2037

now we have stopped the GPU mining process

as we have already changed oneBash we will now restart the GPU mining process

to do this we enter:

Code:
gnome-terminal

and now we have remote modified the nvOC rig  Wink

Jump to: