February 2013 - Users - oVirt List Archives

[Users] Failing on new setup
by Jaco 18 Feb '13

18 Feb '13

This is a multi-part message in MIME format. --------------040901050807070502000602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi guys, New to oVirt - and "new" to Fedora after a *very long* break @ using Debian/Ubuntu almost exclusively for the last few years. Much has changed, so please pardon my ignorance - got some catching-up to do. I'm doing PoC of a number of systems, so need to give oVirt a fair shake, but I'm tripping up before I can even get going (does not bode well). I've tried following the QuickStart, all-in-one & other guides, & quickly came across issues. Next I'll have to start building from source - a prospect that will by no means present me with less issues. New F18, minimal headless server. Installed via yum as documented, but install failed at the last steps, as there seems to be an issue with the scripts' implementation of firewalld. A very nice chap @ the IRC channel managed to help be out to get over that initial hurdle - had to *completely* disable firewalld & select the 'None' option for the setup. (seems like a really bad idea to start off like that - disabling security - but this is a lab PoC, so OK, will let it slide for now) I've also disabled SELinux & IPtables via systemctl - so that we can eliminate that as an issue. Script(s) still don't complete without issue, but at lease the engine seems to come up & I can log in. After logging in, I try to (re)connect to the local hypervisor via (root@) $FQDN, localhost & 127.0.0.1, but it fails to come up (why root? OK....). It adds the host, but there seems to be connectivity issues. I'm seeing this in the GUI events: Host localhost installation failed. Command returned failure code 1 during SSH session 'root@localhost'. I'm seeing this in `tail -f /var/log/ovirt-engine/engine.log` http://pastebin.com/nVyNGSsf Relevant line being: ERROR [org.ovirt.engine.core.utils.ssh.SSHDialog] (pool-3-thread-31) SSH error running command root@localhost:'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 -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True': java.io.IOException: Command returned failure code 1 during SSH session 'root@localhost' This is a *fresh* box - I've reinstalled it a few times from scratch now - & I've re-installed oVirt through the manners documented, but I'm not getting anywhere fast. In this, google is not my friend, as results are sparse & not very helpful - i.e. if someone's found resolution, it has not been posted. Either there's a bug in the docco's or the code/scripts. Please help - I'd *really* like to give this a go Kind regards -Jaco --------------040901050807070502000602 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 bgcolor="#FFFFFF" text="#000000"> Hi guys, New to oVirt - and "new" to Fedora after a *very long* break @ using Debian/Ubuntu almost exclusively for the last few years. Much has changed, so please pardon my ignorance - got some catching-up to do. I'm doing PoC of a number of systems, so need to give oVirt a fair shake, but I'm tripping up before I can even get going (does not bode well). I've tried following the QuickStart, all-in-one & other guides, & quickly came across issues. Next I'll have to start building from source - a prospect that will by no means present me with less issues. New F18, minimal headless server. Installed via yum as documented, but install failed at the last steps, as there seems to be an issue with the scripts' implementation of firewalld. A very nice chap @ the IRC channel managed to help be out to get over that initial hurdle - had to *completely* disable firewalld & select the 'None' option for the setup. (seems like a really bad idea to start off like that - disabling security - but this is a lab PoC, so OK, will let it slide for now) I've also disabled SELinux & IPtables via systemctl - so that we can eliminate that as an issue. Script(s) still don't complete without issue, but at lease the engine seems to come up & I can log in. After logging in, I try to (re)connect to the local hypervisor via (root@) $FQDN, localhost & 127.0.0.1, but it fails to come up (why root? OK....). It adds the host, but there seems to be connectivity issues. I'm seeing this in the GUI events: <meta charset="utf-8"> Host localhost installation failed. Command returned failure code 1 during SSH session 'root@localhost'. I'm seeing this in `tail -f /var/log/ovirt-engine/engine.log` <a class="moz-txt-link-freetext" href="http://pastebin.com/nVyNGSsf">http://pastebin.com/nVyNGSsf</a> Relevant line being: ERROR [org.ovirt.engine.core.utils.ssh.SSHDialog] (pool-3-thread-31) SSH error running command root@localhost:'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 -C "${MYTMP}" -x &&  "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True': java.io.IOException: Command returned failure code 1 during SSH session 'root@localhost' This is a *fresh* box - I've reinstalled it a few times from scratch now - & I've re-installed oVirt through the manners documented, but I'm not getting anywhere fast. In this, google is not my friend, as results are sparse & not very helpful - i.e. if someone's found resolution, it has not been posted. Either there's a bug in the docco's or the code/scripts. Please help - I'd *really* like to give this a go Kind regards -Jaco </body> </html> --------------040901050807070502000602--

3 3

[Users] Upgrading to Fedora 18
by Kevin Daly 17 Feb '13

17 Feb '13

I have installed Ovirt 3.1 on a Fedora 17 server, and would like to upgrade to Fedora 18... The documentation I have found on the mailing list is unclear on how to do this. Does anyone have any pointers on how this can be done.. as well as upgrading to Ovirt 3.2 after we've upgraded to Fedora 18 Thanks In advance

3 2

[Users] Failed to migrate host
by Christian Hernandez 17 Feb '13

17 Feb '13

Hello, I got an error when trying to migrate a VM. On the "events" tab on the bottom it said. Failed to MigrateStatusVDS, error = Could not connect to peer VDS (VM: <vmname>, Source Host: <Hypervisor Host>). In the engine log it says the following. 2013-02-05 22:09:24,606 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-66) Rerun vm 6a9178cc-56cf-42f3-8a4c-098095d737f9. Called from vds VR2 2013-02-05 22:09:24,611 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-48) START, MigrateStatusVDSCommand(HostName = VR2, HostId = 153b2742-6f2f-11e2-a248-52540038c812, vmId=6a9178cc-56cf-42f3-8a4c-098095d737f9), log id: 38675c5e 2013-02-05 22:09:24,656 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-48) Failed in MigrateStatusVDS method 2013-02-05 22:09:24,657 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-48) Error code noConPeer and error message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Could not connect to peer VDS 2013-02-05 22:09:24,662 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-48) Command org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand return value Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc mCode 10 mMessage Could not connect to peer VDS 2013-02-05 22:09:24,663 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-48) HostName = VR2 2013-02-05 22:09:24,664 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (pool-3-thread-48) Command MigrateStatusVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Could not connect to peer VDS 2013-02-05 22:09:24,664 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-48) FINISH, MigrateStatusVDSCommand, log id: 38675c5e

2 2

[Users] Access libvirt/virsh on oVirt node
by Frank Wall 17 Feb '13

17 Feb '13

Hi, how can I access libvirt/virsh on oVirt node? What are the credentials for accessing libvirt/virsh on the command line of a oVirt node? virsh # list Please enter your authentication name: Please enter your password: error: Failed to reconnect to the hypervisor error: no valid connection error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-whitespace username.) It would make debugging things much easier... Thanks - Frank

8 9

[Users] fedora-18 host deploy regression
by Alon Bar-Lev 16 Feb '13

16 Feb '13

Hello, Since the release of fedora-18, there are some regressions related to tuned package. It is regression compared to Beta. tuned service does not start because of various reasons[1][2][3]. One option is to drop tuned usage, another is to push fedora into fixing these. A fix for [3] is available, but has not been pushed yet. Regards, Alon [1] https://bugzilla.redhat.com/show_bug.cgi?id=883421 [2] https://bugzilla.redhat.com/show_bug.cgi?id=885271 [3] https://bugzilla.redhat.com/show_bug.cgi?id=909445

1 0

[Users] Host deployment on 3.2
by Jeff Bailey 16 Feb '13

16 Feb '13

I've hit a couple of small problems deploying an F18 minimal host with 3.2. The first problem was missing tar. Second, I had manually set up a vlan on the host for initial communication and the regular expression in bridge.py of the otopi plugin couldn't determine the vlan id. After tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was fine. --- Jeff

2 7

[Users] F18 iSCSI/FC and latest systemd/udev
by Jeff Bailey 16 Feb '13

16 Feb '13

While not an actual problem with oVirt, the latest systemd/udev packages for F18 (197-1) break permissions on LVM volumes and stop vdsm/qemu/etc from accessing them. I just downgraded them and everything seems OK but I thought I'd let people know (easier to just avoid rather than repair :) ). There's a bugzilla for it from a week or two ago but since 3.2 came out I figured a lot more people might be installing it on new F18 installations with all the updates and running into problems.

2 2

[Users] Move single vmdk (or else) disk into oVirt/RHEV
by Nicolas Ecarnot 16 Feb '13

16 Feb '13

Hi, I find it hard to find any information about the way I have to follow to convert/import a vmdk/qcow/raw/etc... single disk into an oVirt disks list. I know how to use virt-v2v to import complete VMs (disk AND config), but don't know how to handle a single data disk. Regards, -- Nicolas Ecarnot

6 8

[Users] VM import error
by Jonathan Daugherty 16 Feb '13

16 Feb '13

Hi, After converting a libvirt/KVM VM onto an export domain with virt-v2v 0.8.7, I get the following messages in my node vdsm.log when I attempt to import it into oVirt 3.2 (vdsm 4.10.3-6, Fedora 18): 28225939-f0a9-4ca4-a03b-e6fbece8fc2c::DEBUG::2013-02-15 15:12:53,143::misc::84::Storage.Misc.excCmd::(<lambda>) FAILED: <err> = ["/usr/bin/dd: reading '/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/11204af5-1dd7-484a-8ea5-3aeb16e93053/images/14fc6510-3e56-4ab4-b592-e904f8f11043/38e87558-988f-46e5-b528-dae16a264887': Input/output error", '1+0 records in', '1+0 records out', '1048576 bytes (1.0 MB) copied, 1759.85 s, 0.6 kB/s']; <rc> = 128225939-f0a9-4ca4-a03b-e6fbece8fc2c::ERROR::2013-02-15 15:12:53,143::image::590::Storage.Image::(_interImagesCopy) Unexpected errorTraceback (most recent call last): File "/usr/share/vdsm/storage/image.py", line 586, in _interImagesCopy misc.ddWatchCopy(srcVol.getVolumePath(), dstVol.getVolumePath(), vars.task.aborting, size=srcSize) File "/usr/share/vdsm/storage/misc.py", line 414, in ddWatchCopy raise se.MiscBlockWriteException(dst, offset, size) MiscBlockWriteException: Internal block device write failure: 'name=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/6c0ba8c9-0e4e-474a-ba40-781b5e5d318a/images/14fc6510-3e56-4ab4-b592-e904f8f11043/38e87558-988f-46e5-b528-dae16a264887, offset=0, size=3307929600' # ls -alh total 3.1G drwxr-xr-x. 2 vdsm kvm 4.0K Feb 15 14:38 . drwxr-xr-x. 3 vdsm kvm 4.0K Feb 15 14:39 .. -rw-rw-r--. 1 vdsm kvm 3.1G Feb 15 14:39 38e87558-988f-46e5-b528-dae16a264887 -rw-r--r--. 1 vdsm kvm 324 Feb 15 14:38 38e87558-988f-46e5-b528-dae16a264887.meta -- Jonathan Daugherty Software Engineer Galois, Inc.

1 0

[Users] attempted a 3.2 fedora setup
by Jonathan Horne 16 Feb '13

16 Feb '13

