Pages:
Author

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

newbie
Activity: 15
Merit: 0
I will try to catch up this month: 

Thanks for the community edition: papampi , kk003, damNmad, leenoox and meligo  Smiley

Rebuilding the community edition using the vBASIC image as a starting point might be a good idea. 

Let me know. 

vBASIC is linked on the OP.

Very happy to see you back  Cheesy
jr. member
Activity: 128
Merit: 1
@papampi:

I found a solution for starting watchdog from rc.local. Just call it like this:
Code:
(sleep 90 && systemctl restart watchdog.service)&
this will sleep a little before restarting watchdog, but it will do so in the background and allow for rc.local to terminate beforehand.

I was looking to implement the iTCO_wtd a while back. Too preoccupied  with other things...
Check this for testing iTCO:
http://www.madore.org/~david/linux/iTCO-wdt-test.html

@Leenoox
I seen that and it works manually but not auto starts.

@bytiges
Your 90 second sleep not works for me as I think my problem is with restart command, whatever I do it fails with restart.
I added 3 modprob modules to rc.local and now at startup watchdog showup in dev

Code:
modprobe i2c-i801 
modprobe i2c-smbus
modprobe iTCO_wdt

Set watchdog.conf to ping my router
Now if I start watchdog manually and remove the network cable, watchdog reboots the rig after given time. (1 step ahead)

Tried to add a sleep to restart command between stop and start in /etc/init.d/watchdog and it still not starts and fails.
Only solution is to stop and start it again for me now.

---------------------------------------------------------------------------------

I'm sorry it did not work for you. I'll try to give you my rationale in the hope that it helps you find the issue.

So, one thing I noticed is that I cannot "start" or "restart" the watchdog right after a reboot. I log on the ssh console then issue the commands and it hangs. However, if I wait enough time after reboot I can (re)-start it and it works normally. Bear in mind I'm only testing with a rig with a single GTC1070 in it. I noticed that the rigs with 13 GTX1060 that I have in production can take much longer time to init and start mining. I have not tested watchdog there yet.

I also noticed that rc.local must have finished for watchdog to be able to start. I think that this is because /etc/init.d/watchdog has a dependency on $all. I however modified my dependencies to be only $local_fs and $network (perhaps this is it). Here's my /etc/init.d/watchdog header
Code:
#!/bin/sh
#/etc/init.d/watchdog: start watchdog daemon.

### BEGIN INIT INFO
# Provides:          watchdog
# Short-Description: Start software watchdog daemon
# Required-Start:    $local_fs $network
# Required-Stop:     $all
# Should-Start:
# Should-Stop:
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
### END INIT INFO

....

