Author

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

newbie
Activity: 75
Merit: 0
Does anyone else's rig sometimes take 3-5 minutes to boot up instead of seconds? Not all my rigs do it and the one that does it doesn't do it on every reeboot or boot. I can't figure out what causes it. Any help please?
sr. member
Activity: 847
Merit: 383
so i know awhile ago he added atiflash to smos
first, sorry i am a novice at linux
1.) stop mining (i thought it was disallow)
2.) get to the directory or the command to run atiflash
3.) I'll drop roms in that directory (just need to know where) was before /root/utils/atiflash but not there anymore
4.) commands to load flash (i know these)
5.) restart mining command so reboot it goes to normal or would a reboot just solve this

I think thats about it.  Help appreciated thanks!
full member
Activity: 626
Merit: 159
you have the slowest server in the world, i wait  at least 3 mins to see anything updated on the console

... or you have the slowest Internet provider in the world  Grin

No issues on my side - blazing fast ...


Console is very responsive for me as well.
newbie
Activity: 77
Merit: 0
I see something about adding a password on the console what’s this about?
newbie
Activity: 28
Merit: 0
What is possible hash rate for RX570 at Monero coin?

860H/s with RX570 4GB stable
Can you share your card and overclock settings?

btw, SRBminer 1.3.1 for windows gives 910 H/s per card.

this is with every of my 570 4GB cards. OC 1250/2000/900 with bios mod.
newbie
Activity: 40
Merit: 0
you have the slowest server in the world, i wait  at least 3 mins to see anything updated on the console

I have no speed problem with console or other menus.
legendary
Activity: 1834
Merit: 1080
---- winter*juvia -----
you have the slowest server in the world, i wait  at least 3 mins to see anything updated on the console

... or you have the slowest Internet provider in the world  Grin

No issues on my side - blazing fast ...
jr. member
Activity: 76
Merit: 2
What is possible hash rate for RX570 at Monero coin?

860H/s with RX570 4GB stable
Can you share your card and overclock settings?

btw, SRBminer 1.3.1 for windows gives 910 H/s per card.
newbie
Activity: 28
Merit: 0
does anyone know how to change the intensity via miner options command with xmrig or xmr-stak?

It used to be -i [intensity] but that won't work anymore.. Sad
newbie
Activity: 77
Merit: 0
you have the slowest server in the world, i wait  at least 3 mins to see anything updated on the console
jr. member
Activity: 700
Merit: 1
SetupMasternodes.com
I want to understand this. Is it hardware mining on a cloud pool dedicated on your OS?
full member
Activity: 626
Merit: 159
Hello, first post here, just got my second rig up and running on smos.
I am seeing something in the console that I don't know what it means. I'm sure this has been answered in the 441 pages of this thread but I can't find it.

What does "gt" mean?
gt; GPU4 55C Sol/s 554.7 Sol/W 3.29 Avg: 544.9 l/s 291.5 Sh: 1.13 1.00 74

I also don't know what the l/s and Sh: stand for

Thanks in advance!

Which miner software?
dstm mining equihash


I had assumed that it mean GPU Total... I could and very well maybe wrong.

"Sol/s: solutions per second
Sol/W: efficiency - average Sol/s per Watt (Sol/J)
Avg: average solutions per second
I/s: iterations per second done by the GPU
Sh: "

From the dtsm thread..
newbie
Activity: 3
Merit: 0
Hello, first post here, just got my second rig up and running on smos.
I am seeing something in the console that I don't know what it means. I'm sure this has been answered in the 441 pages of this thread but I can't find it.

What does "gt" mean?
gt; GPU4 55C Sol/s 554.7 Sol/W 3.29 Avg: 544.9 l/s 291.5 Sh: 1.13 1.00 74

I also don't know what the l/s and Sh: stand for

Thanks in advance!

Which miner software?
dstm mining equihash
full member
Activity: 626
Merit: 159
Hello, first post here, just got my second rig up and running on smos.
I am seeing something in the console that I don't know what it means. I'm sure this has been answered in the 441 pages of this thread but I can't find it.

What does "gt" mean?
gt; GPU4 55C Sol/s 554.7 Sol/W 3.29 Avg: 544.9 l/s 291.5 Sh: 1.13 1.00 74

I also don't know what the l/s and Sh: stand for

Thanks in advance!

