Some of this is a bit of unfamiliar territory for me, but I am learning. I will try enabling core dumps, etc. and see if I can get some more information. I will open up a jira ticket in the next couple of days. Thanks for your help. Jason On Thu, Dec 10, 2015 at 4:19 PM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
if coredumps are not made, you need to enable them, and then install debug symbols (-dbg packages), and run gdb on the core fule. Then it shoul dindicate the line number in the sources where it crashed.
Here's one suspect: mod_spandsp_fax.c, mod_spandsp_fax_process_fax:
int16_t *buf = NULL; .... buf = switch_core_session_alloc(session, SWITCH_RECOMMENDED_BUFFER_SIZE);
are we guaranteed that alloc returns a 16-bit aligned pointer?
I think it makes sense to open a jira ticket anyway
On Thu, Dec 10, 2015 at 10:51 PM, Komar, Jason <jkomar@jbox.ca> wrote:
This is on FreeSWITCH Version 1.6.5+git-20151209T192325Z~70b8c17763~32bit (git 70b8c17 2015-12-09 19:23:25Z 32bit) by the way.
On Thu, Dec 10, 2015 at 2:49 PM, Komar, Jason <jkomar@jbox.ca> wrote:
I get nothing in debug or sip trace. It always dies at mod_spandsp_fax
so
I figured it was in that module. At that point freeswitch just restarts without throwing any errors.
Kernel log shows:
Dec 10 14:16:17 antman kernel: [ 5949.832802] Alignment trap: not handling instruction ecb17a01 at [<b44fe32c>] Dec 10 14:16:17 antman kernel: [ 5949.834290] Unhandled fault: alignment exception (0x001) at 0xb4546e4a
The only part of the exception that is the same every time it happens is "instruction ecb17a01."
I would have just opened a JIRA, but I didn't think this was enough information. I have been Googling trying to figure out how to get more info.
Jason
On Thu, Dec 10, 2015 at 2:37 PM, Stanislav Sinyagin < ssinyagin@gmail.com> wrote:
Hi, I didn't see any errors, but I'm not using fax, and mostly it's bridging the calls and connecting users to a conference. Do you have
more
debugging information?
Most probably the source of the problem is that x86 allows unaligned memory access: a word pointer can have any value. And other architectures don't allow this, and require the pointers to be aligned to word boundaries. Mongodb, for example, is known to fail on any non-x86 CPU because of that.
So, probably mod_spandsp needs an audit.
On 10 Dec 2015 21:11, "Komar, Jason" <jkomar@jbox.ca> wrote:
Your instructions worked great for me building on/for my Odroid-U3
(arm)
running Debian Jessie.
I know you are running on arm at scaleway. Do you ever run into any alignment issues? I'm getting alignment exception faults receiving faxes and I'm having trouble pulling any useful debug messages.
Thanks, Jason
On Mon, Nov 30, 2015 at 9:27 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
hi,
I put together the build scenario that I tested for ARM (armhf at scaleway.com), and it should also work for other architectures:
https://freeswitch.org/confluence/display/FREESWITCH/Building+debs+for+other...
It will be great if someone tests them on other architectures too.
cheers, stanislav
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org