[Mining OS] SimpleMining.net - Manage Your GPU farm the easy way! (30 days free)

[pinoycash]

My first Problem Encounter with SMOS, I was using it normally for 10 days now 24/7 running without any interruption. but yesterday i tried to switch to Zencoin Mining, then the problem starts. it wont start as usual.

When i plugged the Monitor, there was an error on the OS, But the good thing is its repairing itself and after 30 minutes of waiting my rigs is running good again.

So if you have problem with your USB stick, you dont need to reflash it just wait for it to fix itself.

[1715606703]

1715606703

[1715606703]

1715606703

[1715606703]

1715606703

[marinko9]

Since yesterday I've noticed that the RIG LIST page doesn't refresh automatically any more. Are you experiencing the same?

[marinko9]

Since yesterday I've noticed that the RIG LIST page doesn't refresh automatically any more. Are you experiencing the same?

Oopps, sorry I just needed to clear my web browser cash and it works just fine now.

[Merlig]

I was wondering how smOS behaves wehn there is no internet connection for couple of hours? Does it freeze or how does it behave?

I have Win10 + Claymore running atm. It runs for weeks, but if I loose internet for like 30mins or so the whole rig freezes and you have to physically switch it on and off...

[czr]

I was wondering how smOS behaves wehn there is no internet connection for couple of hours? Does it freeze or how does it behave?

I have Win10 + Claymore running atm. It runs for weeks, but if I loose internet for like 30mins or so the whole rig freezes and you have to physically switch it on and off...

it will keep trying for ever until internet comes back

[Zorro23hu]

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 (news@simplemining.net) also don't work.


What I can do? Can the admin help me? My registered email is zorro23hu@gmail.com.

Thanks in advance,

Zorro23hu

[tytanick]

I was wondering how smOS behaves wehn there is no internet connection for couple of hours? Does it freeze or how does it behave?

I have Win10 + Claymore running atm. It runs for weeks, but if I loose internet for like 30mins or so the whole rig freezes and you have to physically switch it on and off...

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.

[Be light]

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

[tytanick]

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

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.

[Freak on a Reef]

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

[tytanick]

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

Please contact me on admin@simplemining.net
I would like to debug this problem.

[azertypaco]

It's not bad power, that wouldn't cause one card to flake out. It could be a bad riser, cable or the little PCIE chip that plugs into the slot. I've had bad risers that run fine for days or weeks and then all of the sudden cards will drop off.  I hate to be obvious, but have you updated the BIOS and tried to set the Gen settings for the slots etc? I have one ASUS board and the rest are ASROCK H110 pro's. The H110's are setup for mining and  fired right up,  I have 6 10 card rx580 rigs running SMOS. The ASUS board is 8 cards and was kind of a PITA to get running. Had to set everything related to PCIE to Gen1, disable SATA controller, audio controller etc. Finally it has been running for over a week. I read ton's on boards before setting up my 10 card rigs and stayed away from the B250 as it seemed to have overheating issues and just be unstable compared to the H110 or another board. Hell, I paid $129 for my Asus Z270-P and it runs 8 cards...

Thanks for your answer.

In the B250 bios there is a mining mode where everything gets set properly right away (gen1, above 4g decoding).  I turned off the audio already but I can try and turn off all the things I don't use.

Tonight I'll do that and also embark on a mission to identify the faulty riser, if any.  I don't want to run with 1 risers at a time to identify the faulty one... I guess I'll try removing them 1 by 1  instead even if it might not be as accurate (if I have 2 faulty ones).

Otherwise I already ordered a new 6 pack of risers earlier this week since I have 3 more GPUs on the way.

Make sure you aren't trying to boot with a monitor plugged into one of the mining cards on B250. Also I found that mining mode doesn't really get you exactly where you need to be. You still need to set all your pcie to gen2 enable csm(I think that's what it's called). And make sure to enable onboard video.

Thanks.

I use onboard video already.  I had to enable CSM to even be able to boot so that's the first thing I ever did.
I played around with the PCI settings.. not sure if I tried GEN2 already.  

I'll test that AND I'll start writing down everything I do otherwise I'll end up doing everything twice while forgetting other things to try

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.

[Squintz]

Tytanick Please please please give us a PHI miner!

[grubika]

Tytanick Please please please give us a PHI miner!

Yes, it would be great!!
Thanks!

[alizali]

can anybody explain what the power stage is exactly?

[coinbeamer]

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

I was wondering how smOS behaves wehn there is no internet connection for couple of hours? Does it freeze or how does it behave?

I have Win10 + Claymore running atm. It runs for weeks, but if I loose internet for like 30mins or so the whole rig freezes and you have to physically switch it on and off...

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.

[coinbeamer]

This would be cool, AMD1950X plus GPU !

Is there a system that already supports cpu+gpu?

pure linux + windows excluded, of course

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

[darkm4n]

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!

[Mister305]

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!

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

[darkm4n]

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.