runner: Fix symlinks on softwareLink
The generation of the link and the verification were inconsistent, this commit normalize both. PS.: Software Links are deprecated, it should be removed in future, as it lost the goals
Showing
-
Developer
Jerôme told me he found this in gunicorn log :
==> inst/s0/.s0_gunicorn-7ed58af4f9430517becda13470abc64b.log <== Unhandled exception in thread started by <function runSlapgridUntilSuccess at 0x7fc28a837d50> Traceback (most recent call last): File "/srv/slapgrid/slappart9/srv/testnode/czp/inst/test0-0/tmp/soft/8be16c39f805436135ea96f4b6ba8368/parts/slapos.toolbox-repository/slapos/runner/utils.py", line 992, in runSlapgridUntilSuccess slapgrid = runSlapgridWithLock(config, lock=True) File "/srv/slapgrid/slappart9/srv/testnode/czp/inst/test0-0/tmp/soft/8be16c39f805436135ea96f4b6ba8368/parts/slapos.toolbox-repository/slapos/runner/utils.py", line 390, in runSoftwareWithLock return runSlapgridWithLock(config, 'software', 'slapgrid-sr', lock) File "/srv/slapgrid/slappart9/srv/testnode/czp/inst/test0-0/tmp/soft/8be16c39f805436135ea96f4b6ba8368/parts/slapos.toolbox-repository/slapos/runner/utils.py", line 379, in runSlapgridWithLock config_SR_folder(config) File "/srv/slapgrid/slappart9/srv/testnode/czp/inst/test0-0/tmp/soft/8be16c39f805436135ea96f4b6ba8368/parts/slapos.toolbox-repository/slapos/runner/utils.py", line 422, in config_SR_folder link_to_folder(name, md5sum) File "/srv/slapgrid/slappart9/srv/testnode/czp/inst/test0-0/tmp/soft/8be16c39f805436135ea96f4b6ba8368/parts/slapos.toolbox-repository/slapos/runner/utils.py", line 416, in link_to_folder cf.write(current_project + '#' + folder)
It seems this commit removes the allocation to
current_project
:- with open(os.path.join(config['etc_dir'], ".project")) as f: - current_project = f.read().strip().rstrip('/')
but
current_project
is retrieved in an ugly way (not you, it was there before) by the inner functionlink_to_folder
. which now fails. -
Owner
I will debug this to see, but which tests are those that are running? and why assertions don't fail?
-
Owner
I saw this when looking in instance logs when slaprunner test was running
Please register or sign in to comment