Yikes. Two identical systems, different results, and it crashes in a standard library.
Either the application is passing a bad pointer to curl or curl is corrupt. The easiest thing to try is to reinstall the curl
packages. You could also confirm the same compile options were used. If the entire process from source to compile
to run time environment to input data are identical it gets more complicated and hardware needs to be considered. Memtest maybe.
Edit: I assume you already tried getting a fresh copy of the source.
gdb can be used to get a backtrace to find out where the bad pointer is coming from.
Edit: Cryptoninght at Nicehash needs a protocol tweak but it shouldn't cause as crash. Try another pool to rule that out.
root@apollo:~/44/cpuminer-multi# gdb ./cpuminer GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.04) 7.11.1 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from ./cpuminer...(no debugging symbols found)...done. (gdb) r Starting program: /root/44/cpuminer-multi/cpuminer [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". ** cpuminer-multi 1.3 by tpruvot@github ** BTC donation address: 1FhDPLPpw18X4srecguG3MxJYe4a1JsZnd (tpruvot) [New Thread 0x2aaab0a2f700 (LWP 11060)] [New Thread 0x2aaab0c33700 (LWP 11061)] [2016-12-10 06:08:07] Starting Stratum on stratum+tcp://yiimp.ccminer.org:4252 [New Thread 0x2aaab0e37700 (LWP 11062)] Thread 3 "cpuminer" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x2aaab0c33700 (LWP 11061)] 0x00002aaaab0c2b80 in ?? () from /usr/lib/x86_64-linux-gnu/libcurl.so.4 (gdb) bt #0 0x00002aaaab0c2b80 in ?? () from /usr/lib/x86_64-linux-gnu/libcurl.so.4 #1 0x00002aaaab0c414a in curl_maprintf () from /usr/lib/x86_64-linux-gnu/libcurl.so.4 #2 0x00002aaaab0e9096 in ?? () from /usr/lib/x86_64-linux-gnu/libcurl.so.4 #3 0x00002aaaab0c1164 in ?? () from /usr/lib/x86_64-linux-gnu/libcurl.so.4 #4 0x00002aaaab0d2493 in ?? () from /usr/lib/x86_64-linux-gnu/libcurl.so.4 #5 0x00002aaaab0d2eed in curl_multi_perform () from /usr/lib/x86_64-linux-gnu/libcurl.so.4 #6 0x00002aaaab0c994b in curl_easy_perform () from /usr/lib/x86_64-linux-gnu/libcurl.so.4 #7 0x0000000000434998 in ?? () #8 0x0000000000405974 in ?? () #9 0x00002aaaab96370a in start_thread (arg=0x2aaab0c33700) at pthread_create.c:333 #10 0x00002aaaaadd982d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 So to confirm what you thought, it's not specific to cryptonight but rather with the interaction of the libcurl library. What is weird is i have a lot of blades and all of them are not behaving nicely. |
|
|
|
your problem seems related to libcurl, so try to rebuild it yourself with the /usr/local prefix, maybe an uncommon cpu ? atom ?
I prefer using the package management to do things.. Maintaining source builds gets messy. Manufacturer: Dell Inc. Product Name: PowerEdge R620 model name : Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz I have about 20 blades, all of them with stock Ubuntu 16.04 and all of them have the same behavior. |
|
|
|
yes, ive no idea, working well here with your command
cat /etc/os-release
NAME="Ubuntu"
VERSION="16.04.1 LTS (Xenial Xerus)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 16.04.1 LTS"
dpkg -l | grep curl
ii curl 7.47.0-1ubuntu2.2 amd64 command line tool for transferring data with URL syntax
ii libcurl3:amd64 7.47.0-1ubuntu2.2 amd64 easy-to-use client-side URL transfer library (OpenSSL flavour)
ii libcurl3-gnutls:amd64 7.47.0-1ubuntu2.2 amd64 easy-to-use client-side URL transfer library (GnuTLS flavour)
ii libcurl4-openssl-dev:amd64 7.47.0-1ubuntu2.2 amd64 development files and documentation for libcurl (OpenSSL flavour)
# dpkg -l | grep curl ii curl 7.47.0-1ubuntu2.2 amd64 command line tool for transferring data with URL syntax ii libcurl3:amd64 7.47.0-1ubuntu2.2 amd64 easy-to-use client-side URL transfer library (OpenSSL flavour) ii libcurl3-gnutls:amd64 7.47.0-1ubuntu2.2 amd64 easy-to-use client-side URL transfer library (GnuTLS flavour) ii libcurl4-openssl-dev:amd64 7.47.0-1ubuntu2.2 amd64 development files and documentation for libcurl (OpenSSL flavour) # lsb_release -a LSB Version: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch Distributor ID: Ubuntu Description: Ubuntu 16.04.1 LTS Release: 16.04 Codename: xenial Looks like its the same thing but regardless of what server i try it on, I get the same thing. How would i go about trying to troubleshoot / debug this? :/ |
|
|
|
|
# strace ./cpuminer -a cryptonight -p x -o stratum+tcp://cryptonight.eu.nicehash.com:3355 -u 12d7SjLcyEwLCnZhPeQhMnME3dDF9CnSuY
execve("./cpuminer", ["./cpuminer", "-a", "cryptonight", "-p", "x", "-o", "stratum+tcp://cryptonight.eu.nic"..., "-u", "12d7SjLcyEwLCnZhPeQhMnME3dDF9CnS"..., "-t", "14"], [/* 18 vars */]) = 0
[..]
getdents(4, /* 0 entries */, 32768) = 0
brk(0xbc5000) = 0xbc5000
close(4) = 0
open("/etc/localtime", O_RDONLY|O_CLOEXEC) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=271, ...}) = 0
fstat(4, {st_mode=S_IFREG|0644, st_size=271, ...}) = 0
read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0\0\0\0"..., 4096) = 271
lseek(4, -156, SEEK_CUR) = 115
read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0\0\0\0"..., 4096) = 156
close(4) = 0
write(1, "[2016-12-09 08:53:26] Using JSON"..., 45[2016-12-09 08:53:26] Using JSON-RPC 2.0
) = 45
write(1, "[2016-12-09 08:53:26] CPU Suppor"..., 51[2016-12-09 08:53:26] CPU Supports AES-NI: YES
) = 51
rt_sigaction(SIGINT, {0x40c807, [INT], SA_RESTORER|SA_RESTART, 0x2b0268d9f4b0}, {SIG_DFL, [], 0}, Cool = 0
mmap(NULL, 2113536, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x2b026dde6000
mprotect(0x2b026dde6000, 4096, PROT_NONE) = 0
clone(child_stack=0x2b026dde84f0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x2b026dfe99d0, tls=0x2b026dfe9700, child_tidptr=0x2b026dfe99d0) = 27803
mmap(NULL, 2113536, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x2b026dfea000
mprotect(0x2b026dfea000, 4096, PROT_NONE) = 0
clone(child_stack=0x2b026dfec4f0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x2b026e1ed9d0, tls=0x2b026e1ed700, child_tidptr=0x2b026e1ed9d0) = 27804
futex(0xba6094, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xba6090, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
mmap(NULL, 2113536, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x2b026e1ee000
[2016-12-09 08:53:26] Starting Stratum on stratum+tcp://cryptonight.eu.nicehash.com:3355
+++ killed by SIGSEGV (core dumped) +++
Segmentation fault (core dumped)
Built from source, it always coredumps. (regardless of algorithm attempted)
Ubuntu 16.04:
Dec 9 21:24:01 apollo kernel: [10059724.032488] cpuminer[10457]: segfault at 2b6071639908 ip 00002b606bccbb80 sp 00002b60716398a0 error 6 in libcurl.so.4.4.0[2b606bca5000+6b000]
Segmentation fault (core dumped)
Libcurl issues?
|
|
|
|
How about adding Cryptonote to AMD miners? Why is it only available to CPU & Nvidia GPUs or am i missing something? |
|
|
|
If I was able to get 5x470 oced working on a 750w psu at 1065h/s (claymore v9), which previously at stock settings would just shut down, then you can too.
By the same note, just because you did, doesn't mean everyone else (queue Jeremy Clarkson voice) "in the world" should have to jump through hoops. v8 == no changes required. Works. v9 == same configuration as v8. changes required. Doesn't work "out of the box" or even "on stock". |
|
|
|
Power spikes? Rig rebooted due to PSU protection? Tell me which one would do that instead of just shut down PSU itself:
OVP (Over Voltage Protection)
UVP (Under Voltage Protection)
OCP (Over Current Protection)
OPP (Over Power Protection)
and SCP (Short Circuit Protection)
My BIOS is set to automatically power itself back on after shutdowns / power losses / reboots etc. |
|
|
|
why there's no diference on hash power from RX 470 to RX480  it shouldnt be higher ? i see cheap gpus reaching at the same amount as rx 480... maybe with some updates on miner there'll be a incresae on rx480 hash power ? The answer has been explained multiple times in this thread. |
|
|
|
I am getting an error using cryptonight. I use cpu mining by the way.
stratum_recv_line failed
retry after 10 seconds
can anyone help me?
You're trying with w0lf's cpuminer, correct? |
|
|
|
No idea why people are still mining ZEC with their 470/480. Basically throwing $0.15-$0.20 daily per card away in profits.
on top of that i can run more ZEC rigs than eth rigs the power savings is that good so it evens out in the end What? There is no evening out of anything. If you have 470 or 480 cards, you are making more PROFIT (factoring in power consumption) by switching to ETH. i have 4 extra rigs that i could not fit into my circuits when i was mining eth , the power savings from zec to eth is closer to 20% for me at least with 100mv undervolt on all cards If i was mining eth those 4 rigs would be shut down right now gathering dust Sounds to me like your neighbor would greatly appreciate you paying for his electricity (in return for housing the rigs at his place) |
|
|
|
I managed to get a system with 5x470 running oc on a 750w power supply, on -i 8. Its been running nonstop for 24h, so dont say that v9 has stability issues. If you know how to control the spikes, you will have a stable system, even on a low power psu like mine.
"If you know how to control the spikes" <-- Thank you for confirming exactly what everyone has been saying all along, there are power spikes. |
|
|
|
some of my rigs reverted back to v8.
v9 has some serious stability issues that needs to be adressed.
Check clocks, volts, and PSUs. I haven't had a single crash on 24 cards (470/480). I have moderate undervolt and have PSUs at ~70% load. So you think with so many people complaining about v9 load spikes that everyone is having hardware problems? The more likely answer is that v9 has a stability issues as v8 works perfectly fine for everyone. |
|
|
|
No idea why people are still mining ZEC with their 470/480. Basically throwing $0.15-$0.20 daily per card away in profits.
on top of that i can run more ZEC rigs than eth rigs the power savings is that good so it evens out in the end What? There is no evening out of anything. If you have 470 or 480 cards, you are making more PROFIT (factoring in power consumption) by switching to ETH. |
|
|
|
# strace ./cpuminer -a cryptonight -p x -o stratum+tcp://cryptonight.eu.nicehash.com:3355 -u 12d7SjLcyEwLCnZhPeQhMnME3dDF9CnSuY execve("./cpuminer", ["./cpuminer", "-a", "cryptonight", "-p", "x", "-o", "stratum+tcp://cryptonight.eu.nic"..., "-u", "12d7SjLcyEwLCnZhPeQhMnME3dDF9CnS"..., "-t", "14"], [/* 18 vars */]) = 0 [..] getdents(4, /* 0 entries */, 32768) = 0 brk(0xbc5000) = 0xbc5000 close(4) = 0 open("/etc/localtime", O_RDONLY|O_CLOEXEC) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=271, ...}) = 0 fstat(4, {st_mode=S_IFREG|0644, st_size=271, ...}) = 0 read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0\0\0\0"..., 4096) = 271 lseek(4, -156, SEEK_CUR) = 115 read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0\0\0\0"..., 4096) = 156 close(4) = 0 write(1, "[2016-12-09 08:53:26] Using JSON"..., 45[2016-12-09 08:53:26] Using JSON-RPC 2.0 ) = 45 write(1, "[2016-12-09 08:53:26] CPU Suppor"..., 51[2016-12-09 08:53:26] CPU Supports AES-NI: YES ) = 51 rt_sigaction(SIGINT, {0x40c807, [INT], SA_RESTORER|SA_RESTART, 0x2b0268d9f4b0}, {SIG_DFL, [], 0},  = 0 mmap(NULL, 2113536, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x2b026dde6000 mprotect(0x2b026dde6000, 4096, PROT_NONE) = 0 clone(child_stack=0x2b026dde84f0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x2b026dfe99d0, tls=0x2b026dfe9700, child_tidptr=0x2b026dfe99d0) = 27803 mmap(NULL, 2113536, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x2b026dfea000 mprotect(0x2b026dfea000, 4096, PROT_NONE) = 0 clone(child_stack=0x2b026dfec4f0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x2b026e1ed9d0, tls=0x2b026e1ed700, child_tidptr=0x2b026e1ed9d0) = 27804 futex(0xba6094, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xba6090, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1 mmap(NULL, 2113536, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x2b026e1ee000 [2016-12-09 08:53:26] Starting Stratum on stratum+tcp://cryptonight.eu.nicehash.com:3355 +++ killed by SIGSEGV (core dumped) +++ Segmentation fault (core dumped) Regardless if i use the binaries or build from source, it always coredumps. |
|
|
|
No idea why people are still mining ZEC with their 470/480. Basically throwing $0.15-$0.20 daily per card away in profits.
What will you advice then? If youre not with ZEC. Will appreciate if you suggest and give us idea what to mine instead. Please. Thank you  Take your pick. |
|
|
|
these power spikes or shutdown/crash seems to have a correlation with to much undervolt and overclock, depends of cards and their quality, I raised voltages, less overclock and for now is running fine.
Even with stock, it still occurs. |
|
|
|
Anyone having these Power Spikes/Shutdowns with Tahiti GPUs?
I monitored mine at the wall, and the power was constant the entire time. It never went more than 5% off from the average wattage.
Don't have any issues however I got like 2000 Watts of PSU power, powering only 5x 280x since I needed the extra PCIe plugs.
Maybe its only with the RX series, however for those its not worth the switch since ETH is just as profitable at the moment.
You're not going to catch these spikes at the wall. Use Corsair link if you have that PSU's and you can see it easily. Some people have reported HWINFO catches it as well but i haven't tested that. |
|
|
|
Anyone knows why my GPU 0 is about 20H/S faster than my other gpus?
GPU 0 pushes ~ 230 H/S! Other GPU's ~ 210 H/S
All cards are Rx 480 Nitro+
210 H/s is not bad but why is GPU 0 so high??
GPU0 is probably a full length PCI-e slot and the rest are smaller slots? Does this matter? Im having the same hashrate with the 16x and the 4x slots even I cant feel any difference during gaming. All depends. That typically can make a difference if you're not using risers. Also, you might want to install HWINFO and check the ASIC quality (it does make a difference for ZEC, you can push that card harder). |
|
|
|
Anyone knows why my GPU 0 is about 20H/S faster than my other gpus?
GPU 0 pushes ~ 230 H/S! Other GPU's ~ 210 H/S
All cards are Rx 480 Nitro+
210 H/s is not bad but why is GPU 0 so high??
GPU0 is probably a full length PCI-e slot and the rest are smaller slots? |
|
|
|
All my rigs are stable with v9 even with overclocks, my psu power capacity for my cards are still based on power consumption in mining scrypt, except for my 3x 290x on 1250w psu.
Best you monitor the spikes .. Even with a 1200w corsair PSU, with 6 undervolted and underclocked rx480's i'm seeing very large spikes. |
|
|
|
|
Show Posts
