Pages:
Author

Topic: [ mining os ] nvoc - page 74. (Read 418542 times)

newbie
Activity: 44
Merit: 0
January 17, 2018, 03:23:28 PM
P104-100 Inno3D 4GB Results:
With nvoc overclocking, 38.5 MH/s in ethash.
10X !!!!!!!
newbie
Activity: 3
Merit: 0
January 17, 2018, 02:55:24 PM
Hi, guys.
Need help with NVOC (latest version):
I made Gigabyte H110-D3A rig with 4 Nvidia GPUs (MSI 1060/3, Asus P106-100, Asus P106-100 and Asus GTX 970).

My problem is that sometime a GPU got disconnected and I guess rig restarts uncleanly and I get
Journal error - Clean XXXXX/XXXXX .... and rig can't load into Ubuntu any more!

I had tried all I could (fsck -f, or -p, or -a) and none of it can't repair error!
I have to "reflash" my NVOC image on hard drive almost on daily base and error repeate again!

In logs can't see any error except GPU disconnect, no GPU number or anything and I don't have a clue what to do next!
Done BIOS updated to F23a, checked RAM, tried another HDD, no OCed GPUs, removed some GPUs... none worked.

Any ideas?

1. low down your overclocking
2. try to use SSD
3. replace SATA power cable (yes I had this problem)
4. check/replace risers

1. don't think the OC is the problem (+100 mhz on GPU and +0 on VRAM), but will try without any OC, again
2. don't have any ssd available right now, but did try with other hdd and got the same error  
3. did replaced sata data cable, but will do replace power cable tommorow
4. will do it, again(!)

But, why fsck can not repair journal error? Could it be because the Ubuntu is not installed from scratch but hdd was reimaged with NVOC?

BTW my rigs was doing just fine for first 7-8 days! But after that, I get the error every 24 hours or less.

Your system is on v0019-2.0?
It may look weird but is IGD disabled in bios?
Disable virtualization in bios.

May help if you update ubuntu too if the above doesnt fix.


I thought that NVOC PXA with turned updates to ON is latest version. My error.
Yes. O/B vga is dissabled - otherwise couldn't get vents control in Nvidia drivers.
VT - I can't remember.
I put other hdd and installed w10 (for hardware testing purpose only) and if the rig works for few days fine, will switch back to Linux!
newbie
Activity: 10
Merit: 0
January 17, 2018, 01:41:44 PM
Is there some sort of process that runs on nvoc 19 at around 7AM? I've noticed that my rig shits it self on the nose at around 6:50AM - 7AM eastern time everyday.

I'm using claymore mining ETH on ethermine.org.

There are no scheduled jobs or anything like that in nvOC that I am aware of.

What mining pool are you on? It could be the pool maintenance window.

I'm on the North America East coast pool. To be specific.

North America (East): us1.ethermine.org:4444
member
Activity: 224
Merit: 13
January 17, 2018, 12:46:56 PM
Is there some sort of process that runs on nvoc 19 at around 7AM? I've noticed that my rig shits it self on the nose at around 6:50AM - 7AM eastern time everyday.

I'm using claymore mining ETH on ethermine.org.

There are no scheduled jobs or anything like that in nvOC that I am aware of.

What mining pool are you on? It could be the pool maintenance window.
member
Activity: 146
Merit: 10
January 17, 2018, 11:24:06 AM
and the project for ATI Huh
newbie
Activity: 10
Merit: 0
January 17, 2018, 11:14:42 AM
Is there some sort of process that runs on nvoc 19 at around 7AM? I've noticed that my rig shits it self on the nose at around 6:50AM - 7AM eastern time everyday.

I'm using claymore mining ETH on ethermine.org.
full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
January 17, 2018, 07:06:57 AM


ccminer-2.2.4- tpruvot

Download:

Code:
cd /home/m1/Downloads/miners
wget https://www.dropbox.com/s/c3uitjc2zcy0yw5/ccminer-2.2.4-tpruvot.tar.gz
tar -xzvf ccminer-2.2.4-tpruvot.tar.gz


Check on your rig :

Code:
/home/m1/Downloads/miners/ccminer-2.2.4-tpruvot/ccminer -a ALGO -o SERVER_ADDRESS:PORT   -u USERNAME.WORKERNAME -p x

Copy to miner folder:

Code:
cp /home/m1/Downloads/miners/ccminer-2.2.4-tpruvot/* /home/m1/TPccminer/

Hi papampi,

I didn't check forum for long time, so if I want update miners and scripts on nvOC-v0019-2.0 now, I can run only update script? or how?

Do you test CUDA 9 with compiled miners for CUDA9, yet?

Thanks for advice,
Hurvajs

Hi mate

Yup, just run the update script and it will update all to latest.
Notice, If you made changes to any thing other than 1bash, all will be over written so take a backup of your edited files

Code:
cd /home/m1/Downloads
wget -N https://www.dropbox.com/s/cyo86xoqotplges/nvOC-19-2-update
bash /home/m1/Downloads/nvOC-19-2-update


Tried KlausT ccminer 8.19 pre on cuda 9, it seems a bit better, but needs all miners to be compiled on cuda 9 and cuda 9 install on system, not all miners has cuda 9 support yet.
So we should wait.
full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
January 17, 2018, 02:20:06 AM


A reminder for those who has multiple rigs and want to check all web info pages in one single page.
nvOC v0019-2.0 in one of your rigs edit and change IP and ports

Code:
sudo nano /var/www/html/multiminerinfo.html

Sample page :




If you just want the info for internal network use internal_rig_ip instead of external ip and no port needed
then open multi miner info by :
Code:
http:///multiminerinfo.html

If you want the info for external network use
then open multi miner info by :
Code:
http://:/multiminerinfo.html
full member
Activity: 200
Merit: 101
January 16, 2018, 10:00:24 PM
Hi, I am booting from a 60GB USB and OS loads properly, the terminal pops up automatically and then it shows an error of “xOrg Problen Detected” and reboots. It’s been stuck on this and will not get past that error. Does anyone know what this error is and how to fix it?


Have you disabled the on-board igpu in the bios?
newbie
Activity: 6
Merit: 0
January 16, 2018, 04:39:23 PM

SSD-USB resize and add swap - Guide - nvOC-v0019-2.0 Community Release.


Open Gparted, root password is miner1, Locate your drive, there are 2 partitions, a 9Mb fat, a 16Gb ext4 and a free unused space at the end.

Right click on the unused space, create new partition, "Partition Type : Swap" make the size you want (1Gb up to Ram size) grab and move it to the end of drive. Apply.

Right clcik on the primary 16gb partition, resize/move, resize it to the desired size (better to give it all). Apply.

Right click on the swap partition and get the info, copy the UUID.

open /etc/fstab with this command

Code:
gksudo gedit /etc/fstab

You will see a line which refers to a swap partition during installation ...

Some thing similar to this :


Code:
#swap was on /dev/sda5 during installation
UUID=cdba7b01-5ae6-4104-9a6e-f723b8bd87ac none            swap    sw              0       0


Change the UUID with the one you copied from newly made swap partition.

Save and close gedit.

Activate swap:

Code:
sudo swapon --all

It will read your fstab and enable the swap partition.

Check it with free command in  terminal

Code:
#free

             total        used        free      shared  buff/cache   available
            
Mem:        8171388     3020388     2637404      142044     2513596     4647472

Swap:       8123388           0     8123388

Check partition size with

Code:
df -h

reboot


I was wondering if I was suppose to do the same when I'm actually using an HDD. It's not working, I'm not able to update! Can you help me ?

It should work on all HDD/SSD/USB
Some where you make a mistake, read and go through again.

Maybe I don't undestand where i should load the file ?

I'm just gonna tell you how I did it :

I load the File on gdrive.

Then I run the :

cd /home/m1/Downloads
wget https://www.dropbox.com/s/cyo86xoqotplges/nvOC-19-2-update
bash /home/m1/Downloads/nvOC-19-2-update

Then I change de 1bash file that been load and try to resize

and the error is :

(gedit:3854): Gtk-WARNING **: Calling Inhibit failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files

** (gedit:3854): WARNING **: Set document metadata failed: Setting attribute metadata::gedit-spell-enabled not supported

** (gedit:3854): WARNING **: Set document metadata failed: Setting attribute metadata::gedit-encoding not supported

** (gedit:3854): WARNING **: Set document metadata failed: Setting attribute metadata::gedit-position not supported



NEVER MIND

It finally worked. I just forget to turn on the swap on gparted

Thanks @PAPAMPI

In Fact,

what it mean to :

copying the image run the update script to get the latest miners and changes:
newbie
Activity: 59
Merit: 0
January 16, 2018, 04:15:52 PM
I am running two identical systems but one is very unstable compared to the other.
Same dual MB.
Same dual CPUs with and clock frequency.
Same amount and speed of system memory.
Same MSI GTX 1080 GPU (only one per MB).
Same 1000W PSU.

They were both running very stable on v0019-1.4 and generating close to the same GPU Hash on ZEC, plus Monero on the CPUs.
After running the update script on both to get to v0019-2.0, one system runs unstable and gets:

Quote
2018-01-16 01:25:51 PM|gpu_id 0 52 0 the launch timed out and was terminated
2018-01-16 01:25:51 PM|gpu 0 unresponsive - check overclocking
2018-01-16 01:25:51 PM|cudaMemcpy 1 failed

I made no OC changes to the default 1bash values on either system.
What can I easily do to verify ALL settings on the unstable system are identical to the stable one?
Thanks.

You can run
Code:
./nvOC report
On both rigs and compare if everything is same.
Alternatively, you can re-run the update again:
Code:
cd /home/m1/Downloads
wget https://www.dropbox.com/s/cyo86xoqotplges/nvOC-19-2-update
bash /home/m1/Downloads/nvOC-19-2-update
and see if that helps.

I had run the report and checked line by line, manually and saw no differences between the two.
I had given a thought to re-running the update script on the unstable system as well.
I'll probably try that next.
Thanks.
newbie
Activity: 6
Merit: 0
January 16, 2018, 04:04:01 PM

SSD-USB resize and add swap - Guide - nvOC-v0019-2.0 Community Release.


Open Gparted, root password is miner1, Locate your drive, there are 2 partitions, a 9Mb fat, a 16Gb ext4 and a free unused space at the end.

Right click on the unused space, create new partition, "Partition Type : Swap" make the size you want (1Gb up to Ram size) grab and move it to the end of drive. Apply.

Right clcik on the primary 16gb partition, resize/move, resize it to the desired size (better to give it all). Apply.

Right click on the swap partition and get the info, copy the UUID.

open /etc/fstab with this command

Code:
gksudo gedit /etc/fstab

You will see a line which refers to a swap partition during installation ...

Some thing similar to this :


Code:
#swap was on /dev/sda5 during installation
UUID=cdba7b01-5ae6-4104-9a6e-f723b8bd87ac none            swap    sw              0       0


Change the UUID with the one you copied from newly made swap partition.

Save and close gedit.

Activate swap:

Code:
sudo swapon --all

It will read your fstab and enable the swap partition.

Check it with free command in  terminal

Code:
#free

             total        used        free      shared  buff/cache   available
            
Mem:        8171388     3020388     2637404      142044     2513596     4647472

Swap:       8123388           0     8123388

Check partition size with

Code:
df -h

reboot


I was wondering if I was suppose to do the same when I'm actually using an HDD. It's not working, I'm not able to update! Can you help me ?

It should work on all HDD/SSD/USB
Some where you make a mistake, read and go through again.

Maybe I don't undestand where i should load the file ?

I'm just gonna tell you how I did it :

I load the File on gdrive.

Then I run the :

cd /home/m1/Downloads
wget https://www.dropbox.com/s/cyo86xoqotplges/nvOC-19-2-update
bash /home/m1/Downloads/nvOC-19-2-update

Then I change de 1bash file that been load and try to resize

and the error is :

(gedit:3854): Gtk-WARNING **: Calling Inhibit failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files

** (gedit:3854): WARNING **: Set document metadata failed: Setting attribute metadata::gedit-spell-enabled not supported

** (gedit:3854): WARNING **: Set document metadata failed: Setting attribute metadata::gedit-encoding not supported

** (gedit:3854): WARNING **: Set document metadata failed: Setting attribute metadata::gedit-position not supported



NEVER MIND

It finally worked. I just forget to turn on the swap on gparted

Thanks @PAPAMPI
full member
Activity: 200
Merit: 101
January 16, 2018, 03:54:17 PM
I am running two identical systems but one is very unstable compared to the other.
Same dual MB.
Same dual CPUs with and clock frequency.
Same amount and speed of system memory.
Same MSI GTX 1080 GPU (only one per MB).
Same 1000W PSU.

They were both running very stable on v0019-1.4 and generating close to the same GPU Hash on ZEC, plus Monero on the CPUs.
After running the update script on both to get to v0019-2.0, one system runs unstable and gets:

Quote
2018-01-16 01:25:51 PM|gpu_id 0 52 0 the launch timed out and was terminated
2018-01-16 01:25:51 PM|gpu 0 unresponsive - check overclocking
2018-01-16 01:25:51 PM|cudaMemcpy 1 failed

I made no OC changes to the default 1bash values on either system.
What can I easily do to verify ALL settings on the unstable system are identical to the stable one?
Thanks.

You can run
Code:
./nvOC report
On both rigs and compare if everything is same.
Alternatively, you can re-run the update again:
Code:
cd /home/m1/Downloads
wget https://www.dropbox.com/s/cyo86xoqotplges/nvOC-19-2-update
bash /home/m1/Downloads/nvOC-19-2-update
and see if that helps.
newbie
Activity: 59
Merit: 0
January 16, 2018, 03:37:18 PM
I am running two identical systems but one is very unstable compared to the other.
Same dual MB.
Same dual CPUs with and clock frequency.
Same amount and speed of system memory.
Same MSI GTX 1080 GPU (only one per MB).
Same 1000W PSU.

They were both running very stable on v0019-1.4 and generating close to the same GPU Hash on ZEC, plus Monero on the CPUs.
After running the update script on both to get to v0019-2.0, one system runs unstable and gets:

Quote
2018-01-16 01:25:51 PM|gpu_id 0 52 0 the launch timed out and was terminated
2018-01-16 01:25:51 PM|gpu 0 unresponsive - check overclocking
2018-01-16 01:25:51 PM|cudaMemcpy 1 failed

I made no OC changes to the default 1bash values on either system.
What can I easily do to verify ALL settings on the unstable system are identical to the stable one?
Thanks.
newbie
Activity: 46
Merit: 0
January 16, 2018, 02:48:47 PM


ccminer-2.2.4- tpruvot

Download:

Code:
cd /home/m1/Downloads/miners
wget https://www.dropbox.com/s/c3uitjc2zcy0yw5/ccminer-2.2.4-tpruvot.tar.gz
tar -xzvf ccminer-2.2.4-tpruvot.tar.gz


Check on your rig :

Code:
/home/m1/Downloads/miners/ccminer-2.2.4-tpruvot/ccminer -a ALGO -o SERVER_ADDRESS:PORT   -u USERNAME.WORKERNAME -p x

Copy to miner folder:

Code:
cp /home/m1/Downloads/miners/ccminer-2.2.4-tpruvot/* /home/m1/TPccminer/

Hi papampi,

I didn't check forum for long time, so if I want update miners and scripts on nvOC-v0019-2.0 now, I can run only update script? or how?

Do you test CUDA 9 with compiled miners for CUDA9, yet?

Thanks for advice,
Hurvajs
newbie
Activity: 6
Merit: 0
January 16, 2018, 02:19:12 PM
Hi, I am booting from a 60GB USB and OS loads properly, the terminal pops up automatically and then it shows an error of “xOrg Problen Detected” and reboots. It’s been stuck on this and will not get past that error. Does anyone know what this error is and how to fix it?

fk1
full member
Activity: 216
Merit: 100
January 16, 2018, 02:07:04 PM
nothing. surprise, after i didn't do anything gpu utilization appears in telegram again
full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
January 16, 2018, 12:29:22 PM
Since today I see gpu utilization of 0 for all gpus although i can see them mining with screen and nvidia-smi. Reboot doesnt help. 0019v2.0

Br

Have you made any system changes? like update, upgrade, edit 3main or watchdog or ... ?

You can run update script to replace all with latest ones and get latest miners too.


Code:
cd /home/m1/Downloads
wget -N https://www.dropbox.com/s/cyo86xoqotplges/nvOC-19-2-update
bash /home/m1/Downloads/nvOC-19-2-update
full member
Activity: 686
Merit: 140
Linux FOREVER! Resistance is futile!!!
January 16, 2018, 12:28:30 PM

SSD-USB resize and add swap - Guide - nvOC-v0019-2.0 Community Release.


Open Gparted, root password is miner1, Locate your drive, there are 2 partitions, a 9Mb fat, a 16Gb ext4 and a free unused space at the end.

Right click on the unused space, create new partition, "Partition Type : Swap" make the size you want (1Gb up to Ram size) grab and move it to the end of drive. Apply.

Right clcik on the primary 16gb partition, resize/move, resize it to the desired size (better to give it all). Apply.

Right click on the swap partition and get the info, copy the UUID.

open /etc/fstab with this command

Code:
gksudo gedit /etc/fstab

You will see a line which refers to a swap partition during installation ...

Some thing similar to this :


Code:
#swap was on /dev/sda5 during installation
UUID=cdba7b01-5ae6-4104-9a6e-f723b8bd87ac none            swap    sw              0       0


Change the UUID with the one you copied from newly made swap partition.

Save and close gedit.

Activate swap:

Code:
sudo swapon --all

It will read your fstab and enable the swap partition.

Check it with free command in  terminal

Code:
#free

             total        used        free      shared  buff/cache   available
            
Mem:        8171388     3020388     2637404      142044     2513596     4647472

Swap:       8123388           0     8123388

Check partition size with

Code:
df -h

reboot


I was wondering if I was suppose to do the same when I'm actually using an HDD. It's not working, I'm not able to update! Can you help me ?

It should work on all HDD/SSD/USB
Some where you make a mistake, read and go through again.
Pages:
Jump to: