Author

Topic: [ mining os ] nvoc - page 152. (Read 418546 times)

newbie
Activity: 24
Merit: 0
November 06, 2017, 07:20:39 AM
Is anyone having a problem mining with skunk algo with ccminer.
I have set it up, but can't get it to work.
I tested the syntax from the command line, and this is the result I get (I have replaced my real username with "username" in this example):

m1@m1-desktop:~$ /home/m1/TPccminer/ccminer -a skunk -o stratum+tcp://zpools.de:3300 -u username.miner1 -p x -i 22
*** ccminer 2.2 for nVidia GPUs by tpruvot@github ***
    Built with the nVidia CUDA Toolkit 8.0 64-bits

  Originally based on Christian Buchner and Christian H. project
  Include some algos from alexis78, djm34, sp, tsiv and klausT.

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo (tpruvot)

[2017-11-06 14:15:14] Starting on stratum+tcp://zPools.de:3300
[2017-11-06 14:15:14] NVML GPU monitoring enabled.
[2017-11-06 14:15:14] 2 miner threads started, using 'skunk' algorithm.
Illegal instruction
m1@m1-desktop:~$

Any help would be appreciated.

full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
November 06, 2017, 06:45:50 AM
Just installed this nvoc on one of my rigs, looks good. So questions though (no, I did not read all the pages..):

- Is there a way to limit telegram messages to be sent only when there is something wrong, i.e. reboot of server or miner is needed ?
- My rig has some stability issues, I am mining Ethereum with ethminer. In order to track the GPUs causing problems they would have to be run as separate instances/sessions, (xmos does this by default). Any plans for implementing such feature? If not maybe I try with claymore or plug in xmos USB stick, adjust overclock settings and copy them to nvOC.

--
Tigel


You can set telegram to no, but may lose some info, or set to high times like 1440 (once a day)
Papampi telegram will send alerts either way
full member
Activity: 378
Merit: 104
nvOC forever
November 06, 2017, 06:22:19 AM

Nicely done and fast as always
I just saw it last night

Thanks a lot damNmad

Thanks mate, I was following this coin from past two months (trusted it somehow), good to see its ticking every boxes now Smiley
member
Activity: 224
Merit: 13
November 06, 2017, 06:11:37 AM
I have been spending a bit of time reading through all of the bash scripts that make up nvOC. I urge everybody to do that because then you will learn both how it works and how you may be to take advantage of some of the vast functionality that is offered. To make that easier to do, I found a python script "beautify_bash.py" that you can run against them (1bash, 2unix, 3main, etc.) to make them more readable.

https://github.com/ewiger/beautify_bash

It basically just reformats the code with the proper syntax indentation for loops and if statements. The first thing that I did with the 19-1.4 release the other day was to beautify all of the scripts, then make my personal miner tweaks to those versions and finally deploy those to my miners. I have found no issues from doing this. The basic steps to get it going are:

-Download the zip file to your PC, unzip it to get to beautify_bash.py
-Use WinSCP or suitable substitute to sftp it down to your rig(s) in /home/m1 directory
-Login to rig, make the script executable "chmod 750 beautify_bash.py"
-Execute against the scripts you use:
./beautify_bash.py 1bash
./beautify_bash.py 2unix
./beautify_bash.py 3main
./beautify_bash.py 4update
./beautify_bash.py IAmNotAJeep_and_Maxximus007_WATCHDOG
..etc

It will beautify the script and leave a copy of the original as ~. Perhaps there is some reason for releasing the scripts with no syntax formatting as they are but I have yet to find it.

Hope this helps.

I have started to not use standard formatting with bash at all.  I wasn't really thinking about readability for others.  This script looks interesting; can probably save a lot of time when used systematically.

I would also add that it can point out problems as well. In 19-1.3, it pointed out extra fi's in 2 of the scripts. It looks like you cleaned them up for 19-1.4.
newbie
Activity: 66
Merit: 0
November 06, 2017, 05:39:10 AM
Just installed this nvoc on one of my rigs, looks good. So questions though (no, I did not read all the pages..):

- Is there a way to limit telegram messages to be sent only when there is something wrong, i.e. reboot of server or miner is needed ?
- My rig has some stability issues, I am mining Ethereum with ethminer. In order to track the GPUs causing problems they would have to be run as separate instances/sessions, (xmos does this by default). Any plans for implementing such feature? If not maybe I try with claymore or plug in xmos USB stick, adjust overclock settings and copy them to nvOC.

--
Tigel

full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
November 06, 2017, 05:34:44 AM
On several occasions the OS crashes with kernel issues (cannot start init etc.) on nvOC 19-1.4 on an MSI Z170A M5 with 7 1070 GPUs, running on a 32gb USB drive. I've had to rewrite the OS several times. It works fine for a couple of days and then I get the same message again.

Any ideas what could the issue be?

First thing is to set up nvOC on USB only for testing purposes ... not for long run.
Get a 30$ SSD, and check again.


USB keys are good for testing different versions; or for trying out nvOC for the first time.  But in the long run an SSD will likely outlast multiple USB keys.




We miners are spending thousands on our rigs and when it comes to stability and life span we forget the most important part and thats where the OS is installed on, we think small and go cheap with a 5-10$ USB when we can have much smoother system with a 30$ SSD.

Using USB as daily use is not recommended in any distro, The most important  difference other than USB read/write limit is there's no way for a USB drive to mark bad cells as 'do not use'  whereas the SSD may develop bad areas it can ignore them. With a USB drive one cell goes bad and the whole drive is useless.

I'm Not saying that you shouldn't use a USB for bootable OS, just that it's not a good idea to have it as your main boot drive and only use them for diagnostic / testing purposes.
No mining system should be run from USB as a daily hardcore mining system, but run it on usb, test OS and see if you like it, then install it on SSD.

I think mining with nvOC on USB is only good for those who want to mine when their pc is not in use, so they boot with usb, mine for a while then reboot back to their main OS...

full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
November 06, 2017, 05:32:04 AM
Now I can see PIRL has been listed on whattomine, if you are interested to mine it, please follow the below instructions and add it :

Change the coin first in 1bash

Quote
COIN="PIRL"

Add the PIRL address & pool details in 1bash

Quote
PIRL_WORKER="$WORKERNAME"
PIRL_ADDRESS="yourPirlAddress"
PIRL_POOL="pirl.pool.sexy:6006"


Add this in 3main at right place

Quote
if [ $COIN == "PIRL" ]
then

if [ $ETHMINER_or_GENOIL_or_CLAYMORE == "GENOIL" ]
then
HCD='/home/m1/eth/Genoil-U/ethminer'

PIRLADDR="$PIRL_ADDRESS/$PIRL_WORKER"

if [ $DOT_POOL_FORMAT_or_FORWARD_SLASH_POOL_FORMAT == "DOT" ]
then
PIRLADDR="$PIRL_ADDRESS.$PIRL_WORKER"
fi

screen -dmSL miner $HCD -S $PIRL_POOL -O $PIRLADDR:x -SP 1 -U

if [ $LOCALorREMOTE == "LOCAL" ]
then
screen -r miner
fi

BITCOIN="theGROUND"

while [ $BITCOIN == "theGROUND" ]
do
sleep 60
done
fi

if [ $ETHMINER_or_GENOIL_or_CLAYMORE == "ETHMINER" ]
then
HCD='/home/m1/eth/ethminer_12dev2/ethminer'

PIRLADDR="$PIRL_ADDRESS/$PIRL_WORKER"

if [ $DOT_POOL_FORMAT_or_FORWARD_SLASH_POOL_FORMAT == "DOT" ]
then
PIRLADDR="$PIRL_ADDRESS.$PIRL_WORKER"
fi

screen -dmSL miner $HCD -S $PIRL_POOL -O $PIRLADDR:x -SP 1 -U

if [ $LOCALorREMOTE == "LOCAL" ]
then
screen -r miner
fi

BITCOIN="theGROUND"

while [ $BITCOIN == "theGROUND" ]
do
sleep 60
done
fi

if [ $ETHMINER_or_GENOIL_or_CLAYMORE == "CLAYMORE" ]
then

HCD=/home/m1/eth/$CLAYMORE_VERSION/ethdcrminer64

PIRLADDR="$PIRL_ADDRESS/$PIRL_WORKER"

if [ $DOT_POOL_FORMAT_or_FORWARD_SLASH_POOL_FORMAT == "DOT" ]
then
PIRLADDR="$PIRL_ADDRESS.$PIRL_WORKER"
fi

screen -dmSL miner $HCD -epool $PIRL_POOL -ewal $PIRLADDR -epsw x -mode 1 -allpools 1 -dbg -1 $PIRL_EXTENSION_ARGUMENTS

if [ $LOCALorREMOTE == "LOCAL" ]
then
screen -r miner
fi

BITCOIN="theGROUND"

while [ $BITCOIN == "theGROUND" ]
do
sleep 60
done
fi
fi

Nicely done and fast as always
I just saw it last night

Thanks a lot damNmad
full member
Activity: 378
Merit: 104
nvOC forever
November 06, 2017, 05:28:54 AM
Now I can see PIRL has been listed on whattomine, if you are interested to mine it, please follow the below instructions and add it :

Change the coin first in 1bash

Quote
COIN="PIRL"

If you want to use the below suggested pool, make sure you set this option to 'DOT'

Quote
DOT_POOL_FORMAT_or_FORWARD_SLASH_POOL_FORMAT="DOT"    # DOT  or  SLASH    # formerly ETHERMINEdotORG

Add the PIRL address & pool details in 1bash

Quote
PIRL_WORKER="$WORKERNAME"
PIRL_ADDRESS="yourPirlAddress"
PIRL_POOL="pirl.pool.sexy:6006"


Add this in 3main at right place

Quote
if [ $COIN == "PIRL" ]
then

if [ $ETHMINER_or_GENOIL_or_CLAYMORE == "GENOIL" ]
then
HCD='/home/m1/eth/Genoil-U/ethminer'

PIRLADDR="$PIRL_ADDRESS/$PIRL_WORKER"

if [ $DOT_POOL_FORMAT_or_FORWARD_SLASH_POOL_FORMAT == "DOT" ]
then
PIRLADDR="$PIRL_ADDRESS.$PIRL_WORKER"
fi

screen -dmSL miner $HCD -S $PIRL_POOL -O $PIRLADDR:x -SP 1 -U

if [ $LOCALorREMOTE == "LOCAL" ]
then
screen -r miner
fi

BITCOIN="theGROUND"

while [ $BITCOIN == "theGROUND" ]
do
sleep 60
done
fi

if [ $ETHMINER_or_GENOIL_or_CLAYMORE == "ETHMINER" ]
then
HCD='/home/m1/eth/ethminer_12dev2/ethminer'

PIRLADDR="$PIRL_ADDRESS/$PIRL_WORKER"

if [ $DOT_POOL_FORMAT_or_FORWARD_SLASH_POOL_FORMAT == "DOT" ]
then
PIRLADDR="$PIRL_ADDRESS.$PIRL_WORKER"
fi

screen -dmSL miner $HCD -S $PIRL_POOL -O $PIRLADDR:x -SP 1 -U

if [ $LOCALorREMOTE == "LOCAL" ]
then
screen -r miner
fi

BITCOIN="theGROUND"

while [ $BITCOIN == "theGROUND" ]
do
sleep 60
done
fi

if [ $ETHMINER_or_GENOIL_or_CLAYMORE == "CLAYMORE" ]
then

HCD=/home/m1/eth/$CLAYMORE_VERSION/ethdcrminer64

PIRLADDR="$PIRL_ADDRESS/$PIRL_WORKER"

if [ $DOT_POOL_FORMAT_or_FORWARD_SLASH_POOL_FORMAT == "DOT" ]
then
PIRLADDR="$PIRL_ADDRESS.$PIRL_WORKER"
fi

screen -dmSL miner $HCD -epool $PIRL_POOL -ewal $PIRLADDR -epsw x -mode 1 -allpools 1 -dbg -1 $PIRL_EXTENSION_ARGUMENTS

if [ $LOCALorREMOTE == "LOCAL" ]
then
screen -r miner
fi

BITCOIN="theGROUND"

while [ $BITCOIN == "theGROUND" ]
do
sleep 60
done
fi
fi
sr. member
Activity: 672
Merit: 273
-
November 06, 2017, 03:55:12 AM
Thank you for your project !! i recommend this project . I think best !! Smiley

Best Regards.
newbie
Activity: 46
Merit: 0
November 06, 2017, 03:41:16 AM
On several occasions the OS crashes with kernel issues (cannot start init etc.) on nvOC 19-1.4 on an MSI Z170A M5 with 7 1070 GPUs, running on a 32gb USB drive. I've had to rewrite the OS several times. It works fine for a couple of days and then I get the same message again.

Any ideas what could the issue be?
newbie
Activity: 36
Merit: 0
November 06, 2017, 03:25:46 AM
anyone use any of those rack server cases? If so, what are your temperatures like? debating if they're worth the money or not
sr. member
Activity: 1414
Merit: 487
YouTube.com/VoskCoin
November 05, 2017, 10:07:11 PM
I cannot get nvOC 19.4 or 17 to work with the h110 btc pro mobo for the life of me, only can get one card to successfully mine when I plug 2 in it crashes.

any input/ help here? also is dstm miner going to be added?
member
Activity: 117
Merit: 10
November 05, 2017, 06:15:56 PM
Your math doesn't make sence in real world. Either he run his 1070 at 100 or 150 wats PL, the hashrate for ETH will not increase, it will remain at 30-31 MH/s. So he is effectivly saving 50 watts per card while getting the same hashrate, what's wrong with that?
There is exactly 0 chance that you can cut the power consumption of any electronic component and receive the exact same output. If you could, Bitmain would already have an S11 on the shelves that uses 1 watt. If my math fails to make sense to you, it's likely because you don't even math, bro.

No one ever said the SAME exact output, so of course you're going to make assumptions to fit your (greatly warped may I add) perception.

150W gives me 31 Mh/s whereas 100W gives me 30.5 Mh/s so in all practicality it is essentially MORE EFFICIENT (as we've been trying to tell you) to do it this way. The only reason why I questioned if a lower PL was "bad" was based on what you guys were saying and making it seem like lower wattage was a "bad" thing. But I can see now that I obviously can't take what you say with any type of validity, but I guess people will firmly stand in what they think is correct even when they don't have a clue what they're talking about. So before you go making smart ass statements like the one below:

There is no part of me that will ever understand the idea behind taking 10 cards and intentionally turning them into 7  Roll Eyes

Maybe you should at least try put forth a worthwhile post that helps instead of trying to belittle someone in a topic you are obviously less versed in.

Also back to my original question:

By the way, a little off topic, but do you guys think it's ok to run 12 GPUs (all 1070s except for 2 which are 1060s) on two EVGA G3 850W PSUs? I downvolted all of the cards and each 1070 is right around 100W/piece and 1060s are roughly 80W. Been stable now for over a week, just wanted to get some feedback regarding this setup.

I friend has 1070/100W MC 1160 and 31.4 Mh/s on etc and as you said running stable (in this case for weeks).
As said before the 1060 can usually run stable a 75W but I prefer 80 ~ 90.
Your PSUs have enough Watts as surely you know. I guess that if well connect they should run ok.
newbie
Activity: 36
Merit: 0
November 05, 2017, 05:29:37 PM
Your math doesn't make sence in real world. Either he run his 1070 at 100 or 150 wats PL, the hashrate for ETH will not increase, it will remain at 30-31 MH/s. So he is effectivly saving 50 watts per card while getting the same hashrate, what's wrong with that?
There is exactly 0 chance that you can cut the power consumption of any electronic component and receive the exact same output. If you could, Bitmain would already have an S11 on the shelves that uses 1 watt. If my math fails to make sense to you, it's likely because you don't even math, bro.

No one ever said the SAME exact output, so of course you're going to make assumptions to fit your (greatly warped may I add) perception.

150W gives me 31 Mh/s whereas 100W gives me 30.5 Mh/s so in all practicality it is essentially MORE EFFICIENT (as we've been trying to tell you) to do it this way. The only reason why I questioned if a lower PL was "bad" was based on what you guys were saying and making it seem like lower wattage was a "bad" thing. But I can see now that I obviously can't take what you say with any type of validity, but I guess people will firmly stand in what they think is correct even when they don't have a clue what they're talking about. So before you go making smart ass statements like the one below:

There is no part of me that will ever understand the idea behind taking 10 cards and intentionally turning them into 7  Roll Eyes

Maybe you should at least try put forth a worthwhile post that helps instead of trying to belittle someone in a topic you are obviously less versed in.

Also back to my original question:

By the way, a little off topic, but do you guys think it's ok to run 12 GPUs (all 1070s except for 2 which are 1060s) on two EVGA G3 850W PSUs? I downvolted all of the cards and each 1070 is right around 100W/piece and 1060s are roughly 80W. Been stable now for over a week, just wanted to get some feedback regarding this setup.
member
Activity: 117
Merit: 10
November 05, 2017, 04:15:11 PM
Your math doesn't make sence in real world. Either he run his 1070 at 100 or 150 wats PL, the hashrate for ETH will not increase, it will remain at 30-31 MH/s. So he is effectivly saving 50 watts per card while getting the same hashrate, what's wrong with that?
There is exactly 0 chance that you can cut the power consumption of any electronic component and receive the exact same output. If you could, Bitmain would already have an S11 on the shelves that uses 1 watt. If my math fails to make sense to you, it's likely because you don't even math, bro.

My 1060 gpus gives practically the same hash mining etc at 75 ~ 100+ (around 24Mh/s).
The only reason I have a 13 gpu 1060 rig with a PL of 95 is because reduces the cpu load average.
full member
Activity: 200
Merit: 101
November 05, 2017, 04:08:44 PM
Your math doesn't make sence in real world. Either he run his 1070 at 100 or 150 wats PL, the hashrate for ETH will not increase, it will remain at 30-31 MH/s. So he is effectivly saving 50 watts per card while getting the same hashrate, what's wrong with that?
There is exactly 0 chance that you can cut the power consumption of any electronic component and receive the exact same output. If you could, Bitmain would already have an S11 on the shelves that uses 1 watt. If my math fails to make sense to you, it's likely because you don't even math, bro.

Which part of my post you didn't understand? Which part of other people posts responding to you, you didn't understand?
Just because the card can run at 150 watts (that is when running 3d intensive calculations, eg. playing games) doesn't mean that ethash algo requires the card to run at full power to  achieve max hashrate. You better get your facts straight before resorting to insults!
Ethash doesn't require GPU core to run at max power, it is barely even using it... ethash is memory intensive algo and it is pushing mem to its limits but not the core, hence the low PL is possible without affecting the hashrate. Once again, why waste more power if there is no gain?
hero member
Activity: 1092
Merit: 552
Retired IRCX God
November 05, 2017, 03:46:42 PM
Your math doesn't make sence in real world. Either he run his 1070 at 100 or 150 wats PL, the hashrate for ETH will not increase, it will remain at 30-31 MH/s. So he is effectivly saving 50 watts per card while getting the same hashrate, what's wrong with that?
There is exactly 0 chance that you can cut the power consumption of any electronic component and receive the exact same output. If you could, Bitmain would already have an S11 on the shelves that uses 1 watt. If my math fails to make sense to you, it's likely because you don't even math, bro.
full member
Activity: 200
Merit: 101
November 05, 2017, 03:38:19 PM
...Been mining ETH and my hasharates have been 30-31 per 1070. I never thought you could have a PL "too low" if it's within the supported wattage of the card. Of course, some GPUs, like the MSI 1070 Gaming X requires minimum 115 watts but some other 1070s can go to as low as 90 so that's why I say average is roughly 100W per card. It's bee stable like this for nearly 2 weeks now so I don't see why it's a big issue if it's stable?
I'll get my "DOH!", for mining ETH with that many NVIDIA cards, out of the way right off the bat.

That being out of the way:

Granted, in the real world, the loss isn't 1:1; however, for ease of math, we'll pretend it is.
If you have a 150 TDP card and you down the output by 30%, then you have taken a 1500W set of cards and lowered them to 1000W. Now you have a 500W reduction in power that is the same as the total amount of power required to power 3.3333 cards at full power (for ease of math we will call this 3 cards). So, you have an effective rate of 7 cards and have 10 cards sitting on the rack. To what end?

Yes, it's at the lower end of stable, but what is the point?

Not counting the 1060s and your other rig(s) that make up your other 8 cards....
Even if my numbers are off by 1/2, and we pretend you paid wholesale ($375) prices for those cards, you have $624 worth of cards sitting idle the save $438 per year in consumption while giving up 49% of your potential earnings (by running cards at hashrates of as low as 30 when they can hit as high as 58).

It's something that makes less and less sense the more and more cards you run.

Your math doesn't make sence in real world. Either he run his 1070 at 100 or 150 wats PL, the hashrate for ETH will not increase, it will remain at 30-31 MH/s. So he is effectivly saving 50 watts per card while getting the same hashrate, what's wrong with that?
newbie
Activity: 36
Merit: 0
November 05, 2017, 03:32:39 PM
Since when can a 1070 hit 58mh/s?
I don't do ETH (nor do I understand doing it with NV cards), but: https://www.youtube.com/watch?v=cdeA7s9SmRY

That's not real. It's supposedly a mod use to modify the REPORTED hashrate to make it appear higher than what the EFFECTIVE actually is. The video you linked is all a scam for $400+

See https://bitcointalksearch.org/topic/1070-58-mhs-on-ethash-is-this-real-or-fake-2145776

So now, back to your question, why is it detrimental to mine at 30% less power when the effective hashrate is the same as it would be on 100% power? And I mine ETH on NV cards because 1) it's more efficient. You are getting 30Mh/s on 100-110W with NV vs. 29-31Mh/s whatever the wattage is for the rx 470/480/580s which I believe was around 130s-140s when I looked into it a while ago. On top of that, you don't have to go through all of the BIOS mods with NV as you would for the Rx cards and risk the chance of bricking.
member
Activity: 126
Merit: 10
November 05, 2017, 03:22:04 PM
Let's suppose that I have several rigs running nvOC behind a router with one public IP and a NAT server (the rigs have static private IPs).
I would like to SSH on the rigs individually from a remote location from a different IP address.

I was thinking about setting SSH on a different port on each rig, for example:
rig1 SSH on port 1024
rig2 SSH on port 1025
rig3 SSH on port 1026
And so on...

On the router I would setup virtual servers to redirect traffic on port 1024 to rig 1, 1025 to rig 2 and so on

Do you think it's a good idea or are there better ways to do this?

just redirect a different port for each rig so when you connect:

XXX.XXX.XXX.XXX port 10001 for rig1 redirect to 192.168.1.11 port 22 for rig1
XXX.XXX.XXX.XXX port 10002 for rig2 redirect to 192.168.1.12 port 22 for rig2
etc...

If you are sing putty, just create a new shortcut with -P 1000x for each rig


Yes of course :-), no need to put SSH on a different port.
Thanks Temporel
Jump to: