Topic: [Mining OS] SimpleMining.net - Manage Your GPU farm the easy way! (30 days free) - page 223. (Read 835838 times)

Please write to me at [email protected]
I would need from you ssh access to one of your rigs to check it out or team veiwer to any windows that is in the same network LAN as rigs.

Also i see that sometimes there is problme that 0,5% user having when cloudflare is changing ip addresses of my domain.
It seems that some DNS resolvers on client side are not working properly and that would be the ISP fault or client router.
Still i would like to check it.

Hello everyone,

I am making my first NVIDIA based rig:

Asus Z270F STRIX Gaming
6 x Palit GTX 1060 6GB DDR5 (Hynix)

Latest BIOS, all recommended BIOS settings are there - to the best of my knowledge.
Started with one card first, no problems mining with the card in Windows 10 with latest drivers or in nvOC after updating the drivers.

Etched simpleminer-RX-NV-rc2.img on 16GB SanDisk USB drive, booted, and unfortunately, card is not being properly detected by the OS.
I am unable to update the drivers to another version that could support this 1060, as nvidia-390 (and nvidia-384 and nvidia-387) crashes during building (kernel too old? I am not an expert )
Definitely forgetting something basic, as no one seems to be complaining about lack of support for 1060 GPU.

Some output from a freshly etched pendrive:

miner@simpleminer:~$ nvidia-smi -L
Unable to determine the product name for gpu 0000:02:00.0: Unknown Error

miner@simpleminer:~$  lspci | grep NVIDIA
02:00.0 VGA compatible controller: NVIDIA Corporation Device 1c06 (rev a1)
02:00.1 Audio device: NVIDIA Corporation Device 10f1 (rev a1)

miner@simpleminer:~$ cat /proc/driver/nvidia/version
NVRM version: NVIDIA UNIX x86_64 Kernel Module  387.22  Wed Oct 25 23:13:21 PDT 2017
GCC version:  gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.5)

Needless to say, miners cannot communicate with the card...
Would happily give more info if needed.

Please advise, thank you.

I'am not a SMOS dev but I believe it should not impact the system in any way since he only makes some rest api calls to the website backend.

Hello SimpleMining Dev,
Question, I know recently you have advised people not to use SSH aka not to open ssh ports.
But honestly ssh is perfect for live viewing of multiple rigs so i have a question.
I went ahead and changed the root and miner passwords as to prevent an attacker changing my rigs from mining something else.
would this cause issues for simpleOS , say from updating or anything like that ?
To be frank your website version of viewing the rig is not even an option as its missing the ability to watch it live and to give it command line changes aka + - on dual mining and so on or even clicking S for stats.
so please let me know if changing the password is an issue for you (DEV) and if it would cause issues down the line in term of you pushing updates and so on.

Yes, I did that too and it seems to be ok now.
It's strange, all the card are identical and I believe from the same lot but two of them don't overclock that much.
Now I have 4 with:
1100 core/2100 mem/900 undervolt
2 with:
1050/2050/900

Seems to be stable at least for now.

I had this issue and had to lower my core and mem a little till it stopped.

Hi,

I'am facing a problem and don't know how to approach it correctly.
I'am running simplemining with 6 x XFX RX470 8GB Hynix, there are two thing happening:

1. After about 10 minutes of mining, hashrate of GPU3 goes down from 28mh/s to about 22.. 20mh/s and stays there, after some time eventually it will crash with
the following message in dmesg:
[ 1084.587016] amdgpu 0000:07:00.0: GPU fault detected: 147 0x05708801
[ 1084.587016] amdgpu 0000:07:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x00E0983C
[ 1084.587016] amdgpu 0000:07:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x06088002

Lots of those messages.

2. Sometimes all GPU's hashrate drops to about 10mh/s and the CPU usage goes to 100% ( claymore process ), again, the same error appears into dmesg (the gpu fault).

Now, I did shut off GPU3 and identify the card that cooled down, the problem is that the dmesg errors are for PCI ID 03 not for PCI ID 04 ( card that drops in hashrate ), here is my lspci:

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 67df (rev cf)
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device aaf0
02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 67df (rev cf)
02:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device aaf0
03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 67df (rev cf)
03:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device aaf0
04:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 67df (rev cf)
04:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device aaf0
05:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 67df (rev cf)
05:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device aaf0
06:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 67df (rev cf)
06:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device aaf0


Now, I believe claymore see GPU in order, right ? I mean, GPU0 is 01:00, GPU2 is 02:00, etc... is this correct ?
Because the card that is dropping in hashrate is GPU3 but the error in dmesg are for PCI ID: 03:00, which should be for GPU2 in claymore ( GPU0, 1, 2-- 3rd card ).

So, what card is faulty ? The one that drops in hashrate or the one that id refereed by dmesg error ?

Has anyone else encountered this type of problem ?

Thanks!

This would be cool, AMD1950X plus GPU !

Is there a system that already supports cpu+gpu?

pure linux + windows excluded, of course

This didnt work for me:

3 Rigs are 500km away and in SM it says "offline", but its still working, i have access to the router and also see the consumption ...
In SM i see its Software RX 1142, and the network has ipv6...
It worked find up till today 

PLEASE help ASAP

can anybody explain what the power stage is exactly?

Yes, it would be great!!
Thanks!

Tytanick Please please please give us a PHI miner!

Update to my situation.

I replaced 1 PCIe riser, just the small part you plug in the PCIe slot on the mobo, it had something that did not appear normal.  The board was not showing that PCIe has having something plugged in but SMOS was detecting the card and using it fine (normal hashrate).  I replaced it to be safe not before it was not working.

But this fixes nothing.

I have 6 GPUs plugged with 6 risers.  

I tested with GPU 1-2-3-4 (with their respective risers unchanged) for 12 hours and everything runs perfectly.
Then I tested with GPU 3-4-5-6 (with their respective risers unchanged) for 12 hours and everything runs perfectly as well.

Am I right to assume all these risers are fine because of this?
In fact I pretty much know they are good, I used them to mine smoothly on a Z170 PC Mate with 5 GPUs for weeks.  (all 6 were used, I switched some around).

However the moment I plug 1 more GPU (number 1, with the same riser it's been tested with before), I have 4 GPU mining normally and 1 mining at 4Mh/s.

I tried both Gen1 and Gen2.
I disabled all the Sata but the one I use.
I disabled the audio controller.
I have CSM enabled.
I use on-board graphics, not PEG.
I have a fan pointing straight at the little chip that can get hot (in the middle of the PCIe slots).

Any help is appreciated.

Please contact me on [email protected]
I would like to debug this problem.

Hey Tytan,

I imaged a new USB stick because the update I pushed out to this system failed. Also, another system I what to bring online has the same problem. When updating files it gets to Claymore 10.2 and gets stuck in a loop for a while and finally finishing booting after many attempts. Any rig group using Claymore will not work now for that system or another that I'm trying to bring online.

Error is:

Unexpected EOF in archive

Totally not my priority and i will really need to make many tests becasue this could lower speed of gpu mining and we dont want that ...
Anyway i am not planning this for at least next 3 months.

Hey, dev. Do you plan to add the ability to mine on CPU? And a separate setting for each GPU.

I just fixed some connection problems.
I appears that if someone has ipv6 in his network then curl was connecting even 6.9 seconds to simplemining.net server.
I released update in which now it is using ipv4 default and problem appears to be fixed. Now it is connecting under 0.5 second

UPDATE v1143 (already on your rig
- fixed - case where rig could not connect to simplemining, register and get new config (curl now uses ipv4 as default protocol), That caused that rig was using old written config and in case of new flashed pendrive it was XMR mining

Anyway if simplemining servers are down for some reason or if there is planned maintenence or for example internet connection to simplemining doesnt work ...
Then rig is using last downloaded settings.

Hi,

I registered in to simplemining.net 25th January 2018 and I received the an activqation email, but the link doesn't work.

I try to replay in email but the email address ([email protected]) also don't work.


What I can do? Can the admin help me? My registered email is [email protected].

Thanks in advance,

Zorro23hu

it will keep trying for ever until internet comes back