Thank you!
Removed blank files named pid. That fixed it. amflush is now running, and amanda dump should run
tonight.
Any comments about amstatus not understanding parallel instances of amanda? (or amcleanup being able
to deal with multiple instances for that matter?) Is that a bug? Or just development that was never
completed? And how difficult would it be revise the code to do this?
On 9/5/19 5:01 PM, Nathan Stratton Treadway wrote:
On Thu, Sep 05, 2019 at 16:06:35 -0400, Chris Hoogendyk wrote:
Yes, there are several, and they are all empty:
chrisho@marlin:$ sudo find /amanda3 -name pid | sudo xargs ls -l
-rw------- 1 amanda amanda 0 Sep 2 23:30 /amanda3/20190225233002/pid
-rw------- 1 amanda amanda 0 Sep 2 23:30 /amanda3/20190831233001/pid
-rw------- 1 amanda amanda 0 Sep 2 23:30 /amanda3/20190901233002/pid
chrisho@marlin:$ sudo find /amanda4 -name pid | sudo xargs ls -l
-rw------- 1 amanda amanda 0 Sep 2 23:30 /amanda4/20190225233002/pid
-rw------- 1 amanda amanda 0 Sep 2 23:30 /amanda4/20190821233002/pid
-rw------- 1 amanda amanda 0 Sep 2 23:30 /amanda4/20190831233001/pid
-rw------- 1 amanda amanda 0 Sep 2 23:30 /amanda4/20190901233002/pid
chrisho@marlin:$
I presume I can delete those, and maybe that will fix it?
Yes, as far as I can tell these "pid" files are used to establish a
process-level lock on a particular holding directory. Since you are
sure that no Amanda process is currently running, you should be safe
deleting the files -- and I believe that will eliminate the "Can't kill
a non-numeric process ID" error.
I guess these files were left empty (instead of containing an actual
PID number) because the holding disk filesystem was full when they were
created....
(So, two bugs that should be fixed if development on Amanda someday resumes:
* better handling of the situation when the contents can't be written
to the "pid" file
* empty and/or invalid-contents "pid" files shouldn't cause the
program to die completely. Instead, it should probably skip that
particular holding directory with a warning message somewhere, so
the admin can investigate the situation.
)
Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway - natha...@ontko.com - Mid-Atlantic region
Ray Ontko & Co. - Software consulting services - http://www.ontko.com/
GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239
Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239
--
---------------
Chris Hoogendyk
-
O__ ---- Systems Administrator
c/ /'_ --- Biology & Geosciences Departments
(*) \(*) -- 315 Morrill Science Center
~~~~~~~~~~ - University of Massachusetts, Amherst
<hoogen...@bio.umass.edu>
---------------
Erdös 4
