LuKePicci
Jr. Member
Offline
Activity: 128
Merit: 1
|
|
July 29, 2018, 10:57:50 AM Last edit: July 29, 2018, 11:10:18 AM by LuKePicci |
|
NICE_NEOSCRYPT: check that the recompilation was successfull, I also got the same error on my rig but recompiling fixed my issue NICE_CRYPTONIGHT: despite on their names, default cryptonight miner is TPccminer an not KTccminer-cryptonight, if you have not changed it in 1bash, if you still have "TPccminer" selected there should be a default intensity to 0, but I think it is a bad default because the minimum is 8, please check. NICE_ETHASH: the tip is there from 1bash v33, you are still on v29, run nvOC upgrade, then use the template you have in your folder to get the latest version (v35 at the moment) make sure to also upgrade miners because claymore prior to 11.9 does not work anymore with ethash. miner not starting: there was an issue which caused LED control to prevent smooth restarting of nvOC with some miners, it is solved in latest patches, so upgrade and retry; we don't need the console output as long as you can see that screen line in miner-log, try running directly: /home/m1/NVOC/testing/miners/bminer/latest/bminer -uri stratum://anyMine2.anyMine02:x@europe.equihash-hub.miningpoolhub.com:20594 I expect it is failing and exiting miner, that would explain the issue.
|
|
|
|
Schleicher
|
|
July 29, 2018, 02:19:43 PM Last edit: July 29, 2018, 05:50:45 PM by Schleicher |
|
Looks like there is some confusion about ccminer.
KTccminer-cryptonight doesn't support the -i option. There's the -l option, but it doesn't work the same way. Version 2.06 is too old, it will probably not work because it doesn't support the cryptonight hardforks.
TPccminer supports the -i option, but version 2.2.5 is probably too old too (for cryptonight).
|
|
|
|
WaveFront
Member
Offline
Activity: 126
Merit: 10
|
|
July 31, 2018, 08:44:56 PM |
|
I have a problem with one rig It now boots into: /dev/sda2: recovering journal /dev/sda2: clean, 264109/901120 files, 2342988/3584000 blocks And seems stuck there for good I can still access the rig by SSH. Is there a way to recover the filesystem or should I already think about reflashing the SSD?
|
|
|
|
fk2
Jr. Member
Offline
Activity: 67
Merit: 2
|
|
August 01, 2018, 05:55:51 PM |
|
@Luke I did another 'bash nvOC upgrade' with 'recompile ALL' and upgraded to v36 of 1bash. 'bash nvOC miners-upgrade' tells me every miner is up2date and since I already recompiled all when 'bash nvOC upgrade' I skipped that for now. Operating System info: Kernel : 4.4.0-97-generic OS : Ubuntu 16.04.3 LTS System : (gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) nvidia driver : 387.34
nvOC info: nvOC path : /home/m1/NVOC/testing nvOC : 0019-2.1 Report : 0012 1bash : 0036 1bash.template: 0036 3main : 0025 5watchdog : 0021 6tempcontrol : 0007 wtm switch : 0023 wtm profit : 0004 pool switch : 0002 minerinfo : 0010
Hardware info: Motherboard : ASUS STRIX Z270F GAMING Rev 1.xx BIOS ver. : 1203 12/26/2017 CPU Model : Celeron(R) CPU G3900 @ 2.80GHz CPU Cores : 2 (Cores + Threads) Mem Total : 3984516 kB Mem Free : 2938400 kB Swap Total : 0 kB Swap Free : 0 kB Ethernet : Intel I219-V
CUDA SDK version nvcc path : /usr/local/cuda-8.0/bin/nvcc nvcc: NVIDIA (R) Cuda compiler driver Copyright (c) 2005-2016 NVIDIA Corporation Built on Tue_Jan_10_13:22:03_CST_2017 Cuda compilation tools, release 8.0, V8.0.61
nvOC is not installed as a service
HDD and Partion info: NAME SIZE FSTYPE TYPE ROTA HOTPLUG TRAN VENDOR MODEL REV MOUNTPOINT sda 55.9G disk 0 0 sata ATA Patriot Flare 21.1 ├─sda1 9M vfat part 0 0 ├─sda2 51.9G ext4 part 0 0 / └─sda3 4G swap part 0 0
VGA info: 01:00.0 VGA compatible controller: NVIDIA Corporation Device 1b06 (rev a1) 02:00.0 VGA compatible controller: NVIDIA Corporation Device 1b06 (rev a1) 04:00.0 VGA compatible controller: NVIDIA Corporation Device 1b06 (rev a1) 05:00.0 VGA compatible controller: NVIDIA Corporation Device 1b80 (rev a1) 07:00.0 VGA compatible controller: NVIDIA Corporation Device 1b80 (rev a1)
Local git branch and submodules status: ## 19-2.1...origin/19-2.1 +586f4bd7f39126e64e6af51a6633ce32c77cd3ed miners (remotes/origin/19-2.1) ## HEAD (no branch) cd6fab68823e247bb84dd1fa0448d5f75ec4917d ANXccminer/src (heads/master) aafe2d19b6d9eb07d942d70ced3049e9aed1c241 ASccminer/src (1.5.3-tpruvot-81-gaafe2d1) 31865e0b846ad98e2ce99aeb9b28bb51d3be22db KTccminer-cryptonight/src (2.06) c5ab73837c8024f1e6b8fe7ad46e6881fb8366e6 KTccminer/src (1.4.6-tpruvot-1293-gc5ab738) 7d41d49b92db27b9ab80270adaa92f6b06d1ef78 KXccminer/src (0.1) 78dad7dd659eae72a07d2448de62b1946c1f2b41 MSFTccminer/src (2.2.5-rvn) 8affcb9cd09edd917d33c1ed450f23400f571bdb NAccminer/src (v2.2-mod-r2) 9e86bdd24ed7911b698f1d0ef61a4028fcbd13c5 SPccminer/src (1.5.81) c800f1a803e1b2074ed2a7c15023c096d0772048 SUPRminer/src (1.5) a81ab0f7a557a12a21d716dd03537bc8633fd176 TPccminer/src (2.2.5-tpruvot) bfd1c002f98f2d63f2174618838afc28cf4ffffe cpuOPT/src (v3.8.8.1) 48b170a5828256600ca71e66d4c114af4e114236 vertminer/src (v1.0-beta.2) c0ab1734332d6472225d8ac7394f6fcba71aabc9 xmr-stak/src (2.4.4)
1bash settings: 1bash version .............: 0036 LOCAL or REMOTE ...........: REMOTE TEAMVIEWER started ........: NO SSH daemon started ........: YES SLOW_USB_KEY_MODE .........: NO SRR .......................: NO
Watchdog ..................: YES SYSRQ Reboot ..............: NO Watchdog Cycle ............: 15 GPU Utilization Threshold .: 70 Alternate Pool ............: NO
Temp Control ..............: YES MANUAL_FAN ................: NO TARGET_TEMP ...............: 65 __FAN_ADJUST ..............: 5 POWER_ADJUST ..............: 5 ALLOWED_TEMP_DIFF .........: 2 RESTORE_POWER_LIMIT .......: 85 MINIMAL_FAN_SPEED .........: 50 MAXIMAL_FAN_SPEED .........: 95
CLEAR_LOGS_ON_BOOT ........: NO AUTO_REBOOT ...............: NO _Parallax_MODE (upPaste)...: NO
TELEGRAM_MESSAGES .: NO TELEGRAM_ALERTS ...: NO
HEADLESS MODE:.............: NO GPUPowerMizerMode_Adjust...: NO ETH Pill ..................: NO
POWERLIMIT MODE ...........: GPU_SPECIFIC GPU0 Power Limit ..........: 170 GPU1 Power Limit ..........: 160 GPU2 Power Limit ..........: 160 GPU3 Power Limit ..........: 120 GPU4 Power Limit ..........: 100 OVERCLOCK MODE ............: GPU_SPECIFIC GPU0 Core Overclock ........: 120 GPU0 Memory Overclock ......: 1100 GPU1 Core Overclock ........: 120 GPU1 Memory Overclock ......: 900 GPU2 Core Overclock ........: 120 GPU2 Memory Overclock ......: 1100 GPU3 Core Overclock ........: 120 GPU3 Memory Overclock ......: 1700 GPU4 Core Overclock ........: 100 GPU4 Memory Overclock ......: 100
GLOBAL WORKERNAME .........: YES AUTO WORKERNAME ...........: CUSTOM WORKERNAME ................: AnyMine02 plusCPU ...................: NO
AUTO_SWITCH ...............: NO COIN ......................: NICE_NEOSCRYPT ALGO ......................: NEOSCRYPT MINER .....................: KTccminer NICE_NEOSCRYPT WORKER ................: AnyMine02 NICE_NEOSCRYPT ADDRESS ...............: ... NICE_NEOSCRYPT POOL ..................: neoscrypt.eu.nicehash.com NICE_NEOSCRYPT PORT ..................: 3341 NEOSCRYPT INTENSITY ..........: 0
edited everything according to my original 1bash and had another run: NICE_CRYPTONIGHT: I checked the setting for cryptonight miner which is TPccminer with default intensity 0 in 1bash v36. I choose NICE_CRYPTONIGHT as coin and reboot: m1@m1-desktop:~$nvOC miner-log *** ccminer-cryptonight 2.06 (64 bit) for nVidia GPUs by tsiv and KlausT *** Built with GCC 5.4 using the Nvidia CUDA Toolkit 8.0
tsiv's BTC donation address: 1JHDKp59t1RhHFXsTw2UQpR3F9BBz3R3cs KlausT's BTC donation address: 1QHH2dibyYL5iyMDk3UN4PVvFVtrWD8QKp for more donation addresses please read the README.txt ----------------------------------------------------------------- [2018-08-01 10:23:59] 5 CUDA devices detected /home/m1/NVOC/testing/miners/KTccminer-cryptonight/ccminer: invalid option -- 'i' Try `ccminer-cryptonight --help' for more information. SCREEN -c /home/m1/NVOC/testing/screenrc-miner -dmSL miner /home/m1/NVOC/testing/miners/KTccminer-cryptonight/ccminer -o stratum+tcp://cryptonight.eu.nicehash.com:3355:3355 -u 37MQHRxni53Vwgjx6bkLALxkJBQiCUCcJu.AnyMine02 -p x -i 0 Changing intensity to 0 doesn't change a thing obv because it seems like NICE_CRYPTONIGHT is linked to the wrong protocol?! I can't see any protocols in 1bash using KTccminer-cryptonight. I also can't find any NICE_CRYPTONIGHT scripting in 0miner or 3main anymore, where is this defined? NICE_ETHASH: now ethminer starts mining. There is the note in 1bash # To mine with claymore add "-esm 3 -allpools 1 -estale 0"
Where can I edit the miners for nicehash? there is no option for this in 1bash and not sure as said for CRYPTONIGHT where to edit these definitions m1@m1-desktop:~$nvOC miner-log ℹ 10:34:43|cuda-0 | No work. Pause for 3 s. ℹ 10:34:43|cuda-1 | No work. Pause for 3 s. ℹ 10:34:43|cuda-2 | No work. Pause for 3 s. ℹ 10:34:43|cuda-3 | No work. Pause for 3 s. ℹ 10:34:43|cuda-4 | No work. Pause for 3 s. ℹ 10:34:44|stratum | Subscribed to stratum server ℹ 10:34:44|stratum | Authorized worker 37MQHRxni53Vwgjx6bkLALxkJBQiCUCcJu.AnyMine02 ✘ 10:34:44|stratum | Got unknown method [ mining.set_difficulty ] from pool. Discarding ... terminate called after throwing an instance of 'boost::exception_detail::clone_impl<dev::BadHexCharacter>' what(): BadHexCharacter SCREEN -c /home/m1/NVOC/testing/screenrc-miner -dmSL miner /home/m1/NVOC/testing/miners/ethminer/latest/ethminer -P stratum+tcp://37MQHRxni53Vwgjx6bkLALxkJBQiCUCcJu.AnyMine02:x@daggerhashimoto.usa.nicehash.com:3353 -U m 10:35:07|ethminer| ethminer version 0.14.0 m 10:35:07|ethminer| Build: linux / release +git. 24c65cf cu 10:35:07|ethminer| Using grid size 8192 , block size 128 ℹ 10:35:07|ethminer| Selected pool daggerhashimoto.usa.nicehash.com:3353 m 10:35:07|ethminer| not-connected ℹ 10:35:07|stratum | Trying 169.62.93.160:3353 ... ℹ 10:35:08|stratum | Connected to daggerhashimoto.usa.nicehash.com [169.62.93.160:3353] ℹ 10:35:08|stratum | Spinning up miners... ℹ 10:35:08|cuda-0 | No work. Pause for 3 s. ℹ 10:35:08|cuda-1 | No work. Pause for 3 s. ℹ 10:35:08|cuda-2 | No work. Pause for 3 s. ℹ 10:35:08|cuda-3 | No work. Pause for 3 s. ℹ 10:35:08|cuda-4 | No work. Pause for 3 s. ℹ 10:35:08|stratum | Subscribed to stratum server ℹ 10:35:08|stratum | Authorized worker 37MQHRxni53Vwgjx6bkLALxkJBQiCUCcJu.AnyMine02 ✘ 10:35:08|stratum | Got unknown method [ mining.set_difficulty ] from pool. Discarding ... terminate called after throwing an instance of 'boost::exception_detail::clone_impl<dev::BadHexCharacter>' what(): BadHexCharacter
NICE_NEOSCRYPT: still the same issue. I tried to recompile KTccminer especially: m1@m1-desktop:~/NVOC/testing$ sudo bash nvOC miners-upgrade root@m1-desktop:~$nvOC miners-upgrade Checking for nvOC miners updates... Submodule path 'miners': checked out '586f4bd7f39126e64e6af51a6633ce32c77cd3ed' Running updates installer ~/NVOC/testing ~/NVOC/testing Updating miners for nvOC V0019-2.1 Will check and restart miner if needed
Checking EWBF Equihash miner EWBF Equihash miner is already up-to-date
Checking EWBF ZHASH miner EWBF ZHASH miner is already up-to-date
Checking Equihash DSTM zm miner 0.6.1 DSTM zm miner is already up-to-date
Checking Z-Enemy 1.10 z-enemy is already up-to-date
Checking xmr-stak 2.4.4 xmr-stak is already up-to-date
Checking Silent Miner 1.1.0 Silent Miner is already up-to-date
Checking Claymore v11.9 Claymore is already up-to-date
Checking SP Mod ccminer-1.8.2 SPccminer is already up-to-date
Checking alexis ccminer ASccminer is already up-to-date
Checking Krnlx ccminer KXccminer is already up-to-date
Checking Tpruvot ccminer-2.2.5 Tpruvot ccminer is already up-to-date
Checking KlausT ccminer 8.20 KlausT ccminer is already up-to-date
Checking Vertminer v1.0-stable.2 Release Vertminer is already up-to-date
Checking nanashi-ccminer-2.2-mod-r2 nanashi-ccminer is already up-to-date
Checking Ethminer 0.14.0 ethminer is already up-to-date
Checking KTccminer-cryptonight v2.06 KTccminer-cryptonight is already up-to-date
Checking Equihash Bminer 9.0.0 Bminer is already up-to-date
Checking ANXccminer (git@cd6fab68823e247bb84dd1fa0448d5f75ec4917d) ANXccminer is already at up-to-date
Checking MSFT Tpruvot ccminer-2.2.5 (RVN) MSFTccminer is already up-to-date
Checking SUPRminer 1.5 SUPRminer is already up-to-date
Checking cpuminer-opt cpuminer is already up-to-date
Extracting and checking new miners for nvOC-v0019-2.x finished
Do you want to re-compile your miners (y/N)? y
Checking if bn.h bignum error is fixed for compiling miners or not bn.h openssl already fixed for compiling miners
Select miners to compile (multiple comma separated values: 1,6,7) 1 - ASccminer 2 - KTccminer 3 - KTccminer-cryptonight 4 - KXccminer 5 - NAccminer 6 - SPccminer 7 - TPccminer 8 - vertminer 9 - ANXccminer C - cpuminer R - MSFTccminer (RVN) U - SUPRminer X - xmr-stak
Do your Choice: [A]LL [1] [2] [3] [4] [5] [6] [7] [8] [9] [C] [R] [U] [X] [E]xit: 2 2 Compiling KlausT ccminer This could take a while ... Submodule path 'src': checked out 'c5ab73837c8024f1e6b8fe7ad46e6881fb8366e6' checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by make... GNU checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking for gcc option to accept ISO C99... none needed checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking whether gcc needs -traditional... no checking dependency style of gcc... gcc3 checking for ranlib... ranlib checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for gcc option to support OpenMP... -fopenmp checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking sys/endian.h usability... no checking sys/endian.h presence... no checking for sys/endian.h... no checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking syslog.h usability... yes checking syslog.h presence... yes checking for syslog.h... yes checking for sys/sysctl.h... yes checking whether be32dec is declared... no checking whether le32dec is declared... no checking whether be32enc is declared... no checking whether le32enc is declared... no checking for size_t... yes checking for working alloca.h... yes checking for alloca... yes checking for getopt_long... yes checking whether we can compile AVX code... yes checking whether we can compile XOP code... yes checking whether we can compile AVX2 code... yes checking for json_loads in -ljansson... yes checking for pthread_create in -lpthread... yes checking for SSL_library_init in -lssl... yes checking for EVP_DigestFinal_ex in -lcrypto... yes checking for gawk... (cached) gawk checking for curl-config... /usr/bin/curl-config checking for the version of libcurl... 7.47.0 checking for libcurl >= version 7.15.2... yes checking whether libcurl is usable... yes checking for curl_free... yes checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: creating compat/Makefile config.status: creating compat/jansson/Makefile config.status: creating ccminer-config.h config.status: executing depfiles commands Making distclean in compat make[1]: Entering directory '/home/m1/NVOC/testing/miners/KTccminer/src/compat' Making distclean in jansson make[2]: Entering directory '/home/m1/NVOC/testing/miners/KTccminer/src/compat/jansson' test -z "libjansson.a" || rm -f libjansson.a rm -f *.o rm -f *.tab.c test -z "" || rm -f test . = "." || test -z "" || rm -f rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags rm -rf ./.deps rm -f Makefile make[2]: Leaving directory '/home/m1/NVOC/testing/miners/KTccminer/src/compat/jansson' make[2]: Entering directory '/home/m1/NVOC/testing/miners/KTccminer/src/compat' test -z "" || rm -f test . = "." || test -z "" || rm -f rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags make[2]: Leaving directory '/home/m1/NVOC/testing/miners/KTccminer/src/compat' rm -f Makefile make[1]: Leaving directory '/home/m1/NVOC/testing/miners/KTccminer/src/compat' make[1]: Entering directory '/home/m1/NVOC/testing/miners/KTccminer/src' test -z "ccminer" || rm -f ccminer rm -f *.o rm -f Algo256/*.o rm -f JHA/*.o rm -f Sia/*.o rm -f lyra2/*.o rm -f neoscrypt/*.o rm -f quark/*.o rm -f qubit/*.o rm -f sph/*.o rm -f x11/*.o rm -f x13/*.o rm -f x15/*.o rm -f x17/*.o rm -f *.tab.c test -z "" || rm -f test . = "." || test -z "" || rm -f rm -f Algo256/.deps/.dirstamp rm -f Algo256/.dirstamp rm -f JHA/.deps/.dirstamp rm -f JHA/.dirstamp rm -f Sia/.deps/.dirstamp rm -f Sia/.dirstamp rm -f lyra2/.deps/.dirstamp rm -f lyra2/.dirstamp rm -f neoscrypt/.deps/.dirstamp rm -f neoscrypt/.dirstamp rm -f quark/.deps/.dirstamp rm -f quark/.dirstamp rm -f qubit/.deps/.dirstamp rm -f qubit/.dirstamp rm -f sph/.deps/.dirstamp rm -f sph/.dirstamp rm -f x11/.deps/.dirstamp rm -f x11/.dirstamp rm -f x13/.deps/.dirstamp rm -f x13/.dirstamp rm -f x15/.deps/.dirstamp rm -f x15/.dirstamp rm -f x17/.deps/.dirstamp rm -f x17/.dirstamp rm -f ccminer-config.h stamp-h1 rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags rm -f cscope.out cscope.in.out cscope.po.out cscope.files make[1]: Leaving directory '/home/m1/NVOC/testing/miners/KTccminer/src' rm -f config.status config.cache config.log configure.lineno config.status.lineno rm -rf ./.deps lyra2/.deps sph/.deps rm -f Makefile checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by make... GNU checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking for gcc option to accept ISO C99... none needed checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking whether gcc needs -traditional... no checking dependency style of gcc... gcc3 checking for ranlib... ranlib checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for gcc option to support OpenMP... -fopenmp checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking sys/endian.h usability... no checking sys/endian.h presence... no checking for sys/endian.h... no checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking syslog.h usability... yes checking syslog.h presence... yes checking for syslog.h... yes checking for sys/sysctl.h... yes checking whether be32dec is declared... no checking whether le32dec is declared... no checking whether be32enc is declared... no checking whether le32enc is declared... no checking for size_t... yes checking for working alloca.h... yes checking for alloca... yes checking for getopt_long... yes checking whether we can compile AVX code... yes checking whether we can compile XOP code... yes checking whether we can compile AVX2 code... yes checking for json_loads in -ljansson... yes checking for pthread_create in -lpthread... yes checking for SSL_library_init in -lssl... yes checking for EVP_DigestFinal_ex in -lcrypto... yes checking for gawk... (cached) gawk checking for curl-config... /usr/bin/curl-config checking for the version of libcurl... 7.47.0 checking for libcurl >= version 7.15.2... yes checking whether libcurl is usable... yes checking for curl_free... yes checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: creating compat/Makefile config.status: creating compat/jansson/Makefile config.status: creating ccminer-config.h config.status: executing depfiles commands make all-recursive make[1]: Entering directory '/home/m1/NVOC/testing/miners/KTccminer/src' Making all in compat make[2]: Entering directory '/home/m1/NVOC/testing/miners/KTccminer/src/compat' make[3]: Entering directory '/home/m1/NVOC/testing/miners/KTccminer/src/compat' make[3]: Nothing to be done for 'all-am'. make[3]: Leaving directory '/home/m1/NVOC/testing/miners/KTccminer/src/compat' make[2]: Leaving directory '/home/m1/NVOC/testing/miners/KTccminer/src/compat' make[2]: Entering directory '/home/m1/NVOC/testing/miners/KTccminer/src' gcc -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -g -O2 -MT ccminer-crc32.o -MD -MP -MF .deps/ccminer-crc32.Tpo -c -o ccminer-crc32.o `test -f 'crc32.c' || echo './'`crc32.c gcc -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -g -O2 -MT ccminer-hefty1.o -MD -MP -MF .deps/ccminer-hefty1.Tpo -c -o ccminer-hefty1.o `test -f 'hefty1.c' || echo './'`hefty1.c g++ -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -O3 -march=native -std=c++11 -pthread -fno-strict-aliasing -MT ccminer-ccminer.o -MD -MP -MF .deps/ccminer-ccminer.Tpo -c -o ccminer-ccminer.o `test -f 'ccminer.cpp' || echo './'`ccminer.cpp g++ -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -O3 -march=native -std=c++11 -pthread -fno-strict-aliasing -MT ccminer-util.o -MD -MP -MF .deps/ccminer-util.Tpo -c -o ccminer-util.o `test -f 'util.cpp' || echo './'`util.cpp mv -f .deps/ccminer-crc32.Tpo .deps/ccminer-crc32.Po g++ -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -O3 -march=native -std=c++11 -pthread -fno-strict-aliasing -MT ccminer-api.o -MD -MP -MF .deps/ccminer-api.Tpo -c -o ccminer-api.o `test -f 'api.cpp' || echo './'`api.cpp api.cpp: In function ‘char* getmeminfo(char*)’: api.cpp:383:21: warning: format ‘%llu’ expects argument of type ‘long long unsigned int’, but argument 5 has type ‘uint64_t {aka long unsigned int}’ [-Wformat=] srec, hrec, totmem); ^ mv -f .deps/ccminer-hefty1.Tpo .deps/ccminer-hefty1.Po g++ -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -O3 -march=native -std=c++11 -pthread -fno-strict-aliasing -MT ccminer-hashlog.o -MD -MP -MF .deps/ccminer-hashlog.Tpo -c -o ccminer-hashlog.o `test -f 'hashlog.cpp' || echo './'`hashlog.cpp mv -f .deps/ccminer-api.Tpo .deps/ccminer-api.Po g++ -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -O3 -march=native -std=c++11 -pthread -fno-strict-aliasing -MT ccminer-stats.o -MD -MP -MF .deps/ccminer-stats.Tpo -c -o ccminer-stats.o `test -f 'stats.cpp' || echo './'`stats.cpp mv -f .deps/ccminer-hashlog.Tpo .deps/ccminer-hashlog.Po g++ -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -O3 -march=native -std=c++11 -pthread -fno-strict-aliasing -MT ccminer-sysinfos.o -MD -MP -MF .deps/ccminer-sysinfos.Tpo -c -o ccminer-sysinfos.o `test -f 'sysinfos.cpp' || echo './'`sysinfos.cpp mv -f .deps/ccminer-stats.Tpo .deps/ccminer-stats.Po g++ -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -O3 -march=native -std=c++11 -pthread -fno-strict-aliasing -MT ccminer-cuda.o -MD -MP -MF .deps/ccminer-cuda.Tpo -c -o ccminer-cuda.o `test -f 'cuda.cpp' || echo './'`cuda.cpp sysinfos.cpp: In function ‘uint32_t linux_cpufreq(int)’: sysinfos.cpp:50:26: warning: ignoring return value of ‘int fscanf(FILE*, const char*, ...)’, declared with attribute warn_unused_result [-Wunused-result] fscanf(fd, "%d", &freq); ^ sysinfos.cpp:58:27: warning: ignoring return value of ‘int fscanf(FILE*, const char*, ...)’, declared with attribute warn_unused_result [-Wunused-result] fscanf(fd, "%d", &freq); ^ mv -f .deps/ccminer-sysinfos.Tpo .deps/ccminer-sysinfos.Po g++ -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -O3 -march=native -std=c++11 -pthread -fno-strict-aliasing -MT ccminer-nvml.o -MD -MP -MF .deps/ccminer-nvml.Tpo -c -o ccminer-nvml.o `test -f 'nvml.cpp' || echo './'`nvml.cpp mv -f .deps/ccminer-util.Tpo .deps/ccminer-util.Po g++ -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -O3 -march=native -std=c++11 -pthread -fno-strict-aliasing -MT ccminer-nvsettings.o -MD -MP -MF .deps/ccminer-nvsettings.Tpo -c -o ccminer-nvsettings.o `test -f 'nvsettings.cpp' || echo './'`nvsettings.cpp mv -f .deps/ccminer-ccminer.Tpo .deps/ccminer-ccminer.Po g++ -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -O3 -march=native -std=c++11 -pthread -fno-strict-aliasing -MT ccminer-fuguecoin.o -MD -MP -MF .deps/ccminer-fuguecoin.Tpo -c -o ccminer-fuguecoin.o `test -f 'fuguecoin.cpp' || echo './'`fuguecoin.cpp mv -f .deps/ccminer-fuguecoin.Tpo .deps/ccminer-fuguecoin.Po gcc -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -g -O2 -MT sph/ccminer-fugue.o -MD -MP -MF sph/.deps/ccminer-fugue.Tpo -c -o sph/ccminer-fugue.o `test -f 'sph/fugue.c' || echo './'`sph/fugue.c mv -f .deps/ccminer-nvsettings.Tpo .deps/ccminer-nvsettings.Po g++ -DHAVE_CONFIG_H -I. -fopenmp -pthread -fno-strict-aliasing -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -O3 -march=native -std=c++11 -pthread -fno-strict-aliasing -MT ccminer-groestlcoin.o -MD -MP -MF .deps/ccminer-groestlcoin.Tpo -c -o ccminer-groestlcoin.o `test -f 'groestlcoin.cpp' || echo './'`groestlcoin.cpp mv -f .deps/ccminer-cuda.Tpo .deps/ccminer-cuda.Po /usr/local/cuda/bin/nvcc -gencode=arch=compute_61,code=sm_61 -gencode=arch=compute_52,code=sm_52 -gencode=arch=compute_50,code=sm_50 -gencode=arch=compute_37,code=sm_37 -gencode=arch=compute_35,code=sm_35 -gencode=arch=compute_30,code=sm_30 -gencode=arch=compute_70,code=sm_70 -I/usr/local/cuda/include -I. -O3 -std=c++11 -Xcompiler -fno-strict-aliasing,-Wall -D_FORCE_INLINES --ptxas-options="-v" --maxrregcount=128 -o cuda_groestlcoin.o -c cuda_groestlcoin.cu nvcc fatal : Unsupported gpu architecture 'compute_70' Makefile:1898: recipe for target 'cuda_groestlcoin.o' failed make[2]: *** [cuda_groestlcoin.o] Error 1 make[2]: *** Waiting for unfinished jobs.... mv -f .deps/ccminer-groestlcoin.Tpo .deps/ccminer-groestlcoin.Po mv -f .deps/ccminer-nvml.Tpo .deps/ccminer-nvml.Po mv -f sph/.deps/ccminer-fugue.Tpo sph/.deps/ccminer-fugue.Po make[2]: Leaving directory '/home/m1/NVOC/testing/miners/KTccminer/src' Makefile:1452: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/m1/NVOC/testing/miners/KTccminer/src' Makefile:504: recipe for target 'all' failed make: *** [all] Error 2 cp: cannot stat '/home/m1/NVOC/testing/miners/KTccminer/src/ccminer': No such file or directory
Finished compiling KlausT ccminer ~/NVOC/testing m1@m1-desktop:~/NVOC/testing$
but still m1@m1-desktop:~/NVOC/testing$ /home/m1/NVOC/testing/miners/KTccminer/ccminer -a neoscrypt -o stratum+tcp://neoscrypt.eu.nicehash.com:3341 -u 37MQHRxni53Vwgjx6bkLALxkJBQiCUCcJu.AnyMine02 -p x -i 0 ccminer 8.20-KlausT (64bit) for nVidia GPUs Compiled with GCC 5.4 using Nvidia CUDA Toolkit 8.0
Based on pooler cpuminer 2.3.2 and the tpruvot@github fork CUDA support by Christian Buchner, Christian H. and DJM34 Includes optimizations implemented by sp-hash, klaust, tpruvot and tsiv.
Illegal instruction m1@m1-desktop:~/NVOC/testing$
|
|
|
|
gs777
Member
Offline
Activity: 118
Merit: 10
|
|
August 01, 2018, 08:48:58 PM |
|
Is anyone tried EWBF v0.5? Is it worth to upgrade v0.4
|
|
|
|
Schleicher
|
|
August 01, 2018, 10:41:06 PM |
|
@Luke
I did another 'bash nvOC upgrade' with 'recompile ALL' and upgraded to v36 of 1bash. 'bash nvOC miners-upgrade' tells me every miner is up2date and since I already recompiled all when 'bash nvOC upgrade' I skipped that for now.
NICE_NEOSCRYPT: still the same issue. I tried to recompile KTccminer especially:
Just in case you didn't notice, the compilation failed: nvcc fatal : Unsupported gpu architecture 'compute_70' That's because you are using CUDA 8.0 There are two methods to fix this: either use CUDA 9.2, or make changes in the Makefile.am: Remove this line: nvcc_ARCH += -gencode=arch=compute_70,code=sm_70 and remove this part of the last line: -gencode=arch=compute_70,code=sm_70
|
|
|
|
LuKePicci
Jr. Member
Offline
Activity: 128
Merit: 1
|
|
August 02, 2018, 05:46:52 PM |
|
@fk2 so, your issue with neoscrypt is that you are unable to compile KTccminer, follow the tip provided by @Schleicher
Miners are assigned per algorithm, so you can't choose a miner for nicehash since it's not an algorithm. You can choose a miner for ethash, neoscrypt or whatever algo, it is all in 1bash.
You have somehow linked KTccminer-cryptonight to cryptonight algo in 1bash, while default miner is TPccminer. Please share your 1bash settings on pastebin. Also, TPccminer does not support intensity 0, set it to a minimum of 8.
|
|
|
|
fk2
Jr. Member
Offline
Activity: 67
Merit: 2
|
|
August 03, 2018, 02:15:28 PM |
|
here are my cryptonight 1bash settings, just in case I get something wrong, also the v7 & heavy ones: ## CRYPTONIGHT CRYPTONIGHT_INTENSITY="8" CRYPTONIGHT_MINER="TPccminer" CRYPTONIGHT_WALLET_FORMAT="$WALLET_ADDRESS_FORMAT"
## CRYPTONIGHT-V7 CRYPTONIGHTV7_INTENSITY="0" CRYPTONIGHTV7_MINER="xmr-stak" CRYPTONIGHTV7_WALLET_FORMAT="$WALLET_ADDRESS_FORMAT"
## CRYPTONIGHTHEAVY CRYPTONIGHTHEAVY_INTENSITY="0" CRYPTONIGHTHEAVY_MINER="xmr-stak" CRYPTONIGHTHEAVY_WALLET_FORMAT="$WALLET_ADDRESS_FORMAT"
If there is anything else defining cryptonight algo-miner selection, let me know
|
|
|
|
LuKePicci
Jr. Member
Offline
Activity: 128
Merit: 1
|
|
August 03, 2018, 08:41:16 PM |
|
Nothing else, I can't say why ktccminer-cryptonight gets launched instead of TPccminer, Make sure you have nothing else in 1bash that could override this settings block.
|
|
|
|
gs777
Member
Offline
Activity: 118
Merit: 10
|
|
August 03, 2018, 09:22:10 PM |
|
Guys is it possible to upgrade my EWBF to the latest v0.5 and Bminer to 9.1.0 (they claim 30% hushing increase) And how to do it if it's possible
|
|
|
|
CryptAtomeTrader44
Full Member
Offline
Activity: 340
Merit: 103
It is easier to break an atom than partialities AE
|
|
August 03, 2018, 11:46:08 PM |
|
Guys is it possible to upgrade my EWBF to the latest v0.5 and Bminer to 9.1.0 (they claim 30% hushing increase) And how to do it if it's possible Download sources from their Githuib and follow compilation instructions gived by devellppers.
|
|
|
|
papampi_2
Jr. Member
Offline
Activity: 112
Merit: 3
Linux Forever... Resistance is futile!!!
|
|
August 04, 2018, 08:10:42 AM |
|
Guys is it possible to upgrade my EWBF to the latest v0.5 and Bminer to 9.1.0 (they claim 30% hushing increase) And how to do it if it's possible z_ewbf updated to v0.5, bminer updated to 9.1.0 Run the the nvOC upgrade command: bash ~/NVOC/mining/nvOC upgrade P.S: If your version is too much behind, you may need to run the upgrade command twice and update your 1bash with new 1bash.template
|
https://github.com/papampi/nvOC_by_fullzero_Community_Release
|
|
|
fk2
Jr. Member
Offline
Activity: 67
Merit: 2
|
|
August 04, 2018, 02:04:12 PM |
|
I just realised new problems the last two mornings I checked my testrig: m1@m1-desktop:~$nvOC miner-log
ccminer 8.20-KlausT (64bit) for nVidia GPUs Compiled with GCC 5.4 using Nvidia CUDA Toolkit 8.0
Based on pooler cpuminer 2.3.2 and the tpruvot@github fork CUDA support by Christian Buchner, Christian H. and DJM34 Includes optimizations implemented by sp-hash, klaust, tpruvot and tsiv.
[2018-08-04 06:46:12] No CUDA device found!
m1@m1-desktop:~/NVOC/testing$ nvidia-smi Sat Aug 4 06:49:52 2018 +-----------------------------------------------------------------------------+ | NVIDIA-SMI 387.34 Driver Version: 387.34 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 GeForce GTX 108... Off | 00000000:01:00.0 Off | N/A | |ERR! 36C P0 ERR! / 170W | 49MiB / 11171MiB | 100% Default | +-------------------------------+----------------------+----------------------+ | 1 GeForce GTX 108... Off | 00000000:02:00.0 Off | N/A | | 50% 30C P8 11W / 160W | 9MiB / 11172MiB | 0% Default | +-------------------------------+----------------------+----------------------+ | 2 GeForce GTX 108... Off | 00000000:04:00.0 Off | N/A | | 50% 28C P8 11W / 160W | 9MiB / 11172MiB | 0% Default | +-------------------------------+----------------------+----------------------+ | 3 GeForce GTX 1080 Off | 00000000:05:00.0 Off | N/A | |ERR! 41C P0 ERR! / 120W | 9MiB / 8114MiB | 100% Default | +-------------------------------+----------------------+----------------------+ | 4 GeForce GTX 1080 Off | 00000000:07:00.0 Off | N/A | | 50% 31C P8 12W / 110W | 9MiB / 8114MiB | 0% Default | +-------------------------------+----------------------+----------------------+
+-----------------------------------------------------------------------------+ | Processes: GPU Memory | | GPU PID Type Process name Usage | |=============================================================================| | 0 912 G /usr/lib/xorg/Xorg 31MiB | | 0 1721 G compiz 13MiB | | 1 912 G /usr/lib/xorg/Xorg 6MiB | | 2 912 G /usr/lib/xorg/Xorg 6MiB | | 3 912 G /usr/lib/xorg/Xorg 6MiB | | 4 912 G /usr/lib/xorg/Xorg 6MiB | +-----------------------------------------------------------------------------+ m1@m1-desktop:~/NVOC/testing$
m1@m1-desktop:~$nvOC master-log ==> /home/m1/NVOC/testing/nvoc_logs/screenlog.0 <==
ccminer 8.20-KlausT (64bit) for nVidia GPUs Compiled with GCC 5.4 using Nvidia CUDA Toolkit 8.0
Based on pooler cpuminer 2.3.2 and the tpruvot@github fork CUDA support by Christian Buchner, Christian H. and DJM34 Includes optimizations implemented by sp-hash, klaust, tpruvot and tsiv.
[2018-08-04 06:50:43] No CUDA device found!
==> /home/m1/NVOC/testing/nvoc_logs/tempcontrol-screenlog.0 <== GPU 2: POWER LIMIT: 160, TARGET TEMP: 65 GPU 3: POWER LIMIT: 120, TARGET TEMP: 65 GPU 4: POWER LIMIT: 110, TARGET TEMP: 65
GLOBAL FAN_ADJUST (%): 5 GLOBAL POWER_ADJUST (W): 5 GLOBAL ALLOWED_TEMP_DIFF (C): 2 GLOBAL RESTORE_POWER_LIMIT (%): 85 GLOBAL MINIMAL_FAN_SPEED (%): 50
==> /home/m1/NVOC/testing/nvoc_logs/watchdog-screenlog.0 <== Sat Aug 4 06:47:22 MST 2018 - [WARNING] - Miner not running, reinit nvOC from scratch Sat Aug 4 06:48:10 MST 2018 - [WARNING] - Miner not running, reinit nvOC from scratch Sat Aug 4 06:48:55 MST 2018 - [WARNING] - Miner not running, reinit nvOC from scratch Sat Aug 4 06:49:39 MST 2018 - [WARNING] - Miner not running, reinit nvOC from scratch
Sat Aug 4 06:50:44 MST 2018 - [INFO] - Watchdog is starting
Connection to google.com 443 port [tcp/https] succeeded! Giving miner enough to stabilize
==> /home/m1/NVOC/testing/nvoc_logs/8_wtmautoswitchlog <== Miner still not running, waiting ...
Miner still not running, waiting ...
Miner still not running, waiting ...
Miner still not running, waiting ...
Miner still not running, waiting ...
==> /home/m1/NVOC/testing/nvoc_logs/watchdog-screenlog.0 <== Sat Aug 4 06:51:04 MST 2018 - [WARNING] - Miner not running, reinit nvOC from scratch
==> /home/m1/NVOC/testing/nvoc_logs/8_wtmautoswitchlog <== Miner still not running, waiting ...
Miner still not running, waiting ...
==> /home/m1/NVOC/testing/nvoc_logs/tempcontrol-screenlog.0 <== WARNING: Sat Aug 4 06:51:05 MST 2018 - Problem detected! GPU0 is not responding. Will give watchdog 60 seconds to react, if not we will reboot!
Why isn't watchdog rebooting this rig like in the past releases but idling instead for hours? Nothing else, I can't say why ktccminer-cryptonight gets launched instead of TPccminer, Make sure you have nothing else in 1bash that could override this settings block. pretty sure there is nothing else because I did a fresh copy of the v36 temp plus I searched the 1bash file for every NICE_CRPYTONIGHT entry in it. You and I both don't know why this happen that is because I asked for the definition of NICE_CRYPTONIGHT. Back in earlier releases every selectable coin was just a definition of if coin = x then y Nowadays it seems to be pointing to only algos like you said. however, a look into my 0miner says: ## CRYPTONIGHT elif [[ $ALGO == CRYPTONIGHT ]] then HCD="${NVOC}"/miners/KTccminer-cryptonight/ccminer eval $LAUNCH $HCD -o ${!xproto}://"${!xpool}":"${!xport}" -u "${!xaddr}""${!xwallet}""${!xwork}" -p "$MINER_PWD" -i "${!xin$
since I cant find any NICE_CRYPTONIGHT I have to assume somewhere it will point to CRYPTONIGHT. In that case running KTCCM seems to be as designed instead of TPccminer. Is your beta running NICE_CRYPTONIGHT with TPccminer or are you just assuming this should be the case?
|
|
|
|
LuKePicci
Jr. Member
Offline
Activity: 128
Merit: 1
|
|
August 04, 2018, 02:17:08 PM |
|
That is clearly the problem. Mine was just an assumption, didn''t noticed that CRYPTONIGHT is still hardlinked to KTccminer-cryptonight, I assumed it was linked like any other algo you see in that section. I did not take care of that specific part so I would like to know if there are any reason that lead this to be hardlinked. I can easily patch it to work as I assumed but, who knows, maybe someone remember why it has been done that way.
There is a section in 1bash where each coin is linked to its algo, NICE_CRYPTONIGHT is a coin which belongs to the set of CRYPTONIGHT coins.
Your issues with cuda devices not found is probably related to outdated drivers or runtimes, cuda 9.0+ requires nvidia drivers 390+ that's why you find updated drivers in the last prebuilt-image.
The watchdog reboots only when the mining activity is abnormally interrupted, not when the miner never starts.
|
|
|
|
fk2
Jr. Member
Offline
Activity: 67
Merit: 2
|
|
August 04, 2018, 06:42:40 PM |
|
ok, will update cuda and nvidia drivers to latest when i am home again.
but I remember watchdog did reboot idling rigs in the past after a couple of minutes or so. I mean there is even the minimum gpu utilization value in 1bash that came to 1bash when back then it was defaulted to >70% and leaded to rebooting rigs that even mined properly.
I would like to see watchdog do the previous behaviour because idling rigs due to somewhat errors or problems will quickly become unprofitable rigs nowadays
|
|
|
|
LuKePicci
Jr. Member
Offline
Activity: 128
Merit: 1
|
|
August 04, 2018, 08:28:48 PM |
|
The watchdog behavior has not been changed. It is still the same as in 2.0.
In the situation you described rebooting won't solve the idle rig issue, would result in a reboot-loop.
|
|
|
|
papampi_2
Jr. Member
Offline
Activity: 112
Merit: 3
Linux Forever... Resistance is futile!!!
|
|
August 04, 2018, 10:44:38 PM |
|
ok, will update cuda and nvidia drivers to latest when i am home again.
but I remember watchdog did reboot idling rigs in the past after a couple of minutes or so. I mean there is even the minimum gpu utilization value in 1bash that came to 1bash when back then it was defaulted to >70% and leaded to rebooting rigs that even mined properly.
I would like to see watchdog do the previous behaviour because idling rigs due to somewhat errors or problems will quickly become unprofitable rigs nowadays
If miner gives error and wont start, watchdog will not kick in to prevent boot loops and just restart 3main. But maybe we should add some limits so it restart rig after some 3main restart failed attempts. Dont think its a good idea, but will check for a solution.
|
https://github.com/papampi/nvOC_by_fullzero_Community_Release
|
|
|
gs777
Member
Offline
Activity: 118
Merit: 10
|
|
August 05, 2018, 02:19:13 AM |
|
Guys is it possible to upgrade my EWBF to the latest v0.5 and Bminer to 9.1.0 (they claim 30% hushing increase) And how to do it if it's possible z_ewbf updated to v0.5, bminer updated to 9.1.0 Run the the nvOC upgrade command: bash ~/NVOC/mining/nvOC upgrade P.S: If your version is too much behind, you may need to run the upgrade command twice and update your 1bash with new 1bash.template Thank you! Thank you a lot, v0.5 is working way better then v0.4 more stable and hush rate went up 15%.
|
|
|
|
papampi_2
Jr. Member
Offline
Activity: 112
Merit: 3
Linux Forever... Resistance is futile!!!
|
|
August 05, 2018, 10:02:54 AM |
|
ok, will update cuda and nvidia drivers to latest when i am home again.
but I remember watchdog did reboot idling rigs in the past after a couple of minutes or so. I mean there is even the minimum gpu utilization value in 1bash that came to 1bash when back then it was defaulted to >70% and leaded to rebooting rigs that even mined properly.
I would like to see watchdog do the previous behaviour because idling rigs due to somewhat errors or problems will quickly become unprofitable rigs nowadays
Latest commit will check for miner start one time, restart 3main, gives a warning and continue the watchdog main loop. So if a card has problem on start it should reboot the rig. Please, update, test and let us know how it goes.
|
https://github.com/papampi/nvOC_by_fullzero_Community_Release
|
|
|
Muhammadaffandi10
Member
Offline
Activity: 126
Merit: 10
|
|
August 05, 2018, 02:40:06 PM |
|
This is all very interesting to me because I currently use Windows 8.1 for my Nvidia Rig but in the past I have mined with my AMD rigs using EthOS and found it much more stable and reliable, and using much lower resources, etc - so a Linux solution for an Nvidia rig sounds great. I was considering trying the PiMP Nvidia version but when I tried that for my AMD rigs it confused the hell out of me.
Anyway, I have one big question because it doesn't seem clear to me from the small amount of info in this thread whether it will suit my rig. Reason being, my rig is currently 2 x Gigabyte gtx1070 G1 Gaming cards and 2 x Galax gtx 1060 6GB cards.
It seems from what I read above that when you set cc & mc overclock and powerlimit - this is one setting to apply to all cards on the rig. This is obviously suitable for the typical situation where people commonly use multiple instances of 1 type of card on a rig, which I understand - people choose a GPU, buy however many of them and populate the rig with them.
What about a situation like mine though, where I have 2 of one GPU and 2 of another, so I need to be able to specify different OC and powerlimits for the different cards.
Currently in Windows 8.1 I just use MSI afterburner and set each card individually, so for example I mine ZEC and the 1070s are powerlimited to around 68%, core OC to +70 and mem OC to +700, while the 1060s are powerlimited to about 75%, core OC to +50 and me OC to +500. Using EWBF this is giving me approximately 1400sol/s using 500W at the wall.
Since the powerlimit in Linux seems to be set in watts rather than percent, one setting in a percentage (70% would probably work) but I would need to be able to set the 1070s to around 125W and the 160s to around 85W. The CC could all conceivably be set to +60 and MC to +500 or +600 but is there a way to set powerlimits individually for each card?
yes but convincing the bitcoinner that using windowns depends
|
|
|
|
|