Re: [Users] backups
by Martijn Grendelman
Hi Charles,
> How are you folks doing your hypervisor level backups?
>
> Under ESXi I used GhettoVCB which basically took a snap shot, copied the
> disk image to another location, then deleted the snap.
Thank you for this hint, I didn't know about GhettoVCB and I'm
definately going to have a look at it.
> I haven't been able to find too much information on how this can be done
> with ovirt. I see discussions on the new backup API, but I'm not
> interested in spending big bucks on an enterprise backup solution for a
> home lab.
>
> Only discussion I saw on using snapshots for backups said don't do it
> because the tools don't sync memory when the snapshots are taken.
The problem with snapshot-based backups is, that they are usually only
crash-consistent, meaning that they contain the state of a system's
disks as they would be if you pulled the power plug on a server. If you
restore a system from this type of backup, you would see file system
recovery happening at the first boot, and you risk data loss from -for
example- database servers.
The process that GhettoVCB uses according to your description above is
the same. Your backups are only crash-consistent.
If you need application-level consistency, you need a mechanism to
inform applications that a backup is going to take place (or rather: a
snapshot will be taken) and that they should place themselves in a
consistent state. For example: sync data to disk, flush transaction
logs, stuff like that. Microsoft Windows has VSS for that. For Linux,
there is no such thing (that I know of). Common practice for "quiescing"
database servers and such on Linux is making consistent SQL dumps in a
pre-backup job.
I my case, for most guests a crash-consistent backup, containing a
recent MySQL or PostgreSQL dump is sufficient. I use LVM snapshots (not
oVirt snapshots) for backups, and I use Rsync to transfer the data. I
have been experimenting with Virtsync [1], but I'm having a bit of
trouble with that, so for the moment, it's just Rsync.
Efficiently backing up sparse images with Rsync can be a bit of a
challenge (that's why Virtsync was created in the first place, IIRC),
but using '--sparse' on the inital backup and '--inplace' on subsequent
backups seems to do the trick.
[1] http://www.virtsync.com/
I hope this helps.
Cheers,
Martijn.
10 years, 4 months
[Users] virtio-rng / crypto inside vms
by Sven Kieske
Hi,
I'm just wondering: How is the state
of the virtio-rng implementation?
I'm asking because I need to regenerate
ssh host keys in newly deployed vms.
(I seem to be the only person, or everybody
else has found the solution, or nobody thinks
about security, or a mixture of the above?)
Additional I found no really guidance
on how much entropy bits should be
available to generate a secure key
inside a vm, beside these numbers:
http://www.ietf.org/rfc/rfc1750.txt
suggests about 128 bits of entropy
for a single cryptographic operation.
various other sources mention ranges
between 100-200 or even at least 4096
entropy bits.
Would it be a workaround to add a virtual
sound device and use this one for /dev/random ?
(But it would be useless if you have no real sound hardware I guess).
Additional when you want to regenerate host keys in e.g. Ubuntu
3 Keys get generated so you need even more entropy to be on the
save side.
If you got any links to best practices or some
good news regarding the state of virtio-rng that would be awesome.
Currently my vms have around 130-160 entropy bits available.
--
Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
10 years, 4 months
Re: [Users] SpiceHTML5, noVNC console and Spice Proxy mixable?
by Nicholas Kesick
--_F5DD8618-2DC8-4F8A-8D61-6C31F8DFA901_
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"
LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KPiBGcm9tOiAiR2lhbmx1Y2EgQ2VjY2hpIiA8
Z2lhbmx1Y2EuY2VjY2hpQGdtYWlsLmNvbT4NCj4gVG86ICJBbG9uIEJhci1MZXYiIDxhbG9uYmxA
cmVkaGF0LmNvbT4NCj4gQ2M6ICJGcmFudGlzZWsgS29iemlrIiA8ZmtvYnppa0ByZWRoYXQuY29t
PiwgInVzZXJzIiA8dXNlcnNAb3ZpcnQub3JnPg0KPiBTZW50OiBTYXR1cmRheSwgRGVjZW1iZXIg
MTQsIDIwMTMgMTI6MDg6MzkgQU0NCj4gU3ViamVjdDogUmU6IFtVc2Vyc10gU3BpY2VIVE1MNSwg
bm9WTkMgY29uc29sZSBhbmQgU3BpY2UgUHJveHkgbWl4YWJsZT8NCj4gDQo+IE9uIEZyaSwgRGVj
IDEzLCAyMDEzIGF0IDU6NTcgUE0sIEFsb24gQmFyLUxldiB3cm90ZToNCj4gDQoNCjxzbmlwPg0K
DQo+IEJ1dCB0aGlzIG1lYW5zIHRoYXQgd2hhdCBkb2N1bWVudGVkIGhlcmUsIHRoYXQgd2FzIHdo
YXQgSSBmb2xsb3dlZA0KPiBzb21lIHdlZWtzIGFnbywgaXMgaW5jb21wbGV0ZToNCj4gaHR0cDov
L3d3dy5vdmlydC5vcmcvRmVhdHVyZXMvbm9WTkNfY29uc29sZSNTZXR1cF9XZWJzb2NrZXRfUHJv
eHlfb25fdGhlX0VuZ2luZ19Qb3N0X0luc3RhbGwNCj4gDQoNCkkganVzdCBjb3JyZWN0ZWQgdGhl
IHNwZWxsaW5nIG9mIOKAnEVuZ2luZeKAnSwgc28gdGhhdCBsaW5rIHNob3VsZCBub3cgYmUgaHR0
cDovL3d3dy5vdmlydC5vcmcvRmVhdHVyZXMvbm9WTkNfY29uc29sZSNTZXR1cF9XZWJzb2NrZXRf
UHJveHlfb25fdGhlX0VuZ2luZV9Qb3N0X0luc3RhbGwNCj4gPw0KDQpIbW1tLi4uIGJlY2F1c2Ug
b2YgdGhhdCBJIGhhdGUgbm9uIGZvcm1hbCB3aWtpIGRvY3VtZW50YXRpb24uLi4gaGFyZCB0byBj
aGFzZSBhbGwgdmFyaWFudC4NCg0KSSBmaXhlZCBpdC4NCg0KVGhhbmtzIQ0KQWxvbg0KX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClVzZXJzIG1haWxpbmcg
bGlzdA0KVXNlcnNAb3ZpcnQub3JnDQpodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlz
dGluZm8vdXNlcnM=
--_F5DD8618-2DC8-4F8A-8D61-6C31F8DFA901_
Content-Transfer-Encoding: base64
Content-Type: text/html; charset="utf-8"
CjxodG1sPgo8aGVhZD4KPG1ldGEgbmFtZT0iZ2VuZXJhdG9yIiBjb250ZW50PSJXaW5kb3dzIE1h
aWwgMTcuNS45NjAwLjIwMzE1Ij4KPHN0eWxlPjwhLS0KLkVtYWlsUXVvdGUgewptYXJnaW4tbGVm
dDoxcHQ7CnBhZGRpbmctbGVmdDo0cHQ7CmJvcmRlci1sZWZ0OiM4MDAwMDAgMnB4IHNvbGlkOwp9
Ci0tPjwvc3R5bGU+PHN0eWxlIGRhdGEtZXh0ZXJuYWxzdHlsZT0idHJ1ZSI+PCEtLQpwLk1zb0xp
c3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoIHsK
bWFyZ2luLXRvcDowaW47Cm1hcmdpbi1yaWdodDowaW47Cm1hcmdpbi1ib3R0b206MGluOwptYXJn
aW4tbGVmdDouNWluOwptYXJnaW4tYm90dG9tOi4wMDAxcHQ7Cn0KcC5Nc29Ob3JtYWwsIGxpLk1z
b05vcm1hbCwgZGl2Lk1zb05vcm1hbCB7Cm1hcmdpbjowaW47Cm1hcmdpbi1ib3R0b206LjAwMDFw
dDsKfQpwLk1zb0xpc3RQYXJhZ3JhcGhDeFNwRmlyc3QsIGxpLk1zb0xpc3RQYXJhZ3JhcGhDeFNw
Rmlyc3QsIGRpdi5Nc29MaXN0UGFyYWdyYXBoQ3hTcEZpcnN0LCAKcC5Nc29MaXN0UGFyYWdyYXBo
Q3hTcE1pZGRsZSwgbGkuTXNvTGlzdFBhcmFncmFwaEN4U3BNaWRkbGUsIGRpdi5Nc29MaXN0UGFy
YWdyYXBoQ3hTcE1pZGRsZSwgCnAuTXNvTGlzdFBhcmFncmFwaEN4U3BMYXN0LCBsaS5Nc29MaXN0
UGFyYWdyYXBoQ3hTcExhc3QsIGRpdi5Nc29MaXN0UGFyYWdyYXBoQ3hTcExhc3QgewptYXJnaW4t
dG9wOjBpbjsKbWFyZ2luLXJpZ2h0OjBpbjsKbWFyZ2luLWJvdHRvbTowaW47Cm1hcmdpbi1sZWZ0
Oi41aW47Cm1hcmdpbi1ib3R0b206LjAwMDFwdDsKbGluZS1oZWlnaHQ6MTE1JTsKfQotLT48L3N0
eWxlPjwvaGVhZD4KPGJvZHkgZGlyPSJsdHIiPgo8ZGl2IGRhdGEtZXh0ZXJuYWxzdHlsZT0iZmFs
c2UiIGRpcj0ibHRyIiBzdHlsZT0iZm9udC1mYW1pbHk6ICdDYWxpYnJpJywgJ1NlZ29lIFVJJywg
J01laXJ5bycsICdNaWNyb3NvZnQgWWFIZWkgVUknLCAnTWljcm9zb2Z0IEpoZW5nSGVpIFVJJywg
J01hbGd1biBHb3RoaWMnLCAnc2Fucy1zZXJpZic7Zm9udC1zaXplOjEycHQ7Ij48ZGl2PgoKLS0t
LS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLTxicj4KJmd0OyBGcm9tOiAiR2lhbmx1Y2EgQ2VjY2hp
IiAmbHQ7Z2lhbmx1Y2EuY2VjY2hpQGdtYWlsLmNvbSZndDs8YnI+CiZndDsgVG86ICJBbG9uIEJh
ci1MZXYiICZsdDthbG9uYmxAcmVkaGF0LmNvbSZndDs8YnI+CiZndDsgQ2M6ICJGcmFudGlzZWsg
S29iemlrIiAmbHQ7ZmtvYnppa0ByZWRoYXQuY29tJmd0OywgInVzZXJzIiAmbHQ7dXNlcnNAb3Zp
cnQub3JnJmd0Ozxicj4KJmd0OyBTZW50OiBTYXR1cmRheSwgRGVjZW1iZXIgMTQsIDIwMTMgMTI6
MDg6MzkgQU08YnI+CiZndDsgU3ViamVjdDogUmU6IFtVc2Vyc10gU3BpY2VIVE1MNSwgbm9WTkMg
Y29uc29sZSBhbmQgU3BpY2UgUHJveHkgbWl4YWJsZT88YnI+CiZndDsgPGJyPgomZ3Q7IE9uIEZy
aSwgRGVjIDEzLCAyMDEzIGF0IDU6NTcgUE0sIEFsb24gQmFyLUxldiB3cm90ZTo8YnI+CiZndDsg
PGJyPgo8YnI+CiZsdDtzbmlwJmd0Ozxicj4KPGJyPgomZ3Q7IEJ1dCB0aGlzIG1lYW5zIHRoYXQg
d2hhdCBkb2N1bWVudGVkIGhlcmUsIHRoYXQgd2FzIHdoYXQgSSBmb2xsb3dlZDxicj4KJmd0OyBz
b21lIHdlZWtzIGFnbywgaXMgaW5jb21wbGV0ZTo8YnI+CiZndDsgPGEgaHJlZj0iaHR0cDovL3d3
dy5vdmlydC5vcmcvRmVhdHVyZXMvbm9WTkNfY29uc29sZSNTZXR1cF9XZWJzb2NrZXRfUHJveHlf
b25fdGhlX0VuZ2luZ19Qb3N0X0luc3RhbGwiIHRhcmdldD0iX3BhcmVudCI+aHR0cDovL3d3dy5v
dmlydC5vcmcvRmVhdHVyZXMvbm9WTkNfY29uc29sZSNTZXR1cF9XZWJzb2NrZXRfUHJveHlfb25f
dGhlX0VuZ2luZ19Qb3N0X0luc3RhbGw8L2E+PGJyPgomZ3Q7IDwvZGl2PjxkaXY+SSBqdXN0IGNv
cnJlY3RlZCB0aGUgc3BlbGxpbmcgb2YmbmJzcDvigJxFbmdpbmXigJ0sIHNvIHRoYXQgbGluayBz
aG91bGQgbm93IGJlIDxhIGhyZWY9Imh0dHA6Ly93d3cub3ZpcnQub3JnL0ZlYXR1cmVzL25vVk5D
X2NvbnNvbGUjU2V0dXBfV2Vic29ja2V0X1Byb3h5X29uX3RoZV9FbmdpbmVfUG9zdF9JbnN0YWxs
IiB0YXJnZXQ9Il9wYXJlbnQiPmh0dHA6Ly93d3cub3ZpcnQub3JnL0ZlYXR1cmVzL25vVk5DX2Nv
bnNvbGUjU2V0dXBfV2Vic29ja2V0X1Byb3h5X29uX3RoZV9FbmdpbmVfUG9zdF9JbnN0YWxsPC9h
Pjxicj4KJmd0OyA/PGJyPgo8YnI+CkhtbW0uLi4gYmVjYXVzZSBvZiB0aGF0IEkgaGF0ZSBub24g
Zm9ybWFsIHdpa2kgZG9jdW1lbnRhdGlvbi4uLiBoYXJkIHRvIGNoYXNlIGFsbCB2YXJpYW50Ljxi
cj4KPGJyPgpJIGZpeGVkIGl0Ljxicj4KPGJyPgpUaGFua3MhPGJyPgpBbG9uPGJyPgpfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4KVXNlcnMgbWFpbGlu
ZyBsaXN0PGJyPgpVc2Vyc0BvdmlydC5vcmc8YnI+CjxhIGhyZWY9Imh0dHA6Ly9saXN0cy5vdmly
dC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2VycyIgdGFyZ2V0PSJfcGFyZW50Ij5odHRwOi8vbGlz
dHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+PGJyPjwvZGl2PgoKCgo8L2Rp
dj4KPC9ib2R5Pgo8L2h0bWw+Cg==
--_F5DD8618-2DC8-4F8A-8D61-6C31F8DFA901_--
10 years, 4 months
[Users] SpiceHTML5, noVNC console and Spice Proxy mixable?
by Gianluca Cecchi
Hello,
I already have a thread regarding SpiceHTML5 open and where I'm going
to give further feedback as requested.
In the mean time I would like to ask if the three features in the
subject are completely mixable or not, as in the next days I'm going
to test them all and I would like to start from consistent setup and
not to give wrong answers based on wrong initial setup.
If I understood correctly, both SpiceHTML5 and noVNC console are based
on websocket proxy through the config parameter called WebSocketProxy
and I can consolidate this proxy on the engine . SO that I can in the
same environment use both.
Correct?
Coming then to Spice Proxy, managed by config parameter
"SpiceProxyDefault", my questions are:
- is it mixable with the two above or are they mutually exclusive?
- can I configure the engine itself to be the proxy, installing squid on it?
- If yes, what would be correct parameter for SpiceProxyDefault:
localhost:3128 or engine_hostname.domainname:3128?
If both are ok, I think it is more convenient to use localhost, correct?
Thanks in advance,
Gianluca
10 years, 4 months
[Users] Can't add networks
by Rob Abshear
I have a brand spanking new installation. Fresh controllers and nodes.
I have imported some machines and have them up and running. However,
when I try to add any more networks to the nodes, I get a failure. The
engine.log is giving the following failure:
2013-12-13 19:48:03,280 INFO
[org.ovirt.engine.core.bll.network.host.SetupNetworksCommand]
(ajp--127.0.0.1-8702-3) Running command: SetupNetworksCommand internal:
false. Entities affected : ID: 185e8be6-5c9f-4ca2-a9b9-2dd49d6e6cfe
Type: VDS
2013-12-13 19:48:03,282 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand]
(ajp--127.0.0.1-8702-3) START, SetupNetworksVDSCommand(HostName =
Out-001, HostId = 185e8be6-5c9f-4ca2-a9b9-2dd49d6e6cfe, force=false,
checkConnectivity=true, conectivityTimeout=120,
networks=[Inside {id=b88e1266-d83f-4753-ac61-0c383f2ce607,
description=Internal connections, comment=null, subnet=null,
gateway=null, type=null, vlanId=null, stp=false,
dataCenterId=5849b030-626e-47cb-ad90-3ce782d831b3, mtu=0,
vmNetwork=true, cluster=NetworkCluster {id={clusterId=null,
networkId=null}, status=OPERATIONAL, display=false, required=false,
migration=false}, providedBy=null, label=null}],
bonds=[],
interfaces=[p2p1 {id=0f6b3543-7622-4d26-aab8-3524cab6b4db,
vdsId=185e8be6-5c9f-4ca2-a9b9-2dd49d6e6cfe, name=p2p1,
macAddress=00:13:3b:0e:08:93, networkName=Inside, bondName=null,
bootProtocol=DHCP, address=, subnet=, gateway=null, mtu=0, bridged=true,
speed=100, type=0, networkImplementationDetails=null},
em1 {id=57dae4a3-ba5a-430a-946e-5f087a33f761,
vdsId=185e8be6-5c9f-4ca2-a9b9-2dd49d6e6cfe, name=em1,
macAddress=00:19:b9:e3:63:e7, networkName=ovirtmgmt, bondName=null,
bootProtocol=STATIC_IP, address=192.168.164.71, subnet=255.255.252.0,
gateway=192.168.165.2, mtu=1500, bridged=true, speed=1000, type=2,
networkImplementationDetails={inSync=true, managed=true}},
em2 {id=df35d1f8-1467-446a-8f93-e507f67379e7,
vdsId=185e8be6-5c9f-4ca2-a9b9-2dd49d6e6cfe, name=em2,
macAddress=00:19:b9:e3:63:e9, networkName=null, bondName=null,
bootProtocol=DHCP, address=, subnet=, gateway=null, mtu=1500,
bridged=false, speed=0, type=0, networkImplementationDetails=null},
p2p2 {id=4b747913-edc3-4f75-9c5b-a11f02f73536,
vdsId=185e8be6-5c9f-4ca2-a9b9-2dd49d6e6cfe, name=p2p2,
macAddress=00:13:3b:0e:08:94, networkName=null, bondName=null,
bootProtocol=DHCP, address=, subnet=, gateway=null, mtu=1500,
bridged=false, speed=1000, type=0, networkImplementationDetails=null}],
removedNetworks=[],
removedBonds=[]), log id: 93c1504
2013-12-13 19:48:03,296 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand]
(ajp--127.0.0.1-8702-3) FINISH, SetupNetworksVDSCommand, log id: 93c1504
2013-12-13 19:50:14,731 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand]
(ajp--127.0.0.1-8702-3) Failed in SetupNetworksVDS method
2013-12-13 19:50:14,732 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand]
(ajp--127.0.0.1-8702-3) Error code ERR_FAILED_IFUP and error message
VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS,
error = Determining IP information for Inside... failed.
2013-12-13 19:50:14,735 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand]
(ajp--127.0.0.1-8702-3)
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS,
error = Determining IP information for Inside... failed.
2013-12-13 19:50:14,737 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand]
(ajp--127.0.0.1-8702-3) Command SetupNetworksVDS execution failed.
Exception: VDSErrorException: VDSGenericException: VDSErrorException:
Failed to SetupNetworksVDS, error = Determining IP information for
Inside... failed.
2013-12-13 19:50:14,740 ERROR
[org.ovirt.engine.core.bll.network.host.SetupNetworksCommand]
(ajp--127.0.0.1-8702-3) Command
org.ovirt.engine.core.bll.network.host.SetupNetworksCommand throw Vdc
Bll exception. With error message VdcBLLException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS,
error = Determining IP information for Inside... failed. (Failed with
error ERR_FAILED_IFUP and code 29)
Any help would be appreciated.
--
*NADA Convention & Expo*: January 24-27, 2014 - New Orleans, LA - Booth
5001
<http://www.bbb.org/south-east-florida/business-reviews/advertising-agenci...><http://www.bbb.org/south-east-florida/business-reviews/advertising-agenci...>
10 years, 4 months
[Users] Gluster Volume Info won't update
by Andrew Lau
Because of a few issues I had with keepalived, I moved my storage network
to it's own VLAN but it seems to have broken part of the ovirt gluster
management.
Same scenario:
2 Hosts
1x Engine, VDSM, Gluster
1x VDSM,Gluster
So to properly split the gluster data and ovirtmgmt I simply assigned them
two host names and two IPS.
172.16.0.1 (ovirtmgmt) hvx.melb.example.net
172.16.1.1 (gluster) gsx.melb.example.net
However the oVirt engine does not seem to like this, it would not pick up
the gluster volume as "running" until I did a restart through the UI.
The issue (possible bug) I'm seeing is the logs are being filled with
http://www.fpaste.org/59440/13862963/
Volume information isn't being pulled as it thinks the
gs01.melb.example.netis not within the cluster, where in fact it is
but registered under
hv01.melb.example.net
Thanks,
Andrew
10 years, 4 months
[Users] Redundant Management Servers?
by Michael Kleinpaste
Has anyone tried, or is it possible to set up redundant management servers?
Say, 2 x ovirt-engine pointing to the same or replicated databases?
--
*Michael Kleinpaste*
10 years, 4 months
[Users] Fwd: disks successfully removed with torage failure message
by Gianluca Cecchi
On Thu, Dec 12, 2013 at 3:24 PM, Vered Volansky wrote:
> Hןת
>
> I'm looking into it now, please send the vdsm log as well, in case I need it too.
>
> Thanks,
> Vered
>
Sorry, I missed the list...
As the VM was powered off, for which host do you need vdsm.log?
The one that has SPM role?
Gianluca
10 years, 4 months
[Users] oVirt Python SDK: getting the full filenames of disk images
by Исаев Виталий Анатольевич
--_000_69303615BE133645963548DD4A3BFCB3BDB80CE2K7fintechru_
Content-Type: text/plain; charset="koi8-r"
Content-Transfer-Encoding: quoted-printable
Dear ovirt-engine users,
I will be appreciated if someone experienced in oVirt Python SDK could advi=
ce the method of getting the full filename of the VM's disk images in the R=
HEV hypervisor's file system. Can I get filename with a full file system pa=
th from a ovirtsdk.infrastructure.brokers.VMDisk class instance?
If Python SDK (what is preffered) can't provide such an information, may be=
it is still possible with RHEV-M REST API?
Thank you,
Vitaly Isaev
Software engineer
Information security department
Fintech JSC, Moscow, Russia
--_000_69303615BE133645963548DD4A3BFCB3BDB80CE2K7fintechru_
Content-Type: text/html; charset="koi8-r"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dkoi8-r">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:2.0cm 42.5pt 2.0cm 3.0cm;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"RU" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US">Dear ovirt-engine users, <o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">I will be appreciated if someon=
e experienced in oVirt Python SDK could advice the method of getting the fu=
ll filename of the VM’s disk images in the RHEV hypervisor’s fi=
le system. Can I get filename with a full file system
path from a ovirtsdk.infrastructure.brokers.VMDisk class instance?<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">If Python SDK (what is preffere=
d) can’t provide such an information, may be it is still possible wit=
h RHEV-M REST API?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Thank you, <o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt;mso-f=
areast-language:RU">Vitaly Isaev<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt;color=
:gray;mso-fareast-language:RU">Software engineer<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt;color=
:gray;mso-fareast-language:RU">Information security department<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:10.0pt;color=
:gray;mso-fareast-language:RU">Fintech JSC, Moscow, Russia<o:p></o:p></span=
></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>
--_000_69303615BE133645963548DD4A3BFCB3BDB80CE2K7fintechru_--
10 years, 4 months
