[Users] info on virtio-scsi
by Gianluca Cecchi
Hello,
I had a CentOS 6.4 VM created in oVirt 3.3.0
Then I updated to 3.3.1
I created a CentOS 5.10 VM
In CentOS 5.10 I built rhev-agent-2.3.16-3.el5.src.rpm
In CentOS 6.4 I have ovirt-guest-agent-1.0.8-1.el6.noarch
Both are configured with one virtio disk.
In CentOS 5 I can add a disk and select virtio-scsi... but I can't use
it because of no support in 5.x kernels.
In CentOS 6.4 I'm not presented with the option virtio-scsi.
What can I do to get it?
Gianluca
11 years, 1 month
[Users] [OT] Spanish translation
by Juan Pablo Lorier
Hi,
Sorry if it's the wrong place, but don't know where to place the request
(besides bugzilla).
I won't speak for the hole Spanish community, but in the webadmin, in
the VMs tab says "Crear una toma de pantalla" referring to create a
snapshot but that is an incorrect translation in my opinion as it's not
related to the screen in first place, and though there's no literal
translation for the technical term, it should be more like "Crear una
instantánea" or what should be better, "Crear un snapshot" and it would
be correct as when you say whisky instead of "licor de cebada" of
football instead of "balón pie" ... :-)
Regards,
11 years, 1 month
Re: [Users] Guest Agent
by Martijn Grendelman
And is there any news on a packaged guest agent for Windows?
Cheers,
Martijn.
Thomas Suckow schreef op 22-11-2013 2:04:
> Ok, so what about an el5 guest agent? The github repo
> https://github.com/oVirt/ovirt-guest-agent hints at there being support
> for el5, but it is incompatible with the automake version in el5. Is
> there a prebuilt rpm somewhere that I am missing?
>
> --
> Thomas
11 years, 1 month
[Users] Error deploying host
by "Saša Friedrich (BiTLAB)"
Today I tried to install ovirt (again)...
1. fc19 minimall install for engine (disable NetworkManager, enable
network service, disable selinux, disable firewall, add ovirt repo)
2. install engine - engine works
3. fc19 minimall install for host (disable NetworkManager, enable
network service, disable selinux, disable firewall, add ovirt repo, yum
install tar)
4. add host to engine
5. error (Host installation failed. Unexpected connection termination.):
engine.log:
2013-11-22 08:39:47,028 WARN
[org.ovirt.engine.core.compat.backendcompat.PropertyInfo]
(ajp--127.0.0.1-8702-6) Unable to get value of property: vdsName for
class org.ovirt.engine.core.common.businessentities.VdsStatic
2013-11-22 08:39:47,031 WARN
[org.ovirt.engine.core.compat.backendcompat.PropertyInfo]
(ajp--127.0.0.1-8702-6) Unable to get value of property: vdsName for
class org.ovirt.engine.core.common.businessentities.VdsStatic
2013-11-22 08:39:47,032 INFO
[org.ovirt.engine.core.bll.UpdateVdsCommand] (ajp--127.0.0.1-8702-6)
Running command: UpdateVdsCommand internal: false. Entities affected :
ID: ab3aa043-579c-4a26-bec2-82ec433398e8 Type: VDS
2013-11-22 08:39:47,063 INFO
[org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
(ajp--127.0.0.1-8702-6) START, SetVdsStatusVDSCommand(HostName =
gluster1, HostId = ab3aa043-579c-4a26-bec2-82ec433398e8,
status=Installing, nonOperationalReason=NONE), log id: 57a53315
2013-11-22 08:39:47,070 INFO
[org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
(ajp--127.0.0.1-8702-6) FINISH, SetVdsStatusVDSCommand, log id: 57a53315
2013-11-22 08:39:47,071 WARN
[org.ovirt.engine.core.compat.backendcompat.PropertyInfo]
(ajp--127.0.0.1-8702-6) Unable to get value of property: vdsName for
class org.ovirt.engine.core.common.businessentities.VdsStatic
2013-11-22 08:39:47,072 WARN
[org.ovirt.engine.core.compat.backendcompat.PropertyInfo]
(ajp--127.0.0.1-8702-6) Unable to get value of property: vdsName for
class org.ovirt.engine.core.common.businessentities.VdsStatic
2013-11-22 08:39:47,073 INFO
[org.ovirt.engine.core.bll.InstallVdsCommand] (ajp--127.0.0.1-8702-6)
[3fdc956a] Lock Acquired to object EngineLock [exclusiveLocks= key:
ab3aa043-579c-4a26-bec2-82ec433398e8 value: VDS
, sharedLocks= ]
2013-11-22 08:39:47,079 INFO
[org.ovirt.engine.core.bll.InstallVdsCommand] (pool-6-thread-15)
[3fdc956a] Running command: InstallVdsCommand internal: true. Entities
affected : ID: ab3aa043-579c-4a26-bec2-82ec433398e8 Type: VDS
2013-11-22 08:39:47,087 INFO
[org.ovirt.engine.core.bll.InstallVdsCommand] (pool-6-thread-15)
[3fdc956a] Before Installation host
ab3aa043-579c-4a26-bec2-82ec433398e8, gluster1
2013-11-22 08:39:47,093 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(ajp--127.0.0.1-8702-6) [3fdc956a] Correlation ID: null, Call Stack:
null, Custom Event ID: -1, Message: Failed to verify Power Management
configuration for Host gluster1.
2013-11-22 08:39:47,112 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(ajp--127.0.0.1-8702-6) [3fdc956a] Correlation ID: 79ec7cf2, Call Stack:
null, Custom Event ID: -1, Message: Host gluster1 configuration was
updated by admin@internal.
2013-11-22 08:39:47,115 INFO
[org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
(pool-6-thread-15) [3fdc956a] START, SetVdsStatusVDSCommand(HostName =
gluster1, HostId = ab3aa043-579c-4a26-bec2-82ec433398e8,
status=Installing, nonOperationalReason=NONE), log id: 64aa7ce3
2013-11-22 08:39:47,128 INFO
[org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
(pool-6-thread-15) [3fdc956a] FINISH, SetVdsStatusVDSCommand, log id:
64aa7ce3
2013-11-22 08:39:47,255 INFO
[org.ovirt.engine.core.bll.InstallerMessages] (pool-6-thread-15)
[3fdc956a] Installation 192.168.1.30: Connected to host 192.168.1.30
with SSH key fingerprint: fb:ec:23:51:38:d8:a2:11:18:b5:fb:f6:09:6f:67:d3
2013-11-22 08:39:47,295 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(pool-6-thread-15) [3fdc956a] Correlation ID: 3fdc956a, Call Stack:
null, Custom Event ID: -1, Message: Installing Host gluster1. Connected
to host 192.168.1.30 with SSH key fingerprint:
fb:ec:23:51:38:d8:a2:11:18:b5:fb:f6:09:6f:67:d3.
2013-11-22 08:39:47,442 INFO [org.ovirt.engine.core.bll.VdsDeploy]
(pool-6-thread-15) [3fdc956a] Installation of 192.168.1.30. Executing
command via SSH umask 0077; MYTMP="$(mktemp -t ovirt-XXXXXXXXXX)"; trap
"chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" >
/dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && tar
--warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/setup
DIALOG/dialect=str:machine DIALOG/customization=bool:True <
/var/cache/ovirt-engine/ovirt-host-deploy.tar
2013-11-22 08:39:47,542 INFO [org.ovirt.engine.core.utils.ssh.SSHDialog]
(pool-6-thread-15) SSH execute root(a)192.168.1.30 'umask 0077;
MYTMP="$(mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\"
> /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr
"${MYTMP}" && mkdir "${MYTMP}" && tar --warning=no-timestamp -C
"${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine
DIALOG/customization=bool:True'
2013-11-22 08:39:47,595 ERROR [org.ovirt.engine.core.bll.VdsDeploy]
(VdsDeploy) Error during deploy dialog: java.io.IOException: Unexpected
connection termination
at
org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:388)
[otopi.jar:]
at
org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405)
[otopi.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:750)
[bll.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy.access$1800(VdsDeploy.java:77)
[bll.jar:]
at org.ovirt.engine.core.bll.VdsDeploy$45.run(VdsDeploy.java:893)
[bll.jar:]
at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]
2013-11-22 08:39:47,618 ERROR [org.ovirt.engine.core.bll.VdsDeploy]
(pool-6-thread-15) [3fdc956a] Error during host 192.168.1.30 install:
java.io.IOException: Unexpected connection termination
at
org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:388)
[otopi.jar:]
at
org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405)
[otopi.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:750)
[bll.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy.access$1800(VdsDeploy.java:77)
[bll.jar:]
at org.ovirt.engine.core.bll.VdsDeploy$45.run(VdsDeploy.java:893)
[bll.jar:]
at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]
2013-11-22 08:39:47,621 ERROR [org.ovirt.engine.core.bll.VdsDeploy]
(pool-6-thread-15) [3fdc956a] Error during host 192.168.1.30 install,
prefering first exception: java.io.IOException: Unexpected connection
termination
at
org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:388)
[otopi.jar:]
at
org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405)
[otopi.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:750)
[bll.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy.access$1800(VdsDeploy.java:77)
[bll.jar:]
at org.ovirt.engine.core.bll.VdsDeploy$45.run(VdsDeploy.java:893)
[bll.jar:]
at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]
2013-11-22 08:39:47,632 ERROR
[org.ovirt.engine.core.bll.InstallVdsCommand] (pool-6-thread-15)
[3fdc956a] Host installation failed for host
ab3aa043-579c-4a26-bec2-82ec433398e8, gluster1.: java.io.IOException:
Unexpected connection termination
at
org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:388)
[otopi.jar:]
at
org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405)
[otopi.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:750)
[bll.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy.access$1800(VdsDeploy.java:77)
[bll.jar:]
at org.ovirt.engine.core.bll.VdsDeploy$45.run(VdsDeploy.java:893)
[bll.jar:]
at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]
2013-11-22 08:39:47,646 INFO
[org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
(pool-6-thread-15) [3fdc956a] START, SetVdsStatusVDSCommand(HostName =
gluster1, HostId = ab3aa043-579c-4a26-bec2-82ec433398e8,
status=InstallFailed, nonOperationalReason=NONE), log id: 5a861d12
2013-11-22 08:39:47,662 INFO
[org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
(pool-6-thread-15) [3fdc956a] FINISH, SetVdsStatusVDSCommand, log id:
5a861d12
2013-11-22 08:39:47,670 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(pool-6-thread-15) [3fdc956a] Correlation ID: 3fdc956a, Call Stack:
null, Custom Event ID: -1, Message: Host gluster1 installation failed.
Unexpected connection termination.
2013-11-22 08:39:47,685 INFO
[org.ovirt.engine.core.bll.InstallVdsCommand] (pool-6-thread-15)
[3fdc956a] Lock freed to object EngineLock [exclusiveLocks= key:
ab3aa043-579c-4a26-bec2-82ec433398e8 value: VDS
, sharedLocks= ]
I can ssh to host with it's ip address or fqdn.
Any clue?
tnx
11 years, 1 month
[Users] oVirt node network config not persistent
by Simon Barrett
--_000_D86C48DF8800164BBE50B87623F7AC9548028823ln2wio001devtra_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi,
Version: oVirt Node - 3.0.1 - 1.0.2.el6
I'm seeing a problem with network configuration being lost after a reboot.
I add networks to a host via the GUI which works as expected. I click on th=
e "Save Network Configuration" which returns OK.
On the node itself I see all of the newly created files in /etc/sysconfig/n=
etwork-scripts. I also see the persisted files in /config/etc/sysconfig/net=
work-scripts. However, after a reboot, the files no longer exist in /etc/sy=
sconfig/network-scripts or /config/etc/sysconfig/network-scripts and I have=
to add the network configuration again from the GUI.
I have other files (selinux/config) that I have manually run the persist co=
mmand on and these are still present after a reboot.
Is this a known issue? Anyone have any ideas on how to resolve it?
Many Thanks,
Simon
--_000_D86C48DF8800164BBE50B87623F7AC9548028823ln2wio001devtra_
Content-Type: text/html; charset="us-ascii"
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=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@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:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
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:72.0pt 72.0pt 72.0pt 72.0pt;}
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"EN-GB" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Version: oVirt Node - 3.0.1 - 1.0.2.el6<o:p></o:p></=
p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I’m seeing a problem with network configuratio=
n being lost after a reboot.
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I add networks to a host via the GUI which works as =
expected. I click on the “Save Network Configuration” which ret=
urns OK.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">On the node itself I see all of the newly created fi=
les in /etc/sysconfig/network-scripts. I also see the persisted files in /c=
onfig/etc/sysconfig/network-scripts. However, after a reboot, the files no =
longer exist in /etc/sysconfig/network-scripts
or /config/etc/sysconfig/network-scripts and I have to add the network con=
figuration again from the GUI.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I have other files (selinux/config) that I have manu=
ally run the persist command on and these are still present after a reboot.=
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Is this a known issue? Anyone have any ideas on how =
to resolve it?<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Many Thanks,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Simon<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>
--_000_D86C48DF8800164BBE50B87623F7AC9548028823ln2wio001devtra_--
11 years, 1 month
Re: [Users] oVirt 3.3.1 rlease
by Martijn Grendelman
I'd just like to say that I just upgraded from 3.3.0.1 to 3.3.1 without
problems. It was a smooth experience, for both Engine and VDSM.
Cheers,
Martijn.
Kiril Nesenko schreef op 21-11-2013 16:43:
> The oVirt development team is very happy to announce the general
> availability of oVirt 3.3.1 as of November 21th 2013. This release
> solidifies oVirt as a leading KVM management application, and open
> source alternative to VMware vSphere.
>
> oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.4
> (or similar).
>
> See release notes [1] for a list of the new features and bug fixed.
>
> [1] http://www.ovirt.org/OVirt_3.3.1_release_notes
>
> - Kiril
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
11 years, 1 month
[Users] Time keeping in Windows VM
by Martin Goldstone
Hi all,
We're currently experiencing an issue in our production oVirt 3.2.2
environment (on CentOS 6.4) with time keeping on our Windows guests. It
seems to have appeared around the time of the recent DST change. It's taken
us a while to get to the bottom of this as some machines were created in
the wrong timezone, which muddied the waters a bit.
It appears that when Windows automatically updated time in the VMs, this
new offset from UTC was not stored correctly, and the next time the host
was shutdown and started back up, the clock was set incorrectly. We
eventually managed to get this to be consistently reproducible: Set the
clock an hour ahead; power off VM; power it back on; set the clock an hour
back (ie return it to the original time), power off and power back on;
observe that the clock has now shifted to an hour before the original time.
This can be observed in the vm_dynamic table on the database.
To be honest, I don't think that this an oVirt problem, as I've done some
limited testing on another host using virt-manager/libvirt. If I edit the
xml to set the clock offset to variable, using UTC as the basis and setting
the adjustment to 3600 (mimicking how it would have been before the DST
change), when I change the time in the VM back by an hour (as Windows would
do automatically at DST change), the xml shows a new offset of -3600, so it
seems when the clock is changed the offset it's putting in the XML is the
offset based on the time from when the VM was started, not the offset from
UTC.
Does anyone have any suggestions? At the moment, the only things I can
think of doing are either a) shutting down each VM and setting their offset
to 0 in the vm_dynamic table before starting the back up again or b)
setting the time forward and back an appropriate amount of time so that the
offset becomes 0, shutting the VM down and powering it back on again.
Thanks,
Martin
--
Martin Goldstone
IT Systems Administrator - Finance & IT
Keele University, Keele, Staffordshire, United Kingdom, ST5 5BG
Telephone: +44 1782 734457
G+: http://google.com/+MartinGoldstoneKeele
11 years, 1 month
[Users] Is there any way of prohibiting 2 vms to run on the same hv ?
by Ernest Beinrohr
This is a multi-part message in MIME format.
--------------060401040203010204010401
Content-Type: text/plain; charset=windows-1250; format=flowed
Content-Transfer-Encoding: 8bit
I have 2 vms in ha cluster and now they are running
on the same hypervisor (out of 5). Is there any way
ovirt can help preventing such an situation?
thank you
--
Ernest Beinrohr, AXON PRO
DevOps, Ing <http://www.beinrohr.sk/ing.php>, RHCE
<http://www.beinrohr.sk/rhce.php>, RHCVA
<http://www.beinrohr.sk/rhce.php>, LPIC
<http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>,
+421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603
<callto://+421-903--482-603>
icq:28153343, skype:oernii-work <callto://oernii-work>,
jabber:oernii@jabber.org
------------------------------------------------------------------------
For a successful technology, reality must take precedence over public
relations, for Nature cannot be fooled. Richard Feynman
--------------060401040203010204010401
Content-Type: text/html; charset=windows-1250
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=windows-1250">
</head>
<body bgcolor="#FFFFFF" text="#000000">
I have 2 vms in ha cluster and now they are running <br>
on the same hypervisor (out of 5). Is there any way <br>
ovirt can help preventing such an situation?<br>
<br>
thank you<br>
<br>
<div class="moz-signature">-- <br>
<div id="oernii_footer" style="color: gray;">
<span style="font-family: Lucida Console, Luxi Mono, Courier,
monospace; font-size: 90%;">
Ernest Beinrohr, AXON PRO<br>
DevOps,
<a style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/ing.php">Ing</a>, <a
style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a
style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a
style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a
style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/vca.php">VCA</a>, <a
style="text-decoration: none; color: gray;"
href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a
style="text-decoration: none; color: gray;"
href="callto://+421-903--482-603">+421-903--482-603</a><br>
icq:28153343, <a style="text-decoration: none; color: gray;"
href="callto://oernii-work">skype:oernii-work</a>,
<a class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a>
<br>
</span>
<hr style="height: 1px; width: 95%"> <span style="font-size:
70%;">
For a successful technology, reality must take precedence
over public relations, for Nature cannot be fooled. Richard
Feynman </span> </div>
</div>
<img
src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk"
moz-do-not-send="true" border="0" height="1" width="1">
</body>
</html>
--------------060401040203010204010401--
11 years, 1 month
[Users] oVirt 3.4 planning - integration features review
by Sandro Bonazzola
------=_Part_20375445_136647966.1385048992994
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
The following is a new meeting request:
Subject: oVirt 3.4 planning - integration features review
Organizer: "Sandro Bonazzola" <sbonazzo(a)redhat.com>
Location: #ovirt IRC channel
Time: Wednesday, November 27, 2013, 3:00:00 PM - 4:00:00 PM GMT +01:00 Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna
Invitees: users(a)ovirt.org; arch(a)ovirt.org; iheim(a)redhat.com; oschreib(a)redhat.com; obasan(a)redhat.com; ydary(a)redhat.com; didi(a)redhat.com; alonbl(a)redhat.com
*~*~*~*~*~*~*~*~*~*
------=_Part_20375445_136647966.1385048992994
Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics
Content-Transfer-Encoding: 7bit
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Europe/Berlin
BEGIN:STANDARD
DTSTART:16010101T030000
TZOFFSETTO:+0100
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:CET
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T020000
TZOFFSETTO:+0200
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU
TZNAME:CEST
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:41520a09-661c-48b4-867c-1ad8de936ec5
SUMMARY:oVirt 3.4 planning - integration features review
LOCATION:#ovirt IRC channel
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:arch@ov
irt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:iheim@r
edhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:oschrei
b(a)redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:obasan@
redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:ydary@r
edhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:didi@re
dhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:alonbl@
redhat.com
ORGANIZER;CN=Sandro Bonazzola:mailto:sbonazzo@redhat.com
DTSTART;TZID="Europe/Berlin":20131127T150000
DTEND;TZID="Europe/Berlin":20131127T160000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20131121T154952Z
DTSTAMP:20131121T154952Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: oVirt 3.4 pl
anning - integration features review \nOrganizer: "Sandro Bonazzola" <sbonaz
zo(a)redhat.com> \n\nLocation: #ovirt IRC channel \nTime: Wednesday\, November
27\, 2013\, 3:00:00 PM - 4:00:00 PM GMT +01:00 Amsterdam\, Berlin\, Bern\,
Rome\, Stockholm\, Vienna\n \nInvitees: users(a)ovirt.org\; arch(a)ovirt.org\; i
heim(a)redhat.com\; oschreib(a)redhat.com\; obasan(a)redhat.com\; ydary(a)redhat.com
\; didi(a)redhat.com\; alonbl(a)redhat.com \n\n\n*~*~*~*~*~*~*~*~*~*\n\n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR
------=_Part_20375445_136647966.1385048992994--
11 years, 1 month
[Users] Resizing the iscsi data domain
by Juan Pablo Lorier
Hi,
I've resized the lun I'm using for data domain. I've changed the lun,
rescaned the target with iscsiadm and reloaded multipath to get the new
size. The thins is that though all the hosts sees the new size, ovirt
doesn't. Do I need to run something to update the engine db?
I'm running ovirt 3.2
Regards,
11 years, 1 month