So my fix was to edit the rc.local to add a fixed delay and a restart of the watcdog, but send it in background with the (...)& construct. This way the rc.local script has the chance of terminating. Perhaps you need to increase the delay (just see how much time after reboot you're able to start the watchdog manually).

Regarding the insertion of the modules, you don't need to make it by hand. You only need a single "iTCO_wdt" module in /etc/default/watchdog. It will be inserted with modprobe and will pull all dependent modules.  Here's my /etc/default/watchdog file:
Code:
# Start watchdog at boot time? 0 or 1
run_watchdog=1
# Start wd_keepalive after stopping watchdog? 0 or 1
run_wd_keepalive=0
# Load module before starting watchdog
watchdog_module="iTCO_wdt"
# Specify additional watchdog options here (see manpage).

And for reference, here's the fixed watchdog.service:
Code:
$ cat /lib/systemd/system/watchdog.service
[Unit]
Description=watchdog daemon
Conflicts=wd_keepalive.service
After=multi-user.target
OnFailure=wd_keepalive.service

[Service]
Type=forking
EnvironmentFile=/etc/default/watchdog
ExecStartPre=/bin/sh -c '[ -z "${watchdog_module}" ] || [ "${watchdog_module}" = "none" ] || /sbin/modprobe $watchdog_module'
ExecStart=/bin/sh -c '[ $run_watchdog != 1 ] || exec /usr/sbin/watchdog $watchdog_options'
ExecStopPost=/bin/sh -c '[ $run_wd_keepalive != 1 ] || false'

[Install]

I also set the nowayout option for the watchdog module, so that there's no way to stop the watchdog once activated.
Code:
m1@m1-desktop:~$ cat /etc/modprobe.d/nowayout.conf
options iTCO_wdt nowayout=1

Hope that helps.

That /lib/systemd/system/watchdog.service is broken, contains syntax errors in variable expansion. You cannot expand $vars if part of a single quoted string. Where you got this file? Is it made by you?

EDIT: https://unix.stackexchange.com/questions/346224/problem-with-systemd-starting-watchdog
full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
I will try to catch up this month: 

Thanks for the community edition: papampi , kk003, damNmad, leenoox and meligo  Smiley

Rebuilding the community edition using the vBASIC image as a starting point might be a good idea. 

Let me know. 

vBASIC is linked on the OP.

Wow ... You just made my day.
So happy to see ya back and hope all is ok.
full member
Activity: 340
Merit: 103
It is easier to break an atom than partialities AE
Unified All-in-one Monero miner

GitHub : https://github.com/fireice-uk/xmr-stak

Github Releases : https://github.com/fireice-uk/xmr-stak/releases

 psychocrypt released this on 22 Dec 201

Sorry for my bad airport globish. I try without translator but ...


Not sure whether KTccminer-cryptonight ccminer is the right one either, but, personally, for my RIG, its doing the best job, by giving 555 h/s with my 1060 6GB card.

Heard from one of the user (@kung on discord) about another ccminer which can be used to mine AEON or such (cryptonight algo) kind of coins, here is the link:

https://github.com/xmrig/xmrig-nvidia

We must compile & test them individually and see how it goes and pick the best one.


Yes I have alreeady heard and read about xmrig. What i read said that it is the best miner for i7 and Xeon CPU not for GPU
On the other hand, XMR difficulty is really toomuch high to be profitable. Do you know which other cryptonight coin is profitable ? Do you know a cryptonight list website of coins that can be mined Huh
I looked at vericoin coin but it seemed not really profitable in my opinion.

Haha, I'm mad at Bittrex too bruv, I waited to see some official announcement from Bittrex, but NOPE, so I've moved them to Trade Satoshi (can we call it another yobit?).

I've managed to move them on 27th evening, wallet was working fine by then! Don't know what happened, they had wallet issues after that, they had almost 90% ZCL circulation (even now).

They announced that they are participating out of nowhere, on the fork day, less than 12 hours away from the fork, how dramatic Cheesy

On the other side of the story, Trade Satoshi couldn't handle the traffic (Huh), ZCL trading was down for more than hour (or maybe more).

But have to wait and see whether BTCP lives up to the drama and fun Cheesy


Yes i think tradesatoshi is like Yobit ...I have some forks on it (5 if i remember me). It was derivated about 500 maxcoin that i mined with saflter MPH profit switching but i never retire theme and they gave me 54600 SAT after a pic. But i can't retire them because they arre under fee of the site !

So, i was not the only one to move my ZCL on another exchange and Wallet. I used their electrum wallet that is Ok, but BIttrex took a long time to reopen so I went elsewhere: cryptopia. which is not much better than Tradesatoshi and also very expensive in withdrawal taxes! Dissuasives taxes to not exit . I think I'll leave cryptopia with the Litecoin to limit the hold up by their fee.

Eventually, I think I use decentralized exchange solutions on an old machine with big disks to store blockchains that I mine. The Komodo dev have developed a nice tool with the BarterDEX for atomics swaps, but for now it does not seem quite very operational. However CoinmarketCap list it as an exchange from what I saw.
If you know other DEX platforms, I'm interested and I'm ready to test it all. All these exchanges have been on my nerves for too long.

As for the unpreparedness of tradeSatoshi, it is manifest. On coinmarketcap website, we could see that the site has stopped by 5:30 pm, so just after the snapshot of the two blockchains by BTCP team.

I would not take much in BTCP, and I think it will happen the same as with ZCL: massive sales from the start. Probably 50% in the first hours, and the rest in the next week.
So, before undermining it, I think I'll wait a little longer than that. Thanks anyway for having proposed the necessary code for nvOC even before we know or mine (pools Huh)

I dare hope they will be better for the technical development of the blockchain network of their new fork, but in view of the bad preparation on ZCL, I am very suspicious more than curious to see that.

In fact the worst thing about this story is that if we had left our ZCL on Bittrex, we could have sold them on time!
Yes, because I realized that they allowed trading without problems although withdrawals and deposits on the site were disabled. I saw the transactions scroll with outrageous amounts. It is to wonder if some people were not aware more than others. A form of insider trading through the Fork.

I was in the breach for weeks and I even posted this on this thread page 24 hours after their announcement on reddit of my memory. And I got fucked like a lot of people I think ...
full member
Activity: 378
Merit: 104
nvOC forever
I will try to catch up this month: 

Thanks for the community edition: papampi , kk003, damNmad, leenoox and meligo  Smiley

Rebuilding the community edition using the vBASIC image as a starting point might be a good idea. 

Let me know. 

vBASIC is linked on the OP.

Very happy to see you back, hope all is well with you Smiley


Welcome back bruv Smiley
full member
Activity: 340
Merit: 103
It is easier to break an atom than partialities AE
I will try to catch up this month: 

Thanks for the community edition: papampi , kk003, damNmad, leenoox and meligo  Smiley

Rebuilding the community edition using the vBASIC image as a starting point might be a good idea. 

Let me know. 

vBASIC is linked on the OP.


Wow, a talented Legendary speaker has come back!
We did not think to see you coming here one day, friend!
nvOC has evolved since your disappearance, but there is still need to continue the DEV for heavy functions in the coming months.

Happy to see you again, as many who came to ask what you became. Like Vosk or Salfter who pass from time to time.
legendary
Activity: 1260
Merit: 1009
I will try to catch up this month:  

Thanks for the community edition: papampi , kk003, Stubo, damNmad, leenoox and meligo  Smiley

Rebuilding the community edition using the vBASIC image as a starting point might be a good idea.  

Let me know.  

vBASIC is linked on the OP.
full member
Activity: 378
Merit: 104
nvOC forever
@urnzwy and @leenoox

I'm not sure that KTccminer-cryptonight ccminer is the best cryptonight miner we have.

I think we could try xmr-stak. xmr-stak GPU has good performance for XMR, but i don't knox if it's permit to mine another coin than XMR and AEON. I recently discovered that psychocrypt and Klaust added AEON and a very usefull assistant for newbies for generates somes config files for both GPU and CPU. This assistant put 3 core if you CPU have 4 Core and it's make the same with compute units from GPU.
In addition you can modify all config files after automatic assitant generates them in the same folder.
I tried it on Windows but not at least on Linux.
Remmember that on Linux, you can set fee to 0%, but you must compile it on you machine, not on windows that is 2% by default and you can't compile it.

Unified All-in-one Monero miner

GitHub : https://github.com/fireice-uk/xmr-stak

Github Releases : https://github.com/fireice-uk/xmr-stak/releases

 psychocrypt released this on 22 Dec 201

Sorry for my bad airport globish. I try without translator but ...



Not sure whether KTccminer-cryptonight ccminer is the right one either, but, personally, for my RIG, its doing the best job, by giving 555 h/s with my 1060 6GB card.

Heard from one of the user (@kung on discord) about another ccminer which can be used to mine AEON or such (cryptonight algo) kind of coins, here is the link:

https://github.com/xmrig/xmrig-nvidia

We must compile & test them individually and see how it goes and pick the best one.




Want to mine BTCP using nvOC?

Head over here for instructions :

https://nvoc-mining-os.com/new-coins/btcp-bitcoin-private/

Instructions are for 19-1.4, 19-2.0, 19-2.1 (Alpha)
I am very upset by this team of Zclassic and his Fork as well as after BITTREX

Until this morning and even this afternoon, we did not know if the fork would be supported by most of the most famous exchanges. And frankly TradeSatoshi is not really the best known! Not so muich used as Bittrex is.
All the exchanges have done everything to make things go wrong. I understand that they do not like being forced by the Forks, but BIttrex did not care about us. They put their wallets back into service after so long that the ZCL had lost more than 60% of its value!
All other exchanges were operational at 18h! 30 min after the fork ! Angry Angry Angry

I feel like I'm stolen in a very organized way. Cry

On their sites of BTCP, they said to put the coins in their wallet electrum. And tonight I'm discovered that in fact it was better just to leave everything on BIttrex.....pffff A post of Bittrex at 8:39 this morning! Fucking Bittrex Team suppport grrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr

REALLY VERY ANGRY!
BITTREX THIEF!

Suddenly, I have a big doubt to get into the mining of this future BTCP coin and this fork very poorly managed until the last minute.

Of course, we still do not know when the BTCP wallet will be available and when we can claim our BTCP. The bad business continues so far ...
In addition, Bittrex has already indicated that the holders would receive their 1 ZCL = 1 BTCP but not their 1 BTC = 1 BTCP.

The only thing that consoles me a little bit is that I had only 0.5 ZCl but it was still 60 € at 13h today!
And if I'm counting the time I spent to mine it, I'm losing, even heavily!

And now I hesitate to follow the fork of MoneroV in two weeks because it also feels the fir tree their story! It made me very worry to lose 100% of the value of my XMR mined as just made the ZCL tonight!

FUCKING BITTREX
FUCKING BTCP Team !

Sorry for all theses insult but i need them to not became mad of this stolen.


Haha, I'm mad at Bittrex too bruv, I waited to see some official announcement from Bittrex, but NOPE, so I've moved them to Trade Satoshi (can we call it another yobit?).

I've managed to move them on 27th evening, wallet was working fine by then! Don't know what happened, they had wallet issues after that, they had almost 90% ZCL circulation (even now).

They announced that they are participating out of nowhere, on the fork day, less than 12 hours away from the fork, how dramatic Cheesy

On the other side of the story, Trade Satoshi couldn't handle the traffic (Huh), ZCL trading was down for more than hour (or maybe more).

But have to wait and see whether BTCP lives up to the drama and fun Cheesy

full member
Activity: 340
Merit: 103
It is easier to break an atom than partialities AE
February 28, 2018, 04:40:28 PM
Want to mine BTCP using nvOC?

Head over here for instructions :

https://nvoc-mining-os.com/new-coins/btcp-bitcoin-private/

Instructions are for 19-1.4, 19-2.0, 19-2.1 (Alpha)
I am very upset by this team of Zclassic and his Fork as well as after BITTREX

Until this morning and even this afternoon, we did not know if the fork would be supported by most of the most famous exchanges. And frankly TradeSatoshi is not really the best known! Not so muich used as Bittrex is.
All the exchanges have done everything to make things go wrong. I understand that they do not like being forced by the Forks, but BIttrex did not care about us. They put their wallets back into service after so long that the ZCL had lost more than 60% of its value!
All other exchanges were operational at 18h! 30 min after the fork ! Angry Angry Angry

I feel like I'm stolen in a very organized way. Cry

On their sites of BTCP, they said to put the coins in their wallet electrum. And tonight I'm discovered that in fact it was better just to leave everything on BIttrex.....pffff A post of Bittrex at 8:39 this morning! Fucking Bittrex Team suppport grrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr

REALLY VERY ANGRY!
BITTREX THIEF!

Suddenly, I have a big doubt to get into the mining of this future BTCP coin and this fork very poorly managed until the last minute.

Of course, we still do not know when the BTCP wallet will be available and when we can claim our BTCP. The bad business continues so far ...
In addition, Bittrex has already indicated that the holders would receive their 1 ZCL = 1 BTCP but not their 1 BTC = 1 BTCP.

The only thing that consoles me a little bit is that I had only 0.5 ZCl but it was still 60 € at 13h today!
And if I'm counting the time I spent to mine it, I'm losing, even heavily!

And now I hesitate to follow the fork of MoneroV in two weeks because it also feels the fir tree their story! It made me very worry to lose 100% of the value of my XMR mined as just made the ZCL tonight!

FUCKING BITTREX
FUCKING BTCP Team !

Sorry for all theses insult but i need them to not became mad of this stolen.
full member
Activity: 340
Merit: 103
It is easier to break an atom than partialities AE
February 28, 2018, 02:16:54 PM
@urnzwy and @leenoox

I'm not sure that KTccminer-cryptonight ccminer is the best cryptonight miner we have.

I think we could try xmr-stak. xmr-stak GPU has good performance for XMR, but i don't knox if it's permit to mine another coin than XMR and AEON. I recently discovered that psychocrypt and Klaust added AEON and a very usefull assistant for newbies for generates somes config files for both GPU and CPU. This assistant put 3 core if you CPU have 4 Core and it's make the same with compute units from GPU.
In addition you can modify all config files after automatic assitant generates them in the same folder.
I tried it on Windows but not at least on Linux.
Remmember that on Linux, you can set fee to 0%, but you must compile it on you machine, not on windows that is 2% by default and you can't compile it.

Unified All-in-one Monero miner

GitHub : https://github.com/fireice-uk/xmr-stak

Github Releases : https://github.com/fireice-uk/xmr-stak/releases

 psychocrypt released this on 22 Dec 201

Sorry for my bad airport globish. I try without translator but ...
newbie
Activity: 44
Merit: 0
February 28, 2018, 01:59:12 PM
Hey guys,

I am getting a low GPU utilization when mining ETN. Power draw for the cards, 1070's is pretty low, but hashing at 650 h/s each. Been mining ZCL and ZEN, but change to ETN and power drops and keep seeing this for all different cards in the miner watchdog.


 Wed Feb 28 09:09:05 MST 2018 - No mining issues detected.
GPU UTILIZATION:  100 100 100 0 100 100 100 23 100 100 100 38 100
      GPU_COUNT:  13
 
Wed Feb 28 09:09:17 MST 2018 - GPU 8 under threshold found - GPU UTILIZATION:   69
Connection to google.com 443 port [tcp/https] succeeded!
Connection to google.com 443 port [tcp/https] succeeded!
Wed Feb 28 09:09:18 MST 2018 - Low Utilization Detected: 3main will reinit if there are 77 consecutive failures

GPU UTILIZATION:  100 56 100 100 100 100 100 100 100 100 100 100 100
      GPU_COUNT:  13
 
Wed Feb 28 09:09:31 MST 2018 - GPU 11 under threshold found - GPU UTILIZATION:   0
Connection to google.com 443 port [tcp/https] succeeded!
Connection to google.com 443 port [tcp/https] succeeded!
Wed Feb 28 09:09:32 MST 2018 - Low Utilization Detected: 3main will reinit if there are 76 consecutive failures

GPU UTILIZATION:  100 100 100 100 100 100 100 100 100 100 100 100 100
      GPU_COUNT:  13
 
Wed Feb 28 09:09:45 MST 2018 - No mining issues detected.
GPU UTILIZATION:  100 100 100 64 100 65 100 64 100 100 100 100 100
      GPU_COUNT:  13
 
Wed Feb 28 09:09:57 MST 2018 - GPU 4 under threshold found - GPU UTILIZATION:   71
Connection to google.com 443 port [tcp/https] succeeded!
Connection to google.com 443 port [tcp/https] succeeded!
Wed Feb 28 09:09:59 MST 2018 - Low Utilization Detected: 3main will reinit if there are 77 consecutive failures












GPU 0, Target temp: 72, Current: 51, Diff: 21, Fan: 65, Power: 74.95

GPU 1, Target temp: 72, Current: 43, Diff: 29, Fan: 65, Power: 76.51

GPU 2, Target temp: 72, Current: 53, Diff: 19, Fan: 65, Power: 75.22

GPU 3, Target temp: 72, Current: 52, Diff: 20, Fan: 65, Power: 77.88

GPU 4, Target temp: 72, Current: 50, Diff: 22, Fan: 65, Power: 81.13

GPU 5, Target temp: 72, Current: 55, Diff: 17, Fan: 65, Power: 78.15

GPU 6, Target temp: 72, Current: 47, Diff: 25, Fan: 65, Power: 77.07

GPU 7, Target temp: 72, Current: 50, Diff: 22, Fan: 65, Power: 42.85

GPU 8, Target temp: 72, Current: 52, Diff: 20, Fan: 65, Power: 109.02

GPU 9, Target temp: 72, Current: 52, Diff: 20, Fan: 65, Power: 74.60

GPU 10, Target temp: 72, Current: 51, Diff: 21, Fan: 65, Power: 78.14

GPU 11, Target temp: 72, Current: 51, Diff: 21, Fan: 65, Power: 75.64

GPU 12, Target temp: 72, Current: 51, Diff: 21, Fan: 65, Power: 77.70



Are you using the nvoc 19-2.0 Community Release?
There was some implementation to calculate percentage of the actual utilization.
If you are running on 19-2.0 and still getting this, it seems some miners on some algos are not fully utilizing the GPU's.
Unfortunately there isn't an easy and quick fix for this. We will have to rewrite the watchdog to account for situations like this. Hopefully we will have something to fix this for the next release.

Correct, running the Community release. I guess that clears that mystery up. I'll keep an eye out for the next release. Thanks for the info
full member
Activity: 200
Merit: 101
February 28, 2018, 01:53:50 PM
Hey guys,

I am getting a low GPU utilization when mining ETN. Power draw for the cards, 1070's is pretty low, but hashing at 650 h/s each. Been mining ZCL and ZEN, but change to ETN and power drops and keep seeing this for all different cards in the miner watchdog.


 Wed Feb 28 09:09:05 MST 2018 - No mining issues detected.
GPU UTILIZATION:  100 100 100 0 100 100 100 23 100 100 100 38 100
      GPU_COUNT:  13
 
Wed Feb 28 09:09:17 MST 2018 - GPU 8 under threshold found - GPU UTILIZATION:   69
Connection to google.com 443 port [tcp/https] succeeded!
Connection to google.com 443 port [tcp/https] succeeded!
Wed Feb 28 09:09:18 MST 2018 - Low Utilization Detected: 3main will reinit if there are 77 consecutive failures

GPU UTILIZATION:  100 56 100 100 100 100 100 100 100 100 100 100 100
      GPU_COUNT:  13
 
Wed Feb 28 09:09:31 MST 2018 - GPU 11 under threshold found - GPU UTILIZATION:   0
Connection to google.com 443 port [tcp/https] succeeded!
Connection to google.com 443 port [tcp/https] succeeded!
Wed Feb 28 09:09:32 MST 2018 - Low Utilization Detected: 3main will reinit if there are 76 consecutive failures

GPU UTILIZATION:  100 100 100 100 100 100 100 100 100 100 100 100 100
      GPU_COUNT:  13
 
Wed Feb 28 09:09:45 MST 2018 - No mining issues detected.
GPU UTILIZATION:  100 100 100 64 100 65 100 64 100 100 100 100 100
      GPU_COUNT:  13
 
Wed Feb 28 09:09:57 MST 2018 - GPU 4 under threshold found - GPU UTILIZATION:   71
Connection to google.com 443 port [tcp/https] succeeded!
Connection to google.com 443 port [tcp/https] succeeded!
Wed Feb 28 09:09:59 MST 2018 - Low Utilization Detected: 3main will reinit if there are 77 consecutive failures












GPU 0, Target temp: 72, Current: 51, Diff: 21, Fan: 65, Power: 74.95

GPU 1, Target temp: 72, Current: 43, Diff: 29, Fan: 65, Power: 76.51

GPU 2, Target temp: 72, Current: 53, Diff: 19, Fan: 65, Power: 75.22

GPU 3, Target temp: 72, Current: 52, Diff: 20, Fan: 65, Power: 77.88

GPU 4, Target temp: 72, Current: 50, Diff: 22, Fan: 65, Power: 81.13

GPU 5, Target temp: 72, Current: 55, Diff: 17, Fan: 65, Power: 78.15

GPU 6, Target temp: 72, Current: 47, Diff: 25, Fan: 65, Power: 77.07

GPU 7, Target temp: 72, Current: 50, Diff: 22, Fan: 65, Power: 42.85

GPU 8, Target temp: 72, Current: 52, Diff: 20, Fan: 65, Power: 109.02

GPU 9, Target temp: 72, Current: 52, Diff: 20, Fan: 65, Power: 74.60

GPU 10, Target temp: 72, Current: 51, Diff: 21, Fan: 65, Power: 78.14

GPU 11, Target temp: 72, Current: 51, Diff: 21, Fan: 65, Power: 75.64

GPU 12, Target temp: 72, Current: 51, Diff: 21, Fan: 65, Power: 77.70



Are you using the nvoc 19-2.0 Community Release?
There was some implementation to calculate percentage of the actual utilization.
If you are running on 19-2.0 and still getting this, it seems some miners on some algos are not fully utilizing the GPU's.
Unfortunately there isn't an easy and quick fix for this. We will have to rewrite the watchdog to account for situations like this. Hopefully we will have something to fix this for the next release.
full member
Activity: 210
Merit: 100
February 28, 2018, 01:52:36 PM
Hey guys trying to help a friend but he hasn’t given me much info and then had to take off to take care of some work stuff, I’ll report back when I get more info but does anyone know what’s causing the issue? He’s saying something is wrong with the 3main or receives an error when the 1bash executes and is starting the mining service. He said the machine was running fine before going to bed and has been for a month or so and he woke up to the issue. I told him to reflash instead of trying to troubleshoot the error. He did and is still receiving the error

Photo -

newbie
Activity: 44
Merit: 0
February 28, 2018, 11:27:53 AM
Hey guys,

I am getting a low GPU utilization when mining ETN. Power draw for the cards, 1070's is pretty low, but hashing at 650 h/s each. Been mining ZCL and ZEN, but change to ETN and power drops and keep seeing this for all different cards in the miner watchdog.


 Wed Feb 28 09:09:05 MST 2018 - No mining issues detected.
GPU UTILIZATION:  100 100 100 0 100 100 100 23 100 100 100 38 100
      GPU_COUNT:  13
 
Wed Feb 28 09:09:17 MST 2018 - GPU 8 under threshold found - GPU UTILIZATION:   69
Connection to google.com 443 port [tcp/https] succeeded!
Connection to google.com 443 port [tcp/https] succeeded!
Wed Feb 28 09:09:18 MST 2018 - Low Utilization Detected: 3main will reinit if there are 77 consecutive failures

GPU UTILIZATION:  100 56 100 100 100 100 100 100 100 100 100 100 100
      GPU_COUNT:  13
 
Wed Feb 28 09:09:31 MST 2018 - GPU 11 under threshold found - GPU UTILIZATION:   0
Connection to google.com 443 port [tcp/https] succeeded!
Connection to google.com 443 port [tcp/https] succeeded!
Wed Feb 28 09:09:32 MST 2018 - Low Utilization Detected: 3main will reinit if there are 76 consecutive failures

GPU UTILIZATION:  100 100 100 100 100 100 100 100 100 100 100 100 100
      GPU_COUNT:  13
 
Wed Feb 28 09:09:45 MST 2018 - No mining issues detected.
GPU UTILIZATION:  100 100 100 64 100 65 100 64 100 100 100 100 100
      GPU_COUNT:  13
 
Wed Feb 28 09:09:57 MST 2018 - GPU 4 under threshold found - GPU UTILIZATION:   71
Connection to google.com 443 port [tcp/https] succeeded!
Connection to google.com 443 port [tcp/https] succeeded!
Wed Feb 28 09:09:59 MST 2018 - Low Utilization Detected: 3main will reinit if there are 77 consecutive failures












GPU 0, Target temp: 72, Current: 51, Diff: 21, Fan: 65, Power: 74.95

GPU 1, Target temp: 72, Current: 43, Diff: 29, Fan: 65, Power: 76.51

GPU 2, Target temp: 72, Current: 53, Diff: 19, Fan: 65, Power: 75.22

GPU 3, Target temp: 72, Current: 52, Diff: 20, Fan: 65, Power: 77.88

GPU 4, Target temp: 72, Current: 50, Diff: 22, Fan: 65, Power: 81.13

GPU 5, Target temp: 72, Current: 55, Diff: 17, Fan: 65, Power: 78.15

GPU 6, Target temp: 72, Current: 47, Diff: 25, Fan: 65, Power: 77.07

GPU 7, Target temp: 72, Current: 50, Diff: 22, Fan: 65, Power: 42.85

GPU 8, Target temp: 72, Current: 52, Diff: 20, Fan: 65, Power: 109.02

GPU 9, Target temp: 72, Current: 52, Diff: 20, Fan: 65, Power: 74.60

GPU 10, Target temp: 72, Current: 51, Diff: 21, Fan: 65, Power: 78.14

GPU 11, Target temp: 72, Current: 51, Diff: 21, Fan: 65, Power: 75.64

GPU 12, Target temp: 72, Current: 51, Diff: 21, Fan: 65, Power: 77.70

full member
Activity: 378
Merit: 104
nvOC forever
February 28, 2018, 10:49:34 AM
Demo video links don't work anymore

Hey bruv,

They aren't updated because of fullzero's (OP) absence.

But other places like

https://nvoc-mining-os.com/

Discord https://discord.gg/8YDFEvY

This topic

are always updated. (video links are also updated too)
full member
Activity: 378
Merit: 104
nvOC forever
February 28, 2018, 10:46:12 AM
Want to mine BTCP using nvOC?

Head over here for instructions :

https://nvoc-mining-os.com/new-coins/btcp-bitcoin-private/

Instructions are for 19-1.4, 19-2.0, 19-2.1 (Alpha)


newbie
Activity: 25
Merit: 0
February 28, 2018, 09:24:11 AM
Demo video links don't work anymore
full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
February 28, 2018, 03:11:25 AM
Hello,
When we get a watchdog alert, is there an easy way to determine which GPU created the error? It looks to me that in the example below, the all 10 GPUs are failing at the same time which is not possible.
Do you have any peace of advice?

See for NVRM errors in /var/log/kern.log

Hi LukePicci,
If I check kern.log approximately at the time of the watchdog error above (Tue Feb 27 09:35:24 CET 2018) I get:
Code:
Feb 27 09:35:03 m1-desktop kernel: [72498.782215] NVRM: Xid (PCI:0000:02:00): 31, Ch 0000001b, engmask 00000101, intr 10000000
Feb 27 09:46:34 m1-desktop kernel: [73190.045754] NVRM: Xid (PCI:0000:0f:00): 31, Ch 0000001b, engmask 00000101, intr 10000000

Does that mean that the GPU that gave the error is on PCI slot 02 (or whatever is mapped to PCI slot 02)?


Run
Code:
nvidia-smi
and find that pci slot GPU number, then you can either run :
Code:
./nvOC gpumap
or max the fan speed of that GPU from nvidia-settings or disable that GPU from miner.

But usually that cuda memory illegal access is because of high memory overclock.
Lower memory clock, then start raising in small steps.
Hi Papampi,
I am tuning one rig. Since most cards are of different models, I cannot use the same overclock rate for all cards.
This is great. That way I can identify the cards that are crashing and change the rates.

Usually disabling the gpu from miner and find the cold gpu is the fastest way.

If mining with dstm zm miner use this :
Code:
ZM_OPTS=" -dev 0 1 2 3 5"  ##  gpu 4 is disabled.
Ethminer use this:
Code:
ETH_EXTENSION_ARGUMENTS=" --cuda-devices 0 1 2 3 5" 
full member
Activity: 200
Merit: 101
February 27, 2018, 11:02:13 PM
Hi all,

Trying to switch to nvOC v0019-2.0 but I have some errors and I'm unable to run a miner.

Here is my log.

In advance thanks for your help.

(MSI Z270-A PRO / Intel P 4400 / ram 8GB / SSD 60 GB / 6 MSI GTX 1080 TI)

Quote
nvOC v0019-2.0 - Community Release
/home/m1/1bash: line 1041: unexpected EOF while looking for matching `"'
/home/m1/1bash: line 1047: syntax error: unexpected end of file

 nvOC v0019-2.0 - Community Release


Have you made any edits to 1bash file? Seems it's not happy with the format of it.

I would be better if you paste your 1bash here.

It seems your 0miner, 1bash and 3main are somehow corrupted. Try to reimage.

P.S. Please enclose long post within CODE formatting. Click on the # icon to post long code.
full member
Activity: 378
Merit: 104
nvOC forever
February 27, 2018, 06:30:50 PM
Pages:
Jump to: