Author

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

member
Activity: 119
Merit: 10
A tip for those of you who are having issues with risers: don't forget to also check the cables. One of my GPUs was giving very low hashrates, sometimes resetting (with kernel messages like "GPU has fallen off the bus"), and only after I replaced the cable it worked (and of course it was the last thing I tried, lol). I think some cables are not properly assembled, introducing noise or even bad connection.
member
Activity: 119
Merit: 10
is it safe to change the password of m1?
i need A stronger password to put my rigs into IDC.

Yes, I do it as soon as it boots the first time. No issues.
full member
Activity: 350
Merit: 100
is it safe to change the password of m1?
i need A stronger password to put my rigs into IDC.
member
Activity: 106
Merit: 10
bah, no support. no use.
full member
Activity: 169
Merit: 100
I still get so many restarts on two of my rigs.

In the restart file it says

Sun Jul 23 09:46:05 EDT 2017 - Starting miner restart script.
Sun Jul 23 11:23:18 EDT 2017 - Starting miner restart script.
Sun Jul 23 11:29:41 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 11:32:27 EDT 2017 - Starting miner restart script.
Sun Jul 23 15:51:03 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 15:54:19 EDT 2017 - Starting miner restart script.
Sun Jul 23 15:57:39 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:00:35 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:04:25 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:07:43 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:11:29 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:19:42 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:22:23 EDT 2017 - Starting miner restart script
Sun Jul 23 16:27:43 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:30:46 EDT 2017 - Starting miner restart script.



What are the OC settings? Seems like a softcrash on the GPUs without getting more information.


The OC settings im using are 100/1050.
I also tried 0/900

What is the powerlevel ?


Humm, I would physically check all the risers for both solid PCIe connection and power. I had one riser that I didn't snug all the way and caused a similar issue. As your OC and PL are either default or low enough that it shouldn't be causing an issue.
I left it with 125 , but i also tried 135 and i get same issue.
newbie
Activity: 9
Merit: 0
I still get so many restarts on two of my rigs.

In the restart file it says

Sun Jul 23 09:46:05 EDT 2017 - Starting miner restart script.
Sun Jul 23 11:23:18 EDT 2017 - Starting miner restart script.
Sun Jul 23 11:29:41 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 11:32:27 EDT 2017 - Starting miner restart script.
Sun Jul 23 15:51:03 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 15:54:19 EDT 2017 - Starting miner restart script.
Sun Jul 23 15:57:39 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:00:35 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:04:25 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:07:43 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:11:29 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:19:42 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:22:23 EDT 2017 - Starting miner restart script
Sun Jul 23 16:27:43 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:30:46 EDT 2017 - Starting miner restart script.



What are the OC settings? Seems like a softcrash on the GPUs without getting more information.


The OC settings im using are 100/1050.
I also tried 0/900

What is the powerlevel ?

I left it with 125 , but i also tried 135 and i get same issue.
newbie
Activity: 50
Merit: 0
Hey Guys,

Have a problem with loading the OS as it tells me "xorg PROBLEM DETECTED" and then reboots and shows:
error: unknown filesystem
grab rescue>


What can it be and how can I solve this? Used flashing tools as described and tried it at least twice. I am using ASrock h110 and at the moment just one Manli P106-100 card just so I can test if I can install the OS before installing all 13 cards.

full member
Activity: 169
Merit: 100
I still get so many restarts on two of my rigs.

In the restart file it says

Sun Jul 23 09:46:05 EDT 2017 - Starting miner restart script.
Sun Jul 23 11:23:18 EDT 2017 - Starting miner restart script.
Sun Jul 23 11:29:41 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 11:32:27 EDT 2017 - Starting miner restart script.
Sun Jul 23 15:51:03 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 15:54:19 EDT 2017 - Starting miner restart script.
Sun Jul 23 15:57:39 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:00:35 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:04:25 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:07:43 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:11:29 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:19:42 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:22:23 EDT 2017 - Starting miner restart script
Sun Jul 23 16:27:43 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:30:46 EDT 2017 - Starting miner restart script.



What are the OC settings? Seems like a softcrash on the GPUs without getting more information.


The OC settings im using are 100/1050.
I also tried 0/900

What is the powerlevel ?
full member
Activity: 122
Merit: 100
sr. member
Activity: 1414
Merit: 487
YouTube.com/VoskCoin
Can you mine KMD with the current setup? I input the settings into the Zec line however it's not connecting to the pool

Do you plan to add it soon?
newbie
Activity: 9
Merit: 0
I still get so many restarts on two of my rigs.

In the restart file it says

Sun Jul 23 09:46:05 EDT 2017 - Starting miner restart script.
Sun Jul 23 11:23:18 EDT 2017 - Starting miner restart script.
Sun Jul 23 11:29:41 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 11:32:27 EDT 2017 - Starting miner restart script.
Sun Jul 23 15:51:03 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 15:54:19 EDT 2017 - Starting miner restart script.
Sun Jul 23 15:57:39 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:00:35 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:04:25 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:07:43 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:11:29 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:19:42 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:22:23 EDT 2017 - Starting miner restart script
Sun Jul 23 16:27:43 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:30:46 EDT 2017 - Starting miner restart script.



What are the OC settings? Seems like a softcrash on the GPUs without getting more information.


The OC settings im using are 100/1050.
I also tried 0/900
newbie
Activity: 1
Merit: 0
full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
In the same vein as the NiceHash profit switcher I released a while back, I now have another switcher available that works with MiningPoolHub:

https://gitlab.com/salfter/mph_switch
Amazing Switch, Thanks a lot.
So you wrote how to add new coins and miners,
I wanted to know if its possible to add coins that dont have MPH pool, like LBRY or Decred ?
Is it ok to add them to mph_conf.json with other pools like zpool or suprnova?
can the script get their updated profit ratio ?
Or it works only for coins that have MPH pool?

The NiceHash and MiningPoolHub switchers base their decisions on information provided by the respective pools.  MiningPoolHub doesn't support LBRY, so they provide no information on its profitability compared to the coins that they do support.

I also wanted to support pools that will exchange mined altcoins for Bitcoin automatically.  I wrote another switcher previously (https://gitlab.com/salfter/CryptoSwitcher) that worked with any pool, though I don't think I had exchanges fully automated (and Cryptsy and BTC-e have both fallen by the wayside) and I don't recall how well it would've handled multi-algorithm mining as I was using SHA256 and Scrypt ASIC miners at the time (this was back when an Antminer S1 was useful as more than just a space heater Grin ).  Also, CryptoSwitcher used full-node coin daemons (bitcoind, litecoind, etc.) as an independent source of mining stats (and I might've had pools paying out to local wallets); having a bunch of those running chews up lots of RAM and disk I/O.

Quote
Another question, when setting up server:port should I set auto switch port or normal port ?
For example, ethereum/ethahsh has a 20535 port and an auto switch 17020 port, which one should be add to mph_conf.json ?

The MPH switcher builds miner commands from information provided by their API, including host and port numbers.  It should automatically pick normal ports (such as 20535 for Ethereum).  The only configuration you should need to do is in the first few lines of the config file...things like your username and miner name.  If you benchmark the different algorithms on your cards, you could tweak the speed and power-consumption figures to match your system, though (especially if you're running 1070s) the numbers I put in are probably a good start.

Quote
It would be nice if you could give us multi pool / multi coin profitability switch based on http://whattomine.com/coins.json
So it switch to best coin from 1bash coins/pools/miners config file

I'd then need to dig into the current exchanges' APIs and figure out how best to automate their usage in the current environment.  I don't want a bunch of different altcoins hanging around.  (...though I did find a non-trivial amount of NeosCoin in my wallet the other day that has shot up in value over the past couple of years or so since it was mined...might need to go trade it in.)

Thanks a lot for all the detailed info
Then if i'm not rude is it ok to ask for zpool.ca switch ?
full member
Activity: 122
Merit: 100
Code:
Aug  2 19:53:48 m1-desktop kernel: [  103.261020] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Aug  2 19:53:48 m1-desktop kernel: [  103.261021] pcieport 0000:00:1d.0:   device [8086:a299] error status/mask=00000001/00002000
Aug  2 19:53:48 m1-desktop kernel: [  103.261025] pcieport 0000:00:1d.0:    [ 0] Receiver Error        
Aug  2 19:53:48 m1-desktop kernel: [  103.261028] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261033] pcieport 0000:00:1d.0: can't find device of ID00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261060] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261065] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Aug  2 19:53:48 m1-desktop kernel: [  103.261066] pcieport 0000:00:1d.0:   device [8086:a299] error status/mask=00000001/00002000
Aug  2 19:53:48 m1-desktop kernel: [  103.261067] pcieport 0000:00:1d.0:    [ 0] Receiver Error        
Aug  2 19:53:48 m1-desktop kernel: [  103.261070] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261075] pcieport 0000:00:1d.0: can't find device of ID00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261086] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8

FWIW, I was sometimes seeing similar errors when I had my 1070s connected through risers.  How's your rig set up?

I'm running a TB250-Pro BTC 12gpu board,with mixed GPUs, and I can't figure out which one is throwing the error.  
I've got 2 1080 Ti, 1 980Ti, 5 1070s all on risers. It may be the 980Ti Hybrid - it's been failing while mining occasionally, causing all cards to start doing 0 sols... which creates another problem in that the watchdog script doesn't seem to detect the 0 sols because the power usage is still at full so it doesn't reset the system.

I'm sure there's a command to search for what PCIe device is throwing the error, and I'm equally sure I don't know what it is lol.  Maybe lspci would give me the actual card name of the device attached to that pcie slot ID #, but with only numbers i'm not sure how to track down the right card other than process of elimination which is a pretty big time sink.

hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
Code:
Aug  2 19:53:48 m1-desktop kernel: [  103.261020] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Aug  2 19:53:48 m1-desktop kernel: [  103.261021] pcieport 0000:00:1d.0:   device [8086:a299] error status/mask=00000001/00002000
Aug  2 19:53:48 m1-desktop kernel: [  103.261025] pcieport 0000:00:1d.0:    [ 0] Receiver Error       
Aug  2 19:53:48 m1-desktop kernel: [  103.261028] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261033] pcieport 0000:00:1d.0: can't find device of ID00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261060] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261065] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Aug  2 19:53:48 m1-desktop kernel: [  103.261066] pcieport 0000:00:1d.0:   device [8086:a299] error status/mask=00000001/00002000
Aug  2 19:53:48 m1-desktop kernel: [  103.261067] pcieport 0000:00:1d.0:    [ 0] Receiver Error       
Aug  2 19:53:48 m1-desktop kernel: [  103.261070] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261075] pcieport 0000:00:1d.0: can't find device of ID00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261086] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8

FWIW, I was sometimes seeing similar errors when I had my 1070s connected through risers.  How's your rig set up?
full member
Activity: 122
Merit: 100
Hey FZ,

I've got a problem with log files - /var/log/kern.log and /var/log/syslog logs are filling up all available space (currently each file is 22.7gb - eating up 45gb of a 64gb thumb drive).  All the errors in kern.log and syslog both seem to be of this type:

Aug  2 19:53:48 m1-desktop kernel: [  103.261020] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Aug  2 19:53:48 m1-desktop kernel: [  103.261021] pcieport 0000:00:1d.0:   device [8086:a299] error status/mask=00000001/00002000
Aug  2 19:53:48 m1-desktop kernel: [  103.261025] pcieport 0000:00:1d.0:    [ 0] Receiver Error       
Aug  2 19:53:48 m1-desktop kernel: [  103.261028] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261033] pcieport 0000:00:1d.0: can't find device of ID00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261060] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261065] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Aug  2 19:53:48 m1-desktop kernel: [  103.261066] pcieport 0000:00:1d.0:   device [8086:a299] error status/mask=00000001/00002000
Aug  2 19:53:48 m1-desktop kernel: [  103.261067] pcieport 0000:00:1d.0:    [ 0] Receiver Error       
Aug  2 19:53:48 m1-desktop kernel: [  103.261070] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261075] pcieport 0000:00:1d.0: can't find device of ID00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261086] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261090] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Aug  2 19:53:48 m1-desktop kernel: [  103.261092] pcieport 0000:00:1d.0:   device [8086:a299] error status/mask=00000001/00002000
Aug  2 19:53:48 m1-desktop kernel: [  103.261093] pcieport 0000:00:1d.0:    [ 0] Receiver Error       
Aug  2 19:53:48 m1-desktop kernel: [  103.261126] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261130] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Aug  2 19:53:48 m1-desktop kernel: [  103.261131] pcieport 0000:00:1d.0:   device [8086:a299] error status/mask=00000001/00002000
Aug  2 19:53:48 m1-desktop kernel: [  103.261132] pcieport 0000:00:1d.0:    [ 0] Receiver Error       
Aug  2 19:53:48 m1-desktop kernel: [  103.261162] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261166] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Aug  2 19:53:48 m1-desktop kernel: [  103.261167] pcieport 0000:00:1d.0:   device [8086:a299] error status/mask=00000001/00002000
Aug  2 19:53:48 m1-desktop kernel: [  103.261168] pcieport 0000:00:1d.0:    [ 0] Receiver Error       
Aug  2 19:53:48 m1-desktop kernel: [  103.261189] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261193] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Aug  2 19:53:48 m1-desktop kernel: [  103.261194] pcieport 0000:00:1d.0:   device [8086:a299] error status/mask=00000001/00002000
Aug  2 19:53:48 m1-desktop kernel: [  103.261195] pcieport 0000:00:1d.0:    [ 0] Receiver Error       
Aug  2 19:53:48 m1-desktop kernel: [  103.261226] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261230] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Aug  2 19:53:48 m1-desktop kernel: [  103.261231] pcieport 0000:00:1d.0:   device [8086:a299] error status/mask=00000001/00002000
Aug  2 19:53:48 m1-desktop kernel: [  103.261235] pcieport 0000:00:1d.0:    [ 0] Receiver Error       
Aug  2 19:53:48 m1-desktop kernel: [  103.261238] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261244] pcieport 0000:00:1d.0: can't find device of ID00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261264] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261269] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Aug  2 19:53:48 m1-desktop kernel: [  103.261270] pcieport 0000:00:1d.0:   device [8086:a299] error status/mask=00000001/00002000
Aug  2 19:53:48 m1-desktop kernel: [  103.261271] pcieport 0000:00:1d.0:    [ 0] Receiver Error       
Aug  2 19:53:48 m1-desktop kernel: [  103.261277] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261282] pcieport 0000:00:1d.0: can't find device of ID00e8
Aug  2 19:53:48 m1-desktop kernel: [  103.261289] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8


How can I either disable verbose logging for these errors or prevent the log files from getting so large?  It's literally to the point where I can't even save oneBash changes because there isn't any room left. 

hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
In other news, the risers I ordered nearly a month ago finally arrived earlier this week.  After fixing an unrelated power-supply issue, I rearranged my rig to use the risers, powered it up...and saw only about half of the hashrate I had previously been getting, with nvidia-smi indicating per-card power consumption fluctuating all over the place.  BIOS settings are as recommended.  I've updated the BIOS and redid the settings.  I've tried slowing down the bus.  I've tried plugging the risers into 1x slots instead of 16x.  PCIe spread spectrum is still enabled; would disabling it likely help or hurt?  Beyond that, the only thing I can think to try is to install Windows and see if it'll work any better, but then I'd have to port my mining switchers to it (if that'e even possible...are the command-line overclocking tools used by nvOC supported on Windows?).  I got so fed up with it that I just put everything aside late yesterday evening and have been mining sweet bugger-all since.

In other, other news, as an alternative to flaky USB PCIe risers that never seem to work right, I stumbled across this:

http://shop.dmp.com.tw/INT/products/23

Depending on how the module's configured, it might need a jumper removed to change the PCIe 1x connector at the end from a target to a host, but once that's done, I'm thinking a simple adapter board might be possible that would hold a GPU in one slot, this card in another, and some power-supply circuitry as appropriate.  Add a MicroSD card and an Ethernet jack, and it'd potentially turn a GPU into a standalone miner.  The module's also available by itself for inclusion in your own designs, which might be more appropriate in the long run...but just to see if the idea would work?  If 128MB RAM isn't likely to be enough, the 1GB version is $15 more.  It should run Linux without issue, and as long as nVidia and AMD avoid certain unsupported instructions (someone said CMOV isn't supported), their drivers ought to work on it.  It's not particularly speedy, but it ought to be fast enough to keep a GPU fed with mining data.
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
In the same vein as the NiceHash profit switcher I released a while back, I now have another switcher available that works with MiningPoolHub:

https://gitlab.com/salfter/mph_switch
Amazing Switch, Thanks a lot.
So you wrote how to add new coins and miners,
I wanted to know if its possible to add coins that dont have MPH pool, like LBRY or Decred ?
Is it ok to add them to mph_conf.json with other pools like zpool or suprnova?
can the script get their updated profit ratio ?
Or it works only for coins that have MPH pool?

The NiceHash and MiningPoolHub switchers base their decisions on information provided by the respective pools.  MiningPoolHub doesn't support LBRY, so they provide no information on its profitability compared to the coins that they do support.

I also wanted to support pools that will exchange mined altcoins for Bitcoin automatically.  I wrote another switcher previously (https://gitlab.com/salfter/CryptoSwitcher) that worked with any pool, though I don't think I had exchanges fully automated (and Cryptsy and BTC-e have both fallen by the wayside) and I don't recall how well it would've handled multi-algorithm mining as I was using SHA256 and Scrypt ASIC miners at the time (this was back when an Antminer S1 was useful as more than just a space heater Grin ).  Also, CryptoSwitcher used full-node coin daemons (bitcoind, litecoind, etc.) as an independent source of mining stats (and I might've had pools paying out to local wallets); having a bunch of those running chews up lots of RAM and disk I/O.

Quote
Another question, when setting up server:port should I set auto switch port or normal port ?
For example, ethereum/ethahsh has a 20535 port and an auto switch 17020 port, which one should be add to mph_conf.json ?

The MPH switcher builds miner commands from information provided by their API, including host and port numbers.  It should automatically pick normal ports (such as 20535 for Ethereum).  The only configuration you should need to do is in the first few lines of the config file...things like your username and miner name.  If you benchmark the different algorithms on your cards, you could tweak the speed and power-consumption figures to match your system, though (especially if you're running 1070s) the numbers I put in are probably a good start.

Quote
It would be nice if you could give us multi pool / multi coin profitability switch based on http://whattomine.com/coins.json
So it switch to best coin from 1bash coins/pools/miners config file

I'd then need to dig into the current exchanges' APIs and figure out how best to automate their usage in the current environment.  I don't want a bunch of different altcoins hanging around.  (...though I did find a non-trivial amount of NeosCoin in my wallet the other day that has shot up in value over the past couple of years or so since it was mined...might need to go trade it in.)
full member
Activity: 169
Merit: 100
I still get so many restarts on two of my rigs.

In the restart file it says

Sun Jul 23 09:46:05 EDT 2017 - Starting miner restart script.
Sun Jul 23 11:23:18 EDT 2017 - Starting miner restart script.
Sun Jul 23 11:29:41 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 11:32:27 EDT 2017 - Starting miner restart script.
Sun Jul 23 15:51:03 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 15:54:19 EDT 2017 - Starting miner restart script.
Sun Jul 23 15:57:39 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:00:35 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:04:25 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:07:43 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:11:29 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:19:42 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:22:23 EDT 2017 - Starting miner restart script
Sun Jul 23 16:27:43 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:30:46 EDT 2017 - Starting miner restart script.



What are the OC settings? Seems like a softcrash on the GPUs without getting more information.
newbie
Activity: 9
Merit: 0
I still get so many restarts on two of my rigs.

In the restart file it says

Sun Jul 23 09:46:05 EDT 2017 - Starting miner restart script.
Sun Jul 23 11:23:18 EDT 2017 - Starting miner restart script.
Sun Jul 23 11:29:41 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 11:32:27 EDT 2017 - Starting miner restart script.
Sun Jul 23 15:51:03 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 15:54:19 EDT 2017 - Starting miner restart script.
Sun Jul 23 15:57:39 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:00:35 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:04:25 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:07:43 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:11:29 EDT 2017 - Starting miner restart script.
Sun Jul 23 16:19:42 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:22:23 EDT 2017 - Starting miner restart script
Sun Jul 23 16:27:43 EDT 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds
Sun Jul 23 16:30:46 EDT 2017 - Starting miner restart script.

Jump to: