You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently RMT does not cleanup any systems. Therefore manual interaction is required to cleanup systems, which can be really hard depending on the use case.
Idea: Implement a logic which removes all systems from RMT which did not contact in n days. This is possible now, since 'SUSEConnect' and SUSEConnect-ng do send a keepalive if they are active (and not disabled).
By default this feature should be disabled and only be explicitly enabled via /etc/rmt.conf.
The text was updated successfully, but these errors were encountered:
AS a note, on systems that have many registrations such a feature may lead the system to run out of memory, depending on the implementation of course.
At present the implementation via the command line, i.e. rmt-cli systems purge -b .... appears to collect the systems to be removed, at least when one does not run with --no-confirm and that list of collected systems eventually kills the the system as it runs out of memory. Any implementation should remove the system when it is found rather than collecting data in memory.
digitaltom
changed the title
Feature: Cleanup systems which did not contact RMT after n days
Feature: Cleanup systems which did not contact RMT since n days
Nov 14, 2022
I think Felix means something like a daily running job, that cleans up outdated systems constantly. I don't think we have this yet. Maybe let's adapt the title to make this more clear?
felixsch
changed the title
Feature: Cleanup systems which did not contact RMT since n days
Feature: Automatically cleanup systems which did not contact RMT since n days
Jul 12, 2023
Currently RMT does not cleanup any systems. Therefore manual interaction is required to cleanup systems, which can be really hard depending on the use case.
Idea: Implement a logic which removes all systems from RMT which did not contact in
n
days. This is possible now, since 'SUSEConnect' andSUSEConnect-ng
do send akeepalive
if they are active (and not disabled).By default this feature should be disabled and only be explicitly enabled via
/etc/rmt.conf
.The text was updated successfully, but these errors were encountered: