Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1047949

Summary: Cannot stop VM with name longer than 52 characters
Product: Red Hat Enterprise Virtualization Manager Reporter: Libor Zoubek <lzoubek>
Component: vdsmAssignee: Francesco Romani <fromani>
Status: CLOSED DUPLICATE QA Contact:
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 3.2.0CC: abaron, bazulay, hateya, iheim, lpeer, mfoley, michal.skrivanek, ofrenkel, theute, vnguyen, yeylon
Target Milestone: ---   
Target Release: 3.4.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: virt
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-01-06 09:10:08 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Libor Zoubek 2014-01-02 17:16:27 UTC
Description of problem:

I am able to create a VM having name (for example) 56 characters long. I can start such VM. But I cannot stop it. in RHEV-M UI it is presented like "Not Responding", but such VM is still running.

Version-Release number of selected component (if applicable):

RHEV Hypervisor - 6.5 - 20131204.0.3.2.el6_5
vdsm-4.10.2-27.0.el6ev

How reproducible: always


Steps to Reproduce:
1. create a VM with name longer than 52 characters
2. start it
3. stop it

Actual results:

VM cannot be stopped, node running such VM cannot switch to maintanance

Expected results:

RHEV must correctly handle VMs with longer name or RHEV-M REST API or UI must not allow VM name with such long name.

I am setting severity as URGENT, because hitting this bug causes big workload for system administrators.

Error in VDSM log file:

Thread-1767::ERROR::2014-01-02 16:08:52,360::BindingXMLRPC::932::vds::(wrapper) unexpected error
Traceback (most recent call last):
  File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper
  File "/usr/share/vdsm/BindingXMLRPC.py", line 194, in vmDestroy
  File "/usr/share/vdsm/API.py", line 315, in destroy
  File "/usr/share/vdsm/libvirtvm.py", line 2654, in destroy
  File "/usr/share/vdsm/libvirtvm.py", line 2606, in releaseVm
  File "/usr/share/vdsm/guestIF.py", line 239, in stop
AttributeError: GuestAgent instance has no attribute '_sock'

Additional info:

Issue seems to be in virtio channel socket file. Underlying qemu-kvm process runs with

-chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/xxguyen-jonlab-jon-gsqbx-bc-jonqe-lab-eng-bos-redhat-com.org.qemu.guest_agent.0,server,nowait 

but on file system, there's a file called /var/lib/libvirt/qemu/channels/xxguyen-jonlab-jon-gsqbx-bc-jonqe-lab-eng-bos-redhat-com.org.qemu.guest_agen

Socket file name is trimmed down to 76 characters (which leaves  52 for VM name) this can explain why wdsm cannot initialize channel socket.

Comment 1 Michal Skrivanek 2014-01-06 09:10:08 UTC
this has actually been fixed in bug 918536. 
Please reopen and request a 3.2.z if you need this sooner than 3.3

*** This bug has been marked as a duplicate of bug 918536 ***