davies147
100% cpu on raspberry pi
when starting astmanproxy on a raspberry pi, the cpu goes to 99% cpu . Astmanproxy never manages to connect to the asterisk instance
Anyone seen this ? What steps can I take to see where the problem may be ?
We do use astmanproxy on a centos installation with no problems at all
On 8 February 2013 06:59, jmls [email protected] wrote:
when starting astmanproxy on a raspberry pi, the cpu goes to 99% cpu . Astmanproxy never manages to connect to the asterisk instance
Anyone seen this ? What steps can I take to see where the problem may be ?
We do use astmanproxy on a centos installation with no problems at all
— Reply to this email directly or view it on GitHubhttps://github.com/davies147/astmanproxy/issues/4.
I'm pretty sure I just compiled the latest version for Pi and it ran nicely.
On the other hand, our Pi dev environment is down at present, so I cannot be sure that nothing was changed to make it work.
I do not remember ever seeing a 100% CPU issue in astmanproxy - Which version have you checked out?
Steve
Hi Steve, thanks for the response.
git status gives me "on branch master"
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 8717 root 20 0 3764 892 680 R 98.0 0.2 0:06.54 astmanproxy
it may be some bad config or missing libs or something - but as I said, we've been compiling / using astmanproxy for years now. I just don't know where to start.
thanks again
On 8 February 2013 08:00, Steve Davies [email protected] wrote:
On 8 February 2013 06:59, jmls [email protected] wrote:
when starting astmanproxy on a raspberry pi, the cpu goes to 99% cpu . Astmanproxy never manages to connect to the asterisk instance
Anyone seen this ? What steps can I take to see where the problem may be ?
We do use astmanproxy on a centos installation with no problems at all
— Reply to this email directly or view it on GitHub< https://github.com/davies147/astmanproxy/issues/4>.
I'm pretty sure I just compiled the latest version for Pi and it ran nicely.
On the other hand, our Pi dev environment is down at present, so I cannot be sure that nothing was changed to make it work.
I do not remember ever seeing a 100% CPU issue in astmanproxy - Which version have you checked out?
Steve
— Reply to this email directly or view it on GitHubhttps://github.com/davies147/astmanproxy/issues/4#issuecomment-13280458.
Julian Lyndon-Smith IT Director, dot.r http://www.dotr.com
"The bitterness of poor quality remains long after the sweetness of low price is forgotten”
Follow dot.r on http://twitter.com/DotRlimited
On 8 February 2013 08:06, jmls [email protected] wrote:
Hi Steve, thanks for the response.
git status gives me "on branch master"
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 8717 root 20 0 3764 892 680 R 98.0 0.2 0:06.54 astmanproxy
it may be some bad config or missing libs or something - but as I said, we've been compiling / using astmanproxy for years now. I just don't know where to start.
thanks again
On 8 February 2013 08:00, Steve Davies [email protected] wrote:
On 8 February 2013 06:59, jmls [email protected] wrote:
when starting astmanproxy on a raspberry pi, the cpu goes to 99% cpu . Astmanproxy never manages to connect to the asterisk instance
Anyone seen this ? What steps can I take to see where the problem may be ?
We do use astmanproxy on a centos installation with no problems at all
— Reply to this email directly or view it on GitHub< https://github.com/davies147/astmanproxy/issues/4>.
I'm pretty sure I just compiled the latest version for Pi and it ran nicely.
On the other hand, our Pi dev environment is down at present, so I cannot be sure that nothing was changed to make it work.
I do not remember ever seeing a 100% CPU issue in astmanproxy - Which version have you checked out?
Steve
— Reply to this email directly or view it on GitHub< https://github.com/davies147/astmanproxy/issues/4#issuecomment-13280458>.
Are you able to run astmanproxy in debug mode in the foreground
astmanproxy -dddddddddd
to see if it is looping in any obvious place?
Failing that, run it under GDB, and interrupt it while its in the loop and grab a back-trace to see where it is interrupted. This latter option would probably require a debug build to be useful - I might be able to provide some pointer if necessary, but probably do that off-line rather than via GitHub's mail-list thing.
Steve
astmanproxy -dddddddddd does not produce anything
I'll have a look at how to start astmanproxy with gdb and get back to you. Email me offline if you would prefer - julian_at_dotr_dot_com
thanks
On 8 February 2013 08:10, Steve Davies [email protected] wrote:
On 8 February 2013 08:06, jmls [email protected] wrote:
Hi Steve, thanks for the response.
git status gives me "on branch master"
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 8717 root 20 0 3764 892 680 R 98.0 0.2 0:06.54 astmanproxy
it may be some bad config or missing libs or something - but as I said, we've been compiling / using astmanproxy for years now. I just don't know where to start.
thanks again
On 8 February 2013 08:00, Steve Davies [email protected] wrote:
On 8 February 2013 06:59, jmls [email protected] wrote:
when starting astmanproxy on a raspberry pi, the cpu goes to 99% cpu . Astmanproxy never manages to connect to the asterisk instance
Anyone seen this ? What steps can I take to see where the problem may be ?
We do use astmanproxy on a centos installation with no problems at all
— Reply to this email directly or view it on GitHub< https://github.com/davies147/astmanproxy/issues/4>.
I'm pretty sure I just compiled the latest version for Pi and it ran nicely.
On the other hand, our Pi dev environment is down at present, so I cannot be sure that nothing was changed to make it work.
I do not remember ever seeing a 100% CPU issue in astmanproxy - Which version have you checked out?
Steve
— Reply to this email directly or view it on GitHub< https://github.com/davies147/astmanproxy/issues/4#issuecomment-13280458>.
Are you able to run astmanproxy in debug mode in the foreground
astmanproxy -dddddddddd
to see if it is looping in any obvious place?
Failing that, run it under GDB, and interrupt it while its in the loop and grab a back-trace to see where it is interrupted. This latter option would probably require a debug build to be useful - I might be able to provide some pointer if necessary, but probably do that off-line rather than via GitHub's mail-list thing.
Steve
— Reply to this email directly or view it on GitHubhttps://github.com/davies147/astmanproxy/issues/4#issuecomment-13280674.
Julian Lyndon-Smith IT Director, dot.r http://www.dotr.com
"The bitterness of poor quality remains long after the sweetness of low price is forgotten”
Follow dot.r on http://twitter.com/DotRlimited
Any progress here? I've got the same issue and can't find the cause :-(
astmanproxy on raspberry pi 3b+ with latest raspbian would be just cool!
Are you able to try any of the tests above to determine where it gets stuck?
I've never been able to cause this issue myself.
On Thu, 17 Jan 2019 at 21:51, Florian Taeger [email protected] wrote:
Any progress here? I've got the same issue and can't find the cause :-(
astmanproxy on raspberry pi 3b+ with latest raspbian would be just cool!
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/davies147/astmanproxy/issues/4#issuecomment-455335589, or mute the thread https://github.com/notifications/unsubscribe-auth/AAA5ayPBNV0Rr9kFMJHZGRPHK4geXBldks5vEOjPgaJpZM4Aammd .
I've started astmanproxy with "astmanproxy -dddddddddd" but got no output at all. CPU load is up to 100% on one core. Nothing else. No idea where to look for the issue.
Are you in a position to run astmanproxy under either strace, and/or gdb, and break into it during the 100% CPU to see where it may be happening?
Can you also confirm which git branch/version you are building from?
Thanks, Steve
On Fri, 18 Jan 2019 at 16:27, Florian Taeger [email protected] wrote:
I've started astmanproxy with "astmanproxy -dddddddddd" but got no output at all. CPU load is up to 100% on one core. Nothing else. No idea where to look for the issue.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/davies147/astmanproxy/issues/4#issuecomment-455605396, or mute the thread https://github.com/notifications/unsubscribe-auth/AAA5azfmDPOFuqDzO68Fs-s8bWDcC4Lgks5vEfYOgaJpZM4Aammd .
Here is the strace output (just compiled the latest release which is 1.28.3 at the moment):
root@pi:/etc/asterisk# strace -ttT astmanproxy -ddddd 10:02:20.732127 execve("/usr/local/sbin/astmanproxy", ["astmanproxy", "-ddddd"], [/* 20 vars */]) = 0 <0.000665> 10:02:20.733536 brk(NULL) = 0x1da6000 <0.000044> 10:02:20.733878 uname({sysname="Linux", nodename="tapiprx01", ...}) = 0 <0.000048> 10:02:20.734099 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) <0.000057> 10:02:20.734303 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x76f19000 <0.000054> 10:02:20.734524 access("/etc/ld.so.preload", R_OK) = 0 <0.000051> 10:02:20.734697 open("/etc/ld.so.preload", O_RDONLY|O_CLOEXEC) = 3 <0.000062> 10:02:20.734883 fstat64(3, {st_mode=S_IFREG|0644, st_size=42, ...}) = 0 <0.000043> 10:02:20.735051 mmap2(NULL, 42, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0x76f18000 <0.000050> 10:02:20.735217 close(3) = 0 <0.000039> 10:02:20.735392 open("/usr/lib/arm-linux-gnueabihf/libarmmem.so", O_RDONLY|O_CLOEXEC) = 3 <0.000060> 10:02:20.735574 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\210\5\0\0004\0\0\0"..., 512) = 512 <0.000050> 10:02:20.735758 lseek(3, 20868, SEEK_SET) = 20868 <0.000041> 10:02:20.735906 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1000) = 1000 <0.000044> 10:02:20.736068 lseek(3, 20540, SEEK_SET) = 20540 <0.000039> 10:02:20.736206 read(3, "A,\0\0\0aeabi\0\1\"\0\0\0\0056\0\6\6\10\1\t\1\n\3\f\1\22\4\24"..., 45) = 45 <0.000041> 10:02:20.736367 fstat64(3, {st_mode=S_IFREG|0644, st_size=21868, ...}) = 0 <0.000039> 10:02:20.736537 mmap2(NULL, 86080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76ed5000 <0.000052> 10:02:20.736709 mprotect(0x76eda000, 61440, PROT_NONE) = 0 <0.000060> 10:02:20.736874 mmap2(0x76ee9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4000) = 0x76ee9000 <0.000081> 10:02:20.737114 close(3) = 0 <0.000039> 10:02:20.737281 munmap(0x76f18000, 42) = 0 <0.000071> 10:02:20.737469 open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 <0.000056> 10:02:20.737655 fstat64(3, {st_mode=S_IFREG|0644, st_size=27533, ...}) = 0 <0.000040> 10:02:20.737818 mmap2(NULL, 27533, PROT_READ, MAP_PRIVATE, 3, 0) = 0x76f12000 <0.000048> 10:02:20.737981 close(3) = 0 <0.000039> 10:02:20.738139 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) <0.000049> 10:02:20.738323 open("/usr/lib/arm-linux-gnueabihf/libssl.so.1.1", O_RDONLY|O_CLOEXEC) = 3 <0.000054> 10:02:20.738503 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\350\346\0\0004\0\0\0"..., 512) = 512 <0.000047> 10:02:20.738673 lseek(3, 331000, SEEK_SET) = 331000 <0.000040> 10:02:20.738816 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1080) = 1080 <0.000046> 10:02:20.738984 lseek(3, 330652, SEEK_SET) = 330652 <0.000037> 10:02:20.739126 read(3, "A,\0\0\0aeabi\0\1\"\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., 45) = 45 <0.000040> 10:02:20.739289 fstat64(3, {st_mode=S_IFREG|0644, st_size=332080, ...}) = 0 <0.000039> 10:02:20.739460 mmap2(NULL, 396436, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76e74000 <0.000051> 10:02:20.739630 mprotect(0x76ebf000, 61440, PROT_NONE) = 0 <0.000055> 10:02:20.739791 mmap2(0x76ece000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4a000) = 0x76ece000 <0.000065> 10:02:20.740026 close(3) = 0 <0.000040> 10:02:20.740221 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) <0.000048> 10:02:20.740411 open("/lib/arm-linux-gnueabihf/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3 <0.000061> 10:02:20.740599 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0P\t\0\0004\0\0\0"..., 512) = 512 <0.000045> 10:02:20.740775 lseek(3, 8680, SEEK_SET) = 8680 <0.000039> 10:02:20.740918 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1120) = 1120 <0.000043> 10:02:20.741083 lseek(3, 8328, SEEK_SET) = 8328 <0.000037> 10:02:20.741226 read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 47) = 47 <0.000041> 10:02:20.741388 fstat64(3, {st_mode=S_IFREG|0644, st_size=9800, ...}) = 0 <0.000041> 10:02:20.741560 mmap2(NULL, 73912, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76e61000 <0.000053> 10:02:20.741731 mprotect(0x76e63000, 61440, PROT_NONE) = 0 <0.000057> 10:02:20.741895 mmap2(0x76e72000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x76e72000 <0.000072> 10:02:20.742129 close(3) = 0 <0.000040> 10:02:20.742299 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) <0.000049> 10:02:20.742490 open("/lib/arm-linux-gnueabihf/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3 <0.000060> 10:02:20.742668 read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\\I\0\0004\0\0\0"..., 512) = 512 <0.000044> 10:02:20.742835 lseek(3, 125740, SEEK_SET) = 125740 <0.000039> 10:02:20.742981 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1560) = 1560 <0.000045> 10:02:20.743147 lseek(3, 90536, SEEK_SET) = 90536 <0.000040> 10:02:20.743291 read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 47) = 47 <0.000043> 10:02:20.743455 fstat64(3, {st_mode=S_IFREG|0755, st_size=127300, ...}) = 0 <0.000040> 10:02:20.743625 mmap2(NULL, 164432, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76e38000 <0.000052> 10:02:20.743927 mprotect(0x76e4e000, 61440, PROT_NONE) = 0 <0.000062> 10:02:20.744105 mmap2(0x76e5d000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x76e5d000 <0.000076> 10:02:20.744338 mmap2(0x76e5f000, 4688, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x76e5f000 <0.000062> 10:02:20.744548 close(3) = 0 <0.000038> 10:02:20.744745 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) <0.000051> 10:02:20.744946 open("/lib/arm-linux-gnueabihf/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 <0.000064> 10:02:20.745135 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0@h\1\0004\0\0\0"..., 512) = 512 <0.000047> 10:02:20.745306 lseek(3, 1231820, SEEK_SET) = 1231820 <0.000041> 10:02:20.745454 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 2880) = 2880 <0.000048> 10:02:20.745626 lseek(3, 1228284, SEEK_SET) = 1228284 <0.000037> 10:02:20.745808 read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 47) = 47 <0.000042> 10:02:20.746034 fstat64(3, {st_mode=S_IFREG|0755, st_size=1234700, ...}) = 0 <0.000041> 10:02:20.746266 mmap2(NULL, 1303872, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76cf9000 <0.000053> 10:02:20.746501 mprotect(0x76e23000, 61440, PROT_NONE) = 0 <0.000062> 10:02:20.746727 mmap2(0x76e32000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x129000) = 0x76e32000 <0.000074> 10:02:20.747003 mmap2(0x76e35000, 9536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x76e35000 <0.000063> 10:02:20.747269 close(3) = 0 <0.000041> 10:02:20.747562 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) <0.000051> 10:02:20.747827 open("/usr/lib/arm-linux-gnueabihf/libcrypto.so.1.1", O_RDONLY|O_CLOEXEC) = 3 <0.000062> 10:02:20.748078 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\0\240\4\0004\0\0\0"..., 512) = 512 <0.000047> 10:02:20.748311 lseek(3, 1847492, SEEK_SET) = 1847492 <0.000040> 10:02:20.748515 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1120) = 1120 <0.000045> 10:02:20.748740 lseek(3, 1847132, SEEK_SET) = 1847132 <0.000038> 10:02:20.748938 read(3, "A,\0\0\0aeabi\0\1\"\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 45) = 45 <0.000041> 10:02:20.749161 fstat64(3, {st_mode=S_IFREG|0644, st_size=1848612, ...}) = 0 <0.000040> 10:02:20.749393 mmap2(NULL, 1924908, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76b23000 <0.000051> 10:02:20.749626 mprotect(0x76cd0000, 65536, PROT_NONE) = 0 <0.000055> 10:02:20.749845 mmap2(0x76ce0000, 90112, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1ad000) = 0x76ce0000 <0.000072> 10:02:20.750121 mmap2(0x76cf6000, 12076, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x76cf6000 <0.000060> 10:02:20.750400 close(3) = 0 <0.000040> 10:02:20.750823 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x76f10000 <0.000049> 10:02:20.751066 set_tls(0x76f104c0, 0x76f10b98, 0x76f1c050, 0x76f104c0, 0x76f1c050) = 0 <0.000037> 10:02:20.751528 mprotect(0x76e32000, 8192, PROT_READ) = 0 <0.000061> 10:02:20.751802 mprotect(0x76e72000, 4096, PROT_READ) = 0 <0.000057> 10:02:20.752132 mprotect(0x76e5d000, 4096, PROT_READ) = 0 <0.000052> 10:02:20.753932 mprotect(0x76ce0000, 61440, PROT_READ) = 0 <0.000071> 10:02:20.754460 mprotect(0x76ece000, 12288, PROT_READ) = 0 <0.000057> 10:02:20.754719 mprotect(0x76ed5000, 20480, PROT_READ|PROT_WRITE) = 0 <0.000049> 10:02:20.754972 mprotect(0x76ed5000, 20480, PROT_READ|PROT_EXEC) = 0 <0.000059> 10:02:20.755199 cacheflush(0x76ed5000, 0x76eda000, 0, 0x15, 0) = 0 <0.000045> 10:02:20.755416 mprotect(0x76ee9000, 4096, PROT_READ) = 0 <0.000058> 10:02:20.755656 mprotect(0x2c000, 4096, PROT_READ) = 0 <0.000050> 10:02:20.755902 mprotect(0x76f1b000, 4096, PROT_READ) = 0 <0.000053> 10:02:20.756119 munmap(0x76f12000, 27533) = 0 <0.000084> 10:02:20.756397 set_tid_address(0x76f10068) = 17471 <0.000039> 10:02:20.756600 set_robust_list(0x76f10070, 12) = 0 <0.000037> 10:02:20.756828 rt_sigaction(SIGRTMIN, {sa_handler=0x76e3c2b0, sa_mask=[], sa_flags=SA_RESTORER|SA_SIGINFO, sa_restorer=0x76d256c0}, NULL, 8) = 0 <0.000041> 10:02:20.757083 rt_sigaction(SIGRT_1, {sa_handler=0x76e3c390, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART|SA_SIGINFO, sa_restorer=0x76d256c0}, NULL, 8) = 0 <0.000039> 10:02:20.757318 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 <0.000038> 10:02:20.757596 ugetrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 <0.000040>
Nothing happens after this entry. At all. Like nothing ;-)
The above strace was from the latest raspbian version.
Here is a strace generated on a CentOS 7 1810 on a Raspberry Pi 3B+:
[root@localhost asterisk]# strace -ttT astmanproxy -ddddd 08:49:07.364368 execve("/usr/local/sbin/astmanproxy", ["astmanproxy", "-ddddd"], [/* 27 vars */]) = 0 <0.000998> 08:49:07.366231 brk(NULL) = 0x10b9000 <0.000063> 08:49:07.366589 uname({sysname="Linux", nodename="localhost", ...}) = 0 <0.000063> 08:49:07.366874 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x76f1f000 <0.000071> 08:49:07.367200 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) <0.000077> 08:49:07.367553 open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 <0.000092> 08:49:07.367904 fstat64(3, {st_mode=S_IFREG|0644, st_size=21279, ...}) = 0 <0.000059> 08:49:07.368211 mmap2(NULL, 21279, PROT_READ, MAP_PRIVATE, 3, 0) = 0x76f19000 <0.000073> 08:49:07.368495 close(3) = 0 <0.000058> 08:49:07.368774 open("/lib/libssl.so.10", O_RDONLY|O_CLOEXEC) = 3 <0.000095> 08:49:07.369087 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\340\3\1\0004\0\0\0"..., 512) = 512 <0.000071> 08:49:07.369379 fstat64(3, {st_mode=S_IFREG|0755, st_size=359544, ...}) = 0 <0.000183> 08:49:07.369798 mmap2(NULL, 418764, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76e8a000 <0.000074> 08:49:07.370093 mprotect(0x76edb000, 65536, PROT_NONE) = 0 <0.000083> 08:49:07.370376 mmap2(0x76eeb000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x51000) = 0x76eeb000 <0.000108> 08:49:07.370758 close(3) = 0 <0.000059> 08:49:07.371082 open("/lib/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3 <0.000101> 08:49:07.371410 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\300\n\0\0004\0\0\0"..., 512) = 512 <0.000064> 08:49:07.371700 fstat64(3, {st_mode=S_IFREG|0755, st_size=26272, ...}) = 0 <0.000060> 08:49:07.371991 mmap2(NULL, 82136, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76e75000 <0.000075> 08:49:07.372277 mprotect(0x76e79000, 61440, PROT_NONE) = 0 <0.000079> 08:49:07.372555 mmap2(0x76e88000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x76e88000 <0.000099> 08:49:07.372915 close(3) = 0 <0.000057> 08:49:07.373209 open("/lib/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3 <0.000090> 08:49:07.373517 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\204V\0\0004\0\0\0"..., 512) = 512 <0.000058> 08:49:07.373789 fstat64(3, {st_mode=S_IFREG|0755, st_size=127352, ...}) = 0 <0.000051> 08:49:07.374060 mmap2(NULL, 156204, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76e4e000 <0.000063> 08:49:07.374326 mprotect(0x76e62000, 61440, PROT_NONE) = 0 <0.000071> 08:49:07.374585 mmap2(0x76e71000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0x76e71000 <0.000091> 08:49:07.374913 mmap2(0x76e73000, 4652, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x76e73000 <0.000074> 08:49:07.375219 close(3) = 0 <0.000048> 08:49:07.375523 open("/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 <0.000084> 08:49:07.375826 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0008\214\1\0004\0\0\0"..., 512) = 512 <0.000057> 08:49:07.376097 fstat64(3, {st_mode=S_IFREG|0755, st_size=1651808, ...}) = 0 <0.000052> 08:49:07.376364 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x76f18000 <0.000067> 08:49:07.376654 mmap2(NULL, 1422700, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76cf2000 <0.000062> 08:49:07.376919 mprotect(0x76e38000, 65536, PROT_NONE) = 0 <0.000070> 08:49:07.377180 mmap2(0x76e48000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x146000) = 0x76e48000 <0.000087> 08:49:07.377502 mmap2(0x76e4b000, 9580, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x76e4b000 <0.000073> 08:49:07.377811 close(3) = 0 <0.000049> 08:49:07.378160 open("/lib/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = 3 <0.000090> 08:49:07.378518 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\220\321\0\0004\0\0\0"..., 512) = 512 <0.000059> 08:49:07.378792 fstat64(3, {st_mode=S_IFREG|0755, st_size=124672, ...}) = 0 <0.000053> 08:49:07.379066 mmap2(NULL, 188728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76cc3000 <0.000071> 08:49:07.379340 mprotect(0x76ce1000, 61440, PROT_NONE) = 0 <0.000117> 08:49:07.379651 mmap2(0x76cf0000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1d000) = 0x76cf0000 <0.000092> 08:49:07.380005 close(3) = 0 <0.000051> 08:49:07.380324 open("/lib/libgssapi_krb5.so.2", O_RDONLY|O_CLOEXEC) = 3 <0.000091> 08:49:07.380644 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\360x\0\0004\0\0\0"..., 512) = 512 <0.000060> 08:49:07.380916 fstat64(3, {st_mode=S_IFREG|0755, st_size=260512, ...}) = 0 <0.000051> 08:49:07.381188 mmap2(NULL, 318960, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76c75000 <0.000067> 08:49:07.381460 mprotect(0x76cb2000, 61440, PROT_NONE) = 0 <0.000067> 08:49:07.381722 mmap2(0x76cc1000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3c000) = 0x76cc1000 <0.000086> 08:49:07.382060 close(3) = 0 <0.000048> 08:49:07.382374 open("/lib/libkrb5.so.3", O_RDONLY|O_CLOEXEC) = 3 <0.000087> 08:49:07.382685 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\250C\1\0004\0\0\0"..., 512) = 512 <0.000057> 08:49:07.382952 fstat64(3, {st_mode=S_IFREG|0755, st_size=786972, ...}) = 0 <0.000050> 08:49:07.383225 mmap2(NULL, 837388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76ba8000 <0.000068> 08:49:07.383496 mprotect(0x76c5e000, 61440, PROT_NONE) = 0 <0.000067> 08:49:07.383753 mmap2(0x76c6d000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb5000) = 0x76c6d000 <0.000086> 08:49:07.384093 close(3) = 0 <0.000050> 08:49:07.384408 open("/lib/libcom_err.so.2", O_RDONLY|O_CLOEXEC) = 3 <0.000087> 08:49:07.384715 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0H\17\0\0004\0\0\0"..., 512) = 512 <0.000056> 08:49:07.384986 fstat64(3, {st_mode=S_IFREG|0755, st_size=10988, ...}) = 0 <0.000053> 08:49:07.385257 mmap2(NULL, 74004, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76b95000 <0.000066> 08:49:07.385531 mprotect(0x76b97000, 61440, PROT_NONE) = 0 <0.000071> 08:49:07.385791 mmap2(0x76ba6000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x76ba6000 <0.000085> 08:49:07.386127 close(3) = 0 <0.000050> 08:49:07.386405 open("/lib/libk5crypto.so.3", O_RDONLY|O_CLOEXEC) = 3 <0.000089> 08:49:07.386712 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\324+\0\0004\0\0\0"..., 512) = 512 <0.000058> 08:49:07.386979 fstat64(3, {st_mode=S_IFREG|0755, st_size=197704, ...}) = 0 <0.000051> 08:49:07.387254 mmap2(NULL, 258544, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76b55000 <0.000067> 08:49:07.387525 mprotect(0x76b83000, 65536, PROT_NONE) = 0 <0.000066> 08:49:07.387782 mmap2(0x76b93000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2e000) = 0x76b93000 <0.000084> 08:49:07.388122 close(3) = 0 <0.000051> 08:49:07.388436 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x76f17000 <0.000062> 08:49:07.388720 open("/lib/libresolv.so.2", O_RDONLY|O_CLOEXEC) = 3 <0.000086> 08:49:07.389028 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0h&\0\0004\0\0\0"..., 512) = 512 <0.000060> 08:49:07.389298 fstat64(3, {st_mode=S_IFREG|0755, st_size=110068, ...}) = 0 <0.000054> 08:49:07.389624 mmap2(NULL, 165764, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76b2c000 <0.000067> 08:49:07.389897 mprotect(0x76b42000, 61440, PROT_NONE) = 0 <0.000070> 08:49:07.390161 mmap2(0x76b51000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x76b51000 <0.000096> 08:49:07.390498 mmap2(0x76b53000, 6020, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x76b53000 <0.000074> 08:49:07.390803 close(3) = 0 <0.000049> 08:49:07.391118 open("/lib/libcrypto.so.10", O_RDONLY|O_CLOEXEC) = 3 <0.000087> 08:49:07.391435 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0@\"\4\0004\0\0\0"..., 512) = 512 <0.000058> 08:49:07.391709 fstat64(3, {st_mode=S_IFREG|0755, st_size=1610488, ...}) = 0 <0.000051> 08:49:07.391981 mmap2(NULL, 1654652, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76998000 <0.000066> 08:49:07.392254 mprotect(0x76b04000, 65536, PROT_NONE) = 0 <0.000071> 08:49:07.392514 mmap2(0x76b14000, 86016, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16c000) = 0x76b14000 <0.000086> 08:49:07.392833 mmap2(0x76b29000, 12156, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x76b29000 <0.000075> 08:49:07.393152 close(3) = 0 <0.000050> 08:49:07.393518 open("/lib/libz.so.1", O_RDONLY|O_CLOEXEC) = 3 <0.000084> 08:49:07.393828 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\\\30\0\0004\0\0\0"..., 512) = 512 <0.000060> 08:49:07.394133 fstat64(3, {st_mode=S_IFREG|0755, st_size=81504, ...}) = 0 <0.000052> 08:49:07.394407 mmap2(NULL, 143424, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76974000 <0.000071> 08:49:07.394687 mprotect(0x76987000, 61440, PROT_NONE) = 0 <0.000071> 08:49:07.394949 mmap2(0x76996000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12000) = 0x76996000 <0.000089> 08:49:07.395292 close(3) = 0 <0.000050> 08:49:07.395645 open("/lib/libkrb5support.so.0", O_RDONLY|O_CLOEXEC) = 3 <0.000089> 08:49:07.395956 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\264*\0\0004\0\0\0"..., 512) = 512 <0.000058> 08:49:07.396227 fstat64(3, {st_mode=S_IFREG|0755, st_size=57856, ...}) = 0 <0.000053> 08:49:07.396499 mmap2(NULL, 119664, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76956000 <0.000070> 08:49:07.396773 mprotect(0x76963000, 61440, PROT_NONE) = 0 <0.000068> 08:49:07.397029 mmap2(0x76972000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc000) = 0x76972000 <0.000085> 08:49:07.397368 close(3) = 0 <0.000051> 08:49:07.397680 open("/lib/libkeyutils.so.1", O_RDONLY|O_CLOEXEC) = 3 <0.000088> 08:49:07.397990 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\340\20\0\0004\0\0\0"..., 512) = 512 <0.000057> 08:49:07.398256 fstat64(3, {st_mode=S_IFREG|0755, st_size=10640, ...}) = 0 <0.000053> 08:49:07.398529 mmap2(NULL, 40928, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7694c000 <0.000066> 08:49:07.398801 mprotect(0x7694e000, 28672, PROT_NONE) = 0 <0.000071> 08:49:07.399062 mmap2(0x76955000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x76955000 <0.000088> 08:49:07.399382 close(3) = 0 <0.000090> 08:49:07.399818 open("/lib/libselinux.so.1", O_RDONLY|O_CLOEXEC) = 3 <0.000088> 08:49:07.400140 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\260M\0\0004\0\0\0"..., 512) = 512 <0.000061> 08:49:07.400412 fstat64(3, {st_mode=S_IFREG|0755, st_size=133976, ...}) = 0 <0.000050> 08:49:07.400684 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x76f16000 <0.000067> 08:49:07.400981 mmap2(NULL, 199980, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7691b000 <0.000067> 08:49:07.401249 mprotect(0x7693a000, 61440, PROT_NONE) = 0 <0.000072> 08:49:07.401514 mmap2(0x76949000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1e000) = 0x76949000 <0.000090> 08:49:07.401838 mmap2(0x7694b000, 3372, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7694b000 <0.000077> 08:49:07.402152 close(3) = 0 <0.000049> 08:49:07.402487 open("/lib/libpcre.so.1", O_RDONLY|O_CLOEXEC) = 3 <0.000090> 08:49:07.402801 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\20\0\0004\0\0\0"..., 512) = 512 <0.000057>
08:49:07.403070 fstat64(3, {st_mode=S_IFREG|0755, st_size=364744, ...}) = 0 <0.000051>
08:49:07.403343 mmap2(NULL, 426280, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x768b2000 <0.000068>
08:49:07.403616 mprotect(0x7690a000, 61440, PROT_NONE) = 0 <0.000073>
08:49:07.403877 mmap2(0x76919000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x57000) = 0x76919000 <0.000083>
08:49:07.404210 close(3) = 0 <0.000050>
08:49:07.404681 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x76f15000 <0.000065>
08:49:07.405009 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x76f14000 <0.000059>
08:49:07.405318 set_tls(0x76f144c0, 0x76f14c28, 0x76f21000, 0x76f144c0, 0x76f21000) = 0 <0.000046>
08:49:07.405843 mprotect(0x76e48000, 8192, PROT_READ) = 0 <0.000074>
08:49:07.406200 mprotect(0x76e71000, 4096, PROT_READ) = 0 <0.000071>
08:49:07.406512 mprotect(0x76cf0000, 4096, PROT_READ) = 0 <0.000066>
08:49:07.406822 mprotect(0x76919000, 4096, PROT_READ) = 0 <0.000067>
08:49:07.407141 mprotect(0x76e88000, 4096, PROT_READ) = 0 <0.000064>
08:49:07.407481 mprotect(0x76949000, 4096, PROT_READ) = 0 <0.000065>
08:49:07.407826 mprotect(0x76b51000, 4096, PROT_READ) = 0 <0.000064>
08:49:07.408160 mprotect(0x76972000, 4096, PROT_READ) = 0 <0.000063>
08:49:07.408600 mprotect(0x76996000, 4096, PROT_READ) = 0 <0.000067>
08:49:07.409431 mprotect(0x76b14000, 57344, PROT_READ) = 0 <0.000084>
08:49:07.409944 mprotect(0x76b93000, 4096, PROT_READ) = 0 <0.000068>
08:49:07.410267 mprotect(0x76ba6000, 4096, PROT_READ) = 0 <0.000066>
08:49:07.410922 mprotect(0x76c6d000, 24576, PROT_READ) = 0 <0.000069>
08:49:07.411493 mprotect(0x76cc1000, 4096, PROT_READ) = 0 <0.000069>
08:49:07.411931 mprotect(0x76eeb000, 8192, PROT_READ) = 0 <0.000069>
08:49:07.412171 mprotect(0x2b000, 4096, PROT_READ) = 0 <0.000067>
08:49:07.412420 mprotect(0x76f20000, 4096, PROT_READ) = 0 <0.000065>
08:49:07.412628 munmap(0x76f19000, 21279) = 0 <0.000106>
08:49:07.412873 set_tid_address(0x76f14068) = 2838 <0.000050>
08:49:07.413056 set_robust_list(0x76f14070, 12) = 0 <0.000048>
08:49:07.413332 rt_sigaction(SIGRTMIN, {0x76e531ac, [], SA_RESTORER|SA_SIGINFO, 0x76d22860}, NULL, 8) = 0 <0.000053>
08:49:07.413574 rt_sigaction(SIGRT_1, {0x76e53054, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x76d22860}, NULL, 8) = 0 <0.000048>
08:49:07.413790 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 <0.000049>
08:49:07.414122 ugetrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 <0.000052>
08:49:07.414607 statfs("/sys/fs/selinux", {f_type=SELINUX_MAGIC, f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096, f_flags=ST_VALID|ST_RELATIME}) = 0 <0.000123>
08:49:07.415008 statfs("/sys/fs/selinux", {f_type=SELINUX_MAGIC, f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096, f_flags=ST_VALID|ST_RELATIME}) = 0 <0.000092>
08:49:07.415304 stat64("/sys/fs/selinux", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 <0.000090>
08:49:07.415779 brk(NULL) = 0x10b9000 <0.000054>
08:49:07.415973 brk(0x10da000) = 0x10da000 <0.000071>
08:49:07.416212 access("/etc/selinux/config", F_OK) = 0 <0.000071>
08:49:07.416572 open("/etc/pki/tls/legacy-settings", O_RDONLY) = -1 ENOENT (No such file or directory) <0.000082>
08:49:07.416881 access("/etc/system-fips", F_OK) = -1 ENOENT (No such file or directory) <0.000063>
08:49:07.417194 rt_sigprocmask(SIG_SETMASK, ~[ILL TRAP BUS FPE SEGV RTMIN RT_1], [], 8) = 0 <0.000051>
08:49:07.417422 rt_sigaction(SIGILL, {0x769de4f0, ~[ILL TRAP BUS FPE SEGV RTMIN RT_1], SA_RESTORER, 0x76d22840}, {SIG_DFL, [], 0}, 8) = 0 <0.000054>
08:49:07.417667 rt_sigprocmask(SIG_BLOCK, NULL, ~[ILL TRAP BUS FPE KILL SEGV STOP RTMIN RT_1], 8) = 0 <0.000051>
08:49:07.417874 rt_sigaction(SIGILL, {SIG_DFL, [], SA_RESTORER, 0x76d22840}, NULL, 8) = 0 <0.000053>
08:49:07.418077 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 <0.000051>`
That looks like it is having trouble setting up TLS - That is not code I've ever used since I only allow local/internal connections on my systems.
Are you using SSL? can you disable it to see if it helps? Does the same config work on a non-PI setup?
Cheers, Steve
The exact same config works just fine on a x86 machine. Right away.
I've tried to remove any ssl related config from astmanproxy but the issue is still existent.
Maybe some output from the compiling - I think there is an issue with SSL on the way that I didn't pay attention to earlier.
root@raspberrypi:/home/pi/astmanproxy# make gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -c -o astmanproxy.o src/astmanproxy.c src/astmanproxy.c: In function 'main': src/astmanproxy.c:764:6: warning: variable 'cli_addrlen' set but not used [-Wunused-but-set-variable] int cli_addrlen; ^~~~~~~~~~~ gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -c -o config.o src/config.c gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -c -o config_perms.o src/config_perms.c gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -c -o common.o src/common.c gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -c -o proxyfunc.o src/proxyfunc.c gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -c -o log.o src/log.c gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -c -o ssl.o src/ssl.c src/ssl.c: In function 'init_secure': src/ssl.c:59:7: warning: assignment discards 'const' qualifier from pointer target type [-Wdiscarded-qualifiers] meth = SSLv23_server_method(); ^ src/ssl.c: In function 'client_init_secure': src/ssl.c:90:7: warning: assignment discards 'const' qualifier from pointer target type [-Wdiscarded-qualifiers] meth = SSLv23_client_method(); ^ gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -c -o md5.o src/md5.c src/md5.c: In function 'MD5Final': src/md5.c:155:23: warning: argument to 'sizeof' in 'memset' call is the same expression as the destination; did you mean to dereference it? [-Wsizeof-pointer-memaccess] memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */ ^ gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -c -o xml.o src/xml.c gcc -shared -Xlinker -x xml.o -o xml.so gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -c -o standard.o src/standard.c gcc -shared -Xlinker -x standard.o -o standard.so gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -c -o csv.o src/csv.c gcc -shared -Xlinker -x csv.o -o csv.so gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -c -o http.o src/http.c gcc -shared -Xlinker -x http.o -o http.so gcc -Wall -O2 -D_REENTRANT -D_GNU_SOURCE -fPIC -Isrc/include -I/usr/include/openssl -iquotesrc/include '-DPROXY_VERSION="1.28.3"' '-DCDIR="/etc/asterisk"' '-DCFILE="astmanproxy.conf"' '-DMDIR="/usr/lib/astmanproxy/modules"' '-DPDIR="/etc/asterisk"' '-DPFILE="astmanproxy.users"' -o astmanproxy -Wl,-E astmanproxy.o config.o config_perms.o common.o proxyfunc.o log.o ssl.o md5.o -lssl -ldl -pthread if [ ! -f /var/lib/asterisk/certs/proxy-server.pem ]; then \ umask 77 ; \ PEM1=/bin/mktemp /tmp/openssl.XXXXXX ; \ PEM2=/bin/mktemp /tmp/openssl.XXXXXX; \ if [ ! -f /etc/asterisk/proxy-ssl.conf ]; then \ install ./configs/ssl.conf /etc/asterisk/proxy-ssl.conf; \ fi; \ /usr/bin/openssl req -newkey rsa:1024 -keyout $PEM1 -nodes -x509 -days 365 -out $PEM2 -set_serialdate "+%Y%m%d%H%M%S" -config /etc/asterisk/proxy-ssl.conf ; \ mkdir -p /var/lib/asterisk/certs; \ cat $PEM1 > /var/lib/asterisk/certs/proxy-server.pem ; \ echo "" >> /var/lib/asterisk/certs/proxy-server.pem ; \ cat $PEM2 >> /var/lib/asterisk/certs/proxy-server.pem ; \ rm $PEM1 $PEM2; \ fi root@raspberrypi:/home/pi/astmanproxy#
root@raspberrypi:/home/pi/astmanproxy# openssl version OpenSSL 1.1.0j 20 Nov 2018
So these two lines might be the issue:
src/ssl.c: In function 'init_secure': src/ssl.c:59:7: warning: assignment discards 'const' qualifier from pointer target type [-Wdiscarded-qualifiers] meth = SSLv23_server_method(); ^ src/ssl.c: In function 'client_init_secure': src/ssl.c:90:7: warning: assignment discards 'const' qualifier from pointer target type [-Wdiscarded-qualifiers] meth = SSLv23_client_method();
I've never touched that code - I inherited it from the original code base.
What version of libssl do you have installed - That code is so old that it should probably be compiled against libssl-1.0.1 but libssl-1.1 is the current version and they may not be compatible.
The error you posted is only a warning - it SHOULD be okay.
My other thought is selinux - can you check that selinux is disabled as I tend to find that breaks many things.
Regards, Steve
On Tue, 14 May 2019 at 12:51, Florian Taeger [email protected] wrote:
So these two lines might be the issue:
src/ssl.c: In function 'init_secure': src/ssl.c:59:7: warning: assignment discards 'const' qualifier from pointer target type [-Wdiscarded-qualifiers] meth = SSLv23_server_method(); ^ src/ssl.c: In function 'client_init_secure': src/ssl.c:90:7: warning: assignment discards 'const' qualifier from pointer target type [-Wdiscarded-qualifiers] meth = SSLv23_client_method();
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/davies147/astmanproxy/issues/4?email_source=notifications&email_token=AAADS26YLJ2TWXOXPFWKFQDPVKRTDA5CNFSM4ADKNGO2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODVLHIOI#issuecomment-492205113, or mute the thread https://github.com/notifications/unsubscribe-auth/AAADS26V4EMF3F6DMZ6DAM3PVKRTDANCNFSM4ADKNGOQ .
Hmm. It does work just fine on a x86 machine with the same openssl version. So I guess it's something in the code that is using something special to x86 hardware. Not sure though.
Is there a way to compile astmanproxy without ssl support?
It should not be possible to write processor specific code in 'C' unless it is something to do with the (very weird) endian-ness of the PI's CPU, which stores 64-bit values very strangely. You can put weird parameters on the compile line though - Are you compiling on the same device you are running it? Or something different like a cross-compile for example? The compiler should be compensating for all of that though.
Your best bet might be to put LOTS of extra debug lines into the source and see what happens. How far it gets into the code before using 100% CPU. You might be able to find exactly which line(s) it is stuck on.
I looked at our old PI build of astmanproxy from years back, and I did nothing special in the code and it worked as far as everyone remembers. That was probably on a PI v.1 though.
I cannot see any obvious way to disable SSL, it tries to initialise even if it is not using it.
On Sun, 19 May 2019 at 13:03, Florian Taeger [email protected] wrote:
Hmm. It does work just fine on a x86 machine with the same openssl version. So I guess it's something in the code that is using something special to x86 hardware. Not sure though.
Is there a way to compile astmanproxy without ssl support?
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/davies147/astmanproxy/issues/4?email_source=notifications&email_token=AAADS2ZTA7BOPYG2GVKXTHTPWE62VA5CNFSM4ADKNGO2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODVXAW5I#issuecomment-493751157, or mute the thread https://github.com/notifications/unsubscribe-auth/AAADS26R3I746PQCNJJUYVLPWE62VANCNFSM4ADKNGOQ .