Which miner software?
newbie
Activity: 3
Merit: 0
Hello, first post here, just got my second rig up and running on smos.
I am seeing something in the console that I don't know what it means. I'm sure this has been answered in the 441 pages of this thread but I can't find it.

What does "gt" mean?
gt; GPU4 55C Sol/s 554.7 Sol/W 3.29 Avg: 544.9 l/s 291.5 Sh: 1.13 1.00 74

I also don't know what the l/s and Sh: stand for

Thanks in advance!
full member
Activity: 626
Merit: 159
I got this on 4 rigas with nevermore-brian112358-v0.2.2 with XR16. What this can be ?

============ Starting Miner ===============
*** nevermore 0.2.2 for nVidia GPUs by brian112358@github bin run sbin Built with the nVidia CUDA Toolkit 8.0 64-bits
Originally based on Christian Buchner and Christian H. project
Include some kernels from alexis78, djm34, djEzo, tsiv and krnlx.
Dev donation set to 1.0%. Thanks for supporting this project!
[2018-04-06 19:45:47] Starting on stratum tcp://stratum.threeeyed.info:3331
[2018-04-06 19:45:47] NVML GPU monitoring enabled.
[2018-04-06 19:45:47] 5 miner threads started, using 'x16r' algorithm.
/root/xminer.sh: line 69: 16587 Illegal instruction $MINER_PATH $MINER_OPTIONS
Miner ended/crashed. Restarting miner in 10 seconds --------------

Running 980Ti's by chance? I get the same issue on a 980Ti rig... Enemy however does work...


got the same issue (i reported some pages back already) with all rigs. 1050ti´s, 1060´s, 1070(ti)´s, 1080(ti)´s. all no difference.
enemy miner works.
nevermore, suprminer or tpruvot-v2.2.5 dont.

literally same command line (all these miners are ccminer derivates) just copied over. same error as you posted above. for RVN only enemy works. everything else (RVN x16r Nvidia) crashes with /root/xminer.sh: line 69: 16587 Illegal instruction $MINER_PATH $MINER_OPTIONS

What did i tried:
  • I entered the complete command line manually.
    I analyzed in HEX the ascii codes, iE that the spaces are spaces (ascii 32)
    i copied the exact enemy line to nevermore (its identical as both are ccminer derivates)
    i copied the exacty suprminer 1.6 line which works under windows without issue to SmOS : error as above.
    I created a NEW usb stick with SmOS
    i checked if there is enough room on the USB stick (it is)
    i turned off any overclocking
    restarted the rigs after switching from enemy instead just reloading the miner.
    i tried ravencoin mining using ccminer-tpruvot-v2.2.5-x16s-cuda8.0 and suprminer after they got added. It leads to the same error as with nevermore. But the same config works for enemy.

anyway i sent the report in this morning (CET) to [email protected] including acc+rigID´s.

hope they can find out why it affects some pps while others dont have any issue.

thanks to Tytanick and Mirelle we could figure it out today.
The fix was to add the -t behind. iE in my case using suprnova:

-a x16r -o stratum+tcp://rvn.suprnova.cc:6667 -u name.$rigName -p x -i 19 -t 5

[please note in case you missed this: these issues were in case enemy was working but nevermore, ccminer and suprminer were crashing. these are nvidia miners]

Funny enough under windows i didnt had to use -t  


For some reason this fix didn't work for me. I still get the same error on both nevermore and suprminer. Like others I was only able to get enemy to work for RVN, but no update to enemy yet to allow x16s.  Cry
Here is the code that I am using.
-a x16s -o stratum+tcp://pign.suprnova.cc:4096 -u decreped -p x -t 6
Any ideas?

unfortunately i can confirm that not all systems get "fixed" by this. (suprminer determines on most systems the threads required automatically (iE amount of GPU´s installed. in case it has issues doing so the -t is "fixing" it. maybe its related to weather theres an onboard graphics installed and the way its turned off/inactive) the -t parameter worked great for two rigs and i could switch them from enemy to suprminer after initially having thosde crashes. however one rig which is incomplete and thus work in progress (only 2 cards installed yet) is still crashing. even with -t. (tried also specifying devices etc)

this is how its invoked for the rig that is still crashing (the 2 card one that is incomplete).

to exclude any smos ui specific issues i went directly to the smos command line and invoked from there. the general command line is as follows for the 2 card rig

Code:
miner@simpleminer:/root/miner_org/suprminer-ocminer-v1.6$ ./ccminer -t 2 -a x16r -o stratum+tcp://rvn.suprnova.cc:6667 -u dodgertc.$rigName -p x

in addition i started it with -D debug parameter to see if i get a bit more information about whats going on. this is what it gives:

Quote
[2018-04-12 10:44:05] POOL 0: rvn.suprnova.cc:6667 USER dodgertc. -s 10
[2018-04-12 10:44:05] Starting on stratum+tcp://rvn.suprnova.cc:6667
[2018-04-12 10:44:05] restart_threads
[2018-04-12 10:44:05] CUDA GPU 0 matches NVML GPU 0 by busId 2
[2018-04-12 10:44:05] CUDA GPU 1 matches NVML GPU 1 by busId 3
[2018-04-12 10:44:05] NVML GPU monitoring enabled.
[2018-04-12 10:44:05] 2 miner threads started, using 'x16r' algorithm.
[2018-04-12 10:44:05] Binding thread 0 to cpu 0 (mask 1)
[2018-04-12 10:44:05] Binding thread 1 to cpu 1 (mask 2)
[2018-04-12 10:44:06] Stratum session id: deadbeefcafebabee524010000000000
Illegal instruction
miner@simpleminer:/root/miner_org/suprminer-ocminer-v1.6$

i may look to see how suprminer was compiled (what flags). as the system which is work in progress features an old pcie system built around some amd low power cpu (i use 1to4 adapters to attach up to 5 miners to it. I have multiple of these low-roi systems which dont give any issues otherwise). maybe it was compiled with some unsupported flags.

in any case it doesnt looks like it would be an smOS related issue.


Yep no go. No solution yet with adding the -t 5 for me... I have 5 GPU's but I am still stuck on enemy...

Here is my stratum code:
Code:
-a x16r -R 5 -o stratum+tcp://rushhourmining.com:3636 -u RVBCUggb8VGVNQ2Qr2HpWmJrKp42MgBzEh -p $rigName -t 5

/root/xminer.sh: line 76: 4023 Illegal instruction $MINER_PATH $MINER_OPTIONS
Miner ended/crashed. Restarting miner in 10 seconds --------------
newbie
Activity: 28
Merit: 0
What is possible hash rate for RX570 at Monero coin?

860H/s with RX570 4GB stable
jr. member
Activity: 76
Merit: 2
What is possible hash rate for RX570 at Monero coin?
newbie
Activity: 11
Merit: 0
sgminer won't run

[14:58:02] Started sgminer
[14:58:02] * using Jansson 2.7
[14:58:02] Started sgminer
[14:58:02] * using Jansson 2.7
[14:58:02] Loaded configuration file /home/miner/.sgminer/sgminer.conf
[14:58:02] No login credentials supplied for rvn.suprnova.cc
Miner ended/crashed. Restarting miner in 10 seconds --------------

keeps looping

not using supernova

using
-k x16r -o stratum+tcp://stratum.threeeyed.info:3333 -u address.worker -p x -I 17 --thread-concurrency 1024 --gpu-threads 2

how do i see what sgminer is seeing in config?
newbie
Activity: 29
Merit: 0
I got this on 4 rigas with nevermore-brian112358-v0.2.2 with XR16. What this can be ?

============ Starting Miner ===============
*** nevermore 0.2.2 for nVidia GPUs by brian112358@github bin run sbin Built with the nVidia CUDA Toolkit 8.0 64-bits
Originally based on Christian Buchner and Christian H. project
Include some kernels from alexis78, djm34, djEzo, tsiv and krnlx.
Dev donation set to 1.0%. Thanks for supporting this project!
[2018-04-06 19:45:47] Starting on stratum tcp://stratum.threeeyed.info:3331
[2018-04-06 19:45:47] NVML GPU monitoring enabled.
[2018-04-06 19:45:47] 5 miner threads started, using 'x16r' algorithm.
/root/xminer.sh: line 69: 16587 Illegal instruction $MINER_PATH $MINER_OPTIONS
Miner ended/crashed. Restarting miner in 10 seconds --------------

Running 980Ti's by chance? I get the same issue on a 980Ti rig... Enemy however does work...

got the same issue (i reported some pages back already) with all rigs. 1050ti´s, 1060´s, 1070(ti)´s, 1080(ti)´s. all no difference.
enemy miner works.
nevermore, suprminer or tpruvot-v2.2.5 dont.

literally same command line (all these miners are ccminer derivates) just copied over. same error as you posted above. for RVN only enemy works. everything else (RVN x16r Nvidia) crashes with /root/xminer.sh: line 69: 16587 Illegal instruction $MINER_PATH $MINER_OPTIONS

What did i tried:
  • I entered the complete command line manually.
    I analyzed in HEX the ascii codes, iE that the spaces are spaces (ascii 32)
    i copied the exact enemy line to nevermore (its identical as both are ccminer derivates)
    i copied the exacty suprminer 1.6 line which works under windows without issue to SmOS : error as above.
    I created a NEW usb stick with SmOS
    i checked if there is enough room on the USB stick (it is)
    i turned off any overclocking
    restarted the rigs after switching from enemy instead just reloading the miner.
    i tried ravencoin mining using ccminer-tpruvot-v2.2.5-x16s-cuda8.0 and suprminer after they got added. It leads to the same error as with nevermore. But the same config works for enemy.

anyway i sent the report in this morning (CET) to [email protected] including acc+rigID´s.

hope they can find out why it affects some pps while others dont have any issue.

thanks to Tytanick and Mirelle we could figure it out today.
The fix was to add the -t behind. iE in my case using suprnova:

-a x16r -o stratum+tcp://rvn.suprnova.cc:6667 -u name.$rigName -p x -i 19 -t 5

[please note in case you missed this: these issues were in case enemy was working but nevermore, ccminer and suprminer were crashing. these are nvidia miners]

Funny enough under windows i didnt had to use -t  


For some reason this fix didn't work for me. I still get the same error on both nevermore and suprminer. Like others I was only able to get enemy to work for RVN, but no update to enemy yet to allow x16s.  Cry
Here is the code that I am using.
-a x16s -o stratum+tcp://pign.suprnova.cc:4096 -u decreped -p x -t 6
Any ideas?

unfortunately i can confirm that not all systems get "fixed" by this. (suprminer determines on most systems the threads required automatically (iE amount of GPU´s installed. in case it has issues doing so the -t is "fixing" it. maybe its related to weather theres an onboard graphics installed and the way its turned off/inactive) the -t parameter worked great for two rigs and i could switch them from enemy to suprminer after initially having thosde crashes. however one rig which is incomplete and thus work in progress (only 2 cards installed yet) is still crashing. even with -t. (tried also specifying devices etc)

this is how its invoked for the rig that is still crashing (the 2 card one that is incomplete).

to exclude any smos ui specific issues i went directly to the smos command line and invoked from there. the general command line is as follows for the 2 card rig

Code:
miner@simpleminer:/root/miner_org/suprminer-ocminer-v1.6$ ./ccminer -t 2 -a x16r -o stratum+tcp://rvn.suprnova.cc:6667 -u dodgertc.$rigName -p x

in addition i started it with -D debug parameter to see if i get a bit more information about whats going on. this is what it gives:

Quote
[2018-04-12 10:44:05] POOL 0: rvn.suprnova.cc:6667 USER dodgertc. -s 10
[2018-04-12 10:44:05] Starting on stratum+tcp://rvn.suprnova.cc:6667
[2018-04-12 10:44:05] restart_threads
[2018-04-12 10:44:05] CUDA GPU 0 matches NVML GPU 0 by busId 2
[2018-04-12 10:44:05] CUDA GPU 1 matches NVML GPU 1 by busId 3
[2018-04-12 10:44:05] NVML GPU monitoring enabled.
[2018-04-12 10:44:05] 2 miner threads started, using 'x16r' algorithm.
[2018-04-12 10:44:05] Binding thread 0 to cpu 0 (mask 1)
[2018-04-12 10:44:05] Binding thread 1 to cpu 1 (mask 2)
[2018-04-12 10:44:06] Stratum session id: deadbeefcafebabee524010000000000
Illegal instruction
miner@simpleminer:/root/miner_org/suprminer-ocminer-v1.6$

i may look to see how suprminer was compiled (what flags). as the system which is work in progress features an old pcie system built around some amd low power cpu (i use 1to4 adapters to attach up to 5 miners to it. I have multiple of these low-roi systems which dont give any issues otherwise). maybe it was compiled with some unsupported flags.

in any case it doesnt looks like it would be an smOS related issue.
Jump to: