Backup failed, high IO delay

[spearox]

Hi all,

I got a problem.
I have an NFS mount on the server where backup goes.
Once the backup failed and the vzdump lock file not deleted and the vzdump still alive.
I tryed to stop the task but not success, then I killed the vzdump process, now its not running but the task still show its running and the IO delay on server fix 25% after the process failed.

How can I kill, stop without server restart? The NFS mount is live, I think the problem of process fail is the nfs mount gone once.

 

[Chris]

Hi,
as a first step you might want to check out what instances of vzdump are running with `ps aux | grep vzdump`.

 

[spearox]

Hi,
as a first step you might want to check out what instances of vzdump are running with `ps aux | grep vzdump`.

I killed the processes already as i mentioned above.
The output:

root@node1:~# ps aux | grep vzdump
root      6069  0.0  0.1 522688 86812 ?        Ds   Feb07   0:14 task UPID:node1:000017B5:1D2B434D:5C5B66F1:vzdump::root@pam:
root     21004  0.0  0.0  12788   936 pts/0    S+   08:23   0:00 grep vzdump

 

[Chris]

root 6069 0.0 0.1 522688 86812 ? Ds Feb07 0:14 task UPID:node1:000017B5:1D2B434D:5C5B66F1:vzdump::root@pam:

The status of the task is "Ds" so it is waiting for IO, causing your high IO delays. You can try to stop the task in the WebUI, this should send a SIGTERM to the task and clean up afterwards. If this does not work, you might want to try to send a SIGTERM to the task directly.

 

[spearox]

Its not work. :/

root@node1:~# ps -ef|grep vz
root      6069     1  0 Feb07 ?        00:00:14 task UPID:node1:000017B5:1D2B434D:5C5B66F1:vzdump::root@pam:
root     23083 19501  0 07:18 pts/0    00:00:00 grep vz
root@node1:~# kill -15 6069
root@node1:~# ps -ef|grep vz
root      6069     1  0 Feb07 ?        00:00:14 task UPID:node1:000017B5:1D2B434D:5C5B66F1:vzdump::root@pam:
root     23532 19501  0 07:18 pts/0    00:00:00 grep vz
root@node1:~#

 

[Chris]

Then you might be more drastic and send a SIGKILL

 

[spearox]

Still the same.

 

[Chris]

Then unfortunately you will have to reboot the machine to get rid of the process as it is in a uninterruptible sleep.

 

[JosimarCerqueira]

There no other way? I've got the same issue here, nothing can stop this!

 

[Chris]

There no other way? I've got the same issue here, nothing can stop this!

Hi,
unfortunately there is no other way to get rid of an uninterruptible sleep.