[ovirt-users] ERROR 'no free file handlers in pool' while creating VM from template

[Donny Davis]

The only thing I can think of would be file hard and soft limits, but I am no oVirt pro. 

 

'no free file handlers in pool' that would make sense to me… 

Donny

 

 

From: Tiemen Ruiten [mailto:t.ruiten at rdmedia.com] 
Sent: Tuesday, December 16, 2014 12:40 PM
To: Donny Davis
Cc: Users at ovirt.org
Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while creating VM from template

 

About 25-30. The nodes are Xeon(R) CPU E5-2650 0 @ 2.00GHz with 16 hyperthreaded cores and 64 GB of RAM each. At the moment I created the VM, processor load on both nodes was less than 1. 

 

On 16 December 2014 at 20:29, Donny Davis <donny at cloudspin.me> wrote:

What is the VM load you are running on your servers?


-----Original Message-----
From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Tiemen Ruiten
Sent: Tuesday, December 16, 2014 12:27 PM
To: users at ovirt.org
Subject: [ovirt-users] ERROR 'no free file handlers in pool' while creating VM from template

Hello,

I ran into a nasty problem today when creating a new, cloned VM from a template (one virtual 20 GBdisk) on our two-node oVirt cluster: on the node where I started a VM creation job, load skyrocketed and some VMs stopped responding until and after the job failed. Everything recovered without intervention, but this obviously shouldn't happen. I have attached the relevant vdsm log file. The button to create the VM was pressed around 11:17, the first error in the vdsm log is at 11:23:58.

The ISO domain is a gluster volume exposed via NFS, the storage domain for the VM's is also a gluster volume. The underlying filesystem is ZFS.
The hypervisor nodes are full CentOS 6 installs.

I'm guessing the 'no free file handlers in pool' in the vdsm log file is key here. What can I do to prevent this from happening again? Apart from not creating new VMs of course :)

Tiemen






 

-- 

Tiemen Ruiten
Systems Engineer
R&D Media

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20141216/043698d2/attachment-0001.html>