Topic: [ mining os ] nvoc - page 51. (Read 418529 times)

I doubt that CPU mining has any impact on it as they are just two different processes running independently.

Ok, I'm just checking the basic things first. I assume you are trying to use 'SALFTER_MPH_PROFIT_SWITCHING' switcher, its logging the switches but the actual switching isn't happening?

So, you see no balance increases at all with other coins? Was it mining a single coin fine??

In the above switches, all the coins except FTC uses equihash, and MPH_SWITCH works in a way that it doesn't switch ports for every single coin, also am not sure that COIN='XXX' value doesn't change in 1bash as MPH switch doesn't bother about the COIN variable at all.

This is my understanding from my experience of using it in past.

I will try to run it with latest version, tell you if its any different from past and update you.

Thank you so much for this.
But when the OS is booted up,
When the F12 for Quake Terminal pops up,
nothing happens.

But its alright.
Thank you so much.
I'll try again.

I have two rigs both mining ZCL on Supernova and this has happened twice that both rigs will freeze within a minute of eachother. I saw the first time while being connected via teamviewer that the server "disconnects" briefly within the miner and that watchdog will then re-start the 3main, get hung up and freeze. I assume this is what happened again. I would point to a hardware issue, but both separately going down at the same time with no telegram errors? Too much of a coincidence. I don't have any of the cards overclocked at this point, both systems were up for almost two days before the last freeze.

This keeps happening over and over again. I am going to try a new mining pool, but I've liked SuperNova. I have zero issues with it on my personal desktop with two 1070 Ti's on windows and using Awesome Miner.

Any thoughts would be great.

Has anyone connected to supernova with username and password? I am struggling to mine ZEC/ZCL there.

If anyone can paste a template, I'd be really grateful.

Thanks!

Thank you all for your offers, but nvOC is fully free OS and will stay that way.
There will be No dev fee ever.
You guys happiness and enjoyment is all we are looking for

I just wanted to thank you and all the developers foir eveything you have done. I have been mining for just over a month now and I can't even begin to tell you how much I appreciate what you have done. THANKS!!!!!!

I think you are in the right place and i believe that you don't need to edit 3main at all.

You need to follow the instructions provided by @papampi to get your xorg file back.


From his words, once the rig is UP, close the purple terminal (When you see a message on the right top corner stating 'PRESS F12') and then just press F12 for Guake Terminal.

Run the following command

and do a restart, once the rig is UP, close the purple terminal (When you see a message on the right top corner stating 'PRESS F12') and then just press F12 for Guake Terminal.

type this command (partly answers your last question - show all the active GPU's)


It should give you a list of available GPU's like this :


If it did, then its fine. The above commands displays all the active GPU's.

There is also another option available in the 2.0 version, through which you can identify the GPU's.


which will also lists your GPU's in this format


One more option to identify GPU's physically which gpu mapped to which number


It will run the fans to 100%, that way you can identify which GPU is mapped to 0 and which GPU is mapped to 1 etc.

Hope it answers all of your questions. Good Luck.

Any comments on this? At this point I do not believe the switcher is actually switching, just "reporting" correctly some stuff but stuck on one coin.
I see the COIN= getting updated in 1bash when a change occurs. Is some line of code in WTM suppose to restart 1bash when a switch is expected?
Wouldn't you expect to see some balances of random coins on MPH if you were mining them?
Thanks.

This was the command I was looking for.
Unfortunately it is showing me that the miner never changes ports to match what the switcher says I am now mining.
It appears to be stuck on port 20570, ZCASH:


Could the fact I am CPU mining XMR as well be causing some issues?
I also have other rigs that are not yet using the WTM switcher and are still using the MPH_Equihash switcher until my testing is complete.
Could their setup on MPH be forcing this rig to stay on Equihash switching some how? Seems very unlikely.

And this is the print from the miner but not a single coin is showing in the balance other than ZCASH:

MPH usually takes 5-15 minutes to show worker and hashrate

You can use this to check your miner command :

m1@m1-desktop:~$ ps ax | grep miner
  385 ?        Ss     0:00 SCREEN -dmSL miner /home/m1/zec/zm/latest/zm_miner --server us-east.equihash-hub.miningpoolhub.com --user xxxxxxx.xxxxxxx --pass x --port 20570 --time
  386 pts/27   Ssl+  53:21 /home/m1/zec/zm/latest/zm_miner --server us-east.equihash-hub.miningpoolhub.com --user xxxxxxx.xxxxxxx --pass x --port 20570 --time
11073 pts/2    S+     0:00 grep --color=auto miner
32670 pts/26   Sl+  34608:17 /home/m1/cpuOPT/cpuminer -a cryptonight -o stratum+tcp://xmr-us-east1.nanopool.org:14444 -u 47xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.xxxxxxxxxx -p x -t 31
m1@m1-desktop:~$

LAST 10 AUTO SWITCHES: 
Sun Feb 11 13:56:10 MST 2018 - Mining switched from ZCL to ZEN 
Sun Feb 11 14:21:06 MST 2018 - Mining switched from ZEN to ZEC 
Sun Feb 11 15:01:36 MST 2018 - Mining switched from ZEC to FTC 
Sun Feb 11 15:07:49 MST 2018 - Mining switched from FTC to ZEC 
Sun Feb 11 15:38:59 MST 2018 - Mining switched from ZEC to ZEN 
Sun Feb 11 16:03:55 MST 2018 - Mining switched from ZEN to ZCL 
Sun Feb 11 16:41:19 MST 2018 - Mining switched from ZCL to ZEC 
Sun Feb 11 16:54:16 MST 2018 - Mining switched from ZEC to FTC 
Sun Feb 11 17:03:37 MST 2018 - Mining switched from FTC to ZEC 
Sun Feb 11 17:22:19 MST 2018 - Mining switched from ZEC to ZCL 

m1@m1-desktop:~$ nvidia-smi
Mon Feb 12 23:31:40 2018
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 384.59                 Driver Version: 384.59                    |
|-------------------------------+----------------------+----------------------+
| 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 106...  Off  | 00000000:01:00.0 Off |                  N/A |
|  0%   49C    P8     5W / 120W |    121MiB /  6072MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+
|   1  GeForce GTX 106...  Off  | 00000000:02:00.0 Off |                  N/A |
|  0%   43C    P8     6W / 120W |      1MiB /  6072MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+
|   2  GeForce GTX 106...  Off  | 00000000:03:00.0 Off |                  N/A |
|  0%   46C    P8     7W / 120W |      1MiB /  6072MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+
|   3  GeForce GTX 106...  Off  | 00000000:05:00.0 Off |                  N/A |
|  0%   50C    P8     6W / 120W |      1MiB /  6072MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+
|   4  GeForce GTX 106...  Off  | 00000000:06:00.0 Off |                  N/A |
|  0%   43C    P8     6W / 120W |      1MiB /  6072MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID  Type  Process name                               Usage      |
|=============================================================================|
|    0      1102    G   /usr/lib/xorg/Xorg                              89MiB |
|    0      1707    G   compiz                                          30MiB |
+-----------------------------------------------------------------------------+
m1@m1-desktop:~$ export DISPLAY=:0
m1@m1-desktop:~$ screen -r miner
There is no screen to be resumed matching miner.
m1@m1-desktop:~$ bash '/home/m1/2unix'

Xorg PROBLEM DETECTED

Restoring Xorg

Rebooting in 5



- problem with Xorg still persists -

I think Imma give it another download.
Perhaps there was an error while i was downloading it.


hey damNmad & papampi,
Its possible for me to install the OS in a master SSD/HDD right?
It is very unstable unless you ssh in and edit from there.

I used filezilla to transfer the ready edited 1bash into the miner.
And before i could do anything,
the above happened.

I'll try again.

sudo nvidia-xconfig -a --cool-bits=28 --allow-empty-initial-configuration

cd /home/m1/Downloads

wget -N https://raw.githubusercontent.com/papampi/nvOC_by_fullzero_Community_Release/19-2.1/restore_xorg.sh

bash /home/m1/Downloads/restore_xorg.sh