--_000_9BE6F493F83A594DA60C45E6A09DC5AC01760944AUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable today I tried to set up a single manager and single node, using fedora 18 s= ystems. I know it says use minimal but I chose webserver as the package set= . I then applied full yum-updates and rebooted, then applied ovirt-release= yum repo. Setup manager, and no issues. But when I attempt to connect no= de from the management web interface, I got this in an error log: 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager miniyuml= ocal.info:53 Yum Verify: 110/117: python-dmidecode.x86_64 0:3.10.13-6.fc18 = - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager miniyuml= ocal.info:53 Yum Verify: 111/117: net-snmp-utils.x86_64 1:5.7.2-5.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager miniyuml= ocal.info:53 Yum Verify: 112/117: brlapi.x86_64 0:0.5.6-12.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager miniyuml= ocal.info:53 Yum Verify: 113/117: SDL.x86_64 0:1.2.15-3.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager miniyuml= ocal.info:53 Yum Verify: 114/117: tuned.noarch 0:2.2.0-1.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager miniyuml= ocal.info:53 Yum Verify: 115/117: virt-what.x86_64 0:1.12-2.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager miniyuml= ocal.info:53 Yum Verify: 116/117: seabios-bin.noarch 0:1.7.1-4.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager miniyuml= ocal.info:53 Yum Verify: 117/117: ipmitool.x86_64 0:1.8.12-9.fc18 - e 2013-02-15 16:40:35 DEBUG otopi.plugins.otopi.packagers.yumpackager miniyum= local.verbose:49 Yum Transaction processed 2013-02-15 16:40:36 DEBUG otopi.transaction transaction.abort:131 aborting = 'File transaction for '/etc/vdsm/vdsm.conf'' 2013-02-15 16:40:36 DEBUG otopi.transaction transaction.abort:131 aborting = 'File transaction for '/etc/udev/rules.d/12-ovirt-iosched.rules'' 2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:391 ENVIRON= MENT DUMP - BEGIN 2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:401 ENV BAS= E/error=3Dbool:'True' 2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:403 ENVIRON= MENT DUMP - END 2013-02-15 16:40:36 INFO otopi.context context.runSequence:332 Stage: Pre-t= ermination 2013-02-15 16:40:36 DEBUG otopi.context context.runSequence:336 STAGE pre-t= erminate 2013-02-15 16:40:36 DEBUG otopi.context context._executeMethod:116 Stage pr= e-terminate METHOD otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ***Q:STRING TERMINATION_COMMAND 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### Processing ended, use 'quit' to quit 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### COMMAND> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:RECEIVE env-get -k BASE/error 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ***D:VALUE BASE/error=3Dbool:True 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ***Q:STRING TERMINATION_COMMAND 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### Processing ended, use 'quit' to quit 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### COMMAND> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:RECEIVE env-get -k BASE/aborted 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ***D:VALUE BASE/aborted=3Dbool:False 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ***Q:STRING TERMINATION_COMMAND 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### Processing ended, use 'quit' to quit 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### COMMAND> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:RECEIVE env-get -k ODEPLOY/installIncomplete 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ***D:VALUE ODEPLOY/installIncomplete=3Dbool:Fals= e 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ***Q:STRING TERMINATION_COMMAND 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### Processing ended, use 'quit' to quit 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### COMMAND> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:RECEIVE noop 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ***Q:STRING TERMINATION_COMMAND 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### Processing ended, use 'quit' to quit 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### COMMAND> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:RECEIVE env-get -k SYSTEM/reboot 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ***D:VALUE SYSTEM/reboot=3Dbool:False 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ***Q:STRING TERMINATION_COMMAND 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### Processing ended, use 'quit' to quit 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:SEND ### COMMAND> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logSt= ring:215 DIALOG:RECEIVE log Anyone have any ideas what I could be doing wrong here? Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC01760944AUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <style>  </style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> today I tried to set up a single manager and single = node, using fedora 18 systems. I know it says use minimal but I chose webse= rver as the package set.  I then applied full yum-updates and rebooted= , then applied ovirt-release yum repo.  Setup manager, and no issues.  But when I attempt to connect node fro= m the management web interface, I got this in an error log:   2013-02-15 16:40:35 INFO otopi.plugins.otopi.package= rs.yumpackager miniyumlocal.info:53 Yum Verify: 110/117: python-dmidecode.x= 86_64 0:3.10.13-6.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.package= rs.yumpackager miniyumlocal.info:53 Yum Verify: 111/117: net-snmp-utils.x86= _64 1:5.7.2-5.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.package= rs.yumpackager miniyumlocal.info:53 Yum Verify: 112/117: brlapi.x86_64 0:0.= 5.6-12.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.package= rs.yumpackager miniyumlocal.info:53 Yum Verify: 113/117: SDL.x86_64 0:1.2.1= 5-3.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.package= rs.yumpackager miniyumlocal.info:53 Yum Verify: 114/117: tuned.noarch 0:2.2= .0-1.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.package= rs.yumpackager miniyumlocal.info:53 Yum Verify: 115/117: virt-what.x86_64 0= :1.12-2.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.package= rs.yumpackager miniyumlocal.info:53 Yum Verify: 116/117: seabios-bin.noarch= 0:1.7.1-4.fc18 - e 2013-02-15 16:40:35 INFO otopi.plugins.otopi.package= rs.yumpackager miniyumlocal.info:53 Yum Verify: 117/117: ipmitool.x86_64 0:= 1.8.12-9.fc18 - e 2013-02-15 16:40:35 DEBUG otopi.plugins.otopi.packag= ers.yumpackager miniyumlocal.verbose:49 Yum Transaction processed 2013-02-15 16:40:36 DEBUG otopi.transaction transact= ion.abort:131 aborting 'File transaction for '/etc/vdsm/vdsm.conf'' 2013-02-15 16:40:36 DEBUG otopi.transaction transact= ion.abort:131 aborting 'File transaction for '/etc/udev/rules.d/12-ovirt-io= sched.rules'' 2013-02-15 16:40:36 DEBUG otopi.context context.dump= Environment:391 ENVIRONMENT DUMP - BEGIN 2013-02-15 16:40:36 DEBUG otopi.context context.dump= Environment:401 ENV BASE/error=3Dbool:'True' 2013-02-15 16:40:36 DEBUG otopi.context context.dump= Environment:403 ENVIRONMENT DUMP - END 2013-02-15 16:40:36 INFO otopi.context context.runSe= quence:332 Stage: Pre-termination 2013-02-15 16:40:36 DEBUG otopi.context context.runS= equence:336 STAGE pre-terminate 2013-02-15 16:40:36 DEBUG otopi.context context._exe= cuteMethod:116 Stage pre-terminate METHOD otopi.plugins.otopi.dialog.cli.Pl= ugin._pre_terminate 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ***Q:STRING TERMINATION_COMMAND 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### Processing ended, use 'quit' to quit 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### COMMAND> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:RECEIVE    env-get -k= BASE/error 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ***D:VALUE BASE/error=3Dbool:True 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ***Q:STRING TERMINATION_COMMAND 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### Processing ended, use 'quit' to quit 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### COMMAND> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:RECEIVE    env-get -k= BASE/aborted 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ***D:VALUE BASE/aborted=3Dbool:False 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ***Q:STRING TERMINATION_COMMAND 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### Processing ended, use 'quit' to quit 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### COMMAND> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:RECEIVE    env-get -k= ODEPLOY/installIncomplete 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ***D:VALUE ODEPLOY/installIncomplete=3Dbool:False 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND      &= nbsp;***Q:STRING TERMINATION_COMMAND 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### Processing ended, use 'quit' to quit 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### COMMAND> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:RECEIVE    noop 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ***Q:STRING TERMINATION_COMMAND 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### Processing ended, use 'quit' to quit 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### COMMAND> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:RECEIVE    env-get -k= SYSTEM/reboot 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ***D:VALUE SYSTEM/reboot=3Dbool:False 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ***Q:STRING TERMINATION_COMMAND 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### Processing ended, use 'quit' to quit 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:SEND     &n= bsp; ### COMMAND> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog= .machine dialog.__logString:215 DIALOG:RECEIVE    log   Anyone have any ideas what I could be doing wrong he= re?   Thanks, jonathan </div> <hr> This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose. </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC01760944AUSP01DAG0201co_--

2 1

[Users] [Best practice] NFS export domain served by oVirt manager?
by Nicolas Ecarnot 15 Feb '13

15 Feb '13

Hi, Here is a simple question about what is the best practice about the location of a NFS export domain. At present, I'm using a server as the oVirt manager, and this server is also a NFS server for the ISO storage domain. I'm using another server to serve an NFS export domain, but I'm thinking of changing that. Is there any advice against the decision to host the export domain NFS on the same server as the manager? For the time being, I will mainly use this export storage domain to rarely import some p2v imports, but I don't need performance. Your opinion? -- Nicolas Ecarnot

3 2

[Users] oVirt + drbd
by Tobias Honacker 15 Feb '13

15 Feb '13

Hey guys, is it possible to use oVirt with the new drbd9? Best regards, Tobias

2 2

[Users] oVirt and firewalld
by Jonathan Daugherty 15 Feb '13

15 Feb '13

Hi, I've just set up a new oVirt installation with two nodes. Both of the nodes have had 'firewalld' disabled. When I went to test VM migration, it failed, apparently due to this (from the vdsm log on the source node): error : virNetClientProgramDispatchError:174 : Error while building firewall: Some rules could not be created for interface vnet0: Failure to execute command '$EBT -t nat -N libvirt-J-vnet0' : 'DBusException org.freedesktop.DBus.Error.ServiceUnknown: The name org.fedoraproject.FirewallD1 was not provided by any .service filesCouldn't connect to FirewallD, it's probably not running.'. Is running firewalld a requirement for oVirt? Is it possible to avoid having oVirt attempt to manage my firewall rules? Thanks! -- Jonathan Daugherty Software Engineer Galois, Inc.

1 1

[Users] Add NIC directly to VM (Dedicated)
by Matt . 15 Feb '13

15 Feb '13

Hi, For setting up a firewall in a VM I would like to add 2 of my 4 nics directly to a VM. In my previous setup I thought I have done that, but at the moment I cannot figure this out and cannot find the docs to accomplish this. I would like to dedicate those 2 nics to my firewall VM's to avoid sharing them using a network per accident to other VM's. How is this be done at the moment ? Cheers, Matt

4 11

[Users] Engine location best practice?
by Lance A. Brown 15 Feb '13

15 Feb '13

I'm setting up an oVirt environment at $WORK and trying to decide where to locate the ovirt-engine. Is it better practice to put it on a separate computer from the nodes? If I co-locate it on a node machine, then I have to worry about it being unavailable if that node is down. How much of an issue is that likely to be? Thanks, --[Lance]

2 1

[Users] ovirt-shell: Disabling autopage
by Adam Litke 15 Feb '13

15 Feb '13

Hi, Currently the ovirt-shell displays command results using a pager. It does this even when running non-interactively (ie. input via pipe) which is broken. As a workaround, I discovered the option 'cli:autopage = False' should be placed in my .ovirtshellrc file. This works great the first time, but then it seems ovirt-shell is overwriting this file and dumping my new setting. What am I doing wrong here? -- Adam Litke <agl(a)us.ibm.com> IBM Linux Technology Center

2 3

[Users] Internet Explorer with latest master
by Dead Horse 14 Feb '13

14 Feb '13

Ever since this change: http://gerrit.ovirt.org/#/c/11078/ The webadmin and userportal UI no longer displays nor works correctly within Internet Explorer 8 or 9. Under IE 8 or 9 the UI is pretty much an usable garbled mess. Everything looks and works fine under Chrome and Firefox. Unfortunately Internet Exploder is a necessary evil for windows users to be able to get at SPICE consoles. (No spice plugin/support for Firefox/Chrome yet...) - DHC

2 1

[Users] NFS Advanced Parameters Greyed out on Existing Storage Domains
by Chris Noffsinger 14 Feb '13

14 Feb '13

So I have read this BZ https://bugzilla.redhat.com/show_bug.cgi?id=855729 and these related ovirt BZs http://gerrit.ovirt.org/#/c/8110/ http://gerrit.ovirt.org/#/c/8797/ http://gerrit.ovirt.org/#/c/8798/ So forgive me but I am a little confused. I have some existing NFS Storage domains that I was not paying attention and attached without doing any advanced parameters in RHEV 3.1 Now the NFS Advanced Parameters box is greyed out. So now that I have attached these domains I cannot change the advanced nfs option such as change it to Nfs4 from 3 or rsize and wsize? Maybe if I was using upstream oVirt instead of Rhev 3.1 I would be able to make the changes in vdsm.conf and they would be honored? -- Chris Noffsinger

2 3

[Users] GlusterFS configuration and performance question
by Sven Knohsalla 14 Feb '13

14 Feb '13

--_000_DC9ABD90CB55EC448B1F682D5731AF7407A6D635D2IAD2MBX17mex0_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, We're planning to migrate from iSCSI /LVM to mirrored GlusterFS to reach fa= il-over. As I did read here<http://community.gluster.org/q/can-i-use-glusterfs-as-an= -alternative-network-storage-backing-for-vm-hosting/> GlusterFS isn't actua= lly the best solution for big VM images? (by the way what means big here?) Does anybody here can share his experience with using GlusterFS, how many VMs are running and what is the expected IO per second for a VM ? (I know this can differ enormously) We have about Perhaps somebody here already uses 3.3 (with self-healing) ? I'm pretty looking forward to GlusterFS 3.4, as the new features seem to be= "made" for RHEV/oVirt. Thanks in advance for your feedback! Best, Sven. Sven Knohsalla | System Administration Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsalla@netbi= scuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY [http://www.netbiscuits.com/image/image_gallery?uuid=3D65218eda-f7f9-4541-a= bfe-928c09e418a0&groupId=3D10211&t=3D1348837476176] Meet us at events around the globe<http://www.netbiscuits.com/events> [https://www.netbiscuits.com/image/image_gallery?uuid=3D3031deca-7e56-4417= -9822-3d6d72f71ef0&groupId=3D10211&t=3D1347280983812] <https://www.netbiscu= its.com/blog> [https://www.netbiscuits.com/image/image_gallery?uuid=3D1d1a= 5e29-ceda-4ab1-9353-67a1e838364d&groupId=3D10211&t=3D1347281040591] <https:= //twitter.com/netbiscuits> [https://www.netbiscuits.com/image/image_galler= y?uuid=3Dc99bf866-be25-4236-a0ee-dca68ec828a5&groupId=3D10211&t=3D134728098= 3848] <http://www.linkedin.com/company/netbiscuits> [https://www.netbiscui= ts.com/image/image_gallery?uuid=3Dd62ba951-14dc-450d-b5f1-be33884225e3&grou= pId=3D10211&t=3D1347280983872] <http://www.xing.com/companies/netbiscuitsgm= bh> [https://www.netbiscuits.com/image/image_gallery?uuid=3D7b28f500-f415-= 40bb-851f-0cd55beeaf45&groupId=3D10211&t=3D1347280983791] <https://www.face= book.com/Netbiscuits> [https://www.netbiscuits.com/image/image_gallery?uui= d=3Dcc8764d0-a5ac-4623-bb63-da3ca7c97f94&groupId=3D10211&t=3D1347280983836]= <https://plus.google.com/u/0/112410769451962733032> [https://www.netbiscu= its.com/image/image_gallery?uuid=3Da15e871c-a11b-419c-acca-da5a0ebd5856&gro= upId=3D10211&t=3D1347281040599] <http://www.youtube.com/user/netbiscuits> Register Court: Local Court Kaiserslautern | Commercial Register ID: HR B 3= 604 Management Board: Guido Moggert, Michael Neidh=F6fer, Christian Reitz, Mart= in S=FC=DF --_000_DC9ABD90CB55EC448B1F682D5731AF7407A6D635D2IAD2MBX17mex0_ Content-Type: text/html; charset="iso-8859-1" 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=3DContent-Type content= =3D"text/html; charset=3Diso-8859-1"><meta name=3DGenerator content=3D"Micr= osoft Word 14 (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue vli= nk=3Dpurple><div class=3DWordSection1>Hi,<o:p></o:p></= p><o:p> </o:p>We’r= e planning to migrate from iSCSI /LVM to mirrored GlusterFS to reach fail-o= ver. As I did read <a href=3D"http://community.gluster.org/q/can-i-use-g= lusterfs-as-an-alternative-network-storage-backing-for-vm-hosting/">here</a= > GlusterFS isn’t actually the best solution for big VM images? (b= y the way what means big here?) Does anybody here can share his expe= rience with using GlusterFS, how many VMs are running and what is the ex= pected IO per second for a VM ? (I know this can differ enormously) <= br>We have about =A0 Perhaps somebody here already uses 3.3 (with se= lf-healing) ? I’m pretty looking forward to GlusterFS 3.4, as = the new features seem to be “made” for RHEV/oVirt. Thank= s in advance for your feedback!<o:p></o:p><o:p>&nb= sp;</o:p>Best, Sven. <o:p></o:p><o:p> </o:p>Sven Knohsalla | System Administration<o:p></o:p><o:p> </o:p>Office +49 631 6803= 6 433 | Fax +49 631 68036 111=A0 |E-Mail s.k= nohsalla(a)netbiscuits.com | Skype: netbiscuit= s.admin <o:p></o:p></s= pan>Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY<o:p></o:p></s= pan><o:p= > </o:p><img border=3D0 width=3D200 he= ight=3D40 id=3D"_x0000_i1032" src=3D"http://www.netbiscuits.com/image/image= _gallery?uuid=3D65218eda-f7f9-4541-abfe-928c09e418a0&groupId=3D10211&am= p;t=3D1348837476176" alt=3D"Beschreibung: Beschreibung: http://www.netbiscu= its.com/image/image_gallery?uuid=3D65218eda-f7f9-4541-abfe-928c09e418a0&amp= ;groupId=3D10211&t=3D1348837476176"><o:p></o:p><= /p><o:p>&nbs= p;</o:p><a href=3D"http://w= ww.netbiscuits.com/events">Meet us at events around the globe</a><o:p></o:p> <a href=3D"https://www.= netbiscuits.com/blog"><img border=3D0 width=3D24 height=3D24 id=3D"_x0000_i1031" src=3D"https://= www.netbiscuits.com/image/image_gallery?uuid=3D3031deca-7e56-4417-9822-3d6d= 72f71ef0&groupId=3D10211&t=3D1347280983812" alt=3D"Beschreibung: Be= schreibung: https://www.netbiscuits.com/image/image_gallery?uuid=3D3031deca= -7e56-4417-9822-3d6d72f71ef0&groupId=3D10211&t=3D1347280983812"></s= pan></a>&= nbsp;<a href=3D"https://twitter.com/netbiscuits"><img border=3D0 width=3D24 height=3D24 i= d=3D"_x0000_i1030" src=3D"https://www.netbiscuits.com/image/image_gallery?u= uid=3D1d1a5e29-ceda-4ab1-9353-67a1e838364d&groupId=3D10211&t=3D1347= 281040591" alt=3D"Beschreibung: Beschreibung: https://www.netbiscuits.com/i= mage/image_gallery?uuid=3D1d1a5e29-ceda-4ab1-9353-67a1e838364d&groupId= =3D10211&t=3D1347281040591"></a> <a href=3D"http://www.linked= in.com/company/netbiscuits"><img border=3D0 width=3D24 height=3D24 id=3D"_x0000_i1029" src=3D"ht= tps://www.netbiscuits.com/image/image_gallery?uuid=3Dc99bf866-be25-4236-a0e= e-dca68ec828a5&groupId=3D10211&t=3D1347280983848" alt=3D"Beschreibu= ng: Beschreibung: https://www.netbiscuits.com/image/image_gallery?uuid=3Dc9= 9bf866-be25-4236-a0ee-dca68ec828a5&groupId=3D10211&t=3D134728098384= 8"></a> <a href=3D"http://www.xing.com/companies/netbiscuitsgmbh"= ><img border=3D0 widt= h=3D24 height=3D24 id=3D"_x0000_i1028" src=3D"https://www.netbiscuits.com/i= mage/image_gallery?uuid=3Dd62ba951-14dc-450d-b5f1-be33884225e3&groupId= =3D10211&t=3D1347280983872" alt=3D"Beschreibung: Beschreibung: https://= www.netbiscuits.com/image/image_gallery?uuid=3Dd62ba951-14dc-450d-b5f1-be33= 884225e3&groupId=3D10211&t=3D1347280983872"></a> <a href= =3D"https://www.facebook.com/Netbiscuits"><img border=3D0 width=3D24 height=3D24 id=3D"_x0000_i1= 027" src=3D"https://www.netbiscuits.com/image/image_gallery?uuid=3D7b28f500= -f415-40bb-851f-0cd55beeaf45&groupId=3D10211&t=3D1347280983791" alt= =3D"Beschreibung: Beschreibung: https://www.netbiscuits.com/image/image_gal= lery?uuid=3D7b28f500-f415-40bb-851f-0cd55beeaf45&groupId=3D10211&t= =3D1347280983791"></a> <a href=3D"https://plus.google.com/u/0/112= 410769451962733032"><= img border=3D0 width=3D24 height=3D24 id=3D"_x0000_i1026" src=3D"https://ww= w.netbiscuits.com/image/image_gallery?uuid=3Dcc8764d0-a5ac-4623-bb63-da3ca7= c97f94&groupId=3D10211&t=3D1347280983836" alt=3D"Beschreibung: Besc= hreibung: https://www.netbiscuits.com/image/image_gallery?uuid=3Dcc8764d0-a= 5ac-4623-bb63-da3ca7c97f94&groupId=3D10211&t=3D1347280983836"></spa= n></a>&nb= sp;<a href=3D"http://www.youtube.com/user/netbiscuits"><img border=3D0 width=3D24 heigh= t=3D24 id=3D"_x0000_i1025" src=3D"https://www.netbiscuits.com/image/image_g= allery?uuid=3Da15e871c-a11b-419c-acca-da5a0ebd5856&groupId=3D10211&= t=3D1347281040599" alt=3D"Beschreibung: Beschreibung: https://www.netbiscui= ts.com/image/image_gallery?uuid=3Da15e871c-a11b-419c-acca-da5a0ebd5856&= groupId=3D10211&t=3D1347281040599"></a><o:p></o:p>Register Court:</= span> Local Court Kaisers= lautern | Commercial Register ID: HR B 3604 Management Board</= b>: Guido Moggert, Michael Neidh=F6fer, Christian Reitz, Martin S=FC=DF<o:p= ></o:p></div></body></html>= --_000_DC9ABD90CB55EC448B1F682D5731AF7407A6D635D2IAD2MBX17mex0_--

1 0

[Users] full screen and different resolutions with spice
by Gianluca Cecchi 14 Feb '13

14 Feb '13

Let me know if I had better to post to spice-devel.... I'm testing oVirt 3.2 beta user portal. One client boots from a usb stick running SLAX 32bit in persistent mode with kernel 3.6.9. It is a derivative from slackware 14 where I compiled and persistently installed spice-protocol-0.12.2-noarch-1 xf86-video-qxl-0.1.0-i486-1 celt051-0.5.1.3-i486-1 pyparsing-1.5.6-i486-1 spice-0.12.0-i486-1 vala-0.17.6-i486-1 gtk-vnc-0.5.1-i486-2 virt-viewer-0.5.4-i486-1 xulrunner-15.0.1-i486-1 jdk-7u13-i586-1 spice-xpi-2.8-i486-1 so far so good. I can start firefox 17.0.1 and connect to user portal The test VM is Windows XP There was previously a session from another client pc with full screen resolution of 1366x768. Now this other client PC has a max resolution of 1024x768 I notice that it fails to start in full screen (I get the typical window where you see that the screen is bigger than the current physical) and also the Shift+F11 shortcut doesn't get any effect or error. If inside the vm I now set 1024x768 it adjusts and I can set full screen with Shift+F11 and I now can disconnect and reconnect successfully in fullscreen option. Then I close spice window and sign out from user portal (leaving the VM at its logged in screen) If now I connect again to the user portal from the 1366x768 capable client, that is Fedora 17 with firefox 18.0 and spice-gtk-python-0.12-5.fc17.x86_64 spice-xpi-2.8-2.fc17.x86_64 spice-server-0.10.1-5.fc17.x86_64 spice-gtk-tools-0.12-5.fc17.x86_64 spice-client-0.10.1-5.fc17.x86_64 spice-vdagent-0.10.1-1.fc17.x86_64 spice-gtk-0.12-5.fc17.x86_64 spice-glib-0.12-5.fc17.x86_64 spice-gtk3-0.12-5.fc17.x86_64 I connect in full screen mode and I see the Windows XP session just starts in 1024x768 (as I left it) and suddenly adjusts to the 1366x768 capable resolution Any hint on why the fiirst auto-adjust didn't work? - different spice version? - perhaps only possible to up scale but not down scale? - other? This will address situation with one user potentially connecting to the same VM in full screen mode but using different clients and so with possible different video resolutions A work around could be to power off the vm each time but it is not desirable... Also, in Fedora I get the small box at top middle of the screen where I can exit full screen for my vm. Instead in slax I have not it. WHat is the component providing that box? Thanks for all Gianluca

2 1

[Users] How do Networks and Vlan-tagging work in oVirt ?
by Matt . 14 Feb '13

14 Feb '13

I'm struggeling setting up my network in oVirt at the moment as I would like to seperate specific VM's from other devices/clients in my network. I have decent setup switching network using Vlans, this is also the fact for ovirt and the storage nodes where teh ports are seperated between storage and management. Because I want to manage which client can acces which VM I need Vlan tagging. The question is where are we going to do this, on the VM itself or on the network I attach the VM's Nic to. Because of the lacking documentation at this point it's not clear, so I would like to figure out and maybe change the wiki there. I also cannot understand why I can set an IP to a network and only the subnet where I also can set DHCP which puts also the gateway. I'm not able to set None or DHCP and can only add a network with IP, but what IP and why ? Or just a 192.16.x.0 with a 255.255.255.0 subnet ? I hope someone can clear this a little bit more out. Thanks!

7 14

[Users] bonding setup with python sdk
by Louis Coilliot 14 Feb '13

14 Feb '13

Hello, do you have examples or hints on setting the bonding of some NICS on hypervisor hosts ? With the python SDK ? Thanks in advance. Louis Coilliot

3 6

[Users] HA wirh oVirt
by Alexandre Santos 13 Feb '13

13 Feb '13

Hi all, I've been asked for a HA solution and I've been testing oVirt with a NFS NAS and 2 hosts where I run 2 VMs that have a balancer at their front, each on a different host. Now I'm thinking on the possibility of a host malfunction and my question is: is there automatic migration of the VMs that are running on this host to the other host? Sorry if it is a silly question :-) Alex

3 3

Re: [Users] HA wirh oVirt
by Doron Fediuck 13 Feb '13

13 Feb '13

-----Original Message----- From: Alexandre Santos [santosam72(a)gmail.com] Received: Wednesday, 13 Feb 2013, 18:19 To: Jorick Astrego [jorick(a)netbulae.eu] CC: users(a)oVirt.org [users(a)ovirt.org] Subject: Re: [Users] HA wirh oVirt 2013/2/13 Jorick Astrego <jorick(a)netbulae.eu>: > On 02/13/2013 04:47 PM, Alexandre Santos wrote: > > Hi all, > I've been asked for a HA solution and I've been testing oVirt with a > NFS NAS and 2 hosts where I run 2 VMs that have a balancer at their > front, each on a different host. Now I'm thinking on the possibility > of a host malfunction and my question is: is there automatic migration > of the VMs that are running on this host to the other host? > Sorry if it is a silly question :-) > > Alex > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > Bit of a silly question as it is listed on the homepage > (http://www.ovirt.org) ;-> > > Packed with features > > choice of stand-alone Hypervisor or install-on-top of your existing Linux > installation > high availability > live migration > scheduled migration > Web-based management interface > iSCSI, FC, NFS, and local storage > > > -- > Kind regards, > > Jorick Astrego > > Netbulae B.V. > Site: http://www.netbulae.eu Hi :-) I've been migrating VMs using the web administration but I need Power Management on each host so that the engine detects that a host is down, right? Alex [DF] Power management needed so the engine will be able to fence the malfunctioned host, and only then the VM will auto-migrate. This ensures the VM will not run twice on different hosts while corrupting the disks.

1 0

[Users] oVirt Weekly Meeting Minutes --2013-02-13
by Mike Burns 13 Feb '13

13 Feb '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-13-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-13-15.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-13-15.00.log.html ============================ #ovirt: oVirt Weekly Meeting ============================ Meeting started by mburns at 15:00:17 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-13-15.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 15:00:24) * Release Status (mburns, 15:00:48) * Workshops and Conferences (mburns, 15:00:54) * Sub Project Reports (mburns, 15:01:00) * Introducing theron (mburns, 15:01:08) * Workshops and Conferences (mburns, 15:04:33) * Shanghai Workshop still on for 8-9 May 2013 (mburns, 15:05:24) * CFP in process, some logistical details still needed before registration can be opened (mburns, 15:06:21) * Introducing theron (mburns, 15:08:49) * My name is Theron Conrey, I'm new to the Carl Trieloff's team at Redhat, the open source and standards team, working primarily on oVirt support. Currently I'm working on the CFP with lh for Shangai, and Dave will busy mentoring me to get me up to speed on all things oVirt. I'm coming from Nexenta where I was a solutions architect designing and implementing large scale cloud solutions. I'm excited to join the community and help where I can. (mburns, 15:10:36) * Infra Team Report (mburns, 15:11:50) * we've fixed logins, now in the last planning phase before actually installing (ewoud, 15:12:25) * for the AlterWay servers ^^ (mburns, 15:13:05) * set a deadline for next monday to decide on software (ewoud, 15:13:23) * discussion on what software is happening on list (mburns, 15:14:16) * dneary working on getting a console to access vms running on the second server (mburns, 15:15:38) * infra team working out deployment details (mburns, 15:18:41) * hosts currently are centos 5.8, will be centos 6.3 or f18 when infra team decides what to use (mburns, 15:19:02) * LINK: http://resources.ovirt.org/releases/beta/rpm/ doesn't list it (ewoud, 15:23:13) * ACTION: mburns to follow up on getting el6 rpms available in 3.2 repository (mburns, 15:28:55) * release status (mburns, 15:31:30) * ACTION: mburns to create release repo in resources.ovirt.org (mburns, 15:47:19) * ACTION: mburns to get latest packages moved over from current beta repo (mburns, 15:47:31) * ACTION: mburns to get guest-agent rpms and source from koji and upload (mburns, 15:47:44) * ACTION: oschreib to get dwh/reports rpms uploaded (mburns, 15:47:55) * ACTION: mburns to write announcement (mburns, 15:48:02) * ACTION: mburns to look into vdsm on el6 (mburns, 15:48:23) * ACTION: oschreib to work on el6 engine rpms (mburns, 15:49:20) * ACTION: mgoldboi and oschreib to work on remaining 3.2 engine patches and post new build async (mburns, 15:50:27) * ACTION: mburns to review wiki/website updates that are needed (mburns, 15:52:23) * LINK: http://www.ovirt.org/index.php?title=Special%3AListUsers&username=&group=sy… (dneary, 15:55:06) * release targeted to be announced tomorrow (mburns, 15:58:24) * ACTION: mgoldboi to review/update the quick start guide for 3.2 (mburns, 16:03:49) * LINK: http://www.ovirt.org/Quick_Start_Guide (mburns, 16:04:09) * ACTION: mburns to update irc channel topic as well (mburns, 16:07:19) * ACTION: All Community Members to tweet/blog/spread the word (mburns, 16:08:45) Meeting ended at 16:11:56 UTC. Action Items ------------ * mburns to follow up on getting el6 rpms available in 3.2 repository * mburns to create release repo in resources.ovirt.org * mburns to get latest packages moved over from current beta repo * mburns to get guest-agent rpms and source from koji and upload * oschreib to get dwh/reports rpms uploaded * mburns to write announcement * mburns to look into vdsm on el6 * oschreib to work on el6 engine rpms * mgoldboi and oschreib to work on remaining 3.2 engine patches and post new build async * mburns to review wiki/website updates that are needed * mgoldboi to review/update the quick start guide for 3.2 * mburns to update irc channel topic as well * All Community Members to tweet/blog/spread the word Action Items, by person ----------------------- * mburns * mburns to follow up on getting el6 rpms available in 3.2 repository * mburns to create release repo in resources.ovirt.org * mburns to get latest packages moved over from current beta repo * mburns to get guest-agent rpms and source from koji and upload * mburns to write announcement * mburns to look into vdsm on el6 * mburns to review wiki/website updates that are needed * mburns to update irc channel topic as well * mgoldboi * mgoldboi and oschreib to work on remaining 3.2 engine patches and post new build async * mgoldboi to review/update the quick start guide for 3.2 * oschreib * oschreib to get dwh/reports rpms uploaded * oschreib to work on el6 engine rpms * mgoldboi and oschreib to work on remaining 3.2 engine patches and post new build async * **UNASSIGNED** * All Community Members to tweet/blog/spread the word People Present (lines said) --------------------------- * mburns (154) * mgoldboi (34) * oschreib (33) * dneary (23) * ewoud (15) * sgordon_ (10) * vfeenstr (9) * lh (9) * fsimonce` (9) * theron (6) * ovirtbot (4) * Rydekull (3) * karim (2) * doron (2) * jbrooks (2) * fabiand (2) * rbarry (1) * eedri (1) * dustins (1) * quaid (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

[Users] can't attach export domain anymore
by Nathanaël Blanchet 13 Feb '13

13 Feb '13

This is a multi-part message in MIME format. --------------030900040406010809070307 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi, I've used for several months the same export domain with ovirt 3.0 and nowI can't attach it to my datacenter anymore. I also tried to create a new export domain, and I stillmeet the same issue. It's very annoying because I want to migrate to ovirt3.1/3.2 and I don't know how to get my vms... Someone can help me with this? Thanx -- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr --------------030900040406010809070307 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 bgcolor="#FFFFFF" text="#000000"> Hi, I've used for several months the same export domain with ovirt 3.0 and now I can't attach it to my datacenter anymore. I also tried to create a new export domain, and I still meet the same issue. It's very annoying because I want to migrate to ovirt3.1/3.2 and I don't know how to get my vms... Someone can help me with this? Thanx <pre class="moz-signature" cols="72">-- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class="moz-txt-link-abbreviated" href="mailto:blanchet@abes.fr">blanchet(a)abes.fr</a> </pre> </body> </html> --------------030900040406010809070307--

3 3

[Users] Fedora 17 firefox not optimal for 3.2 beta
by Gianluca Cecchi 13 Feb '13

13 Feb '13

Hello, connecting to ovirt 3.2 beta from F17 with firefox-18.0-1.fc17.x86_64 I receive This Browser version isn't optimal for displaying the application graphics (refer to Documentation for details) How is the check made to show or not the warning? What is the current status of supported browsers? I remember someone posting a page with browser support but I'm unable to find it right now... I remember also on December the thread [Users] Using the chrome/chromium browser with oVirt Did it go ahead with chrome spice-xpi patches applied and so now chrome usable in f17 / f18 (btw on my f17 I have google-chrome-stable-24.0.1312.69-180721.x86_64 if needed for testing)? Thanks, Gianluca

3 3

[Users] [SOLVED] Re: Connecting with vnc to a VM defined as spice
by Gianluca Cecchi 12 Feb '13

12 Feb '13

On Tue, Feb 5, 2013 at 12:19 AM, Adrian Gibanel wrote: > ----- Mensaje original ----- > >> I tried with novnc and tigervnc from a fedora 17 laptop. > >> Let me know how to test further in case. > > Did you make sure that the mentioned port was open in the host firewall? > Just for the note and for others not doing the same "stupid" things like me.... I used this command vncviewer 192.168.1.102 ::5902 note the space between ip and ::5902 This way it seems the ip is totally ignored without returning any syntax error and so it implicitly tries localhost So clearly any client that tries to connect fails (if it is not a vnc server on that port itself, obviously...) And carefully reading the man page helps too: vncviewer [options] [host][::port] Instead if for example I install vncviewer and run the same command from the node itself it succeeds.... ;-) The correct command without the space vncviewer 192.168.1.102::5902 completes correctly I understood this noticing the "127.0.0.1" when prepending the "strace" command from the client and the wrong syntax: open("/etc/host.conf", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=9, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa457040000 read(3, "multi on\n", 4096) = 9 read(3, "", 4096) = 0 close(3) = 0 munmap(0x7fa457040000, 4096) = 0 futex(0x38785b5ae0, FUTEX_WAKE_PRIVATE, 2147483647) = 0 open("/etc/hosts", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=250, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa457040000 read(3, "127.0.0.1 localhost localhost."..., 4096) = 250 read(3, "", 4096) = 0 close(3) = 0 munmap(0x7fa457040000, 4096) = 0 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3 connect(3, {sa_family=AF_INET, sin_port=htons(5902), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ECONNREFUSED (Connection refused) close(3) = 0 ALso because connecting from the node itself with the wronh syntax I got the ESTABLISHED on localhost ip..... [g.cecchi@f18ovn03 ~]$ vncviewer 192.168.1.102::5902 [g.cecchi@f18ovn03 ~]$ sudo netstat -tan|grep 590 tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:5901 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:5902 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:5903 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:50509 127.0.0.1:5902 ESTABLISHED HIDH (tm for Hope It Doesn't Help: it means you are not as stupid as me... ;-) Gianluca

1 0

[Users] VM Console Issue.
by Md Akther Hossain Khan 12 Feb '13

12 Feb '13

Dear All, I am new in this forum. I have installed Ovirt 3.1 successfully. As per I have done the following tasks: 1. Adding Data Center. 2. Adding Storage 3. Adding ISO Domain. (Name of ISO Domain is cloud12) 4. Uploaded ISO using the command (engine-iso-uploader upload -i cloud12 Centos_6.3_64bit.iso) 5. Adding HOST. 6. Create VM (New Server & Desktop) with VNC console. But when I view the VNC console..It shows nothing but a Black Window. And I see none remarkable error @ tail -f /var/log/ovirt/ovirt-engine/engine.log Only the following things: * "No one is waiting for resource 'Storage.fce396f2-72cb-11e2-acc2-000c29a7b590"* In fact I have been hanging in this place for 3 to 4 days. It would be appreciable if you please help me out from this stuck situation.

2 5

[Users] rhevm_admin_password = engine_admin_password ?
by Jorick Astrego 11 Feb '13

11 Feb '13

Hi, Just a quick question. I have PXE boot setup correctly now and like to do an unattended install. In the rhev-m documentation I see the parameter "rhevm_admin_password" . Is this engine_admin_password in ovirt? -- Regards, Jorick Astrego Netbulae B.V. Site: http://www.netbulae.eu

4 4

[Users] windows guest user agent
by Sallee, Stephen (Jake) 11 Feb '13

11 Feb '13

--_000_3A9815D880FBAF41A523B3A35AF3C3DFACD02E95AVATARumhbedu_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have been googeling trying to find info on how to install the guest agent= for windows, can anyone give me some insight? I did find some instructions on how to build it from inside the VM, but the= instructions a several months old and before I try them I would like to ma= ke sure they are still the best method. http://gerrit.ovirt.org/gitweb?p=3Dovirt-guest-agent.git;a=3Dblob;f=3Dovirt= -guest-agent/README-windows.txt;h=3Dbf6bb3c18567537489b56e6888b2eb7f025cc4f= 9;hb=3DHEAD Jake Sallee Godfather of Bandwidth System Engineer University of Mary Hardin-Baylor 900 College St. Belton TX. 76513 Fone: 254-295-4658 Phax: 254-295-4221 HTTP://WWW.UMHB.EDU --_000_3A9815D880FBAF41A523B3A35AF3C3DFACD02E95AVATARumhbedu_ 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 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> I have been googeling trying to find info on how to = install the guest agent for windows, can anyone give me some insight?<o:p><= /o:p> <o:p> </o:p> I did find some instructions on how to build it from= inside the VM, but the instructions a several months old and before I try = them I would like to make sure they are still the best method.<o:p></o:p></= p> <o:p> </o:p> <a href=3D"http://gerrit.ovirt.org/gitweb?p=3Dovirt-= guest-agent.git;a=3Dblob;f=3Dovirt-guest-agent/README-windows.txt;h=3Dbf6bb= 3c18567537489b56e6888b2eb7f025cc4f9;hb=3DHEAD">http://gerrit.ovirt.org/gitw= eb?p=3Dovirt-guest-agent.git;a=3Dblob;f=3Dovirt-guest-agent/README-windows.= txt;h=3Dbf6bb3c18567537489b56e6888b2eb7f025cc4f9;hb=3DHEAD</a><o:p></o:p></= p> <o:p> </o:p> <o:p> </o:p> Jake Sallee<o:p></o:p> = Godfather of Bandwidth<o:p></o:p> = System Engineer<o:p></o:p> = University of Mary Hardin-Baylor<o:p></o:p> = 900 College St.<o:p></o:p> = Belton TX. 76513<o:p></o:p> = Fone: 254-295-4658<o:p></o:p> = Phax: 254-295-4221<o:p></o:p> = HTTP://WWW.UMHB.EDU<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_3A9815D880FBAF41A523B3A35AF3C3DFACD02E95AVATARumhbedu_--

5 6

[Users] Error while executing action Setup Networks
by Sallee, Stephen (Jake) 11 Feb '13

11 Feb '13

I'm trying to add the ovirtmgmt role to my network connection on my all-in-one box but when I do I get this error: Error while executing action Setup Networks: Illegal or Incomplete IP Address The IP is correct as I am accessing the portal from a different computer, also when I look at the ifcfg-eth0 file: DEVICE=eth0 ONBOOT=yes HWADDR=[REDACTED] BRIDGE=ovirtmgmt NM_CONTROLLED=yes DOMAIN=UMHB.edu IPV6INIT=no LAST_CONNECT=1360136903 DNS2=[REDACTED] DNS1=[REDACTED] DEFROUTE=yes IPV4_FAILURE_FATAL=yes PREFIX=24 UUID=[REDACTED] ... it just feels right, i know its probably useless to a hacker but I fell better, okay? I have tried NM_CONTROLLED=yes and NM_CONTROLLED=no , with no difference. Here is the snippet from the engine log: [root@otto ~]# tail -f /var/log/ovirt-engine/engine.log 2013-02-06 11:20:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-43) Autorecovering hosts is disabled, skipping 2013-02-06 11:20:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-43) Autorecovering storage domains is disabled, skipping 2013-02-06 11:25:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-98) Autorecovering hosts is disabled, skipping 2013-02-06 11:25:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-98) Autorecovering storage domains is disabled, skipping 2013-02-06 11:30:00,000 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-60) Autorecovering hosts is disabled, skipping 2013-02-06 11:30:00,000 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-60) Autorecovering storage domains is disabled, skipping 2013-02-06 11:35:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-11) Autorecovering hosts is disabled, skipping 2013-02-06 11:35:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-11) Autorecovering storage domains is disabled, skipping 2013-02-06 11:40:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-65) Autorecovering hosts is disabled, skipping 2013-02-06 11:40:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-65) Autorecovering storage domains is disabled, skipping 2013-02-06 11:40:46,131 INFO [org.ovirt.engine.core.bll.SetupNetworksCommand] (ajp--127.0.0.1-8702-2) [6cf1af54] Running command: SetupNetworksCommand internal: false. Entities affected : ID: 8a682fca-7032-11e2-8be0-cb1656457e1f Type: VDS 2013-02-06 11:40:46,133 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-2) [6cf1af54] START, SetupNetworksVDSCommand(HostName = local_host, HostId = 8a682fca-7032-11e2-8be0-cb1656457e1f, force=false, checkConnectivity=true, conectivityTimeout=120, networks=[ovirtmgmt {id=6990dee0-6a13-4b74-811b-5accbae04194, description=Management Network, subnet=null, gateway=null, type=null, vlan_id=null, stp=false, storage_pool_id=501286c6-46d0-4f6f-a73c-e09e21778b1c, mtu=0, vmNetwork=true, cluster=network_cluster {id={clusterId=null, networkId=null}, status=Operational, is_display=false, required=true}}], bonds=[], interfaces=[eth0 {id=c2ceb17b-0ae1-4409-bfab-c84be5c8030b, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth0, macAddress=[REDACTED], networkName=ovirtmgmt, bondName=null, bootProtocol=None, address=, subnet=, gateway=null, mtu=0, bridged=true, speed=1000, type=2, networkImplementationDetails=null}, eth5 {id=3ee9e4b7-8ab5-458d-abe9-66a5914611bb, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth5, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, eth2 {id=1d9cb8eb-2cf8-43f3-98c8-a6f675424bdf, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth2, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, eth1 {id=66c9f391-c9f8-4052-b115-4b65759a7ff9, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth1, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, eth4 {id=357b5774-149e-4874-bbbe-9c5b5a3cbad9, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth4, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}, eth3 {id=34f3e302-c08b-4b8d-ae4a-e55bb8189542, vdsId=8a682fca-7032-11e2-8be0-cb1656457e1f, name=eth3, macAddress=[REDACTED], networkName=null, bondName=null, bootProtocol=Dhcp, address=, subnet=, gateway=null, mtu=1500, bridged=false, speed=0, type=0, networkImplementationDetails=null}], removedNetworks=[], removedBonds=[]), log id: 350e18e8 2013-02-06 11:40:46,142 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-2) [6cf1af54] FINISH, SetupNetworksVDSCommand, log id: 350e18e8 2013-02-06 11:40:46,712 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-2) [6cf1af54] org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip 2013-02-06 11:40:46,712 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--127.0.0.1-8702-2) [6cf1af54] Command SetupNetworksVDS execution failed. Exception: VDSNetworkException: VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip 2013-02-06 11:40:46,713 ERROR [org.ovirt.engine.core.bll.SetupNetworksCommand] (ajp--127.0.0.1-8702-2) [6cf1af54] Command org.ovirt.engine.core.bll.SetupNetworksCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Specified netmask or gateway but not ip 2013-02-06 11:40:46,716 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-2) [6cf1af54] No string for UNASSIGNED type. Use default Log Jake Sallee Godfather of Bandwidth Network Engineer University of Mary Hardin-Baylor 900 College St. Belton, Texas 76513 Fone: 254-295-4658 Phax: 254-295-4221

5 6

[Users] my VMs starts with just 15MB of RAM
by Rocky 11 Feb '13

11 Feb '13

Hi, Today after I reinstalled my hypvervisors I just got 15MB of RAM inside my guests. I hade this problem on one of my hypervisors before but if I started the VMs on the other hypervisors and then migrate the VM to the "faulty" hypervisor all was ok. Just because of that behavior I then started to reinstall my hypervisors today. I am using Centos 6.3 with Dreyous 3.1 repo. After the install i enabled and installed the Intel(Fake) CPU-package on all of the hypervisors. Now when Im trying to start a VM I only got 15MB of RAM inside the WM, almost impossible to boot of course. One of the machines is definied to use 2048MB and has 2048MB as "guaranteed memory". I have attached the vdsm.log from the hypervisor that the VM try to start on. Regards //Ricky

3 3

[Users] Some updates show up, and some don´t
by Karli Sjöberg 11 Feb '13

11 Feb '13

--_000_5F9E965F5A80BC468BE5F40576769F0910247E1Aexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCm15IGVuZ2luZSBoYXZlIHRoZXNlIHBhY2thZ2VzIGluc3RhbGxlZCBhZnRlciBhIHl1 bSB1cGRhdGU6DQojIHJwbSAtcWEgfCBncmVwIG92aXJ0LWVuZ2luZSB8IHNvcnQgLW4NCm92aXJ0 LWVuZ2luZS0zLjEuMC0yLmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtYmFja2VuZC0zLjEuMC0y LmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtY2xpLTMuMi4wLjUtMS5mYzE3Lm5vYXJjaA0Kb3Zp cnQtZW5naW5lLWNvbmZpZy0zLjEuMC0yLmZjMTcubm9hcmNoDQpvdmlydC1lbmdpbmUtZGJzY3Jp cHRzLTMuMS4wLTIuZmMxNy5ub2FyY2gNCm92aXJ0LWVuZ2luZS1nZW5lcmljYXBpLTMuMS4wLTIu ZmMxNy5ub2FyY2gNCm92aXJ0LWVuZ2luZS1ub3RpZmljYXRpb24tc2VydmljZS0zLjEuMC0yLmZj MTcubm9hcmNoDQpvdmlydC1lbmdpbmUtcmVzdGFwaS0zLjEuMC0yLmZjMTcubm9hcmNoDQpvdmly dC1lbmdpbmUtc2RrLTMuMi4wLjItMS5mYzE3Lm5vYXJjaA0Kb3ZpcnQtZW5naW5lLXNldHVwLTMu MS4wLTQuZmMxNy5ub2FyY2gNCm92aXJ0LWVuZ2luZS10b29scy1jb21tb24tMy4xLjAtMi5mYzE3 Lm5vYXJjaA0Kb3ZpcnQtZW5naW5lLXVzZXJwb3J0YWwtMy4xLjAtMi5mYzE3Lm5vYXJjaA0Kb3Zp cnQtZW5naW5lLXdlYmFkbWluLXBvcnRhbC0zLjEuMC0yLmZjMTcubm9hcmNoDQoNCkFuZCB3aGVu IGlzc3VpbmcgY2hlY2sgdXBkYXRlOg0KIyB5dW0gY2hlY2stdXBkYXRlDQouLi4NCm92aXJ0LWVu Z2luZS1kYnNjcmlwdHMubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgb3ZpcnQtc3RhYmxlDQoNCkJ1dCBmcm9tIGFueSBvdGhlciBtYWNoaW5lLCBsaWtlIG15 IGxhcHRvcCBvciBhbnkgb3RoZXIgSG9zdCBhbGwgcGFja2FnZXMgc2hvdyB1cCB3aXRoIHZlcnNp b24gIjMuMS4wLTQuZmMxNyAiLiBMb29rIGF0IHRoaXM6DQoNCnRoZSBlbmdpbmUjIHl1bSBsaXN0 IG92aXJ0LWVuZ2luZSoNCi4uLg0KSW5zdGFsbGVkIHBhY2thZ2VzDQpvdmlydC1lbmdpbmUubm9h cmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg My4xLjAtMi5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBAb3ZpcnQt ZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQubm9hcmNoICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTIuZmMxNyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgQG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2luZS1jbGku bm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAz LjIuMC41LTEuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEB1cGRhdGVz DQpvdmlydC1lbmdpbmUtY29uZmlnLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMy4xLjAtMi5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBAb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLWRic2NyaXB0cy5ub2Fy Y2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTIuZmMx NyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQG92aXJ0LWVuZ2luZS0zLjEN Cm92aXJ0LWVuZ2luZS1nZW5lcmljYXBpLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAzLjEuMC0yLmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIEBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdpbmUtbm90aWZpY2F0aW9uLXNl cnZpY2Uubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtMi5mYzE3 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBAb3ZpcnQtZW5naW5lLTMuMQ0K b3ZpcnQtZW5naW5lLXJlc3RhcGkubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDMuMS4wLTIuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgQG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2luZS1zZGsubm9hcmNoICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjIuMC4yLTEuZmMx NyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEB1cGRhdGVzDQpvdmlydC1lbmdp bmUtc2V0dXAubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBA b3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLXRvb2xzLWNvbW1vbi5ub2FyY2ggICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTIuZmMxNyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgQG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2lu ZS11c2VycG9ydGFsLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAzLjEuMC0yLmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEBv dmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdpbmUtd2ViYWRtaW4tcG9ydGFsLm5vYXJjaCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtMi5mYzE3ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBAb3ZpcnQtZW5naW5lLTMuMQ0KQXZhaWxhYmxlIHBh Y2thZ2VzDQpvdmlydC1lbmdpbmUtZGJzY3JpcHRzLm5vYXJjaCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBvdmlydC1zdGFibGUNCm92aXJ0LWVuZ2luZS1pc28tdXBsb2FkZXIu bm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjAuMC4wMDAx LTE1LmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVwZGF0ZXMNCm92aXJ0LWVu Z2luZS1qYXZhZG9jLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAzLjAuMC4wMDAxLTE1LmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHVwZGF0ZXMNCm92aXJ0LWVuZ2luZS1sb2ctY29sbGVjdG9yLm5vYXJjaCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAzLjAuMC4wMDAxLTE1LmZjMTcgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHVwZGF0ZXMNCm92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tYWxs aW5vbmUubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjEuMC00LmZjMTcg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LXN0YWJsZQ0KDQphIEhv c3QjIHl1bSBsaXN0IG92aXJ0LWVuZ2luZSoNCi4uLg0KQXZhaWxhYmxlIHBhY2thZ2VzDQpvdmly dC1lbmdpbmUubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQubm9hcmNoICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTQuZmMxNyAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0 LWVuZ2luZS1jbGkubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAzLjEuMC42LTEuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdpbmUtY29uZmlnLm5vYXJjaCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQt ZW5naW5lLWRic2NyaXB0cy5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2luZS1nZW5lcmljYXBpLm5vYXJjaCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjEuMC00LmZjMTcgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1l bmdpbmUtaXNvLXVwbG9hZGVyLm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMy4wLjAuMDAwMS0xNS5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgdXBkYXRlcw0Kb3ZpcnQtZW5naW5lLWphdmFkb2Mubm9hcmNoICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMC4wLjAwMDEtMTUuZmMxNyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHVwZGF0ZXMNCm92aXJ0LWVuZ2luZS1sb2ctY29sbGVjdG9y Lm5vYXJjaCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjAuMC4wMDAx LTE1LmZjMTcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1cGRhdGVzDQpvdmlydC1l bmdpbmUtbm90aWZpY2F0aW9uLXNlcnZpY2Uubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLXJlc3RhcGkubm9hcmNoICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVu Z2luZS1zZGsubm9hcmNoICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAzLjEuMC40LTEuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdpbmUtc2V0dXAubm9hcmNoICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgb3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5n aW5lLXNldHVwLXBsdWdpbi1hbGxpbm9uZS5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IG92aXJ0LWVuZ2luZS0zLjENCm92aXJ0LWVuZ2luZS10b29scy1jb21tb24ubm9hcmNoICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzLjEuMC00LmZjMTcgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvdmlydC1lbmdpbmUtMy4xDQpvdmlydC1lbmdp bmUtdXNlcnBvcnRhbC5ub2FyY2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMy4xLjAtNC5mYzE3ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg b3ZpcnQtZW5naW5lLTMuMQ0Kb3ZpcnQtZW5naW5lLXdlYmFkbWluLXBvcnRhbC5ub2FyY2ggICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDMuMS4wLTQuZmMxNyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIG92aXJ0LWVuZ2luZS0zLjENCg0KDQpBbmQgSSBj YW7CtHQgc2VlbSBwZXJzdWFkZSBteSBlbmdpbmUgb3RoZXJ3aXNlLiBUaGVyZSBhcmUgbG90cyBv ZiB1cGRhdGVzIGF2YWlsYWJsZSBhbmQgbm93IGVuZ2luZSBkb2VzbsK0dCBydW4gYmVjYXVzZSBv ZiB0aGVzZSB2ZXJzaW9uIGluY29uc2lzdGVuY2llcyEgSSBoYXZlIHRyaWVkICJ5dW0gY2xlYW4g YWxsIiBhbmQgdHJpZWQgdG8gcmVydW4gYnV0IG15IGVuZ2luZSBzdGlsbCBkb2VzbsK0dCB0aGlu ayB0aGVyZSBhcmUgYW55IHVwZGF0ZXMgYXZhaWxhYmxlLiBJIG5vdGljZWQgdGhhdCBteSByZXBv IGZpbGUgc2xpZ2h0bHkgZGlmZmVyZWQgZnJvbSB3aGF0wrRzIGluIHRoZSBvbmUgdGhhdCBnZXRz IGluc3RhbGxlZCBieSB0aGUgcmVwby5ycG0gYXQgb3ZpcnQub3JnIHNvIEkgY2hhbmdlZCBpdCB0 byBleGFjdGx5IG1hdGNoIGl0LCBidXQgdG8gbm8gYXZhaWwuIFdoYXQgY2FuIEkgZG8/DQoNCkJl c3QgUmVnYXJkcw0KS2FybGkgU2rDtmJlcmcNCg== --_000_5F9E965F5A80BC468BE5F40576769F0910247E1Aexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIaSw8YnI+DQo8YnI+ DQpteSBlbmdpbmUgaGF2ZSB0aGVzZSBwYWNrYWdlcyBpbnN0YWxsZWQgYWZ0ZXIgYSB5dW0gdXBk YXRlOjxicj4NCiMgcnBtIC1xYSB8IGdyZXAgb3ZpcnQtZW5naW5lIHwgc29ydCAtbjxicj4NCm92 aXJ0LWVuZ2luZS0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQt My4xLjAtMi5mYzE3Lm5vYXJjaDxicj4NCm92aXJ0LWVuZ2luZS1jbGktMy4yLjAuNS0xLmZjMTcu bm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLWNvbmZpZy0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0K b3ZpcnQtZW5naW5lLWRic2NyaXB0cy0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5n aW5lLWdlbmVyaWNhcGktMy4xLjAtMi5mYzE3Lm5vYXJjaDxicj4NCm92aXJ0LWVuZ2luZS1ub3Rp ZmljYXRpb24tc2VydmljZS0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLXJl c3RhcGktMy4xLjAtMi5mYzE3Lm5vYXJjaDxicj4NCm92aXJ0LWVuZ2luZS1zZGstMy4yLjAuMi0x LmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5naW5lLXNldHVwLTMuMS4wLTQuZmMxNy5ub2FyY2g8 YnI+DQpvdmlydC1lbmdpbmUtdG9vbHMtY29tbW9uLTMuMS4wLTIuZmMxNy5ub2FyY2g8YnI+DQpv dmlydC1lbmdpbmUtdXNlcnBvcnRhbC0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0Kb3ZpcnQtZW5n aW5lLXdlYmFkbWluLXBvcnRhbC0zLjEuMC0yLmZjMTcubm9hcmNoPGJyPg0KPGJyPg0KQW5kIHdo ZW4gaXNzdWluZyBjaGVjayB1cGRhdGU6PGJyPg0KIyB5dW0gY2hlY2stdXBkYXRlPGJyPg0KLi4u PGJyPg0Kb3ZpcnQtZW5naW5lLWRic2NyaXB0cy5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LXN0YWJs ZTxicj4NCjxicj4NCkJ1dCBmcm9tIGFueSBvdGhlciBtYWNoaW5lLCBsaWtlIG15IGxhcHRvcCBv ciBhbnkgb3RoZXIgSG9zdCBhbGwgcGFja2FnZXMgc2hvdyB1cCB3aXRoIHZlcnNpb24gJnF1b3Q7 My4xLjAtNC5mYzE3ICZxdW90Oy4gTG9vayBhdCB0aGlzOjxicj4NCjxicj4NCnRoZSBlbmdpbmUj IHl1bSBsaXN0IG92aXJ0LWVuZ2luZSo8YnI+DQouLi48YnI+DQpJbnN0YWxsZWQgcGFja2FnZXM8 YnI+DQpvdmlydC1lbmdpbmUubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDMuMS4wLTIuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBAb3ZpcnQtZW5naW5lLTMuMTxicj4NCm92aXJ0LWVuZ2luZS1iYWNrZW5kLm5vYXJj aCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjEuMC0yLmZjMTcm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQG92aXJ0 LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtY2xpLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjIuMC41 LTEuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAdXBkYXRlcyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPGJyPg0Kb3Zp cnQtZW5naW5lLWNvbmZpZy5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgMy4xLjAtMi5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEBvdmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5l LWRic2NyaXB0cy5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtMi5m YzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEBv dmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLWdlbmVyaWNhcGkubm9hcmNoJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTIuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAb3ZpcnQtZW5naW5lLTMuMTxicj4NCm92aXJ0LWVu Z2luZS1ub3RpZmljYXRpb24tc2VydmljZS5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4x LjAtMi5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IEBvdmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLXJlc3RhcGkubm9hcmNoJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTIuZmMxNyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAb3ZpcnQtZW5n aW5lLTMuMTxicj4NCm92aXJ0LWVuZ2luZS1zZGsubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMi4wLjItMS5m YzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEB1cGRhdGVzJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8YnI+DQpvdmlydC1l bmdpbmUtc2V0dXAubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAb3ZpcnQtZW5naW5lLTMuMTxicj4NCm92aXJ0LWVuZ2lu ZS10b29scy1jb21tb24ubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTIuZmMxNyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBAb3ZpcnQtZW5naW5lLTMu MTxicj4NCm92aXJ0LWVuZ2luZS11c2VycG9ydGFsLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAzLjEuMC0yLmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgQG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtd2ViYWRtaW4t cG9ydGFsLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAzLjEuMC0yLmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgQG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpBdmFpbGFibGUgcGFja2FnZXM8 YnI+DQpvdmlydC1lbmdpbmUtZGJzY3JpcHRzLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAzLjEuMC00LmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgb3ZpcnQtc3RhYmxlJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8YnI+ DQpvdmlydC1lbmdpbmUtaXNvLXVwbG9hZGVyLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjAuMC4wMDAx LTE1LmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdXBkYXRlcyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPGJyPg0Kb3ZpcnQtZW5naW5lLWphdmFkb2Mu bm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMC4wLjAw MDEtMTUuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1cGRhdGVzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8YnI+DQpvdmlydC1lbmdpbmUtbG9nLWNv bGxlY3Rvci5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4wLjAuMDAwMS0xNS5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVw ZGF0ZXMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsNCjxicj4NCm92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tYWxsaW5vbmUubm9hcmNoJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBvdmlydC1zdGFibGU8YnI+DQo8YnI+DQphIEhvc3QjIHl1bSBsaXN0 IG92aXJ0LWVuZ2luZSo8YnI+DQouLi48YnI+DQpBdmFpbGFibGUgcGFja2FnZXM8YnI+DQpvdmly dC1lbmdpbmUubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTQu ZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBvdmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLWJhY2tlbmQubm9hcmNoJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmly dC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLWNsaS5ub2FyY2gmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAu Ni0xLmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb3Zp cnQtZW5naW5lLTMuMTxicj4NCm92aXJ0LWVuZ2luZS1jb25maWcubm9hcmNoJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmlydC1l bmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLWRic2NyaXB0cy5ub2FyY2gmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmly dC1lbmdpbmUtZ2VuZXJpY2FwaS5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAt NC5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtaXNvLXVwbG9hZGVyLm5v YXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAzLjAuMC4wMDAxLTE1LmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg dXBkYXRlcyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PGJyPg0Kb3ZpcnQtZW5naW5lLWphdmFkb2Mubm9hcmNoJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDMuMC4wLjAwMDEtMTUuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB1cGRhdGVzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 DQo8YnI+DQpvdmlydC1lbmdpbmUtbG9nLWNvbGxlY3Rvci5ub2FyY2gmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4wLjAuMDAw MS0xNS5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVwZGF0ZXMmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjxicj4NCm92aXJ0LWVuZ2luZS1ub3RpZmlj YXRpb24tc2VydmljZS5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92 aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtcmVzdGFwaS5ub2FyY2gmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LWVuZ2lu ZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtc2RrLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjEuMC40LTEuZmMx NyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmlydC1lbmdp bmUtMy4xPGJyPg0Kb3ZpcnQtZW5naW5lLXNldHVwLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAzLjEuMC00LmZjMTcmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb3ZpcnQtZW5n aW5lLTMuMTxicj4NCm92aXJ0LWVuZ2luZS1zZXR1cC1wbHVnaW4tYWxsaW5vbmUubm9hcmNoJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IDMuMS4wLTQuZmMxNyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdmlydC1lbmdpbmUtMy4xPGJyPg0Kb3ZpcnQtZW5n aW5lLXRvb2xzLWNvbW1vbi5ub2FyY2gmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LWVu Z2luZS0zLjE8YnI+DQpvdmlydC1lbmdpbmUtdXNlcnBvcnRhbC5ub2FyY2gmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgMy4xLjAtNC5mYzE3Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92aXJ0LWVuZ2luZS0zLjE8YnI+DQpvdmlydC1lbmdp bmUtd2ViYWRtaW4tcG9ydGFsLm5vYXJjaCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAzLjEuMC00LmZjMTcmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgb3ZpcnQtZW5naW5lLTMuMTxicj4NCjxi cj4NCjxicj4NCkFuZCBJIGNhbsK0dCBzZWVtIHBlcnN1YWRlIG15IGVuZ2luZSBvdGhlcndpc2Uu IFRoZXJlIGFyZSBsb3RzIG9mIHVwZGF0ZXMgYXZhaWxhYmxlIGFuZCBub3cgZW5naW5lIGRvZXNu wrR0IHJ1biBiZWNhdXNlIG9mIHRoZXNlIHZlcnNpb24gaW5jb25zaXN0ZW5jaWVzISBJIGhhdmUg dHJpZWQgJnF1b3Q7eXVtIGNsZWFuIGFsbCZxdW90OyBhbmQgdHJpZWQgdG8gcmVydW4gYnV0IG15 IGVuZ2luZSBzdGlsbCBkb2VzbsK0dCB0aGluayB0aGVyZSBhcmUgYW55IHVwZGF0ZXMgYXZhaWxh YmxlLg0KIEkgbm90aWNlZCB0aGF0IG15IHJlcG8gZmlsZSBzbGlnaHRseSBkaWZmZXJlZCBmcm9t IHdoYXTCtHMgaW4gdGhlIG9uZSB0aGF0IGdldHMgaW5zdGFsbGVkIGJ5IHRoZSByZXBvLnJwbSBh dCBvdmlydC5vcmcgc28gSSBjaGFuZ2VkIGl0IHRvIGV4YWN0bHkgbWF0Y2ggaXQsIGJ1dCB0byBu byBhdmFpbC4gV2hhdCBjYW4gSSBkbz88YnI+DQo8YnI+DQpCZXN0IFJlZ2FyZHM8YnI+DQpLYXJs aSBTasO2YmVyZw0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_5F9E965F5A80BC468BE5F40576769F0910247E1Aexchange21_--

2 2

[Users] Unable to boot from CD-ROM (was: REST API: Change boot device / attach CD-ROM)
by Frank Wall 10 Feb '13

10 Feb '13

On Thu, Jan 03, 2013 at 01:05:00PM +0100, Frank Wall wrote: > <cdroms> > <cdrom href="/api/vms/VM-ID/cdroms/00000000-0000-0000-0000-000000000000" id="00000000-0000-0000-0000-000000000000"> > <vm href="/api/vms/VM-ID" id="VM-ID"/> > <file id="FreeBSD-8.3-RELEASE-amd64-disc1.iso"/> > </cdrom> > </cdroms> > > ...and the boot device is also changed... > > [...] > <os type="unassigned"> > <boot dev="cdrom"/> > </os> > [...] > > ...but the VM won't boot off the CD-ROM device, instead it just > boots from the first harddisk. So what am I doing wrong? OK, the problem is still NOT solved, but I did some further investigation. First, the problem ONLY affects VMs with a bootable harddisk (and an operating system installed). A newly created VM is NOT affected and is able to boot from CD-ROM. Once I install an operating system, the VM will no longer be able to boot from CD-ROM. No matter what is configured as boot device... There is still only the following workaround to boot from CD-ROM: > The only way I am able to boot from CD-ROM is when using the > "Run once" function on the Admin Portal and configure the CD-ROM > device/image there (temporarely overwriting my config). > > It will NOT work if I configure the CD-ROM device through the REST > API or the Admin Portal. Just "Run Once" will do the right thing. Any idea how to debug this further and get a bugfix/working solution? oVirt is running fine, except this annoying bug makes it somewhat useless for us. Thanks - Frank

2 2

[Users] VM migrations failing
by Dead Horse 10 Feb '13

10 Feb '13

Engine Build --> Commit: 82bdc46dfdb46b000f67f0cd4e51fc39665bf13b VDSM Build: --> Commit: da89a27492cc7d5a84e4bb87652569ca8e0fb20e + patch --> http://gerrit.ovirt.org/#/c/11492/ Engine Side: 2013-01-30 10:56:38,439 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-70) Rerun vm 887d764a-f835-4112-9eda-836a772ea5eb. Called from vds lostisles 2013-01-30 10:56:38,506 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) START, MigrateStatusVDSCommand(HostName = lostisles, HostId = e042b03b-dd4e-414c-be1a-b2c65ac000f5, vmId=887d764a-f835-4112-9eda-836a772ea5eb), log id: 6556e75b 2013-01-30 10:56:38,510 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) Failed in MigrateStatusVDS method 2013-01-30 10:56:38,510 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) Error code migrateErr and error message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Fatal error during migration 2013-01-30 10:56:38,511 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread-49) Command org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=12, mMessage=Fatal error during migration]] VDSM Side: Thread-43670::ERROR::2013-01-30 10:56:37,052::vm::200::vm.Vm::(_recover) vmId=`887d764a-f835-4112-9eda-836a772ea5eb`::this function is not supported by the connection driver: virDomainMigrateToURI2 Thread-43670::ERROR::2013-01-30 10:56:37,513::vm::288::vm.Vm::(run) vmId=`887d764a-f835-4112-9eda-836a772ea5eb`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 273, in run self._startUnderlyingMigration() File "/usr/share/vdsm/libvirtvm.py", line 504, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/libvirtvm.py", line 540, in f ret = attr(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1103, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: this function is not supported by the connection driver: virDomainMigrateToURI2 GuestMonitor-sl63::DEBUG::2013-01-30 10:56:38,235::libvirtvm::307::vm.Vm::(_getDiskLatency) vmId=`887d764a-f835-4112-9eda-836a772ea5eb`::Disk vda latency not available - DHC

5 25

[Users] virt-v2v iface parameter is not supported
by Chris Noffsinger 09 Feb '13

09 Feb '13

So I am getting this error on Fed18 virt-v2v trying to convert libvirtxml to Rhev 3.1 NFS Export domain: 'iface' parameter is not supported by the libvirt attach-method at /usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line 96. Which is mentioned in this bug: https://bugzilla.redhat.com/show_bug.cgi?id=895898 and this one: https://bugzilla.redhat.com/show_bug.cgi?id=892272 Is there a work-around way for me to manipulate my xml to get it to convert? Or am I not hitting a bug at all and just have the wrong hardware specified somewhere? <domain type='kvm'> <name>XP</name> <uuid>46683b8c-6638-9eed-b1a4-7b72c2080c9f</uuid> <memory unit='KiB'>2097152</memory> <currentMemory unit='KiB'>2097152</currentMemory> <vcpu placement='static'>1</vcpu> <os> <type arch='i686' machine='pc-1.2'>hvm</type> <boot dev='hd'/> </os> <features> <acpi/> <apic/> <pae/> </features> <clock offset='localtime'/> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/bin/qemu-kvm</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw'/> <source file='/500gig/xp.raw'/> <target dev='hda' bus='ide'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <controller type='usb' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='ide' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </controller> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='spicevmc'> <target type='virtio' name='com.redhat.spice.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'/> <input type='mouse' bus='ps2'/> <graphics type='spice' autoport='yes'/> <sound model='ich6'> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </sound> <video> <model type='qxl' vram='65536' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </memballoon> </devices> </domain> -- Chris Noffsinger

2 1

[Users] Problem with Win 7 VM creation
by Juan Jose 08 Feb '13

08 Feb '13

Hello everybody and Antoni, I have changed my NFS server to my engine machine and finally I have had to create a Fedora 17 VM machine in my oVirt system and now I'm trying to create a Win 7 VM machine and when I want to Run once my machine, in Boot options I don't have the "virtio-win" driver to attach to floppy VM and when machine try to install system in virtual hard disk it ask for a driver for the disk. How can I install this driver and to be attached to my VM floppy? Many thanks in avanced, Juanjo.

3 4

[Users] snapshot taken while live VM operates cause unresponsive hypervisor behavior
by Alexandru Vladulescu 08 Feb '13

08 Feb '13

This is a multi-part message in MIME format. --------------080000040408020604050403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Using 3.1.0-3.19 from dreyou's repo on Centos 6.3 version, running multiple VM on the hypervisor node and attempting to take a snapshot from one of the running VMs generates errors for VDSM daemon as show below: / //[root@hyper02 ~]# vdsClient -s 0 list// //Traceback (most recent call last):// // File "/usr/share/vdsm/vdsClient.py", line 2275, in <module>// // code, message = commands[command][0](commandArgs)// // File "/usr/share/vdsm/vdsClient.py", line 280, in do_list// // response = self.s.list(True, vms)// // File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__// // return self.__send(self.__name, args)// // File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request// // verbose=self.__verbose// // File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request// // return self._parse_response(h.getfile(), sock)// // File "/usr/lib64/python2.6/xmlrpclib.py", line 1392, in _parse_response// // return u.close()// // File "/usr/lib64/python2.6/xmlrpclib.py", line 838, in close// // raise Fault(**self._stack[0])// //Fault: <Fault 1: "<type 'exceptions.TypeError'>:cannot marshal None unless allow_none is enabled">/ Paste from ovirt admin GUI log: /2013-Feb-07, 15:29:59 VM ipa01 is down. Exit message: User shut down// //2013-Feb-07, 15:29:34 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02).// //2013-Feb-07, 15:29:32 Starting migration of VM ipa01 from Host Hyper02 to Host Hyper01 (User: admin(a)internal.).// //2013-Feb-07, 15:29:10 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02).// //2013-Feb-07, 15:29:10 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02). Trying to migrate to another Host.// //2013-Feb-07, 15:29:08 Starting migration of VM ipa01 from Host Hyper02 to Host Hyper01 (User: admin(a)internal.).// //2013-Feb-07, 15:24:58 Detected new Host Hyper02. Host state was set to Up.// //2013-Feb-07, 15:24:53 Host Hyper02 is initializing. Message: Recovering from crash or Initializing// //2013-Feb-07, 15:22:18 VM ipa01 was resumed by admin@internal (Host: Hyper02).// //2013-Feb-07, 15:22:18 VM ipa01 was resumed by admin@internal (Host: Hyper02).// //2013-Feb-07, 15:20:43 Snapshot [initial installation][after ipa server installation] creation for VM ipa01 has been completed.// //2013-Feb-07, 15:20:43 VM ipa01 has paused due to unknown storage error./ Looking through htop command could see that VM were still running and responsive but any vdsclient command failed with the upper code paste I have given. Solution here was to connect to each VM, shut it down and restart vdsmd and power it up again. There's no problem with the storage size as it has aprox 800GB free of space and running through NFS. All nfs mount points were running okay at that time. After the VM has been snapshoot-ed went into pause mode and had to un-pause it from GUI, but the VM was still responsive through network and operations. Has anybody seen something related to this by now or it's just related to 3.1 version ? Mentioning the fact that I did a research on the similar mailing list topics and could not find something related to this error. I would happily provide logs if needed. Regards, Alex --------------080000040408020604050403 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 bgcolor="#FFFFFF" text="#000000"> Hi, Using 3.1.0-3.19 from dreyou's repo on Centos 6.3 version, running multiple VM on the hypervisor node and attempting to take a snapshot from one of the running VMs generates errors for VDSM daemon as show below: [root@hyper02 ~]# vdsClient -s 0 list Traceback (most recent call last):   File "/usr/share/vdsm/vdsClient.py", line 2275, in <module>     code, message = commands[command][0](commandArgs)   File "/usr/share/vdsm/vdsClient.py", line 280, in do_list     response = self.s.list(True, vms)   File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__     return self.__send(self.__name, args)   File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request     verbose=self.__verbose   File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request     return self._parse_response(h.getfile(), sock)   File "/usr/lib64/python2.6/xmlrpclib.py", line 1392, in _parse_response     return u.close()   File "/usr/lib64/python2.6/xmlrpclib.py", line 838, in close     raise Fault(**self._stack[0]) Fault: <Fault 1: "<type 'exceptions.TypeError'>:cannot marshal None unless allow_none is enabled"> Paste from ovirt admin GUI log:     2013-Feb-07, 15:29:59 VM ipa01 is down. Exit message: User shut down 2013-Feb-07, 15:29:34 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02). 2013-Feb-07, 15:29:32 Starting migration of VM ipa01 from Host Hyper02 to Host Hyper01 (User: admin@internal.). 2013-Feb-07, 15:29:10 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02). 2013-Feb-07, 15:29:10 Migration failed due to Error: Fatal error during migration (VM: ipa01, Source Host: Hyper02). Trying to migrate to another Host. 2013-Feb-07, 15:29:08 Starting migration of VM ipa01 from Host Hyper02 to Host Hyper01 (User: admin@internal.). 2013-Feb-07, 15:24:58 Detected new Host Hyper02. Host state was set to Up. 2013-Feb-07, 15:24:53 Host Hyper02 is initializing. Message: Recovering from crash or Initializing 2013-Feb-07, 15:22:18 VM ipa01 was resumed by admin@internal (Host: Hyper02). 2013-Feb-07, 15:22:18 VM ipa01 was resumed by admin@internal (Host: Hyper02). 2013-Feb-07, 15:20:43 Snapshot [initial installation][after ipa server installation] creation for VM ipa01 has been completed. 2013-Feb-07, 15:20:43 VM ipa01 has paused due to unknown storage error. Looking through htop command could see that VM were still running and responsive but any vdsclient command failed with the upper code paste I have given. Solution here was to connect to each VM, shut it down and restart vdsmd and power it up again. There's no problem with the storage size as it has aprox 800GB free of space and running through NFS. All nfs mount points were running okay at that time. After the VM has been snapshoot-ed went into pause mode and had to un-pause it from GUI, but the VM was still responsive through network and operations. Has anybody seen something related to this by now or it's just related to 3.1 version ? Mentioning the fact that I did a research on the similar mailing list topics and could not find something related to this error. I would happily provide logs if needed. Regards, Alex </body> </html> --------------080000040408020604050403--

4 4

[Users] ovirt-guest-agent: Package for Fedora has been accepted
by Vinzenz Feenstra 08 Feb '13

08 Feb '13

This is a multi-part message in MIME format. --------------010906010109020201080805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I am glad that I can announce that the ovirt guest agent has been also accepted as a package for Fedora. I have submitted the first packages for the updates-testing repository and if nothing goes wrong the packages will be available within a few days :-) https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17 https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc18 <https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17> I am the maintainer of the fedora package, if you run into any issues please let me know so that we can take care of handling them. -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com --------------010906010109020201080805 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 bgcolor="#FFFFFF" text="#000000"> Hi, I am glad that I can announce that the ovirt guest agent has been also accepted as a package for Fedora. I have submitted the first packages for the updates-testing repository and if nothing goes wrong the packages will be available within a few days :-) <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <a href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17</a> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <a href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc17">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.6-4.fc18</a> I am the maintainer of the fedora package, if you run into any issues please let me know so that we can take care of handling them. <pre class="moz-signature" cols="72">-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com</pre> </body> </html> --------------010906010109020201080805--

1 0

[Users] How to import KVM machine
by Juan Jose 07 Feb '13

07 Feb '13

Hello everybody again, I would like to know if exist some process or tutorial to import another KVM machine from other computer and to have this other KVM VM machine inside my oVirt system. Is there some process or page that explains this issue? Many thanks in avanced, Juanjo.

2 1

[Users] Samples Portal for Ovirt
by Shahar Havivi 07 Feb '13

07 Feb '13

Hey, I've recently developed sample User portals written on top of the SDK (Python and Java), and Ruby on top of rbovirt (partial REST bindings on top of the oVirt engine). All these examples are placed in the samples-userportal git: http://gerrit.ovirt.org/gitweb?p=samples-portals.git Each language portal have its own README file that explain how to run the server, the Ruby and Python are self serving application, the java portal is hosted in JBoss. You can use them as additional examples on how to use the SDK for basic VM operations, Shahar Havivi.

3 5

[Users] how to add a user
by Jonathan Horne 07 Feb '13

07 Feb '13

--_000_9BE6F493F83A594DA60C45E6A09DC5AC017453AAAUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Im using ovrit 3.1, and I'm trying to add a user to the web console. But t= he new button brings up a popup that doesn't have any buttons on it. Can I= use the engine-manage-domains tool, and if yes what is the syntax? So far= what I have found on google is just getting me authentication errors, so I= 'm sure I'm doing it wrong. Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC017453AAAUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <9D38733021FC7E4D8FD0B2765D2D4D6C(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > </head> <body style=3D"word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>Im using ovrit 3.1, and I'm trying to add a user to the web console. &= nbsp;But the new button brings up a popup that doesn't have any buttons on = it.  Can I use the engine-manage-domains tool, and if yes what is the = syntax?  So far what I have found on google is just getting me authentication errors, so I'm sure I'm doing it wrong.<= /div> </div> </div> <div> </div> <div>Thanks,</div> <div>jonathan</div> <hr> This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose. </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC017453AAAUSP01DAG0201co_--

4 4

[Users] Fwd: [Engine-devel] Latest open jdk and JBOSS
by Roy Golan 07 Feb '13

07 Feb '13

This is a multi-part message in MIME format. --------------090907000204070407010804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit FYI -------- Original Message -------- Subject: [Engine-devel] Latest open jdk and JBOSS Date: Wed, 06 Feb 2013 08:40:01 -0500 From: Alexander Wels <awels(a)redhat.com> Reply-To: awels(a)redhat.com To: engine-devel(a)ovirt.org Just an FYI there is an issue with the latest openjdk and JBOSS which causes JBOSS to NOT start. Details can be found here: https://community.jboss.org/message/796347#796347 I did upgrade yesterday and I am having the exact same issue. For now do not upgrade your open jdk to the latest version. Alexander. _______________________________________________ Engine-devel mailing list Engine-devel(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel --------------090907000204070407010804 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 bgcolor="#FFFFFF" text="#000000"> FYI <div class="moz-forward-container"> -------- Original Message -------- <table class="moz-email-headers-table" border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Subject: </th> <td>[Engine-devel] Latest open jdk and JBOSS</td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Date: </th> <td>Wed, 06 Feb 2013 08:40:01 -0500</td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">From: </th> <td>Alexander Wels <a class="moz-txt-link-rfc2396E" href="mailto:awels@redhat.com"><awels(a)redhat.com></a></td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Reply-To: </th> <td><a class="moz-txt-link-abbreviated" href="mailto:awels@redhat.com">awels(a)redhat.com</a></td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">To: </th> <td><a class="moz-txt-link-abbreviated" href="mailto:engine-devel@ovirt.org">engine-devel(a)ovirt.org</a></td> </tr> </tbody> </table> <pre>Just an FYI there is an issue with the latest openjdk and JBOSS which causes JBOSS to NOT start. Details can be found here: <a class="moz-txt-link-freetext" href="https://community.jboss.org/message/796347#796347">https://community.jboss.org/message/796347#796347</a> I did upgrade yesterday and I am having the exact same issue. For now do not upgrade your open jdk to the latest version. Alexander. _______________________________________________ Engine-devel mailing list <a class="moz-txt-link-abbreviated" href="mailto:Engine-devel@ovirt.org">Engine-devel(a)ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/engine-devel">http://lists.ovirt.org/mailman/listinfo/engine-devel</a> </pre> </div> </body> </html> --------------090907000204070407010804--

3 3

[Users] Install problems
by Jonathan Archer 07 Feb '13

07 Feb '13

Hi All, Just wondering if anyone could shed some light on an issue I'm seeing? I've followed the instructions on the wiki to try and get an ovirt setup running. (F17 minimal, updated, add repo, yum install ovirt-engine, engine-setup) All that seemed to go OK, and the database creation etc seemed to be fine, however starting the ovirt-engine service seems to have failed to start, was getting a http 503 error on trying the web interface. Looking deeper into it, it seems that jboss-as seems to be failing to start with some errors around logging. when I run systemctl start ovirt-engine.service i get the following in the logs: Feb 6 14:33:52 host1 engine-service.py[25212]: Started engine process 25213. Failed to configure handler FILE on Logger '' in context org.jboss.logmanager.LogContext@afc824e: Handler FILE has no class name Exception in thread "main" java.lang.ExceptionInInitializerError at org.jboss.as.server.Main.main(Main.java:73) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.modules.Module.run(Module.java:260) at org.jboss.modules.Main.main(Main.java:291) Caused by: java.lang.IllegalStateException: The LogManager was not properly installed (you must set the "java.util.logging.manager" system property to "org.jboss.logmanager.LogManager") at org.jboss.logmanager.Logger.getLogger(Logger.java:60) at org.jboss.logmanager.log4j.BridgeRepositorySelector.<clinit>(BridgeRepositorySelector.java:42) ... 7 more Feb 6 14:33:53 host1 systemd[1]: ovirt-engine.service: main process exited, code=exited, status=1 Feb 6 14:33:53 host1 engine-service.py[25230]: The engine PID file "/var/run/ovirt-engine.pid" contains 25213, but that process doesn't exist. Feb 6 14:33:53 host1 systemd[1]: ovirt-engine.service: control process exited, code=exited status=1 Feb 6 14:33:53 host1 systemd[1]: Unit ovirt-engine.service entered failed state. Any ideas? Thanks Jon

2 2

[Users] MAC in use when importing/cloning a VM
by Nicolas Ecarnot 06 Feb '13

06 Feb '13

Hi, When importing VMs into our export domain, they appear in a list that allows me to restore them. The restore window allows to clone instead of restoring, especially in case of a pure import. Many imports went all right, but some recent one failed due to a MAC address already in use somewhere. The import window does not seem to give a way to change the network setup of the VM, even if it is imported and not started. I don't know how to modify the interface setup of a vm before importing/cloning it? -- Nicolas Ecarnot

6 10

[Users] error using cli on ovirt 3.1
by Jim Kinney 06 Feb '13

06 Feb '13

I'm trying to setup a way to restart a large group of windows vms on a schedule. I'm getting a connection failure that seems related to the use of https but I'm not sure. error: __init__() got an unexpected keyword argument 'source_address' I ran: ovirt-shell -A <path to server cert/certfile exported from browser> -c and my .ovirtshellrc is: [ovirt-shell] username = "admin@internal" url = https://my.internal.url/api #insecure = False #filter = False #timeout = -1 password = ********************** I tried putting the ca_cert = <path to cert> but that clearly was not allowed in .ovirtshellrc ideas? -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ *

3 12

[Users] Still cannot migrate VM
by Christian Hernandez 06 Feb '13

06 Feb '13

Try as I might; I cannot live migrate a host from one server to another. I keep getting a "Migration due to error: Could not connect to host" I see this in the VDSM log. Thread-3190::ERROR::2013-02-06 10:47:32,948::vm::146::vm.Vm::(_setupVdsConnection) vmId=`9072e171-bf05-4dd4-9c96-a3d76a00f16b`::Error initiating connection Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 141, in _setupVdsConnection status = self.destServer.getVmStats(self._vm.id) File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1253, in request return self._parse_response(h.getfile(), sock) File "/usr/lib64/python2.6/xmlrpclib.py", line 1382, in _parse_response response = file.read(1024) File "/usr/lib64/python2.6/socket.py", line 383, in read data = self._sock.recv(left) File "/usr/lib64/python2.6/ssl.py", line 215, in recv return self.read(buflen) File "/usr/lib64/python2.6/ssl.py", line 136, in read return self._sslobj.read(len) SSLError: The read operation timed out Thread-3190::DEBUG::2013-02-06 10:47:32,949::libvirtvm::283::vm.Vm::(_getDiskLatency) vmId=`9072e171-bf05-4dd4-9c96-a3d76a00f16b`::Disk vda latency not available Thread-3190::DEBUG::2013-02-06 10:47:32,956::vm::189::vm.Vm::(_prepareGuest) vmId=`9072e171-bf05-4dd4-9c96-a3d76a00f16b`::migration Process begins Thread-3190::DEBUG::2013-02-06 10:47:32,976::vm::260::vm.Vm::(run) vmId=`9072e171-bf05-4dd4-9c96-a3d76a00f16b`::migration semaphore acquired Thread-3346::DEBUG::2013-02-06 10:47:35,278::task::568::TaskManager.Task::(_updateState) Task=`66a8f842-f8c2-47af-bf78-b1db48ce4990`::moving from state init -> state preparing

1 0

[Users] Community feedback on the new UI-plugin Framework
by Oved Ourfalli 06 Feb '13

06 Feb '13

Hey all, We had an oVirt workshop this week, which included a few sessions about the new oVirt UI Plugin framework, including a Hackaton and a BOF session. I've gathered some feedback we got from the different participants about the framework, and what they would like to see in the future of it. 1. People liked the fact that it is a simple framework, allowing you to do nice extensions rapidly, without the need to know complex technologies (simple javascript knowledge is all you need to know). 2. People want the framework to provide tools for adding UI components (main/sub tabs, dialogs, etc.) that aren't URL based, but are based on components we currently have in oVirt, such as grids, key-value pairs (such as the general sub-tab), action buttons in these custom tabs and etc. The main reason for that is to easily develop a plugin with an oVirt-like look-and-feel. Chris Morrissey from Netapp showed a very nice plugin he wrote that did have an oVirt-like look-and-feel, but it wasn't easy.... and it required him to to develop something specific for the plugin to interact with, in the 3rd party application (something similar to the work we did in the oVirt-Foreman UI-plugin). 3. Support adding tasks to the system - plugins may trigger asynchronous tasks behind the scene, both oVirt and external ones. oVirt tasks and their progress will be reflected in the tasks management view, but if the flows contain external tasks as well, then it would be hard to track through the oVirt UI. 4. Plugin management * The ability to see what plugins are installed... install new plugins and remove existing ones. * Change the plugin configuration through webadmin * Distinguish between public plugin configuration entries (entries the user to change), to private ones (entries it can't). I guess that this point will be relevant for engine-plugins as well (once support for such plugins will be available) so we should consider providing a similar solution for both. Also, Chris pointed out that it should be taken into consideration as well when working on supporting HA-oVirt-engine, as plugins are vital part of the oVirt environment. If you find the feedback above true, or you have other comments that weren't mentioned here, please share it with us! Thank you, Oved P.S: I guess the slides will be uploaded sometime next week (I guess someone would have asked it soon... so now you have your answer :-) )

4 4

[Users] UI Plugin issue when switching main tabs
by René Koch 06 Feb '13

06 Feb '13

Hi, I'm working on an UI plugin to integrate Nagios/Icinga into oVirt Engine and made some progress, but have an issue when switching the main tabs. I use VirtualMachineSelectionChange to create URL with name of vm (and HostSelectionChange for hosts). Name is used in my backend code (Perl) for fetching monitoring status. Here's the code of VirtualMachineSelectionChange: VirtualMachineSelectionChange: function() { var vmName = arguments[0].name; alert(vmName); // Reload VM Sub Tab api.setTabContentUrl('vms-monitoring', conf.url + '?subtab=vms&name=' + encodeURIComponent(vmName)); } Everything works fine as long as I stay in Virtual Machine main tab. When switching to e.g. Disks and back to Virtual Machines again the JavaScript code of start.html isn't processed anymore (or cached (?) as the my generated URL with last vm name will still be sent back to my Perl backend) - added alert() to test this. oVirt Engine version: ovirt-engine-3.2.0-1.20130118.gitd102d6f.fc18.noarch Full code of start.hml: http://pastebin.com/iEY6dA6F Thanks a lot for your help, René

5 10