Closed tacerus closed 8 months ago
I currently hacked around this by hotpatching the system files, which is of course far from ideal:
sed -i s/20240101/20250101/ /usr/lib/python3.6/site-packages/salt/log/setup.py /usr/lib/python3.6/site-packages/salt/log/__init__.py
At least, slightly better than turning back my system time. :-)
@tacerus Sorry I missed the issue, the fix is already there, but I forget to publish it in release, the devel is in place. Will push to release tomorrow.
This was the fix BTW: https://github.com/vzhestkov/saline/commit/06818a9b634116ce3823309f5607135553d9f7ec Crazy thing that the code causing it was not used already and left there by accident.
Thanks for the input. Nice to see it's such an easy solution, I feared a big refactoring! :-)
Actually I just had no time to finish with release, but in the devel package in OBS it was fixed almost the same day as you reported it. I just pushed the changes to OBS, so the package will be available soon. Thank you for your report and sorry that I missed it.
I'm not closing the issue now, please close it after testing the updated package.
Thanks! Will update ours (https://build.opensuse.org/request/show/1158992) and let you know.
Updated (and re-installed python3-salt to revert my hotpatches) - all working fine! Thank you!
Hi,
salined
run fine for some time on our Leap 15.5 based Salt Master (no SUMA), but failed with the new year - apparently there was a time bomb slumbering in the code:The relevant part is:
I tried to follow the suggestion reported in the error, replacing the import
salt.log.setup
withsalt._logging
, but unfortunatelysalt._logging
does not exportget_multiprocessing_logging_queue
and I couldn't find what the alternative forget_multiprocessing_logging_queue
is.I'm a bit confused however by:
Does this mean it should instead be patched out in our Salt package? Would appreciate any ideas!