citronick
Legendary
Offline
Activity: 1834
Merit: 1080
---- winter*juvia -----
|
|
March 04, 2017, 03:28:52 PM |
|
T,
URGENT - Can help recompile Claymore ZEC Miner v12.2. Thanks
v12.2 had a memory leak issue and Claymore fixed it and asked everyone to redownload v12.2.
=== Re: Claymore's ZCash AMD GPU Miner v12.2 (Windows/Linux) Today at 01:35:02 PM ...
Windows Miner v12.2 has a memory leak 700mb per day, 5gb per week.
yes, this is true. Claymore can you fix this?
Confirmed, fixed. I can re-upload v12.2 or I can include this fix in next update which will be available in a few days.
12.21 then do the update next week as 12.3
Also please allow -i 8 again on nanos. No reason to disable it!
Memory leak: just redownload v12.2, see note in OP. -i 8: done, you can use it already.
Claymore - this revised 12.2 is only applicable for Windows version correct ? -- Linux version no impact??
Linux is affected too. ===
|
If I provided you good and useful info or just a smile to your day, consider sending me merit points to further validate this Bitcointalk account ~ useful for future account recovery...
|
|
|
citronick
Legendary
Offline
Activity: 1834
Merit: 1080
---- winter*juvia -----
|
|
March 04, 2017, 03:32:29 PM |
|
Thank you very much for all that information. We learned the hard way to manage rigs with ethOS with SSH connections. We successfully connected to our rigs with that infos. I just would like to point out that it didnt work for us at first. nano /mnt/usr/config.txt didnt work, it would open an empty config.txt, but this one worked: nano /mnt/user/config.txt ==== https://www.dropbox.com/s/y1rnxxc6mp1jwx8/Capture4.PNG?dl=0We had to look around in the drive to discover that! Our rig is now mining under our wallet address. Maybe it would be a good idea to add these troubleshooting steps in case this happens to someone else. Cheers! oops my bad on the usr vs user syntax great mining!
|
If I provided you good and useful info or just a smile to your day, consider sending me merit points to further validate this Bitcointalk account ~ useful for future account recovery...
|
|
|
tytanick (OP)
Legendary
Offline
Activity: 2660
Merit: 1096
Simplemining.net Admin
|
|
March 04, 2017, 05:47:28 PM |
|
Update v1073 - claymore-zec v12.2 fix memory leak note. it will start using this after reload
|
|
|
|
bughatti
|
|
March 05, 2017, 06:39:53 AM |
|
Hey tytanick, do you plan to support nvidia gpu's anytime soon?
|
|
|
|
tutorialevideo
Legendary
Offline
Activity: 1161
Merit: 1001
Don`t invest more than you can afford to lose
|
|
March 05, 2017, 07:33:55 AM |
|
Setting DAG epoch #109 for GPU #1 Create GPU buffer for GPU #1 OpenCL error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions. Setting DAG epoch #109 for GPU #0 Create GPU buffer for GPU #0 OpenCL error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions. Setting DAG epoch #109 for GPU #2 Create GPU buffer for GPU #2 OpenCL error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions. ETH: 03/05/17-08:32:13 - New job from pool.bitclouder.co:3333 ETH - Total Speed: 0.000 Mh/s, Total Shares: 0, Rejected: 0, Time: 00:00 ETH: GPU0 0.000 Mh/s, GPU1 0.000 Mh/s, GPU2 0.000 Mh/s, GPU3 0.000 Mh/s, GPU4 0.000 Mh/s Setting DAG epoch #109 for GPU #4 GPU 4, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #3 GPU 3, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #0 GPU 0, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #1 GPU 1, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #2 GPU 2, OpenCL error -38 - cannot write buffer for DAG GPU0 t=17C fan=67%, GPU1 t=18C fan=67%, GPU2 t=18C fan=67%, GPU3 t=30C fan=67%, GPU4 t=20C fan=67% WATCHDOG: GPU error, you need to restart miner Binary file (standard input) matches Close
|
|
|
|
tytanick (OP)
Legendary
Offline
Activity: 2660
Merit: 1096
Simplemining.net Admin
|
|
March 05, 2017, 10:13:43 AM |
|
Hey tytanick, do you plan to support nvidia gpu's anytime soon?
Nope, i will start thinking about that not sooner than in 4 months. Setting DAG epoch #109 for GPU #1 Create GPU buffer for GPU #1 OpenCL error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions. Setting DAG epoch #109 for GPU #0 Create GPU buffer for GPU #0 OpenCL error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions. Setting DAG epoch #109 for GPU #2 Create GPU buffer for GPU #2 OpenCL error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions. ETH: 03/05/17-08:32:13 - New job from pool.bitclouder.co:3333 ETH - Total Speed: 0.000 Mh/s, Total Shares: 0, Rejected: 0, Time: 00:00 ETH: GPU0 0.000 Mh/s, GPU1 0.000 Mh/s, GPU2 0.000 Mh/s, GPU3 0.000 Mh/s, GPU4 0.000 Mh/s Setting DAG epoch #109 for GPU #4 GPU 4, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #3 GPU 3, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #0 GPU 0, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #1 GPU 1, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #2 GPU 2, OpenCL error -38 - cannot write buffer for DAG GPU0 t=17C fan=67%, GPU1 t=18C fan=67%, GPU2 t=18C fan=67%, GPU3 t=30C fan=67%, GPU4 t=20C fan=67% WATCHDOG: GPU error, you need to restart miner Binary file (standard input) matches Close 2 GB memory in gpus ?
|
|
|
|
philipma1957
Legendary
Online
Activity: 4298
Merit: 8765
'The right to privacy matters'
|
|
March 05, 2017, 10:42:47 AM |
|
Setting DAG epoch #109 for GPU #1 Create GPU buffer for GPU #1 OpenCL error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions. Setting DAG epoch #109 for GPU #0 Create GPU buffer for GPU #0 OpenCL error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions. Setting DAG epoch #109 for GPU #2 Create GPU buffer for GPU #2 OpenCL error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions. ETH: 03/05/17-08:32:13 - New job from pool.bitclouder.co:3333 ETH - Total Speed: 0.000 Mh/s, Total Shares: 0, Rejected: 0, Time: 00:00 ETH: GPU0 0.000 Mh/s, GPU1 0.000 Mh/s, GPU2 0.000 Mh/s, GPU3 0.000 Mh/s, GPU4 0.000 Mh/s Setting DAG epoch #109 for GPU #4 GPU 4, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #3 GPU 3, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #0 GPU 0, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #1 GPU 1, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #2 GPU 2, OpenCL error -38 - cannot write buffer for DAG GPU0 t=17C fan=67%, GPU1 t=18C fan=67%, GPU2 t=18C fan=67%, GPU3 t=30C fan=67%, GPU4 t=20C fan=67% WATCHDOG: GPU error, you need to restart miner Binary file (standard input) matches Close if claymore 8 -ethi 4 should fix it -ethi 8 is stock you can try 7 then 6 if it crashes then 5 then 4 you will lose a little hash with 4,5,6,7 settings my eth for my pandaminer which has the exact issue as you due to weak cpu -epool stratum+tcp://us1.ethpool.org:3333 -ewal 0x3ef297e47404a771139472b93621f82c8a832857.Simple2 -esm 0 -epsw x -allpools 1 -mport -3333 -ethi 4pandaminer on 4 i get 228mh no crash on 7 i get 230 mh crash pn 8 the stock setting I get 231 same crash as you
|
|
|
|
citronick
Legendary
Offline
Activity: 1834
Merit: 1080
---- winter*juvia -----
|
|
March 05, 2017, 11:10:50 AM |
|
Setting DAG epoch #109 for GPU #1 Create GPU buffer for GPU #1 OpenCL error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions. Setting DAG epoch #109 for GPU #0 Create GPU buffer for GPU #0 OpenCL error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions. Setting DAG epoch #109 for GPU #2 Create GPU buffer for GPU #2 OpenCL error - cannot allocate big buffer for DAG. Check readme.txt for possible solutions. ETH: 03/05/17-08:32:13 - New job from pool.bitclouder.co:3333 ETH - Total Speed: 0.000 Mh/s, Total Shares: 0, Rejected: 0, Time: 00:00 ETH: GPU0 0.000 Mh/s, GPU1 0.000 Mh/s, GPU2 0.000 Mh/s, GPU3 0.000 Mh/s, GPU4 0.000 Mh/s Setting DAG epoch #109 for GPU #4 GPU 4, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #3 GPU 3, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #0 GPU 0, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #1 GPU 1, OpenCL error -38 - cannot write buffer for DAG Setting DAG epoch #109 for GPU #2 GPU 2, OpenCL error -38 - cannot write buffer for DAG GPU0 t=17C fan=67%, GPU1 t=18C fan=67%, GPU2 t=18C fan=67%, GPU3 t=30C fan=67%, GPU4 t=20C fan=67% WATCHDOG: GPU error, you need to restart miner Binary file (standard input) matches Close If still problem after settings per phil's post below, try -lidagAssuming your GPU has more than 2GB mem
|
If I provided you good and useful info or just a smile to your day, consider sending me merit points to further validate this Bitcointalk account ~ useful for future account recovery...
|
|
|
tytanick (OP)
Legendary
Offline
Activity: 2660
Merit: 1096
Simplemining.net Admin
|
|
March 05, 2017, 11:40:23 AM |
|
UPCOMING SRR UPDATE:I am making new fireware and Tool updates for SRR. If you are interested and have ideas what can i add or improve, then now its the time to tell me that https://bitcointalk.org/index.php?topic=1695298.new#new
|
|
|
|
fittsy
|
|
March 05, 2017, 03:39:35 PM |
|
If still problem after settings per phil's post below, try -lidag Assuming your GPU has more than 2GB mem
Yet another alternative: -gser 2 -eres 1-gser this setting can improve stability on multi-GPU systems if miner hangs during startup. It serializes GPUs initalization routines. Use "-gser 1" to serailize some of routines and "-gser 2" to serialize all routines. Default value is "0" (no serialization, fast initialization). -eres this setting is related to Ethereum mining stability. Every next Ethereum epoch requires a bit more GPU memory, miner can crash during reallocating GPU buffer for new DAG. To avoid it, miner reserves a bit larger GPU buffer at startup, so it can process several epochs without buffer reallocation. This setting defines how many epochs miner must foresee when it reserves GPU buffer, i.e. how many epochs will be processed without buffer reallocation. Default value is 2.
|
|
|
|
carloshell
Member
Offline
Activity: 61
Merit: 10
|
|
March 05, 2017, 03:57:22 PM |
|
Hello!
Two questions:
1) Two of our rigs were stuck because watchdog detected a problem with one GPUs and needed to restart the mining process, but froze there. Can we use -r 1 to force the rig to restart instead? This way, they will restart the mining process properly. Even on windows, we had that issues, -r 1 would help. I am wondering if the reboot.sh is present in the claymore folder.
2) Would it be possible to have atiflash installed on the image? (maybe it is and I didnt find it) It would be greatly appreciated and it would save us time to flash our cards instead of putting a windows drive in order to do the flashing.
Thanks!!
|
|
|
|
reelen
|
|
March 05, 2017, 04:22:29 PM |
|
Hello!
Two questions:
1) Two of our rigs were stuck because watchdog detected a problem with one GPUs and needed to restart the mining process, but froze there. Can we use -r 1 to force the rig to restart instead? This way, they will restart the mining process properly. Even on windows, we had that issues, -r 1 would help. I am wondering if the reboot.sh is present in the claymore folder.
2) Would it be possible to have atiflash installed on the image? (maybe it is and I didnt find it) It would be greatly appreciated and it would save us time to flash our cards instead of putting a windows drive in order to do the flashing.
Thanks!!
-r 1 does indeed work.
|
|
|
|
tytanick (OP)
Legendary
Offline
Activity: 2660
Merit: 1096
Simplemining.net Admin
|
|
March 05, 2017, 05:36:39 PM |
|
Hello!
Two questions:
1) Two of our rigs were stuck because watchdog detected a problem with one GPUs and needed to restart the mining process, but froze there. Can we use -r 1 to force the rig to restart instead? This way, they will restart the mining process properly. Even on windows, we had that issues, -r 1 would help. I am wondering if the reboot.sh is present in the claymore folder.
2) Would it be possible to have atiflash installed on the image? (maybe it is and I didnt find it) It would be greatly appreciated and it would save us time to flash our cards instead of putting a windows drive in order to do the flashing.
Thanks!!
1. Yes it will help -w1 -r1 2. I dont have it now, but i am planning to add this. As now i can add this program to root directory and then you can do the rest via ssh. But option for flashing from dashboard will be propably possible but later on.
|
|
|
|
tytanick (OP)
Legendary
Offline
Activity: 2660
Merit: 1096
Simplemining.net Admin
|
|
March 05, 2017, 06:20:35 PM |
|
UPDATE v1074: - atiflash for linux - for now its only program located at /root/utils/atiflash If you know putty (ssh) then you can login into rig and flash custom bios remotly. The flashing from dashboard will be propably implemented in future but not soon. Right now you can do the flashing only by direct ssh into rigs.
|
|
|
|
reelen
|
|
March 05, 2017, 06:34:07 PM |
|
UPDATE v1074: - atiflash for linux - for now its only program located at /root/utils/atiflash If you know putty (ssh) then you can login into rig and flash custom bios remotly. The flashing from dashboard will be propably implemented in future but not soon. Right now you can do the flashing only by direct ssh into rigs.
This is just awesome, thank you!
|
|
|
|
takasungi
Newbie
Offline
Activity: 14
Merit: 0
|
|
March 06, 2017, 02:15:48 AM |
|
UPDATE v1074: - atiflash for linux - for now its only program located at /root/utils/atiflash If you know putty (ssh) then you can login into rig and flash custom bios remotly. The flashing from dashboard will be propably implemented in future but not soon. Right now you can do the flashing only by direct ssh into rigs.
thx so much this solve my problem when I want to flash card, because I must switch to windows and then switch back.
|
|
|
|
citronick
Legendary
Offline
Activity: 1834
Merit: 1080
---- winter*juvia -----
|
|
March 06, 2017, 03:09:20 AM |
|
UPDATE v1074: - atiflash for linux - for now its only program located at /root/utils/atiflash If you know putty (ssh) then you can login into rig and flash custom bios remotly. The flashing from dashboard will be propably implemented in future but not soon. Right now you can do the flashing only by direct ssh into rigs.
thx so much this solve my problem when I want to flash card, because I must switch to windows and then switch back. tytanick, takasugi, reelen,
Can help to do a short ssh primer on how to use the atiflash in smOS to be shared amongst miners here. Because many of us were ex-Windows users with not much Linux exposure. Eg. How to upload ROM file in ssh? In future, making a wizard-like atiflash process in smOS would be nice if Tytanick plan to do it this way. Thanks tytanick,Do you think its good idea to create a library of known user submitted rom mods for smOS users to select (just like selecting miner apps). Obviously this will require strict evaluation so that smOS dont brick any GPUs. Sure, this is a potential recipe for disaster, but this smOS feature will surely take your product to the next level. Hopefully, we will have a collection of highly optimised rom mods specifically for certain coins and power consumption preferences. To have original roms by GPU model and vendor will be great too, so that we can revert GPUs back to original roms. Thanks
|
If I provided you good and useful info or just a smile to your day, consider sending me merit points to further validate this Bitcointalk account ~ useful for future account recovery...
|
|
|
carloshell
Member
Offline
Activity: 61
Merit: 10
|
|
March 06, 2017, 04:20:09 AM |
|
UPDATE v1074: - atiflash for linux - for now its only program located at /root/utils/atiflash If you know putty (ssh) then you can login into rig and flash custom bios remotly. The flashing from dashboard will be propably implemented in future but not soon. Right now you can do the flashing only by direct ssh into rigs.
thx so much this solve my problem when I want to flash card, because I must switch to windows and then switch back. tytanick, takasugi, reelen,
Can help to do a short ssh primer on how to use the atiflash in smOS to be shared amongst miners here. Because many of us were ex-Windows users with not much Linux exposure. Eg. How to upload ROM file in ssh? In future, making a wizard-like atiflash process in smOS would be nice if Tytanick plan to do it this way. Thanks tytanick,Do you think its good idea to create a library of known user submitted rom mods for smOS users to select (just like selecting miner apps). Obviously this will require strict evaluation so that smOS dont brick any GPUs. Sure, this is a potential recipe for disaster, but this smOS feature will surely take your product to the next level. Hopefully, we will have a collection of highly optimised rom mods specifically for certain coins and power consumption preferences. To have original roms by GPU model and vendor will be great too, so that we can revert GPUs back to original roms. Thanks Hey, For ATIflash on linux, its basically the same commands, but you need to upload the roms for sure. I personally use MobaXterm, it's a very solid SSH (and other) connections manager. So I just create a folder in the /home/miner and click ''upload file'' for now. After, it's just a better to atiflash -f -p 0 /home/miner/... I do like your suggestion about a rom library. We could contribute to that, we created our own roms for many cards like the rx 480 gigabyte we couldn't find anywhere (29.5mhs each, 900W for 6 cards, not bad!). It could be something that you offer and you warn people that you are not responsible for any brick cards. Some advanced/expert interface with different level of roms (small OC, big undervolt, etc etc.) I'm pretty sure a lot of your customers would be very happy to contribute on this, like us Cheers!
|
|
|
|
reelen
|
|
March 06, 2017, 04:51:01 AM |
|
UPDATE v1074: - atiflash for linux - for now its only program located at /root/utils/atiflash If you know putty (ssh) then you can login into rig and flash custom bios remotly. The flashing from dashboard will be propably implemented in future but not soon. Right now you can do the flashing only by direct ssh into rigs.
thx so much this solve my problem when I want to flash card, because I must switch to windows and then switch back. tytanick, takasugi, reelen,
Can help to do a short ssh primer on how to use the atiflash in smOS to be shared amongst miners here. Because many of us were ex-Windows users with not much Linux exposure. Eg. How to upload ROM file in ssh? In future, making a wizard-like atiflash process in smOS would be nice if Tytanick plan to do it this way. Thanks tytanick,Do you think its good idea to create a library of known user submitted rom mods for smOS users to select (just like selecting miner apps). Obviously this will require strict evaluation so that smOS dont brick any GPUs. Sure, this is a potential recipe for disaster, but this smOS feature will surely take your product to the next level. Hopefully, we will have a collection of highly optimised rom mods specifically for certain coins and power consumption preferences. To have original roms by GPU model and vendor will be great too, so that we can revert GPUs back to original roms. Thanks I'm getting help myself from someone else, but would be happy to share instructions once I get my cards done.
|
|
|
|
kilo17
Legendary
Offline
Activity: 980
Merit: 1001
aka "whocares"
|
|
March 06, 2017, 04:53:43 AM |
|
UPDATE v1074: - atiflash for linux - for now its only program located at /root/utils/atiflash If you know putty (ssh) then you can login into rig and flash custom bios remotly. The flashing from dashboard will be propably implemented in future but not soon. Right now you can do the flashing only by direct ssh into rigs.
This is just awesome, thank you! Just make sure you kill the mining before flashing and make sure it will not auto reboot in the middle of the flash
|
Bitcoin Will Only Succeed If The Community That Supports It Gets Support - Support Home Miners & Mining
|
|
|
|