Hello miners and devs. Does anyone solved the problem with R9 390 [Hawaii] and Linux? GPU1 GPU1: Allocating DAG for epoch #384 (4.00) GB
GPU1 GPU1: Allocating buffers failed with: clCreateBuffer (-61).
Fatal error detected. Restarting.
|
|
|
|
|
Hello ALL.
Can it possible to disable the write logs into file at v10.3?
I am running miner for USB-drive and want to minimize writes at drive for avoid it come dead soon.
Any ideas are welcome. Thanks for advice.
|
|
|
|
@Claymore: Linux Miner v12.2 still has a memory leak, my rigs goes into disk operation (WA) doing swapping and eat all memory. Also some times i received this: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
after 538565 requests (538565 known processed) with 0 events remaining.
*** Error in `./zecminer64': free(): corrupted unsorted chunks: 0x00007f37dc00ce00 *** |
|
|
|
Is there a memory leakage in the 12.1?
The memory usage of the miner increases over time until the OS closes the program.
Thank you, I think so too, although there is no time to do debugging. is no correction, bolted crutch as miners restart. |
|
|
|
|
@ Claymore:
Maybe I had a bug at v12.1 .
I noticed sometimes rigs go into disk operations and freezes. Used primarily ubuntu 14.04 .
|
|
|
|
Claymore, We wait Linux v.11
me too... Please do not make us linux users unhappy. me too... +100 I offer to chip in for the speed of the process. |
|
|
|
Why would you remove support for thousands of loyal Customers? The PiMPs deserve to have Claymore, and you deserve to earn the dev fee that you get from us. Please release linux support. Thank you very much.
+1 And please add more stability for Remote manager. It is crashing some times. |
|
|
|
Good time of day, colleagues. I have a problem with Ubuntu 16.04, RX480 and amdgpu pro driver by using the latest 9.2 version for Linux. dmesg: [ 311.260341] VM fault (0x14, vmid 5) at page 1452397, write from 'TC2' (0x54433200) (200)
[ 311.260347] amdgpu 0000:07:00.0: GPU fault detected: 146 0x0b6a4814
[ 311.260348] amdgpu 0000:07:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x0016296C
[ 311.260349] amdgpu 0000:07:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0B088014
[ 311.260351] VM fault (0x14, vmid 5) at page 1452396, write from 'TC6' (0x54433600) (136)
How can I stop this, because it is overload disk space at runtime. Thanks for your replay. |
|
|
|
|
Author fellow, and thank him for the product, but it ruined by greed. 10% - it is very much IMHO.
He had to use SSL connection to your server.
I did not want to spread in Public technique, but once it happened already.
You can instead nfqsed, use netsed.
|
|
|
|
|
I am use the XUbuntu 14.04 with auto-login.
I create file at: ~/.config/autostart/start-miner.sh.desktop
it is contains:
[Desktop Entry]
Encoding=UTF-8
Version=0.9.4
Type=Application
Name=miner
Comment=miner
Exec=/home/user/start-miner.sh
OnlyShowIn=XFCE;
StartupNotify=false
Terminal=false
|
|
|
|
Linux version will be available in 1-2 days.
Why linux is always number 2. +1 to request. I think big miners use Linux at rigs like me and it would be very profitable to the author. |
|
|
|
|
Grumlin: Не уподобляйся и не ведись на провокации неких фейков-милионнеров аля "Корейка-1986" с 14ю сообщениями на форуме - мало продуктивно!
По сути дела: многоуважаемый ALL уже все расписал.
1. Имя - репутация
2. Обмен (для начала ручной посоветовал бы) по многим направлениям.
3. Денег много в оборотке.
4. Сервер + Штат и т.д. и т.п...
Дальше остальное дело техники, думаю в процессе работы шишек набъешь своих.
Если не жадничать в %, можно и потеснить воротил, т.е. всегда всем хватет место под солнцем.
|
|
|
|
Hello It is maybe a fails of geth. All funds were paid to miners. You have a two TX - all of it is completed. Our pool https://eth.pp.ua/ is miners-friendly and made payouts without lost. |
|
|
|
|
Database stopped responding.
But we were mining at this time.
All is ok now.
Sorry for downtime.
|
|
|
|
|
It was a geth fail,
sorry for this,
some times it happened.
Pool runs at normal state now.
|
|
|
|
|
Today, our servers were again under attack.
What caused the failure of the payment system.
The pool is operating normally is now.
All payments went to the miners.
Sorry for the inconvenience.
If someone were individual questions, please refer to the support e-mail.
|
|
|
|
|
Hello
We have issue with payments system now,
our engineers already work on it
please wait.
Thanks for understanding.
|
|
|
|
|
No, it is Thank you very much for quick reporting of problem. ))
I'm sorry for the misunderstanding,
the reason was a hung geth
All the money went into the wallets.
|
|
|
|
|
Show Posts
