On Thu, Oct 19, 2017 at 07:27:45PM +0200, Karsten Hilbert wrote: > I am currently running the bootstrapper with mxdatetime as a > dbg build to see what gives. The only other C extension I am > aware of that is in use is psycopg2.
So here's the final console output of that: ==> bootstrapping "v20_fixups-pre_v21" ... ==> dropping pre-existing target database [gnumed_v21] ... ==> cloning [gnumed_v20] (72 MB) as target database [gnumed_v21] ... ==> reindexing target database (can take a while) ... ==> transferring users ... ==> bootstrapping "v20-v21-static" ... ==> bootstrapping "v20-v21-dynamic" ... ==> bootstrapping "v21-fixups" ... ==> setting up auditing ... ==> setting up encounter/episode FKs and IDXs ... ==> setting up encounter/episode FK sanity check triggers ... ==> setting up generic notifications ... ==> upgrading reference data sets ... ==> verifying target database schema ... ==> checking migrated data for plausibility ... Done bootstrapping GNUmed database: We very likely succeeded. log: /home/ncq/Projekte/gm-git/gnumed/gnumed/server/bootstrap/bootstrap-latest.log Debug memory block at address p=0x717b7c: API '' 0 bytes originally requested The 3 pad bytes at p-3 are not all FORBIDDENBYTE (0xfb): at p-3: 0x03 *** OUCH at p-2: 0x4e *** OUCH at p-1: 0x00 *** OUCH Because memory is corrupted at the start, the count of bytes requested may be bogus, and checking the trailing pad bytes may segfault. The 4 pad bytes at tail=0x717b7c are not all FORBIDDENBYTE (0xfb): at tail+0: 0x00 *** OUCH at tail+1: 0x00 *** OUCH at tail+2: 0x00 *** OUCH at tail+3: 0x00 *** OUCH The block was made by call #0 to debug malloc/realloc. Fatal Python error: bad ID: Allocated using API '', verified using API 'o' ./bootstrap-latest.sh: Zeile 80: 28023 Abgebrochen ./bootstrap_gm_db_system.py --log-file=${LOG} --conf-file=${CONF} --${QUIET} Bootstrapping "gnumed_v21" did not finish successfully (134). Aborting. Note there's not faulthandler output here because I don't yet know how to get a debug build of *that* (Debian does not seem to have one and neither does pypi to my knowledge). That'd be needed because of: root@hermes:~/bin# python2.7-dbg Python 2.7.14 (default, Sep 17 2017, 18:50:44) [GCC 7.2.0] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import faulthandler Traceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: /usr/lib/python2.7/dist-packages/faulthandler.i386-linux-gnu.so: undefined symbol: Py_InitModule4 [45316 refs] >>> Can anyone give more guidance on what the above python debug output might vaguely point to ? Thanks, Karsten -- GPG key ID E4071346 @ eu.pool.sks-keyservers.net E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346 -- https://mail.python.org/mailman/listinfo/python-list