Quote from: Doftorul on September 11, 2017, 09:50:32 PM

Quote from: papampi on September 11, 2017, 07:35:32 PM

Quote from: Doftorul on September 11, 2017, 04:48:08 PM

Quote from: papampi on September 11, 2017, 09:42:26 AM

Quote from: Doftorul on September 11, 2017, 09:23:18 AM

Quote from: papampi on September 11, 2017, 06:04:44 AM

Quote from: Doftorul on September 11, 2017, 12:46:05 AM

Hi guys, can someone give some hints or explain what is wrong with my rigs since only the gpu0 can have can receive/execute the fan speed as being set ? Below is the error i see all the time when any other than gpu0 fan gets set:

ERROR: Error assigning value 50 to attribute
'GPUTargetFanSpeed' (m1-desktop:0[fan:1])
as specified in assignment
'[fan:1]/GPUTargetFanSpeed=50' (Unknown
Error).

I am currently using rigs with 3 x 1080 Ti and 3 x 1070's and having the first release of v019 installed on SSD.
Tried manually to do:

nvidia-xconfig --enable-all-gpus
nvidia-xconfig --cool-bits=4
nvidia-settings -a [gpu:1]/GPUFanControlState=1
nvidia-settings -a [fan:1]/GPUTargetFanSpeed=50

but the error is the same.
Other than being unable to set the fan speeds, the rigs are chugging along, however, the speed of the fans for the cards other than gpu0 is the factory default as neither the minimum fan speed set in 1bash gets applied, with or without the automated fan control feature.

Edit: in the nvidia x server settings i can see the Enable fan control feature for the gpu0 but it is missing for the other gpu's.

Does the error happens if you set speed to higher values like 60-65 too ?
I think I had the same problem on low values

Thank you for your answer !

Yes, the problem persists even if i set higher fan values or 100%...

In the Thermal Settings in the nvidia x settings utility only gpu0 has fan control option enabled, the other gpu's are missing this feature.

Then may be some things wrong with the image/OS
Some times starting from scratch is easier than trying to solve the problem.

P.S. is GPU Power Mizer Mode set in 1bash?

Code:

GPUPowerMizerMode_Adjust="YES"

The PowerMizer setting makes no difference.
However, i think there is something odd here. When i run manually
m1@m1-desktop:~$ lspci |grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation Device 1b81 (rev a1)
20:00.0 VGA compatible controller: NVIDIA Corporation Device 1b81 (rev a1)
30:00.0 VGA compatible controller: NVIDIA Corporation Device 1b81 (rev a1)

Then in the xorg.conf generated in an attempt to debug the issue i have:

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce GTX 1070"
BusID "PCI:1:0:0"
EndSection

Section "Device"
Identifier "Device1"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce GTX 1070"
BusID "PCI:32:0:0"
EndSection

Section "Device"
Identifier "Device2"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce GTX 1070"
BusID "PCI:48:0:0"
EndSection

Shouldn't there be some sort of relation between what the lspci command lists and the Xorg.conf device id ?

I think its better not to waste your time on finding the solution to the problem, as it should be none
start from scratch.

Set your bios, connect one gpu, boot,copy your 1bash (there is a bug that wont copy it from temp partition), reboot, check if every thing is ok.
shutdown, connect rest of the gpu, restart, while first one is still connected, it may reboot with xorg error.
After restart all should be ok.

Well... i can build a complete rig for less than usd50 using older hp compaq business pc's like dc7800 or dc7900, everything works ok with dc7900, this issue seems to be related to the dc7800.
The dc7800 has 3 pciex slots as its biger sibling dc7900, the only difference being the chipset: dc7900 has a q45 chipset while dc7800 has a q35 chipset.
I'll try tomorrow with a dc7900 using the same gpu cards to see if it works.

These older motherboards might have glitches with the latest ubuntu...

EDIT: SOLUTION:

In the /etc/X11/xorg.conf in the Devices section there should be a
Screen 0
added right before the EndSection. That fixes it. Apparently if the busId of the VGA is >16 nvOc doesn't attach the screen to the cards and hence there is no power nor fan control enabled for the cards.
Tested the fix with old motherboards using Q35 and Q45 chipsets.

Quote from: Alba on September 11, 2017, 12:02:40 AM

Can you mine with Skein multi algo on CCminer Alexis connected to zpool?

I have 10x 1080ti but windows can only support 8 so far so the other two just being idle in the box..

Is it possible to do it on nvOC as the above with 10 GPUs?

If so where can I find instructions?

Thanks

Quote from: leenoox on September 15, 2017, 03:36:11 AM

Quote from: mikespax on September 14, 2017, 07:07:12 PM

Is it sort of trivial to make the adjustments in nvOC for going over 13 GPUs? I should be crossing that threshold soon enough..

The default setting in nvOC support up to 14 GPU's. With a bit of editing (1bash, 3main, auto_temp, xorg.conf) you should be able to add support for more GPU's.

Someone reported that got 19 GPU's to work with a bit of editing, but do you really want to add more GPU's to one motherboard? If something goes wrong, all 19 GPU's will go down and not mine... not to mention troubleshooting nightmares if one GPU or riser start acting up, then there is power strugle...

v0018+ has a hardcoded xorg.conf to support up to 16x gpus. Supporting 16x+ gpus this would also require some 1bash, 3main, autotemp edits to fully work; so really only 13x gpus are currently fully supported by v0019. I have ordered one of the new 19x mobos; I will update all the necessary files / test 19x soon. It is worth noting that for a single line GPU setup with 19x gpus you will also need longer usb cables from your risers.