I cannot start a with ./bin/instance start on a mac. In Linux it works fine. fg and console work in both systems. The is no coredump and no segfault.
It seems that zdaemon/zdrun.py tries to start the instance 10 times before it gives up. I did not figure out where it dies.
The running processes switches ten times between:
$ ps aux | grep python
pbauer 9823 0,0 0,0 2434240 4012 ?? Ss 2:25pm 0:00.03 /usr/local/Cellar/python/3.7.2_2/Frameworks/Python.framework/Versions/3.7/Resources/Python.app/Contents/MacOS/Python /Users/pbauer/workspace/plip/parts/instance/bin/interpreter /Users/pbauer/.cache/buildout/eggs/zdaemon-4.3-py3.7.egg/zdaemon/zdrun.py -S /Users/pbauer/workspace/plip/src/plone.recipe.zope2instance/src/plone/recipe/zope2instance/wsgischema.xml -b 10 -d -s zdsock -m 0o22 -x 0,2 -z /Users/pbauer/workspace/plip/parts/instance /Users/pbauer/workspace/plip/bin/python3.7 /Users/pbauer/workspace/plip/parts/instance/bin/interpreter /Users/pbauer/.cache/buildout/eggs/Zope-4.0b8-py3.7.egg/Zope2/Startup/serve.py /Users/pbauer/workspace/plip/parts/instance/etc/wsgi.ini
and
$ ps aux | grep python
pbauer 13920 54,1 0,1 2423544 12872 ?? R 2:26pm 0:00.29 /usr/local/Cellar/python/3.7.2_2/Frameworks/Python.framework/Versions/3.7/Resources/Python.app/Contents/MacOS/Python /Users/pbauer/workspace/plip/parts/instance/bin/interpreter /Users/pbauer/.cache/buildout/eggs/Zope-4.0b8-py3.7.egg/Zope2/Startup/serve.py /Users/pbauer/workspace/plip/parts/instance/etc/wsgi.ini
pbauer 9823 0,2 0,0 2434240 4012 ?? Ss 2:25pm 0:00.03 /usr/local/Cellar/python/3.7.2_2/Frameworks/Python.framework/Versions/3.7/Resources/Python.app/Contents/MacOS/Python /Users/pbauer/workspace/plip/parts/instance/bin/interpreter /Users/pbauer/.cache/buildout/eggs/zdaemon-4.3-py3.7.egg/zdaemon/zdrun.py -S /Users/pbauer/workspace/plip/src/plone.recipe.zope2instance/src/plone/recipe/zope2instance/wsgischema.xml -b 10 -d -s zdsock -m 0o22 -x 0,2 -z /Users/pbauer/workspace/plip/parts/instance /Users/pbauer/workspace/plip/bin/python3.7 /Users/pbauer/workspace/plip/parts/instance/bin/interpreter /Users/pbauer/.cache/buildout/eggs/Zope-4.0b8-py3.7.egg/Zope2/Startup/serve.py /Users/pbauer/workspace/plip/parts/instance/etc/wsgi.ini
before it dies for good.
Can someone with a mac please confirm this?
There鈥榮 Zope-4.0b8 ... is this with b10 also ?
This happens for me in coredev and rc1 (both use 4.0b10) but it also happened in 4.0b8.
Can you reproduce it?
yes ... the same here ... bin/instance start dies on MacOS Moave with python3.7 with current coredev
Found it! It's a issue in Products.PDBDebugMode.
I set a default-value for the runner.transcript (in zdaemon.zdoptions.RunnerOptions) and checked that logfile. I do now know how to do that in the comand-line.
Traceback (most recent call last):
File "/Users/pbauer/workspace/plip/parts/instance/bin/interpreter", line 276, in <module>
exec(compile(__file__f.read(), __file__, "exec"))
File "/Users/pbauer/.cache/buildout/eggs/Zope-4.0b10-py3.7.egg/Zope2/Startup/serve.py", line 219, in <module>
sys.exit(main() or 0)
File "/Users/pbauer/.cache/buildout/eggs/Zope-4.0b10-py3.7.egg/Zope2/Startup/serve.py", line 216, in main
return command.run()
File "/Users/pbauer/.cache/buildout/eggs/Zope-4.0b10-py3.7.egg/Zope2/Startup/serve.py", line 183, in run
global_conf=vars)
File "/Users/pbauer/.cache/buildout/eggs/Zope-4.0b10-py3.7.egg/Zope2/Startup/serve.py", line 207, in loadapp
return loadapp(app_spec, name=name, relative_to=relative_to, **kw)
File "/Users/pbauer/.cache/buildout/eggs/PasteDeploy-2.0.1-py3.7.egg/paste/deploy/loadwsgi.py", line 253, in loadapp
return loadobj(APP, uri, name=name, **kw)
File "/Users/pbauer/.cache/buildout/eggs/PasteDeploy-2.0.1-py3.7.egg/paste/deploy/loadwsgi.py", line 278, in loadobj
return context.create()
File "/Users/pbauer/.cache/buildout/eggs/PasteDeploy-2.0.1-py3.7.egg/paste/deploy/loadwsgi.py", line 715, in create
return self.object_type.invoke(self)
File "/Users/pbauer/.cache/buildout/eggs/PasteDeploy-2.0.1-py3.7.egg/paste/deploy/loadwsgi.py", line 209, in invoke
app = context.app_context.create()
File "/Users/pbauer/.cache/buildout/eggs/PasteDeploy-2.0.1-py3.7.egg/paste/deploy/loadwsgi.py", line 715, in create
return self.object_type.invoke(self)
File "/Users/pbauer/.cache/buildout/eggs/PasteDeploy-2.0.1-py3.7.egg/paste/deploy/loadwsgi.py", line 152, in invoke
return fix_call(context.object, context.global_conf, **context.local_conf)
File "/Users/pbauer/.cache/buildout/eggs/PasteDeploy-2.0.1-py3.7.egg/paste/deploy/util.py", line 55, in fix_call
val = callable(*args, **kw)
File "/Users/pbauer/.cache/buildout/eggs/Zope-4.0b10-py3.7.egg/Zope2/Startup/run.py", line 67, in make_wsgi_app
starter.prepare()
File "/Users/pbauer/.cache/buildout/eggs/Zope-4.0b10-py3.7.egg/Zope2/Startup/starter.py", line 40, in prepare
self.startZope()
File "/Users/pbauer/.cache/buildout/eggs/Zope-4.0b10-py3.7.egg/Zope2/Startup/starter.py", line 96, in startZope
Zope2.startup_wsgi()
File "/Users/pbauer/.cache/buildout/eggs/Zope-4.0b10-py3.7.egg/Zope2/__init__.py", line 49, in startup_wsgi
_startup()
File "/Users/pbauer/.cache/buildout/eggs/Zope-4.0b10-py3.7.egg/Zope2/App/startup.py", line 86, in startup
OFS.Application.import_products()
File "/Users/pbauer/.cache/buildout/eggs/Zope-4.0b10-py3.7.egg/OFS/Application.py", line 379, in import_products
import_product(product_dir, product_name)
File "/Users/pbauer/.cache/buildout/eggs/Zope-4.0b10-py3.7.egg/OFS/Application.py", line 389, in import_product
global_dict, global_dict, ('__doc__', ))
File "/Users/pbauer/.cache/buildout/eggs/Products.PDBDebugMode-1.4-py3.7.egg/Products/PDBDebugMode/__init__.py", line 23, in <module>
if debugger.is_enabled():
File "/Users/pbauer/.cache/buildout/eggs/Products.PDBDebugMode-1.4-py3.7.egg/Products/PDBDebugMode/debugger.py", line 18, in is_enabled
from zope.testing.testrunner import options
ImportError: cannot import name 'options' from 'zope.testing.testrunner' (/Users/pbauer/.cache/buildout/eggs/zope.testing-4.7-py3.7.egg/zope/testing/testrunner.py)
:+1: nice zdaemon trick ...
I released Products.PDBDebugMode 2.0 and pinned that version it in coredev.