-
Notifications
You must be signed in to change notification settings - Fork 669
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ClamAV crashing #5294
Comments
Hi @MaoMaoCake thanks for the report. I fear we run into a dilemma with this now. I we roll back to that image, we probably introduce security issues. However if we don't, the image is unreliable. The best solution of course would be if upstream would finally fix the issue... |
would it be possible for a user initiated downgrade or is that out of the supported scope of AIO? |
You could install the version from back then but it will downgrade all components not only the clamav container |
I feel like that's a worse solution than downgrading just clamav. |
Sounds likke a good workaround. You will need this: https://github.com/nextcloud/all-in-one?tab=readme-ov-file#how-to-keep-disabled-apps |
I'll move this to discussions for the time being as this is currently not actionable feom the aio side. |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Issue:
ClamAV container turns unresponsive after 24hrs
From the following discussion:
#4477
and the relavant upstream issue:
Cisco-Talos/clamav-docker#45
we know that clamAV-docker currently has issues with reliability. This is a bug report / feature request since we already know its a bug from upstream.
Possible solutions:
Roll back to aio-clamav:adaed56c7deb from about 4 months ago to restore functionality
The text was updated successfully, but these errors were encountered: