LuKePicci
Jr. Member
Offline
Activity: 128
Merit: 1
|
|
June 25, 2018, 10:56:56 AM |
|
Another question : Where do the variable $NVOC come from ? Which script launch it at firt time in all theses collection scripts ? Both gnome-terminal (by profile custom command) and systemd (if you setup nvoc to run as a service) starts nvOC by running 2unix. The $NVOC variable is automatically set to proper value with the path to your running nvOC version. In your case NVOC is set to '/home/m1/NVOC/mining'. Its value is reported m minerinfo web page amd 'bash nvOC report' as well.
|
|
|
|
CryptAtomeTrader44
Full Member
Offline
Activity: 340
Merit: 103
It is easier to break an atom than partialities AE
|
|
June 26, 2018, 03:13:46 PM |
|
I have this message on my wiorst GTX1060 that heating a lot : INFO: GPU 4, Tue Jun 26 17: 07: 22 CEST 2018 - Adjusting Power Limit for GPU4. Old Limit: 91 New Limit: 88 Fan speed: 100 Provided power limit 88.00 W is not a valid power limit which should be between 90.00 W and 200.00 W for GPU 00000000: 06: 00.0 What can i do to solve ?
|
|
|
|
CryptAtomeTrader44
Full Member
Offline
Activity: 340
Merit: 103
It is easier to break an atom than partialities AE
|
|
June 26, 2018, 03:17:37 PM |
|
vertminer is already in the miners repo, and to use it you should only need to edit the miner name into 1bash, however vertminer executables does not call itself "ccminer" as 0miner is expecting so having LYRA2V2_MINER="vertminer" is now failing. I've just fixed this. Will add SUPRminer also, I opened a new issue for that on GitHub, I also updated the README on the nvOC_miners repo with steps that collaborators needs to add/update a miner for releasing to all nvOC users. If you feel confident in that, please, open your PR, even if they're not perfectly written, we will help you fix them. Thank you all for your help. If it's possible to have a miner software thaht have no fee or less than 2% or vertminer fee, i take it immediatly. I was using nanashi ccminer before, but i don't know what is his fee. I just know that it was a best miner than TPruvot for Lyra2vv2. I recompiled Tpruvot latest miner but, i fail to mine with it. when i have more time, i post an issue ont his github
|
|
|
|
CryptAtomeTrader44
Full Member
Offline
Activity: 340
Merit: 103
It is easier to break an atom than partialities AE
|
|
June 26, 2018, 03:23:59 PM |
|
Another question : Where do the variable $NVOC come from ? Which script launch it at firt time in all theses collection scripts ? Both gnome-terminal (by profile custom command) and systemd (if you setup nvoc to run as a service) starts nvOC by running 2unix. The $NVOC variable is automatically set to proper value with the path to your running nvOC version. In your case NVOC is set to '/home/m1/NVOC/mining'. Its value is reported m minerinfo web page amd 'bash nvOC report' as well. In gnome terminal, It's Ok, but what file in systemd Huh i'm not sure that i understand correctly how system works exactly. Is it judicious to wait an other ubuntu distrib to make a package. I like this idéeo to git clone and synchronize with github, but i'm not really familiar yet with it. I will post you some errors in WTM on github. It seem theses errors are aleatory.
|
|
|
|
CryptAtomeTrader44
Full Member
Offline
Activity: 340
Merit: 103
It is easier to break an atom than partialities AE
|
|
June 26, 2018, 10:29:13 PM |
|
The issue is solved. Klaust post a reply with good makefile modified by him that solved my compilation problems. KTccminer can be updated
|
|
|
|
LuKePicci
Jr. Member
Offline
Activity: 128
Merit: 1
|
|
June 26, 2018, 11:15:53 PM |
|
Nice, will update KTccminer also.
If you have pulled latest changes in the beta testing tree you will find some new commands have been added to the ./nvOC script to help you managing upgrade of both nvOC itself and miners collection. If you scared by the under the hood git-related stuff it may help you take confidence with the upgrade process. If you are sill on older beta revisions and you would like to get those new commands you need to 'manually' pull them by executing a 'git pull' command from inside your beta installation path.
|
|
|
|
skyline_king
|
|
June 27, 2018, 06:38:10 PM |
|
What you think about implementing into NVOC nvidia-docker and run miner for each isolated GPU in docker container?
|
|
|
|
LuKePicci
Jr. Member
Offline
Activity: 128
Merit: 1
|
|
June 27, 2018, 09:33:26 PM Last edit: June 27, 2018, 10:07:32 PM by LuKePicci |
|
The only case I can think of in which managing miners in containers is worth enough is that you want to push those containers into a set of different rigs running the docker engine. If this is the case I would recommend you to push 1bash settings files on each rig instead of containers, or to dockerize the whole nvOC repo and push it at once.
If instead you intended to run on a single rig the docker engine to isolate each miner in its own container than I think it could be a big overkill. YOu will probably loose a lot of resources (power at most) and raise a lot in complexity. nvidia-docker just gives all containers access to the same driver instance, if you crash the driver all containers crash, if you crash a miner nothing else happens, which is basically the same happening now without containers. Remember what containers are meant for: share resources of a machine, switching between multiple applications from different "users" without having to setup that machine specifically, keeping all containers isolated, being quickly self-deployable and portable.
|
|
|
|
papampi
Full Member
Offline
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
|
|
June 28, 2018, 06:26:58 AM Last edit: June 28, 2018, 08:11:05 AM by papampi |
|
I think a while back I read somewhere that ethpool is paying uncle rewards by random to workers so if you have more workers your chance to get uncles are higher Some miners are spreading their cards into multiple miners/workers to get their chance higher. So instead of having a worker with 200Mh/s they split it to 10 workers with 20Mh/s. Not 100% sure, if anyone has more info on this please share. Some info here: https://bitcointalk.org/index.php?topic=3970569.0So is that why you want to use docker to separate GPUs?
|
|
|
|
fk2
Jr. Member
Offline
Activity: 67
Merit: 2
|
|
June 28, 2018, 03:03:10 PM |
|
I installed clean 2.1 image this week and had some successful mining test with three cards 1060/1070/1080 Now I added some cards. That didn't work. Now nothing works anymore, not even a single 1070. Software info: Report ver : v0019-2.0.002 nvOC (1bash) : nvOC v0019-2.1 - Community Release nvOC (3main) : nvOC v0019-2.1 - Community Release 1bash ver : v0019-2.1.0028 3main ver : v0019-2.1.0022 5watchdog ver : v0019-2.0.018 6tempcontrol v: v0019-2.1.0006 wtm switch ver: v0019-2.0.0021 Kernel : 4.4.0-128-generic OS : Ubuntu 16.04.4 LTS System : (gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.9) nvidia driver : 390.67
Hardware info: Motherboard : ASUS PRIME Z270-A Rev 1.xx BIOS ver. : 1203 12/25/2017 CPU Model : Celeron(R) CPU G3900 @ 2.80GHz CPU Cores : 2 (Cores + Threads) Mem Total : 3984504 kB Mem Free : 3545768 kB Swap Total : 0 kB Swap Free : 0 kB Ethernet : Intel I219-V
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 55.9G ext4 part 0 0 /
VGA info: 01:00.0 VGA compatible controller: NVIDIA Corporation Device 1b81 (rev a1)
1bash settings: 1bash version .............: v0019-2.1.0028 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_UPDATE ...............: STABLE AUTO_REBOOT ...............: NO _Parallax_MODE (upPaste)...: NO
TELEGRAM_MESSAGES .: NO TELEGRAM_ALERTS ...: NO
HEADLESS MODE:.............: NO GPUPowerMizerMode_Adjust...: NO ETH Pill ..................: YES
POWERLIMIT MODE ...........: GPU_SPECIFIC GPU0 Power Limit ..........: 110 OVERCLOCK MODE ............: GPU_SPECIFIC GPU0 Core Overclock ........: 125 GPU0 Memory Overclock ......: 1500
GLOBAL WORKERNAME .........: YES AUTO WORKERNAME ...........: CUSTOM WORKERNAME ................: Icemine01 plusCPU ...................: NO
COIN ......................: ETH ALGO ......................: ETHASH MINER .....................: CLAYMORE ETH WORKER ................: Icemine01 ETH ADDRESS ...............: icemine... ETH POOL ..................: us-east.ethash-hub.miningpoolhub.com ETH PORT ..................: 20535 ETHASH INTENSITY ..........:
m1@m1-desktop:~$./nvOC miner-log tail: cannot open '/home/m1/NVOC/mining/nvoc_logs/screenlog.0' for reading: No such file or directory tail: no files remaining m1@m1-desktop:~/NVOC/mining$
m1@m1-desktop:~/NVOC/mining$ ps -ef |grep 3main m1 1862 1770 0 08:00 pts/0 00:00:00 grep --color=auto 3main m1@m1-desktop:~/NVOC/mining$
m1@m1-desktop:~$./nvOC master-log tail: cannot open '/home/m1/NVOC/mining/nvoc_logs/screenlog.0' for reading: No such file or directory tail: cannot open '/home/m1/NVOC/mining/nvoc_logs/tempcontrol-screenlog.0' for reading: No such file or directory tail: cannot open '/home/m1/NVOC/mining/nvoc_logs/watchdog-screenlog.0' for reading: No such file or directory tail: cannot open '/home/m1/NVOC/mining/nvoc_logs/8_wtmautoswitchlog' for reading: No such file or directory tail: no files remaining m1@m1-desktop:~/NVOC/mining$
m1@m1-desktop:~$./nvOC start Restarting nvOC tasks....
Failed to connect to Mir: Failed to connect to server socket: No such file or directory Unable to init server: Could not connect: Connection refused Failed to parse arguments: Cannot open display: m1@m1-desktop:~/NVOC/mining$
m1@m1-desktop:~$./nvOC start-service Starting nvOC service.. Job for nvoc.service failed because the control process exited with error code. See "systemctl status nvoc.service" and "journalctl -xe" for details. ● nvoc.service - nvOC Service Loaded: loaded (/etc/systemd/system/nvoc.service; static; vendor preset: enabled) Active: inactive (dead)
Jun 28 08:02:20 m1-desktop systemd[1]: Stopped nvOC Service. Jun 28 08:02:20 m1-desktop systemd[1]: Starting nvOC Service... Jun 28 08:02:20 m1-desktop systemd[1]: nvoc.service: Control process exited, code=exited status=217 Jun 28 08:02:20 m1-desktop systemd[1]: Failed to start nvOC Service. Jun 28 08:02:20 m1-desktop systemd[1]: nvoc.service: Unit entered failed state. Jun 28 08:02:20 m1-desktop systemd[1]: nvoc.service: Failed with result 'exit-code'. Jun 28 08:02:20 m1-desktop systemd[1]: nvoc.service: Service hold-off time over, scheduling restart. Jun 28 08:02:20 m1-desktop systemd[1]: Stopped nvOC Service. Jun 28 08:02:20 m1-desktop systemd[1]: nvoc.service: Start request repeated too quickly. Jun 28 08:02:20 m1-desktop systemd[1]: Failed to start nvOC Service. m1@m1-desktop:~/NVOC/mining$
m1@m1-desktop:~$./nvOC restore-xorg Restoring default nvOC xorg.conf ... WARNING: timestamping does nothing in combination with -O. See the manual for details.
--2018-06-28 08:02:51-- https://raw.githubusercontent.com/papampi/nvOC_by_fullzero_Community_Release/19-2.1/xorg.conf Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 151.101.112.133 Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|151.101.112.133|:443... connected. HTTP request sent, awaiting response... 404 Not Found 2018-06-28 08:02:51 ERROR 404: Not Found.
Default xorg.conf restored, Rebooting system in 5 sec. System may reboot again if HEADLESS_MODE=YES
didn't help
|
|
|
|
fk2
Jr. Member
Offline
Activity: 67
Merit: 2
|
|
June 28, 2018, 04:31:49 PM |
|
I tested further. this time I plugged in a display to the single card. I always see xorg.conf problem, rebooting. this loops.
I decided to reimage again. at first boot I left a display in. I get a message in ubuntu stating the hdd only has 40mb left an in terminal I saw some partition problem but then the rig restarts. If so,eone can tell me where to find a logfile with the problem I will deliver.
|
|
|
|
LuKePicci
Jr. Member
Offline
Activity: 128
Merit: 1
|
|
June 29, 2018, 12:21:37 AM |
|
A few points to help you having a better testing experience: - Please do not use /home/m1/nvOC or any other script inside your home folder. All the 2.1 related stuff is inside NVOC/mining, including the nvOC script for making reports, that's why any command you run with ./nvOC failed with 'no files found' errors, that one is a leftover from old dev versions. Again, in the current 2.1 testing image there are side-by-side both an old pre-2.1 dev version and 2.1-beta. I invite you to nuke from the last beta image everything inside /home/m1/ which is related to nvoc except the NVOC/mining folder. To correctly generate a report do: m1@m1-desktop:~$ cd NVOC/mining m1@m1-desktop:~/NVOC/mining$ bash nvOC report - Maybe there's some problem with the partition auto-expand, check your partition size and if it is not as large as it should be resize it manually and continue testing the nvOC scripts as usual, at this stage we have no special interest in testing what happens after a first boot with the legacy code, - Since many of you are getting confused by the coexistence of the two versions inside the 2.1-beta image I still recommend as the best option to test 2.1-beta is following @papampi guide to install 2.1-beta inside a working 2.0 image. - The version included in the 2.1-beta image you find in NVOC/mining is itself quite old already, you should really pull updates even before starting to test doing: m1@m1-desktop:~$ cd NVOC/mining m1@m1-desktop:~/NVOC/mining$ git stash && git pull m1@m1-desktop:~/NVOC/mining$ bash nvOC miners-upgrade then create a new 1bash from a copy of NVOC/mining/1bash.template, which will be placed into NVOC/mining/1bash, and start testing. - The latest nvOC script which was not included in the 2.1-beta image let you install new updates by just doing: m1@m1-desktop:~$ cd NVOC/mining m1@m1-desktop:~/NVOC/mining$ bash nvOC upgrade m1@m1-desktop:~/NVOC/mining$ bash nvOC miners-upgrade and of course this is already valid for testers who follow the @papampi guide for 2.1-beta testing.
|
|
|
|
LuKePicci
Jr. Member
Offline
Activity: 128
Merit: 1
|
|
June 29, 2018, 12:49:28 AM Last edit: June 30, 2018, 05:03:01 PM by LuKePicci |
|
Updated guide: Test/Run nvOC 19-2.1 beta side-by-side with 19-2.0 on previous stable images.
from an edit of the previous original @papampi guide to include the new easy-to-use upgrade commandsSide-bv-side beta testing with this guide is only possible if you can edit gnome-terminal profiles, by either gui settings (via TeamViewer) or dconf.(via ssh) Step 1:
git clone https://github.com/papampi/nvOC_by_fullzero_Community_Release.git /home/m1/NVOC/testing cd /home/m1/NVOC/testing bash nvOC miners-upgrade cp 1bash.template 1bash Edit your new 1bash you find in : /home/m1/NVOC/testing/1bash
Step 2:
Create new gnome-terminal profile and start up command: gnome-terminal menus: Edit > Preferences > Profiles > Clone the existing 'mining' profile and edit the clone. Rename the cloned mining profile to "testing" or whatever you like. In 2nd tab from left, "Command" change 2unix path in custom command. from : to: /home/m1/NVOC/testing/2unix
Choose the default "Profile used when launching ..." to the one you made. Step 3:It's better to reboot, to start fresh. After reboot gnome-terminal will start with the new testing profile. Switch back to 2.0:To switch back to 19-2.0 stable just change the default "Profile used when launching ..." in gnome-terminal profiles again to 'mining' and you're done. Update nvOC to latest commit:
cd /home/m1/NVOC/testing bash nvOC upgrade In case you're still on old revisions where that command was not yet available, do instead: cd /home/m1/NVOC/testing git stash && git pull Update nvOC/miners to latest commit:
cd /home/m1/NVOC/testing/ bash nvOC miners-upgrade Always keep a copy of your 1bash (old, new, beta, ....) in a safe place. Please post your issues and found bugs here in bitcointalk forum or (better to avoid messing with people using the stable 2.0) in GitHub issues. Always attach a report generated by: List of all contributions is available on top of each script (dev log)
|
|
|
|
fk2
Jr. Member
Offline
Activity: 67
Merit: 2
|
|
June 29, 2018, 11:32:28 AM Last edit: June 29, 2018, 12:10:27 PM by fk2 |
|
the first time ever I heard about that SSD resize issue. you guys seriously need to consider that there are people like me who dont want to hook up a fucking display to a rig every time they want to install one. now I shall use gparted to do things but rig reboots every time when display is connected wtf guys seriously. this is ultra annoying when I update rigs by remote and now don't have local access whos idea was this?
I want to thank you for infos though Luke!
|
|
|
|
WaveFront
Member
Offline
Activity: 126
Merit: 10
|
|
June 29, 2018, 06:27:25 PM |
|
Hello,
Anyone using bminer to mine Ethash? Do you see any differences in hash rate between miner and ethminer? I tried to run them side by side, but I cannot see any noticeable difference in speed.
What do you think?
|
|
|
|
papampi
Full Member
Offline
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
|
|
June 30, 2018, 05:20:39 AM |
|
the first time ever I heard about that SSD resize issue. you guys seriously need to consider that there are people like me who dont want to hook up a fucking display to a rig every time they want to install one. now I shall use gparted to do things but rig reboots every time when display is connected wtf guys seriously. this is ultra annoying when I update rigs by remote and now don't have local access whos idea was this?
I want to thank you for infos though Luke!
The img is fully compressed so it doesnt have much space left, at first boot it gives a warning but you should let it do its firstboot processes and it will reboot to expand to full size of the SSD/HDD/USB. There should be no need to use gparted to expand, it should do it by its first reboot.
|
|
|
|
skyline_king
|
|
June 30, 2018, 06:36:04 AM |
|
guys I still get an error when trying to mine lbry with a maxwell card (980ti). Is this something that will be supported in the future?
|
|
|
|
LuKePicci
Jr. Member
Offline
Activity: 128
Merit: 1
|
|
June 30, 2018, 04:43:43 PM |
|
the first time ever I heard about that SSD resize issue. you guys seriously need to consider that there are people like me who dont want to hook up a fucking display to a rig every time they want to install one. now I shall use gparted to do things but rig reboots every time when display is connected wtf guys seriously. this is ultra annoying when I update rigs by remote and now don't have local access whos idea was this?
If it has not resized automatically it is a bug and not an intended behavior. I suggested the gparted way only as a workaround for your specific situation. I would not suggest you to test the beta version without a monitor. Just to have a clue on what happened to you: was the latest 2.0 w/ auto-expand image working for you or you previously used 1.4+update or 2.0 w/o auto-expand?
|
|
|
|
LuKePicci
Jr. Member
Offline
Activity: 128
Merit: 1
|
|
June 30, 2018, 04:54:48 PM |
|
Hello,
Anyone using bminer to mine Ethash? Do you see any differences in hash rate between miner and ethminer? I tried to run them side by side, but I cannot see any noticeable difference in speed.
What do you think?
@CryptAtomeTrader44 said something about thet in some previous posts.
|
|
|
|
tntdl
Newbie
Offline
Activity: 86
Merit: 0
|
|
June 30, 2018, 04:56:19 PM |
|
Can anyone help me? Should you invest in a digger at this point?
|
|
|
|
|