Zmanda Documentation > Error: FAILED hmm, disk was stranded on waitq
Table of contents
No headersError occures when the estimation fase takes to long and the planner times out (this problem could be intermittent depending on backup level or system load at the time of backup):
Mail report:
These dumps were to tape o94bkp1-06. The next 2 tapes Amanda expects to use are: o94bkp1-08, o94bkp1-09. FAILURE AND STRANGE DUMP SUMMARY: orange /home lev 0 FAILED [hmm, disk was stranded on waitq] orange /var lev 0 FAILED [hmm, disk was stranded on waitq] orange /data/noso lev 0 FAILED [hmm, disk was stranded on waitq] orange /data lev 0 FAILED [hmm, disk was stranded on waitq] orange /boot lev 0 FAILED [hmm, disk was stranded on waitq] orange / lev 0 FAILED [hmm, disk was stranded on waitq] fw /var lev 1 STRANGE planner: ERROR Request to orange failed: timeout waiting for REP orange / 0 FAILED ---------------------------------------------------- orange /boot 0 FAILED ---------------------------------------------------- orange /data 0 FAILED ---------------------------------------------------- orange /data/noso 0 FAILED ---------------------------------------------------- orange /home 0 FAILED ---------------------------------------------------- orange /var 0 FAILED ----------------------------------------------------
Amdump log:
planner: FAILED orange /home 20060517 0 [hmm, disk was stranded on waitq] planner: FAILED orange /var 20060517 0 [hmm, disk was stranded on waitq] planner: FAILED orange /data/noso 20060517 0 [hmm, disk was stranded on waitq] planner: FAILED orange /data 20060517 0 [hmm, disk was stranded on waitq] planner: FAILED orange /boot 20060517 0 [hmm, disk was stranded on waitq] planner: FAILED orange / 20060517 0 [hmm, disk was stranded on waitq]
The solution is to increase the etimeout parameter in the amanda.conf:
etimeout 300 # number of seconds per filesystem for estimates