classicupgrade fails with: PANIC: No talloc stackframe

[Gémes Géza]

2012-07-19 15:37 keltezéssel, Andrew Bartlett írta:
> Thanks, the critical lines are:
>
> On Thu, 2012-07-19 at 15:18 +0200, Gémes Géza wrote:
>> PANIC: No talloc stackframe
>> ==1925==
>> ==1925== Process terminating with default action of signal 6 (SIGABRT)
>> ==1925==    at 0x5F5F475: raise (raise.c:64)
>> ==1925==    by 0x5F626EF: abort (abort.c:92)
>> ==1925==    by 0x752ED8A: smb_panic_default (fault.c:149)
>> ==1925==    by 0x752EDC8: smb_panic (fault.c:162)
>> ==1925==    by 0x751FF12: _talloc_tos (talloc_stack.c:202)
>> ==1925==    by 0x15C3F851: handle_realm (loadparm.c:6709)
>> ==1925==    by 0x15C408C3: lp_do_parameter (loadparm.c:7113)
>> ==1925==    by 0x15C40C0F: lp_set_cmdline_helper (loadparm.c:7198)
>> ==1925==    by 0x15C40F32: lp_set_cmdline (loadparm.c:7238)
>> ==1925==    by 0x6EEE4FE: lpcfg_set_cmdline (loadparm.c:2757)
>> ==1925==    by 0x6CCCAA2: py_lp_ctx_set (pyparam.c:220)
>> ==1925==    by 0x4EAA3A: PyEval_EvalFrameEx (in /usr/bin/python2.7)
>> ==1925==
> In short, we probably need to rework the handle_realm() not to use
> talloc_tos().
>
> Andrew Bartlett
>
Hi,

Building the source with configure --enable-debug instead of 
configure.developer circumvented the problem for me, a real solution 
would be however more welcome of course.

In the meantime I'm still fighting to get the upgrade process pull some 
posix attributes from ldap :-(

Cheers

Geza