OpenStack Compute (nova)

in the dir /var/log/qemu files too much to create vm failed

Bug #1480161 reported by hiyonger-ZTE_TECS
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Compute (nova)
Invalid
Undecided
Zhenzan Zhou

Bug Description

after create vm and destroy vm about 864112 times,the log file is too much.
and cann't ceate vm any more.
the libvirt error log:
2015-07-23 16:25:26.670+0000: 2280: error : qemuProcessWaitForMonitor:1915 : internal error: process exited while connecting to monitor: /var/log/qemu/d142f7e7-6ebb-4343-bd3c-d69c6d4e3627: Permission denied

-rw-r--r-- 1 root root 115 Jul 31 16:15 96dc7a02-a91c-4c46-b225-7f1c0cac8197
[root@slot13 qemu]# ll | wc
  864112 7776912 66535835
[root@slot13 qemu]# pwd
/var/log/qemu
[root@slot13 qemu]#

Tags: libvirt qemu
Revision history for this message
Markus Zoeller (markus_z) (mzoeller) wrote :

I'm not quite sure if it is within the focus of Nova to clean up the hypervisor's logging artifacts. I tend to say "no", but I'd like to have another opinion here.

tags: added: libvirt qemu
Revision history for this message
hiyonger-ZTE_TECS (huanghuayong) wrote :

use virsh create vm.xml and virsh destroy vm-name, the problem appear.

Revision history for this message
Zhenzan Zhou (zhenzan-zhou) wrote :

Agree with Markus that it's not the focus of Nova. It's an operation issue.
It seems that you used up inode. Could you run 'df -i' under /var/log/qemu?

Zhenzan Zhou (zhenzan-zhou)
Changed in nova:
assignee: nobody → Zhenzan Zhou (zhenzan-zhou)
Revision history for this message
hiyonger-ZTE_TECS (huanghuayong) wrote :

agree with you, I think it's a qemu issue. because I deleted a lot of the file few days ago ,maybe the df -i info is not exactly true. Now i want to move the log file to an bak file when I virsh destroy vm-name, so I can delete the unuse log file if neccessary.

[root@slot13 snap]# cd /var/log/qemu
[root@slot13 qemu]# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/mapper/vg_sys-lv_root 6406144 282435 6123709 5% /
devtmpfs 3057018 457 3056561 1% /dev
tmpfs 3067716 2 3067714 1% /dev/shm
tmpfs 3067716 675 3067041 1% /run
tmpfs 3067716 13 3067703 1% /sys/fs/cgroup
/dev/sda1 102400 380 102020 1% /boot
tmpfs 3067716 675 3067041 1% /run/netns

Revision history for this message
Markus Zoeller (markus_z) (mzoeller) wrote :

@hiyonger-ZTE_TECS (huanghuayong):

IIUC, you agreed that this is not an issue which has to be solved by Nova. I'll change the status of this bug to "Invalid".
Thanks Zhenzan Zhou for your input.

Changed in nova:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.