Recovery issues in 4.1.12

[kinow]

In GitLab by @dbeltrankyl on Dec 4, 2024, 12:43

Hello @isimo00 , @kinow

Whatever the combination of autosubmit create + autosubmit recovery + autosubmit run is prompted, autosubmit will try to download logs already there.

In some cases, this leads to a crash.

The expected outcome is to download the logs during the run if it is required.

[kinow]

In GitLab by @dbeltrankyl on Dec 4, 2024, 12:43

Fixed there https://earth.bsc.es/gitlab/es/autosubmit/-/merge_requests/527

[kinow]

Just writing down what was reported on Mattermost (redacted):

(...) running a test version of autosubmit on the VM... and it's leaking processes (...)

... which means it's consuming memory too.

I freed up 22 gigs of memory by killing your processes

I see that a combination of lumi down with issues and a function that does not exist anymore ( in 4.1.12+, it is part of the log recovery processors rework ) caused that. It could happen also in 4.1.10 and 4.1.9 ( https://earth.bsc.es/gitlab/es/autosubmit/-/merge_requests/475/diffs#ff161687c56ba0a2dd5ce8f3f9c979f7cb2b6dbe_39_38 this one )

ssh sessions to lumi-uan01 for ... has dropped from >1200 to 4

@utigerstedt copied the list of processes to a file on /tmp (thanks!), and I copied it to my home dir in case we need it.

[dbeltrankyl]

According to my previous comment, this was fixed.