Re: [Xen-users] "xl restore" leaks a file descriptor?

[Andrew Armenia <andrew@xxxxxxxxxxxxxxxx>]

The issue appears to occur with any state file - not just one in
particular. I noticed the issue following a shutdown and reboot: the
Debian init scripts for Xen save and restore the domUs in this
situation. I've installed xen from the debian packages:

$ dpkg-query -l | grep xen
ii  grub-xen-bin                    2.02~beta2-21                amd64
       GRand Unified Bootloader, version 2 (Xen binaries)
ii  grub-xen-host                   2.02~beta2-21                amd64
       GRand Unified Bootloader, version 2 (Xen host version)
ii  libxen-4.4:amd64                4.4.1-8                      amd64
       Public libs for Xen
ii  libxenstore3.0:amd64            4.4.1-8                      amd64
       Xenstore communications library for Xen
ii  xen-hypervisor-4.4-amd64        4.4.1-8                      amd64
       Xen Hypervisor on AMD64
ii  xen-linux-system-3.16.0-4-amd64 3.16.7-ckt7-1                amd64
       Xen system with Linux 3.16 on 64-bit PCs (meta-package)
ii  xen-linux-system-amd64          3.16+63                      amd64
       Xen system with Linux for 64-bit PCs (meta-package)
ii  xen-system-amd64                4.4.1-8                      amd64
       Xen System on AMD64 (meta-package)
ii  xen-tools                       4.5-1                        all
       Tools to manage Xen virtual servers
ii  xen-utils-4.4                   4.4.1-8                      amd64
       XEN administrative tools
ii  xen-utils-common                4.4.1-8                      all
       Xen administrative tools - common files
ii  xenstore-utils                  4.4.1-8                      amd64
       Xenstore command line utilities for Xen


$ sudo xl info
host                   : [redacted]
release                : 3.16.0-4-amd64
version                : #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01)
machine                : x86_64
nr_cpus                : 6
max_cpu_id             : 5
nr_nodes               : 1
cores_per_socket       : 6
threads_per_core       : 1
cpu_mhz                : 1600
hw_caps                :
bfebfbff:2c100800:00000000:00007f00:77fefbff:00000000:00000021:000037ab
virt_caps              : hvm hvm_directio
total_memory           : 32664
free_memory            : 622
sharing_freed_memory   : 0
sharing_used_memory    : 0
outstanding_claims     : 0
free_cpus              : 0
xen_major              : 4
xen_minor              : 4
xen_extra              : .1
xen_version            : 4.4.1
xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler          : credit
xen_pagesize           : 4096
platform_params        : virt_start=0xffff800000000000
xen_changeset          :
xen_commandline        : placeholder
cc_compiler            : gcc (Debian 4.9.2-10) 4.9.2
cc_compile_by          : waldi
cc_compile_domain      : debian.org
cc_compile_date        : Wed Mar 11 20:03:04 UTC 2015
xend_config_format     : 4


-Andrew


On Mon, Aug 3, 2015 at 5:08 AM, Ian Campbell <ian.campbell@xxxxxxxxxx> wrote:
> On Fri, 2015-07-31 at 13:20 -0400, Andrew Armenia wrote:
>> Hi, when restoring my domUs from saved state files, then deleting the
>> files, I noticed that the space used by those files wasn't being freed
>> up. Taking a look at lsof showed that the 'xl restore' processes running
>> in the background still held open file descriptors to the state files. I
>> feel that this is probably a bug, but if it's not, is there any way to
>> work around it?
>
> This certainly sounds like a bug to me. Please can you provide details of
> which Xen version you are using and which state files are the subject of
> the leaked file handles.
>
> The presence of an "xl restore" process is not itself a bug, this is
> similar to the daemonised process which "xl create" produces to monitor the
> domain for shutdown events and the like.
>
> Ian.

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users