[Kimchi-devel] Kimchi feedback

[Zhou Zheng Sheng]

on 2014/06/05 16:10, Yu Xin Huo wrote:
> On 6/5/2014 10:53 AM, Paul Clarke wrote:
>> (Fairly new user of Kimchi, with first impressions)
>>
>> Is there a good location for documentation?
> Global product 'help' and 'about' should be visible all the time at the header.
> Design should be changed as below and move 'help' and 'about' content below help 
> menu.
> 
> 
>>
>> It seems difficult to make a new ISO available, or I chose a poor way.
>> - I downloaded from an FTP site requiring non-anonymous authentication
>> - I scp'd it to root at host
>> - I tried to use it from there, but I got permission denied "KCHISO0008E: The 
>> hypervisor doesn't have permission to use this ISO /root/..."
>>
>> - the message above recommends copying the file to /var/lib/libvirt, but I 
>> think you actually have to copy it to /var/lib/libvirt/images
>>
>> - you also need to "chown qemu" the ISO image
>>
>> After the above steps, it finally became visible and usable.
> 
> For current kimchi security model design,
> root users on behalf of console administrator, they are responsible for
>      1. host setup for virtualization infrastructure and console administration
>      2. virtualization resources setup
> 
> I think this process should be streamlined for better user experience.
> I recommend to make "chown qemu" transparent with kimchi to handle it automatically.

The user also has to add "x" for QEMU on each level of the directory
that contains the ISO image. Though this can be done by Kimchi
automatically, it's possible that the user accidentally revokes the "x"
from the directory and change the owner of the ISO image. The problem
here is that the downloaded ISO is out of backend management.

In this case, Kimchi is used as a desktop virtualization management
soft. Libvirt already provides a "session" mode to solve desktop
virtualization privilege problem. We can have the Kimchi backend create
the VM in "session" mode, so that the VM gets the same privilege as the
user, and it's able to read the ISO image.

Another solution is that we provide an ISO upload interface to allow
user to upload the image from his home directory to Kimchi backend. Then
Kimchi store the image in /var/lib/libvirt/images and take over the
control. This solution keeps Kimchi in the server virtualization way,
which is its original orientation, to compete with XXWare server.

> 
>>
>> Further feedback:
>> - The above error message appears as a bright pop-over with a nice 'X' for 
>> dismissing, but it automatically disappears so quickly, it's impossible to 
>> read the entire message
> should be controlled by user.
>>
>> - in the "Edit Template" dialog, what is "CPU Number"?  I presume that is 
>> "number of (virtual) processors"?
>>
>> - in the "Edit Template" dialog, what are the units for "Memory"? It is 
>> apparently megabytes, but that should be noted
>>
>> Regards,
>> Paul Clarke, IBM
>>
>> _______________________________________________
>> Kimchi-devel mailing list
>> Kimchi-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/kimchi-devel
>>
> 
> 
> 
> _______________________________________________
> Kimchi-devel mailing list
> Kimchi-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/kimchi-devel
> 


-- 
Zhou Zheng Sheng / 周征晟
E-mail: zhshzhou at linux.vnet.ibm.com
Telephone: 86-10-82454397