[Engine-devel] API: exposing used/total for images and snapshots
by Geert Jansen
Hi Michael,
i remember that previously we exposed both used and total size for VM
images. Right now it seems the API is only exposing total but not used.
The GUI is exposing used. Do i remember this correctly?
A second question on snapshots: here i think we never showed used/total,
and the GUI does not show this either. Do we track this data in the BE,
or would this also require backend changes?
Please let me know and i'll file the right BZs.
Thanks,
Geert
12 years, 4 months
[Engine-devel] multi-domain types in one storagepool
by 杨焦
Hi, all
After taking a look at Ovirt-engine, I happen to notice that for one
DC(storage pool), only one type of data domain can be attached. As
far as I know, from VDSM side, different data storages can be managed
by one storagepool. So, why is there such limitation? is it possible
to remove such rule from front-end?
Maybe there are some reasons I don't know support this rule, hope
someone can show me some light.
thanks
Joseph
12 years, 4 months
[Engine-devel] jaxb annotations
by Laszlo Hornyak
Hi!
I ran into some jaxb-annotated beans in engine, and the annotations seemed to be a bit unsettled.
- Some annotations are on the field, some on the getter.
- I have also found a case where the setter is private, it is actually dead code. I was puzzled for a minute :-) It seems in this case jaxb actually sets the value through reflection, so the setter really is dead code.
- Some annotations state name, others just build on the defaults
Is there an agreement for the annotations?
It would be great if we could annotate the getter always and use a proper name in the @XmlElement annotation even if it is equal to the default, so it is less likely to break at refactoring.
Laszlo
12 years, 4 months
[Engine-devel] shared fs support
by Saggi Mizrahi
This is a multi-part message in MIME format.
--------------050004010107020802030308
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Hi, I have preliminary (WIP) patches for shared FS up on gerrit. There
is a lot of work to be done reorganizing the patches but I just wanted
all the TLV guys to have a chance to look at it on Sunday.
I did some testing and should work as expected for most cases.
To test just connectStorageServer with storageType=6 (sharedfs)
connection params are
{'id'=1,
'spec'='server:/export'
'vfs_type'='nfs\gluster\smb'
'mnt_options'='opt,opt=3,opt' }
to check with an existing NFS domain you can just
spec=server:/export
vfs_type=nfs
mnt_options=soft,timeo=600,retrans=6,nosharecache,vers=3
I only tested NFS but I am going to test more exotic stuff on Monday.
This is the patch to build the RPM from.
http://gerrit.ovirt.org/#change,560
Have a good weekend
--------------050004010107020802030308
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<font size="-1">Hi, I have preliminary (WIP) patches for shared FS
up on gerrit. There is a lot of work to be done reorganizing the
patches but I just wanted all the TLV guys to have a chance to
look at it on Sunday.<br>
<br>
I did some testing and should work as expected for most cases.<br>
<br>
To test just connectStorageServer with storageType=6 (sharedfs)<br>
connection params are<br>
{'id'=1,<br>
'spec'='server:/export'<br>
'vfs_type'='nfs\gluster\smb'<br>
'mnt_options'='opt,opt=3,opt' }<br>
<br>
to check with an existing NFS domain you can just<br>
spec=server:/export<br>
vfs_type=nfs<br>
mnt_options=soft,timeo=600,retrans=6,nosharecache,vers=3<br>
<br>
I only tested NFS but I am going to test more exotic stuff on
Monday.<br>
<br>
This is the patch to build the RPM from.<br>
</font>
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<a href="http://gerrit.ovirt.org/#change,560">http://gerrit.ovirt.org/#change,560</a><br>
<br>
Have a good weekend<br>
</body>
</html>
--------------050004010107020802030308--
12 years, 4 months
[Engine-devel] http://www.ovirt.org/wiki/Features/Design/StablePCIAddresses
by Dor Laor
Hi,
I read the design here and I like to make sure that the future road map
will expand beyond the current scope.
The current design totally rely on libvirt and does not parse the
content of the PCI addressing. That's really really basic. The user
should be able to specify pci slot allocation of his devices through the
gui. I guess you won't be able to do that w/ the current scheme.
Also, what about devices that can't be hot plug (like qxl)? You need to
reveal this info to the user. Currently we have ability in the kvm bios
(seabios) to automatically disable the host plug of some critical
devices like the vga driver (qxl) and others. The user should be allowed
to hot plug/unplug only allowed devices.
You have to make your design work w/ pci bridges since we'll add it to
qemu and once there is such VM (management should enable the bridge)
there will be more pci devices available to it.
Regards,
Dor
12 years, 4 months
