Re: amrecover usage with chg-robot
"Stefan G. Weichinger" <[email protected]> Fri, 27 May 2022 14:28:23 +0200
| Newsgroups | gmane.comp.archivers.amanda.user |
|---|---|
| Message-ID | <[email protected]> |
Am 27.05.22 um 14:05 schrieb Nathan Stratton Treadway: > On Fri, May 27, 2022 at 10:28:09 +0200, Stefan G. Weichinger wrote: >> After that both tar and gzip.binary are shown as <defunct> in ps, >> whatever that means. > > Okay, that's a little progress in the investigation. > > "<defunct>" means that the process has exited, but the return code from > the process has not been read by the parent process yet. So in this > case, whatever process spawned the tar and gzip subprocesses is not > "noticing" when the subprocesses finish... the question is why (and what > is it stuck doing instead of cleaning up)? > > Are the "openssl enc" and/or encription-wrapper-script processes still > out there at this time (and what state are they in)? > > You should be able to use pstree or "ps -ef" to determine which process > is the parent (PPID column) of the defunct subprocesses. Yes, that parent process was still visible. I will retry that later, currently I am updating stuff on that server etc to add complexity: this is a rather old server with gentoo linux on it, a bit neglected because it should have been replaced long ago)