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

[Users] HTML file display in Custom Tab
by J, Satheesh 06 Feb '13

06 Feb '13

--_000_1EC10F66A61A634EAC743688835FF463FB8A30G2W2434americashp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi , I have added a custom Tab to WebAdmin portal and want to display a html fil= e in this Custom tab. I find that there is usage of "ProxyPass / ajp://localhost:8702/" within /e= tc/httpd/conf.d" ,which redirects whatever request which comes to server back to the engine-service which listens to port 8702. This prevents me from showing a html file placed in /var/www/html,which is = run on Apache server. Every request is reverted back to oVirt main page. How do I succeed to display html file then? Is there a way to bypass this proxy whenever required? Thanks and Regards Satheesh J --_000_1EC10F66A61A634EAC743688835FF463FB8A30G2W2434americashp_ 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 12 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi ,<o:p></o:p> <o:p> </o:p> I have added a custom Tab to WebAdmin portal and wan= t to display a html file in this Custom tab.<o:p></o:p> I find that there is usage of “ProxyPass / ajp= ://localhost:8702/” within /etc/httpd/conf.d” ,which redirects = whatever request which<o:p></o:p> comes to server back to the engine-service which lis= tens to port 8702.<o:p></o:p> This prevents me from showing a html file placed in = /var/www/html,which is run on Apache server.<o:p></o:p> Every request is reverted back to oVirt main page.<o= :p></o:p> <o:p> </o:p> How do I succeed to display html file then?<o:p></o:= p> Is there a way to bypass this proxy whenever require= d?<o:p></o:p> <o:p> </o:p> Thanks and Regards<o:p></o:p> Satheesh J<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_1EC10F66A61A634EAC743688835FF463FB8A30G2W2434americashp_--

3 2

[Users] Slides of my FOSDEM sessions
by Oved Ourfalli 06 Feb '13

06 Feb '13

Hey all, I did two sessions in FOSDEM (and one on the Build a Cloud Day track in Puppet Camp). The slides are available on Slideshare: * Supporting and Using EC2/CIMI on top of Cloud Environments via Deltacloud (same session on FOSDEM and Puppet Camp) - http://www.slideshare.net/OvedOurfali/supporting-and-using-ec2cimi-on-top-o… (PDF version in http://goo.gl/NfZcz) * oVirt UI Plugin Infrastructure and the oVirt-Foreman plugin - http://www.slideshare.net/OvedOurfali/ovirt-foremanpluginfosdem (PDF version in http://goo.gl/GSgFd) Enjoy! Oved

1 0

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

06 Feb '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-06-15.01.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-06-15.01.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-06-15.01.log.html ============================ #ovirt: oVirt Weekly Meeting ============================ Meeting started by mburns at 15:01:04 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-02-06-15.01.log.html . Meeting summary --------------- * Agenda and Roll Call (mburns, 15:01:15) * Release Status and updates (mburns, 15:01:26) * Workshops and Conferences (mburns, 15:01:40) * Team reports (mburns, 15:01:44) * Release Status (mburns, 15:04:35) * mburns mgoldboi and oschreib met yesterday to review blockers on the tracker (mburns, 15:04:58) * LINK: https://bugzilla.redhat.com/showdependencytree.cgi?id=881006&hide_resolved=1 (mburns, 15:05:04) * all bugs in the tracker except 3 ovirt-node bugs are at least in post status (mburns, 15:06:41) * bugs in post are in final review stages (mburns, 15:06:56) * ovirt-node bugs are going to either be fixed and pushed today or deferred (mburns, 15:07:26) * some bugs on this list have not yet made it into builds posted on ovirt.org (mburns, 15:08:13) * next steps are to get the final bugs pushed into the git repos and get builds posted (mburns, 15:08:45) * plan to have all packages posted by friday (mburns, 15:12:53) * go/no-go on 12-Feb and announcement of GA following shortly after (mburns, 15:13:11) * we are still missing packages for dwh/reports docs and engine-sdk-java (mburns, 15:13:56) * oschreib to try to post engine rpms tomorrow (mburns, 15:14:41) * ACTION: mburns to review vdsm bugs to ensure they're included in the vdsm 3.2 branch (mburns, 15:24:22) * Workshops and Conferences (mburns, 15:29:37) * oVirt at FOSDEM (dneary, 15:29:52) * Our stand had a huge amount of traffic, and several oVirt community members were there (hey Rydekull, ewoud!) (dneary, 15:30:25) * oVirt presentations in the Virt DevRoom were typically very wekk attended - Doron's oVirt introduction and Federico's live migration presentation were both full houses (dneary, 15:31:05) * In addition, Oved Ourfali presented DeltaCloud integration with oVirt in the "Build a Cloud Day" part of PuppetCamp in Ghent before the conference (dneary, 15:31:52) * Doron gave 3 presentations about oVirt, Oved gave a Foreman and DeltaCloud presentation, and Federico presented Live Migration. In addition, Zeeshan Ali presented Boxes automated install capabilities (dneary, 15:32:55) * A good time was had by all, and we have several interesting leads to follow up for case studies & questions (dneary, 15:33:28) * ACTION: Dave to post CfP and registration details for Intel workshop in May this week (dneary, 15:36:00) * Infra team report (mburns, 15:37:28) * infra team tried to meet up at FOSDEM but missed each other (mburns, 15:38:45) * not much else to report (mburns, 15:38:56) * ACTION: Dave to add ewoud for AlterWay server (dneary, 15:40:12) * other topics (mburns, 15:40:45) Meeting ended at 15:44:22 UTC. Action Items ------------ * mburns to review vdsm bugs to ensure they're included in the vdsm 3.2 branch * Dave to post CfP and registration details for Intel workshop in May this week * Dave to add ewoud for AlterWay server Action Items, by person ----------------------- * ewoud * Dave to add ewoud for AlterWay server * mburns * mburns to review vdsm bugs to ensure they're included in the vdsm 3.2 branch * **UNASSIGNED** * Dave to post CfP and registration details for Intel workshop in May this week People Present (lines said) --------------------------- * mburns (62) * dneary (25) * goacid (13) * apuimedo (11) * mkolesni (9) * fsimonce (7) * oschreib (7) * ovirtbot (5) * ewoud (4) * mgoldboi (4) * Rydekull (2) * jb_netapp (1) * mkolesni__ (1) * dustins (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

[Users] Ovirt Node Automated Installation... full unattended installation?
by Schorschi 06 Feb '13

06 Feb '13

This is a multi-part message in MIME format. ------=_NextPart_000_0004_01CE0180.E6D73BF0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Ok, reading the RHEV-H node automated installation, given the oVirt documentation states the same automated installation parameters are supported, I can't see to resolve one key issue. First boot of PXE configuration does an 'uninstall' to ensure no past installation of oVirt node exists. this works 100% unattended. However using install or reinstall or local_boot (a.k.a. upgrade) or even firstboot option, and even no option, on the APPEND command line via PXE, the automated installation stops. Waiting for interactive response? Is this the expected behavior? Even just using init_storage and BOOTIF, the only two required parameters, the automated process stops for interactive input? So how do you do a completely automated installation with zero human interactive action required? Uninstall. This works as expected. KERNEL images/oVirt/2.5.5-0.1/vmlinuz0 APPEND rootflags=loop initrd=images/oVirt/2.5.5-0.1/initrd0.img root=live:/ovirt-node-iso-2.5.5-0.1.fc17.iso rootfstype=auto ro liveimg check rootflags=ro crashkernel=512M-2G:64M,2G-:128M elevator=deadline uninstall Install. This does not work as expected, per how the documentation implies it should? KERNEL images/oVirt/2.5.5-0.1/vmlinuz0 APPEND rootflags=loop initrd=images/oVirt/2.5.5-0.1/initrd0.img root=live:/ovirt-node-iso-2.5.5-0.1.fc17.iso rootfstype=auto ro liveimg check rootflags=ro crashkernel=512M-2G:64M,2G-:128M elevator=deadline rd_NO_LVM rd.luks=0 rd.md=0 rd.dm=0 storage_init=/dev/sda BOOTIF=<FF:FF:FF:FF:FF:FF> ------=_NextPart_000_0004_01CE0180.E6D73BF0 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-microsoft-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=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 12 = (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue = vlink=3Dpurple><div class=3DWordSection1>Ok, = reading the RHEV-H node automated installation, given the oVirt = documentation states the same automated installation parameters are = supported, I can’t see to resolve one key = issue…<o:p></o:p><o:p> </o:p>First boot  of PXE configuration does an = ‘uninstall’ to ensure no past installation of oVirt node = exists… this works 100% unattended.  However using install or = reinstall or local_boot (a.k.a. upgrade) or even firstboot option, and = even no option, on the APPEND command line via PXE, the automated = installation stops.  Waiting for interactive response?  Is = this the expected behavior?  Even just using init_storage and = BOOTIF, the only two required parameters, the automated process stops = for interactive input?  So how do you do a completely automated = installation with zero human interactive action = required?<o:p></o:p><o:p> </o:p>Uninstall…  This works as = expected…<o:p></o:p><o:p> </o:p>KERNEL = images/oVirt/2.5.5-0.1/vmlinuz0<o:p></o:p>APPEND rootflags=3Dloop = initrd=3Dimages/oVirt/2.5.5-0.1/initrd0.img = root=3Dlive:/ovirt-node-iso-2.5.5-0.1.fc17.iso rootfstype=3Dauto ro = liveimg check rootflags=3Dro crashkernel=3D512M-2G:64M,2G-:128M = elevator=3Ddeadline uninstall<o:p></o:p><o:p> </o:p>Install…  This does not work as expected, = per how the documentation implies it should?<o:p></o:p><o:p> </o:p>KERNEL = images/oVirt/2.5.5-0.1/vmlinuz0<o:p></o:p>APPEND rootflags=3Dloop = initrd=3Dimages/oVirt/2.5.5-0.1/initrd0.img = root=3Dlive:/ovirt-node-iso-2.5.5-0.1.fc17.iso rootfstype=3Dauto ro = liveimg check rootflags=3Dro crashkernel=3D512M-2G:64M,2G-:128M = elevator=3Ddeadline rd_NO_LVM rd.luks=3D0 rd.md=3D0 rd.dm=3D0 = storage_init=3D/dev/sda = BOOTIF=3D<FF:FF:FF:FF:FF:FF><o:p></o:p><o:p> </o:p></div></body></html> ------=_NextPart_000_0004_01CE0180.E6D73BF0--

4 5

[Users] UNKNOWN network problem Logs
by Kevin Maziere Aubry 06 Feb '13

06 Feb '13

Hi Logs when I try to add interface Internet to em2 physical card on host. -- Thread-58842::DEBUG::2013-02-06 15:54:55,187::resourceManager::585::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', Clearing records. Thread-58842::DEBUG::2013-02-06 15:54:55,188::task::957::TaskManager.Task::(_decref) Task=`2ab38f7d-1dec-478d-9a19-aea70677e94c`::ref 0 aborting False Thread-58845::DEBUG::2013-02-06 15:55:01,176::task::568::TaskManager.Task::(_updateState) Task=`3e814241-8c36-4f84-8b20-0a925b4c90ad`::moving from state init -> state preparing Thread-58845::INFO::2013-02-06 15:55:01,176::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-58845::INFO::2013-02-06 15:55:01,177::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0122509002686', 'lastCheck': '7.0', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.0149190425873', 'lastCheck': '4.1', 'code': 0, 'valid': True}} Thread-58845::DEBUG::2013-02-06 15:55:01,177::task::1151::TaskManager.Task::(prepare) Task=`3e814241-8c36-4f84-8b20-0a925b4c90ad`::finished: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0122509002686', 'lastCheck': '7.0', 'code ': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.0149190425873', 'lastCheck': '4.1', 'code': 0, 'valid': True}} Thread-58845::DEBUG::2013-02-06 15:55:01,177::task::568::TaskManager.Task::(_updateState) Task=`3e814241-8c36-4f84-8b20-0a925b4c90ad`::moving from state preparing -> state finished Thread-58845::DEBUG::2013-02-06 15:55:01,177::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58845::DEBUG::2013-02-06 15:55:01,178::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58845::DEBUG::2013-02-06 15:55:01,178::task::957::TaskManager.Task::(_decref) Task=`3e814241-8c36-4f84-8b20-0a925b4c90ad`::ref 0 aborting False Thread-58848::DEBUG::2013-02-06 15:55:05,228::BindingXMLRPC::161::vds::(wrapper) [172.16.110.253] Thread-58848::DEBUG::2013-02-06 15:55:05,229::task::568::TaskManager.Task::(_updateState) Task=`15cc62c4-9e23-45c0-9035-0f118a6e9e89`::moving from state init -> state preparing Thread-58848::INFO::2013-02-06 15:55:05,229::logUtils::41::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58848::INFO::2013-02-06 15:55:05,229::logUtils::44::dispatcher::(wrapper) Run and protect: getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 13}} Thread-58848::DEBUG::2013-02-06 15:55:05,229::task::1151::TaskManager.Task::(prepare) Task=`15cc62c4-9e23-45c0-9035-0f118a6e9e89`::finished: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 13}} Thread-58848::DEBUG::2013-02-06 15:55:05,230::task::568::TaskManager.Task::(_updateState) Task=`15cc62c4-9e23-45c0-9035-0f118a6e9e89`::moving from state preparing -> state finished Thread-58848::DEBUG::2013-02-06 15:55:05,230::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58848::DEBUG::2013-02-06 15:55:05,230::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58848::DEBUG::2013-02-06 15:55:05,230::task::957::TaskManager.Task::(_decref) Task=`15cc62c4-9e23-45c0-9035-0f118a6e9e89`::ref 0 aborting False Thread-58849::DEBUG::2013-02-06 15:55:05,234::BindingXMLRPC::161::vds::(wrapper) [172.16.110.253] Thread-58849::DEBUG::2013-02-06 15:55:05,234::task::568::TaskManager.Task::(_updateState) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::moving from state init -> state preparing Thread-58849::INFO::2013-02-06 15:55:05,234::logUtils::41::dispatcher::(wrapper) Run and protect: getStoragePoolInfo(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58849::DEBUG::2013-02-06 15:55:05,235::resourceManager::190::ResourceManager.Request::(__init__) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`290e7125-5ca9-4b94-8cca-24691d5bba3c`::Request was made in '/usr/share/ vdsm/storage/resourceManager.py' line '189' at '__init__' Thread-58849::DEBUG::2013-02-06 15:55:05,235::resourceManager::504::ResourceManager::(registerResource) Trying to register resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' for lock type 'shared' Thread-58849::DEBUG::2013-02-06 15:55:05,236::resourceManager::547::ResourceManager::(registerResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free. Now locking as 'shared' (1 active user) Thread-58849::DEBUG::2013-02-06 15:55:05,236::resourceManager::227::ResourceManager.Request::(grant) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`290e7125-5ca9-4b94-8cca-24691d5bba3c`::Granted request Thread-58849::DEBUG::2013-02-06 15:55:05,237::task::794::TaskManager.Task::(resourceAcquired) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::_resourcesAcquired: Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2 (shared) Thread-58849::DEBUG::2013-02-06 15:55:05,237::task::957::TaskManager.Task::(_decref) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::ref 1 aborting False Thread-58849::INFO::2013-02-06 15:55:05,244::logUtils::44::dispatcher::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_id': 1, 'master_uuid': 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b', 'name': 'DC_NFS', 'vers ion': '3', 'domains': 'bc8522d9-11b2-479a-8c67-1a25979e02ce:Active,beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center/bd9a0b0d-63af-4420-be3a-9699a9b44ec2/bc8522d9-11b2-479a-8c67-1a 25979e02ce/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': 1, 'lver': 13}, 'dominfo': {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}}} Thread-58849::DEBUG::2013-02-06 15:55:05,245::task::1151::TaskManager.Task::(prepare) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::finished: {'info': {'spm_id': 1, 'master_uuid': 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b', 'name': 'DC_NFS', 'version': '3', 'domains': 'bc8522d9-11b2-479a-8c67-1a25979e02ce:Active,beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center/bd9a0b0d-63af-4420-be3a-9699a9b44ec2/bc8522d9-11b2-479a-8c67-1a25979e02ce/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': 1, 'lver': 13}, 'dominfo': {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}}} Thread-58849::DEBUG::2013-02-06 15:55:05,245::task::568::TaskManager.Task::(_updateState) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::moving from state preparing -> state finished Thread-58849::DEBUG::2013-02-06 15:55:05,245::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2': < ResourceRef 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', isValid: 'True' obj: 'None'>} Thread-58849::DEBUG::2013-02-06 15:55:05,245::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58849::DEBUG::2013-02-06 15:55:05,246::resourceManager::557::ResourceManager::(releaseResource) Trying to release resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' Thread-58849::DEBUG::2013-02-06 15:55:05,246::resourceManager::573::ResourceManager::(releaseResource) Released resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' (0 active users) Thread-58849::DEBUG::2013-02-06 15:55:05,246::resourceManager::578::ResourceManager::(releaseResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free, finding out if anyone is waiting for it. Thread-58849::DEBUG::2013-02-06 15:55:05,246::resourceManager::585::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', Clearing records. Thread-58849::DEBUG::2013-02-06 15:55:05,247::task::957::TaskManager.Task::(_decref) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::ref 0 aborting False Thread-58853::DEBUG::2013-02-06 15:55:11,347::task::568::TaskManager.Task::(_updateState) Task=`e585ff1e-c2b5-4d3c-97c3-e7974679e16b`::moving from state init -> state preparing Thread-58853::INFO::2013-02-06 15:55:11,347::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-58853::INFO::2013-02-06 15:55:11,348::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0121810436249', 'lastCheck': '7.1', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.013571023941', 'lastCheck': '4.2', 'code': 0, 'valid': True}} Thread-58849::DEBUG::2013-02-06 15:55:05,246::resourceManager::578::ResourceManager::(releaseResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free, finding out if anyone is waiting for it. Thread-58849::DEBUG::2013-02-06 15:55:05,246::resourceManager::585::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', Clearing records. Thread-58849::DEBUG::2013-02-06 15:55:05,247::task::957::TaskManager.Task::(_decref) Task=`ad17c17b-b5ca-4135-b70f-503f388da8ee`::ref 0 aborting False Thread-58853::DEBUG::2013-02-06 15:55:11,347::task::568::TaskManager.Task::(_updateState) Task=`e585ff1e-c2b5-4d3c-97c3-e7974679e16b`::moving from state init -> state preparing Thread-58853::INFO::2013-02-06 15:55:11,347::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-58853::INFO::2013-02-06 15:55:11,348::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0121810436249', 'lastCheck': '7.1', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.013571023941', 'lastCheck': '4.2', 'code': 0, 'valid': True}} Thread-58853::DEBUG::2013-02-06 15:55:11,348::task::1151::TaskManager.Task::(prepare) Task=`e585ff1e-c2b5-4d3c-97c3-e7974679e16b`::finished: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0121810436249', 'lastCheck': '7.1', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.013571023941', 'lastCheck': '4.2', 'code': 0, 'valid': True}} Thread-58853::DEBUG::2013-02-06 15:55:11,348::task::568::TaskManager.Task::(_updateState) Task=`e585ff1e-c2b5-4d3c-97c3-e7974679e16b`::moving from state preparing -> state finished Thread-58853::DEBUG::2013-02-06 15:55:11,348::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58853::DEBUG::2013-02-06 15:55:11,349::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58853::DEBUG::2013-02-06 15:55:11,349::task::957::TaskManager.Task::(_decref) Task=`e585ff1e-c2b5-4d3c-97c3-e7974679e16b`::ref 0 aborting False Thread-58856::DEBUG::2013-02-06 15:55:15,289::BindingXMLRPC::161::vds::(wrapper) [172.16.110.253] Thread-58856::DEBUG::2013-02-06 15:55:15,290::task::568::TaskManager.Task::(_updateState) Task=`b1ecedb8-6265-47a2-a370-4144dd8d30d8`::moving from state init -> state preparing Thread-58856::INFO::2013-02-06 15:55:15,290::logUtils::41::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58856::INFO::2013-02-06 15:55:15,291::logUtils::44::dispatcher::(wrapper) Run and protect: getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 13}} Thread-58856::DEBUG::2013-02-06 15:55:15,291::task::1151::TaskManager.Task::(prepare) Task=`b1ecedb8-6265-47a2-a370-4144dd8d30d8`::finished: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 13}} Thread-58856::DEBUG::2013-02-06 15:55:15,291::task::568::TaskManager.Task::(_updateState) Task=`b1ecedb8-6265-47a2-a370-4144dd8d30d8`::moving from state preparing -> state finished Thread-58856::DEBUG::2013-02-06 15:55:15,291::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58856::DEBUG::2013-02-06 15:55:15,292::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58856::DEBUG::2013-02-06 15:55:15,292::task::957::TaskManager.Task::(_decref) Task=`b1ecedb8-6265-47a2-a370-4144dd8d30d8`::ref 0 aborting False Thread-58857::DEBUG::2013-02-06 15:55:15,295::BindingXMLRPC::161::vds::(wrapper) [172.16.110.253] Thread-58857::DEBUG::2013-02-06 15:55:15,296::task::568::TaskManager.Task::(_updateState) Task=`9d5ebb26-1e34-4b71-8a58-1abfdefb5c9f`::moving from state init -> state preparing Thread-58857::INFO::2013-02-06 15:55:15,296::logUtils::41::dispatcher::(wrapper) Run and protect: getStoragePoolInfo(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58857::DEBUG::2013-02-06 15:55:15,298::resourceManager::190::ResourceManager.Request::(__init__) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`73210a9d-5ac6-4f9a-9eca-0601cc029375`::Request was made in '/usr/share/vdsm/storage/resourceManager.py' line '189' at '__init__' Thread-58857::DEBUG::2013-02-06 15:55:15,298::resourceManager::504::ResourceManager::(registerResource) Trying to register resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' for lock type 'shared' Thread-58857::DEBUG::2013-02-06 15:55:15,298::resourceManager::547::ResourceManager::(registerResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free. Now locking as 'shared' (1 active user) Thread-58857::DEBUG::2013-02-06 15:55:15,299::resourceManager::227::ResourceManager.Request::(grant) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`73210a9d-5ac6-4f9a-9eca-0601cc029375`::Granted request Thread-58857::DEBUG::2013-02-06 15:55:15,299::task::794::TaskManager.Task::(resourceAcquired) Task=`9d5ebb26-1e34-4b71-8a58-1abfdefb5c9f`::_resourcesAcquired: Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2 (shared) Thread-58857::DEBUG::2013-02-06 15:55:15,299::task::957::TaskManager.Task::(_decref) Task=`9d5ebb26-1e34-4b71-8a58-1abfdefb5c9f`::ref 1 aborting False Thread-58857::INFO::2013-02-06 15:55:15,306::logUtils::44::dispatcher::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_id': 1, 'master_uuid': 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b', 'name': 'DC_NFS', 'version': '3', 'domains': 'bc8522d9-11b2-479a-8c67-1a25979e02ce:Active,beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center/bd9a0b0d-63af-4420-be3a-9699a9b44ec2/bc8522d9-11b2-479a-8c67-1a25979e02ce/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': 1, 'lver': 13}, 'dominfo': {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}}} Thread-58857::DEBUG::2013-02-06 15:55:15,307::task::1151::TaskManager.Task::(prepare) Task=`9d5ebb26-1e34-4b71-8a58-1abfdefb5c9f`::finished: {'info': {'spm_id': 1, 'master_uuid': 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b', 'name': 'DC_NFS', 'version': '3', 'domains': 'bc8522d9-11b2-479a-8c67-1a25979e02ce:Active,beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center/bd9a0b0d-63af-4420-be3a-9699a9b44ec2/bc8522d9-11b2-479a-8c67-1a25979e02ce/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': 1, 'lver': 13}, 'dominfo': {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}}} Thread-58857::DEBUG::2013-02-06 15:55:15,307::task::568::TaskManager.Task::(_updateState) Task=`9d5ebb26-1e34-4b71-8a58-1abfdefb5c9f`::moving from state preparing -> state finished Thread-58857::DEBUG::2013-02-06 15:55:15,307::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2': < ResourceRef 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', isValid: 'True' obj: 'None'>} Thread-58857::DEBUG::2013-02-06 15:55:15,307::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58857::DEBUG::2013-02-06 15:55:15,308::resourceManager::557::ResourceManager::(releaseResource) Trying to release resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' Thread-58857::DEBUG::2013-02-06 15:55:15,308::resourceManager::573::ResourceManager::(releaseResource) Released resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' (0 active users) Thread-58857::DEBUG::2013-02-06 15:55:15,308::resourceManager::578::ResourceManager::(releaseResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free, finding out if anyone is waiting for it. Thread-58857::DEBUG::2013-02-06 15:55:15,308::resourceManager::585::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', Clearing records. Thread-58857::DEBUG::2013-02-06 15:55:15,308::task::957::TaskManager.Task::(_decref) Task=`9d5ebb26-1e34-4b71-8a58-1abfdefb5c9f`::ref 0 aborting False Thread-58861::DEBUG::2013-02-06 15:55:20,044::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call setupNetworks with ({'Internet': {'nic': 'p1p2', 'vlan': '100', 'STP': 'no', 'bridged': 'true'}}, {}, {'connectivityCheck': 'true', 'connectivityTimeout': 120}) {} Thread-58862::DEBUG::2013-02-06 15:55:20,046::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call ping with () {} Thread-58862::DEBUG::2013-02-06 15:55:20,047::BindingXMLRPC::920::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,084::configNetwork::1313::setupNetworks::(setupNetworks) Setting up network according to configuration: networks:{'Internet': {'nic': 'p1p2', 'vlan': '100', 'STP': 'no', 'bridged': 'true'}}, bondings:{}, options:{'connectivityCheck': 'true', 'connectivityTimeout': 120} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,084::configNetwork::1317::root::(setupNetworks) Validating configuration MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,116::configNetwork::1320::setupNetworks::(setupNetworks) Applying... MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,116::configNetwork::1325::setupNetworks::(setupNetworks) Removing network 'Internet' MainProcess|Thread-58861::INFO::2013-02-06 15:55:20,147::configNetwork::1068::root::(delNetwork) Removing network Internet with vlan=None, bonding=None, nics=[],options={} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,179::configNetwork::257::root::(_atomicNetworkBackup) Backed up Internet MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,181::configNetwork::266::root::(_persistentNetworkBackup) backing up network Internet: <network> <name>vdsm-Internet</name> <uuid>4e3aa963-db5a-24bb-1af3-0c89e2b19797</uuid> <forward mode='bridge'/> <bridge name='Internet' /> </network> MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,214::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/ifdown Internet' (cwd None) MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,447::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,447::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/brctl delbr Internet' (cwd None) MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,466::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,466::configNetwork::303::root::(_atomicBackup) Backed up /etc/sysconfig/network-scripts/ifcfg-Internet MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,467::configNetwork::335::root::(_persistentBackup) backing up ifcfg-Internet: DEVICE=Internet ONBOOT=yes TYPE=Bridge DELAY=0 NM_CONTROLLED=no STP=no MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,467::configNetwork::179::root::(_removeFile) Removed file /etc/sysconfig/network-scripts/ifcfg-Internet MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,538::configNetwork::1365::setupNetworks::(setupNetworks) Adding network 'Internet' Thread-58863::DEBUG::2013-02-06 15:55:20,552::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call ping with () {} Thread-58863::DEBUG::2013-02-06 15:55:20,553::BindingXMLRPC::920::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,563::configNetwork::890::root::(addNetwork) validating network... MainProcess|Thread-58861::INFO::2013-02-06 15:55:20,563::configNetwork::899::root::(addNetwork) Adding network Internet with vlan=100, bonding=None, nics=['p1p2'], bondingOptions=None, mtu=None, bridged=True, options={'STP': 'no', 'implicitBonding': True} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,563::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/ifdown p1p2' (cwd None) MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,799::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,799::configNetwork::335::root::(_persistentBackup) backing up ifcfg-Internet: # original file did not exist MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,804::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/ifdown Internet' (cwd None) MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,998::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,999::configNetwork::303::root::(_atomicBackup) Backed up /etc/sysconfig/network-scripts/ifcfg-p1p2.100 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:20,999::configNetwork::335::root::(_persistentBackup) backing up ifcfg-p1p2.100: DEVICE=p1p2.100 ONBOOT=yes VLAN=yes BRIDGE=Internet NM_CONTROLLED=no STP=no MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,045::configNetwork::303::root::(_atomicBackup) Backed up /etc/sysconfig/network-scripts/ifcfg-p1p2 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,045::configNetwork::335::root::(_persistentBackup) backing up ifcfg-p1p2: DEVICE=p1p2 ONBOOT=yes HWADDR=00:25:b5:01:10:4f NM_CONTROLLED=no STP=no MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,046::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/ifup p1p2' (cwd None) Thread-58864::DEBUG::2013-02-06 15:55:21,059::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call ping with () {} Thread-58864::DEBUG::2013-02-06 15:55:21,059::BindingXMLRPC::920::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,362::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,363::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/ifup p1p2.100' (cwd None) MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,393::misc::84::Storage.Misc.excCmd::(<lambda>) FAILED: <err> = 'RTNETLINK answers: File exists\n'; <rc> = 1 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,393::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/ifup Internet' (cwd None) Thread-58865::DEBUG::2013-02-06 15:55:21,530::task::568::TaskManager.Task::(_updateState) Task=`15165ba3-1960-4c64-8ead-1328f58d4a03`::moving from state init -> state preparing Thread-58865::INFO::2013-02-06 15:55:21,530::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-58865::INFO::2013-02-06 15:55:21,531::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0148069858551', 'lastCheck': '7.3', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.0123958587646', 'lastCheck': '4.4', 'code': 0, 'valid': True}} Thread-58865::DEBUG::2013-02-06 15:55:21,531::task::1151::TaskManager.Task::(prepare) Task=`15165ba3-1960-4c64-8ead-1328f58d4a03`::finished: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0148069858551', 'lastCheck': '7.3', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.0123958587646', 'lastCheck': '4.4', 'code': 0, 'valid': True}} Thread-58865::DEBUG::2013-02-06 15:55:21,532::task::568::TaskManager.Task::(_updateState) Task=`15165ba3-1960-4c64-8ead-1328f58d4a03`::moving from state preparing -> state finished Thread-58865::DEBUG::2013-02-06 15:55:21,532::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58865::DEBUG::2013-02-06 15:55:21,532::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58865::DEBUG::2013-02-06 15:55:21,532::task::957::TaskManager.Task::(_decref) Task=`15165ba3-1960-4c64-8ead-1328f58d4a03`::ref 0 aborting False Thread-58867::DEBUG::2013-02-06 15:55:21,565::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call ping with () {} Thread-58867::DEBUG::2013-02-06 15:55:21,565::BindingXMLRPC::920::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,767::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,768::configNetwork::266::root::(_persistentNetworkBackup) backing up network Internet: # original file did not exist MainProcess|Thread-58861::DEBUG::2013-02-06 15:55:21,831::configNetwork::1370::setupNetworks::(setupNetworks) Checking connectivity... Thread-58868::DEBUG::2013-02-06 15:55:22,071::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call ping with () {} Thread-58868::DEBUG::2013-02-06 15:55:22,071::BindingXMLRPC::920::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} Thread-58869::DEBUG::2013-02-06 15:55:22,580::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call ping with () {} Thread-58869::DEBUG::2013-02-06 15:55:22,582::BindingXMLRPC::920::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} Thread-58861::DEBUG::2013-02-06 15:55:22,833::BindingXMLRPC::920::vds::(wrapper) return setupNetworks with {'status': {'message': 'Done', 'code': 0}} Thread-58870::DEBUG::2013-02-06 15:55:23,090::BindingXMLRPC::913::vds::(wrapper) client [172.16.110.253]::call getCapabilities with () {} Thread-58870::DEBUG::2013-02-06 15:55:23,135::BindingXMLRPC::920::vds::(wrapper) return getCapabilities with {'status': {'message': 'Done', 'code': 0}, 'info': {'HBAInventory': {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:6170ccb99a3b'}], 'FC': [{'wwpn': '20000025b5011c6f', 'wwnn': '20000025b501106f', 'model': 'Unknown - Unknown'}, {'wwpn': '20000025b5011def', 'wwnn': '20000025b501106f', 'model': 'Unknown - Unknown'}]}, 'packages2': {'kernel': {'release': '204.fc18.x86_64', 'buildtime': 1358955869.0, 'version': '3.7.4'}, 'spice-server': {'release': '3.fc18', 'buildtime': 1358784016L, 'version': '0.12.2'}, 'vdsm': {'release': '6.fc18', 'buildtime': 1359564723L, 'version': '4.10.3'}, 'qemu-kvm': {'release': '4.fc18', 'buildtime': 1358785726L, 'version': '1.2.2'}, 'libvirt': {'release': '3.fc18', 'buildtime': 1355788803L, 'version': '0.10.2.2'}, 'qemu-img': {'release': '4.fc18', 'buildtime': 1358785726L, 'version': '1.2.2'}, 'mom': {'release': '1.fc18', 'buildtime': 1349470214L, 'version': '0.3.0'}}, 'cpuModel': 'Intel(R) Xeon(R) CPU E5649 @ 2.53GHz', 'hooks': {}, 'cpuSockets': '2', 'vmTypes': ['kvm'], 'supportedProtocols': ['2.2', '2.3'], 'networks': {'ovirtmgmt': {'netmask': '255.255.255.0', 'iface': u'p1p1', 'addr': '172.16.110.1', 'bridged': False, 'interface': u'p1p1', 'gateway': '172.16.110.253', 'mtu': '1500'}, 'Internet2': {'iface': 'Internet2', 'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': []}, 'Internet': {'iface': 'Internet', 'addr': '', 'cfg': {'DELAY': '0', 'NM_CONTROLLED': 'no', 'STP': 'no', 'DEVICE': 'Internet', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': []}}, 'bridges': {'Internet2': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'stp': 'off', 'ports': []}, 'Internet': {'addr': '', 'cfg': {'DELAY': '0', 'NM_CONTROLLED': 'no', 'STP': 'no', 'DEVICE': 'Internet', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'stp': 'off', 'ports': []}}, 'uuid': 'BC112A2C-517F-11E1-0001-0000000000EF', 'lastClientIface': 'p1p1', 'nics': {'p1p1': {'addr': '172.16.110.1', 'cfg': {'NM_CONTROLLED': 'no', 'IPADDR': '172.16.110.1', 'GATEWAY': '172.16.110.253', 'HWADDR': '00:25:b5:01:10:3f', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 'none', 'DEVICE': 'p1p1', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'hwaddr': '00:25:b5:01:10:3f', 'speed': 10000}, 'p1p2': {'addr': '', 'cfg': {'DEVICE': 'p1p2', 'HWADDR': '00:25:b5:01:10:4f', 'STP': 'no', 'ONBOOT': 'yes', 'NM_CONTROLLED': 'no'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:b5:01:10:4f', 'speed': 10000}}, 'software_revision': '6', 'clusterLevels': ['3.0', '3.1', '3.2'], 'cpuFlags': u'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,popcnt,aes,lahf_lm,ida,arat,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270', 'ISCSIInitiatorName': 'iqn.1994-05.com.redhat:6170ccb99a3b', 'netConfigDirty': 'True', 'supportedENGINEs': ['3.0', '3.1'], 'reservedMem': '321', 'bondings': {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}}, 'software_version': '4.10', 'memSize': '48241', 'cpuSpeed': '1596.000', 'version_name': 'Snow Man', 'vlans': {}, 'cpuCores': '12', 'kvmEnabled': 'true', 'guestOverhead': '65', 'management_ip': '', 'cpuThreads': '24', 'emulatedMachines': [u'pc-1.2', u'none', u'pc', u'pc-1.1', u'pc-1.0', u'pc-0.15', u'pc-0.14', u'pc-0.13', u'pc-0.12', u'pc-0.11', u'pc-0.10', u'isapc', u'pc-1.2', u'none', u'pc', u'pc-1.1', u'pc-1.0', u'pc-0.15', u'pc-0.14', u'pc-0.13', u'pc-0.12', u'pc-0.11', u'pc-0.10', u'isapc'], 'operatingSystem': {'release': '1', 'version': '18', 'name': 'Fedora'}, 'lastClient': '172.16.110.253'}} Thread-58872::DEBUG::2013-02-06 15:55:25,344::BindingXMLRPC::161::vds::(wrapper) [172.16.110.253] Thread-58872::DEBUG::2013-02-06 15:55:25,344::task::568::TaskManager.Task::(_updateState) Task=`b0fe5766-2afd-4742-9e1c-3077ec20a379`::moving from state init -> state preparing Thread-58872::INFO::2013-02-06 15:55:25,345::logUtils::41::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58872::INFO::2013-02-06 15:55:25,345::logUtils::44::dispatcher::(wrapper) Run and protect: getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 13}} Thread-58872::DEBUG::2013-02-06 15:55:25,345::task::1151::TaskManager.Task::(prepare) Task=`b0fe5766-2afd-4742-9e1c-3077ec20a379`::finished: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 13}} Thread-58872::DEBUG::2013-02-06 15:55:25,346::task::568::TaskManager.Task::(_updateState) Task=`b0fe5766-2afd-4742-9e1c-3077ec20a379`::moving from state preparing -> state finished Thread-58872::DEBUG::2013-02-06 15:55:25,346::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58872::DEBUG::2013-02-06 15:55:25,346::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58872::DEBUG::2013-02-06 15:55:25,346::task::957::TaskManager.Task::(_decref) Task=`b0fe5766-2afd-4742-9e1c-3077ec20a379`::ref 0 aborting False Thread-58873::DEBUG::2013-02-06 15:55:25,350::BindingXMLRPC::161::vds::(wrapper) [172.16.110.253] Thread-58873::DEBUG::2013-02-06 15:55:25,350::task::568::TaskManager.Task::(_updateState) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::moving from state init -> state preparing Thread-58873::INFO::2013-02-06 15:55:25,350::logUtils::41::dispatcher::(wrapper) Run and protect: getStoragePoolInfo(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58873::DEBUG::2013-02-06 15:55:25,350::resourceManager::190::ResourceManager.Request::(__init__) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`8293df3b-3019-41cf-8039-0be62b6b45f4`::Request was made in '/usr/share/ Thread-58873::DEBUG::2013-02-06 15:55:25,350::task::568::TaskManager.Task::(_updateState) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::moving from state init -> state preparing Thread-58873::INFO::2013-02-06 15:55:25,350::logUtils::41::dispatcher::(wrapper) Run and protect: getStoragePoolInfo(spUUID='bd9a0b0d-63af-4420-be3a-9699a9b44ec2', options=None) Thread-58873::DEBUG::2013-02-06 15:55:25,350::resourceManager::190::ResourceManager.Request::(__init__) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`8293df3b-3019-41cf-8039-0be62b6b45f4`::Request was made in '/usr/share/vdsm/storage/resourceManager.py' line '189' at '__init__' Thread-58873::DEBUG::2013-02-06 15:55:25,351::resourceManager::504::ResourceManager::(registerResource) Trying to register resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' for lock type 'shared' Thread-58873::DEBUG::2013-02-06 15:55:25,351::resourceManager::547::ResourceManager::(registerResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free. Now locking as 'shared' (1 active user) Thread-58873::DEBUG::2013-02-06 15:55:25,351::resourceManager::227::ResourceManager.Request::(grant) ResName=`Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2`ReqID=`8293df3b-3019-41cf-8039-0be62b6b45f4`::Granted request Thread-58873::DEBUG::2013-02-06 15:55:25,351::task::794::TaskManager.Task::(resourceAcquired) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::_resourcesAcquired: Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2 (shared) Thread-58873::DEBUG::2013-02-06 15:55:25,352::task::957::TaskManager.Task::(_decref) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::ref 1 aborting False Thread-58873::INFO::2013-02-06 15:55:25,356::logUtils::44::dispatcher::(wrapper) Run and protect: getStoragePoolInfo, Return response: {'info': {'spm_id': 1, 'master_uuid': 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b', 'name': 'DC_NFS', 'version': '3', 'domains': 'bc8522d9-11b2-479a-8c67-1a25979e02ce:Active,beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center/bd9a0b0d-63af-4420-be3a-9699a9b44ec2/bc8522d9-11b2-479a-8c67-1a25979e02ce/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': 1, 'lver': 13}, 'dominfo': {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}}} Thread-58873::DEBUG::2013-02-06 15:55:25,356::task::1151::TaskManager.Task::(prepare) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::finished: {'info': {'spm_id': 1, 'master_uuid': 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b', 'name': 'DC_NFS', 'version': '3', 'domains': 'bc8522d9-11b2-479a-8c67-1a25979e02ce:Active,beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b:Active', 'pool_status': 'connected', 'isoprefix': '/rhev/data-center/bd9a0b0d-63af-4420-be3a-9699a9b44ec2/bc8522d9-11b2-479a-8c67-1a25979e02ce/images/11111111-1111-1111-1111-111111111111', 'type': 'NFS', 'master_ver': 1, 'lver': 13}, 'dominfo': {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'status': 'Active', 'diskfree': '193252556800', 'alerts': [], 'disktotal': '216039161856'}}} Thread-58873::DEBUG::2013-02-06 15:55:25,356::task::568::TaskManager.Task::(_updateState) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::moving from state preparing -> state finished Thread-58873::DEBUG::2013-02-06 15:55:25,356::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2': < ResourceRef 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', isValid: 'True' obj: 'None'>} Thread-58873::DEBUG::2013-02-06 15:55:25,356::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58873::DEBUG::2013-02-06 15:55:25,357::resourceManager::557::ResourceManager::(releaseResource) Trying to release resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' Thread-58873::DEBUG::2013-02-06 15:55:25,357::resourceManager::573::ResourceManager::(releaseResource) Released resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' (0 active users) Thread-58873::DEBUG::2013-02-06 15:55:25,357::resourceManager::578::ResourceManager::(releaseResource) Resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2' is free, finding out if anyone is waiting for it. Thread-58873::DEBUG::2013-02-06 15:55:25,357::resourceManager::585::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.bd9a0b0d-63af-4420-be3a-9699a9b44ec2', Clearing records. Thread-58873::DEBUG::2013-02-06 15:55:25,357::task::957::TaskManager.Task::(_decref) Task=`9d4bf3aa-a7a4-4a4b-baba-90598f9e9f7e`::ref 0 aborting False Thread-58877::DEBUG::2013-02-06 15:55:31,718::task::568::TaskManager.Task::(_updateState) Task=`96caee84-372c-4e6d-bddf-cac8fcd533eb`::moving from state init -> state preparing Thread-58877::INFO::2013-02-06 15:55:31,719::logUtils::41::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-58877::INFO::2013-02-06 15:55:31,719::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats, Return response: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0147500038147', 'lastCheck': '7.5', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.0138521194458', 'lastCheck': '4.5', 'code': 0, 'valid': True}} Thread-58877::DEBUG::2013-02-06 15:55:31,719::task::1151::TaskManager.Task::(prepare) Task=`96caee84-372c-4e6d-bddf-cac8fcd533eb`::finished: {'bc8522d9-11b2-479a-8c67-1a25979e02ce': {'delay': '0.0147500038147', 'lastCheck': '7.5', 'code': 0, 'valid': True}, 'beee8b03-13b1-4ef4-9d29-f0f9ef47ec4b': {'delay': '0.0138521194458', 'lastCheck': '4.5', 'code': 0, 'valid': True}} Thread-58877::DEBUG::2013-02-06 15:55:31,720::task::568::TaskManager.Task::(_updateState) Task=`96caee84-372c-4e6d-bddf-cac8fcd533eb`::moving from state preparing -> state finished Thread-58877::DEBUG::2013-02-06 15:55:31,720::resourceManager::830::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-58877::DEBUG::2013-02-06 15:55:31,720::resourceManager::864::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-58877::DEBUG::2013-02-06 15:55:31,720::task::957::TaskManager.Task::(_decref) Task=`96caee84-372c-4e6d-bddf-cac8fcd533eb`::ref 0 aborting False ^C Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

1 0

Re: [Users] adding multiple interfaces with different networks
by Kevin Maziere Aubry 06 Feb '13

06 Feb '13

Hi I have exactly the same issue. This mean that a 1Gb (at least) interface must be dedicated to the ovirtmgmt interface, which is not a good idea. Kevin 2012/12/26 Jonathan Horne <jhorne(a)skopos.us> > 2012-12-26 16:48:56,416 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (ajp--0.0.0.0-8009-8) [2d2d6184] Failed in SetupNetworksVDS method > 2012-12-26 16:48:56,417 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (ajp--0.0.0.0-8009-8) [2d2d6184] Error code ERR_BAD_BONDING and error > message VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, > error = bonding 'bond2' is already member of network 'ovirtmgmt' > 2012-12-26 16:48:56,418 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] > (ajp--0.0.0.0-8009-8) [2d2d6184] > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: > VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = > bonding 'bond2' is already member of network 'ovirtmgmt' > 2012-12-26 16:48:56,418 ERROR > [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--0.0.0.0-8009-8) > [2d2d6184] Command SetupNetworksVDS execution failed. Exception: > RuntimeException: > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: > VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = > bonding 'bond2' is already member of network 'ovirtmgmt' > > > so im guessing… i can't have my vlan3204 or vlan3202 share an interface > with ovirtmgmt? > > [root@d0lppc021 ~]# rpm -qa|grep ovirt > ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch > ovirt-engine-cli-3.1.0.7-1.el6.noarch > ovirt-image-uploader-3.1.0-16.el6.noarch > ovirt-engine-backend-3.1.0-3.19.el6.noarch > ovirt-engine-tools-common-3.1.0-3.19.el6.noarch > ovirt-iso-uploader-3.1.0-16.el6.noarch > ovirt-engine-genericapi-3.1.0-3.19.el6.noarch > ovirt-engine-config-3.1.0-3.19.el6.noarch > ovirt-log-collector-3.1.0-16.el6.noarch > ovirt-engine-restapi-3.1.0-3.19.el6.noarch > ovirt-engine-userportal-3.1.0-3.19.el6.noarch > ovirt-engine-notification-service-3.1.0-3.19.el6.noarch > ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch > ovirt-engine-3.1.0-3.19.el6.noarch > ovirt-engine-jbossas711-1-0.x86_64 > ovirt-engine-setup-3.1.0-3.19.el6.noarch > ovirt-engine-sdk-3.1.0.5-1.el6.noarch > > > > ------------------------------ > This is a PRIVATE message. If you are not the intended recipient, please > delete without copying and kindly advise us by e-mail of the mistake in > delivery. NOTE: Regardless of content, this e-mail shall not operate to > bind SKOPOS to any order or other contract unless pursuant to explicit > written agreement or government initiative expressly permitting the use of > e-mail for such purpose. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

2 6

[Users] oVirt at FOSDEM 2013
by Federico Simoncelli 06 Feb '13

06 Feb '13

oVirt recently had a strong presence at FOSDEM 2013, 2nd-3rd of February in Brussels. The amount of people attending FOSDEM has been estimated in 5000+ "geeks" from all over the world and the exposure that the oVirt project had there has been outstanding. To read (and see) more about oVirt at FOSDEM 2013: http://simon3z.blogspot.it/2013/02/ovirt-at-fosdem-2013.html Thank you all and see you soon at the next event! -- Federico

1 0

[Users] 3.2 beta and IPA domain question
by Gianluca Cecchi 06 Feb '13

06 Feb '13

Hello, I seem to remember in RHEV 3.0 that when you configured an IPA domain, its admin was automatically configured as an admin for RHEV itself. Is it true and in case does remain true for oVirt? I configured IPA as shipped on CentOS 6.3+updates ipa-server-2.2.0-17.el6_3.1.x86_64 I successfully added it to y oVirt 3.2 beta setup [root@f18engine ~]# engine-manage-domains -action=add -domain=LOCALDOMAIN.LOCAL -user=admin -provider=IPA -interactive Enter password: The domain localdomain.local has been added to the engine as an authentication source but no users from that domain have been granted permissions within the oVirt Manager. Users from this domain can be granted permissions from the Web administration interface. oVirt Engine restart is required in order for the changes to take place (service ovirt-engine restart). Manage Domains completed successfully Then [root@f18engine ~]# systemctl try-restart ovirt-engine.service [root@f18engine ~]# systemctl status ovirt-engine.service ovirt-engine.service - oVirt Engine Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; enabled) Active: active (running) since Sat 2013-02-02 00:10:29 CET; 10s ago Process: 32512 ExecStop=/usr/bin/engine-service stop (code=exited, status=0/SUCCESS) Process: 32520 ExecStart=/usr/bin/engine-service start (code=exited, status=0/SUCCESS) Main PID: 32521 (java) CGroup: name=systemd:/system/ovirt-engine.service └─32521 engine-service -server -XX:+TieredCompilation -Xms1g -Xmx1g -XX:PermSize=256m -XX:MaxPe... Feb 02 00:10:28 f18engine.localdomain.local systemd[1]: Starting oVirt Engine... Feb 02 00:10:29 f18engine.localdomain.local engine-service[32520]: Started engine process 32521. Feb 02 00:10:29 f18engine.localdomain.local engine-service[32520]: Starting engine-service: [ OK ] Feb 02 00:10:29 f18engine.localdomain.local systemd[1]: Started oVirt Engine. Now from web admin portal I can choose the "localdomain.local" domain in drop down menu. But when I try to enter the webadmin portal I get: User is not authorized to perform this action. Do I need to grant IPA admin user from internal admin before, or should it just work? Gianluca

4 5

[Users] set host status up from backend?
by Jithin Raju 06 Feb '13

06 Feb '13

Hi , Is there a way to set the host status up in ovirt through backend, some value in DB. My server went unreachable for a while and its reachable now, but ovirt web UI still showa it as Non Responsive. Thanks, Jithin

5 9

[Users] JBOSS Error on new install
by Sallee, Stephen (Jake) 06 Feb '13

06 Feb '13

I have a new install of Fedora 17 with all updates applied and following the all-in-one install instructions on the ovirt website. When I run engine-setup it fails starting JBOSS I CANNOT find any documentation on how to fix this, please help. here is the output of the log ... its kinda long. [root@Otto support]# cat /var/log/ovirt-engine/engine-setup_2013_02_05_15_31_28.log 2013-02-05 15:31:28::DEBUG::engine-setup::2261::root:: importing module example_plugin_000, from file example_plugin_000.py 2013-02-05 15:31:28::DEBUG::example_plugin_000::17::root:: plugin example_plugin_000 loaded 2013-02-05 15:31:28::DEBUG::engine-setup::2261::root:: importing module all_in_one_100, from file all_in_one_100.py 2013-02-05 15:31:28::DEBUG::all_in_one_100::76::root:: plugin all_in_one_100 loaded 2013-02-05 15:31:28::DEBUG::common_utils::286::root:: cmd = /sbin/ip addr 2013-02-05 15:31:28::DEBUG::common_utils::291::root:: output = 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: p4p1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 54:78:1a:86:71:c1 brd ff:ff:ff:ff:ff:ff 3: p4p2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 54:78:1a:86:71:c2 brd ff:ff:ff:ff:ff:ff 4: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000 link/ether fc:99:47:49:2d:74 brd ff:ff:ff:ff:ff:ff inet 10.2.1.161/24 brd 10.2.1.255 scope global em1 inet6 fe80::fe99:47ff:fe49:2d74/64 scope link valid_lft forever preferred_lft forever 5: em2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN qlen 1000 link/ether fc:99:47:49:2d:75 brd ff:ff:ff:ff:ff:ff 6: em3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN qlen 1000 link/ether fc:99:47:49:2d:76 brd ff:ff:ff:ff:ff:ff 7: em4: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN qlen 1000 link/ether fc:99:47:49:2d:77 brd ff:ff:ff:ff:ff:ff 2013-02-05 15:31:28::DEBUG::common_utils::292::root:: stderr = 2013-02-05 15:31:28::DEBUG::common_utils::293::root:: retcode = 0 2013-02-05 15:31:28::DEBUG::common_utils::433::root:: Found IP Address: 10.2.1.161 2013-02-05 15:31:28::DEBUG::all_in_one_100::82::root:: Adding parameters for VDSM configuration 2013-02-05 15:31:28::DEBUG::engine-setup::2210::root:: initiating command line option parser 2013-02-05 15:31:28::DEBUG::engine-setup::2180::root:: checking total memory 2013-02-05 15:31:28::DEBUG::common_utils::286::root:: cmd = /usr/bin/free -g 2013-02-05 15:31:28::DEBUG::common_utils::291::root:: output = total used free shared buffers cached Mem: 62 1 61 0 0 0 -/+ buffers/cache: 0 62 Swap: 64 0 64 2013-02-05 15:31:28::DEBUG::common_utils::292::root:: stderr = 2013-02-05 15:31:28::DEBUG::common_utils::293::root:: retcode = 0 2013-02-05 15:31:28::DEBUG::engine-setup::2190::root:: Found a match, amount of memory: 62 2013-02-05 15:31:28::DEBUG::engine-setup::2100::root:: Entered main(configFile='None') 2013-02-05 15:31:28::DEBUG::engine-setup::1646::root:: checking the status of jboss 2013-02-05 15:31:28::DEBUG::common_utils::826::root:: getting status for ovirt-engine 2013-02-05 15:31:28::DEBUG::common_utils::835::root:: executing action ovirt-engine on service status 2013-02-05 15:31:28::DEBUG::common_utils::309::root:: Executing command --> '/sbin/service ovirt-engine status' 2013-02-05 15:31:28::DEBUG::common_utils::335::root:: output = ovirt-engine.service - oVirt Engine Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; enabled) Active: failed (Result: resources) since Tue, 05 Feb 2013 15:28:47 -0600; 2min 40s ago Process: 2683 ExecStart=/usr/share/ovirt-engine/scripts/engine-service.py start (code=exited, status=0/SUCCESS) Main PID: 1712 (code=exited, status=1/FAILURE) CGroup: name=systemd:/system/ovirt-engine.service Feb 05 15:28:47 Otto.umhb.edu engine-service.py[2683]: The engine PID file "/... 2013-02-05 15:31:28::DEBUG::common_utils::336::root:: stderr = Redirecting to /bin/systemctl status ovirt-engine.service 2013-02-05 15:31:28::DEBUG::common_utils::337::root:: retcode = 3 2013-02-05 15:31:28::DEBUG::engine-setup::1397::root:: going over group PORTS 2013-02-05 15:31:28::DEBUG::engine-setup::702::root:: checking whether HTTPD config files were changed 2013-02-05 15:31:28::DEBUG::common_utils::309::root:: Executing command --> '/bin/rpm -V --nomtime httpd mod_ssl' 2013-02-05 15:31:28::DEBUG::common_utils::335::root:: output = S.5...... c /etc/httpd/conf.d/ssl.conf 2013-02-05 15:31:28::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:31:28::DEBUG::common_utils::337::root:: retcode = 1 2013-02-05 15:31:28::DEBUG::engine-setup::710::root:: HTTPD config file /etc/httpd/conf.d/ssl.conf was changed 2013-02-05 15:31:28::INFO::engine-setup::1406::root:: Comparing pre-conditions; condition: 'True', and match: 'True' 2013-02-05 15:31:40::INFO::engine_validators::176::root:: validateOverrideHttpdConfAndChangePortsAccordingly yes as part of ['yes', 'no'] 2013-02-05 15:31:40::INFO::engine_validators::159::root:: Validating yes as part of ['yes', 'no'] 2013-02-05 15:31:40::DEBUG::engine_validators::187::root:: stopping httpd service 2013-02-05 15:31:40::DEBUG::common_utils::800::root:: stopping httpd 2013-02-05 15:31:40::DEBUG::common_utils::835::root:: executing action httpd on service stop 2013-02-05 15:31:40::DEBUG::common_utils::309::root:: Executing command --> '/sbin/service httpd stop' 2013-02-05 15:31:40::DEBUG::common_utils::335::root:: output = 2013-02-05 15:31:40::DEBUG::common_utils::336::root:: stderr = Redirecting to /bin/systemctl stop httpd.service 2013-02-05 15:31:40::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:31:41::DEBUG::engine_validators::62::root:: Validating 80 as a valid TCP Port 2013-02-05 15:31:41::DEBUG::common_utils::265::root:: Checking if TCP port 80 is open by any process 2013-02-05 15:31:41::DEBUG::common_utils::286::root:: cmd = /usr/sbin/lsof -i -n -P 2013-02-05 15:31:41::DEBUG::common_utils::291::root:: output = COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME systemd 1 root 29u IPv6 17570 0t0 TCP *:631 (LISTEN) systemd 1 root 30u IPv4 17571 0t0 UDP *:631 avahi-dae 1018 avahi 12u IPv4 42062 0t0 UDP *:5353 avahi-dae 1018 avahi 13u IPv4 42063 0t0 UDP *:49737 ntpd 1028 ntp 16u IPv4 29848 0t0 UDP *:123 ntpd 1028 ntp 17u IPv6 29849 0t0 UDP *:123 ntpd 1028 ntp 18u IPv4 29856 0t0 UDP 127.0.0.1:123 ntpd 1028 ntp 19u IPv6 29857 0t0 UDP [::1]:123 ntpd 1028 ntp 21u IPv4 26940 0t0 UDP 10.2.1.161:123 ntpd 1028 ntp 22u IPv6 26941 0t0 UDP [fe80::fe99:47ff:fe49:2d74]:123 rpcbind 1490 rpc 7u IPv4 42125 0t0 UDP *:111 rpcbind 1490 rpc 8u IPv4 42126 0t0 UDP *:812 rpcbind 1490 rpc 9u IPv4 42127 0t0 TCP *:111 (LISTEN) rpcbind 1490 rpc 10u IPv6 42128 0t0 UDP *:111 rpcbind 1490 rpc 11u IPv6 42129 0t0 UDP *:812 rpcbind 1490 rpc 12u IPv6 42130 0t0 TCP *:111 (LISTEN) libvirtd 1499 root 13u IPv4 23823 0t0 TCP *:16514 (LISTEN) rpc.statd 1536 rpcuser 5u IPv4 34309 0t0 UDP 127.0.0.1:864 rpc.statd 1536 rpcuser 8u IPv4 42165 0t0 UDP *:33107 rpc.statd 1536 rpcuser 9u IPv4 12696 0t0 TCP *:37176 (LISTEN) rpc.statd 1536 rpcuser 10u IPv6 13544 0t0 UDP *:34535 rpc.statd 1536 rpcuser 11u IPv6 12698 0t0 TCP *:43234 (LISTEN) postgres 1543 postgres 3u IPv4 42397 0t0 TCP 127.0.0.1:5432 (LISTEN) postgres 1543 postgres 7u IPv4 42404 0t0 UDP 127.0.0.1:36716->127.0.0.1:36716 sendmail 1545 root 4u IPv4 26112 0t0 TCP 127.0.0.1:25 (LISTEN) rpc.rquot 1600 root 3u IPv4 30905 0t0 UDP *:875 rpc.rquot 1600 root 4u IPv4 23827 0t0 TCP *:875 (LISTEN) rpc.mount 1603 root 7u IPv4 12704 0t0 UDP *:20048 rpc.mount 1603 root 8u IPv4 12706 0t0 TCP *:20048 (LISTEN) rpc.mount 1603 root 9u IPv6 14667 0t0 UDP *:20048 rpc.mount 1603 root 10u IPv6 14669 0t0 TCP *:20048 (LISTEN) postgres 1678 postgres 7u IPv4 42404 0t0 UDP 127.0.0.1:36716->127.0.0.1:36716 postgres 1679 postgres 7u IPv4 42404 0t0 UDP 127.0.0.1:36716->127.0.0.1:36716 postgres 1680 postgres 7u IPv4 42404 0t0 UDP 127.0.0.1:36716->127.0.0.1:36716 postgres 1681 postgres 7u IPv4 42404 0t0 UDP 127.0.0.1:36716->127.0.0.1:36716 cupsd 2078 root 4u IPv6 17570 0t0 TCP *:631 (LISTEN) cupsd 2078 root 5u IPv4 17571 0t0 UDP *:631 cupsd 2078 root 12u IPv4 15620 0t0 TCP 127.0.0.1:631 (LISTEN) sshd 2371 root 3u IPv4 20932 0t0 TCP *:22 (LISTEN) sshd 2371 root 4u IPv6 20934 0t0 TCP *:22 (LISTEN) sshd 2380 root 3u IPv4 44693 0t0 TCP 10.2.1.161:22->10.11.10.158:51846 (ESTABLISHED) sshd 2384 support 3u IPv4 44693 0t0 TCP 10.2.1.161:22->10.11.10.158:51846 (ESTABLISHED) sshd 2384 support 9u IPv6 44734 0t0 TCP [::1]:6010 (LISTEN) sshd 2384 support 10u IPv4 44735 0t0 TCP 127.0.0.1:6010 (LISTEN) 2013-02-05 15:31:41::DEBUG::common_utils::292::root:: stderr = 2013-02-05 15:31:41::DEBUG::common_utils::293::root:: retcode = 0 2013-02-05 15:31:41::DEBUG::common_utils::309::root:: Executing command --> '/usr/sbin/semanage port -l' 2013-02-05 15:31:42::DEBUG::common_utils::335::root:: output = SELinux Port Type Proto Port Number afs_bos_port_t udp 7007 afs_client_port_t udp 7001 afs_fs_port_t tcp 2040 afs_fs_port_t udp 7000, 7005 afs_ka_port_t udp 7004 afs_pt_port_t udp 7002 afs_vl_port_t udp 7003 agentx_port_t tcp 705 agentx_port_t udp 705 ajaxterm_port_t tcp 8022 amanda_port_t tcp 10080-10083 amanda_port_t udp 10080-10082 amavisd_recv_port_t tcp 10024 amavisd_send_port_t tcp 10025 amqp_port_t tcp 5671-5672 amqp_port_t udp 5671-5672 aol_port_t tcp 5190-5193 aol_port_t udp 5190-5193 apcupsd_port_t tcp 3551 apcupsd_port_t udp 3551 apertus_ldp_port_t tcp 539 apertus_ldp_port_t udp 539 asterisk_port_t tcp 1720 asterisk_port_t udp 2427, 2727, 4569 audit_port_t tcp 60 auth_port_t tcp 113 bgp_port_t tcp 179, 2605 bgp_port_t udp 179, 2605 boinc_client_ctrl_port_t tcp 1043 boinc_port_t tcp 31416 certmaster_port_t tcp 51235 chronyd_port_t udp 323 clamd_port_t tcp 3310 clockspeed_port_t udp 4041 cluster_port_t tcp 5149, 40040, 50006-50008 cluster_port_t udp 5149, 50006-50008 cma_port_t tcp 1050 cma_port_t udp 1050 cobbler_port_t tcp 25151 commplex_port_t tcp 5001 commplex_port_t udp 5001 comsat_port_t udp 512 condor_port_t tcp 9618 condor_port_t udp 9618 couchdb_port_t tcp 5984 couchdb_port_t udp 5984 ctdb_port_t tcp 4379 ctdb_port_t udp 4379 cvs_port_t tcp 2401 cvs_port_t udp 2401 cyphesis_port_t tcp 6767, 6769, 6780-6799 cyphesis_port_t udp 32771 daap_port_t tcp 3689 daap_port_t udp 3689 dbskkd_port_t tcp 1178 dcc_port_t udp 6276, 6277 dccm_port_t tcp 5679 dccm_port_t udp 5679 dhcpc_port_t tcp 68, 546 dhcpc_port_t udp 68, 546 dhcpd_port_t tcp 547, 548, 647, 847, 7911 dhcpd_port_t udp 67, 547, 548, 647, 847 dict_port_t tcp 2628 distccd_port_t tcp 3632 dns_port_t tcp 53 dns_port_t udp 53 dnssec_port_t tcp 8955 dogtag_port_t tcp 7390 echo_port_t tcp 7 echo_port_t udp 7 ephemeral_port_t tcp 32768-61000 ephemeral_port_t udp 32768-61000 epmap_port_t tcp 135 epmap_port_t udp 135 epmd_port_t tcp 4369 epmd_port_t udp 4369 festival_port_t tcp 1314 fingerd_port_t tcp 79 firebird_port_t tcp 3050 firebird_port_t udp 3050 flash_port_t tcp 843, 1935 flash_port_t udp 1935 fprot_port_t tcp 10200 ftp_data_port_t tcp 20 ftp_port_t tcp 21, 990 ftp_port_t udp 990 gatekeeper_port_t tcp 1721, 7000 gatekeeper_port_t udp 1718, 1719 giftd_port_t tcp 1213 git_port_t tcp 9418 git_port_t udp 9418 glance_port_t tcp 9292 glance_port_t udp 9292 glance_registry_port_t tcp 9191 glance_registry_port_t udp 9191 gopher_port_t tcp 70 gopher_port_t udp 70 gpsd_port_t tcp 2947 hadoop_datanode_port_t tcp 50010 hadoop_namenode_port_t tcp 8020 hddtemp_port_t tcp 7634 hi_reserved_port_t tcp 512-1023 hi_reserved_port_t udp 512-1023 howl_port_t tcp 5335 howl_port_t udp 5353 hplip_port_t tcp 1782, 2207, 2208, 8290, 50000, 50002, 8292, 9100, 9101, 9102, 9220, 9221, 9222, 9280, 9281, 9282, 9290, 9291 http_cache_port_t tcp 8080, 8118, 8123, 10001-10010 http_cache_port_t udp 3130 http_port_t tcp 80, 81, 443, 488, 8008, 8009, 8443, 9000 i18n_input_port_t tcp 9010 imaze_port_t tcp 5323 imaze_port_t udp 5323 inetd_child_port_t tcp 1, 9, 13, 19, 512, 543, 544, 891, 892, 2105, 5666 inetd_child_port_t udp 1, 9, 13, 19, 891, 892 innd_port_t tcp 119 interwise_port_t tcp 7778 interwise_port_t udp 7778 ionixnetmon_port_t tcp 7410 ionixnetmon_port_t udp 7410 ipmi_port_t udp 623, 664 ipp_port_t tcp 631, 8610-8614 ipp_port_t udp 631, 8610-8614 ipsecnat_port_t tcp 4500 ipsecnat_port_t udp 4500 ircd_port_t tcp 6667 isakmp_port_t udp 500 iscsi_port_t tcp 3260 isns_port_t tcp 3205 isns_port_t udp 3205 jabber_client_port_t tcp 5222, 5223 jabber_interserver_port_t tcp 5269 jabber_router_port_t tcp 5347 jacorb_port_t tcp 3528, 3529 jboss_debug_port_t tcp 8787 jboss_management_port_t tcp 4712, 4447, 7600, 9123, 9990, 9999, 18001 jboss_management_port_t udp 4712, 9123 jboss_messaging_port_t tcp 5445, 5455 kerberos_admin_port_t tcp 749 kerberos_password_port_t tcp 464 kerberos_password_port_t udp 464 kerberos_port_t tcp 88, 750, 4444 kerberos_port_t udp 88, 750, 4444 keystone_port_t tcp 5000, 35357 keystone_port_t udp 5000, 35357 kprop_port_t tcp 754 ktalkd_port_t udp 517, 518 l2tp_port_t tcp 1701 l2tp_port_t udp 1701 ldap_port_t tcp 389, 636, 3268 ldap_port_t udp 389, 636 lirc_port_t tcp 8765 lmtp_port_t tcp 24 lmtp_port_t udp 24 luci_port_t tcp 8084 mail_port_t tcp 2000, 3905 matahari_port_t tcp 49000 matahari_port_t udp 49000 memcache_port_t tcp 11211 memcache_port_t udp 11211 mmcc_port_t tcp 5050 mmcc_port_t udp 5050 mongod_port_t tcp 27017 monopd_port_t tcp 1234 movaz_ssc_port_t tcp 5252 mpd_port_t tcp 6600 msnp_port_t tcp 1863 msnp_port_t udp 1863 mssql_port_t tcp 1433-1434 mssql_port_t udp 1433-1434 munin_port_t tcp 4949 munin_port_t udp 4949 mxi_port_t tcp 8005 mxi_port_t udp 8005 mysqld_port_t tcp 1186, 3306, 63132-63164 mysqlmanagerd_port_t tcp 2273 nessus_port_t tcp 1241 netport_port_t tcp 3129 netport_port_t udp 3129 netsupport_port_t tcp 5404, 5405 netsupport_port_t udp 5404, 5405 nfs_port_t tcp 2049, 20048-20049 nfs_port_t udp 2049, 20048-20049 nmbd_port_t udp 137, 138 nodejs_debug_port_t tcp 5858 nodejs_debug_port_t udp 5858 ntop_port_t tcp 3000-3001 ntop_port_t udp 3000-3001 ntp_port_t udp 123 ocsp_port_t tcp 9080 openhpid_port_t tcp 4743 openhpid_port_t udp 4743 openvpn_port_t tcp 1194 openvpn_port_t udp 1194 oracle_port_t tcp 1521, 2483, 2484 oracle_port_t udp 1521, 2483, 2484 pegasus_http_port_t tcp 5988 pegasus_https_port_t tcp 5989 pgpkeyserver_port_t tcp 11371 pgpkeyserver_port_t udp 11371 pingd_port_t tcp 9125 piranha_port_t tcp 3636 pki_ca_port_t tcp 9180, 9701, 9443-9447 pki_kra_port_t tcp 10180, 10701, 10443-10446 pki_ocsp_port_t tcp 11180, 11701, 11443-11446 pki_ra_port_t tcp 12888-12889 pki_tks_port_t tcp 13180, 13701, 13443-13446 pki_tps_port_t tcp 7888-7889 pktcable_port_t tcp 2126, 3198 pktcable_port_t udp 2126, 3198 pop_port_t tcp 106, 109, 110, 143, 220, 993, 995, 1109 portmap_port_t tcp 111 portmap_port_t udp 111 postfix_policyd_port_t tcp 10031 postgresql_port_t tcp 5432 postgrey_port_t tcp 60000 pptp_port_t tcp 1723 pptp_port_t udp 1723 prelude_port_t tcp 4690 prelude_port_t udp 4690 presence_port_t tcp 5298-5299 presence_port_t udp 5298-5299 printer_port_t tcp 515 ptal_port_t tcp 5703 pulseaudio_port_t tcp 4713 pulseaudio_port_t udp 4713 puppet_port_t tcp 8140 pxe_port_t udp 4011 pyzor_port_t udp 24441 quantum_port_t tcp 9696 radacct_port_t udp 1646, 1813 radius_port_t udp 1645, 1812 radsec_port_t tcp 2083 razor_port_t tcp 2703 repository_port_t tcp 6363 ricci_modcluster_port_t tcp 16851 ricci_modcluster_port_t udp 16851 ricci_port_t tcp 11111 ricci_port_t udp 11111 rlogind_port_t tcp 513 rndc_port_t tcp 953, 8953 router_port_t tcp 521 router_port_t udp 520-521 rsh_port_t tcp 514 rsync_port_t tcp 873 rsync_port_t udp 873 rtsclient_port_t tcp 2501 rwho_port_t udp 513 sametime_port_t tcp 1533 sametime_port_t udp 1533 sap_port_t tcp 9875 sap_port_t udp 9875 sieve_port_t tcp 4190 sip_port_t tcp 5060, 5061 sip_port_t udp 5060, 5061 sixxsconfig_port_t tcp 3874 sixxsconfig_port_t udp 3874 smbd_port_t tcp 137-139, 445 smtp_port_t tcp 25, 465, 587 snmp_port_t tcp 161-162, 199, 1161 snmp_port_t udp 161-162 soundd_port_t tcp 8000, 9433, 16001 spamd_port_t tcp 783, 10026, 10027 speech_port_t tcp 8036 squid_port_t tcp 3128, 3401, 4827 squid_port_t udp 3401, 4827 ssdp_port_t tcp 1900 ssdp_port_t udp 1900 ssh_port_t tcp 22 streaming_port_t tcp 554, 1755 streaming_port_t udp 554, 1755 svn_port_t tcp 3690 svn_port_t udp 3690 swat_port_t tcp 901 sype_port_t tcp 9911 sype_port_t udp 9911 syslogd_port_t tcp 6514 syslogd_port_t udp 514, 6514 tcs_port_t tcp 30003 telnetd_port_t tcp 23 tftp_port_t udp 69 time_port_t tcp 37 time_port_t udp 37 tor_port_t tcp 6969, 9001, 9030, 9051 tor_socks_port_t tcp 9050 traceroute_port_t udp 64000-64010 transproxy_port_t tcp 8081 unreserved_port_t tcp 1024-32767, 61001-65535 unreserved_port_t udp 1024-32767, 61001-65535 ups_port_t tcp 3493 uucpd_port_t tcp 540 varnishd_port_t tcp 6081-6082 virt_migration_port_t tcp 49152-49216 virt_port_t tcp 16509, 16514 virt_port_t udp 16509, 16514 vnc_port_t tcp 5900-5983, 5985-5999 wccp_port_t udp 2048 websm_port_t tcp 9090 websm_port_t udp 9090 whois_port_t tcp 43, 4321 whois_port_t udp 43, 4321 winshadow_port_t tcp 3261 winshadow_port_t udp 3261 wsicopy_port_t tcp 3378 wsicopy_port_t udp 3378 xdmcp_port_t tcp 177 xdmcp_port_t udp 177 xen_port_t tcp 8002 xfs_port_t tcp 7100 xserver_port_t tcp 6000-6020 zabbix_agent_port_t tcp 10050 zabbix_port_t tcp 10051 zarafa_port_t tcp 236, 237 zebra_port_t tcp 2600-2604, 2606 zebra_port_t udp 2600-2604, 2606 zented_port_t tcp 1229 zented_port_t udp 1229 zookeeper_client_port_t tcp 2181 zookeeper_election_port_t tcp 3888 zookeeper_leader_port_t tcp 2888 zope_port_t tcp 8021 2013-02-05 15:31:42::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:31:42::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:31:42::DEBUG::engine_validators::112::root:: http_port_t = [80, 81, 443, 488, 8008, 8009, 8443, 9000] 2013-02-05 15:31:42::DEBUG::engine_validators::62::root:: Validating 443 as a valid TCP Port 2013-02-05 15:31:42::DEBUG::common_utils::265::root:: Checking if TCP port 443 is open by any process 2013-02-05 15:31:42::DEBUG::common_utils::286::root:: cmd = /usr/sbin/lsof -i -n -P 2013-02-05 15:31:42::DEBUG::common_utils::291::root:: output = COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME systemd 1 root 29u IPv6 17570 0t0 TCP *:631 (LISTEN) systemd 1 root 30u IPv4 17571 0t0 UDP *:631 avahi-dae 1018 avahi 12u IPv4 42062 0t0 UDP *:5353 avahi-dae 1018 avahi 13u IPv4 42063 0t0 UDP *:49737 ntpd 1028 ntp 16u IPv4 29848 0t0 UDP *:123 ntpd 1028 ntp 17u IPv6 29849 0t0 UDP *:123 ntpd 1028 ntp 18u IPv4 29856 0t0 UDP 127.0.0.1:123 ntpd 1028 ntp 19u IPv6 29857 0t0 UDP [::1]:123 ntpd 1028 ntp 21u IPv4 26940 0t0 UDP 10.2.1.161:123 ntpd 1028 ntp 22u IPv6 26941 0t0 UDP [fe80::fe99:47ff:fe49:2d74]:123 rpcbind 1490 rpc 7u IPv4 42125 0t0 UDP *:111 rpcbind 1490 rpc 8u IPv4 42126 0t0 UDP *:812 rpcbind 1490 rpc 9u IPv4 42127 0t0 TCP *:111 (LISTEN) rpcbind 1490 rpc 10u IPv6 42128 0t0 UDP *:111 rpcbind 1490 rpc 11u IPv6 42129 0t0 UDP *:812 rpcbind 1490 rpc 12u IPv6 42130 0t0 TCP *:111 (LISTEN) libvirtd 1499 root 13u IPv4 23823 0t0 TCP *:16514 (LISTEN) rpc.statd 1536 rpcuser 5u IPv4 34309 0t0 UDP 127.0.0.1:864 rpc.statd 1536 rpcuser 8u IPv4 42165 0t0 UDP *:33107 rpc.statd 1536 rpcuser 9u IPv4 12696 0t0 TCP *:37176 (LISTEN) rpc.statd 1536 rpcuser 10u IPv6 13544 0t0 UDP *:34535 rpc.statd 1536 rpcuser 11u IPv6 12698 0t0 TCP *:43234 (LISTEN) postgres 1543 postgres 3u IPv4 42397 0t0 TCP 127.0.0.1:5432 (LISTEN) postgres 1543 postgres 7u IPv4 42404 0t0 UDP 127.0.0.1:36716->127.0.0.1:36716 sendmail 1545 root 4u IPv4 26112 0t0 TCP 127.0.0.1:25 (LISTEN) rpc.rquot 1600 root 3u IPv4 30905 0t0 UDP *:875 rpc.rquot 1600 root 4u IPv4 23827 0t0 TCP *:875 (LISTEN) rpc.mount 1603 root 7u IPv4 12704 0t0 UDP *:20048 rpc.mount 1603 root 8u IPv4 12706 0t0 TCP *:20048 (LISTEN) rpc.mount 1603 root 9u IPv6 14667 0t0 UDP *:20048 rpc.mount 1603 root 10u IPv6 14669 0t0 TCP *:20048 (LISTEN) postgres 1678 postgres 7u IPv4 42404 0t0 UDP 127.0.0.1:36716->127.0.0.1:36716 postgres 1679 postgres 7u IPv4 42404 0t0 UDP 127.0.0.1:36716->127.0.0.1:36716 postgres 1680 postgres 7u IPv4 42404 0t0 UDP 127.0.0.1:36716->127.0.0.1:36716 postgres 1681 postgres 7u IPv4 42404 0t0 UDP 127.0.0.1:36716->127.0.0.1:36716 cupsd 2078 root 4u IPv6 17570 0t0 TCP *:631 (LISTEN) cupsd 2078 root 5u IPv4 17571 0t0 UDP *:631 cupsd 2078 root 12u IPv4 15620 0t0 TCP 127.0.0.1:631 (LISTEN) sshd 2371 root 3u IPv4 20932 0t0 TCP *:22 (LISTEN) sshd 2371 root 4u IPv6 20934 0t0 TCP *:22 (LISTEN) sshd 2380 root 3u IPv4 44693 0t0 TCP 10.2.1.161:22->10.11.10.158:51846 (ESTABLISHED) sshd 2384 support 3u IPv4 44693 0t0 TCP 10.2.1.161:22->10.11.10.158:51846 (ESTABLISHED) sshd 2384 support 9u IPv6 44734 0t0 TCP [::1]:6010 (LISTEN) sshd 2384 support 10u IPv4 44735 0t0 TCP 127.0.0.1:6010 (LISTEN) 2013-02-05 15:31:42::DEBUG::common_utils::292::root:: stderr = 2013-02-05 15:31:42::DEBUG::common_utils::293::root:: retcode = 0 2013-02-05 15:31:42::DEBUG::common_utils::309::root:: Executing command --> '/usr/sbin/semanage port -l' 2013-02-05 15:31:42::DEBUG::common_utils::335::root:: output = SELinux Port Type Proto Port Number afs_bos_port_t udp 7007 afs_client_port_t udp 7001 afs_fs_port_t tcp 2040 afs_fs_port_t udp 7000, 7005 afs_ka_port_t udp 7004 afs_pt_port_t udp 7002 afs_vl_port_t udp 7003 agentx_port_t tcp 705 agentx_port_t udp 705 ajaxterm_port_t tcp 8022 amanda_port_t tcp 10080-10083 amanda_port_t udp 10080-10082 amavisd_recv_port_t tcp 10024 amavisd_send_port_t tcp 10025 amqp_port_t tcp 5671-5672 amqp_port_t udp 5671-5672 aol_port_t tcp 5190-5193 aol_port_t udp 5190-5193 apcupsd_port_t tcp 3551 apcupsd_port_t udp 3551 apertus_ldp_port_t tcp 539 apertus_ldp_port_t udp 539 asterisk_port_t tcp 1720 asterisk_port_t udp 2427, 2727, 4569 audit_port_t tcp 60 auth_port_t tcp 113 bgp_port_t tcp 179, 2605 bgp_port_t udp 179, 2605 boinc_client_ctrl_port_t tcp 1043 boinc_port_t tcp 31416 certmaster_port_t tcp 51235 chronyd_port_t udp 323 clamd_port_t tcp 3310 clockspeed_port_t udp 4041 cluster_port_t tcp 5149, 40040, 50006-50008 cluster_port_t udp 5149, 50006-50008 cma_port_t tcp 1050 cma_port_t udp 1050 cobbler_port_t tcp 25151 commplex_port_t tcp 5001 commplex_port_t udp 5001 comsat_port_t udp 512 condor_port_t tcp 9618 condor_port_t udp 9618 couchdb_port_t tcp 5984 couchdb_port_t udp 5984 ctdb_port_t tcp 4379 ctdb_port_t udp 4379 cvs_port_t tcp 2401 cvs_port_t udp 2401 cyphesis_port_t tcp 6767, 6769, 6780-6799 cyphesis_port_t udp 32771 daap_port_t tcp 3689 daap_port_t udp 3689 dbskkd_port_t tcp 1178 dcc_port_t udp 6276, 6277 dccm_port_t tcp 5679 dccm_port_t udp 5679 dhcpc_port_t tcp 68, 546 dhcpc_port_t udp 68, 546 dhcpd_port_t tcp 547, 548, 647, 847, 7911 dhcpd_port_t udp 67, 547, 548, 647, 847 dict_port_t tcp 2628 distccd_port_t tcp 3632 dns_port_t tcp 53 dns_port_t udp 53 dnssec_port_t tcp 8955 dogtag_port_t tcp 7390 echo_port_t tcp 7 echo_port_t udp 7 ephemeral_port_t tcp 32768-61000 ephemeral_port_t udp 32768-61000 epmap_port_t tcp 135 epmap_port_t udp 135 epmd_port_t tcp 4369 epmd_port_t udp 4369 festival_port_t tcp 1314 fingerd_port_t tcp 79 firebird_port_t tcp 3050 firebird_port_t udp 3050 flash_port_t tcp 843, 1935 flash_port_t udp 1935 fprot_port_t tcp 10200 ftp_data_port_t tcp 20 ftp_port_t tcp 21, 990 ftp_port_t udp 990 gatekeeper_port_t tcp 1721, 7000 gatekeeper_port_t udp 1718, 1719 giftd_port_t tcp 1213 git_port_t tcp 9418 git_port_t udp 9418 glance_port_t tcp 9292 glance_port_t udp 9292 glance_registry_port_t tcp 9191 glance_registry_port_t udp 9191 gopher_port_t tcp 70 gopher_port_t udp 70 gpsd_port_t tcp 2947 hadoop_datanode_port_t tcp 50010 hadoop_namenode_port_t tcp 8020 hddtemp_port_t tcp 7634 hi_reserved_port_t tcp 512-1023 hi_reserved_port_t udp 512-1023 howl_port_t tcp 5335 howl_port_t udp 5353 hplip_port_t tcp 1782, 2207, 2208, 8290, 50000, 50002, 8292, 9100, 9101, 9102, 9220, 9221, 9222, 9280, 9281, 9282, 9290, 9291 http_cache_port_t tcp 8080, 8118, 8123, 10001-10010 http_cache_port_t udp 3130 http_port_t tcp 80, 81, 443, 488, 8008, 8009, 8443, 9000 i18n_input_port_t tcp 9010 imaze_port_t tcp 5323 imaze_port_t udp 5323 inetd_child_port_t tcp 1, 9, 13, 19, 512, 543, 544, 891, 892, 2105, 5666 inetd_child_port_t udp 1, 9, 13, 19, 891, 892 innd_port_t tcp 119 interwise_port_t tcp 7778 interwise_port_t udp 7778 ionixnetmon_port_t tcp 7410 ionixnetmon_port_t udp 7410 ipmi_port_t udp 623, 664 ipp_port_t tcp 631, 8610-8614 ipp_port_t udp 631, 8610-8614 ipsecnat_port_t tcp 4500 ipsecnat_port_t udp 4500 ircd_port_t tcp 6667 isakmp_port_t udp 500 iscsi_port_t tcp 3260 isns_port_t tcp 3205 isns_port_t udp 3205 jabber_client_port_t tcp 5222, 5223 jabber_interserver_port_t tcp 5269 jabber_router_port_t tcp 5347 jacorb_port_t tcp 3528, 3529 jboss_debug_port_t tcp 8787 jboss_management_port_t tcp 4712, 4447, 7600, 9123, 9990, 9999, 18001 jboss_management_port_t udp 4712, 9123 jboss_messaging_port_t tcp 5445, 5455 kerberos_admin_port_t tcp 749 kerberos_password_port_t tcp 464 kerberos_password_port_t udp 464 kerberos_port_t tcp 88, 750, 4444 kerberos_port_t udp 88, 750, 4444 keystone_port_t tcp 5000, 35357 keystone_port_t udp 5000, 35357 kprop_port_t tcp 754 ktalkd_port_t udp 517, 518 l2tp_port_t tcp 1701 l2tp_port_t udp 1701 ldap_port_t tcp 389, 636, 3268 ldap_port_t udp 389, 636 lirc_port_t tcp 8765 lmtp_port_t tcp 24 lmtp_port_t udp 24 luci_port_t tcp 8084 mail_port_t tcp 2000, 3905 matahari_port_t tcp 49000 matahari_port_t udp 49000 memcache_port_t tcp 11211 memcache_port_t udp 11211 mmcc_port_t tcp 5050 mmcc_port_t udp 5050 mongod_port_t tcp 27017 monopd_port_t tcp 1234 movaz_ssc_port_t tcp 5252 mpd_port_t tcp 6600 msnp_port_t tcp 1863 msnp_port_t udp 1863 mssql_port_t tcp 1433-1434 mssql_port_t udp 1433-1434 munin_port_t tcp 4949 munin_port_t udp 4949 mxi_port_t tcp 8005 mxi_port_t udp 8005 mysqld_port_t tcp 1186, 3306, 63132-63164 mysqlmanagerd_port_t tcp 2273 nessus_port_t tcp 1241 netport_port_t tcp 3129 netport_port_t udp 3129 netsupport_port_t tcp 5404, 5405 netsupport_port_t udp 5404, 5405 nfs_port_t tcp 2049, 20048-20049 nfs_port_t udp 2049, 20048-20049 nmbd_port_t udp 137, 138 nodejs_debug_port_t tcp 5858 nodejs_debug_port_t udp 5858 ntop_port_t tcp 3000-3001 ntop_port_t udp 3000-3001 ntp_port_t udp 123 ocsp_port_t tcp 9080 openhpid_port_t tcp 4743 openhpid_port_t udp 4743 openvpn_port_t tcp 1194 openvpn_port_t udp 1194 oracle_port_t tcp 1521, 2483, 2484 oracle_port_t udp 1521, 2483, 2484 pegasus_http_port_t tcp 5988 pegasus_https_port_t tcp 5989 pgpkeyserver_port_t tcp 11371 pgpkeyserver_port_t udp 11371 pingd_port_t tcp 9125 piranha_port_t tcp 3636 pki_ca_port_t tcp 9180, 9701, 9443-9447 pki_kra_port_t tcp 10180, 10701, 10443-10446 pki_ocsp_port_t tcp 11180, 11701, 11443-11446 pki_ra_port_t tcp 12888-12889 pki_tks_port_t tcp 13180, 13701, 13443-13446 pki_tps_port_t tcp 7888-7889 pktcable_port_t tcp 2126, 3198 pktcable_port_t udp 2126, 3198 pop_port_t tcp 106, 109, 110, 143, 220, 993, 995, 1109 portmap_port_t tcp 111 portmap_port_t udp 111 postfix_policyd_port_t tcp 10031 postgresql_port_t tcp 5432 postgrey_port_t tcp 60000 pptp_port_t tcp 1723 pptp_port_t udp 1723 prelude_port_t tcp 4690 prelude_port_t udp 4690 presence_port_t tcp 5298-5299 presence_port_t udp 5298-5299 printer_port_t tcp 515 ptal_port_t tcp 5703 pulseaudio_port_t tcp 4713 pulseaudio_port_t udp 4713 puppet_port_t tcp 8140 pxe_port_t udp 4011 pyzor_port_t udp 24441 quantum_port_t tcp 9696 radacct_port_t udp 1646, 1813 radius_port_t udp 1645, 1812 radsec_port_t tcp 2083 razor_port_t tcp 2703 repository_port_t tcp 6363 ricci_modcluster_port_t tcp 16851 ricci_modcluster_port_t udp 16851 ricci_port_t tcp 11111 ricci_port_t udp 11111 rlogind_port_t tcp 513 rndc_port_t tcp 953, 8953 router_port_t tcp 521 router_port_t udp 520-521 rsh_port_t tcp 514 rsync_port_t tcp 873 rsync_port_t udp 873 rtsclient_port_t tcp 2501 rwho_port_t udp 513 sametime_port_t tcp 1533 sametime_port_t udp 1533 sap_port_t tcp 9875 sap_port_t udp 9875 sieve_port_t tcp 4190 sip_port_t tcp 5060, 5061 sip_port_t udp 5060, 5061 sixxsconfig_port_t tcp 3874 sixxsconfig_port_t udp 3874 smbd_port_t tcp 137-139, 445 smtp_port_t tcp 25, 465, 587 snmp_port_t tcp 161-162, 199, 1161 snmp_port_t udp 161-162 soundd_port_t tcp 8000, 9433, 16001 spamd_port_t tcp 783, 10026, 10027 speech_port_t tcp 8036 squid_port_t tcp 3128, 3401, 4827 squid_port_t udp 3401, 4827 ssdp_port_t tcp 1900 ssdp_port_t udp 1900 ssh_port_t tcp 22 streaming_port_t tcp 554, 1755 streaming_port_t udp 554, 1755 svn_port_t tcp 3690 svn_port_t udp 3690 swat_port_t tcp 901 sype_port_t tcp 9911 sype_port_t udp 9911 syslogd_port_t tcp 6514 syslogd_port_t udp 514, 6514 tcs_port_t tcp 30003 telnetd_port_t tcp 23 tftp_port_t udp 69 time_port_t tcp 37 time_port_t udp 37 tor_port_t tcp 6969, 9001, 9030, 9051 tor_socks_port_t tcp 9050 traceroute_port_t udp 64000-64010 transproxy_port_t tcp 8081 unreserved_port_t tcp 1024-32767, 61001-65535 unreserved_port_t udp 1024-32767, 61001-65535 ups_port_t tcp 3493 uucpd_port_t tcp 540 varnishd_port_t tcp 6081-6082 virt_migration_port_t tcp 49152-49216 virt_port_t tcp 16509, 16514 virt_port_t udp 16509, 16514 vnc_port_t tcp 5900-5983, 5985-5999 wccp_port_t udp 2048 websm_port_t tcp 9090 websm_port_t udp 9090 whois_port_t tcp 43, 4321 whois_port_t udp 43, 4321 winshadow_port_t tcp 3261 winshadow_port_t udp 3261 wsicopy_port_t tcp 3378 wsicopy_port_t udp 3378 xdmcp_port_t tcp 177 xdmcp_port_t udp 177 xen_port_t tcp 8002 xfs_port_t tcp 7100 xserver_port_t tcp 6000-6020 zabbix_agent_port_t tcp 10050 zabbix_port_t tcp 10051 zarafa_port_t tcp 236, 237 zebra_port_t tcp 2600-2604, 2606 zebra_port_t udp 2600-2604, 2606 zented_port_t tcp 1229 zented_port_t udp 1229 zookeeper_client_port_t tcp 2181 zookeeper_election_port_t tcp 3888 zookeeper_leader_port_t tcp 2888 zope_port_t tcp 8021 2013-02-05 15:31:42::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:31:42::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:31:42::DEBUG::engine_validators::112::root:: http_port_t = [80, 81, 443, 488, 8008, 8009, 8443, 9000] 2013-02-05 15:31:42::DEBUG::engine-setup::1397::root:: going over group ALL_PARAMS 2013-02-05 15:31:42::INFO::engine-setup::1406::root:: Comparing pre-conditions; condition: 'True', and match: 'True' 2013-02-05 15:31:42::DEBUG::engine-setup::509::root:: setting default value (00:1A:4A:02:01:00-00:1A:4A:02:01:FF) for key (MAC_RANGE) 2013-02-05 15:31:44::INFO::engine_validators::290::root:: Validating otto.umhb.edu as a FQDN 2013-02-05 15:31:44::INFO::engine_validators::196::root:: validating otto.umhb.edu as a valid domain string 2013-02-05 15:31:44::DEBUG::common_utils::286::root:: cmd = /sbin/ip addr 2013-02-05 15:31:44::DEBUG::common_utils::291::root:: output = 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: p4p1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 54:78:1a:86:71:c1 brd ff:ff:ff:ff:ff:ff 3: p4p2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 54:78:1a:86:71:c2 brd ff:ff:ff:ff:ff:ff 4: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000 link/ether fc:99:47:49:2d:74 brd ff:ff:ff:ff:ff:ff inet 10.2.1.161/24 brd 10.2.1.255 scope global em1 inet6 fe80::fe99:47ff:fe49:2d74/64 scope link valid_lft forever preferred_lft forever 5: em2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN qlen 1000 link/ether fc:99:47:49:2d:75 brd ff:ff:ff:ff:ff:ff 6: em3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN qlen 1000 link/ether fc:99:47:49:2d:76 brd ff:ff:ff:ff:ff:ff 7: em4: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN qlen 1000 link/ether fc:99:47:49:2d:77 brd ff:ff:ff:ff:ff:ff 2013-02-05 15:31:44::DEBUG::common_utils::292::root:: stderr = 2013-02-05 15:31:44::DEBUG::common_utils::293::root:: retcode = 0 2013-02-05 15:31:44::DEBUG::common_utils::433::root:: Found IP Address: 10.2.1.161 2013-02-05 15:31:44::DEBUG::common_utils::286::root:: cmd = /usr/bin/nslookup otto.umhb.edu 2013-02-05 15:31:44::DEBUG::common_utils::291::root:: output = Server: 10.2.2.32 Address: 10.2.2.32#53 Name: otto.umhb.edu Address: 10.2.1.161 2013-02-05 15:31:44::DEBUG::common_utils::292::root:: stderr = 2013-02-05 15:31:44::DEBUG::common_utils::293::root:: retcode = 0 2013-02-05 15:31:44::DEBUG::engine_validators::518::root:: otto.umhb.edu resolved into 10.2.1.161 2013-02-05 15:31:44::DEBUG::common_utils::286::root:: cmd = /usr/bin/nslookup 10.2.1.161 2013-02-05 15:31:44::DEBUG::common_utils::291::root:: output = Server: 10.2.2.32 Address: 10.2.2.32#53 161.1.2.10.in-addr.arpa name = otto.umhb.edu. 2013-02-05 15:31:44::DEBUG::common_utils::292::root:: stderr = 2013-02-05 15:31:44::DEBUG::common_utils::293::root:: retcode = 0 2013-02-05 15:31:44::DEBUG::engine_validators::518::root:: 10.2.1.161 resolved into otto.umhb.edu 2013-02-05 15:31:49::DEBUG::engine_validators::146::root:: Validating password 2013-02-05 15:31:53::DEBUG::engine-setup::588::root:: Param confirmation passed, value for both questions is identical 2013-02-05 15:31:55::INFO::engine_validators::371::root:: validating organization name 2013-02-05 15:31:56::INFO::engine_validators::159::root:: Validating NFS as part of ['NFS', 'FC', 'ISCSI'] 2013-02-05 15:31:57::INFO::engine_validators::159::root:: Validating local as part of ['remote', 'local'] 2013-02-05 15:31:57::DEBUG::engine-setup::1397::root:: going over group REMOTE_DB 2013-02-05 15:31:57::INFO::engine-setup::1406::root:: Comparing pre-conditions; condition: 'False', and match: 'True' 2013-02-05 15:31:57::DEBUG::engine-setup::1435::root:: no post condition check for group REMOTE_DB 2013-02-05 15:31:57::DEBUG::engine-setup::1397::root:: going over group LOCAL_DB 2013-02-05 15:31:57::INFO::engine-setup::1406::root:: Comparing pre-conditions; condition: 'False', and match: 'False' 2013-02-05 15:32:00::DEBUG::engine_validators::146::root:: Validating password 2013-02-05 15:32:03::DEBUG::engine-setup::588::root:: Param confirmation passed, value for both questions is identical 2013-02-05 15:32:03::DEBUG::engine-setup::1397::root:: going over group NFS 2013-02-05 15:32:03::INFO::engine-setup::1406::root:: Comparing pre-conditions; condition: 'yes', and match: 'yes' 2013-02-05 15:32:12::INFO::engine_validators::26::root:: validating /mnt/ISO as a valid mount point 2013-02-05 15:36:16::INFO::engine_validators::26::root:: validating /mnt/ISO as a valid mount point 2013-02-05 15:36:16::DEBUG::engine_validators::544::root:: attempting to write temp file to /mnt 2013-02-05 15:36:16::DEBUG::common_utils::464::root:: Checking available space on /mnt 2013-02-05 15:36:16::DEBUG::common_utils::469::root:: Available space on /mnt is 45845 2013-02-05 15:36:18::INFO::engine_validators::354::root:: validating iso domain name 2013-02-05 15:36:18::DEBUG::engine-setup::509::root:: setting default value (yes) for key (CONFIG_NFS) 2013-02-05 15:36:18::DEBUG::engine-setup::1397::root:: going over group IPTABLES 2013-02-05 15:36:18::INFO::engine-setup::1406::root:: Comparing pre-conditions; condition: 'True', and match: 'True' 2013-02-05 15:36:20::INFO::engine_validators::159::root:: Validating yes as part of ['yes', 'no'] 2013-02-05 15:36:20::DEBUG::engine-setup::1397::root:: going over group VDSM 2013-02-05 15:36:22::INFO::engine_validators::159::root:: Validating yes as part of ['yes', 'no'] 2013-02-05 15:36:22::INFO::engine-setup::1406::root:: Comparing pre-conditions; condition: 'yes', and match: 'yes' 2013-02-05 15:36:28::INFO::all_in_one_100::315::root:: Validating provided storage path 2013-02-05 15:36:28::INFO::engine_validators::26::root:: validating /mnt/VMStore as a valid mount point 2013-02-05 15:36:28::DEBUG::engine_validators::544::root:: attempting to write temp file to /mnt/VMStore 2013-02-05 15:36:28::DEBUG::common_utils::464::root:: Checking available space on /mnt/VMStore 2013-02-05 15:36:28::DEBUG::common_utils::469::root:: Available space on /mnt/VMStore is 45845 2013-02-05 15:36:32::DEBUG::all_in_one_100::295::root:: Validating superuser password 2013-02-05 15:36:32::DEBUG::all_in_one_100::296::root:: Reading encrypted password from /etc/shadow 2013-02-05 15:36:32::DEBUG::all_in_one_100::306::root:: Superuser password is validated 2013-02-05 15:36:32::INFO::engine-setup::1476::root:: *** User input summary *** 2013-02-05 15:36:32::INFO::engine-setup::1489::root:: override-httpd-config: yes 2013-02-05 15:36:32::INFO::engine-setup::1489::root:: http-port: 80 2013-02-05 15:36:32::INFO::engine-setup::1489::root:: https-port: 443 2013-02-05 15:36:32::INFO::engine-setup::1489::root:: host-fqdn: otto.umhb.edu 2013-02-05 15:36:32::INFO::engine-setup::1485::root:: auth-pass: ******** 2013-02-05 15:36:32::INFO::engine-setup::1489::root:: org-name: UMHB 2013-02-05 15:36:32::INFO::engine-setup::1489::root:: default-dc-type: NFS 2013-02-05 15:36:32::INFO::engine-setup::1489::root:: db-remote-install: local 2013-02-05 15:36:32::INFO::engine-setup::1485::root:: db-local-pass: ******** 2013-02-05 15:36:32::INFO::engine-setup::1489::root:: nfs-mp: /mnt/ISO 2013-02-05 15:36:32::INFO::engine-setup::1489::root:: iso-domain-name: ISOs 2013-02-05 15:36:32::INFO::engine-setup::1489::root:: override-iptables: yes 2013-02-05 15:36:32::INFO::engine-setup::1489::root:: config-allinone: yes 2013-02-05 15:36:32::INFO::engine-setup::1489::root:: storage-path: /mnt/VMStore 2013-02-05 15:36:32::INFO::engine-setup::1485::root:: superuser-pass: ******** 2013-02-05 15:36:32::INFO::engine-setup::1491::root:: *** User input summary *** 2013-02-05 15:36:32::DEBUG::engine-setup::600::root:: asking user: Proceed with the configuration listed above? (yes|no): 2013-02-05 15:36:34::DEBUG::engine-setup::604::root:: user answered: yes 2013-02-05 15:36:34::DEBUG::engine-setup::1510::root:: user chose to accept user parameters 2013-02-05 15:36:34::DEBUG::engine-setup::2126::root:: {'ORG_NAME': 'UMHB', 'HOST_FQDN': 'otto.umhb.edu', 'AUTH_PASS_CONFIRMED': '********', 'HTTP_PORT': '80', 'HTTPS_PORT': '443', 'DC_TYPE': 'NFS', 'DC_TYPE_ENUM': <common_utils.Enum object at 0x263bed0>, 'AUTH_PASS': '********', 'CONFIG_NFS': 'yes', 'DB_LOCAL_PASS': '********', 'ISO_DOMAIN_NAME': 'ISOs', 'DB_REMOTE_INSTALL': 'local', 'SUPERUSER_PASS': '********', 'OVERRIDE_HTTPD_CONFIG': 'yes', 'DB_LOCAL_PASS_CONFIRMED': '********', 'OVERRIDE_IPTABLES': 'yes', 'STORAGE_PATH': '/mnt/VMStore', 'MAC_RANGE': '00:1A:4A:02:01:00-00:1A:4A:02:01:FF', 'CONFIG_ALLINONE': 'yes', 'NFS_MP': '/mnt/ISO'} 2013-02-05 15:36:34::DEBUG::engine-setup::2129::root:: Entered Configuration stage 2013-02-05 15:36:34::DEBUG::all_in_one_100::140::root:: Setting the Sequences for VDSM all in one installation 2013-02-05 15:36:34::DEBUG::all_in_one_100::143::root:: Setting sequence to validate cpu 2013-02-05 15:36:34::DEBUG::all_in_one_100::160::root:: Adding sequence to create host 2013-02-05 15:36:34::DEBUG::setup_sequences::59::root:: running startLibvirt 2013-02-05 15:36:34::DEBUG::common_utils::826::root:: getting status for libvirtd 2013-02-05 15:36:34::DEBUG::common_utils::835::root:: executing action libvirtd on service status 2013-02-05 15:36:34::DEBUG::common_utils::309::root:: Executing command --> '/sbin/service libvirtd status' 2013-02-05 15:36:34::DEBUG::common_utils::335::root:: output = libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled) Active: active (running) since Tue, 05 Feb 2013 15:11:38 -0600; 24min ago Main PID: 1499 (libvirtd) CGroup: name=systemd:/system/libvirtd.service └ 1499 /usr/sbin/libvirtd --listen 2013-02-05 15:36:34::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:36:34::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:34::INFO::all_in_one_100::170::root:: libvirt service is started 2013-02-05 15:36:34::DEBUG::setup_sequences::59::root:: running getSupportedCpus 2013-02-05 15:36:34::DEBUG::all_in_one_100::341::root:: Attempting to load the caps vdsm module 2013-02-05 15:36:34::DEBUG::all_in_one_100::351::root:: Supported CPU models are: 2013-02-05 15:36:34::DEBUG::all_in_one_100::353::root:: model_coreduo 2013-02-05 15:36:34::DEBUG::all_in_one_100::353::root:: model_Conroe 2013-02-05 15:36:34::DEBUG::setup_sequences::59::root:: running getCPUFamily 2013-02-05 15:36:34::DEBUG::all_in_one_100::362::root:: Determening the CPU family supported by the host 2013-02-05 15:36:34::DEBUG::all_in_one_100::382::root:: comparing model_Westmere with supported models 2013-02-05 15:36:34::DEBUG::all_in_one_100::382::root:: comparing model_Nehalem with supported models 2013-02-05 15:36:34::DEBUG::all_in_one_100::382::root:: comparing model_Penryn with supported models 2013-02-05 15:36:34::DEBUG::all_in_one_100::382::root:: comparing model_Conroe with supported models 2013-02-05 15:36:34::DEBUG::all_in_one_100::384::root:: Supported model family is: Intel Conroe Family 2013-02-05 15:36:34::DEBUG::setup_sequences::59::root:: running setMaxSharedMemory 2013-02-05 15:36:34::DEBUG::engine-setup::1574::root:: loading /etc/sysctl.conf 2013-02-05 15:36:34::DEBUG::engine-setup::1581::root:: current shared memory max in kernel is 35554432, there is no need to update the kernel parameters 2013-02-05 15:36:34::DEBUG::setup_sequences::59::root:: running _createCA 2013-02-05 15:36:34::DEBUG::engine-setup::859::root:: updating /etc/pki/ovirt-engine/cacert.template 2013-02-05 15:36:34::DEBUG::engine-setup::859::root:: updating /etc/pki/ovirt-engine/cert.template 2013-02-05 15:36:34::DEBUG::engine-setup::782::root:: current timezone offset is 6 2013-02-05 15:36:34::DEBUG::engine-setup::796::root:: Date string is 130204153634+0600 2013-02-05 15:36:34::DEBUG::engine-setup::803::root:: truncated HOST_FQDN 'otto.umhb.edu' to 'otto.umhb.edu'. sized reduced to 13.. 2013-02-05 15:36:34::DEBUG::engine-setup::805::root:: using unique CN: 'otto.umhb.edu.39655' for CA certificate 2013-02-05 15:36:34::DEBUG::common_utils::309::root:: Executing command --> '/etc/pki/ovirt-engine/installCA.sh otto.umhb.edu US UMHB engine ******** 130204153634+0600 /etc/pki/ovirt-engine otto.umhb.edu.39655' 2013-02-05 15:36:36::DEBUG::common_utils::335::root:: output = } Creating CA... } Creating KeyStore... }} Converting formats... > Importing CA certificate... } Creating client certificate for oVirt... }} Creating certificate request... }} Signing certificate request... X509v3 Subject Key Identifier: }} Converting formats... } Importing oVirt certificate... } Exporting oVirt key as SSH... 2013-02-05 15:36:36::DEBUG::common_utils::336::root:: stderr = Generating RSA private key, 1024 bit long modulus ......................++++++ .........++++++ e is 65537 (0x10001) Using configuration from openssl.conf Check that the request matches the signature Signature ok The Subject's Distinguished Name is as follows countryName :PRINTABLE:'US' organizationName :PRINTABLE:'UMHB' commonName :PRINTABLE:'CA-otto.umhb.edu.39655' Certificate is to be certified until Feb 3 21:36:34 2023 GMT (3650 days) Write out database with 1 new entries Data Base Updated Certificate was added to keystore Certificate was added to keystore Using configuration from openssl.conf Check that the request matches the signature Signature ok The Subject's Distinguished Name is as follows countryName :PRINTABLE:'US' organizationName :PRINTABLE:'UMHB' commonName :PRINTABLE:'otto.umhb.edu' Certificate is to be certified until Jan 10 21:36:36 2018 GMT (1800 days) Write out database with 1 new entries Data Base Updated Certificate reply was installed in keystore 2013-02-05 15:36:36::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:36::DEBUG::common_utils::309::root:: Executing command --> '/etc/pki/ovirt-engine/generate-ssh-keys -s /etc/pki/ovirt-engine/.keystore -p ******** -a engine -k /etc/pki/ovirt-engine/keys/engine_id_rsa' 2013-02-05 15:36:36::DEBUG::common_utils::335::root:: output = Finished successfuly 2013-02-05 15:36:36::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:36:36::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:36::DEBUG::common_utils::309::root:: Executing command --> '/usr/bin/openssl x509 -in /etc/pki/ovirt-engine/ca.pem -fingerprint -noout' 2013-02-05 15:36:36::DEBUG::common_utils::335::root:: output = SHA1 Fingerprint=B3:D0:CF:66:C0:BC:E5:D9:CC:D8:DD:38:94:06:C7:32:F5:4A:01:70 2013-02-05 15:36:36::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:36:36::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:36::DEBUG::common_utils::309::root:: Executing command --> '/usr/bin/ssh-keygen -lf /etc/pki/ovirt-engine/keys/engine.ssh.key.txt' 2013-02-05 15:36:36::DEBUG::common_utils::335::root:: output = 2048 cc:40:26:5e:6c:fe:25:b9:b4:31:5e:23:1e:94:42:a4 engine (RSA) 2013-02-05 15:36:36::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:36:36::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:36::DEBUG::common_utils::840::root:: chown /etc/pki/ovirt-engine/ca.pem to 108:987 2013-02-05 15:36:36::DEBUG::engine-setup::854::root:: changing file permissions for /etc/pki/ovirt-engine/ca.pem to 0750 2013-02-05 15:36:36::DEBUG::common_utils::840::root:: chown /etc/pki/ovirt-engine/.keystore to 108:987 2013-02-05 15:36:36::DEBUG::engine-setup::854::root:: changing file permissions for /etc/pki/ovirt-engine/.keystore to 0750 2013-02-05 15:36:36::DEBUG::common_utils::840::root:: chown /etc/pki/ovirt-engine/private to 108:987 2013-02-05 15:36:36::DEBUG::engine-setup::854::root:: changing file permissions for /etc/pki/ovirt-engine/private to 0750 2013-02-05 15:36:36::DEBUG::common_utils::840::root:: chown /etc/pki/ovirt-engine/private/ca.pem to 108:987 2013-02-05 15:36:36::DEBUG::engine-setup::854::root:: changing file permissions for /etc/pki/ovirt-engine/private/ca.pem to 0750 2013-02-05 15:36:36::DEBUG::common_utils::840::root:: chown /etc/pki/ovirt-engine/.truststore to 108:987 2013-02-05 15:36:36::DEBUG::engine-setup::854::root:: changing file permissions for /etc/pki/ovirt-engine/.truststore to 0750 2013-02-05 15:36:36::DEBUG::setup_sequences::59::root:: running configJbossXml 2013-02-05 15:36:36::DEBUG::engine-setup::1833::root:: Backing up /etc/ovirt-engine/engine-service.xml into /etc/ovirt-engine/engine-service.xml.BACKUP.7958594 2013-02-05 15:36:36::DEBUG::common_utils::530::root:: successfully copied file /etc/ovirt-engine/engine-service.xml to target destination /etc/ovirt-engine/engine-service.xml.BACKUP.7958594 2013-02-05 15:36:36::DEBUG::common_utils::538::root:: setting file /etc/ovirt-engine/engine-service.xml.BACKUP.7958594 uid/gid ownership 2013-02-05 15:36:36::DEBUG::common_utils::541::root:: setting file /etc/ovirt-engine/engine-service.xml.BACKUP.7958594 mode to -1 2013-02-05 15:36:36::DEBUG::common_utils::530::root:: successfully copied file /etc/ovirt-engine/engine-service.xml to target destination /etc/ovirt-engine/engine-service.xml.EDIT.7343703 2013-02-05 15:36:36::DEBUG::common_utils::538::root:: setting file /etc/ovirt-engine/engine-service.xml.EDIT.7343703 uid/gid ownership 2013-02-05 15:36:36::DEBUG::common_utils::541::root:: setting file /etc/ovirt-engine/engine-service.xml.EDIT.7343703 mode to -1 2013-02-05 15:36:36::DEBUG::engine-setup::1838::root:: loading xml file handler 2013-02-05 15:36:36::DEBUG::engine-setup::1845::root:: Configuring Jboss 2013-02-05 15:36:36::DEBUG::engine-setup::1888::root:: Configuring logging for jboss 2013-02-05 15:36:36::DEBUG::engine-setup::1890::root:: Registering datasource namespaces 2013-02-05 15:36:36::DEBUG::engine-setup::1893::root:: looking for ENGINEDatasource datasource 2013-02-05 15:36:36::DEBUG::engine-setup::1947::root:: Adding ENGINE datasource 2013-02-05 15:36:36::DEBUG::engine-setup::1950::root:: Adding drivers to datasource 2013-02-05 15:36:36::DEBUG::engine-setup::1963::root:: Datasource has been added into jboss's configuration 2013-02-05 15:36:36::DEBUG::engine-setup::2008::root:: Configuring Jboss's network 2013-02-05 15:36:36::DEBUG::engine-setup::2010::root:: Removing all interfaces from the public interface 2013-02-05 15:36:36::DEBUG::engine-setup::2013::root:: Adding access to public interface 2013-02-05 15:36:36::DEBUG::engine-setup::2016::root:: Setting ports 2013-02-05 15:36:36::DEBUG::engine-setup::2023::root:: Network has been configured for jboss 2013-02-05 15:36:36::DEBUG::engine-setup::2029::root:: Configuring SSL for jboss 2013-02-05 15:36:36::DEBUG::engine-setup::2031::root:: Registering web namespaces 2013-02-05 15:36:36::DEBUG::engine-setup::2042::root:: Disabling default welcome-content 2013-02-05 15:36:36::DEBUG::engine-setup::2046::root:: SSL has been configured for jboss 2013-02-05 15:36:36::DEBUG::engine-setup::1870::root:: Configuring ajp connector 2013-02-05 15:36:36::DEBUG::engine-setup::1876::root:: Configuring ajp socket 2013-02-05 15:36:36::DEBUG::engine-setup::1882::root:: AJP has been configured for jboss 2013-02-05 15:36:36::DEBUG::engine-setup::2054::root:: Configuring rewrite rules for jboss 2013-02-05 15:36:36::DEBUG::engine-setup::2055::root:: Registering web namespaces 2013-02-05 15:36:36::DEBUG::engine-setup::2064::root:: rewrite rules have been configured for jboss 2013-02-05 15:36:36::DEBUG::engine-setup::1853::root:: Jboss has been configured 2013-02-05 15:36:36::DEBUG::common_utils::840::root:: chown /etc/ovirt-engine/engine-service.xml to 108:987 2013-02-05 15:36:36::DEBUG::engine-setup::1859::root:: Jboss configuration has been saved 2013-02-05 15:36:36::DEBUG::setup_sequences::59::root:: running _editWebConf 2013-02-05 15:36:36::DEBUG::engine-setup::759::root:: update /etc/ovirt-engine/web-conf.js with http & ssl urls 2013-02-05 15:36:37::DEBUG::setup_sequences::59::root:: running _updatePgPassFile 2013-02-05 15:36:37::DEBUG::engine-setup::1149::root:: found existing pgpass file, backing current to /root/.pgpass.2013_02_05_15_36_37 2013-02-05 15:36:37::INFO::engine-setup::1164::root:: Using default db credentials 2013-02-05 15:36:37::DEBUG::engine-setup::1741::root:: Checking if db is already installed.. 2013-02-05 15:36:37::DEBUG::engine-setup::1742::root:: Checking the presence of .pgpass file 2013-02-05 15:36:37::DEBUG::common_utils::350::root:: running sql query 'select 1' on db server: 'localhost'. 2013-02-05 15:36:37::DEBUG::common_utils::286::root:: cmd = /usr/bin/psql -h localhost -p 5432 -U postgres -d engine -c "select 1" 2013-02-05 15:36:37::DEBUG::common_utils::291::root:: output = 2013-02-05 15:36:37::DEBUG::common_utils::292::root:: stderr = psql: FATAL: database "engine" does not exist 2013-02-05 15:36:37::DEBUG::common_utils::293::root:: retcode = 2 2013-02-05 15:36:37::DEBUG::engine-setup::1741::root:: Checking if db is already installed.. 2013-02-05 15:36:37::DEBUG::engine-setup::1742::root:: Checking the presence of .pgpass file 2013-02-05 15:36:37::DEBUG::common_utils::350::root:: running sql query 'select 1' on db server: 'localhost'. 2013-02-05 15:36:37::DEBUG::common_utils::286::root:: cmd = /usr/bin/psql -h localhost -p 5432 -U postgres -d engine -c "select 1" 2013-02-05 15:36:37::DEBUG::common_utils::291::root:: output = 2013-02-05 15:36:37::DEBUG::common_utils::292::root:: stderr = psql: FATAL: database "engine" does not exist 2013-02-05 15:36:37::DEBUG::common_utils::293::root:: retcode = 2 2013-02-05 15:36:37::DEBUG::setup_sequences::59::root:: running _encryptDBPass 2013-02-05 15:36:37::DEBUG::common_utils::309::root:: Executing command --> '/etc/pki/ovirt-engine/encryptpasswd.sh ********' 2013-02-05 15:36:37::DEBUG::common_utils::335::root:: output = /usr/share/ovirt-engine /home/support Encoded password: -529085764a1c8828dd5b83a44f85b7f0 /home/support 2013-02-05 15:36:37::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:36:37::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:37::DEBUG::common_utils::500::root:: found new parsed string: -529085764a1c8828dd5b83a44f85b7f0 2013-02-05 15:36:37::DEBUG::setup_sequences::59::root:: running configEncryptedPass 2013-02-05 15:36:37::DEBUG::engine-setup::1800::root:: Backing up /etc/ovirt-engine/engine-service.xml into None 2013-02-05 15:36:37::DEBUG::common_utils::530::root:: successfully copied file /etc/ovirt-engine/engine-service.xml to target destination /etc/ovirt-engine/engine-service.xml.EDIT.8374279 2013-02-05 15:36:37::DEBUG::common_utils::538::root:: setting file /etc/ovirt-engine/engine-service.xml.EDIT.8374279 uid/gid ownership 2013-02-05 15:36:37::DEBUG::common_utils::541::root:: setting file /etc/ovirt-engine/engine-service.xml.EDIT.8374279 mode to -1 2013-02-05 15:36:37::DEBUG::engine-setup::1804::root:: loading xml file handler 2013-02-05 15:36:37::DEBUG::engine-setup::1969::root:: Configuring security for jboss 2013-02-05 15:36:37::DEBUG::engine-setup::1971::root:: Registering security namespaces 2013-02-05 15:36:37::DEBUG::engine-setup::2001::root:: Security has been configured for jboss 2013-02-05 15:36:37::DEBUG::common_utils::840::root:: chown /etc/ovirt-engine/engine-service.xml to 108:987 2013-02-05 15:36:37::DEBUG::engine-setup::1816::root:: Jboss configuration has been saved 2013-02-05 15:36:37::DEBUG::setup_sequences::59::root:: running _createDB 2013-02-05 15:36:37::DEBUG::engine-setup::935::root:: installing postgres db 2013-02-05 15:36:37::DEBUG::engine-setup::938::root:: engine db creation is logged at /var/log/ovirt-engine//engine-db-install-2013_02_05_15_36_37.log 2013-02-05 15:36:37::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/dbscripts/engine-db-install.sh -l engine-db-install-2013_02_05_15_36_37.log -w ******** -u postgres -s localhost -p 5432 -r local' 2013-02-05 15:36:55::DEBUG::common_utils::335::root:: output = Running local installation Creating uuid-ossp extension... 2013-02-05 15:36:55::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:36:55::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:55::DEBUG::engine-setup::952::root:: Successfully installed engine db 2013-02-05 15:36:55::DEBUG::setup_sequences::59::root:: running _updateVDCOptions 2013-02-05 15:36:55::DEBUG::engine-setup::1024::root:: updating vdc options.. 2013-02-05 15:36:55::DEBUG::common_utils::687::root:: retrieving build number for ovirt-engine rpm 2013-02-05 15:36:55::DEBUG::common_utils::286::root:: cmd = rpm -q --queryformat '%{VERSION}-%{RELEASE}' ovirt-engine 2013-02-05 15:36:55::DEBUG::common_utils::291::root:: output = 3.1.0-4.fc17 2013-02-05 15:36:55::DEBUG::common_utils::292::root:: stderr = 2013-02-05 15:36:55::DEBUG::common_utils::293::root:: retcode = 0 2013-02-05 15:36:55::DEBUG::common_utils::663::root:: updating vdc option CAEngineKey to: /etc/pki/ovirt-engine/private/ca.pem 2013-02-05 15:36:55::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s CAEngineKey=/etc/pki/ovirt-engine/private/ca.pem --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:36:56::DEBUG::common_utils::335::root:: output = 2013-02-05 15:36:56::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:36:56::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:56::DEBUG::common_utils::663::root:: updating vdc option CertAlias to: engine 2013-02-05 15:36:56::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s CertAlias=engine --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:36:57::DEBUG::common_utils::335::root:: output = 2013-02-05 15:36:57::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:36:57::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:57::DEBUG::common_utils::663::root:: updating vdc option CertificateFileName to: /etc/pki/ovirt-engine/certs/engine.cer 2013-02-05 15:36:57::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s CertificateFileName=/etc/pki/ovirt-engine/certs/engine.cer --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:36:58::DEBUG::common_utils::335::root:: output = 2013-02-05 15:36:58::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:36:58::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:58::DEBUG::common_utils::663::root:: updating vdc option CACertificatePath to: /etc/pki/ovirt-engine/ca.pem 2013-02-05 15:36:58::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s CACertificatePath=/etc/pki/ovirt-engine/ca.pem --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:36:58::DEBUG::common_utils::335::root:: output = 2013-02-05 15:36:58::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:36:58::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:58::DEBUG::common_utils::663::root:: updating vdc option keystoreUrl to: /etc/pki/ovirt-engine/.keystore 2013-02-05 15:36:58::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s keystoreUrl=/etc/pki/ovirt-engine/.keystore --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:36:59::DEBUG::common_utils::335::root:: output = 2013-02-05 15:36:59::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:36:59::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:59::DEBUG::common_utils::663::root:: updating vdc option TruststoreUrl to: /etc/pki/ovirt-engine/.keystore 2013-02-05 15:36:59::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s TruststoreUrl=/etc/pki/ovirt-engine/.keystore --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:36:59::DEBUG::common_utils::335::root:: output = 2013-02-05 15:36:59::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:36:59::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:36:59::DEBUG::common_utils::663::root:: updating vdc option ENGINEEARLib to: /usr/share/ovirt-engine/standalone/deployments/engine.ear 2013-02-05 15:36:59::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s ENGINEEARLib=/usr/share/ovirt-engine/standalone/deployments/engine.ear --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:00::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:00::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:00::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:00::DEBUG::common_utils::663::root:: updating vdc option CABaseDirectory to: /etc/pki/ovirt-engine 2013-02-05 15:37:00::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s CABaseDirectory=/etc/pki/ovirt-engine --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:01::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:01::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:01::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:01::DEBUG::common_utils::663::root:: updating vdc option MacPoolRanges to: 00:1A:4A:02:01:00-00:1A:4A:02:01:FF 2013-02-05 15:37:01::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s MacPoolRanges=00:1A:4A:02:01:00-00:1A:4A:02:01:FF --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:01::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:01::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:01::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:01::DEBUG::common_utils::663::root:: updating vdc option SysPrepWindows7x64Path to: /etc/ovirt-engine/sysprep/sysprep.w7x64 2013-02-05 15:37:01::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s SysPrepWindows7x64Path=/etc/ovirt-engine/sysprep/sysprep.w7x64 --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:02::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:02::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:02::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:02::DEBUG::common_utils::663::root:: updating vdc option OrganizationName to: UMHB 2013-02-05 15:37:02::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s OrganizationName=UMHB --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:02::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:02::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:02::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:02::DEBUG::common_utils::663::root:: updating vdc option VdcBootStrapUrl to: http://otto.umhb.edu:80/Components/vds/ 2013-02-05 15:37:02::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s VdcBootStrapUrl=http://otto.umhb.edu:80/Components/vds/ --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:03::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:03::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:03::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:03::DEBUG::common_utils::663::root:: updating vdc option SysPrepXPPath to: /etc/ovirt-engine/sysprep/sysprep.xp 2013-02-05 15:37:03::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s SysPrepXPPath=/etc/ovirt-engine/sysprep/sysprep.xp --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:04::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:04::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:04::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:04::DEBUG::common_utils::663::root:: updating vdc option SysPrep2K8Path to: /etc/ovirt-engine/sysprep/sysprep.2k8x86 2013-02-05 15:37:04::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s SysPrep2K8Path=/etc/ovirt-engine/sysprep/sysprep.2k8x86 --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:04::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:04::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:04::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:04::DEBUG::common_utils::663::root:: updating vdc option keystorePass to: ******** 2013-02-05 15:37:04::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s keystorePass=******** --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:05::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:05::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:05::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:05::DEBUG::common_utils::663::root:: updating vdc option InstallVds to: true 2013-02-05 15:37:05::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s InstallVds=true --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:06::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:06::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:06::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:06::DEBUG::common_utils::663::root:: updating vdc option SysPrep2K8x64Path to: /etc/ovirt-engine/sysprep/sysprep.2k8 2013-02-05 15:37:06::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s SysPrep2K8x64Path=/etc/ovirt-engine/sysprep/sysprep.2k8 --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:06::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:06::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:06::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:06::DEBUG::common_utils::663::root:: updating vdc option ScriptsPath to: /usr/share/ovirt-engine 2013-02-05 15:37:06::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s ScriptsPath=/usr/share/ovirt-engine --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:07::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:07::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:07::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:07::DEBUG::common_utils::663::root:: updating vdc option UseSecureConnectionWithServers to: true 2013-02-05 15:37:07::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s UseSecureConnectionWithServers=true --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:07::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:07::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:07::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:07::DEBUG::common_utils::663::root:: updating vdc option VirtualMachineDomainName to: otto.umhb.edu 2013-02-05 15:37:07::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s VirtualMachineDomainName=otto.umhb.edu --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:08::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:08::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:08::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:08::DEBUG::common_utils::663::root:: updating vdc option DataDir to: /usr/share/ovirt-engine 2013-02-05 15:37:08::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s DataDir=/usr/share/ovirt-engine --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:09::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:09::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:09::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:09::DEBUG::common_utils::663::root:: updating vdc option AsyncPollingCyclesBeforeCallbackCleanup to: 30 2013-02-05 15:37:09::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s AsyncPollingCyclesBeforeCallbackCleanup=30 --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:09::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:09::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:09::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:09::DEBUG::common_utils::663::root:: updating vdc option CertificatePassword to: ******** 2013-02-05 15:37:09::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s CertificatePassword=******** --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:10::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:10::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:10::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:10::DEBUG::common_utils::663::root:: updating vdc option ProductRPMVersion to: 3.1.0-4.fc17 2013-02-05 15:37:10::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s ProductRPMVersion=3.1.0-4.fc17 --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:11::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:11::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:11::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:11::DEBUG::common_utils::663::root:: updating vdc option SSLEnabled to: true 2013-02-05 15:37:11::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s SSLEnabled=true --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:11::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:11::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:11::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:11::DEBUG::common_utils::663::root:: updating vdc option LocalAdminPassword to: ******** 2013-02-05 15:37:11::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s LocalAdminPassword=******** --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:12::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:12::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:12::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:12::DEBUG::common_utils::663::root:: updating vdc option BootstrapInstallerFileName to: /usr/share/ovirt-engine/scripts/vds_installer.py 2013-02-05 15:37:12::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s BootstrapInstallerFileName=/usr/share/ovirt-engine/scripts/vds_installer.py --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:12::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:12::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:12::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:12::DEBUG::common_utils::663::root:: updating vdc option TruststorePass to: ******** 2013-02-05 15:37:12::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s TruststorePass=******** --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:13::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:13::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:13::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:13::DEBUG::common_utils::663::root:: updating vdc option SysPrep2K3Path to: /etc/ovirt-engine/sysprep/sysprep.2k3 2013-02-05 15:37:13::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s SysPrep2K3Path=/etc/ovirt-engine/sysprep/sysprep.2k3 --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:14::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:14::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:14::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:14::DEBUG::common_utils::663::root:: updating vdc option ConfigDir to: /etc/ovirt-engine 2013-02-05 15:37:14::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s ConfigDir=/etc/ovirt-engine --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:14::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:14::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:14::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:14::DEBUG::common_utils::663::root:: updating vdc option SignScriptName to: SignReq.sh 2013-02-05 15:37:14::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s SignScriptName=SignReq.sh --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:15::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:15::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:15::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:15::DEBUG::common_utils::663::root:: updating vdc option AdminPassword to: ******** 2013-02-05 15:37:15::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s AdminPassword=******** --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:16::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:16::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:16::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:16::DEBUG::common_utils::663::root:: updating vdc option SysPrep2K8R2Path to: /etc/ovirt-engine/sysprep/sysprep.2k8 2013-02-05 15:37:16::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s SysPrep2K8R2Path=/etc/ovirt-engine/sysprep/sysprep.2k8 --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:16::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:16::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:16::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:16::DEBUG::common_utils::663::root:: updating vdc option PublicURLPort to: 80 2013-02-05 15:37:16::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s PublicURLPort=80 --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:17::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:17::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:17::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:17::DEBUG::common_utils::663::root:: updating vdc option SysPrepWindows7Path to: /etc/ovirt-engine/sysprep/sysprep.w7 2013-02-05 15:37:17::DEBUG::common_utils::309::root:: Executing command --> '/usr/share/ovirt-engine/engine-config/engine-config -s SysPrepWindows7Path=/etc/ovirt-engine/sysprep/sysprep.w7 --cver=general -p /usr/share/ovirt-engine/conf/engine-config-install.properties' 2013-02-05 15:37:18::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:18::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:18::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:18::DEBUG::engine-setup::1079::root:: finished updating vdc options 2013-02-05 15:37:18::DEBUG::setup_sequences::59::root:: running _updateDefaultDCType 2013-02-05 15:37:18::DEBUG::engine-setup::1018::root:: updating default data center storage type 2013-02-05 15:37:18::DEBUG::common_utils::350::root:: running sql query 'select inst_update_default_storage_pool_type (1)' on db server: 'localhost'. 2013-02-05 15:37:18::DEBUG::common_utils::286::root:: cmd = /usr/bin/psql -h localhost -p 5432 -U engine -d engine -c "select inst_update_default_storage_pool_type (1)" 2013-02-05 15:37:18::DEBUG::common_utils::291::root:: output = inst_update_default_storage_pool_type --------------------------------------- (1 row) 2013-02-05 15:37:18::DEBUG::common_utils::292::root:: stderr = 2013-02-05 15:37:18::DEBUG::common_utils::293::root:: retcode = 0 2013-02-05 15:37:18::DEBUG::setup_sequences::59::root:: running _editToolsConfFile 2013-02-05 15:37:18::DEBUG::engine-setup::1717::root:: Editing /etc/ovirt-engine/logcollector.conf 2013-02-05 15:37:18::DEBUG::engine-setup::1721::root:: Adding host & secure port 2013-02-05 15:37:18::DEBUG::engine-setup::1724::root:: Adding username 2013-02-05 15:37:18::DEBUG::engine-setup::1717::root:: Editing /etc/ovirt-engine/isouploader.conf 2013-02-05 15:37:18::DEBUG::engine-setup::1721::root:: Adding host & secure port 2013-02-05 15:37:18::DEBUG::engine-setup::1724::root:: Adding username 2013-02-05 15:37:18::DEBUG::setup_sequences::59::root:: running editPostgresConf 2013-02-05 15:37:18::DEBUG::engine-setup::1688::root:: copying /var/lib/pgsql/data/postgresql.conf over /tmp/tmpx19K9f 2013-02-05 15:37:18::DEBUG::engine-setup::1696::root:: copying temp file over original file 2013-02-05 15:37:18::DEBUG::engine-setup::1699::root:: setting permissions & file ownership 2013-02-05 15:37:18::DEBUG::engine-setup::1703::root:: removing tempoarary file 2013-02-05 15:37:18::DEBUG::setup_sequences::59::root:: running _configNfsShare 2013-02-05 15:37:18::DEBUG::engine-setup::1531::root:: configuring NFS share 2013-02-05 15:37:18::DEBUG::engine-setup::1535::root:: creating directory /mnt/ISO 2013-02-05 15:37:18::DEBUG::nfsutils::17::root:: adding path /mnt/ISO to /etc/exports 2013-02-05 15:37:18::DEBUG::nfsutils::36::root:: setting selinux context for /mnt/ISO 2013-02-05 15:37:18::DEBUG::common_utils::309::root:: Executing command --> '/usr/sbin/semanage fcontext -a -t public_content_rw_t /mnt/ISO(/.*)?' 2013-02-05 15:37:19::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:19::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:19::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:19::DEBUG::common_utils::309::root:: Executing command --> '/sbin/restorecon -r /mnt/ISO' 2013-02-05 15:37:19::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:19::DEBUG::common_utils::336::root:: stderr = 2013-02-05 15:37:19::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:19::DEBUG::common_utils::530::root:: successfully copied file /etc/sysconfig/nfs to target destination /usr/share/ovirt-engine/conf/nfs.backup.153719-02052013_2857 2013-02-05 15:37:19::DEBUG::common_utils::538::root:: setting file /usr/share/ovirt-engine/conf/nfs.backup.153719-02052013_2857 uid/gid ownership 2013-02-05 15:37:19::DEBUG::common_utils::541::root:: setting file /usr/share/ovirt-engine/conf/nfs.backup.153719-02052013_2857 mode to -1 2013-02-05 15:37:19::DEBUG::common_utils::530::root:: successfully copied file /usr/share/ovirt-engine/conf/nfs.sysconfig to target destination /etc/sysconfig/nfs 2013-02-05 15:37:19::DEBUG::common_utils::538::root:: setting file /etc/sysconfig/nfs uid/gid ownership 2013-02-05 15:37:19::DEBUG::common_utils::541::root:: setting file /etc/sysconfig/nfs mode to -1 2013-02-05 15:37:19::DEBUG::engine-setup::1598::root:: Enabling the rpcbind & nfs services 2013-02-05 15:37:19::DEBUG::common_utils::309::root:: Executing command --> '/sbin/chkconfig rpcbind on' 2013-02-05 15:37:19::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:19::DEBUG::common_utils::336::root:: stderr = Note: Forwarding request to 'systemctl enable rpcbind.service'. 2013-02-05 15:37:19::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:19::DEBUG::common_utils::800::root:: stopping rpcbind 2013-02-05 15:37:19::DEBUG::common_utils::835::root:: executing action rpcbind on service stop 2013-02-05 15:37:19::DEBUG::common_utils::309::root:: Executing command --> '/sbin/service rpcbind stop' 2013-02-05 15:37:19::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:19::DEBUG::common_utils::336::root:: stderr = Redirecting to /bin/systemctl stop rpcbind.service Warning: Stopping rpcbind.service, but it can still be activated by: rpcbind.socket 2013-02-05 15:37:19::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:19::DEBUG::common_utils::790::root:: starting rpcbind 2013-02-05 15:37:19::DEBUG::common_utils::835::root:: executing action rpcbind on service start 2013-02-05 15:37:19::DEBUG::common_utils::309::root:: Executing command --> '/sbin/service rpcbind start' 2013-02-05 15:37:19::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:19::DEBUG::common_utils::336::root:: stderr = Redirecting to /bin/systemctl start rpcbind.service 2013-02-05 15:37:19::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:19::DEBUG::common_utils::309::root:: Executing command --> '/sbin/chkconfig nfs-server on' 2013-02-05 15:37:19::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:19::DEBUG::common_utils::336::root:: stderr = Note: Forwarding request to 'systemctl enable nfs-server.service'. 2013-02-05 15:37:19::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:19::DEBUG::common_utils::800::root:: stopping nfs-server 2013-02-05 15:37:19::DEBUG::common_utils::835::root:: executing action nfs-server on service stop 2013-02-05 15:37:19::DEBUG::common_utils::309::root:: Executing command --> '/sbin/service nfs-server stop' 2013-02-05 15:37:19::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:19::DEBUG::common_utils::336::root:: stderr = Redirecting to /bin/systemctl stop nfs-server.service 2013-02-05 15:37:19::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:19::DEBUG::common_utils::790::root:: starting nfs-server 2013-02-05 15:37:19::DEBUG::common_utils::835::root:: executing action nfs-server on service start 2013-02-05 15:37:19::DEBUG::common_utils::309::root:: Executing command --> '/sbin/service nfs-server start' 2013-02-05 15:37:20::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:20::DEBUG::common_utils::336::root:: stderr = Redirecting to /bin/systemctl start nfs-server.service 2013-02-05 15:37:20::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:20::DEBUG::nfsutils::101::root:: Generating unique uuid 2013-02-05 15:37:20::DEBUG::nfsutils::106::root:: creating iso domain for /mnt/ISO. uuid: bf4bec6c-a9b3-4326-b437-776fc9b73ad0 2013-02-05 15:37:20::DEBUG::nfsutils::115::root:: creating empty files 2013-02-05 15:37:20::DEBUG::nfsutils::122::root:: writing metadata 2013-02-05 15:37:20::DEBUG::nfsutils::65::root:: generating metadata 2013-02-05 15:37:20::DEBUG::nfsutils::77::root:: checksum of metadata is f30ed3f55974980fe81ad0af23b69ffc2ce47c77 2013-02-05 15:37:20::DEBUG::nfsutils::80::root:: writing metadata file (/mnt/ISO/bf4bec6c-a9b3-4326-b437-776fc9b73ad0/dom_md/metadata) 2013-02-05 15:37:20::DEBUG::nfsutils::128::root:: setting directories & files permissions to 36:36 2013-02-05 15:37:20::DEBUG::engine-setup::1593::root:: Adding iso domain into DB 2013-02-05 15:37:20::DEBUG::common_utils::350::root:: running sql query 'select inst_add_iso_storage_domain ('bf4bec6c-a9b3-4326-b437-776fc9b73ad0', 'ISOs', 'otto.umhb.edu:/mnt/ISO', 0, 0)' on db server: 'localhost'. 2013-02-05 15:37:20::DEBUG::common_utils::286::root:: cmd = /usr/bin/psql -h localhost -p 5432 -U engine -d engine -c "select inst_add_iso_storage_domain ('bf4bec6c-a9b3-4326-b437-776fc9b73ad0', 'ISOs', 'otto.umhb.edu:/mnt/ISO', 0, 0)" 2013-02-05 15:37:20::DEBUG::common_utils::291::root:: output = inst_add_iso_storage_domain ----------------------------- (1 row) 2013-02-05 15:37:20::DEBUG::common_utils::292::root:: stderr = 2013-02-05 15:37:20::DEBUG::common_utils::293::root:: retcode = 0 2013-02-05 15:37:20::DEBUG::nfsutils::137::root:: refreshing NFS exports 2013-02-05 15:37:20::DEBUG::setup_sequences::59::root:: running _configIptables 2013-02-05 15:37:20::DEBUG::engine-setup::866::root:: configuring iptables 2013-02-05 15:37:20::DEBUG::engine-setup::902::root:: # Generated by ovirt-engine installer #filtering rules *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [52:9697] :RH-Firewall-1-INPUT - [0:0] -A INPUT -j RH-Firewall-1-INPUT -A FORWARD -j RH-Firewall-1-INPUT -A RH-Firewall-1-INPUT -i lo -j ACCEPT -A RH-Firewall-1-INPUT -p icmp -m icmp --icmp-type any -j ACCEPT -A RH-Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 80 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 443 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 111 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 111 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 892 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 892 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 875 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 875 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 662 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 662 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 2049 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport 32803 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -p udp --dport 32769 -j ACCEPT #drop all rule -A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited COMMIT 2013-02-05 15:37:20::DEBUG::common_utils::530::root:: successfully copied file /etc/sysconfig/iptables to target destination /usr/share/ovirt-engine/conf/iptables.backup.153720-02052013_2857 2013-02-05 15:37:20::DEBUG::common_utils::538::root:: setting file /usr/share/ovirt-engine/conf/iptables.backup.153720-02052013_2857 uid/gid ownership 2013-02-05 15:37:20::DEBUG::common_utils::541::root:: setting file /usr/share/ovirt-engine/conf/iptables.backup.153720-02052013_2857 mode to -1 2013-02-05 15:37:20::DEBUG::common_utils::530::root:: successfully copied file /usr/share/ovirt-engine/conf/iptables.example to target destination /etc/sysconfig/iptables 2013-02-05 15:37:20::DEBUG::common_utils::538::root:: setting file /etc/sysconfig/iptables uid/gid ownership 2013-02-05 15:37:20::DEBUG::common_utils::541::root:: setting file /etc/sysconfig/iptables mode to -1 2013-02-05 15:37:20::DEBUG::engine-setup::917::root:: Restarting the iptables service 2013-02-05 15:37:20::DEBUG::common_utils::800::root:: stopping iptables 2013-02-05 15:37:20::DEBUG::common_utils::835::root:: executing action iptables on service stop 2013-02-05 15:37:20::DEBUG::common_utils::309::root:: Executing command --> '/sbin/service iptables stop' 2013-02-05 15:37:20::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:20::DEBUG::common_utils::336::root:: stderr = Redirecting to /bin/systemctl stop iptables.service 2013-02-05 15:37:20::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:20::DEBUG::common_utils::790::root:: starting iptables 2013-02-05 15:37:20::DEBUG::common_utils::835::root:: executing action iptables on service start 2013-02-05 15:37:20::DEBUG::common_utils::309::root:: Executing command --> '/sbin/service iptables start' 2013-02-05 15:37:20::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:20::DEBUG::common_utils::336::root:: stderr = Redirecting to /bin/systemctl start iptables.service 2013-02-05 15:37:20::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:20::DEBUG::setup_sequences::59::root:: running _startJboss 2013-02-05 15:37:20::DEBUG::engine-setup::1522::root:: using chkconfig to enable jboss to load on system startup. 2013-02-05 15:37:20::DEBUG::common_utils::309::root:: Executing command --> '/sbin/chkconfig ovirt-engine on' 2013-02-05 15:37:20::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:20::DEBUG::common_utils::336::root:: stderr = Note: Forwarding request to 'systemctl enable ovirt-engine.service'. 2013-02-05 15:37:20::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:20::DEBUG::common_utils::800::root:: stopping ovirt-engine 2013-02-05 15:37:20::DEBUG::common_utils::835::root:: executing action ovirt-engine on service stop 2013-02-05 15:37:20::DEBUG::common_utils::309::root:: Executing command --> '/sbin/service ovirt-engine stop' 2013-02-05 15:37:20::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:20::DEBUG::common_utils::336::root:: stderr = Redirecting to /bin/systemctl stop ovirt-engine.service 2013-02-05 15:37:20::DEBUG::common_utils::337::root:: retcode = 0 2013-02-05 15:37:20::DEBUG::common_utils::790::root:: starting ovirt-engine 2013-02-05 15:37:20::DEBUG::common_utils::835::root:: executing action ovirt-engine on service start 2013-02-05 15:37:20::DEBUG::common_utils::309::root:: Executing command --> '/sbin/service ovirt-engine start' 2013-02-05 15:37:20::DEBUG::common_utils::335::root:: output = 2013-02-05 15:37:20::DEBUG::common_utils::336::root:: stderr = Redirecting to /bin/systemctl start ovirt-engine.service Job failed. See system journal and 'systemctl status' for details. 2013-02-05 15:37:20::DEBUG::common_utils::337::root:: retcode = 1 2013-02-05 15:37:20::DEBUG::setup_sequences::62::root:: Traceback (most recent call last): File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 60, in run function() File "/bin/engine-setup", line 1526, in _startJboss srv.start(True) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 795, in start raise Exception(output_messages.ERR_FAILED_START_SERVICE % self.name) Exception: Error: Can't start the ovirt-engine service 2013-02-05 15:37:20::DEBUG::engine-setup::1733::root:: *** The following params were used as user input: 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: override-httpd-config: yes 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: http-port: 80 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: https-port: 443 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: mac-range: 00:1A:4A:02:01:00-00:1A:4A:02:01:FF 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: host-fqdn: otto.umhb.edu 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: auth-pass: ******** 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: org-name: UMHB 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: default-dc-type: NFS 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: db-remote-install: local 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: db-host: localhost 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: db-local-pass: ******** 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: nfs-mp: /mnt/ISO 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: iso-domain-name: ISOs 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: config-nfs: yes 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: override-iptables: yes 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: config-allinone: yes 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: storage-path: /mnt/VMStore 2013-02-05 15:37:20::DEBUG::engine-setup::1738::root:: superuser-pass: ******** 2013-02-05 15:37:20::ERROR::engine-setup::2367::root:: Traceback (most recent call last): File "/bin/engine-setup", line 2361, in <module> main(confFile) File "/bin/engine-setup", line 2150, in main runSequences() File "/bin/engine-setup", line 2096, in runSequences controller.runAllSequences() File "/usr/share/ovirt-engine/scripts/setup_controller.py", line 54, in runAllSequences sequence.run() File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 154, in run step.run() File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 60, in run function() File "/bin/engine-setup", line 1526, in _startJboss srv.start(True) File "/usr/share/ovirt-engine/scripts/common_utils.py", line 795, in start raise Exception(output_messages.ERR_FAILED_START_SERVICE % self.name) Exception: Error: Can't start the ovirt-engine service [root@Otto support]# -- 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

2 1

[Users] ovirt 3.2 migrations failing
by Jonathan Horne 06 Feb '13

06 Feb '13

--_000_9BE6F493F83A594DA60C45E6A09DC5AC0170B5FCAUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable i just built up 2 nodes and a manager on 3.2 dreyou packages, and now that = i have a VM up and installed with rhev agent, the VM is unable to migrate. = the failure is pretty much immediate. i don't know where to begin troubleshooting this, can someone help me get g= oing in the right direction? just let me know what logs are appropriate an= d i will post them up. 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_9BE6F493F83A594DA60C45E6A09DC5AC0170B5FCAUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <800473489CC37140A49FAFFF2819AE02(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>i just built up 2 nodes and a manager on 3.2 dreyou packages, and now = that i have a VM up and installed with rhev agent, the VM is unable to migr= ate. the failure is pretty much immediate.</div> <div> </div> <div>i don't know where to begin troubleshooting this, can someone help me = get going in the right direction?  just let me know what logs are appr= opriate and i will post them up.</div> <div> </div> <div>thanks,</div> <div>jonathan</div> <div> <div></div> </div> </div> </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_9BE6F493F83A594DA60C45E6A09DC5AC0170B5FCAUSP01DAG0201co_--

5 9

[Users] oVirt Forgot About a VM's Disks, NICs, etc.
by Joshua Dotson 05 Feb '13

05 Feb '13

Hi, A user reported to me today that their VM was offline. I checked the oVirt portal and sure enough it was down. Strangely though, the disks and NICs I configured for this VM are missing from the portal and, as such, the machine refuses to boot. I can't seem to find anything relating to the VM in the {libvirt, vdsm, engine} logs, even by it's ovirt shell-derived UUID and even after un-xz'ing them. I am the only person with the admin credentials to oVirt. I've been running oVirt 3.0 on Fedora 16 for the past year, which is clearly out of date, with basically no problems at all (which is why I've resisted upgrading). My last boot was about 47 days ago. My hypervisors are all Fedora as well with locally configured storage. I suspect the virtual machine's data and even state remain in the storage domain, even if the database forgot about them. Please help me restore this VM to its running state, if possible. I can provide any system information you request fairly quickly. In a maybe-related note, I've been working on an ntpd problem, which caused some time sync problems across the oVirt environment. [root@kvas-tfkf log]# rpm -qa|grep ovirt ovirt-engine-notification-service-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-dbscripts-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-setup-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-config-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-restapi-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-backend-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-genericapi-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-jboss-deps-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-userportal-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-log-collector-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-tools-common-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-jbossas-1.2-2.fc16.x86_64 ovirt-engine-webadmin-portal-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-iso-uploader-3.0.0_0001-1.6.fc16.x86_64 ovirt-engine-3.0.0_0001-1.6.fc16.x86_64 [root@kvas-tfkf log]# [oVirt shell (connected)]# show vm kprj-77na id : f87643fe-03c8-4373-875d-581b01829ae2 name : kprj-77na description : Project Server - "77NA" cluster-id : dc8ae71e-22e6-11e2-b3e8-00a0d1e2f4d0 cpu-topology-cores : 8 cpu-topology-sockets : 1 creation_time : 2012-11-08T16:40:52.287-05:00 display-monitors : 1 display-type : vnc high_availability-enabled : False high_availability-priority: 1 memory : 34359738368 memory_policy-guaranteed : 17179869184 origin : ovirt os-boot-dev : cdrom os-boot-dev : hd os-type : other_linux placement_policy-affinity : user_migratable start_time : 2013-02-05T16:33:41.563Z stateless : False status-state : down template-id : 00000000-0000-0000-0000-000000000000 type : server usb-enabled : False Thanks, Joshua -- Joshua Dotson Founder, Wrale Ltd

2 1

[Users] Error when running "engine-manage-domains"
by Christian Hernandez 05 Feb '13

05 Feb '13

I get an error when running the engine-manage-domains" command that leads me to believe not everything was installed. [root@ovirt ~]# engine-manage-domains -action=list Error: can't run without missing JAR file: /usr/share/ovirt-engine/engine.ear/lib/spring-beans-2.5.6.SEC02.jar [root@ovirt ~]# yum -y provides /usr/share/ovirt-engine/engine.ear/lib/spring-beans-2.5.6.SEC02.jar Loaded plugins: fastestmirror, refresh-packagekit, versionlock Loading mirror speeds from cached hostfile * base: mirror.5ninesolutions.com * extras: centos.mirror.ndchost.com * updates: yum.phx.singlehop.com No Matches found [root@ovirt ~]# file /usr/share/ovirt-engine/engine.ear/lib/spring-beans-2.5.6.SEC02.jar /usr/share/ovirt-engine/engine.ear/lib/spring-beans-2.5.6.SEC02.jar: cannot open `/usr/share/ovirt-engine/engine.ear/lib/spring-beans-2.5.6.SEC02.jar' (No such file or directory) Thoughts? Or anyone know what package provides this? --Christian

3 3

[Users] how to configure reports
by Gianluca Cecchi 05 Feb '13

05 Feb '13

Hello, no setup done yet on 3.2 beta for reports. On oVirt site I find these references http://www.ovirt.org/Ovirt_Reports and http://www.ovirt.org/How_to_setup_a_oVirt_Reports_development_environment but I've not understood what features are available and how to setup when I access the reports link I get: Page: Reports is not a leagal. >From an rhev 3.1 point of vew the steps should be: yum install rhevm-dwh (for only DWH) or yum install rhevm-reports (for both DWH and reports) rhevm-dwh-setup (that btw restarts the ovirt-engine service) rhevm-reports-setup (that btw restarts the ovirt-engine service) Does this map in any way to oVirt if applicable for 3.2 beta? Thanks, Gianluca

3 2

[Users] [3.2 Beta]Creating DB fails
by Nicholas Kesick 05 Feb '13

05 Feb '13

--_df4c66b7-3864-452c-8317-9f8bf91512cb_ Content-Type: multipart/alternative; boundary="_a07ad24a-7363-4314-be65-4b9b32755233_" --_a07ad24a-7363-4314-be65-4b9b32755233_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hey guys=2C I'm having a problem with engine-setup. When it gets to the cre= ating database part=2C it fails. I've tried rebuilding the system (this tim= e from Fedora minimal install) and I had the same problem. Any suggestions?= I've attached the engine setup log and it basically ends with the "engine"= database is not currently accepting connections. ovirt-engine-setup-3.1.0-= 4.fc17.noarchkernel 3.7.4-204.fc18.x86_64 (also tried with what came on th= e dvd)sytemctl status postgresql.service reports postgresql is active (runn= ing). - Nick = --_a07ad24a-7363-4314-be65-4b9b32755233_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>Hey guys=2C I'm having a problem= with engine-setup. When it gets to the creating database part=2C it fails.= I've tried rebuilding the system (this time from Fedora minimal install) a= nd I had the same problem. Any suggestions? I've attached the engine setup = log and it basically ends with the "engine" database is not currently accep= ting connections. &nbsp=3B ovirt-engine-setup-3.1.0-4.fc17.noarch = kernel 3.7.4-204.fc18.x86_64 (also tried with what came on the dvd) syt= emctl status postgresql.service reports postgresql is active&nbsp=3B(runnin= g). &nbsp=3B - Nick </div></body> </html>= --_a07ad24a-7363-4314-be65-4b9b32755233_-- --_df4c66b7-3864-452c-8317-9f8bf91512cb_ Content-Type: text/plain Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="engine-setup_2013_02_03_21_10_19.log" MjAxMy0wMi0wMyAyMToxMDoxOTo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MjI2MTo6cm9vdDo6IGlt cG9ydGluZyBtb2R1bGUgZXhhbXBsZV9wbHVnaW5fMDAwLCBmcm9tIGZpbGUgZXhhbXBsZV9wbHVn aW5fMDAwLnB5CjIwMTMtMDItMDMgMjE6MTA6MTk6OkRFQlVHOjpleGFtcGxlX3BsdWdpbl8wMDA6 OjE3Ojpyb290OjogcGx1Z2luIGV4YW1wbGVfcGx1Z2luXzAwMCBsb2FkZWQKMjAxMy0wMi0wMyAy MToxMDoxOTo6REVCVUc6OmNvbW1vbl91dGlsczo6Mjg2Ojpyb290OjogY21kID0gL3NiaW4vaXAg YWRkcgoyMDEzLTAyLTAzIDIxOjEwOjE5OjpERUJVRzo6Y29tbW9uX3V0aWxzOjoyOTE6OnJvb3Q6 OiBvdXRwdXQgPSAxOiBsbzogPExPT1BCQUNLLFVQLExPV0VSX1VQPiBtdHUgNjU1MzYgcWRpc2Mg bm9xdWV1ZSBzdGF0ZSBVTktOT1dOIAogICAgbGluay9sb29wYmFjayAwMDowMDowMDowMDowMDow MCBicmQgMDA6MDA6MDA6MDA6MDA6MDAKICAgIGluZXQgMTI3LjAuMC4xLzggc2NvcGUgaG9zdCBs bwogICAgaW5ldDYgOjoxLzEyOCBzY29wZSBob3N0IAogICAgICAgdmFsaWRfbGZ0IGZvcmV2ZXIg cHJlZmVycmVkX2xmdCBmb3JldmVyCjI6IHAycDE6IDxCUk9BRENBU1QsTVVMVElDQVNULFVQLExP V0VSX1VQPiBtdHUgMTUwMCBxZGlzYyBwZmlmb19mYXN0IHN0YXRlIFVQIHFsZW4gMTAwMAogICAg bGluay9ldGhlciAwODowMDoyNzo1YzpkZDo5OSBicmQgZmY6ZmY6ZmY6ZmY6ZmY6ZmYKICAgIGlu ZXQgMTkyLjE2OC4yLjEzLzI0IGJyZCAxOTIuMTY4LjIuMjU1IHNjb3BlIGdsb2JhbCBwMnAxCiAg ICBpbmV0NiAyMDAxOjQ4MzA6MTY5MjoxOmEwMDoyN2ZmOmZlNWM6ZGQ5OS82NCBzY29wZSBnbG9i YWwgZHluYW1pYyAKICAgICAgIHZhbGlkX2xmdCA4NjM2MXNlYyBwcmVmZXJyZWRfbGZ0IDE0MzYx c2VjCiAgICBpbmV0NiBmZTgwOjphMDA6MjdmZjpmZTVjOmRkOTkvNjQgc2NvcGUgbGluayAKICAg ICAgIHZhbGlkX2xmdCBmb3JldmVyIHByZWZlcnJlZF9sZnQgZm9yZXZlcgoKMjAxMy0wMi0wMyAy MToxMDoxOTo6REVCVUc6OmNvbW1vbl91dGlsczo6MjkyOjpyb290Ojogc3RkZXJyID0gCjIwMTMt MDItMDMgMjE6MTA6MTk6OkRFQlVHOjpjb21tb25fdXRpbHM6OjI5Mzo6cm9vdDo6IHJldGNvZGUg PSAwCjIwMTMtMDItMDMgMjE6MTA6MTk6OkRFQlVHOjpjb21tb25fdXRpbHM6OjQzMzo6cm9vdDo6 IEZvdW5kIElQIEFkZHJlc3M6IDE5Mi4xNjguMi4xMwoyMDEzLTAyLTAzIDIxOjEwOjE5OjpERUJV Rzo6ZW5naW5lLXNldHVwOjoyMjEwOjpyb290OjogaW5pdGlhdGluZyBjb21tYW5kIGxpbmUgb3B0 aW9uIHBhcnNlcgoyMDEzLTAyLTAzIDIxOjEwOjE5OjpERUJVRzo6ZW5naW5lLXNldHVwOjoyMTgw Ojpyb290OjogY2hlY2tpbmcgdG90YWwgbWVtb3J5CjIwMTMtMDItMDMgMjE6MTA6MTk6OkRFQlVH Ojpjb21tb25fdXRpbHM6OjI4Njo6cm9vdDo6IGNtZCA9IC91c3IvYmluL2ZyZWUgLWcKMjAxMy0w Mi0wMyAyMToxMDoxOTo6REVCVUc6OmNvbW1vbl91dGlsczo6MjkxOjpyb290Ojogb3V0cHV0ID0g ICAgICAgICAgICAgIHRvdGFsICAgICAgIHVzZWQgICAgICAgZnJlZSAgICAgc2hhcmVkICAgIGJ1 ZmZlcnMgICAgIGNhY2hlZApNZW06ICAgICAgICAgICAgIDIgICAgICAgICAgMCAgICAgICAgICAx ICAgICAgICAgIDAgICAgICAgICAgMCAgICAgICAgICAwCi0vKyBidWZmZXJzL2NhY2hlOiAgICAg ICAgICAwICAgICAgICAgIDIKU3dhcDogICAgICAgICAgICAyICAgICAgICAgIDAgICAgICAgICAg MgoKMjAxMy0wMi0wMyAyMToxMDoxOTo6REVCVUc6OmNvbW1vbl91dGlsczo6MjkyOjpyb290Ojog c3RkZXJyID0gCjIwMTMtMDItMDMgMjE6MTA6MTk6OkRFQlVHOjpjb21tb25fdXRpbHM6OjI5Mzo6 cm9vdDo6IHJldGNvZGUgPSAwCjIwMTMtMDItMDMgMjE6MTA6MTk6OkRFQlVHOjplbmdpbmUtc2V0 dXA6OjIxOTA6OnJvb3Q6OiBGb3VuZCBhIG1hdGNoLCBhbW91bnQgb2YgbWVtb3J5OiAyCjIwMTMt MDItMDMgMjE6MTA6MTk6OldBUk5JTkc6OmVuZ2luZS1zZXR1cDo6MjIwMDo6cm9vdDo6IFRoZXJl IGlzIGxlc3MgdGhlbiA0IGF2YWlsYWJsZSBtZW1vcnkgCjIwMTMtMDItMDMgMjE6MTA6MTk6OkRF QlVHOjplbmdpbmUtc2V0dXA6OjIxMDA6OnJvb3Q6OiBFbnRlcmVkIG1haW4oY29uZmlnRmlsZT0n Tm9uZScpCjIwMTMtMDItMDMgMjE6MTA6MTk6OkRFQlVHOjplbmdpbmUtc2V0dXA6OjE2NDY6OnJv b3Q6OiBjaGVja2luZyB0aGUgc3RhdHVzIG9mIGpib3NzCjIwMTMtMDItMDMgMjE6MTA6MTk6OkRF QlVHOjpjb21tb25fdXRpbHM6OjgyNjo6cm9vdDo6IGdldHRpbmcgc3RhdHVzIGZvciBvdmlydC1l bmdpbmUKMjAxMy0wMi0wMyAyMToxMDoxOTo6REVCVUc6OmNvbW1vbl91dGlsczo6ODM1Ojpyb290 OjogZXhlY3V0aW5nIGFjdGlvbiBvdmlydC1lbmdpbmUgb24gc2VydmljZSBzdGF0dXMKMjAxMy0w Mi0wMyAyMToxMDoxOTo6REVCVUc6OmNvbW1vbl91dGlsczo6MzA5Ojpyb290OjogRXhlY3V0aW5n IGNvbW1hbmQgLS0+ICcvc2Jpbi9zZXJ2aWNlIG92aXJ0LWVuZ2luZSBzdGF0dXMnCjIwMTMtMDIt MDMgMjE6MTA6MTk6OkRFQlVHOjpjb21tb25fdXRpbHM6OjMzNTo6cm9vdDo6IG91dHB1dCA9IG92 aXJ0LWVuZ2luZS5zZXJ2aWNlIC0gb1ZpcnQgRW5naW5lCgkgIExvYWRlZDogbG9hZGVkICgvdXNy L2xpYi9zeXN0ZW1kL3N5c3RlbS9vdmlydC1lbmdpbmUuc2VydmljZTsgZGlzYWJsZWQpCgkgIEFj dGl2ZTogaW5hY3RpdmUgKGRlYWQpCgoKMjAxMy0wMi0wMyAyMToxMDoxOTo6REVCVUc6OmNvbW1v bl91dGlsczo6MzM2Ojpyb290Ojogc3RkZXJyID0gUmVkaXJlY3RpbmcgdG8gL2Jpbi9zeXN0ZW1j dGwgc3RhdHVzICBvdmlydC1lbmdpbmUuc2VydmljZQoKMjAxMy0wMi0wMyAyMToxMDoxOTo6REVC VUc6OmNvbW1vbl91dGlsczo6MzM3Ojpyb290OjogcmV0Y29kZSA9IDMKMjAxMy0wMi0wMyAyMTox MDoxOTo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MTM5Nzo6cm9vdDo6IGdvaW5nIG92ZXIgZ3JvdXAg UE9SVFMKMjAxMy0wMi0wMyAyMToxMDoxOTo6REVCVUc6OmVuZ2luZS1zZXR1cDo6NzAyOjpyb290 OjogY2hlY2tpbmcgd2hldGhlciBIVFRQRCBjb25maWcgZmlsZXMgd2VyZSBjaGFuZ2VkCjIwMTMt MDItMDMgMjE6MTA6MTk6OkRFQlVHOjpjb21tb25fdXRpbHM6OjMwOTo6cm9vdDo6IEV4ZWN1dGlu ZyBjb21tYW5kIC0tPiAnL2Jpbi9ycG0gLVYgLS1ub210aW1lIGh0dHBkIG1vZF9zc2wnCjIwMTMt MDItMDMgMjE6MTA6MjI6OkRFQlVHOjpjb21tb25fdXRpbHM6OjMzNTo6cm9vdDo6IG91dHB1dCA9 IAoyMDEzLTAyLTAzIDIxOjEwOjIyOjpERUJVRzo6Y29tbW9uX3V0aWxzOjozMzY6OnJvb3Q6OiBz dGRlcnIgPSAKMjAxMy0wMi0wMyAyMToxMDoyMjo6REVCVUc6OmNvbW1vbl91dGlsczo6MzM3Ojpy b290OjogcmV0Y29kZSA9IDAKMjAxMy0wMi0wMyAyMToxMDoyMjo6SU5GTzo6ZW5naW5lLXNldHVw OjoxNDA2Ojpyb290OjogQ29tcGFyaW5nIHByZS1jb25kaXRpb25zOyBjb25kaXRpb246ICdUcnVl JywgYW5kIG1hdGNoOiAnVHJ1ZScKMjAxMy0wMi0wMyAyMToxMDoyMjo6REVCVUc6OmVuZ2luZS1z ZXR1cDo6NTA5Ojpyb290Ojogc2V0dGluZyBkZWZhdWx0IHZhbHVlICh5ZXMpIGZvciBrZXkgKE9W RVJSSURFX0hUVFBEX0NPTkZJRykKMjAxMy0wMi0wMyAyMToxMDoyNDo6REVCVUc6OmVuZ2luZV92 YWxpZGF0b3JzOjo2Mjo6cm9vdDo6IFZhbGlkYXRpbmcgODAgYXMgYSB2YWxpZCBUQ1AgUG9ydAoy MDEzLTAyLTAzIDIxOjEwOjI0OjpERUJVRzo6Y29tbW9uX3V0aWxzOjoyNjU6OnJvb3Q6OiBDaGVj a2luZyBpZiBUQ1AgcG9ydCA4MCBpcyBvcGVuIGJ5IGFueSBwcm9jZXNzCjIwMTMtMDItMDMgMjE6 MTA6MjQ6OkRFQlVHOjpjb21tb25fdXRpbHM6OjI4Njo6cm9vdDo6IGNtZCA9IC91c3Ivc2Jpbi9s c29mIC1pIC1uIC1QCjIwMTMtMDItMDMgMjE6MTA6MjQ6OkRFQlVHOjpjb21tb25fdXRpbHM6OjI5 MTo6cm9vdDo6IG91dHB1dCA9IENPTU1BTkQgIFBJRCBVU0VSICAgRkQgICBUWVBFIERFVklDRSBT SVpFL09GRiBOT0RFIE5BTUUKZGhjbGllbnQgNjg2IHJvb3QgICAgNnUgIElQdjQgIDEzOTA0ICAg ICAgMHQwICBVRFAgKjo2OCAKZGhjbGllbnQgNjg2IHJvb3QgICAyMHUgIElQdjQgIDEzODcyICAg ICAgMHQwICBVRFAgKjo1ODg3NiAKZGhjbGllbnQgNjg2IHJvb3QgICAyMXUgIElQdjYgIDEzODcz ICAgICAgMHQwICBVRFAgKjoyODUzNSAKcnBjYmluZCAgNzM5ICBycGMgICAgN3UgIElQdjQgIDE0 Mjk2ICAgICAgMHQwICBVRFAgKjoxMTEgCnJwY2JpbmQgIDczOSAgcnBjICAgIDh1ICBJUHY0ICAx NDI5OCAgICAgIDB0MCAgVURQICo6OTA5IApycGNiaW5kICA3MzkgIHJwYyAgICA5dSAgSVB2NCAg MTQyOTkgICAgICAwdDAgIFRDUCAqOjExMSAoTElTVEVOKQpycGNiaW5kICA3MzkgIHJwYyAgIDEw dSAgSVB2NiAgMTQzMDAgICAgICAwdDAgIFVEUCAqOjExMSAKcnBjYmluZCAgNzM5ICBycGMgICAx MXUgIElQdjYgIDE0MzAxICAgICAgMHQwICBVRFAgKjo5MDkgCnJwY2JpbmQgIDczOSAgcnBjICAg MTJ1ICBJUHY2ICAxNDMwMiAgICAgIDB0MCAgVENQICo6MTExIChMSVNURU4pCnNzaGQgICAgIDc0 NCByb290ICAgIDN1ICBJUHY0ICAxNDQ1OSAgICAgIDB0MCAgVENQICo6MjIgKExJU1RFTikKc3No ZCAgICAgNzQ0IHJvb3QgICAgNHUgIElQdjYgIDE0NDY3ICAgICAgMHQwICBUQ1AgKjoyMiAoTElT VEVOKQpzZW5kbWFpbCA3Nzggcm9vdCAgICA0dSAgSVB2NCAgMTQ3NTcgICAgICAwdDAgIFRDUCAx MjcuMC4wLjE6MjUgKExJU1RFTikKc3NoZCAgICAgODEzIHJvb3QgICAgM3UgIElQdjQgIDE1MzQw ICAgICAgMHQwICBUQ1AgMTkyLjE2OC4yLjEzOjIyLT4xOTIuMTY4LjIuMTc6NTE1MzggKEVTVEFC TElTSEVEKQoKMjAxMy0wMi0wMyAyMToxMDoyNDo6REVCVUc6OmNvbW1vbl91dGlsczo6MjkyOjpy b290Ojogc3RkZXJyID0gCjIwMTMtMDItMDMgMjE6MTA6MjQ6OkRFQlVHOjpjb21tb25fdXRpbHM6 OjI5Mzo6cm9vdDo6IHJldGNvZGUgPSAwCjIwMTMtMDItMDMgMjE6MTA6MjQ6OkRFQlVHOjpjb21t b25fdXRpbHM6OjMwOTo6cm9vdDo6IEV4ZWN1dGluZyBjb21tYW5kIC0tPiAnL3Vzci9zYmluL3Nl bWFuYWdlIHBvcnQgLWwnCjIwMTMtMDItMDMgMjE6MTA6MjY6OkRFQlVHOjpjb21tb25fdXRpbHM6 OjMzNTo6cm9vdDo6IG91dHB1dCA9IFNFTGludXggUG9ydCBUeXBlICAgICAgICAgICAgICBQcm90 byAgICBQb3J0IE51bWJlcgoKYWZzX2Jvc19wb3J0X3QgICAgICAgICAgICAgICAgIHVkcCAgICAg IDcwMDcKYWZzX2NsaWVudF9wb3J0X3QgICAgICAgICAgICAgIHVkcCAgICAgIDcwMDEKYWZzX2Zz X3BvcnRfdCAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDIwNDAKYWZzX2ZzX3BvcnRfdCAgICAg ICAgICAgICAgICAgIHVkcCAgICAgIDcwMDAsIDcwMDUKYWZzX2thX3BvcnRfdCAgICAgICAgICAg ICAgICAgIHVkcCAgICAgIDcwMDQKYWZzX3B0X3BvcnRfdCAgICAgICAgICAgICAgICAgIHVkcCAg ICAgIDcwMDIKYWZzX3ZsX3BvcnRfdCAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDcwMDMKYWdl bnR4X3BvcnRfdCAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDcwNQphZ2VudHhfcG9ydF90ICAg ICAgICAgICAgICAgICAgdWRwICAgICAgNzA1CmFqYXh0ZXJtX3BvcnRfdCAgICAgICAgICAgICAg ICB0Y3AgICAgICA4MDIyCmFtYW5kYV9wb3J0X3QgICAgICAgICAgICAgICAgICB0Y3AgICAgICAx MDA4MC0xMDA4MwphbWFuZGFfcG9ydF90ICAgICAgICAgICAgICAgICAgdWRwICAgICAgMTAwODAt MTAwODIKYW1hdmlzZF9yZWN2X3BvcnRfdCAgICAgICAgICAgIHRjcCAgICAgIDEwMDI0CmFtYXZp c2Rfc2VuZF9wb3J0X3QgICAgICAgICAgICB0Y3AgICAgICAxMDAyNQphbXFwX3BvcnRfdCAgICAg ICAgICAgICAgICAgICAgdGNwICAgICAgNTY3MS01NjcyCmFtcXBfcG9ydF90ICAgICAgICAgICAg ICAgICAgICB1ZHAgICAgICA1NjcxLTU2NzIKYW9sX3BvcnRfdCAgICAgICAgICAgICAgICAgICAg IHRjcCAgICAgIDUxOTAtNTE5Mwphb2xfcG9ydF90ICAgICAgICAgICAgICAgICAgICAgdWRwICAg ICAgNTE5MC01MTkzCmFwY3Vwc2RfcG9ydF90ICAgICAgICAgICAgICAgICB0Y3AgICAgICAzNTUx CmFwY3Vwc2RfcG9ydF90ICAgICAgICAgICAgICAgICB1ZHAgICAgICAzNTUxCmFwZXJ0dXNfbGRw X3BvcnRfdCAgICAgICAgICAgICB0Y3AgICAgICA1MzkKYXBlcnR1c19sZHBfcG9ydF90ICAgICAg ICAgICAgIHVkcCAgICAgIDUzOQphc3Rlcmlza19wb3J0X3QgICAgICAgICAgICAgICAgdGNwICAg ICAgMTcyMAphc3Rlcmlza19wb3J0X3QgICAgICAgICAgICAgICAgdWRwICAgICAgMjQyNywgMjcy NywgNDU2OQphdWRpdF9wb3J0X3QgICAgICAgICAgICAgICAgICAgdGNwICAgICAgNjAKYXV0aF9w b3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDExMwpiZ3BfcG9ydF90ICAgICAgICAg ICAgICAgICAgICAgdGNwICAgICAgMTc5LCAyNjA1CmJncF9wb3J0X3QgICAgICAgICAgICAgICAg ICAgICB1ZHAgICAgICAxNzksIDI2MDUKYm9pbmNfY2xpZW50X2N0cmxfcG9ydF90ICAgICAgIHRj cCAgICAgIDEwNDMKYm9pbmNfcG9ydF90ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDMxNDE2 CmNlcnRtYXN0ZXJfcG9ydF90ICAgICAgICAgICAgICB0Y3AgICAgICA1MTIzNQpjaHJvbnlkX3Bv cnRfdCAgICAgICAgICAgICAgICAgdWRwICAgICAgMzIzCmNsYW1kX3BvcnRfdCAgICAgICAgICAg ICAgICAgICB0Y3AgICAgICAzMzEwCmNsb2Nrc3BlZWRfcG9ydF90ICAgICAgICAgICAgICB1ZHAg ICAgICA0MDQxCmNsdXN0ZXJfcG9ydF90ICAgICAgICAgICAgICAgICB0Y3AgICAgICA1MTQ5LCA0 MDA0MCwgNTAwMDYtNTAwMDgKY2x1c3Rlcl9wb3J0X3QgICAgICAgICAgICAgICAgIHVkcCAgICAg IDUxNDksIDUwMDA2LTUwMDA4CmNtYV9wb3J0X3QgICAgICAgICAgICAgICAgICAgICB0Y3AgICAg ICAxMDUwCmNtYV9wb3J0X3QgICAgICAgICAgICAgICAgICAgICB1ZHAgICAgICAxMDUwCmNvYmJs ZXJfcG9ydF90ICAgICAgICAgICAgICAgICB0Y3AgICAgICAyNTE1MQpjb21tcGxleF9wb3J0X3Qg ICAgICAgICAgICAgICAgdGNwICAgICAgNTAwMQpjb21tcGxleF9wb3J0X3QgICAgICAgICAgICAg ICAgdWRwICAgICAgNTAwMQpjb21zYXRfcG9ydF90ICAgICAgICAgICAgICAgICAgdWRwICAgICAg NTEyCmNvbmRvcl9wb3J0X3QgICAgICAgICAgICAgICAgICB0Y3AgICAgICA5NjE4CmNvbmRvcl9w b3J0X3QgICAgICAgICAgICAgICAgICB1ZHAgICAgICA5NjE4CmNvdWNoZGJfcG9ydF90ICAgICAg ICAgICAgICAgICB0Y3AgICAgICA1OTg0CmNvdWNoZGJfcG9ydF90ICAgICAgICAgICAgICAgICB1 ZHAgICAgICA1OTg0CmN0ZGJfcG9ydF90ICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA0Mzc5 CmN0ZGJfcG9ydF90ICAgICAgICAgICAgICAgICAgICB1ZHAgICAgICA0Mzc5CmN2c19wb3J0X3Qg ICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAyNDAxCmN2c19wb3J0X3QgICAgICAgICAgICAg ICAgICAgICB1ZHAgICAgICAyNDAxCmN5cGhlc2lzX3BvcnRfdCAgICAgICAgICAgICAgICB0Y3Ag ICAgICA2NzY3LCA2NzY5LCA2NzgwLTY3OTkKY3lwaGVzaXNfcG9ydF90ICAgICAgICAgICAgICAg IHVkcCAgICAgIDMyNzcxCmRhYXBfcG9ydF90ICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAz Njg5CmRhYXBfcG9ydF90ICAgICAgICAgICAgICAgICAgICB1ZHAgICAgICAzNjg5CmRic2trZF9w b3J0X3QgICAgICAgICAgICAgICAgICB0Y3AgICAgICAxMTc4CmRjY19wb3J0X3QgICAgICAgICAg ICAgICAgICAgICB1ZHAgICAgICA2Mjc2LCA2Mjc3CmRjY21fcG9ydF90ICAgICAgICAgICAgICAg ICAgICB0Y3AgICAgICA1Njc5CmRjY21fcG9ydF90ICAgICAgICAgICAgICAgICAgICB1ZHAgICAg ICA1Njc5CmRoY3BjX3BvcnRfdCAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA2OCwgNTQ2CmRo Y3BjX3BvcnRfdCAgICAgICAgICAgICAgICAgICB1ZHAgICAgICA2OCwgNTQ2CmRoY3BkX3BvcnRf dCAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA1NDcsIDU0OCwgNjQ3LCA4NDcsIDc5MTEKZGhj cGRfcG9ydF90ICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDY3LCA1NDcsIDU0OCwgNjQ3LCA4 NDcKZGljdF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDI2MjgKZGlzdGNjZF9w b3J0X3QgICAgICAgICAgICAgICAgIHRjcCAgICAgIDM2MzIKZG5zX3BvcnRfdCAgICAgICAgICAg ICAgICAgICAgIHRjcCAgICAgIDUzCmRuc19wb3J0X3QgICAgICAgICAgICAgICAgICAgICB1ZHAg ICAgICA1MwpkbnNzZWNfcG9ydF90ICAgICAgICAgICAgICAgICAgdGNwICAgICAgODk1NQpkb2d0 YWdfcG9ydF90ICAgICAgICAgICAgICAgICAgdGNwICAgICAgNzM5MAplY2hvX3BvcnRfdCAgICAg ICAgICAgICAgICAgICAgdGNwICAgICAgNwplY2hvX3BvcnRfdCAgICAgICAgICAgICAgICAgICAg dWRwICAgICAgNwplcGhlbWVyYWxfcG9ydF90ICAgICAgICAgICAgICAgdGNwICAgICAgMzI3Njgt NjEwMDAKZXBoZW1lcmFsX3BvcnRfdCAgICAgICAgICAgICAgIHVkcCAgICAgIDMyNzY4LTYxMDAw CmVwbWFwX3BvcnRfdCAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAxMzUKZXBtYXBfcG9ydF90 ICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDEzNQplcG1kX3BvcnRfdCAgICAgICAgICAgICAg ICAgICAgdGNwICAgICAgNDM2OQplcG1kX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdWRwICAg ICAgNDM2OQpmZXN0aXZhbF9wb3J0X3QgICAgICAgICAgICAgICAgdGNwICAgICAgMTMxNApmaW5n ZXJkX3BvcnRfdCAgICAgICAgICAgICAgICAgdGNwICAgICAgNzkKZmlyZWJpcmRfcG9ydF90ICAg ICAgICAgICAgICAgIHRjcCAgICAgIDMwNTAKZmlyZWJpcmRfcG9ydF90ICAgICAgICAgICAgICAg IHVkcCAgICAgIDMwNTAKZmxhc2hfcG9ydF90ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDg0 MywgMTkzNQpmbGFzaF9wb3J0X3QgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMTkzNQpmcHJv dF9wb3J0X3QgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMTAyMDAKZnRwX2RhdGFfcG9ydF90 ICAgICAgICAgICAgICAgIHRjcCAgICAgIDIwCmZ0cF9wb3J0X3QgICAgICAgICAgICAgICAgICAg ICB0Y3AgICAgICAyMSwgOTkwCmZ0cF9wb3J0X3QgICAgICAgICAgICAgICAgICAgICB1ZHAgICAg ICA5OTAKZ2F0ZWtlZXBlcl9wb3J0X3QgICAgICAgICAgICAgIHRjcCAgICAgIDE3MjEsIDcwMDAK Z2F0ZWtlZXBlcl9wb3J0X3QgICAgICAgICAgICAgIHVkcCAgICAgIDE3MTgsIDE3MTkKZ2lmdGRf cG9ydF90ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDEyMTMKZ2l0X3BvcnRfdCAgICAgICAg ICAgICAgICAgICAgIHRjcCAgICAgIDk0MTgKZ2l0X3BvcnRfdCAgICAgICAgICAgICAgICAgICAg IHVkcCAgICAgIDk0MTgKZ2xhbmNlX3BvcnRfdCAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDky OTIKZ2xhbmNlX3BvcnRfdCAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDkyOTIKZ2xhbmNlX3Jl Z2lzdHJ5X3BvcnRfdCAgICAgICAgIHRjcCAgICAgIDkxOTEKZ2xhbmNlX3JlZ2lzdHJ5X3BvcnRf dCAgICAgICAgIHVkcCAgICAgIDkxOTEKZ29waGVyX3BvcnRfdCAgICAgICAgICAgICAgICAgIHRj cCAgICAgIDcwCmdvcGhlcl9wb3J0X3QgICAgICAgICAgICAgICAgICB1ZHAgICAgICA3MApncHNk X3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMjk0NwpoYWRvb3BfZGF0YW5vZGVf cG9ydF90ICAgICAgICAgdGNwICAgICAgNTAwMTAKaGFkb29wX25hbWVub2RlX3BvcnRfdCAgICAg ICAgIHRjcCAgICAgIDgwMjAKaGRkdGVtcF9wb3J0X3QgICAgICAgICAgICAgICAgIHRjcCAgICAg IDc2MzQKaGlfcmVzZXJ2ZWRfcG9ydF90ICAgICAgICAgICAgIHRjcCAgICAgIDUxMi0xMDIzCmhp X3Jlc2VydmVkX3BvcnRfdCAgICAgICAgICAgICB1ZHAgICAgICA1MTItMTAyMwpob3dsX3BvcnRf dCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgNTMzNQpob3dsX3BvcnRfdCAgICAgICAgICAg ICAgICAgICAgdWRwICAgICAgNTM1MwpocGxpcF9wb3J0X3QgICAgICAgICAgICAgICAgICAgdGNw ICAgICAgMTc4MiwgMjIwNywgMjIwOCwgODI5MCwgNTAwMDAsIDUwMDAyLCA4MjkyLCA5MTAwLCA5 MTAxLCA5MTAyLCA5MjIwLCA5MjIxLCA5MjIyLCA5MjgwLCA5MjgxLCA5MjgyLCA5MjkwLCA5Mjkx Cmh0dHBfY2FjaGVfcG9ydF90ICAgICAgICAgICAgICB0Y3AgICAgICA4MDgwLCA4MTE4LCA4MTIz LCAxMDAwMS0xMDAxMApodHRwX2NhY2hlX3BvcnRfdCAgICAgICAgICAgICAgdWRwICAgICAgMzEz MApodHRwX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgODAsIDgxLCA0NDMsIDQ4 OCwgODAwOCwgODAwOSwgODQ0MywgOTAwMAppMThuX2lucHV0X3BvcnRfdCAgICAgICAgICAgICAg dGNwICAgICAgOTAxMAppbWF6ZV9wb3J0X3QgICAgICAgICAgICAgICAgICAgdGNwICAgICAgNTMy MwppbWF6ZV9wb3J0X3QgICAgICAgICAgICAgICAgICAgdWRwICAgICAgNTMyMwppbmV0ZF9jaGls ZF9wb3J0X3QgICAgICAgICAgICAgdGNwICAgICAgMSwgOSwgMTMsIDE5LCA1MTIsIDU0MywgNTQ0 LCA4OTEsIDg5MiwgMjEwNSwgNTY2NgppbmV0ZF9jaGlsZF9wb3J0X3QgICAgICAgICAgICAgdWRw ICAgICAgMSwgOSwgMTMsIDE5LCA4OTEsIDg5Mgppbm5kX3BvcnRfdCAgICAgICAgICAgICAgICAg ICAgdGNwICAgICAgMTE5CmludGVyd2lzZV9wb3J0X3QgICAgICAgICAgICAgICB0Y3AgICAgICA3 Nzc4CmludGVyd2lzZV9wb3J0X3QgICAgICAgICAgICAgICB1ZHAgICAgICA3Nzc4Cmlvbml4bmV0 bW9uX3BvcnRfdCAgICAgICAgICAgICB0Y3AgICAgICA3NDEwCmlvbml4bmV0bW9uX3BvcnRfdCAg ICAgICAgICAgICB1ZHAgICAgICA3NDEwCmlwbWlfcG9ydF90ICAgICAgICAgICAgICAgICAgICB1 ZHAgICAgICA2MjMsIDY2NAppcHBfcG9ydF90ICAgICAgICAgICAgICAgICAgICAgdGNwICAgICAg NjMxLCA4NjEwLTg2MTQKaXBwX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDYz MSwgODYxMC04NjE0Cmlwc2VjbmF0X3BvcnRfdCAgICAgICAgICAgICAgICB0Y3AgICAgICA0NTAw Cmlwc2VjbmF0X3BvcnRfdCAgICAgICAgICAgICAgICB1ZHAgICAgICA0NTAwCmlyY2RfcG9ydF90 ICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA2NjY3LCA2Njk3CmlzYWttcF9wb3J0X3QgICAg ICAgICAgICAgICAgICB1ZHAgICAgICA1MDAKaXNjc2lfcG9ydF90ICAgICAgICAgICAgICAgICAg IHRjcCAgICAgIDMyNjAKaXNuc19wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDMy MDUKaXNuc19wb3J0X3QgICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDMyMDUKamFiYmVyX2Ns aWVudF9wb3J0X3QgICAgICAgICAgIHRjcCAgICAgIDUyMjIsIDUyMjMKamFiYmVyX2ludGVyc2Vy dmVyX3BvcnRfdCAgICAgIHRjcCAgICAgIDUyNjkKamFiYmVyX3JvdXRlcl9wb3J0X3QgICAgICAg ICAgIHRjcCAgICAgIDUzNDcKamFjb3JiX3BvcnRfdCAgICAgICAgICAgICAgICAgIHRjcCAgICAg IDM1MjgsIDM1MjkKamJvc3NfZGVidWdfcG9ydF90ICAgICAgICAgICAgIHRjcCAgICAgIDg3ODcK amJvc3NfbWFuYWdlbWVudF9wb3J0X3QgICAgICAgIHRjcCAgICAgIDQ3MTIsIDQ0NDcsIDc2MDAs IDkxMjMsIDk5OTAsIDk5OTksIDE4MDAxCmpib3NzX21hbmFnZW1lbnRfcG9ydF90ICAgICAgICB1 ZHAgICAgICA0NzEyLCA5MTIzCmpib3NzX21lc3NhZ2luZ19wb3J0X3QgICAgICAgICB0Y3AgICAg ICA1NDQ1LCA1NDU1CmtlcmJlcm9zX2FkbWluX3BvcnRfdCAgICAgICAgICB0Y3AgICAgICA3NDkK a2VyYmVyb3NfcGFzc3dvcmRfcG9ydF90ICAgICAgIHRjcCAgICAgIDQ2NAprZXJiZXJvc19wYXNz d29yZF9wb3J0X3QgICAgICAgdWRwICAgICAgNDY0CmtlcmJlcm9zX3BvcnRfdCAgICAgICAgICAg ICAgICB0Y3AgICAgICA4OCwgNzUwLCA0NDQ0CmtlcmJlcm9zX3BvcnRfdCAgICAgICAgICAgICAg ICB1ZHAgICAgICA4OCwgNzUwLCA0NDQ0CmtleXN0b25lX3BvcnRfdCAgICAgICAgICAgICAgICB0 Y3AgICAgICA1MDAwLCAzNTM1NwprZXlzdG9uZV9wb3J0X3QgICAgICAgICAgICAgICAgdWRwICAg ICAgNTAwMCwgMzUzNTcKa3Byb3BfcG9ydF90ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDc1 NAprdGFsa2RfcG9ydF90ICAgICAgICAgICAgICAgICAgdWRwICAgICAgNTE3LCA1MTgKbDJ0cF9w b3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDE3MDEKbDJ0cF9wb3J0X3QgICAgICAg ICAgICAgICAgICAgIHVkcCAgICAgIDE3MDEKbGRhcF9wb3J0X3QgICAgICAgICAgICAgICAgICAg IHRjcCAgICAgIDM4OSwgNjM2LCAzMjY4LCA3Mzg5CmxkYXBfcG9ydF90ICAgICAgICAgICAgICAg ICAgICB1ZHAgICAgICAzODksIDYzNgpsaXJjX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNw ICAgICAgODc2NQpsbXRwX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMjQsIDIw MDMKbG10cF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDI0Cmx1Y2lfcG9ydF90 ICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA4MDg0Cm1haWxfcG9ydF90ICAgICAgICAgICAg ICAgICAgICB0Y3AgICAgICAyMDAwLCAzOTA1Cm1hdGFoYXJpX3BvcnRfdCAgICAgICAgICAgICAg ICB0Y3AgICAgICA0OTAwMAptYXRhaGFyaV9wb3J0X3QgICAgICAgICAgICAgICAgdWRwICAgICAg NDkwMDAKbWVtY2FjaGVfcG9ydF90ICAgICAgICAgICAgICAgIHRjcCAgICAgIDExMjExCm1lbWNh Y2hlX3BvcnRfdCAgICAgICAgICAgICAgICB1ZHAgICAgICAxMTIxMQptbWNjX3BvcnRfdCAgICAg ICAgICAgICAgICAgICAgdGNwICAgICAgNTA1MAptbWNjX3BvcnRfdCAgICAgICAgICAgICAgICAg ICAgdWRwICAgICAgNTA1MAptb25nb2RfcG9ydF90ICAgICAgICAgICAgICAgICAgdGNwICAgICAg MjcwMTcKbW9ub3BkX3BvcnRfdCAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDEyMzQKbW92YXpf c3NjX3BvcnRfdCAgICAgICAgICAgICAgIHRjcCAgICAgIDUyNTIKbXBkX3BvcnRfdCAgICAgICAg ICAgICAgICAgICAgIHRjcCAgICAgIDY2MDAKbXNucF9wb3J0X3QgICAgICAgICAgICAgICAgICAg IHRjcCAgICAgIDE4NjMKbXNucF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDE4 NjMKbXNzcWxfcG9ydF90ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDE0MzMtMTQzNAptc3Nx bF9wb3J0X3QgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMTQzMy0xNDM0Cm11bmluX3BvcnRf dCAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA0OTQ5Cm11bmluX3BvcnRfdCAgICAgICAgICAg ICAgICAgICB1ZHAgICAgICA0OTQ5Cm14aV9wb3J0X3QgICAgICAgICAgICAgICAgICAgICB0Y3Ag ICAgICA4MDA1Cm14aV9wb3J0X3QgICAgICAgICAgICAgICAgICAgICB1ZHAgICAgICA4MDA1Cm15 c3FsZF9wb3J0X3QgICAgICAgICAgICAgICAgICB0Y3AgICAgICAxMTg2LCAzMzA2LCA2MzEzMi02 MzE2NApteXNxbG1hbmFnZXJkX3BvcnRfdCAgICAgICAgICAgdGNwICAgICAgMjI3MwpuZXNzdXNf cG9ydF90ICAgICAgICAgICAgICAgICAgdGNwICAgICAgMTI0MQpuZXRwb3J0X3BvcnRfdCAgICAg ICAgICAgICAgICAgdGNwICAgICAgMzEyOQpuZXRwb3J0X3BvcnRfdCAgICAgICAgICAgICAgICAg dWRwICAgICAgMzEyOQpuZXRzdXBwb3J0X3BvcnRfdCAgICAgICAgICAgICAgdGNwICAgICAgNTQw NCwgNTQwNQpuZXRzdXBwb3J0X3BvcnRfdCAgICAgICAgICAgICAgdWRwICAgICAgNTQwNCwgNTQw NQpuZnNfcG9ydF90ICAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMjA0OSwgMjAwNDgtMjAw NDkKbmZzX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDIwNDksIDIwMDQ4LTIw MDQ5Cm5tYmRfcG9ydF90ICAgICAgICAgICAgICAgICAgICB1ZHAgICAgICAxMzcsIDEzOApub2Rl anNfZGVidWdfcG9ydF90ICAgICAgICAgICAgdGNwICAgICAgNTg1OApub2RlanNfZGVidWdfcG9y dF90ICAgICAgICAgICAgdWRwICAgICAgNTg1OApudG9wX3BvcnRfdCAgICAgICAgICAgICAgICAg ICAgdGNwICAgICAgMzAwMC0zMDAxCm50b3BfcG9ydF90ICAgICAgICAgICAgICAgICAgICB1ZHAg ICAgICAzMDAwLTMwMDEKbnRwX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDEy MwpvY3NwX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgOTA4MApvcGVuaHBpZF9w b3J0X3QgICAgICAgICAgICAgICAgdGNwICAgICAgNDc0MwpvcGVuaHBpZF9wb3J0X3QgICAgICAg ICAgICAgICAgdWRwICAgICAgNDc0MwpvcGVudnBuX3BvcnRfdCAgICAgICAgICAgICAgICAgdGNw ICAgICAgMTE5NApvcGVudnBuX3BvcnRfdCAgICAgICAgICAgICAgICAgdWRwICAgICAgMTE5NApv cmFjbGVfcG9ydF90ICAgICAgICAgICAgICAgICAgdGNwICAgICAgMTUyMSwgMjQ4MywgMjQ4NApv cmFjbGVfcG9ydF90ICAgICAgICAgICAgICAgICAgdWRwICAgICAgMTUyMSwgMjQ4MywgMjQ4NApw ZWdhc3VzX2h0dHBfcG9ydF90ICAgICAgICAgICAgdGNwICAgICAgNTk4OApwZWdhc3VzX2h0dHBz X3BvcnRfdCAgICAgICAgICAgdGNwICAgICAgNTk4OQpwZ3BrZXlzZXJ2ZXJfcG9ydF90ICAgICAg ICAgICAgdGNwICAgICAgMTEzNzEKcGdwa2V5c2VydmVyX3BvcnRfdCAgICAgICAgICAgIHVkcCAg ICAgIDExMzcxCnBpbmdkX3BvcnRfdCAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA5MTI1CnBp cmFuaGFfcG9ydF90ICAgICAgICAgICAgICAgICB0Y3AgICAgICAzNjM2CnBraV9jYV9wb3J0X3Qg ICAgICAgICAgICAgICAgICB0Y3AgICAgICA5MTgwLCA5NzAxLCA5NDQzLTk0NDcKcGtpX2tyYV9w b3J0X3QgICAgICAgICAgICAgICAgIHRjcCAgICAgIDEwMTgwLCAxMDcwMSwgMTA0NDMtMTA0NDYK cGtpX29jc3BfcG9ydF90ICAgICAgICAgICAgICAgIHRjcCAgICAgIDExMTgwLCAxMTcwMSwgMTE0 NDMtMTE0NDYKcGtpX3JhX3BvcnRfdCAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDEyODg4LTEy ODg5CnBraV90a3NfcG9ydF90ICAgICAgICAgICAgICAgICB0Y3AgICAgICAxMzE4MCwgMTM3MDEs IDEzNDQzLTEzNDQ2CnBraV90cHNfcG9ydF90ICAgICAgICAgICAgICAgICB0Y3AgICAgICA3ODg4 LTc4ODkKcGt0Y2FibGVfcG9ydF90ICAgICAgICAgICAgICAgIHRjcCAgICAgIDIxMjYsIDMxOTgK cGt0Y2FibGVfcG9ydF90ICAgICAgICAgICAgICAgIHVkcCAgICAgIDIxMjYsIDMxOTgKcG9wX3Bv cnRfdCAgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDEwNiwgMTA5LCAxMTAsIDE0MywgMjIw LCA5OTMsIDk5NSwgMTEwOQpwb3J0bWFwX3BvcnRfdCAgICAgICAgICAgICAgICAgdGNwICAgICAg MTExCnBvcnRtYXBfcG9ydF90ICAgICAgICAgICAgICAgICB1ZHAgICAgICAxMTEKcG9zdGZpeF9w b2xpY3lkX3BvcnRfdCAgICAgICAgIHRjcCAgICAgIDEwMDMxCnBvc3RncmVzcWxfcG9ydF90ICAg ICAgICAgICAgICB0Y3AgICAgICA1NDMyCnBvc3RncmV5X3BvcnRfdCAgICAgICAgICAgICAgICB0 Y3AgICAgICA2MDAwMApwcHRwX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMTcy MwpwcHRwX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMTcyMwpwcmVsdWRlX3Bv cnRfdCAgICAgICAgICAgICAgICAgdGNwICAgICAgNDY5MApwcmVsdWRlX3BvcnRfdCAgICAgICAg ICAgICAgICAgdWRwICAgICAgNDY5MApwcmVzZW5jZV9wb3J0X3QgICAgICAgICAgICAgICAgdGNw ICAgICAgNTI5OC01Mjk5CnByZXNlbmNlX3BvcnRfdCAgICAgICAgICAgICAgICB1ZHAgICAgICA1 Mjk4LTUyOTkKcHJpbnRlcl9wb3J0X3QgICAgICAgICAgICAgICAgIHRjcCAgICAgIDUxNQpwdGFs X3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgNTcwMwpwdWxzZWF1ZGlvX3BvcnRf dCAgICAgICAgICAgICAgdGNwICAgICAgNDcxMwpwdWxzZWF1ZGlvX3BvcnRfdCAgICAgICAgICAg ICAgdWRwICAgICAgNDcxMwpwdXBwZXRfcG9ydF90ICAgICAgICAgICAgICAgICAgdGNwICAgICAg ODE0MApweGVfcG9ydF90ICAgICAgICAgICAgICAgICAgICAgdWRwICAgICAgNDAxMQpweXpvcl9w b3J0X3QgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMjQ0NDEKcXVhbnR1bV9wb3J0X3QgICAg ICAgICAgICAgICAgIHRjcCAgICAgIDk2OTYKcmFkYWNjdF9wb3J0X3QgICAgICAgICAgICAgICAg IHVkcCAgICAgIDE2NDYsIDE4MTMKcmFkaXVzX3BvcnRfdCAgICAgICAgICAgICAgICAgIHVkcCAg ICAgIDE2NDUsIDE4MTIKcmFkc2VjX3BvcnRfdCAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDIw ODMKcmF6b3JfcG9ydF90ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDI3MDMKcmVwb3NpdG9y eV9wb3J0X3QgICAgICAgICAgICAgIHRjcCAgICAgIDYzNjMKcmljY2lfbW9kY2x1c3Rlcl9wb3J0 X3QgICAgICAgIHRjcCAgICAgIDE2ODUxCnJpY2NpX21vZGNsdXN0ZXJfcG9ydF90ICAgICAgICB1 ZHAgICAgICAxNjg1MQpyaWNjaV9wb3J0X3QgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMTEx MTEKcmljY2lfcG9ydF90ICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDExMTExCnJsb2dpbmRf cG9ydF90ICAgICAgICAgICAgICAgICB0Y3AgICAgICA1MTMKcm5kY19wb3J0X3QgICAgICAgICAg ICAgICAgICAgIHRjcCAgICAgIDk1MywgODk1MwpybmRjX3BvcnRfdCAgICAgICAgICAgICAgICAg ICAgdWRwICAgICAgOTUzCnJvdXRlcl9wb3J0X3QgICAgICAgICAgICAgICAgICB0Y3AgICAgICA1 MjEKcm91dGVyX3BvcnRfdCAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDUyMC01MjEKcnNoX3Bv cnRfdCAgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDUxNApyc3luY19wb3J0X3QgICAgICAg ICAgICAgICAgICAgdGNwICAgICAgODczCnJzeW5jX3BvcnRfdCAgICAgICAgICAgICAgICAgICB1 ZHAgICAgICA4NzMKcnRzY2xpZW50X3BvcnRfdCAgICAgICAgICAgICAgIHRjcCAgICAgIDI1MDEK cndob19wb3J0X3QgICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDUxMwpzYW1ldGltZV9wb3J0 X3QgICAgICAgICAgICAgICAgdGNwICAgICAgMTUzMwpzYW1ldGltZV9wb3J0X3QgICAgICAgICAg ICAgICAgdWRwICAgICAgMTUzMwpzYXBfcG9ydF90ICAgICAgICAgICAgICAgICAgICAgdGNwICAg ICAgOTg3NQpzYXBfcG9ydF90ICAgICAgICAgICAgICAgICAgICAgdWRwICAgICAgOTg3NQpzYXBo b3N0Y3RybF9wb3J0X3QgICAgICAgICAgICAgdGNwICAgICAgMTEyOCwgMTEyOQpzaWV2ZV9wb3J0 X3QgICAgICAgICAgICAgICAgICAgdGNwICAgICAgNDE5MApzaXBfcG9ydF90ICAgICAgICAgICAg ICAgICAgICAgdGNwICAgICAgNTA2MCwgNTA2MQpzaXBfcG9ydF90ICAgICAgICAgICAgICAgICAg ICAgdWRwICAgICAgNTA2MCwgNTA2MQpzaXh4c2NvbmZpZ19wb3J0X3QgICAgICAgICAgICAgdGNw ICAgICAgMzg3NApzaXh4c2NvbmZpZ19wb3J0X3QgICAgICAgICAgICAgdWRwICAgICAgMzg3NApz bWJkX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMTM3LTEzOSwgNDQ1CnNtdHBf cG9ydF90ICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAyNSwgNDY1LCA1ODcKc25tcF9wb3J0 X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDE2MS0xNjIsIDE5OSwgMTE2MQpzbm1wX3Bv cnRfdCAgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMTYxLTE2Mgpzb3VuZGRfcG9ydF90ICAg ICAgICAgICAgICAgICAgdGNwICAgICAgODAwMCwgOTQzMywgMTYwMDEKc3BhbWRfcG9ydF90ICAg ICAgICAgICAgICAgICAgIHRjcCAgICAgIDc4MywgMTAwMjYsIDEwMDI3CnNwZWVjaF9wb3J0X3Qg ICAgICAgICAgICAgICAgICB0Y3AgICAgICA4MDM2CnNxdWlkX3BvcnRfdCAgICAgICAgICAgICAg ICAgICB0Y3AgICAgICAzMTI4LCAzNDAxLCA0ODI3CnNxdWlkX3BvcnRfdCAgICAgICAgICAgICAg ICAgICB1ZHAgICAgICAzNDAxLCA0ODI3CnNzZHBfcG9ydF90ICAgICAgICAgICAgICAgICAgICB0 Y3AgICAgICAxOTAwCnNzZHBfcG9ydF90ICAgICAgICAgICAgICAgICAgICB1ZHAgICAgICAxOTAw CnNzaF9wb3J0X3QgICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAyMgpzdHJlYW1pbmdfcG9y dF90ICAgICAgICAgICAgICAgdGNwICAgICAgNTU0LCAxNzU1CnN0cmVhbWluZ19wb3J0X3QgICAg ICAgICAgICAgICB1ZHAgICAgICA1NTQsIDE3NTUKc3ZuX3BvcnRfdCAgICAgICAgICAgICAgICAg ICAgIHRjcCAgICAgIDM2OTAKc3ZuX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgIHVkcCAgICAg IDM2OTAKc3dhdF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDkwMQpzeXBlX3Bv cnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgOTkxMQpzeXBlX3BvcnRfdCAgICAgICAg ICAgICAgICAgICAgdWRwICAgICAgOTkxMQpzeXNsb2dkX3BvcnRfdCAgICAgICAgICAgICAgICAg dGNwICAgICAgNjUxNApzeXNsb2dkX3BvcnRfdCAgICAgICAgICAgICAgICAgdWRwICAgICAgNTE0 LCA2NTE0CnRjc19wb3J0X3QgICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAzMDAwMwp0ZWxu ZXRkX3BvcnRfdCAgICAgICAgICAgICAgICAgdGNwICAgICAgMjMKdGZ0cF9wb3J0X3QgICAgICAg ICAgICAgICAgICAgIHVkcCAgICAgIDY5CnRpbWVfcG9ydF90ICAgICAgICAgICAgICAgICAgICB0 Y3AgICAgICAzNwp0aW1lX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMzcKdG9y X3BvcnRfdCAgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDY5NjksIDkwMDEsIDkwMzAsIDkw NTEKdG9yX3NvY2tzX3BvcnRfdCAgICAgICAgICAgICAgIHRjcCAgICAgIDkwNTAKdHJhY2Vyb3V0 ZV9wb3J0X3QgICAgICAgICAgICAgIHVkcCAgICAgIDY0MDAwLTY0MDEwCnRyYW1fcG9ydF90ICAg ICAgICAgICAgICAgICAgICB0Y3AgICAgICA0NTY3CnRyYW5zcHJveHlfcG9ydF90ICAgICAgICAg ICAgICB0Y3AgICAgICA4MDgxCnVucmVzZXJ2ZWRfcG9ydF90ICAgICAgICAgICAgICB0Y3AgICAg ICAxMDI0LTMyNzY3LCA2MTAwMS02NTUzNQp1bnJlc2VydmVkX3BvcnRfdCAgICAgICAgICAgICAg dWRwICAgICAgMTAyNC0zMjc2NywgNjEwMDEtNjU1MzUKdXBzX3BvcnRfdCAgICAgICAgICAgICAg ICAgICAgIHRjcCAgICAgIDM0OTMKdXVjcGRfcG9ydF90ICAgICAgICAgICAgICAgICAgIHRjcCAg ICAgIDU0MAp2YXJuaXNoZF9wb3J0X3QgICAgICAgICAgICAgICAgdGNwICAgICAgNjA4MS02MDgy CnZpcnRfbWlncmF0aW9uX3BvcnRfdCAgICAgICAgICB0Y3AgICAgICA0OTE1Mi00OTIxNgp2aXJ0 X3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMTY1MDksIDE2NTE0CnZpcnRfcG9y dF90ICAgICAgICAgICAgICAgICAgICB1ZHAgICAgICAxNjUwOSwgMTY1MTQKdm5jX3BvcnRfdCAg ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDU5MDAtNTk4MywgNTk4NS01OTk5CndjY3BfcG9y dF90ICAgICAgICAgICAgICAgICAgICB1ZHAgICAgICAyMDQ4CndlYnNtX3BvcnRfdCAgICAgICAg ICAgICAgICAgICB0Y3AgICAgICA5MDkwCndlYnNtX3BvcnRfdCAgICAgICAgICAgICAgICAgICB1 ZHAgICAgICA5MDkwCndob2lzX3BvcnRfdCAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA0Mywg NDMyMQp3aG9pc19wb3J0X3QgICAgICAgICAgICAgICAgICAgdWRwICAgICAgNDMsIDQzMjEKd2lu c2hhZG93X3BvcnRfdCAgICAgICAgICAgICAgIHRjcCAgICAgIDMyNjEKd2luc2hhZG93X3BvcnRf dCAgICAgICAgICAgICAgIHVkcCAgICAgIDMyNjEKd3NpY29weV9wb3J0X3QgICAgICAgICAgICAg ICAgIHRjcCAgICAgIDMzNzgKd3NpY29weV9wb3J0X3QgICAgICAgICAgICAgICAgIHVkcCAgICAg IDMzNzgKeGRtY3BfcG9ydF90ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDE3Nwp4ZG1jcF9w b3J0X3QgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMTc3Cnhlbl9wb3J0X3QgICAgICAgICAg ICAgICAgICAgICB0Y3AgICAgICA4MDAyCnhmc19wb3J0X3QgICAgICAgICAgICAgICAgICAgICB0 Y3AgICAgICA3MTAwCnhzZXJ2ZXJfcG9ydF90ICAgICAgICAgICAgICAgICB0Y3AgICAgICA2MDAw LTYwMjAKemFiYml4X2FnZW50X3BvcnRfdCAgICAgICAgICAgIHRjcCAgICAgIDEwMDUwCnphYmJp eF9wb3J0X3QgICAgICAgICAgICAgICAgICB0Y3AgICAgICAxMDA1MQp6YXJhZmFfcG9ydF90ICAg ICAgICAgICAgICAgICAgdGNwICAgICAgMjM2LCAyMzcKemVicmFfcG9ydF90ICAgICAgICAgICAg ICAgICAgIHRjcCAgICAgIDI2MDAtMjYwNCwgMjYwNgp6ZWJyYV9wb3J0X3QgICAgICAgICAgICAg ICAgICAgdWRwICAgICAgMjYwMC0yNjA0LCAyNjA2CnplbnRlZF9wb3J0X3QgICAgICAgICAgICAg ICAgICB0Y3AgICAgICAxMjI5CnplbnRlZF9wb3J0X3QgICAgICAgICAgICAgICAgICB1ZHAgICAg ICAxMjI5Cnpvb2tlZXBlcl9jbGllbnRfcG9ydF90ICAgICAgICB0Y3AgICAgICAyMTgxCnpvb2tl ZXBlcl9lbGVjdGlvbl9wb3J0X3QgICAgICB0Y3AgICAgICAzODg4Cnpvb2tlZXBlcl9sZWFkZXJf cG9ydF90ICAgICAgICB0Y3AgICAgICAyODg4CnpvcGVfcG9ydF90ICAgICAgICAgICAgICAgICAg ICB0Y3AgICAgICA4MDIxCgoyMDEzLTAyLTAzIDIxOjEwOjI2OjpERUJVRzo6Y29tbW9uX3V0aWxz OjozMzY6OnJvb3Q6OiBzdGRlcnIgPSAKMjAxMy0wMi0wMyAyMToxMDoyNjo6REVCVUc6OmNvbW1v bl91dGlsczo6MzM3Ojpyb290OjogcmV0Y29kZSA9IDAKMjAxMy0wMi0wMyAyMToxMDoyNjo6REVC VUc6OmVuZ2luZV92YWxpZGF0b3JzOjoxMTI6OnJvb3Q6OiBodHRwX3BvcnRfdCA9IFs4MCwgODEs IDQ0MywgNDg4LCA4MDA4LCA4MDA5LCA4NDQzLCA5MDAwXQoyMDEzLTAyLTAzIDIxOjEwOjMxOjpE RUJVRzo6ZW5naW5lX3ZhbGlkYXRvcnM6OjYyOjpyb290OjogVmFsaWRhdGluZyA0NDMgYXMgYSB2 YWxpZCBUQ1AgUG9ydAoyMDEzLTAyLTAzIDIxOjEwOjMxOjpERUJVRzo6Y29tbW9uX3V0aWxzOjoy NjU6OnJvb3Q6OiBDaGVja2luZyBpZiBUQ1AgcG9ydCA0NDMgaXMgb3BlbiBieSBhbnkgcHJvY2Vz cwoyMDEzLTAyLTAzIDIxOjEwOjMxOjpERUJVRzo6Y29tbW9uX3V0aWxzOjoyODY6OnJvb3Q6OiBj bWQgPSAvdXNyL3NiaW4vbHNvZiAtaSAtbiAtUAoyMDEzLTAyLTAzIDIxOjEwOjMxOjpERUJVRzo6 Y29tbW9uX3V0aWxzOjoyOTE6OnJvb3Q6OiBvdXRwdXQgPSBDT01NQU5EICBQSUQgVVNFUiAgIEZE ICAgVFlQRSBERVZJQ0UgU0laRS9PRkYgTk9ERSBOQU1FCmRoY2xpZW50IDY4NiByb290ICAgIDZ1 ICBJUHY0ICAxMzkwNCAgICAgIDB0MCAgVURQICo6NjggCmRoY2xpZW50IDY4NiByb290ICAgMjB1 ICBJUHY0ICAxMzg3MiAgICAgIDB0MCAgVURQICo6NTg4NzYgCmRoY2xpZW50IDY4NiByb290ICAg MjF1ICBJUHY2ICAxMzg3MyAgICAgIDB0MCAgVURQICo6Mjg1MzUgCnJwY2JpbmQgIDczOSAgcnBj ICAgIDd1ICBJUHY0ICAxNDI5NiAgICAgIDB0MCAgVURQICo6MTExIApycGNiaW5kICA3MzkgIHJw YyAgICA4dSAgSVB2NCAgMTQyOTggICAgICAwdDAgIFVEUCAqOjkwOSAKcnBjYmluZCAgNzM5ICBy cGMgICAgOXUgIElQdjQgIDE0Mjk5ICAgICAgMHQwICBUQ1AgKjoxMTEgKExJU1RFTikKcnBjYmlu ZCAgNzM5ICBycGMgICAxMHUgIElQdjYgIDE0MzAwICAgICAgMHQwICBVRFAgKjoxMTEgCnJwY2Jp bmQgIDczOSAgcnBjICAgMTF1ICBJUHY2ICAxNDMwMSAgICAgIDB0MCAgVURQICo6OTA5IApycGNi aW5kICA3MzkgIHJwYyAgIDEydSAgSVB2NiAgMTQzMDIgICAgICAwdDAgIFRDUCAqOjExMSAoTElT VEVOKQpzc2hkICAgICA3NDQgcm9vdCAgICAzdSAgSVB2NCAgMTQ0NTkgICAgICAwdDAgIFRDUCAq OjIyIChMSVNURU4pCnNzaGQgICAgIDc0NCByb290ICAgIDR1ICBJUHY2ICAxNDQ2NyAgICAgIDB0 MCAgVENQICo6MjIgKExJU1RFTikKc2VuZG1haWwgNzc4IHJvb3QgICAgNHUgIElQdjQgIDE0NzU3 ICAgICAgMHQwICBUQ1AgMTI3LjAuMC4xOjI1IChMSVNURU4pCnNzaGQgICAgIDgxMyByb290ICAg IDN1ICBJUHY0ICAxNTM0MCAgICAgIDB0MCAgVENQIDE5Mi4xNjguMi4xMzoyMi0+MTkyLjE2OC4y LjE3OjUxNTM4IChFU1RBQkxJU0hFRCkKCjIwMTMtMDItMDMgMjE6MTA6MzE6OkRFQlVHOjpjb21t b25fdXRpbHM6OjI5Mjo6cm9vdDo6IHN0ZGVyciA9IAoyMDEzLTAyLTAzIDIxOjEwOjMxOjpERUJV Rzo6Y29tbW9uX3V0aWxzOjoyOTM6OnJvb3Q6OiByZXRjb2RlID0gMAoyMDEzLTAyLTAzIDIxOjEw OjMxOjpERUJVRzo6Y29tbW9uX3V0aWxzOjozMDk6OnJvb3Q6OiBFeGVjdXRpbmcgY29tbWFuZCAt LT4gJy91c3Ivc2Jpbi9zZW1hbmFnZSBwb3J0IC1sJwoyMDEzLTAyLTAzIDIxOjEwOjMzOjpERUJV Rzo6Y29tbW9uX3V0aWxzOjozMzU6OnJvb3Q6OiBvdXRwdXQgPSBTRUxpbnV4IFBvcnQgVHlwZSAg ICAgICAgICAgICAgUHJvdG8gICAgUG9ydCBOdW1iZXIKCmFmc19ib3NfcG9ydF90ICAgICAgICAg ICAgICAgICB1ZHAgICAgICA3MDA3CmFmc19jbGllbnRfcG9ydF90ICAgICAgICAgICAgICB1ZHAg ICAgICA3MDAxCmFmc19mc19wb3J0X3QgICAgICAgICAgICAgICAgICB0Y3AgICAgICAyMDQwCmFm c19mc19wb3J0X3QgICAgICAgICAgICAgICAgICB1ZHAgICAgICA3MDAwLCA3MDA1CmFmc19rYV9w b3J0X3QgICAgICAgICAgICAgICAgICB1ZHAgICAgICA3MDA0CmFmc19wdF9wb3J0X3QgICAgICAg ICAgICAgICAgICB1ZHAgICAgICA3MDAyCmFmc192bF9wb3J0X3QgICAgICAgICAgICAgICAgICB1 ZHAgICAgICA3MDAzCmFnZW50eF9wb3J0X3QgICAgICAgICAgICAgICAgICB0Y3AgICAgICA3MDUK YWdlbnR4X3BvcnRfdCAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDcwNQphamF4dGVybV9wb3J0 X3QgICAgICAgICAgICAgICAgdGNwICAgICAgODAyMgphbWFuZGFfcG9ydF90ICAgICAgICAgICAg ICAgICAgdGNwICAgICAgMTAwODAtMTAwODMKYW1hbmRhX3BvcnRfdCAgICAgICAgICAgICAgICAg IHVkcCAgICAgIDEwMDgwLTEwMDgyCmFtYXZpc2RfcmVjdl9wb3J0X3QgICAgICAgICAgICB0Y3Ag ICAgICAxMDAyNAphbWF2aXNkX3NlbmRfcG9ydF90ICAgICAgICAgICAgdGNwICAgICAgMTAwMjUK YW1xcF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDU2NzEtNTY3MgphbXFwX3Bv cnRfdCAgICAgICAgICAgICAgICAgICAgdWRwICAgICAgNTY3MS01NjcyCmFvbF9wb3J0X3QgICAg ICAgICAgICAgICAgICAgICB0Y3AgICAgICA1MTkwLTUxOTMKYW9sX3BvcnRfdCAgICAgICAgICAg ICAgICAgICAgIHVkcCAgICAgIDUxOTAtNTE5MwphcGN1cHNkX3BvcnRfdCAgICAgICAgICAgICAg ICAgdGNwICAgICAgMzU1MQphcGN1cHNkX3BvcnRfdCAgICAgICAgICAgICAgICAgdWRwICAgICAg MzU1MQphcGVydHVzX2xkcF9wb3J0X3QgICAgICAgICAgICAgdGNwICAgICAgNTM5CmFwZXJ0dXNf bGRwX3BvcnRfdCAgICAgICAgICAgICB1ZHAgICAgICA1MzkKYXN0ZXJpc2tfcG9ydF90ICAgICAg ICAgICAgICAgIHRjcCAgICAgIDE3MjAKYXN0ZXJpc2tfcG9ydF90ICAgICAgICAgICAgICAgIHVk cCAgICAgIDI0MjcsIDI3MjcsIDQ1NjkKYXVkaXRfcG9ydF90ICAgICAgICAgICAgICAgICAgIHRj cCAgICAgIDYwCmF1dGhfcG9ydF90ICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAxMTMKYmdw X3BvcnRfdCAgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDE3OSwgMjYwNQpiZ3BfcG9ydF90 ICAgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMTc5LCAyNjA1CmJvaW5jX2NsaWVudF9jdHJs X3BvcnRfdCAgICAgICB0Y3AgICAgICAxMDQzCmJvaW5jX3BvcnRfdCAgICAgICAgICAgICAgICAg ICB0Y3AgICAgICAzMTQxNgpjZXJ0bWFzdGVyX3BvcnRfdCAgICAgICAgICAgICAgdGNwICAgICAg NTEyMzUKY2hyb255ZF9wb3J0X3QgICAgICAgICAgICAgICAgIHVkcCAgICAgIDMyMwpjbGFtZF9w b3J0X3QgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMzMxMApjbG9ja3NwZWVkX3BvcnRfdCAg ICAgICAgICAgICAgdWRwICAgICAgNDA0MQpjbHVzdGVyX3BvcnRfdCAgICAgICAgICAgICAgICAg dGNwICAgICAgNTE0OSwgNDAwNDAsIDUwMDA2LTUwMDA4CmNsdXN0ZXJfcG9ydF90ICAgICAgICAg ICAgICAgICB1ZHAgICAgICA1MTQ5LCA1MDAwNi01MDAwOApjbWFfcG9ydF90ICAgICAgICAgICAg ICAgICAgICAgdGNwICAgICAgMTA1MApjbWFfcG9ydF90ICAgICAgICAgICAgICAgICAgICAgdWRw ICAgICAgMTA1MApjb2JibGVyX3BvcnRfdCAgICAgICAgICAgICAgICAgdGNwICAgICAgMjUxNTEK Y29tbXBsZXhfcG9ydF90ICAgICAgICAgICAgICAgIHRjcCAgICAgIDUwMDEKY29tbXBsZXhfcG9y dF90ICAgICAgICAgICAgICAgIHVkcCAgICAgIDUwMDEKY29tc2F0X3BvcnRfdCAgICAgICAgICAg ICAgICAgIHVkcCAgICAgIDUxMgpjb25kb3JfcG9ydF90ICAgICAgICAgICAgICAgICAgdGNwICAg ICAgOTYxOApjb25kb3JfcG9ydF90ICAgICAgICAgICAgICAgICAgdWRwICAgICAgOTYxOApjb3Vj aGRiX3BvcnRfdCAgICAgICAgICAgICAgICAgdGNwICAgICAgNTk4NApjb3VjaGRiX3BvcnRfdCAg ICAgICAgICAgICAgICAgdWRwICAgICAgNTk4NApjdGRiX3BvcnRfdCAgICAgICAgICAgICAgICAg ICAgdGNwICAgICAgNDM3OQpjdGRiX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdWRwICAgICAg NDM3OQpjdnNfcG9ydF90ICAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMjQwMQpjdnNfcG9y dF90ICAgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMjQwMQpjeXBoZXNpc19wb3J0X3QgICAg ICAgICAgICAgICAgdGNwICAgICAgNjc2NywgNjc2OSwgNjc4MC02Nzk5CmN5cGhlc2lzX3BvcnRf dCAgICAgICAgICAgICAgICB1ZHAgICAgICAzMjc3MQpkYWFwX3BvcnRfdCAgICAgICAgICAgICAg ICAgICAgdGNwICAgICAgMzY4OQpkYWFwX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdWRwICAg ICAgMzY4OQpkYnNra2RfcG9ydF90ICAgICAgICAgICAgICAgICAgdGNwICAgICAgMTE3OApkY2Nf cG9ydF90ICAgICAgICAgICAgICAgICAgICAgdWRwICAgICAgNjI3NiwgNjI3NwpkY2NtX3BvcnRf dCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgNTY3OQpkY2NtX3BvcnRfdCAgICAgICAgICAg ICAgICAgICAgdWRwICAgICAgNTY3OQpkaGNwY19wb3J0X3QgICAgICAgICAgICAgICAgICAgdGNw ICAgICAgNjgsIDU0NgpkaGNwY19wb3J0X3QgICAgICAgICAgICAgICAgICAgdWRwICAgICAgNjgs IDU0NgpkaGNwZF9wb3J0X3QgICAgICAgICAgICAgICAgICAgdGNwICAgICAgNTQ3LCA1NDgsIDY0 NywgODQ3LCA3OTExCmRoY3BkX3BvcnRfdCAgICAgICAgICAgICAgICAgICB1ZHAgICAgICA2Nywg NTQ3LCA1NDgsIDY0NywgODQ3CmRpY3RfcG9ydF90ICAgICAgICAgICAgICAgICAgICB0Y3AgICAg ICAyNjI4CmRpc3RjY2RfcG9ydF90ICAgICAgICAgICAgICAgICB0Y3AgICAgICAzNjMyCmRuc19w b3J0X3QgICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA1MwpkbnNfcG9ydF90ICAgICAgICAg ICAgICAgICAgICAgdWRwICAgICAgNTMKZG5zc2VjX3BvcnRfdCAgICAgICAgICAgICAgICAgIHRj cCAgICAgIDg5NTUKZG9ndGFnX3BvcnRfdCAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDczOTAK ZWNob19wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDcKZWNob19wb3J0X3QgICAg ICAgICAgICAgICAgICAgIHVkcCAgICAgIDcKZXBoZW1lcmFsX3BvcnRfdCAgICAgICAgICAgICAg IHRjcCAgICAgIDMyNzY4LTYxMDAwCmVwaGVtZXJhbF9wb3J0X3QgICAgICAgICAgICAgICB1ZHAg ICAgICAzMjc2OC02MTAwMAplcG1hcF9wb3J0X3QgICAgICAgICAgICAgICAgICAgdGNwICAgICAg MTM1CmVwbWFwX3BvcnRfdCAgICAgICAgICAgICAgICAgICB1ZHAgICAgICAxMzUKZXBtZF9wb3J0 X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDQzNjkKZXBtZF9wb3J0X3QgICAgICAgICAg ICAgICAgICAgIHVkcCAgICAgIDQzNjkKZmVzdGl2YWxfcG9ydF90ICAgICAgICAgICAgICAgIHRj cCAgICAgIDEzMTQKZmluZ2VyZF9wb3J0X3QgICAgICAgICAgICAgICAgIHRjcCAgICAgIDc5CmZp cmViaXJkX3BvcnRfdCAgICAgICAgICAgICAgICB0Y3AgICAgICAzMDUwCmZpcmViaXJkX3BvcnRf dCAgICAgICAgICAgICAgICB1ZHAgICAgICAzMDUwCmZsYXNoX3BvcnRfdCAgICAgICAgICAgICAg ICAgICB0Y3AgICAgICA4NDMsIDE5MzUKZmxhc2hfcG9ydF90ICAgICAgICAgICAgICAgICAgIHVk cCAgICAgIDE5MzUKZnByb3RfcG9ydF90ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDEwMjAw CmZ0cF9kYXRhX3BvcnRfdCAgICAgICAgICAgICAgICB0Y3AgICAgICAyMApmdHBfcG9ydF90ICAg ICAgICAgICAgICAgICAgICAgdGNwICAgICAgMjEsIDk5MApmdHBfcG9ydF90ICAgICAgICAgICAg ICAgICAgICAgdWRwICAgICAgOTkwCmdhdGVrZWVwZXJfcG9ydF90ICAgICAgICAgICAgICB0Y3Ag ICAgICAxNzIxLCA3MDAwCmdhdGVrZWVwZXJfcG9ydF90ICAgICAgICAgICAgICB1ZHAgICAgICAx NzE4LCAxNzE5CmdpZnRkX3BvcnRfdCAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAxMjEzCmdp dF9wb3J0X3QgICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA5NDE4CmdpdF9wb3J0X3QgICAg ICAgICAgICAgICAgICAgICB1ZHAgICAgICA5NDE4CmdsYW5jZV9wb3J0X3QgICAgICAgICAgICAg ICAgICB0Y3AgICAgICA5MjkyCmdsYW5jZV9wb3J0X3QgICAgICAgICAgICAgICAgICB1ZHAgICAg ICA5MjkyCmdsYW5jZV9yZWdpc3RyeV9wb3J0X3QgICAgICAgICB0Y3AgICAgICA5MTkxCmdsYW5j ZV9yZWdpc3RyeV9wb3J0X3QgICAgICAgICB1ZHAgICAgICA5MTkxCmdvcGhlcl9wb3J0X3QgICAg ICAgICAgICAgICAgICB0Y3AgICAgICA3MApnb3BoZXJfcG9ydF90ICAgICAgICAgICAgICAgICAg dWRwICAgICAgNzAKZ3BzZF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDI5NDcK aGFkb29wX2RhdGFub2RlX3BvcnRfdCAgICAgICAgIHRjcCAgICAgIDUwMDEwCmhhZG9vcF9uYW1l bm9kZV9wb3J0X3QgICAgICAgICB0Y3AgICAgICA4MDIwCmhkZHRlbXBfcG9ydF90ICAgICAgICAg ICAgICAgICB0Y3AgICAgICA3NjM0CmhpX3Jlc2VydmVkX3BvcnRfdCAgICAgICAgICAgICB0Y3Ag ICAgICA1MTItMTAyMwpoaV9yZXNlcnZlZF9wb3J0X3QgICAgICAgICAgICAgdWRwICAgICAgNTEy LTEwMjMKaG93bF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDUzMzUKaG93bF9w b3J0X3QgICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDUzNTMKaHBsaXBfcG9ydF90ICAgICAg ICAgICAgICAgICAgIHRjcCAgICAgIDE3ODIsIDIyMDcsIDIyMDgsIDgyOTAsIDUwMDAwLCA1MDAw MiwgODI5MiwgOTEwMCwgOTEwMSwgOTEwMiwgOTIyMCwgOTIyMSwgOTIyMiwgOTI4MCwgOTI4MSwg OTI4MiwgOTI5MCwgOTI5MQpodHRwX2NhY2hlX3BvcnRfdCAgICAgICAgICAgICAgdGNwICAgICAg ODA4MCwgODExOCwgODEyMywgMTAwMDEtMTAwMTAKaHR0cF9jYWNoZV9wb3J0X3QgICAgICAgICAg ICAgIHVkcCAgICAgIDMxMzAKaHR0cF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAg IDgwLCA4MSwgNDQzLCA0ODgsIDgwMDgsIDgwMDksIDg0NDMsIDkwMDAKaTE4bl9pbnB1dF9wb3J0 X3QgICAgICAgICAgICAgIHRjcCAgICAgIDkwMTAKaW1hemVfcG9ydF90ICAgICAgICAgICAgICAg ICAgIHRjcCAgICAgIDUzMjMKaW1hemVfcG9ydF90ICAgICAgICAgICAgICAgICAgIHVkcCAgICAg IDUzMjMKaW5ldGRfY2hpbGRfcG9ydF90ICAgICAgICAgICAgIHRjcCAgICAgIDEsIDksIDEzLCAx OSwgNTEyLCA1NDMsIDU0NCwgODkxLCA4OTIsIDIxMDUsIDU2NjYKaW5ldGRfY2hpbGRfcG9ydF90 ICAgICAgICAgICAgIHVkcCAgICAgIDEsIDksIDEzLCAxOSwgODkxLCA4OTIKaW5uZF9wb3J0X3Qg ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDExOQppbnRlcndpc2VfcG9ydF90ICAgICAgICAg ICAgICAgdGNwICAgICAgNzc3OAppbnRlcndpc2VfcG9ydF90ICAgICAgICAgICAgICAgdWRwICAg ICAgNzc3OAppb25peG5ldG1vbl9wb3J0X3QgICAgICAgICAgICAgdGNwICAgICAgNzQxMAppb25p eG5ldG1vbl9wb3J0X3QgICAgICAgICAgICAgdWRwICAgICAgNzQxMAppcG1pX3BvcnRfdCAgICAg ICAgICAgICAgICAgICAgdWRwICAgICAgNjIzLCA2NjQKaXBwX3BvcnRfdCAgICAgICAgICAgICAg ICAgICAgIHRjcCAgICAgIDYzMSwgODYxMC04NjE0CmlwcF9wb3J0X3QgICAgICAgICAgICAgICAg ICAgICB1ZHAgICAgICA2MzEsIDg2MTAtODYxNAppcHNlY25hdF9wb3J0X3QgICAgICAgICAgICAg ICAgdGNwICAgICAgNDUwMAppcHNlY25hdF9wb3J0X3QgICAgICAgICAgICAgICAgdWRwICAgICAg NDUwMAppcmNkX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgNjY2NywgNjY5Nwpp c2FrbXBfcG9ydF90ICAgICAgICAgICAgICAgICAgdWRwICAgICAgNTAwCmlzY3NpX3BvcnRfdCAg ICAgICAgICAgICAgICAgICB0Y3AgICAgICAzMjYwCmlzbnNfcG9ydF90ICAgICAgICAgICAgICAg ICAgICB0Y3AgICAgICAzMjA1CmlzbnNfcG9ydF90ICAgICAgICAgICAgICAgICAgICB1ZHAgICAg ICAzMjA1CmphYmJlcl9jbGllbnRfcG9ydF90ICAgICAgICAgICB0Y3AgICAgICA1MjIyLCA1MjIz CmphYmJlcl9pbnRlcnNlcnZlcl9wb3J0X3QgICAgICB0Y3AgICAgICA1MjY5CmphYmJlcl9yb3V0 ZXJfcG9ydF90ICAgICAgICAgICB0Y3AgICAgICA1MzQ3CmphY29yYl9wb3J0X3QgICAgICAgICAg ICAgICAgICB0Y3AgICAgICAzNTI4LCAzNTI5Cmpib3NzX2RlYnVnX3BvcnRfdCAgICAgICAgICAg ICB0Y3AgICAgICA4Nzg3Cmpib3NzX21hbmFnZW1lbnRfcG9ydF90ICAgICAgICB0Y3AgICAgICA0 NzEyLCA0NDQ3LCA3NjAwLCA5MTIzLCA5OTkwLCA5OTk5LCAxODAwMQpqYm9zc19tYW5hZ2VtZW50 X3BvcnRfdCAgICAgICAgdWRwICAgICAgNDcxMiwgOTEyMwpqYm9zc19tZXNzYWdpbmdfcG9ydF90 ICAgICAgICAgdGNwICAgICAgNTQ0NSwgNTQ1NQprZXJiZXJvc19hZG1pbl9wb3J0X3QgICAgICAg ICAgdGNwICAgICAgNzQ5CmtlcmJlcm9zX3Bhc3N3b3JkX3BvcnRfdCAgICAgICB0Y3AgICAgICA0 NjQKa2VyYmVyb3NfcGFzc3dvcmRfcG9ydF90ICAgICAgIHVkcCAgICAgIDQ2NAprZXJiZXJvc19w b3J0X3QgICAgICAgICAgICAgICAgdGNwICAgICAgODgsIDc1MCwgNDQ0NAprZXJiZXJvc19wb3J0 X3QgICAgICAgICAgICAgICAgdWRwICAgICAgODgsIDc1MCwgNDQ0NAprZXlzdG9uZV9wb3J0X3Qg ICAgICAgICAgICAgICAgdGNwICAgICAgNTAwMCwgMzUzNTcKa2V5c3RvbmVfcG9ydF90ICAgICAg ICAgICAgICAgIHVkcCAgICAgIDUwMDAsIDM1MzU3Cmtwcm9wX3BvcnRfdCAgICAgICAgICAgICAg ICAgICB0Y3AgICAgICA3NTQKa3RhbGtkX3BvcnRfdCAgICAgICAgICAgICAgICAgIHVkcCAgICAg IDUxNywgNTE4CmwydHBfcG9ydF90ICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAxNzAxCmwy dHBfcG9ydF90ICAgICAgICAgICAgICAgICAgICB1ZHAgICAgICAxNzAxCmxkYXBfcG9ydF90ICAg ICAgICAgICAgICAgICAgICB0Y3AgICAgICAzODksIDYzNiwgMzI2OCwgNzM4OQpsZGFwX3BvcnRf dCAgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMzg5LCA2MzYKbGlyY19wb3J0X3QgICAgICAg ICAgICAgICAgICAgIHRjcCAgICAgIDg3NjUKbG10cF9wb3J0X3QgICAgICAgICAgICAgICAgICAg IHRjcCAgICAgIDI0LCAyMDAzCmxtdHBfcG9ydF90ICAgICAgICAgICAgICAgICAgICB1ZHAgICAg ICAyNApsdWNpX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgODA4NAptYWlsX3Bv cnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMjAwMCwgMzkwNQptYXRhaGFyaV9wb3J0 X3QgICAgICAgICAgICAgICAgdGNwICAgICAgNDkwMDAKbWF0YWhhcmlfcG9ydF90ICAgICAgICAg ICAgICAgIHVkcCAgICAgIDQ5MDAwCm1lbWNhY2hlX3BvcnRfdCAgICAgICAgICAgICAgICB0Y3Ag ICAgICAxMTIxMQptZW1jYWNoZV9wb3J0X3QgICAgICAgICAgICAgICAgdWRwICAgICAgMTEyMTEK bW1jY19wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDUwNTAKbW1jY19wb3J0X3Qg ICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDUwNTAKbW9uZ29kX3BvcnRfdCAgICAgICAgICAg ICAgICAgIHRjcCAgICAgIDI3MDE3Cm1vbm9wZF9wb3J0X3QgICAgICAgICAgICAgICAgICB0Y3Ag ICAgICAxMjM0Cm1vdmF6X3NzY19wb3J0X3QgICAgICAgICAgICAgICB0Y3AgICAgICA1MjUyCm1w ZF9wb3J0X3QgICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA2NjAwCm1zbnBfcG9ydF90ICAg ICAgICAgICAgICAgICAgICB0Y3AgICAgICAxODYzCm1zbnBfcG9ydF90ICAgICAgICAgICAgICAg ICAgICB1ZHAgICAgICAxODYzCm1zc3FsX3BvcnRfdCAgICAgICAgICAgICAgICAgICB0Y3AgICAg ICAxNDMzLTE0MzQKbXNzcWxfcG9ydF90ICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDE0MzMt MTQzNAptdW5pbl9wb3J0X3QgICAgICAgICAgICAgICAgICAgdGNwICAgICAgNDk0OQptdW5pbl9w b3J0X3QgICAgICAgICAgICAgICAgICAgdWRwICAgICAgNDk0OQpteGlfcG9ydF90ICAgICAgICAg ICAgICAgICAgICAgdGNwICAgICAgODAwNQpteGlfcG9ydF90ICAgICAgICAgICAgICAgICAgICAg dWRwICAgICAgODAwNQpteXNxbGRfcG9ydF90ICAgICAgICAgICAgICAgICAgdGNwICAgICAgMTE4 NiwgMzMwNiwgNjMxMzItNjMxNjQKbXlzcWxtYW5hZ2VyZF9wb3J0X3QgICAgICAgICAgIHRjcCAg ICAgIDIyNzMKbmVzc3VzX3BvcnRfdCAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDEyNDEKbmV0 cG9ydF9wb3J0X3QgICAgICAgICAgICAgICAgIHRjcCAgICAgIDMxMjkKbmV0cG9ydF9wb3J0X3Qg ICAgICAgICAgICAgICAgIHVkcCAgICAgIDMxMjkKbmV0c3VwcG9ydF9wb3J0X3QgICAgICAgICAg ICAgIHRjcCAgICAgIDU0MDQsIDU0MDUKbmV0c3VwcG9ydF9wb3J0X3QgICAgICAgICAgICAgIHVk cCAgICAgIDU0MDQsIDU0MDUKbmZzX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgIHRjcCAgICAg IDIwNDksIDIwMDQ4LTIwMDQ5Cm5mc19wb3J0X3QgICAgICAgICAgICAgICAgICAgICB1ZHAgICAg ICAyMDQ5LCAyMDA0OC0yMDA0OQpubWJkX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdWRwICAg ICAgMTM3LCAxMzgKbm9kZWpzX2RlYnVnX3BvcnRfdCAgICAgICAgICAgIHRjcCAgICAgIDU4NTgK bm9kZWpzX2RlYnVnX3BvcnRfdCAgICAgICAgICAgIHVkcCAgICAgIDU4NTgKbnRvcF9wb3J0X3Qg ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDMwMDAtMzAwMQpudG9wX3BvcnRfdCAgICAgICAg ICAgICAgICAgICAgdWRwICAgICAgMzAwMC0zMDAxCm50cF9wb3J0X3QgICAgICAgICAgICAgICAg ICAgICB1ZHAgICAgICAxMjMKb2NzcF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAg IDkwODAKb3BlbmhwaWRfcG9ydF90ICAgICAgICAgICAgICAgIHRjcCAgICAgIDQ3NDMKb3Blbmhw aWRfcG9ydF90ICAgICAgICAgICAgICAgIHVkcCAgICAgIDQ3NDMKb3BlbnZwbl9wb3J0X3QgICAg ICAgICAgICAgICAgIHRjcCAgICAgIDExOTQKb3BlbnZwbl9wb3J0X3QgICAgICAgICAgICAgICAg IHVkcCAgICAgIDExOTQKb3JhY2xlX3BvcnRfdCAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDE1 MjEsIDI0ODMsIDI0ODQKb3JhY2xlX3BvcnRfdCAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDE1 MjEsIDI0ODMsIDI0ODQKcGVnYXN1c19odHRwX3BvcnRfdCAgICAgICAgICAgIHRjcCAgICAgIDU5 ODgKcGVnYXN1c19odHRwc19wb3J0X3QgICAgICAgICAgIHRjcCAgICAgIDU5ODkKcGdwa2V5c2Vy dmVyX3BvcnRfdCAgICAgICAgICAgIHRjcCAgICAgIDExMzcxCnBncGtleXNlcnZlcl9wb3J0X3Qg ICAgICAgICAgICB1ZHAgICAgICAxMTM3MQpwaW5nZF9wb3J0X3QgICAgICAgICAgICAgICAgICAg dGNwICAgICAgOTEyNQpwaXJhbmhhX3BvcnRfdCAgICAgICAgICAgICAgICAgdGNwICAgICAgMzYz Ngpwa2lfY2FfcG9ydF90ICAgICAgICAgICAgICAgICAgdGNwICAgICAgOTE4MCwgOTcwMSwgOTQ0 My05NDQ3CnBraV9rcmFfcG9ydF90ICAgICAgICAgICAgICAgICB0Y3AgICAgICAxMDE4MCwgMTA3 MDEsIDEwNDQzLTEwNDQ2CnBraV9vY3NwX3BvcnRfdCAgICAgICAgICAgICAgICB0Y3AgICAgICAx MTE4MCwgMTE3MDEsIDExNDQzLTExNDQ2CnBraV9yYV9wb3J0X3QgICAgICAgICAgICAgICAgICB0 Y3AgICAgICAxMjg4OC0xMjg4OQpwa2lfdGtzX3BvcnRfdCAgICAgICAgICAgICAgICAgdGNwICAg ICAgMTMxODAsIDEzNzAxLCAxMzQ0My0xMzQ0Ngpwa2lfdHBzX3BvcnRfdCAgICAgICAgICAgICAg ICAgdGNwICAgICAgNzg4OC03ODg5CnBrdGNhYmxlX3BvcnRfdCAgICAgICAgICAgICAgICB0Y3Ag ICAgICAyMTI2LCAzMTk4CnBrdGNhYmxlX3BvcnRfdCAgICAgICAgICAgICAgICB1ZHAgICAgICAy MTI2LCAzMTk4CnBvcF9wb3J0X3QgICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAxMDYsIDEw OSwgMTEwLCAxNDMsIDIyMCwgOTkzLCA5OTUsIDExMDkKcG9ydG1hcF9wb3J0X3QgICAgICAgICAg ICAgICAgIHRjcCAgICAgIDExMQpwb3J0bWFwX3BvcnRfdCAgICAgICAgICAgICAgICAgdWRwICAg ICAgMTExCnBvc3RmaXhfcG9saWN5ZF9wb3J0X3QgICAgICAgICB0Y3AgICAgICAxMDAzMQpwb3N0 Z3Jlc3FsX3BvcnRfdCAgICAgICAgICAgICAgdGNwICAgICAgNTQzMgpwb3N0Z3JleV9wb3J0X3Qg ICAgICAgICAgICAgICAgdGNwICAgICAgNjAwMDAKcHB0cF9wb3J0X3QgICAgICAgICAgICAgICAg ICAgIHRjcCAgICAgIDE3MjMKcHB0cF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHVkcCAgICAg IDE3MjMKcHJlbHVkZV9wb3J0X3QgICAgICAgICAgICAgICAgIHRjcCAgICAgIDQ2OTAKcHJlbHVk ZV9wb3J0X3QgICAgICAgICAgICAgICAgIHVkcCAgICAgIDQ2OTAKcHJlc2VuY2VfcG9ydF90ICAg ICAgICAgICAgICAgIHRjcCAgICAgIDUyOTgtNTI5OQpwcmVzZW5jZV9wb3J0X3QgICAgICAgICAg ICAgICAgdWRwICAgICAgNTI5OC01Mjk5CnByaW50ZXJfcG9ydF90ICAgICAgICAgICAgICAgICB0 Y3AgICAgICA1MTUKcHRhbF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDU3MDMK cHVsc2VhdWRpb19wb3J0X3QgICAgICAgICAgICAgIHRjcCAgICAgIDQ3MTMKcHVsc2VhdWRpb19w b3J0X3QgICAgICAgICAgICAgIHVkcCAgICAgIDQ3MTMKcHVwcGV0X3BvcnRfdCAgICAgICAgICAg ICAgICAgIHRjcCAgICAgIDgxNDAKcHhlX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgIHVkcCAg ICAgIDQwMTEKcHl6b3JfcG9ydF90ICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDI0NDQxCnF1 YW50dW1fcG9ydF90ICAgICAgICAgICAgICAgICB0Y3AgICAgICA5Njk2CnJhZGFjY3RfcG9ydF90 ICAgICAgICAgICAgICAgICB1ZHAgICAgICAxNjQ2LCAxODEzCnJhZGl1c19wb3J0X3QgICAgICAg ICAgICAgICAgICB1ZHAgICAgICAxNjQ1LCAxODEyCnJhZHNlY19wb3J0X3QgICAgICAgICAgICAg ICAgICB0Y3AgICAgICAyMDgzCnJhem9yX3BvcnRfdCAgICAgICAgICAgICAgICAgICB0Y3AgICAg ICAyNzAzCnJlcG9zaXRvcnlfcG9ydF90ICAgICAgICAgICAgICB0Y3AgICAgICA2MzYzCnJpY2Np X21vZGNsdXN0ZXJfcG9ydF90ICAgICAgICB0Y3AgICAgICAxNjg1MQpyaWNjaV9tb2RjbHVzdGVy X3BvcnRfdCAgICAgICAgdWRwICAgICAgMTY4NTEKcmljY2lfcG9ydF90ICAgICAgICAgICAgICAg ICAgIHRjcCAgICAgIDExMTExCnJpY2NpX3BvcnRfdCAgICAgICAgICAgICAgICAgICB1ZHAgICAg ICAxMTExMQpybG9naW5kX3BvcnRfdCAgICAgICAgICAgICAgICAgdGNwICAgICAgNTEzCnJuZGNf cG9ydF90ICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA5NTMsIDg5NTMKcm5kY19wb3J0X3Qg ICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDk1Mwpyb3V0ZXJfcG9ydF90ICAgICAgICAgICAg ICAgICAgdGNwICAgICAgNTIxCnJvdXRlcl9wb3J0X3QgICAgICAgICAgICAgICAgICB1ZHAgICAg ICA1MjAtNTIxCnJzaF9wb3J0X3QgICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA1MTQKcnN5 bmNfcG9ydF90ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDg3Mwpyc3luY19wb3J0X3QgICAg ICAgICAgICAgICAgICAgdWRwICAgICAgODczCnJ0c2NsaWVudF9wb3J0X3QgICAgICAgICAgICAg ICB0Y3AgICAgICAyNTAxCnJ3aG9fcG9ydF90ICAgICAgICAgICAgICAgICAgICB1ZHAgICAgICA1 MTMKc2FtZXRpbWVfcG9ydF90ICAgICAgICAgICAgICAgIHRjcCAgICAgIDE1MzMKc2FtZXRpbWVf cG9ydF90ICAgICAgICAgICAgICAgIHVkcCAgICAgIDE1MzMKc2FwX3BvcnRfdCAgICAgICAgICAg ICAgICAgICAgIHRjcCAgICAgIDk4NzUKc2FwX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgIHVk cCAgICAgIDk4NzUKc2FwaG9zdGN0cmxfcG9ydF90ICAgICAgICAgICAgIHRjcCAgICAgIDExMjgs IDExMjkKc2lldmVfcG9ydF90ICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDQxOTAKc2lwX3Bv cnRfdCAgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDUwNjAsIDUwNjEKc2lwX3BvcnRfdCAg ICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDUwNjAsIDUwNjEKc2l4eHNjb25maWdfcG9ydF90 ICAgICAgICAgICAgIHRjcCAgICAgIDM4NzQKc2l4eHNjb25maWdfcG9ydF90ICAgICAgICAgICAg IHVkcCAgICAgIDM4NzQKc21iZF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDEz Ny0xMzksIDQ0NQpzbXRwX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMjUsIDQ2 NSwgNTg3CnNubXBfcG9ydF90ICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAxNjEtMTYyLCAx OTksIDExNjEKc25tcF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDE2MS0xNjIK c291bmRkX3BvcnRfdCAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDgwMDAsIDk0MzMsIDE2MDAx CnNwYW1kX3BvcnRfdCAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA3ODMsIDEwMDI2LCAxMDAy NwpzcGVlY2hfcG9ydF90ICAgICAgICAgICAgICAgICAgdGNwICAgICAgODAzNgpzcXVpZF9wb3J0 X3QgICAgICAgICAgICAgICAgICAgdGNwICAgICAgMzEyOCwgMzQwMSwgNDgyNwpzcXVpZF9wb3J0 X3QgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMzQwMSwgNDgyNwpzc2RwX3BvcnRfdCAgICAg ICAgICAgICAgICAgICAgdGNwICAgICAgMTkwMApzc2RwX3BvcnRfdCAgICAgICAgICAgICAgICAg ICAgdWRwICAgICAgMTkwMApzc2hfcG9ydF90ICAgICAgICAgICAgICAgICAgICAgdGNwICAgICAg MjIKc3RyZWFtaW5nX3BvcnRfdCAgICAgICAgICAgICAgIHRjcCAgICAgIDU1NCwgMTc1NQpzdHJl YW1pbmdfcG9ydF90ICAgICAgICAgICAgICAgdWRwICAgICAgNTU0LCAxNzU1CnN2bl9wb3J0X3Qg ICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAzNjkwCnN2bl9wb3J0X3QgICAgICAgICAgICAg ICAgICAgICB1ZHAgICAgICAzNjkwCnN3YXRfcG9ydF90ICAgICAgICAgICAgICAgICAgICB0Y3Ag ICAgICA5MDEKc3lwZV9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDk5MTEKc3lw ZV9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDk5MTEKc3lzbG9nZF9wb3J0X3Qg ICAgICAgICAgICAgICAgIHRjcCAgICAgIDY1MTQKc3lzbG9nZF9wb3J0X3QgICAgICAgICAgICAg ICAgIHVkcCAgICAgIDUxNCwgNjUxNAp0Y3NfcG9ydF90ICAgICAgICAgICAgICAgICAgICAgdGNw ICAgICAgMzAwMDMKdGVsbmV0ZF9wb3J0X3QgICAgICAgICAgICAgICAgIHRjcCAgICAgIDIzCnRm dHBfcG9ydF90ICAgICAgICAgICAgICAgICAgICB1ZHAgICAgICA2OQp0aW1lX3BvcnRfdCAgICAg ICAgICAgICAgICAgICAgdGNwICAgICAgMzcKdGltZV9wb3J0X3QgICAgICAgICAgICAgICAgICAg IHVkcCAgICAgIDM3CnRvcl9wb3J0X3QgICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA2OTY5 LCA5MDAxLCA5MDMwLCA5MDUxCnRvcl9zb2Nrc19wb3J0X3QgICAgICAgICAgICAgICB0Y3AgICAg ICA5MDUwCnRyYWNlcm91dGVfcG9ydF90ICAgICAgICAgICAgICB1ZHAgICAgICA2NDAwMC02NDAx MAp0cmFtX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgNDU2Nwp0cmFuc3Byb3h5 X3BvcnRfdCAgICAgICAgICAgICAgdGNwICAgICAgODA4MQp1bnJlc2VydmVkX3BvcnRfdCAgICAg ICAgICAgICAgdGNwICAgICAgMTAyNC0zMjc2NywgNjEwMDEtNjU1MzUKdW5yZXNlcnZlZF9wb3J0 X3QgICAgICAgICAgICAgIHVkcCAgICAgIDEwMjQtMzI3NjcsIDYxMDAxLTY1NTM1CnVwc19wb3J0 X3QgICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAzNDkzCnV1Y3BkX3BvcnRfdCAgICAgICAg ICAgICAgICAgICB0Y3AgICAgICA1NDAKdmFybmlzaGRfcG9ydF90ICAgICAgICAgICAgICAgIHRj cCAgICAgIDYwODEtNjA4Mgp2aXJ0X21pZ3JhdGlvbl9wb3J0X3QgICAgICAgICAgdGNwICAgICAg NDkxNTItNDkyMTYKdmlydF9wb3J0X3QgICAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDE2NTA5 LCAxNjUxNAp2aXJ0X3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMTY1MDksIDE2 NTE0CnZuY19wb3J0X3QgICAgICAgICAgICAgICAgICAgICB0Y3AgICAgICA1OTAwLTU5ODMsIDU5 ODUtNTk5OQp3Y2NwX3BvcnRfdCAgICAgICAgICAgICAgICAgICAgdWRwICAgICAgMjA0OAp3ZWJz bV9wb3J0X3QgICAgICAgICAgICAgICAgICAgdGNwICAgICAgOTA5MAp3ZWJzbV9wb3J0X3QgICAg ICAgICAgICAgICAgICAgdWRwICAgICAgOTA5MAp3aG9pc19wb3J0X3QgICAgICAgICAgICAgICAg ICAgdGNwICAgICAgNDMsIDQzMjEKd2hvaXNfcG9ydF90ICAgICAgICAgICAgICAgICAgIHVkcCAg ICAgIDQzLCA0MzIxCndpbnNoYWRvd19wb3J0X3QgICAgICAgICAgICAgICB0Y3AgICAgICAzMjYx CndpbnNoYWRvd19wb3J0X3QgICAgICAgICAgICAgICB1ZHAgICAgICAzMjYxCndzaWNvcHlfcG9y dF90ICAgICAgICAgICAgICAgICB0Y3AgICAgICAzMzc4CndzaWNvcHlfcG9ydF90ICAgICAgICAg ICAgICAgICB1ZHAgICAgICAzMzc4CnhkbWNwX3BvcnRfdCAgICAgICAgICAgICAgICAgICB0Y3Ag ICAgICAxNzcKeGRtY3BfcG9ydF90ICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDE3Nwp4ZW5f cG9ydF90ICAgICAgICAgICAgICAgICAgICAgdGNwICAgICAgODAwMgp4ZnNfcG9ydF90ICAgICAg ICAgICAgICAgICAgICAgdGNwICAgICAgNzEwMAp4c2VydmVyX3BvcnRfdCAgICAgICAgICAgICAg ICAgdGNwICAgICAgNjAwMC02MDIwCnphYmJpeF9hZ2VudF9wb3J0X3QgICAgICAgICAgICB0Y3Ag ICAgICAxMDA1MAp6YWJiaXhfcG9ydF90ICAgICAgICAgICAgICAgICAgdGNwICAgICAgMTAwNTEK emFyYWZhX3BvcnRfdCAgICAgICAgICAgICAgICAgIHRjcCAgICAgIDIzNiwgMjM3CnplYnJhX3Bv cnRfdCAgICAgICAgICAgICAgICAgICB0Y3AgICAgICAyNjAwLTI2MDQsIDI2MDYKemVicmFfcG9y dF90ICAgICAgICAgICAgICAgICAgIHVkcCAgICAgIDI2MDAtMjYwNCwgMjYwNgp6ZW50ZWRfcG9y dF90ICAgICAgICAgICAgICAgICAgdGNwICAgICAgMTIyOQp6ZW50ZWRfcG9ydF90ICAgICAgICAg ICAgICAgICAgdWRwICAgICAgMTIyOQp6b29rZWVwZXJfY2xpZW50X3BvcnRfdCAgICAgICAgdGNw ICAgICAgMjE4MQp6b29rZWVwZXJfZWxlY3Rpb25fcG9ydF90ICAgICAgdGNwICAgICAgMzg4OAp6 b29rZWVwZXJfbGVhZGVyX3BvcnRfdCAgICAgICAgdGNwICAgICAgMjg4OAp6b3BlX3BvcnRfdCAg ICAgICAgICAgICAgICAgICAgdGNwICAgICAgODAyMQoKMjAxMy0wMi0wMyAyMToxMDozMzo6REVC VUc6OmNvbW1vbl91dGlsczo6MzM2Ojpyb290Ojogc3RkZXJyID0gCjIwMTMtMDItMDMgMjE6MTA6 MzM6OkRFQlVHOjpjb21tb25fdXRpbHM6OjMzNzo6cm9vdDo6IHJldGNvZGUgPSAwCjIwMTMtMDIt MDMgMjE6MTA6MzM6OkRFQlVHOjplbmdpbmVfdmFsaWRhdG9yczo6MTEyOjpyb290OjogaHR0cF9w b3J0X3QgPSBbODAsIDgxLCA0NDMsIDQ4OCwgODAwOCwgODAwOSwgODQ0MywgOTAwMF0KMjAxMy0w Mi0wMyAyMToxMDozMzo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MTM5Nzo6cm9vdDo6IGdvaW5nIG92 ZXIgZ3JvdXAgQUxMX1BBUkFNUwoyMDEzLTAyLTAzIDIxOjEwOjMzOjpJTkZPOjplbmdpbmUtc2V0 dXA6OjE0MDY6OnJvb3Q6OiBDb21wYXJpbmcgcHJlLWNvbmRpdGlvbnM7IGNvbmRpdGlvbjogJ1Ry dWUnLCBhbmQgbWF0Y2g6ICdUcnVlJwoyMDEzLTAyLTAzIDIxOjEwOjMzOjpERUJVRzo6ZW5naW5l LXNldHVwOjo1MDk6OnJvb3Q6OiBzZXR0aW5nIGRlZmF1bHQgdmFsdWUgKDAwOjFBOjRBOkE4OjAy OjAwLTAwOjFBOjRBOkE4OjAyOkZGKSBmb3Iga2V5IChNQUNfUkFOR0UpCjIwMTMtMDItMDMgMjE6 MTA6Mzc6OklORk86OmVuZ2luZV92YWxpZGF0b3JzOjoyOTA6OnJvb3Q6OiBWYWxpZGF0aW5nIGxv Y2FsaG9zdC5sb2NhbGRvbWFpbiBhcyBhIEZRRE4KMjAxMy0wMi0wMyAyMToxMDozNzo6SU5GTzo6 ZW5naW5lX3ZhbGlkYXRvcnM6OjE5Njo6cm9vdDo6IHZhbGlkYXRpbmcgbG9jYWxob3N0LmxvY2Fs ZG9tYWluIGFzIGEgdmFsaWQgZG9tYWluIHN0cmluZwoyMDEzLTAyLTAzIDIxOjEwOjM3OjpERUJV Rzo6Y29tbW9uX3V0aWxzOjoyODY6OnJvb3Q6OiBjbWQgPSAvc2Jpbi9pcCBhZGRyCjIwMTMtMDIt MDMgMjE6MTA6Mzc6OkRFQlVHOjpjb21tb25fdXRpbHM6OjI5MTo6cm9vdDo6IG91dHB1dCA9IDE6 IGxvOiA8TE9PUEJBQ0ssVVAsTE9XRVJfVVA+IG10dSA2NTUzNiBxZGlzYyBub3F1ZXVlIHN0YXRl IFVOS05PV04gCiAgICBsaW5rL2xvb3BiYWNrIDAwOjAwOjAwOjAwOjAwOjAwIGJyZCAwMDowMDow MDowMDowMDowMAogICAgaW5ldCAxMjcuMC4wLjEvOCBzY29wZSBob3N0IGxvCiAgICBpbmV0NiA6 OjEvMTI4IHNjb3BlIGhvc3QgCiAgICAgICB2YWxpZF9sZnQgZm9yZXZlciBwcmVmZXJyZWRfbGZ0 IGZvcmV2ZXIKMjogcDJwMTogPEJST0FEQ0FTVCxNVUxUSUNBU1QsVVAsTE9XRVJfVVA+IG10dSAx NTAwIHFkaXNjIHBmaWZvX2Zhc3Qgc3RhdGUgVVAgcWxlbiAxMDAwCiAgICBsaW5rL2V0aGVyIDA4 OjAwOjI3OjVjOmRkOjk5IGJyZCBmZjpmZjpmZjpmZjpmZjpmZgogICAgaW5ldCAxOTIuMTY4LjIu MTMvMjQgYnJkIDE5Mi4xNjguMi4yNTUgc2NvcGUgZ2xvYmFsIHAycDEKICAgIGluZXQ2IDIwMDE6 NDgzMDoxNjkyOjE6YTAwOjI3ZmY6ZmU1YzpkZDk5LzY0IHNjb3BlIGdsb2JhbCBkeW5hbWljIAog ICAgICAgdmFsaWRfbGZ0IDg2MzQyc2VjIHByZWZlcnJlZF9sZnQgMTQzNDJzZWMKICAgIGluZXQ2 IGZlODA6OmEwMDoyN2ZmOmZlNWM6ZGQ5OS82NCBzY29wZSBsaW5rIAogICAgICAgdmFsaWRfbGZ0 IGZvcmV2ZXIgcHJlZmVycmVkX2xmdCBmb3JldmVyCgoyMDEzLTAyLTAzIDIxOjEwOjM3OjpERUJV Rzo6Y29tbW9uX3V0aWxzOjoyOTI6OnJvb3Q6OiBzdGRlcnIgPSAKMjAxMy0wMi0wMyAyMToxMDoz Nzo6REVCVUc6OmNvbW1vbl91dGlsczo6MjkzOjpyb290OjogcmV0Y29kZSA9IDAKMjAxMy0wMi0w MyAyMToxMDozNzo6REVCVUc6OmNvbW1vbl91dGlsczo6NDMzOjpyb290OjogRm91bmQgSVAgQWRk cmVzczogMTkyLjE2OC4yLjEzCjIwMTMtMDItMDMgMjE6MTA6Mzc6OkRFQlVHOjpjb21tb25fdXRp bHM6OjI4Njo6cm9vdDo6IGNtZCA9IC91c3IvYmluL25zbG9va3VwIGxvY2FsaG9zdC5sb2NhbGRv bWFpbgoyMDEzLTAyLTAzIDIxOjEwOjM4OjpERUJVRzo6Y29tbW9uX3V0aWxzOjoyOTE6OnJvb3Q6 OiBvdXRwdXQgPSBTZXJ2ZXI6CQkxOTIuMTY4LjIuMQpBZGRyZXNzOgkxOTIuMTY4LjIuMSM1MwoK Kiogc2VydmVyIGNhbid0IGZpbmQgbG9jYWxob3N0LmxvY2FsZG9tYWluOiBOWERPTUFJTgoKCjIw MTMtMDItMDMgMjE6MTA6Mzg6OkRFQlVHOjpjb21tb25fdXRpbHM6OjI5Mjo6cm9vdDo6IHN0ZGVy ciA9IAoyMDEzLTAyLTAzIDIxOjEwOjM4OjpERUJVRzo6Y29tbW9uX3V0aWxzOjoyOTM6OnJvb3Q6 OiByZXRjb2RlID0gMQoyMDEzLTAyLTAzIDIxOjEwOjM4OjpFUlJPUjo6ZW5naW5lX3ZhbGlkYXRv cnM6OjMwNDo6cm9vdDo6IEZhaWxlZCB0byByZXNvbHZlIGxvY2FsaG9zdC5sb2NhbGRvbWFpbgoy MDEzLTAyLTAzIDIxOjEwOjM4OjpERUJVRzo6ZW5naW5lLXNldHVwOjo2MDA6OnJvb3Q6OiBhc2tp bmcgdXNlcjogVXNlciBpbnB1dCBmYWlsZWQgdmFsaWRhdGlvbiwgZG8geW91IHN0aWxsIHdpc2gg dG8gdXNlIGl0PyAoeWVzfG5vKTogCjIwMTMtMDItMDMgMjE6MTA6NDA6OkRFQlVHOjplbmdpbmUt c2V0dXA6OjYwNDo6cm9vdDo6IHVzZXIgYW5zd2VyZWQ6IHllcwoyMDEzLTAyLTAzIDIxOjEwOjQ0 OjpERUJVRzo6ZW5naW5lX3ZhbGlkYXRvcnM6OjE0Njo6cm9vdDo6IFZhbGlkYXRpbmcgcGFzc3dv cmQKMjAxMy0wMi0wMyAyMToxMDo1NDo6REVCVUc6OmVuZ2luZS1zZXR1cDo6NTg4Ojpyb290Ojog UGFyYW0gY29uZmlybWF0aW9uIHBhc3NlZCwgdmFsdWUgZm9yIGJvdGggcXVlc3Rpb25zIGlzIGlk ZW50aWNhbAoyMDEzLTAyLTAzIDIxOjExOjAzOjpJTkZPOjplbmdpbmVfdmFsaWRhdG9yczo6Mzcx Ojpyb290OjogdmFsaWRhdGluZyBvcmdhbml6YXRpb24gbmFtZQoyMDEzLTAyLTAzIDIxOjExOjA0 OjpJTkZPOjplbmdpbmVfdmFsaWRhdG9yczo6MTU5Ojpyb290OjogVmFsaWRhdGluZyBORlMgYXMg cGFydCBvZiBbJ05GUycsICdGQycsICdJU0NTSSddCjIwMTMtMDItMDMgMjE6MTE6MDU6OklORk86 OmVuZ2luZV92YWxpZGF0b3JzOjoxNTk6OnJvb3Q6OiBWYWxpZGF0aW5nIGxvY2FsIGFzIHBhcnQg b2YgWydyZW1vdGUnLCAnbG9jYWwnXQoyMDEzLTAyLTAzIDIxOjExOjA1OjpERUJVRzo6ZW5naW5l LXNldHVwOjoxMzk3Ojpyb290OjogZ29pbmcgb3ZlciBncm91cCBSRU1PVEVfREIKMjAxMy0wMi0w MyAyMToxMTowNTo6SU5GTzo6ZW5naW5lLXNldHVwOjoxNDA2Ojpyb290OjogQ29tcGFyaW5nIHBy ZS1jb25kaXRpb25zOyBjb25kaXRpb246ICdGYWxzZScsIGFuZCBtYXRjaDogJ1RydWUnCjIwMTMt MDItMDMgMjE6MTE6MDU6OkRFQlVHOjplbmdpbmUtc2V0dXA6OjE0MzU6OnJvb3Q6OiBubyBwb3N0 IGNvbmRpdGlvbiBjaGVjayBmb3IgZ3JvdXAgUkVNT1RFX0RCCjIwMTMtMDItMDMgMjE6MTE6MDU6 OkRFQlVHOjplbmdpbmUtc2V0dXA6OjEzOTc6OnJvb3Q6OiBnb2luZyBvdmVyIGdyb3VwIExPQ0FM X0RCCjIwMTMtMDItMDMgMjE6MTE6MDU6OklORk86OmVuZ2luZS1zZXR1cDo6MTQwNjo6cm9vdDo6 IENvbXBhcmluZyBwcmUtY29uZGl0aW9uczsgY29uZGl0aW9uOiAnRmFsc2UnLCBhbmQgbWF0Y2g6 ICdGYWxzZScKMjAxMy0wMi0wMyAyMToxMTowODo6REVCVUc6OmVuZ2luZV92YWxpZGF0b3JzOjox NDY6OnJvb3Q6OiBWYWxpZGF0aW5nIHBhc3N3b3JkCjIwMTMtMDItMDMgMjE6MTE6MTE6OkRFQlVH OjplbmdpbmUtc2V0dXA6OjU4ODo6cm9vdDo6IFBhcmFtIGNvbmZpcm1hdGlvbiBwYXNzZWQsIHZh bHVlIGZvciBib3RoIHF1ZXN0aW9ucyBpcyBpZGVudGljYWwKMjAxMy0wMi0wMyAyMToxMToxMTo6 REVCVUc6OmVuZ2luZS1zZXR1cDo6MTM5Nzo6cm9vdDo6IGdvaW5nIG92ZXIgZ3JvdXAgTkZTCjIw MTMtMDItMDMgMjE6MTE6MTI6OklORk86OmVuZ2luZV92YWxpZGF0b3JzOjoxNTk6OnJvb3Q6OiBW YWxpZGF0aW5nIHllcyBhcyBwYXJ0IG9mIFsneWVzJywgJ25vJ10KMjAxMy0wMi0wMyAyMToxMTox Mjo6SU5GTzo6ZW5naW5lLXNldHVwOjoxNDA2Ojpyb290OjogQ29tcGFyaW5nIHByZS1jb25kaXRp b25zOyBjb25kaXRpb246ICd5ZXMnLCBhbmQgbWF0Y2g6ICd5ZXMnCjIwMTMtMDItMDMgMjE6MTE6 MTU6OklORk86OmVuZ2luZV92YWxpZGF0b3JzOjoyNjo6cm9vdDo6IHZhbGlkYXRpbmcgSVNPIGFz IGEgdmFsaWQgbW91bnQgcG9pbnQKMjAxMy0wMi0wMyAyMToxMToxODo6SU5GTzo6ZW5naW5lX3Zh bGlkYXRvcnM6OjI2Ojpyb290OjogdmFsaWRhdGluZyAvSVNPIGFzIGEgdmFsaWQgbW91bnQgcG9p bnQKMjAxMy0wMi0wMyAyMToxMToxODo6REVCVUc6OmVuZ2luZV92YWxpZGF0b3JzOjo1NDQ6OnJv b3Q6OiBhdHRlbXB0aW5nIHRvIHdyaXRlIHRlbXAgZmlsZSB0byAvCjIwMTMtMDItMDMgMjE6MTE6 MTg6OkRFQlVHOjpjb21tb25fdXRpbHM6OjQ2NDo6cm9vdDo6IENoZWNraW5nIGF2YWlsYWJsZSBz cGFjZSBvbiAvCjIwMTMtMDItMDMgMjE6MTE6MTg6OkRFQlVHOjpjb21tb25fdXRpbHM6OjQ2OTo6 cm9vdDo6IEF2YWlsYWJsZSBzcGFjZSBvbiAvIGlzIDI5NTEKMjAxMy0wMi0wMyAyMToxMToxOTo6 SU5GTzo6ZW5naW5lX3ZhbGlkYXRvcnM6OjM1NDo6cm9vdDo6IHZhbGlkYXRpbmcgaXNvIGRvbWFp biBuYW1lCjIwMTMtMDItMDMgMjE6MTE6MTk6OkRFQlVHOjplbmdpbmUtc2V0dXA6OjEzOTc6OnJv b3Q6OiBnb2luZyBvdmVyIGdyb3VwIElQVEFCTEVTCjIwMTMtMDItMDMgMjE6MTE6MTk6OklORk86 OmVuZ2luZS1zZXR1cDo6MTQwNjo6cm9vdDo6IENvbXBhcmluZyBwcmUtY29uZGl0aW9uczsgY29u ZGl0aW9uOiAnVHJ1ZScsIGFuZCBtYXRjaDogJ1RydWUnCjIwMTMtMDItMDMgMjE6MTE6MjA6OklO Rk86OmVuZ2luZV92YWxpZGF0b3JzOjoxNTk6OnJvb3Q6OiBWYWxpZGF0aW5nIHllcyBhcyBwYXJ0 IG9mIFsneWVzJywgJ25vJ10KMjAxMy0wMi0wMyAyMToxMToyMDo6SU5GTzo6ZW5naW5lLXNldHVw OjoxNDc2Ojpyb290OjogKioqIFVzZXIgaW5wdXQgc3VtbWFyeSAqKioKMjAxMy0wMi0wMyAyMTox MToyMDo6SU5GTzo6ZW5naW5lLXNldHVwOjoxNDg5Ojpyb290OjogaHR0cC1wb3J0OiA4MAoyMDEz LTAyLTAzIDIxOjExOjIwOjpJTkZPOjplbmdpbmUtc2V0dXA6OjE0ODk6OnJvb3Q6OiBodHRwcy1w b3J0OiA0NDMKMjAxMy0wMi0wMyAyMToxMToyMDo6SU5GTzo6ZW5naW5lLXNldHVwOjoxNDg5Ojpy b290OjogaG9zdC1mcWRuOiBsb2NhbGhvc3QubG9jYWxkb21haW4KMjAxMy0wMi0wMyAyMToxMToy MDo6SU5GTzo6ZW5naW5lLXNldHVwOjoxNDg1Ojpyb290OjogYXV0aC1wYXNzOiAqKioqKioqKgoy MDEzLTAyLTAzIDIxOjExOjIwOjpJTkZPOjplbmdpbmUtc2V0dXA6OjE0ODk6OnJvb3Q6OiBvcmct bmFtZTogbG9jYWxob3N0CjIwMTMtMDItMDMgMjE6MTE6MjA6OklORk86OmVuZ2luZS1zZXR1cDo6 MTQ4OTo6cm9vdDo6IGRlZmF1bHQtZGMtdHlwZTogTkZTCjIwMTMtMDItMDMgMjE6MTE6MjA6OklO Rk86OmVuZ2luZS1zZXR1cDo6MTQ4OTo6cm9vdDo6IGRiLXJlbW90ZS1pbnN0YWxsOiBsb2NhbAoy MDEzLTAyLTAzIDIxOjExOjIwOjpJTkZPOjplbmdpbmUtc2V0dXA6OjE0ODU6OnJvb3Q6OiBkYi1s b2NhbC1wYXNzOiAqKioqKioqKgoyMDEzLTAyLTAzIDIxOjExOjIwOjpJTkZPOjplbmdpbmUtc2V0 dXA6OjE0ODk6OnJvb3Q6OiBuZnMtbXA6IC9JU08KMjAxMy0wMi0wMyAyMToxMToyMDo6SU5GTzo6 ZW5naW5lLXNldHVwOjoxNDg5Ojpyb290OjogaXNvLWRvbWFpbi1uYW1lOiBJU08KMjAxMy0wMi0w MyAyMToxMToyMDo6SU5GTzo6ZW5naW5lLXNldHVwOjoxNDg5Ojpyb290OjogY29uZmlnLW5mczog eWVzCjIwMTMtMDItMDMgMjE6MTE6MjA6OklORk86OmVuZ2luZS1zZXR1cDo6MTQ4OTo6cm9vdDo6 IG92ZXJyaWRlLWlwdGFibGVzOiB5ZXMKMjAxMy0wMi0wMyAyMToxMToyMDo6SU5GTzo6ZW5naW5l LXNldHVwOjoxNDkxOjpyb290OjogKioqIFVzZXIgaW5wdXQgc3VtbWFyeSAqKioKMjAxMy0wMi0w MyAyMToxMToyMDo6REVCVUc6OmVuZ2luZS1zZXR1cDo6NjAwOjpyb290OjogYXNraW5nIHVzZXI6 IFByb2NlZWQgd2l0aCB0aGUgY29uZmlndXJhdGlvbiBsaXN0ZWQgYWJvdmU/ICh5ZXN8bm8pOiAK MjAxMy0wMi0wMyAyMToxMToyMjo6REVCVUc6OmVuZ2luZS1zZXR1cDo6NjA0Ojpyb290OjogdXNl ciBhbnN3ZXJlZDogeWVzCjIwMTMtMDItMDMgMjE6MTE6MjI6OkRFQlVHOjplbmdpbmUtc2V0dXA6 OjE1MTA6OnJvb3Q6OiB1c2VyIGNob3NlIHRvIGFjY2VwdCB1c2VyIHBhcmFtZXRlcnMKMjAxMy0w Mi0wMyAyMToxMToyMjo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MjEyNjo6cm9vdDo6IHsnT1JHX05B TUUnOiAnbG9jYWxob3N0JywgJ0hPU1RfRlFETic6ICdsb2NhbGhvc3QubG9jYWxkb21haW4nLCAn QVVUSF9QQVNTX0NPTkZJUk1FRCc6ICcqKioqKioqKicsICdIVFRQX1BPUlQnOiAnODAnLCAnSFRU UFNfUE9SVCc6ICc0NDMnLCAnRENfVFlQRSc6ICdORlMnLCAnRENfVFlQRV9FTlVNJzogPGNvbW1v bl91dGlscy5FbnVtIG9iamVjdCBhdCAweDFkOTA4NTA+LCAnQVVUSF9QQVNTJzogJyoqKioqKioq JywgJ0NPTkZJR19ORlMnOiAneWVzJywgJ0RCX0xPQ0FMX1BBU1MnOiAnKioqKioqKionLCAnSVNP X0RPTUFJTl9OQU1FJzogJ0lTTycsICdPVkVSUklERV9IVFRQRF9DT05GSUcnOiAneWVzJywgJ09W RVJSSURFX0lQVEFCTEVTJzogJ3llcycsICdEQl9MT0NBTF9QQVNTX0NPTkZJUk1FRCc6ICcqKioq KioqKicsICdNQUNfUkFOR0UnOiAnMDA6MUE6NEE6QTg6MDI6MDAtMDA6MUE6NEE6QTg6MDI6RkYn LCAnREJfUkVNT1RFX0lOU1RBTEwnOiAnbG9jYWwnLCAnTkZTX01QJzogJy9JU08nfQoyMDEzLTAy LTAzIDIxOjExOjIyOjpERUJVRzo6ZW5naW5lLXNldHVwOjoyMTI5Ojpyb290OjogRW50ZXJlZCBD b25maWd1cmF0aW9uIHN0YWdlCjIwMTMtMDItMDMgMjE6MTE6MjI6OkRFQlVHOjpzZXR1cF9zZXF1 ZW5jZXM6OjU5Ojpyb290OjogcnVubmluZyBzZXRNYXhTaGFyZWRNZW1vcnkKMjAxMy0wMi0wMyAy MToxMToyMjo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MTU3NDo6cm9vdDo6IGxvYWRpbmcgL2V0Yy9z eXNjdGwuY29uZgoyMDEzLTAyLTAzIDIxOjExOjIyOjpERUJVRzo6ZW5naW5lLXNldHVwOjoxNTg1 Ojpyb290Ojogc2V0dGluZyBTSEFSRUQgTUVNT1JZIE1BWCB0bzogMzU1NTQ0MzIKMjAxMy0wMi0w MyAyMToxMToyMjo6REVCVUc6OmNvbW1vbl91dGlsczo6Mjg2Ojpyb290OjogY21kID0gL3NiaW4v c3lzY3RsIC1lIC1wCjIwMTMtMDItMDMgMjE6MTE6MjI6OkRFQlVHOjpjb21tb25fdXRpbHM6OjI5 MTo6cm9vdDo6IG91dHB1dCA9IGtlcm5lbC5zaG1tYXggPSAzNTU1NDQzMgoKMjAxMy0wMi0wMyAy MToxMToyMjo6REVCVUc6OmNvbW1vbl91dGlsczo6MjkyOjpyb290Ojogc3RkZXJyID0gCjIwMTMt MDItMDMgMjE6MTE6MjI6OkRFQlVHOjpjb21tb25fdXRpbHM6OjI5Mzo6cm9vdDo6IHJldGNvZGUg PSAwCjIwMTMtMDItMDMgMjE6MTE6MjI6OkRFQlVHOjpzZXR1cF9zZXF1ZW5jZXM6OjU5Ojpyb290 OjogcnVubmluZyBfY3JlYXRlQ0EKMjAxMy0wMi0wMyAyMToxMToyMjo6REVCVUc6OmVuZ2luZS1z ZXR1cDo6ODU5Ojpyb290OjogdXBkYXRpbmcgL2V0Yy9wa2kvb3ZpcnQtZW5naW5lL2NhY2VydC50 ZW1wbGF0ZQoyMDEzLTAyLTAzIDIxOjExOjIyOjpERUJVRzo6ZW5naW5lLXNldHVwOjo4NTk6OnJv b3Q6OiB1cGRhdGluZyAvZXRjL3BraS9vdmlydC1lbmdpbmUvY2VydC50ZW1wbGF0ZQoyMDEzLTAy LTAzIDIxOjExOjIyOjpERUJVRzo6ZW5naW5lLXNldHVwOjo3ODI6OnJvb3Q6OiBjdXJyZW50IHRp bWV6b25lIG9mZnNldCBpcyA1CjIwMTMtMDItMDMgMjE6MTE6MjI6OkRFQlVHOjplbmdpbmUtc2V0 dXA6Ojc5Njo6cm9vdDo6IERhdGUgc3RyaW5nIGlzIDEzMDIwMjIxMTEyMiswNTAwCjIwMTMtMDIt MDMgMjE6MTE6MjI6OkRFQlVHOjplbmdpbmUtc2V0dXA6OjgwMzo6cm9vdDo6IHRydW5jYXRlZCBI T1NUX0ZRRE4gJ2xvY2FsaG9zdC5sb2NhbGRvbWFpbicgdG8gJ2xvY2FsaG9zdC5sb2NhbGRvbWFp bicuIHNpemVkIHJlZHVjZWQgdG8gMjEuLgoyMDEzLTAyLTAzIDIxOjExOjIyOjpERUJVRzo6ZW5n aW5lLXNldHVwOjo4MDU6OnJvb3Q6OiB1c2luZyB1bmlxdWUgQ046ICdsb2NhbGhvc3QubG9jYWxk b21haW4uNDk3MDQnIGZvciBDQSBjZXJ0aWZpY2F0ZQoyMDEzLTAyLTAzIDIxOjExOjIyOjpERUJV Rzo6Y29tbW9uX3V0aWxzOjozMDk6OnJvb3Q6OiBFeGVjdXRpbmcgY29tbWFuZCAtLT4gJy9ldGMv cGtpL292aXJ0LWVuZ2luZS9pbnN0YWxsQ0Euc2ggbG9jYWxob3N0LmxvY2FsZG9tYWluIFVTIGxv Y2FsaG9zdCBlbmdpbmUgKioqKioqKiogMTMwMjAyMjExMTIyKzA1MDAgL2V0Yy9wa2kvb3ZpcnQt ZW5naW5lIGxvY2FsaG9zdC5sb2NhbGRvbWFpbi40OTcwNCcKMjAxMy0wMi0wMyAyMToxMTo0MDo6 REVCVUc6OmNvbW1vbl91dGlsczo6MzM1Ojpyb290Ojogb3V0cHV0ID0gIAp9IENyZWF0aW5nIENB Li4uCiAKfSBDcmVhdGluZyBLZXlTdG9yZS4uLgogCn19IENvbnZlcnRpbmcgZm9ybWF0cy4uLgog Cj4gSW1wb3J0aW5nIENBIGNlcnRpZmljYXRlLi4uCiAKfSBDcmVhdGluZyBjbGllbnQgY2VydGlm aWNhdGUgZm9yIG9WaXJ0Li4uCiAKfX0gQ3JlYXRpbmcgY2VydGlmaWNhdGUgcmVxdWVzdC4uLgog Cn19IFNpZ25pbmcgY2VydGlmaWNhdGUgcmVxdWVzdC4uLgogICAgICAgICAgICBYNTA5djMgU3Vi amVjdCBLZXkgSWRlbnRpZmllcjogCiAKfX0gQ29udmVydGluZyBmb3JtYXRzLi4uCiAKfSBJbXBv cnRpbmcgb1ZpcnQgY2VydGlmaWNhdGUuLi4KIAp9IEV4cG9ydGluZyBvVmlydCBrZXkgYXMgU1NI Li4uCgoyMDEzLTAyLTAzIDIxOjExOjQwOjpERUJVRzo6Y29tbW9uX3V0aWxzOjozMzY6OnJvb3Q6 OiBzdGRlcnIgPSBHZW5lcmF0aW5nIFJTQSBwcml2YXRlIGtleSwgMTAyNCBiaXQgbG9uZyBtb2R1 bHVzCi4uLi4uLi4uLi4uLisrKysrKwouLi4uLi4uLi4uLi4uLi4uKysrKysrCmUgaXMgNjU1Mzcg KDB4MTAwMDEpClVzaW5nIGNvbmZpZ3VyYXRpb24gZnJvbSBvcGVuc3NsLmNvbmYKQ2hlY2sgdGhh dCB0aGUgcmVxdWVzdCBtYXRjaGVzIHRoZSBzaWduYXR1cmUKU2lnbmF0dXJlIG9rClRoZSBTdWJq ZWN0J3MgRGlzdGluZ3Vpc2hlZCBOYW1lIGlzIGFzIGZvbGxvd3MKY291bnRyeU5hbWUgICAgICAg ICAgIDpQUklOVEFCTEU6J1VTJwpvcmdhbml6YXRpb25OYW1lICAgICAgOlBSSU5UQUJMRTonbG9j YWxob3N0Jwpjb21tb25OYW1lICAgICAgICAgICAgOlBSSU5UQUJMRTonQ0EtbG9jYWxob3N0Lmxv Y2FsZG9tYWluLjQ5NzA0JwpDZXJ0aWZpY2F0ZSBpcyB0byBiZSBjZXJ0aWZpZWQgdW50aWwgRmVi ICAyIDAyOjExOjIyIDIwMjMgR01UICgzNjUwIGRheXMpCgpXcml0ZSBvdXQgZGF0YWJhc2Ugd2l0 aCAxIG5ldyBlbnRyaWVzCkRhdGEgQmFzZSBVcGRhdGVkCkNlcnRpZmljYXRlIHdhcyBhZGRlZCB0 byBrZXlzdG9yZQpDZXJ0aWZpY2F0ZSB3YXMgYWRkZWQgdG8ga2V5c3RvcmUKVXNpbmcgY29uZmln dXJhdGlvbiBmcm9tIG9wZW5zc2wuY29uZgpDaGVjayB0aGF0IHRoZSByZXF1ZXN0IG1hdGNoZXMg dGhlIHNpZ25hdHVyZQpTaWduYXR1cmUgb2sKVGhlIFN1YmplY3QncyBEaXN0aW5ndWlzaGVkIE5h bWUgaXMgYXMgZm9sbG93cwpjb3VudHJ5TmFtZSAgICAgICAgICAgOlBSSU5UQUJMRTonVVMnCm9y Z2FuaXphdGlvbk5hbWUgICAgICA6UFJJTlRBQkxFOidsb2NhbGhvc3QnCmNvbW1vbk5hbWUgICAg ICAgICAgICA6UFJJTlRBQkxFOidsb2NhbGhvc3QubG9jYWxkb21haW4nCkNlcnRpZmljYXRlIGlz IHRvIGJlIGNlcnRpZmllZCB1bnRpbCBKYW4gIDkgMDI6MTE6MzYgMjAxOCBHTVQgKDE4MDAgZGF5 cykKCldyaXRlIG91dCBkYXRhYmFzZSB3aXRoIDEgbmV3IGVudHJpZXMKRGF0YSBCYXNlIFVwZGF0 ZWQKQ2VydGlmaWNhdGUgcmVwbHkgd2FzIGluc3RhbGxlZCBpbiBrZXlzdG9yZQoKMjAxMy0wMi0w MyAyMToxMTo0MDo6REVCVUc6OmNvbW1vbl91dGlsczo6MzM3Ojpyb290OjogcmV0Y29kZSA9IDAK MjAxMy0wMi0wMyAyMToxMTo0MDo6REVCVUc6OmNvbW1vbl91dGlsczo6MzA5Ojpyb290OjogRXhl Y3V0aW5nIGNvbW1hbmQgLS0+ICcvZXRjL3BraS9vdmlydC1lbmdpbmUvZ2VuZXJhdGUtc3NoLWtl eXMgLXMgL2V0Yy9wa2kvb3ZpcnQtZW5naW5lLy5rZXlzdG9yZSAtcCAqKioqKioqKiAtYSBlbmdp bmUgLWsgL2V0Yy9wa2kvb3ZpcnQtZW5naW5lL2tleXMvZW5naW5lX2lkX3JzYScKMjAxMy0wMi0w MyAyMToxMTo0Mjo6REVCVUc6OmNvbW1vbl91dGlsczo6MzM1Ojpyb290Ojogb3V0cHV0ID0gRmlu aXNoZWQgc3VjY2Vzc2Z1bHkKCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVHOjpjb21tb25fdXRp bHM6OjMzNjo6cm9vdDo6IHN0ZGVyciA9IAoyMDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6Y29t bW9uX3V0aWxzOjozMzc6OnJvb3Q6OiByZXRjb2RlID0gMAoyMDEzLTAyLTAzIDIxOjExOjQyOjpE RUJVRzo6Y29tbW9uX3V0aWxzOjozMDk6OnJvb3Q6OiBFeGVjdXRpbmcgY29tbWFuZCAtLT4gJy91 c3IvYmluL29wZW5zc2wgeDUwOSAtaW4gL2V0Yy9wa2kvb3ZpcnQtZW5naW5lL2NhLnBlbSAtZmlu Z2VycHJpbnQgLW5vb3V0JwoyMDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6Y29tbW9uX3V0aWxz OjozMzU6OnJvb3Q6OiBvdXRwdXQgPSBTSEExIEZpbmdlcnByaW50PTdDOjIwOjgzOkJEOjVCOjA2 OkYxOkE4OjcyOjg1OjE1OkIxOjFFOjgyOkJGOkQzOjBFOkI5OjJGOkExCgoyMDEzLTAyLTAzIDIx OjExOjQyOjpERUJVRzo6Y29tbW9uX3V0aWxzOjozMzY6OnJvb3Q6OiBzdGRlcnIgPSAKMjAxMy0w Mi0wMyAyMToxMTo0Mjo6REVCVUc6OmNvbW1vbl91dGlsczo6MzM3Ojpyb290OjogcmV0Y29kZSA9 IDAKMjAxMy0wMi0wMyAyMToxMTo0Mjo6REVCVUc6OmNvbW1vbl91dGlsczo6MzA5Ojpyb290Ojog RXhlY3V0aW5nIGNvbW1hbmQgLS0+ICcvdXNyL2Jpbi9zc2gta2V5Z2VuIC1sZiAvZXRjL3BraS9v dmlydC1lbmdpbmUva2V5cy9lbmdpbmUuc3NoLmtleS50eHQnCjIwMTMtMDItMDMgMjE6MTE6NDI6 OkRFQlVHOjpjb21tb25fdXRpbHM6OjMzNTo6cm9vdDo6IG91dHB1dCA9IDIwNDggYTY6NDA6OWI6 YzQ6NmY6ZDE6NzE6NDM6YWI6ZWE6ZDI6ZWI6M2Y6ZjU6Y2U6ODYgIGVuZ2luZSAoUlNBKQoKMjAx My0wMi0wMyAyMToxMTo0Mjo6REVCVUc6OmNvbW1vbl91dGlsczo6MzM2Ojpyb290Ojogc3RkZXJy ID0gCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVHOjpjb21tb25fdXRpbHM6OjMzNzo6cm9vdDo6 IHJldGNvZGUgPSAwCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVHOjpjb21tb25fdXRpbHM6Ojg0 MDo6cm9vdDo6IGNob3duIC9ldGMvcGtpL292aXJ0LWVuZ2luZS9jYS5wZW0gdG8gMTA4Ojk5Nwoy MDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6ZW5naW5lLXNldHVwOjo4NTQ6OnJvb3Q6OiBjaGFu Z2luZyBmaWxlIHBlcm1pc3Npb25zIGZvciAvZXRjL3BraS9vdmlydC1lbmdpbmUvY2EucGVtIHRv IDA3NTAKMjAxMy0wMi0wMyAyMToxMTo0Mjo6REVCVUc6OmNvbW1vbl91dGlsczo6ODQwOjpyb290 OjogY2hvd24gL2V0Yy9wa2kvb3ZpcnQtZW5naW5lLy5rZXlzdG9yZSB0byAxMDg6OTk3CjIwMTMt MDItMDMgMjE6MTE6NDI6OkRFQlVHOjplbmdpbmUtc2V0dXA6Ojg1NDo6cm9vdDo6IGNoYW5naW5n IGZpbGUgcGVybWlzc2lvbnMgZm9yIC9ldGMvcGtpL292aXJ0LWVuZ2luZS8ua2V5c3RvcmUgdG8g MDc1MAoyMDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6Y29tbW9uX3V0aWxzOjo4NDA6OnJvb3Q6 OiBjaG93biAvZXRjL3BraS9vdmlydC1lbmdpbmUvcHJpdmF0ZSB0byAxMDg6OTk3CjIwMTMtMDIt MDMgMjE6MTE6NDI6OkRFQlVHOjplbmdpbmUtc2V0dXA6Ojg1NDo6cm9vdDo6IGNoYW5naW5nIGZp bGUgcGVybWlzc2lvbnMgZm9yIC9ldGMvcGtpL292aXJ0LWVuZ2luZS9wcml2YXRlIHRvIDA3NTAK MjAxMy0wMi0wMyAyMToxMTo0Mjo6REVCVUc6OmNvbW1vbl91dGlsczo6ODQwOjpyb290OjogY2hv d24gL2V0Yy9wa2kvb3ZpcnQtZW5naW5lL3ByaXZhdGUvY2EucGVtIHRvIDEwODo5OTcKMjAxMy0w Mi0wMyAyMToxMTo0Mjo6REVCVUc6OmVuZ2luZS1zZXR1cDo6ODU0Ojpyb290OjogY2hhbmdpbmcg ZmlsZSBwZXJtaXNzaW9ucyBmb3IgL2V0Yy9wa2kvb3ZpcnQtZW5naW5lL3ByaXZhdGUvY2EucGVt IHRvIDA3NTAKMjAxMy0wMi0wMyAyMToxMTo0Mjo6REVCVUc6OmNvbW1vbl91dGlsczo6ODQwOjpy b290OjogY2hvd24gL2V0Yy9wa2kvb3ZpcnQtZW5naW5lLy50cnVzdHN0b3JlIHRvIDEwODo5OTcK MjAxMy0wMi0wMyAyMToxMTo0Mjo6REVCVUc6OmVuZ2luZS1zZXR1cDo6ODU0Ojpyb290OjogY2hh bmdpbmcgZmlsZSBwZXJtaXNzaW9ucyBmb3IgL2V0Yy9wa2kvb3ZpcnQtZW5naW5lLy50cnVzdHN0 b3JlIHRvIDA3NTAKMjAxMy0wMi0wMyAyMToxMTo0Mjo6REVCVUc6OnNldHVwX3NlcXVlbmNlczo6 NTk6OnJvb3Q6OiBydW5uaW5nIGNvbmZpZ0pib3NzWG1sCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRF QlVHOjplbmdpbmUtc2V0dXA6OjE4MzM6OnJvb3Q6OiBCYWNraW5nIHVwIC9ldGMvb3ZpcnQtZW5n aW5lL2VuZ2luZS1zZXJ2aWNlLnhtbCBpbnRvIC9ldGMvb3ZpcnQtZW5naW5lL2VuZ2luZS1zZXJ2 aWNlLnhtbC5CQUNLVVAuMzM5MTMzNQoyMDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6Y29tbW9u X3V0aWxzOjo1MzA6OnJvb3Q6OiBzdWNjZXNzZnVsbHkgY29waWVkIGZpbGUgL2V0Yy9vdmlydC1l bmdpbmUvZW5naW5lLXNlcnZpY2UueG1sIHRvIHRhcmdldCBkZXN0aW5hdGlvbiAvZXRjL292aXJ0 LWVuZ2luZS9lbmdpbmUtc2VydmljZS54bWwuQkFDS1VQLjMzOTEzMzUKMjAxMy0wMi0wMyAyMTox MTo0Mjo6REVCVUc6OmNvbW1vbl91dGlsczo6NTM4Ojpyb290Ojogc2V0dGluZyBmaWxlIC9ldGMv b3ZpcnQtZW5naW5lL2VuZ2luZS1zZXJ2aWNlLnhtbC5CQUNLVVAuMzM5MTMzNSB1aWQvZ2lkIG93 bmVyc2hpcAoyMDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6Y29tbW9uX3V0aWxzOjo1NDE6OnJv b3Q6OiBzZXR0aW5nIGZpbGUgL2V0Yy9vdmlydC1lbmdpbmUvZW5naW5lLXNlcnZpY2UueG1sLkJB Q0tVUC4zMzkxMzM1IG1vZGUgdG8gLTEKMjAxMy0wMi0wMyAyMToxMTo0Mjo6REVCVUc6OmNvbW1v bl91dGlsczo6NTMwOjpyb290Ojogc3VjY2Vzc2Z1bGx5IGNvcGllZCBmaWxlIC9ldGMvb3ZpcnQt ZW5naW5lL2VuZ2luZS1zZXJ2aWNlLnhtbCB0byB0YXJnZXQgZGVzdGluYXRpb24gL2V0Yy9vdmly dC1lbmdpbmUvZW5naW5lLXNlcnZpY2UueG1sLkVESVQuMTk3MTU5MQoyMDEzLTAyLTAzIDIxOjEx OjQyOjpERUJVRzo6Y29tbW9uX3V0aWxzOjo1Mzg6OnJvb3Q6OiBzZXR0aW5nIGZpbGUgL2V0Yy9v dmlydC1lbmdpbmUvZW5naW5lLXNlcnZpY2UueG1sLkVESVQuMTk3MTU5MSB1aWQvZ2lkIG93bmVy c2hpcAoyMDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6Y29tbW9uX3V0aWxzOjo1NDE6OnJvb3Q6 OiBzZXR0aW5nIGZpbGUgL2V0Yy9vdmlydC1lbmdpbmUvZW5naW5lLXNlcnZpY2UueG1sLkVESVQu MTk3MTU5MSBtb2RlIHRvIC0xCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVHOjplbmdpbmUtc2V0 dXA6OjE4Mzg6OnJvb3Q6OiBsb2FkaW5nIHhtbCBmaWxlIGhhbmRsZXIKMjAxMy0wMi0wMyAyMTox MTo0Mjo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MTg0NTo6cm9vdDo6IENvbmZpZ3VyaW5nIEpib3Nz CjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVHOjplbmdpbmUtc2V0dXA6OjE4ODg6OnJvb3Q6OiBD b25maWd1cmluZyBsb2dnaW5nIGZvciBqYm9zcwoyMDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6 ZW5naW5lLXNldHVwOjoxODkwOjpyb290OjogUmVnaXN0ZXJpbmcgZGF0YXNvdXJjZSBuYW1lc3Bh Y2VzCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVHOjplbmdpbmUtc2V0dXA6OjE4OTM6OnJvb3Q6 OiBsb29raW5nIGZvciBFTkdJTkVEYXRhc291cmNlIGRhdGFzb3VyY2UKMjAxMy0wMi0wMyAyMTox MTo0Mjo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MTk0Nzo6cm9vdDo6IEFkZGluZyBFTkdJTkUgZGF0 YXNvdXJjZQoyMDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6ZW5naW5lLXNldHVwOjoxOTUwOjpy b290OjogQWRkaW5nIGRyaXZlcnMgdG8gZGF0YXNvdXJjZQoyMDEzLTAyLTAzIDIxOjExOjQyOjpE RUJVRzo6ZW5naW5lLXNldHVwOjoxOTYzOjpyb290OjogRGF0YXNvdXJjZSBoYXMgYmVlbiBhZGRl ZCBpbnRvIGpib3NzJ3MgY29uZmlndXJhdGlvbgoyMDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6 ZW5naW5lLXNldHVwOjoyMDA4Ojpyb290OjogQ29uZmlndXJpbmcgSmJvc3MncyBuZXR3b3JrCjIw MTMtMDItMDMgMjE6MTE6NDI6OkRFQlVHOjplbmdpbmUtc2V0dXA6OjIwMTA6OnJvb3Q6OiBSZW1v dmluZyBhbGwgaW50ZXJmYWNlcyBmcm9tIHRoZSBwdWJsaWMgaW50ZXJmYWNlCjIwMTMtMDItMDMg MjE6MTE6NDI6OkRFQlVHOjplbmdpbmUtc2V0dXA6OjIwMTM6OnJvb3Q6OiBBZGRpbmcgYWNjZXNz IHRvIHB1YmxpYyBpbnRlcmZhY2UKMjAxMy0wMi0wMyAyMToxMTo0Mjo6REVCVUc6OmVuZ2luZS1z ZXR1cDo6MjAxNjo6cm9vdDo6IFNldHRpbmcgcG9ydHMKMjAxMy0wMi0wMyAyMToxMTo0Mjo6REVC VUc6OmVuZ2luZS1zZXR1cDo6MjAyMzo6cm9vdDo6IE5ldHdvcmsgaGFzIGJlZW4gY29uZmlndXJl ZCBmb3IgamJvc3MKMjAxMy0wMi0wMyAyMToxMTo0Mjo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MjAy OTo6cm9vdDo6IENvbmZpZ3VyaW5nIFNTTCBmb3IgamJvc3MKMjAxMy0wMi0wMyAyMToxMTo0Mjo6 REVCVUc6OmVuZ2luZS1zZXR1cDo6MjAzMTo6cm9vdDo6IFJlZ2lzdGVyaW5nIHdlYiBuYW1lc3Bh Y2VzCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVHOjplbmdpbmUtc2V0dXA6OjIwNDI6OnJvb3Q6 OiBEaXNhYmxpbmcgZGVmYXVsdCB3ZWxjb21lLWNvbnRlbnQKMjAxMy0wMi0wMyAyMToxMTo0Mjo6 REVCVUc6OmVuZ2luZS1zZXR1cDo6MjA0Njo6cm9vdDo6IFNTTCBoYXMgYmVlbiBjb25maWd1cmVk IGZvciBqYm9zcwoyMDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6ZW5naW5lLXNldHVwOjoxODcw Ojpyb290OjogQ29uZmlndXJpbmcgYWpwIGNvbm5lY3RvcgoyMDEzLTAyLTAzIDIxOjExOjQyOjpE RUJVRzo6ZW5naW5lLXNldHVwOjoxODc2Ojpyb290OjogQ29uZmlndXJpbmcgYWpwIHNvY2tldAoy MDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6ZW5naW5lLXNldHVwOjoxODgyOjpyb290OjogQUpQ IGhhcyBiZWVuIGNvbmZpZ3VyZWQgZm9yIGpib3NzCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVH OjplbmdpbmUtc2V0dXA6OjIwNTQ6OnJvb3Q6OiBDb25maWd1cmluZyByZXdyaXRlIHJ1bGVzIGZv ciBqYm9zcwoyMDEzLTAyLTAzIDIxOjExOjQyOjpERUJVRzo6ZW5naW5lLXNldHVwOjoyMDU1Ojpy b290OjogUmVnaXN0ZXJpbmcgd2ViIG5hbWVzcGFjZXMKMjAxMy0wMi0wMyAyMToxMTo0Mjo6REVC VUc6OmVuZ2luZS1zZXR1cDo6MjA2NDo6cm9vdDo6IHJld3JpdGUgcnVsZXMgaGF2ZSBiZWVuIGNv bmZpZ3VyZWQgZm9yIGpib3NzCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVHOjplbmdpbmUtc2V0 dXA6OjE4NTM6OnJvb3Q6OiBKYm9zcyBoYXMgYmVlbiBjb25maWd1cmVkCjIwMTMtMDItMDMgMjE6 MTE6NDI6OkRFQlVHOjpjb21tb25fdXRpbHM6Ojg0MDo6cm9vdDo6IGNob3duIC9ldGMvb3ZpcnQt ZW5naW5lL2VuZ2luZS1zZXJ2aWNlLnhtbCB0byAxMDg6OTk3CjIwMTMtMDItMDMgMjE6MTE6NDI6 OkRFQlVHOjplbmdpbmUtc2V0dXA6OjE4NTk6OnJvb3Q6OiBKYm9zcyBjb25maWd1cmF0aW9uIGhh cyBiZWVuIHNhdmVkCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVHOjpzZXR1cF9zZXF1ZW5jZXM6 OjU5Ojpyb290OjogcnVubmluZyBfZWRpdFdlYkNvbmYKMjAxMy0wMi0wMyAyMToxMTo0Mjo6REVC VUc6OmVuZ2luZS1zZXR1cDo6NzU5Ojpyb290OjogdXBkYXRlIC9ldGMvb3ZpcnQtZW5naW5lL3dl Yi1jb25mLmpzIHdpdGggaHR0cCAmIHNzbCB1cmxzCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVH OjpzZXR1cF9zZXF1ZW5jZXM6OjU5Ojpyb290OjogcnVubmluZyBfdXBkYXRlUGdQYXNzRmlsZQoy MDEzLTAyLTAzIDIxOjExOjQyOjpJTkZPOjplbmdpbmUtc2V0dXA6OjExNjQ6OnJvb3Q6OiBVc2lu ZyBkZWZhdWx0IGRiIGNyZWRlbnRpYWxzCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVHOjplbmdp bmUtc2V0dXA6OjE3NDE6OnJvb3Q6OiBDaGVja2luZyBpZiBkYiBpcyBhbHJlYWR5IGluc3RhbGxl ZC4uCjIwMTMtMDItMDMgMjE6MTE6NDI6OkRFQlVHOjplbmdpbmUtc2V0dXA6OjE3NDI6OnJvb3Q6 OiBDaGVja2luZyB0aGUgcHJlc2VuY2Ugb2YgLnBncGFzcyBmaWxlCjIwMTMtMDItMDMgMjE6MTE6 NDI6OkRFQlVHOjpjb21tb25fdXRpbHM6OjM1MDo6cm9vdDo6IHJ1bm5pbmcgc3FsIHF1ZXJ5ICdz ZWxlY3QgMScgb24gZGIgc2VydmVyOiAnbG9jYWxob3N0Jy4KMjAxMy0wMi0wMyAyMToxMTo0Mjo6 REVCVUc6OmNvbW1vbl91dGlsczo6Mjg2Ojpyb290OjogY21kID0gL3Vzci9iaW4vcHNxbCAtaCBs b2NhbGhvc3QgLXAgNTQzMiAtVSBwb3N0Z3JlcyAtZCBlbmdpbmUgLWMgInNlbGVjdCAxIgoyMDEz LTAyLTAzIDIxOjExOjQzOjpERUJVRzo6Y29tbW9uX3V0aWxzOjoyOTE6OnJvb3Q6OiBvdXRwdXQg PSAKMjAxMy0wMi0wMyAyMToxMTo0Mzo6REVCVUc6OmNvbW1vbl91dGlsczo6MjkyOjpyb290Ojog c3RkZXJyID0gcHNxbDogY291bGQgbm90IGNvbm5lY3QgdG8gc2VydmVyOiBDb25uZWN0aW9uIHJl ZnVzZWQKCUlzIHRoZSBzZXJ2ZXIgcnVubmluZyBvbiBob3N0ICJsb2NhbGhvc3QiICg6OjEpIGFu ZCBhY2NlcHRpbmcKCVRDUC9JUCBjb25uZWN0aW9ucyBvbiBwb3J0IDU0MzI/CmNvdWxkIG5vdCBj b25uZWN0IHRvIHNlcnZlcjogQ29ubmVjdGlvbiByZWZ1c2VkCglJcyB0aGUgc2VydmVyIHJ1bm5p bmcgb24gaG9zdCAibG9jYWxob3N0IiAoMTI3LjAuMC4xKSBhbmQgYWNjZXB0aW5nCglUQ1AvSVAg Y29ubmVjdGlvbnMgb24gcG9ydCA1NDMyPwoKMjAxMy0wMi0wMyAyMToxMTo0Mzo6REVCVUc6OmNv bW1vbl91dGlsczo6MjkzOjpyb290OjogcmV0Y29kZSA9IDIKMjAxMy0wMi0wMyAyMToxMTo0Mzo6 REVCVUc6OmVuZ2luZS1zZXR1cDo6MTc0MTo6cm9vdDo6IENoZWNraW5nIGlmIGRiIGlzIGFscmVh ZHkgaW5zdGFsbGVkLi4KMjAxMy0wMi0wMyAyMToxMTo0Mzo6REVCVUc6OmVuZ2luZS1zZXR1cDo6 MTc0Mjo6cm9vdDo6IENoZWNraW5nIHRoZSBwcmVzZW5jZSBvZiAucGdwYXNzIGZpbGUKMjAxMy0w Mi0wMyAyMToxMTo0Mzo6REVCVUc6OmNvbW1vbl91dGlsczo6MzUwOjpyb290OjogcnVubmluZyBz cWwgcXVlcnkgJ3NlbGVjdCAxJyBvbiBkYiBzZXJ2ZXI6ICdsb2NhbGhvc3QnLgoyMDEzLTAyLTAz IDIxOjExOjQzOjpERUJVRzo6Y29tbW9uX3V0aWxzOjoyODY6OnJvb3Q6OiBjbWQgPSAvdXNyL2Jp bi9wc3FsIC1oIGxvY2FsaG9zdCAtcCA1NDMyIC1VIHBvc3RncmVzIC1kIGVuZ2luZSAtYyAic2Vs ZWN0IDEiCjIwMTMtMDItMDMgMjE6MTE6NDM6OkRFQlVHOjpjb21tb25fdXRpbHM6OjI5MTo6cm9v dDo6IG91dHB1dCA9IAoyMDEzLTAyLTAzIDIxOjExOjQzOjpERUJVRzo6Y29tbW9uX3V0aWxzOjoy OTI6OnJvb3Q6OiBzdGRlcnIgPSBwc3FsOiBjb3VsZCBub3QgY29ubmVjdCB0byBzZXJ2ZXI6IENv bm5lY3Rpb24gcmVmdXNlZAoJSXMgdGhlIHNlcnZlciBydW5uaW5nIG9uIGhvc3QgImxvY2FsaG9z dCIgKDo6MSkgYW5kIGFjY2VwdGluZwoJVENQL0lQIGNvbm5lY3Rpb25zIG9uIHBvcnQgNTQzMj8K Y291bGQgbm90IGNvbm5lY3QgdG8gc2VydmVyOiBDb25uZWN0aW9uIHJlZnVzZWQKCUlzIHRoZSBz ZXJ2ZXIgcnVubmluZyBvbiBob3N0ICJsb2NhbGhvc3QiICgxMjcuMC4wLjEpIGFuZCBhY2NlcHRp bmcKCVRDUC9JUCBjb25uZWN0aW9ucyBvbiBwb3J0IDU0MzI/CgoyMDEzLTAyLTAzIDIxOjExOjQz OjpERUJVRzo6Y29tbW9uX3V0aWxzOjoyOTM6OnJvb3Q6OiByZXRjb2RlID0gMgoyMDEzLTAyLTAz IDIxOjExOjQzOjpERUJVRzo6c2V0dXBfc2VxdWVuY2VzOjo1OTo6cm9vdDo6IHJ1bm5pbmcgX2Vu Y3J5cHREQlBhc3MKMjAxMy0wMi0wMyAyMToxMTo0Mzo6REVCVUc6OmNvbW1vbl91dGlsczo6MzA5 Ojpyb290OjogRXhlY3V0aW5nIGNvbW1hbmQgLS0+ICcvZXRjL3BraS9vdmlydC1lbmdpbmUvZW5j cnlwdHBhc3N3ZC5zaCAqKioqKioqKicKMjAxMy0wMi0wMyAyMToxMTo0NDo6REVCVUc6OmNvbW1v bl91dGlsczo6MzM1Ojpyb290Ojogb3V0cHV0ID0gL3Vzci9zaGFyZS9vdmlydC1lbmdpbmUgfgpF bmNvZGVkIHBhc3N3b3JkOiA2YjJlYzAwN2JmMjA4MzkxZGY4NTkyMDc4ZGU5MjFiYwp+CgoyMDEz LTAyLTAzIDIxOjExOjQ0OjpERUJVRzo6Y29tbW9uX3V0aWxzOjozMzY6OnJvb3Q6OiBzdGRlcnIg PSAKMjAxMy0wMi0wMyAyMToxMTo0NDo6REVCVUc6OmNvbW1vbl91dGlsczo6MzM3Ojpyb290Ojog cmV0Y29kZSA9IDAKMjAxMy0wMi0wMyAyMToxMTo0NDo6REVCVUc6OmNvbW1vbl91dGlsczo6NTAw Ojpyb290OjogZm91bmQgbmV3IHBhcnNlZCBzdHJpbmc6IDZiMmVjMDA3YmYyMDgzOTFkZjg1OTIw NzhkZTkyMWJjCjIwMTMtMDItMDMgMjE6MTE6NDQ6OkRFQlVHOjpzZXR1cF9zZXF1ZW5jZXM6OjU5 Ojpyb290OjogcnVubmluZyBjb25maWdFbmNyeXB0ZWRQYXNzCjIwMTMtMDItMDMgMjE6MTE6NDQ6 OkRFQlVHOjplbmdpbmUtc2V0dXA6OjE4MDA6OnJvb3Q6OiBCYWNraW5nIHVwIC9ldGMvb3ZpcnQt ZW5naW5lL2VuZ2luZS1zZXJ2aWNlLnhtbCBpbnRvIE5vbmUKMjAxMy0wMi0wMyAyMToxMTo0NDo6 REVCVUc6OmNvbW1vbl91dGlsczo6NTMwOjpyb290Ojogc3VjY2Vzc2Z1bGx5IGNvcGllZCBmaWxl IC9ldGMvb3ZpcnQtZW5naW5lL2VuZ2luZS1zZXJ2aWNlLnhtbCB0byB0YXJnZXQgZGVzdGluYXRp b24gL2V0Yy9vdmlydC1lbmdpbmUvZW5naW5lLXNlcnZpY2UueG1sLkVESVQuMTQ0MTA5OAoyMDEz LTAyLTAzIDIxOjExOjQ0OjpERUJVRzo6Y29tbW9uX3V0aWxzOjo1Mzg6OnJvb3Q6OiBzZXR0aW5n IGZpbGUgL2V0Yy9vdmlydC1lbmdpbmUvZW5naW5lLXNlcnZpY2UueG1sLkVESVQuMTQ0MTA5OCB1 aWQvZ2lkIG93bmVyc2hpcAoyMDEzLTAyLTAzIDIxOjExOjQ0OjpERUJVRzo6Y29tbW9uX3V0aWxz Ojo1NDE6OnJvb3Q6OiBzZXR0aW5nIGZpbGUgL2V0Yy9vdmlydC1lbmdpbmUvZW5naW5lLXNlcnZp Y2UueG1sLkVESVQuMTQ0MTA5OCBtb2RlIHRvIC0xCjIwMTMtMDItMDMgMjE6MTE6NDQ6OkRFQlVH OjplbmdpbmUtc2V0dXA6OjE4MDQ6OnJvb3Q6OiBsb2FkaW5nIHhtbCBmaWxlIGhhbmRsZXIKMjAx My0wMi0wMyAyMToxMTo0NDo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MTk2OTo6cm9vdDo6IENvbmZp Z3VyaW5nIHNlY3VyaXR5IGZvciBqYm9zcwoyMDEzLTAyLTAzIDIxOjExOjQ0OjpERUJVRzo6ZW5n aW5lLXNldHVwOjoxOTcxOjpyb290OjogUmVnaXN0ZXJpbmcgc2VjdXJpdHkgbmFtZXNwYWNlcwoy MDEzLTAyLTAzIDIxOjExOjQ0OjpERUJVRzo6ZW5naW5lLXNldHVwOjoyMDAxOjpyb290OjogU2Vj dXJpdHkgaGFzIGJlZW4gY29uZmlndXJlZCBmb3IgamJvc3MKMjAxMy0wMi0wMyAyMToxMTo0NDo6 REVCVUc6OmNvbW1vbl91dGlsczo6ODQwOjpyb290OjogY2hvd24gL2V0Yy9vdmlydC1lbmdpbmUv ZW5naW5lLXNlcnZpY2UueG1sIHRvIDEwODo5OTcKMjAxMy0wMi0wMyAyMToxMTo0NDo6REVCVUc6 OmVuZ2luZS1zZXR1cDo6MTgxNjo6cm9vdDo6IEpib3NzIGNvbmZpZ3VyYXRpb24gaGFzIGJlZW4g c2F2ZWQKMjAxMy0wMi0wMyAyMToxMTo0NDo6REVCVUc6OnNldHVwX3NlcXVlbmNlczo6NTk6OnJv b3Q6OiBydW5uaW5nIF9jcmVhdGVEQgoyMDEzLTAyLTAzIDIxOjExOjQ0OjpERUJVRzo6ZW5naW5l LXNldHVwOjo5MzU6OnJvb3Q6OiBpbnN0YWxsaW5nIHBvc3RncmVzIGRiCjIwMTMtMDItMDMgMjE6 MTE6NDQ6OkRFQlVHOjplbmdpbmUtc2V0dXA6OjkzODo6cm9vdDo6IGVuZ2luZSBkYiBjcmVhdGlv biBpcyBsb2dnZWQgYXQgL3Zhci9sb2cvb3ZpcnQtZW5naW5lLy9lbmdpbmUtZGItaW5zdGFsbC0y MDEzXzAyXzAzXzIxXzExXzQ0LmxvZwoyMDEzLTAyLTAzIDIxOjExOjQ0OjpERUJVRzo6Y29tbW9u X3V0aWxzOjozMDk6OnJvb3Q6OiBFeGVjdXRpbmcgY29tbWFuZCAtLT4gJy91c3Ivc2hhcmUvb3Zp cnQtZW5naW5lL2Ric2NyaXB0cy9lbmdpbmUtZGItaW5zdGFsbC5zaCAtbCBlbmdpbmUtZGItaW5z dGFsbC0yMDEzXzAyXzAzXzIxXzExXzQ0LmxvZyAtdyAqKioqKioqKiAtdSBwb3N0Z3JlcyAtcyBs b2NhbGhvc3QgLXAgNTQzMiAtciBsb2NhbCcKMjAxMy0wMi0wMyAyMToxMjoxMjo6REVCVUc6OmNv bW1vbl91dGlsczo6MzM1Ojpyb290Ojogb3V0cHV0ID0gUnVubmluZyBsb2NhbCBpbnN0YWxsYXRp b24KYWRkaW5nIHV1aWQtb3NzcC5zcWwgZnJvbSBjb250cmliLi4uCmVycm9yLCBmYWlsZWQgY3Jl YXRpbmcgZW5naW5lZGIKCjIwMTMtMDItMDMgMjE6MTI6MTI6OkRFQlVHOjpjb21tb25fdXRpbHM6 OjMzNjo6cm9vdDo6IHN0ZGVyciA9IAoyMDEzLTAyLTAzIDIxOjEyOjEyOjpERUJVRzo6Y29tbW9u X3V0aWxzOjozMzc6OnJvb3Q6OiByZXRjb2RlID0gMQoyMDEzLTAyLTAzIDIxOjEyOjEyOjpERUJV Rzo6c2V0dXBfc2VxdWVuY2VzOjo2Mjo6cm9vdDo6IFRyYWNlYmFjayAobW9zdCByZWNlbnQgY2Fs bCBsYXN0KToKICBGaWxlICIvdXNyL3NoYXJlL292aXJ0LWVuZ2luZS9zY3JpcHRzL3NldHVwX3Nl cXVlbmNlcy5weSIsIGxpbmUgNjAsIGluIHJ1bgogICAgZnVuY3Rpb24oKQogIEZpbGUgIi91c3Iv YmluL2VuZ2luZS1zZXR1cCIsIGxpbmUgOTUxLCBpbiBfY3JlYXRlREIKICAgIG91dHB1dCwgcmMg PSB1dGlscy5leGVjQ21kKGNtZCwgTm9uZSwgVHJ1ZSwgb3V0cHV0X21lc3NhZ2VzLkVSUl9EQl9D UkVBVEVfRkFJTEVELCBtYXNrZWRfdmFsdWVfc2V0KQogIEZpbGUgIi91c3Ivc2hhcmUvb3ZpcnQt ZW5naW5lL3NjcmlwdHMvY29tbW9uX3V0aWxzLnB5IiwgbGluZSAzNDAsIGluIGV4ZWNDbWQKICAg IHJhaXNlIEV4Y2VwdGlvbihtc2cpCkV4Y2VwdGlvbjogRGF0YWJhc2UgY3JlYXRpb24gZmFpbGVk CgoyMDEzLTAyLTAzIDIxOjEyOjEyOjpERUJVRzo6ZW5naW5lLXNldHVwOjoxNzMzOjpyb290Ojog KioqIFRoZSBmb2xsb3dpbmcgcGFyYW1zIHdlcmUgdXNlZCBhcyB1c2VyIGlucHV0OgoyMDEzLTAy LTAzIDIxOjEyOjEyOjpERUJVRzo6ZW5naW5lLXNldHVwOjoxNzM4Ojpyb290Ojogb3ZlcnJpZGUt aHR0cGQtY29uZmlnOiB5ZXMKMjAxMy0wMi0wMyAyMToxMjoxMjo6REVCVUc6OmVuZ2luZS1zZXR1 cDo6MTczODo6cm9vdDo6IGh0dHAtcG9ydDogODAKMjAxMy0wMi0wMyAyMToxMjoxMjo6REVCVUc6 OmVuZ2luZS1zZXR1cDo6MTczODo6cm9vdDo6IGh0dHBzLXBvcnQ6IDQ0MwoyMDEzLTAyLTAzIDIx OjEyOjEyOjpERUJVRzo6ZW5naW5lLXNldHVwOjoxNzM4Ojpyb290OjogbWFjLXJhbmdlOiAwMDox QTo0QTpBODowMjowMC0wMDoxQTo0QTpBODowMjpGRgoyMDEzLTAyLTAzIDIxOjEyOjEyOjpERUJV Rzo6ZW5naW5lLXNldHVwOjoxNzM4Ojpyb290OjogaG9zdC1mcWRuOiBsb2NhbGhvc3QubG9jYWxk b21haW4KMjAxMy0wMi0wMyAyMToxMjoxMjo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MTczODo6cm9v dDo6IGF1dGgtcGFzczogKioqKioqKioKMjAxMy0wMi0wMyAyMToxMjoxMjo6REVCVUc6OmVuZ2lu ZS1zZXR1cDo6MTczODo6cm9vdDo6IG9yZy1uYW1lOiBsb2NhbGhvc3QKMjAxMy0wMi0wMyAyMTox MjoxMjo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MTczODo6cm9vdDo6IGRlZmF1bHQtZGMtdHlwZTog TkZTCjIwMTMtMDItMDMgMjE6MTI6MTI6OkRFQlVHOjplbmdpbmUtc2V0dXA6OjE3Mzg6OnJvb3Q6 OiBkYi1yZW1vdGUtaW5zdGFsbDogbG9jYWwKMjAxMy0wMi0wMyAyMToxMjoxMjo6REVCVUc6OmVu Z2luZS1zZXR1cDo6MTczODo6cm9vdDo6IGRiLWhvc3Q6IGxvY2FsaG9zdAoyMDEzLTAyLTAzIDIx OjEyOjEyOjpERUJVRzo6ZW5naW5lLXNldHVwOjoxNzM4Ojpyb290OjogZGItbG9jYWwtcGFzczog KioqKioqKioKMjAxMy0wMi0wMyAyMToxMjoxMjo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MTczODo6 cm9vdDo6IG5mcy1tcDogL0lTTwoyMDEzLTAyLTAzIDIxOjEyOjEyOjpERUJVRzo6ZW5naW5lLXNl dHVwOjoxNzM4Ojpyb290OjogaXNvLWRvbWFpbi1uYW1lOiBJU08KMjAxMy0wMi0wMyAyMToxMjox Mjo6REVCVUc6OmVuZ2luZS1zZXR1cDo6MTczODo6cm9vdDo6IGNvbmZpZy1uZnM6IHllcwoyMDEz LTAyLTAzIDIxOjEyOjEyOjpERUJVRzo6ZW5naW5lLXNldHVwOjoxNzM4Ojpyb290Ojogb3ZlcnJp ZGUtaXB0YWJsZXM6IHllcwoyMDEzLTAyLTAzIDIxOjEyOjEyOjpFUlJPUjo6ZW5naW5lLXNldHVw OjoyMzY3Ojpyb290OjogVHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxhc3QpOgogIEZpbGUg Ii91c3IvYmluL2VuZ2luZS1zZXR1cCIsIGxpbmUgMjM2MSwgaW4gPG1vZHVsZT4KICAgIG1haW4o Y29uZkZpbGUpCiAgRmlsZSAiL3Vzci9iaW4vZW5naW5lLXNldHVwIiwgbGluZSAyMTUwLCBpbiBt YWluCiAgICBydW5TZXF1ZW5jZXMoKQogIEZpbGUgIi91c3IvYmluL2VuZ2luZS1zZXR1cCIsIGxp bmUgMjA5NiwgaW4gcnVuU2VxdWVuY2VzCiAgICBjb250cm9sbGVyLnJ1bkFsbFNlcXVlbmNlcygp CiAgRmlsZSAiL3Vzci9zaGFyZS9vdmlydC1lbmdpbmUvc2NyaXB0cy9zZXR1cF9jb250cm9sbGVy LnB5IiwgbGluZSA1NCwgaW4gcnVuQWxsU2VxdWVuY2VzCiAgICBzZXF1ZW5jZS5ydW4oKQogIEZp bGUgIi91c3Ivc2hhcmUvb3ZpcnQtZW5naW5lL3NjcmlwdHMvc2V0dXBfc2VxdWVuY2VzLnB5Iiwg bGluZSAxNTQsIGluIHJ1bgogICAgc3RlcC5ydW4oKQogIEZpbGUgIi91c3Ivc2hhcmUvb3ZpcnQt ZW5naW5lL3NjcmlwdHMvc2V0dXBfc2VxdWVuY2VzLnB5IiwgbGluZSA2MCwgaW4gcnVuCiAgICBm dW5jdGlvbigpCiAgRmlsZSAiL3Vzci9iaW4vZW5naW5lLXNldHVwIiwgbGluZSA5NTEsIGluIF9j cmVhdGVEQgogICAgb3V0cHV0LCByYyA9IHV0aWxzLmV4ZWNDbWQoY21kLCBOb25lLCBUcnVlLCBv dXRwdXRfbWVzc2FnZXMuRVJSX0RCX0NSRUFURV9GQUlMRUQsIG1hc2tlZF92YWx1ZV9zZXQpCiAg RmlsZSAiL3Vzci9zaGFyZS9vdmlydC1lbmdpbmUvc2NyaXB0cy9jb21tb25fdXRpbHMucHkiLCBs aW5lIDM0MCwgaW4gZXhlY0NtZAogICAgcmFpc2UgRXhjZXB0aW9uKG1zZykKRXhjZXB0aW9uOiBE YXRhYmFzZSBjcmVhdGlvbiBmYWlsZWQKCg== --_df4c66b7-3864-452c-8317-9f8bf91512cb_--

4 3

[Users] Stuck disk
by Jason Lawer 05 Feb '13

05 Feb '13

Hi, I appear to have 2 VMs that were in the process of being removed from my ovirt 3.1 system when the SPM role shifted to another node and it appears that the disks were removed from the iSCSI LVM Volume Group but oVirt seems to believe that it still exists. I can't remove these from the UI anymore as they fail and I am getting a log entry on the SPM node indicating that the disk cannot be found. Can someone give me an idea of how to remove these disks (I am assuming I will need to remove the records from the DB). Thanks in Advance, Jason Lawer

2 1

[Users] Data Center is being initialized, please wait for initialization to complete
by Alex Leonhardt 05 Feb '13

05 Feb '13

Hi, Occasionally, mainly after doing larger disk operations, I see this : Data Center is being initialized, please wait for initialization to complete and then the SPM host changes ... I didnt see any particular load on that server at the time it happened - I simply told it to delete some VMs from a export domain. Any clues ? Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

2 1

[Users] Connecting with vnc to a VM defined as spice
by Gianluca Cecchi 05 Feb '13

05 Feb '13

Hello, I have a Windows XP VM in 3.2 beta defined as spice. If I want to connect from a client that only has vnc (a Mac for example) how can I do from User Portal? Even if the VM is powered off then I power it on, on the right I see only spice as an option... Does the user need any special right? And if I select run once form user portal and select vnc then it tries to fire up spice protocol and if I click on "..." icon, only spice is present and selected... Any pre-requisite on engine/node/vm/client? Thanks, Gianluca

3 5

[Users] Configuration file of VM
by Alexei Yakovlev 04 Feb '13

04 Feb '13

Hi everybody, can you help me to find where does ovirt stores configuration files in xml format of Virtual Machines?

3 2

Re: [Users] Problem with libvirt
by Juan Jose 04 Feb '13

04 Feb '13

Hello Antonio, Could you indicate to me how I can connect to this #vdsm irc channel, please?, I have seen in the ovirt page, community, IRC, but it doesn't explain anything about how to connect. I have the ircII client in my Debian box but I guess that it is necessary the host and port number. Is it possible that host was irc.freenode.net?, and what is the port number and the user to connect? Thanks, Juanjo. On Mon, Feb 4, 2013 at 4:42 PM, Antoni Segura Puimedon <asegurap(a)redhat.com>wrote: > Juanjo, > > I'll look at it in the evening. If I don't find anything, maybe you > can connect to the #vdsm irc channel at freenode tomorrow. > > Best > > Toni > > ----- Original Message ----- > > From: "Juan Jose" <jj197005(a)gmail.com> > > To: "Antoni Segura Puimedon" <asegurap(a)redhat.com> > > Cc: users(a)ovirt.org > > Sent: Monday, February 4, 2013 4:27:04 PM > > Subject: Re: [Users] Problem with libvirt > > > > More information, > > > > > > I attach the messages in the moment that error with VM installation > > occur. > > > > > > Juanjo. > > > > > > On Fri, Feb 1, 2013 at 11:26 AM, Antoni Segura Puimedon < > > asegurap(a)redhat.com > wrote: > > > > > > Hola, > > > > Could you make some pastebins with the contents of the files > > /etc/sysconfig/network-scripts/ifcfg* ? > > > > Also, virsh -r net-list and the log generated on the process > > of losing the connection when creating a guest. > > > > Best, > > > > Toni > > > > > > > > ----- Original Message ----- > > > From: "Juan Jose" < jj197005(a)gmail.com > > > > To: "Moti Asayag" < masayag(a)redhat.com > > > > Cc: users(a)ovirt.org > > > Sent: Friday, February 1, 2013 10:57:08 AM > > > Subject: Re: [Users] Problem with libvirt > > > > > > > > > Hello Monti and Dafna, > > > > > > > > > The host have connectivity with the engine until I try to install a > > > VM and in the middle of the process host loses the connectivity. I > > > can see that it is a connection problem. How can I check if the > > > host > > > address is the same as I used to add it to my data-center?, I made > > > an IP address change in the host but I delete it from engine and > > > after change its address I re-added. > > > > > > > > > On the other hand, I would like to know if my network configuration > > > is correct because when I execute the "ipconfig" command in host > > > console I can see the interfaces bond0 to bond4, em1 interface, > > > localhost and ovirtmgmt with the host IP. Is it that correct? > > > > > > > > > Many thanks in avanced, > > > > > > > > > Juanjo. > > > > > > > > > On Thu, Jan 31, 2013 at 3:04 PM, Moti Asayag < masayag(a)redhat.com > > > > wrote: > > > > > > > > > > > > On 01/31/2013 03:37 PM, Juan Jose wrote: > > > > Hello Moti, > > > > > > > > The execution of this command in the host is: > > > > > > This indicates VDSM is up and running correctly, but the > > > ovirt-engine > > > can't reach it. > > > > > > Can you check the connectivity from the ovirt-engine to the host > > > (use > > > the same address as used to add it to data-center) ? > > > > > > Maybe there are iptables issues preventing establishing connection > > > from > > > the engine to the host. > > > > > > > > > > > > > > > > > > > > [root@ovirt-host ~]# vdsClient -s 0 getVdsCaps > > > > HBAInventory = {'iSCSI': [{'InitiatorName': > > > > 'iqn.1994-05.com.redhat:69e9aaf7e4c'}], 'FC': []} > > > > ISCSIInitiatorName = iqn.1994-05.com.redhat:69e9aaf7e4c > > > > bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', > > > > 'netmask': > > > > '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': > > > > {'addr': > > > > '', > > > > 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': > > > > '00:00:00:00:00:00'}, 'bond1': {'addr': '', 'cfg': {}, 'mtu': > > > > '1500', > > > > 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, > > > > 'bond2': > > > > {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': > > > > [], > > > > 'hwaddr': '00:00:00:00:00:00'}, 'bond3': {'addr': '', 'cfg': {}, > > > > 'mtu': > > > > '1500', 'netmask': '', 'slaves': [], 'hwaddr': > > > > '00:00:00:00:00:00'}} > > > > clusterLevels = ['3.0', '3.1'] > > > > cpuCores = 4 > > > > cpuFlags = > > > > > fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,sse4_1,lahf_lm,dtherm,tpr_shadow,vnmi,flexpriority,model_coreduo,model_Conroe > > > > cpuModel = Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz > > > > cpuSockets = 1 > > > > cpuSpeed = 1999.000 > > > > emulatedMachines = ['pc-0.15', 'pc-1.0', 'pc', 'pc-0.14', > > > > 'pc-0.13', > > > > 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'pc-0.15', 'pc-1.0', > > > > 'pc', > > > > 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc'] > > > > guestOverhead = 65 > > > > hooks = {} > > > > kvmEnabled = true > > > > lastClient = xxx.xxx.xxx.91 > > > > lastClientIface = ovirtmgmt > > > > management_ip = > > > > memSize = 7701 > > > > netConfigDirty = False > > > > networks = {'ovirtmgmt': {'addr': '158.109.202.67', 'cfg': > > > > {'DELAY': > > > > '0', 'IPV6INIT': 'no', 'UUID': > > > > '3cbac056-822a-43e9-a4ec-df5324becd79', > > > > 'DEFROUTE': 'yes', 'DNS1': 'xxx.xxx.xxx.1', 'IPADDR': > > > > 'xxx.xxx.xxx.67', > > > > 'ONBOOT': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'BROADCAST': > > > > 'xxx.xxx.xxx.255', 'NM_CONTROLLED': 'no', 'NETMASK': > > > > 'xxx.xxx.xxx.0', > > > > 'BOOTPROTO': 'none', 'DNS2': 'xxx.xxx.xxx.9', 'DEVICE': > > > > 'ovirtmgmt', > > > > 'TYPE': 'Bridge', 'GATEWAY': 'xxx.xxx.xxx.1', 'NETWORK': > > > > 'xxx.xxx.xxx.0'}, 'mtu': '1500', 'netmask': '255.255.254.0', > > > > 'stp': > > > > 'off', 'bridged': True, 'gateway': 'xxx.xxx.xxx.1', 'ports': > > > > ['em1']}} > > > > nics = {'em1': {'hwaddr': '00:19:99:35:cc:54', 'netmask': '', > > > > 'speed': > > > > 1000, 'addr': '', 'mtu': '1500'}} > > > > operatingSystem = {'release': '1', 'version': '17', 'name': > > > > 'Fedora'} > > > > packages2 = {'kernel': {'release': '1.fc17.x86_64', 'buildtime': > > > > 1350912755.0, 'version': '3.6.3'}, 'spice-server': {'release': > > > > '5.fc17', > > > > 'buildtime': '1336983054', 'version': '0.10.1'}, 'vdsm': > > > > {'release': > > > > '10.fc17', 'buildtime': '1349383616', 'version': '4.10.0'}, > > > > 'qemu-kvm': > > > > {'release': '2.fc17', 'buildtime': '1349642820', 'version': > > > > '1.0.1'}, > > > > 'libvirt': {'release': '2.fc17', 'buildtime': '1355687905', > > > > 'version': > > > > '0.9.11.8'}, 'qemu-img': {'release': '2.fc17', 'buildtime': > > > > '1349642820', 'version': '1.0.1'}} > > > > reservedMem = 321 > > > > software_revision = 10 > > > > software_version = 4.10 > > > > supportedProtocols = ['2.2', '2.3'] > > > > supportedRHEVMs = ['3.0', '3.1'] > > > > uuid = 36303030-3139-3236-3800-00199935CC54_00:19:99:35:cc:54 > > > > version_name = Snow Man > > > > vlans = {} > > > > vmTypes = ['kvm'] > > > > [root@ovirt-host ~]# > > > > > > > > I can't execute this command in my engine because command > > > > "vdsClient" is > > > > not installed. > > > > > > > > Many thanks in avanced, > > > > > > > > Juanjo. > > > > > > > > On Thu, Jan 31, 2013 at 2:06 PM, Moti Asayag < masayag(a)redhat.com > > > > > > > > > > <mailto: masayag(a)redhat.com >> wrote: > > > > > > > > On 01/31/2013 02:26 PM, Dafna Ron wrote: > > > > > non responsive state for host means that you either have a > > > > > network > > > > issue > > > > > (iptables perhaps) or vdsmd is down. > > > > > please attach vdsm and libvirtd logs. > > > > > > > > > > > > > > > > > > By looking the engine.log below there are network issues: > > > > > > > > 2013-01-31 11:49:54,121 ERROR > > > > [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > (QuartzScheduler_Worker-73) [73213e4f] vds::refreshVdsStats > > > > Failed > > > > getVdsStats, vds = 7d3491e8-49ce-11e2-8b2e-000a5e429f63 : host1, > > > > error > > > > = VDSNetworkException: VDSNetworkException: > > > > > > > > Can you reach the host from the ovirt-engine server ? or can you > > > > check > > > > that vdsm service runs on the host by invoking: > > > > > > > > vdsClient -s 0 getVdsCaps > > > > > > > > > > > > > > On 01/31/2013 01:21 PM, Juan Jose wrote: > > > > >> Hello everybody, > > > > >> > > > > >> I have installed and configured oVirt 3.1 engine in a Fedora > > > > >> 17 > > > > with a > > > > >> Fedora 17 node connected. Ihave defined a NFS domain for my VM > > > > >> and > > > > >> another for ISOs. I try to start a Fedora 17 Server with Run > > > > >> once and > > > > >> the machi start without problems, after that I preceed with > > > > >> the > > > > >> installation in its wirtual disk but when I arrive to define > > > > >> partitions in the virtual disk the machine is freeze and I > > > > >> start > > > > >> to > > > > >> receive engine errors and the default data center go in non > > > > responsive > > > > >> status. > > > > >> > > > > >> I can see this messages in /var/log/ovirt-engine/engine.log, > > > > >> which I > > > > >> attach to this message: > > > > >> > > > > >> .... > > > > >> 2013-01-31 11:43:23,957 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-47) [75664f2b] Recieved a Device > > > > >> without > > > > >> an > > > > >> address when processing VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 > > > > >> devices, skipping device: {shared=false, > > > > >> volumeID=1d0e9fdf-c4bc-4894-8ff1-7a5e185d57a4, index=0, > > > > >> propagateErrors=off, format=raw, type=disk, > > > > >> truesize=8589938688, > > > > >> reqsize=0, bootOrder=2, iface=virtio, > > > > >> volumeChain=[Ljava.lang.Object;@1ea2bdf9, > > > > >> imageID=49e21bfc-384b-4bea-8013-f02b1be137c7, > > > > >> domainID=57d184a0-908b-49b5-926f-cd413b9e6526, specParams={}, > > > > >> optional=false, needExtend=false, > > > > >> > > > > > path=/rhev/data-center/d6e7e8b8-49c7-11e2-a261-000a5e429f63/57d184a0-908b-49b5-926f-cd413b9e6526/images/49e21bfc-384b-4bea-8013-f02b1be137c7/1d0e9fdf-c4bc-4894-8ff1-7a5e185d57a4, > > > > >> device=disk, poolID=d6e7e8b8-49c7-11e2-a261-000a5e429f63, > > > > >> readonly=false, deviceId=49e21bfc-384b-4bea-8013-f02b1be137c7, > > > > >> apparentsize=8589934592}. > > > > >> 2013-01-31 11:43:23,960 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-47) [75664f2b] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=4dca1c64-dbf8-4e31-b359-82cf0e259f65,Device=qxl,Type=video,BootOrder=0,SpecParams={vram=65536},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= > > > > >> 2013-01-31 11:43:23,961 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-47) [75664f2b] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=aba73f2f-e951-4eba-9da4-8fb58315df2c,Device=memballoon,Type=balloon,BootOrder=0,SpecParams={model=virtio},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= > > > > >> 2013-01-31 11:43:23,962 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-47) [75664f2b] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=9bfb770c-13fa-4bf6-9f1f-414927bc31b0,Device=cdrom,Type=disk,BootOrder=0,SpecParams={path=},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= > > > > >> 2013-01-31 11:43:23,963 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-47) [75664f2b] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=614bc0b4-64d8-4058-8bf8-83db62617e00,Device=bridge,Type=interface,BootOrder=0,SpecParams={},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= > > > > >> 2013-01-31 11:43:23,964 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-47) [75664f2b] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=49e21bfc-384b-4bea-8013-f02b1be137c7,Device=disk,Type=disk,BootOrder=0,SpecParams={},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= > > > > >> 2013-01-31 11:43:26,063 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-24) [7d021319] VM Fedora17 > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 moved from WaitForLaunch > > > > >> --> > > > > >> PoweringUp > > > > >> 2013-01-31 11:43:26,064 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] > > > > >> (QuartzScheduler_Worker-24) [7d021319] START, > > > > FullListVdsCommand(vdsId > > > > >> = 7d3491e8-49ce-11e2-8b2e-000a5e429f63, vds=null, > > > > >> vmIds=[da09284e-3189-428b-a879-6201f7a5ca87]), log id: f68f564 > > > > >> 2013-01-31 11:43:26,086 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] > > > > >> (QuartzScheduler_Worker-24) [7d021319] FINISH, > > > > >> FullListVdsCommand, > > > > >> return: > > > > >> [Lorg.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcStruct;@33c68023, > > > > >> log > > > > >> id: f68f564 > > > > >> 2013-01-31 11:43:26,091 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-24) [7d021319] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=aba73f2f-e951-4eba-9da4-8fb58315df2c,Device=memballoon,Type=balloon,BootOrder=0,SpecParams={model=virtio},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= > > > > >> 2013-01-31 11:43:26,092 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-24) [7d021319] VM > > > > >> da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable > > > > >> device > > > > >> was > > > > >> removed unexpetedly from libvirt: > > > > >> > > > > > VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=9bfb770c-13fa-4bf6-9f1f-414927bc31b0,Device=cdrom,Type=disk,BootOrder=0,SpecParams={path=},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= > > > > >> 2013-01-31 11:43:31,721 INFO > > > > >> [org.ovirt.engine.core.bll.SetVmTicketCommand] > > > > (ajp--0.0.0.0-8009-11) > > > > >> [28d7a789] Running command: SetVmTicketCommand internal: > > > > >> false. > > > > >> Entities affected : ID: da09284e-3189-428b-a879-6201f7a5ca87 > > > > Type: VM > > > > >> 2013-01-31 11:43:31,724 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] > > > > >> (ajp--0.0.0.0-8009-11) [28d7a789] START, > > > > SetVmTicketVDSCommand(vdsId = > > > > >> 7d3491e8-49ce-11e2-8b2e-000a5e429f63, > > > > >> vmId=da09284e-3189-428b-a879-6201f7a5ca87, > > > > >> ticket=qmcnuOICblb3, > > > > >> validTime=120,m userName=admin@internal, > > > > >> userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 6eaacb95 > > > > >> 2013-01-31 11:43:31,758 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] > > > > >> (ajp--0.0.0.0-8009-11) [28d7a789] FINISH, > > > > >> SetVmTicketVDSCommand, > > > > >> log > > > > >> id: 6eaacb95 > > > > >> > > > > >> ... > > > > >> > > > > >> 2013-01-31 11:49:13,392 WARN > > > > >> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] > > > > >> (QuartzScheduler_Worker-81) [164eaa47] domain > > > > >> 57d184a0-908b-49b5-926f-cd413b9e6526 in problem. vds: host1 > > > > >> 2013-01-31 11:49:54,121 ERROR > > > > >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > > > > >> (QuartzScheduler_Worker-73) [73213e4f] vds::refreshVdsStats > > > > >> Failed > > > > >> getVdsStats, vds = 7d3491e8-49ce-11e2-8b2e-000a5e429f63 : > > > > >> host1, > > > > >> error = VDSNetworkException: VDSNetworkException: > > > > >> 2013-01-31 11:49:54,172 WARN > > > > >> [org.ovirt.engine.core.vdsbroker.VdsManager] > > > > >> (QuartzScheduler_Worker-73) [73213e4f] > > > > >> ResourceManager::refreshVdsRunTimeInfo::Failed to refresh VDS > > > > >> , > > > > >> vds = > > > > >> 7d3491e8-49ce-11e2-8b2e-000a5e429f63 : host1, VDS Network > > > > >> Error, > > > > >> continuing. > > > > >> VDSNetworkException: > > > > >> > > > > >> .... > > > > >> > > > > >> > > > > >> In the events windows after VM freezing, I have below events: > > > > >> > > > > >> 2013-Jan-31, 11:50:52 Failed to elect Host as Storage Pool > > > > >> Manager > > > > >> for Data Center Default. Setting status to Non-Operational. > > > > >> 2013-Jan-31, 11:50:52 VM Fedora17 was set to the Unknown > > > > >> status. > > > > >> 2013-Jan-31, 11:50:52 Host host1 is non-responsive. > > > > >> 2013-Jan-31, 11:49:55 Invalid status on Data Center Default. > > > > >> Setting > > > > >> Data Center status to Non-Responsive (On host host1, Error: > > > > >> Network > > > > >> error during communication with the Host.). > > > > >> 2013-Jan-31, 11:44:25 VM Fedora17 started on Host host1 > > > > >> > > > > >> Any suggest about the problem?. It seem a libvirt problem, I > > > > >> will > > > > >> continue investigating. > > > > >> > > > > >> Many thanks in avanced, > > > > >> > > > > >> Juanjo. > > > > >> > > > > >> > > > > >> _______________________________________________ > > > > >> Users mailing list > > > > >> Users(a)ovirt.org <mailto: Users(a)ovirt.org > > > > > >> http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > >

1 0

[Users] Problem with libvirt
by Juan Jose 04 Feb '13

04 Feb '13

Hello everybody, I have installed and configured oVirt 3.1 engine in a Fedora 17 with a Fedora 17 node connected. Ihave defined a NFS domain for my VM and another for ISOs. I try to start a Fedora 17 Server with Run once and the machi start without problems, after that I preceed with the installation in its wirtual disk but when I arrive to define partitions in the virtual disk the machine is freeze and I start to receive engine errors and the default data center go in non responsive status. I can see this messages in /var/log/ovirt-engine/engine.log, which I attach to this message: .... 2013-01-31 11:43:23,957 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] Recieved a Device without an address when processing VM da09284e-3189-428b-a879-6201f7a5ca87 devices, skipping device: {shared=false, volumeID=1d0e9fdf-c4bc-4894-8ff1-7a5e185d57a4, index=0, propagateErrors=off, format=raw, type=disk, truesize=8589938688, reqsize=0, bootOrder=2, iface=virtio, volumeChain=[Ljava.lang.Object;@1ea2bdf9, imageID=49e21bfc-384b-4bea-8013-f02b1be137c7, domainID=57d184a0-908b-49b5-926f-cd413b9e6526, specParams={}, optional=false, needExtend=false, path=/rhev/data-center/d6e7e8b8-49c7-11e2-a261-000a5e429f63/57d184a0-908b-49b5-926f-cd413b9e6526/images/49e21bfc-384b-4bea-8013-f02b1be137c7/1d0e9fdf-c4bc-4894-8ff1-7a5e185d57a4, device=disk, poolID=d6e7e8b8-49c7-11e2-a261-000a5e429f63, readonly=false, deviceId=49e21bfc-384b-4bea-8013-f02b1be137c7, apparentsize=8589934592}. 2013-01-31 11:43:23,960 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=4dca1c64-dbf8-4e31-b359-82cf0e259f65,Device=qxl,Type=video,BootOrder=0,SpecParams={vram=65536},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= 2013-01-31 11:43:23,961 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=aba73f2f-e951-4eba-9da4-8fb58315df2c,Device=memballoon,Type=balloon,BootOrder=0,SpecParams={model=virtio},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= 2013-01-31 11:43:23,962 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=9bfb770c-13fa-4bf6-9f1f-414927bc31b0,Device=cdrom,Type=disk,BootOrder=0,SpecParams={path=},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= 2013-01-31 11:43:23,963 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=614bc0b4-64d8-4058-8bf8-83db62617e00,Device=bridge,Type=interface,BootOrder=0,SpecParams={},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= 2013-01-31 11:43:23,964 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-47) [75664f2b] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=49e21bfc-384b-4bea-8013-f02b1be137c7,Device=disk,Type=disk,BootOrder=0,SpecParams={},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=false,alias= 2013-01-31 11:43:26,063 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-24) [7d021319] VM Fedora17 da09284e-3189-428b-a879-6201f7a5ca87 moved from WaitForLaunch --> PoweringUp 2013-01-31 11:43:26,064 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (QuartzScheduler_Worker-24) [7d021319] START, FullListVdsCommand(vdsId = 7d3491e8-49ce-11e2-8b2e-000a5e429f63, vds=null, vmIds=[da09284e-3189-428b-a879-6201f7a5ca87]), log id: f68f564 2013-01-31 11:43:26,086 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (QuartzScheduler_Worker-24) [7d021319] FINISH, FullListVdsCommand, return: [Lorg.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcStruct;@33c68023, log id: f68f564 2013-01-31 11:43:26,091 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-24) [7d021319] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=aba73f2f-e951-4eba-9da4-8fb58315df2c,Device=memballoon,Type=balloon,BootOrder=0,SpecParams={model=virtio},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= 2013-01-31 11:43:26,092 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-24) [7d021319] VM da09284e-3189-428b-a879-6201f7a5ca87 managed non plugable device was removed unexpetedly from libvirt: VmId=da09284e-3189-428b-a879-6201f7a5ca87,DeviceId=9bfb770c-13fa-4bf6-9f1f-414927bc31b0,Device=cdrom,Type=disk,BootOrder=0,SpecParams={path=},Address=,IsManaged=true,IsPlugged=true,IsReadOnly=true,alias= 2013-01-31 11:43:31,721 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--0.0.0.0-8009-11) [28d7a789] Running command: SetVmTicketCommand internal: false. Entities affected : ID: da09284e-3189-428b-a879-6201f7a5ca87 Type: VM 2013-01-31 11:43:31,724 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--0.0.0.0-8009-11) [28d7a789] START, SetVmTicketVDSCommand(vdsId = 7d3491e8-49ce-11e2-8b2e-000a5e429f63, vmId=da09284e-3189-428b-a879-6201f7a5ca87, ticket=qmcnuOICblb3, validTime=120,m userName=admin@internal, userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 6eaacb95 2013-01-31 11:43:31,758 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--0.0.0.0-8009-11) [28d7a789] FINISH, SetVmTicketVDSCommand, log id: 6eaacb95 ... 2013-01-31 11:49:13,392 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (QuartzScheduler_Worker-81) [164eaa47] domain 57d184a0-908b-49b5-926f-cd413b9e6526 in problem. vds: host1 2013-01-31 11:49:54,121 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-73) [73213e4f] vds::refreshVdsStats Failed getVdsStats, vds = 7d3491e8-49ce-11e2-8b2e-000a5e429f63 : host1, error = VDSNetworkException: VDSNetworkException: 2013-01-31 11:49:54,172 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (QuartzScheduler_Worker-73) [73213e4f] ResourceManager::refreshVdsRunTimeInfo::Failed to refresh VDS , vds = 7d3491e8-49ce-11e2-8b2e-000a5e429f63 : host1, VDS Network Error, continuing. VDSNetworkException: .... In the events windows after VM freezing, I have below events: 2013-Jan-31, 11:50:52 Failed to elect Host as Storage Pool Manager for Data Center Default. Setting status to Non-Operational. 2013-Jan-31, 11:50:52 VM Fedora17 was set to the Unknown status. 2013-Jan-31, 11:50:52 Host host1 is non-responsive. 2013-Jan-31, 11:49:55 Invalid status on Data Center Default. Setting Data Center status to Non-Responsive (On host host1, Error: Network error during communication with the Host.). 2013-Jan-31, 11:44:25 VM Fedora17 started on Host host1 Any suggest about the problem?. It seem a libvirt problem, I will continue investigating. Many thanks in avanced, Juanjo.

4 11

[Users] USB mapping.
by Alexei Yakovlev 04 Feb '13

04 Feb '13

Hi, is it any way to attach USB devices that is connected to host with VM? I need a USB key to be visible at virtual machine, the key is attached physically to oVirt Host under Fedora 17.

2 1

[Users] Testday aftermath
by Joop 04 Feb '13

04 Feb '13

Yesterday was testday but not much fun :-( I had a reasonable working setup but for testday I decided to start from scratch and that ended rather soon. Installing and configuring engine was not a problem but I want a setup where I have two gluster hosts and two hosts as vmhosts. I added a second cluster using the webinterface set it to gluster storage and added two minimal installed Fedora 18 hosts where I setup static networking and verified that it worked. Adding the two hosts went OK but adding a Volume gives the following error on engine: 2013-02-01 09:32:39,084 INFO [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] (ajp--127.0.0.1-8702-4) [5ea886d] Running command: CreateGlusterVolumeCommand internal: false. Entities affected : ID: 8720debc-a184-4b61-9fa8-0fdf4d339b9a Type: VdsGroups 2013-02-01 09:32:39,117 INFO [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] (ajp--127.0.0.1-8702-4) [5ea886d] START, CreateGlusterVolumeVDSCommand(HostName = st02, HostId = e7b74172-2f95-43cb-83ff-11705ae24265), log id: 4270f4ef 2013-02-01 09:32:39,246 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-4) [5ea886d] Weird return value: StatusForXmlRpc [mCode=4106, mMessage=XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> ] 2013-02-01 09:32:39,248 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-4) [5ea886d] Weird return value: StatusForXmlRpc [mCode=4106, mMessage=XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> ] 2013-02-01 09:32:39,249 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-4) [5ea886d] Failed in CreateGlusterVolumeVDS method 2013-02-01 09:32:39,250 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--127.0.0.1-8702-4) [5ea886d] Error code unexpected and error message VDSGenericException: VDSErrorException: Failed to CreateGlusterVolumeVDS, error = XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> 2013-02-01 09:32:39,254 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--127.0.0.1-8702-4) [5ea886d] Command CreateGlusterVolumeVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateGlusterVolumeVDS, error = XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> 2013-02-01 09:32:39,255 INFO [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] (ajp--127.0.0.1-8702-4) [5ea886d] FINISH, CreateGlusterVolumeVDSCommand, log id: 4270f4ef 2013-02-01 09:32:39,256 ERROR [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] (ajp--127.0.0.1-8702-4) [5ea886d] Command org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateGlusterVolumeVDS, error = XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> 2013-02-01 09:32:39,268 INFO [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] (ajp--127.0.0.1-8702-4) [5ea886d] Lock freed to object EngineLock [exclusiveLocks= key: 8720debc-a184-4b61-9fa8-0fdf4d339b9a value: GLUSTER , sharedLocks= ] 2013-02-01 09:32:40,902 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (QuartzScheduler_Worker-85) START, GlusterVolumesListVDSCommand(HostName = st02, HostId = e7b74172-2f95-43cb-83ff-11705ae24265), log id: 61cafb32 And on ST01 the following in vdsm.log Thread-644::DEBUG::2013-02-01 10:24:06,378::BindingXMLRPC::913::vds::(wrapper) client [192.168.216.150]::call volumeCreate with ('GlusterData', ['st01.nieuwland.nl:/home/gluster-data', 'st02.nieuwland.nl:/home/gluster-data'], 2, 0, ['TCP']) {} MainProcess|Thread-644::DEBUG::2013-02-01 10:24:06,381::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/gluster --mode=script volume create GlusterData replica 2 transport TCP st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data --xml' (cwd None) MainProcess|Thread-644::DEBUG::2013-02-01 10:24:06,639::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-644::ERROR::2013-02-01 10:24:06,640::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper) Error in wrapper Traceback (most recent call last): File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 446, in volumeCreate xmltree = _execGlusterXml(command) File "/usr/share/vdsm/gluster/cli.py", line 89, in _execGlusterXml raise ge.GlusterXmlErrorException(err=out) GlusterXmlErrorException: XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> Thread-644::ERROR::2013-02-01 10:24:06,655::BindingXMLRPC::929::vds::(wrapper) vdsm exception occured Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper rv = func(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 63, in volumeCreate transportList) File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ return callMethod() File "/usr/share/vdsm/supervdsm.py", line 72, in <lambda> **kwargs) File "<string>", line 2, in glusterVolumeCreate File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod raise convert_to_error(kind, result) GlusterXmlErrorException: XML error error: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <cliOutput><volCreate><count>2</count><bricks> st01.nieuwland.nl:/home/gluster-data st02.nieuwland.nl:/home/gluster-data </bricks><transport>tcp</transport><type>2</type><volname>GlusterData</volname><replica-count>2</replica-count></volCreate></cliOutput> And on ST02 I get this error: MainProcess|Thread-93::DEBUG::2013-02-01 10:24:09,540::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/gluster --mode=script peer status --xml' (cwd None) MainProcess|Thread-93::DEBUG::2013-02-01 10:24:09,622::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 Thread-93::DEBUG::2013-02-01 10:24:09,624::BindingXMLRPC::920::vds::(wrapper) return hostsList with {'status': {'message': 'Done', 'code': 0}, 'hosts': [{'status': 'CONNECTED', 'hostname': '192.168.216.152', 'uuid': '15c7a739-6735-43f5-a1c0-3c7ff3469588'}, {'status': 'CONNECTED', 'hostname': '192.168.216.151', 'uuid': 'd53f4dcb-1116-4fbc-8d5b-e882175264aa'}]} Thread-94::DEBUG::2013-02-01 10:24:09,639::BindingXMLRPC::913::vds::(wrapper) client [192.168.216.150]::call volumesList with () {} MainProcess|Thread-94::DEBUG::2013-02-01 10:24:09,641::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/sbin/gluster --mode=script volume info --xml' (cwd None) MainProcess|Thread-94::DEBUG::2013-02-01 10:24:09,724::misc::84::Storage.Misc.excCmd::(<lambda>) SUCCESS: <err> = ''; <rc> = 0 MainProcess|Thread-94::ERROR::2013-02-01 10:24:09,725::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper) Error in wrapper Traceback (most recent call last): File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/gluster/cli.py", line 431, in volumeInfo raise ge.GlusterXmlErrorException(err=[etree.tostring(xmltree)]) GlusterXmlErrorException: XML error error: <cliOutput><opRet>0</opRet><opErrno>0</opErrno><opErrstr /><volInfo><volumes><volume><name>GlusterData</name><id>e5cf9724-ecb0-41a3-abdf-0ea891e49f92</id><type>2</type><status>0</status><brickCount>2</brickCount><distCount>2</distCount><stripeCount>1</stripeCount><replicaCount>2</replicaCount><transport>0</transport><bricks><brick>st01.nieuwland.nl:/home/gluster-data</brick><brick>st02.nieuwland.nl:/home/gluster-data</brick></bricks><optCount>0</optCount><options /></volume><count>1</count></volumes></volInfo></cliOutput> Thread-94::ERROR::2013-02-01 10:24:09,741::BindingXMLRPC::929::vds::(wrapper) vdsm exception occured Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper rv = func(*args, **kwargs) File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)} File "/usr/share/vdsm/supervdsm.py", line 81, in __call__ return callMethod() File "/usr/share/vdsm/supervdsm.py", line 72, in <lambda> **kwargs) File "<string>", line 2, in glusterVolumeInfo File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod raise convert_to_error(kind, result) GlusterXmlErrorException: XML error I have included a lot more logs in the attached zip. Running gluster volume info shows me on both server the correct data. The directory is created under /home, SELinux was enforcing but permissive gives the same error. [root@st01 ~]# rpm -aq | grep vdsm vdsm-gluster-4.10.3-6.fc18.noarch vdsm-xmlrpc-4.10.3-6.fc18.noarch vdsm-cli-4.10.3-6.fc18.noarch vdsm-python-4.10.3-6.fc18.x86_64 vdsm-4.10.3-6.fc18.x86_64 [root@st01 ~]# rpm -aq | grep gluster glusterfs-fuse-3.3.1-8.fc18.x86_64 vdsm-gluster-4.10.3-6.fc18.noarch glusterfs-3.3.1-8.fc18.x86_64 glusterfs-server-3.3.1-8.fc18.x86_64 libvirt-0.10.2.2-3.fc18.x86_64 + deps same version qemu-kvm-1.2.2-2.fc18.x86_64 + deps same version Anything else I can provide do to fix this problem? Joop -- irc: jvandewege @fosdem ;-) Anything else?

5 9

[Users] Glusterfs HA doubts
by Adrian Gibanel 04 Feb '13

04 Feb '13

In oVirt 3.1 GlusterFS support was added. It was an easy way to replicate your virtual machine storage without too much hassle. There are two main howtos: * http://www.middleswarth.net/content/installing-ovirt-31-and-glusterfs-using… (Robert Middleswarth) * http://blog.jebpages.com/archives/ovirt-3-1-glusterized/ (Jason Brooks). 1) What about performance? I've done some tests with rsync backups (even using the suggested --inplace rsync switch) that implies small files. These backups were done into local mounted glusterfs volumes. Backups instead of lasting about 2 hours they lasted like 15 hours long. Is there maybe something that only happens with small files and with big files performance is ok? 2) How to know the current status? In DRBD you know it checking a proc file if I remember it well. I remember too that GlusterFS doesn't have an equivalent thing and there's no evident way to know if all the files are synced. If you have tried it how do you know if both sets of virtual disks images are synced? 3) Mount dns resolution If you check Jason Brooks howto you will see that it uses a hostname for refering to nfs mount. If you want to perform HA you need your storage to be mounted and if the server1 host is down it doesn't help that the nfs mount point associated to the storage is server1:/vms/ and not server2:/vms/. Checking Middleswarth howto I think that he does the same thing. Let's explain a bit more so that understand. My example setup is the one where you have two host machines where you run a set of virtual machines on one and the other one doesn't have any virtual machine running. Where is the virtual machines storage located? It's located at the glusterfs volume. So the first one of the machines mounts the glusterfs volume as nfs (It's an example). If it uses its own hostname for the nfs mount then if itself goes down the second host isn't going to mount it when it's restarted in the HA mode. So the first one of the machines mounts the glusterfs volume as nfs (It's an example). If it uses the second host hostname for the nfs mount then if the second host goes down the virtual machine cannot access its virtual disks. A workaround for this situation which I have thought is to use /etc/hosts on both machines so that: whatever.domain.com resolves in both hosts to the host self's ip. I think that glusterfs has a way of mounting their share through "-t glusterfs" that somehow can ignore these hostnames problems but I haven't read it too much about it so I'm not too sure. 4) So my doubts basically are: * Has anyone setup a two host glusterfs HA oVirt cluster where storage is shared by a replicated Glusterfs volume that is shared and stored by both of them? * Does HA work when one of the host goes down? * Or does it complain about hostname as I suspect? * Any tips to ensure the best performance? Thank you. -- -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje .

2 1

[Users] How to connect to console after another user logged out
by Gianluca Cecchi 04 Feb '13

04 Feb '13

Hello, I have 3.2 beta and a Fedra 18 VM configured with spice access. One user connects to portal and access it, then terminates his session and closes the spice console window and log out from portal. Another user connects to portal and tries to connect to the same VM that is still powered on. It receives this message: Error: F18: Console connection denied. Another user has already accessed the console of this VM. The VM should be rebooted to allow another user to access it, or changed by an admin to not enforce reboot between users accessing its console. I didn't find a way to accomplish the "or changed by an admin to not enforce reboot..." Where to set this? Thanks, Gianluca

2 1

[Users] Cannot add local storage on 3.2
by Matt . 03 Feb '13

03 Feb '13

Hi All, I have made a successfull install of 3.2 but there seems to be changed a lot about local storage comparing to 3.1 When I want to add storage on a local host there is a Datacenter and Cluster created for this Host, named by the name of the host. After this, the local storage is not available and I'm not able to add extra also. I have looked at "adding a new storage domains" and when I select my host I still need to set my path, but I did this already by configuring local storage before. The message I receive while configuring the local storage is: error cannot add storage. internal error storage connection doesn't exist What goes wrong here ? This was much easier on 3.1!

3 7

[Users] 3.2 beta and f18 host on dell R815 problem
by Gianluca Cecchi 03 Feb '13

03 Feb '13

during install of server I get this Host installation failed. Fix installation issues and try to Re-Install In deploy log 2013-01-31 12:17:30 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.hardware hardware._isVirtualizationEnabled:144 virtualization support GenuineIntel (cpu: False, bios: True) 2013-01-31 12:17:30 DEBUG otopi.context context._executeMethod:127 method exception Traceback (most recent call last): File "/tmp/ovirt-SfEARpd3h4/pythonlib/otopi/context.py", line 117, in _executeMethod method['method']() File "/tmp/ovirt-SfEARpd3h4/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py", line 170, in _validate_virtualization _('Hardware does not support virtualization') RuntimeError: Hardware does not support virtualization 2013-01-31 12:17:30 ERROR otopi.context context._executeMethod:136 Failed to execute stage 'Setup validation': Hardware does not support virtualization note the GenuineIntel above... ?? But actually it is AMD [root@f18ovn03 ~]# lsmod|grep kvm kvm_amd 59623 0 kvm 431794 1 kvm_amd cat /proc/cpuinfo ... processor : 47 vendor_id : AuthenticAMD cpu family : 16 model : 9 model name : AMD Opteron(tm) Processor 6174 stepping : 1 microcode : 0x10000d9 cpu MHz : 800.000 cache size : 512 KB physical id : 3 siblings : 12 core id : 5 cpu cores : 12 apicid : 59 initial apicid : 59 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr hw_pstate npt lbrv svm_lock nrip_save pausefilter bogomips : 4400.44 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate Any hint? Gianluca

4 10

[Users] oVirt 3.2 testday
by Moran Goldboim 03 Feb '13

03 Feb '13

Thanks for all the ones participating this day. we would like to get some feedback from you after testing this beta version. how do you feel with respect to: -stability - basic flows -new features -blocker bugs (should be added to this version tracker [1]) [1] https://bugzilla.redhat.com/show_bug.cgi?id=881006 Thanks, Moran.

1 1

[Users] 3.2 beta: Amd Opteron 6174 wrongly detected as 8 socket
by Gianluca Cecchi 03 Feb '13

03 Feb '13

Hello, after deploy of a node that has 4 sockets with 12cores each, it is wrongly detected in web admin gui. See: https://docs.google.com/file/d/0BwoPbcrMv8mvdjdYNjVfT2NWY0U/edit It says 8 sockets each with 6 cores.... Output of # virsh capabilities here: https://docs.google.com/file/d/0BwoPbcrMv8mveG5OaVBZN1VENlU/edit output of cpuid here: https://docs.google.com/file/d/0BwoPbcrMv8mvUFFRYkZEX0lmRG8/edit also run this [root@f18ovn03 ~]# vdsClient -s 0 getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:f9baf5a8f6c3'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:f9baf5a8f6c3 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} bridges = {'ovirtmgmt': {'addr': '192.168.1.102', 'cfg': {'DOMAIN': 'localdomain.local', 'UUID': '60d40d4a-d8ab-4f5b-bd48-2e807df36be4', 'DNS3': '82.113.193.3', 'IPADDR0': '192.168.1.102', 'DNS1': '192.168.1.103', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '192.168.1.1', 'DNS2': '8.8.8.8', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'IPV6INIT': 'no'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['em1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 48 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,amd_dcm,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,nodeid_msr,hw_pstate,npt,lbrv,svm_lock,nrip_save,pausefilter,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2 cpuModel = AMD Opteron(tm) Processor 6174 cpuSockets = 8 cpuSpeed = 800.000 cpuThreads = 48 emulatedMachines = ['pc-1.2', 'none', 'pc', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'pc-1.2', 'none', 'pc', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc'] guestOverhead = 65 hooks = {} kvmEnabled = true lastClient = 192.168.1.111 lastClientIface = ovirtmgmt management_ip = memSize = 64418 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '192.168.1.102', 'cfg': {'DOMAIN': 'localdomain.local', 'UUID': '60d40d4a-d8ab-4f5b-bd48-2e807df36be4', 'DNS3': '82.113.193.3', 'IPADDR0': '192.168.1.102', 'DNS1': '192.168.1.103', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '192.168.1.1', 'DNS2': '8.8.8.8', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'IPV6INIT': 'no'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': ['em1']}} nics = {'em4': {'addr': '', 'cfg': {'PEERROUTES': 'yes', 'UUID': 'bed68125-4345-4995-ba49-a6e5580c58dd', 'NAME': 'em4', 'TYPE': 'Ethernet', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'HWADDR': '00:25:64:F9:76:82', 'BOOTPROTO': 'dhcp', 'IPV6_AUTOCONF': 'yes', 'IPV6_FAILURE_FATAL': 'no', 'IPV6_PEERROUTES': 'yes', 'IPV6_DEFROUTE': 'yes', 'ONBOOT': 'yes', 'IPV6INIT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:64:f9:76:82', 'speed': 0}, 'em1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DOMAIN': 'localdomain.local', 'DEVICE': 'em1', 'UUID': '60d40d4a-d8ab-4f5b-bd48-2e807df36be4', 'DNS3': '82.113.193.3', 'IPADDR0': '192.168.1.102', 'DNS1': '192.168.1.103', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '192.168.1.1', 'DNS2': '8.8.8.8', 'HWADDR': '00:25:64:f9:76:7c', 'ONBOOT': 'yes', 'IPV6INIT': 'no'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:64:f9:76:7c', 'speed': 1000}, 'em3': {'addr': '', 'cfg': {'PEERROUTES': 'yes', 'UUID': '2984885c-fbd8-4ad1-a393-00f0a205ae79', 'NAME': 'em3', 'TYPE': 'Ethernet', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'HWADDR': '00:25:64:F9:76:80', 'BOOTPROTO': 'dhcp', 'IPV6_AUTOCONF': 'yes', 'IPV6_FAILURE_FATAL': 'no', 'IPV6_PEERROUTES': 'yes', 'IPV6_DEFROUTE': 'yes', 'ONBOOT': 'yes', 'IPV6INIT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:64:f9:76:80', 'speed': 0}, 'em2': {'addr': '', 'cfg': {'PEERROUTES': 'yes', 'UUID': 'ebd889bc-57ae-4ee9-8db2-4595309ee81c', 'NAME': 'em2', 'TYPE': 'Ethernet', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'HWADDR': '00:25:64:F9:76:7E', 'BOOTPROTO': 'dhcp', 'IPV6_AUTOCONF': 'yes', 'IPV6_FAILURE_FATAL': 'no', 'IPV6_PEERROUTES': 'yes', 'IPV6_DEFROUTE': 'yes', 'ONBOOT': 'yes', 'IPV6INIT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:25:64:f9:76:7e', 'speed': 0}} operatingSystem = {'release': '1', 'version': '18', 'name': 'Fedora'} packages2 = {'kernel': {'release': '204.fc18.x86_64', 'buildtime': 1358955869.0, 'version': '3.7.4'}, 'spice-server': {'release': '1.fc18', 'buildtime': 1356035501, 'version': '0.12.2'}, 'vdsm': {'release': '6.fc18', 'buildtime': 1359564723, 'version': '4.10.3'}, 'qemu-kvm': {'release': '2.fc18', 'buildtime': 1358351894, 'version': '1.2.2'}, 'libvirt': {'release': '3.fc18', 'buildtime': 1355788803, 'version': '0.10.2.2'}, 'qemu-img': {'release': '2.fc18', 'buildtime': 1358351894, 'version': '1.2.2'}, 'mom': {'release': '1.fc18', 'buildtime': 1349470214, 'version': '0.3.0'}} reservedMem = 321 software_revision = 6 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = 4C4C4544-0056-5910-8047-CAC04F4E344A version_name = Snow Man vlans = {} vmTypes = ['kvm'] (this time the host is the inended one... ;-) Gianluca

2 3

[Users] Problems with upgrade to 3.3 nightly
by Gianluca Cecchi 03 Feb '13

03 Feb '13

Hello, passing from an all-in-one setup based on F18 and nightly: ovirt-engine-setup-plugin-allinone-3.2.0-1.20130125.git032a91f.fc18.noarch to the proposed new nightly I get these errors: [root@tekkaman ~]# engine-upgrade Checking for updates... (This may take several minutes)...[ DONE ] 9 Updates available: * ovirt-engine-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-backend-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-config-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-dbscripts-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-notification-service-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-restapi-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-tools-common-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-userportal-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch * ovirt-engine-webadmin-portal-3.3.0-0.1.20130201070537.20130201.git357cdaa.fc18.noarch During the upgrade process, oVirt Engine will not be accessible. All existing running virtual machines will continue but you will not be able to start or stop any new virtual machines during the process. Would you like to proceed? (yes|no): yes Stopping ovirt-engine service... [ DONE ] Stopping DB related services... [ DONE ] Starting DB related services... [ DONE ] Starting ovirt-engine service... [ DONE ] [Errno 8] Exec format error Error: Upgrade failed. please check log at /var/log/ovirt-engine/ovirt-engine-upgrade_2013_02_02_13_05_15.log Is this expected and I have to start from clean environment or should the upgrade go ok? engine-upgrade log here: https://docs.google.com/file/d/0BwoPbcrMv8mvU2ZYX3lOV2V3Tkk/edit?usp=sharing Gianluca

2 1

[Users] 3.2 beta: how to add iscsi domain to a f18 host
by Gianluca Cecchi 02 Feb '13

02 Feb '13

Hello, having a fedora 18 system configured as a node and working with a local_storage DC/CLuster, I then created an iSCSI dc and cluster and moved there the host Then I configured a CentOS server as an iSCSI sw target. But in admin portal the host section remains greyed out and I can't proceed. I suspect I have to manually install/configure some prerequisites to have the host work as iSCSI initiator.... Is it true? What I have to do on host part (or engine part) if I have not a node iso but a standard fedora 18 system as hypervisor? Here what I see in new domain box: https://docs.google.com/file/d/0BwoPbcrMv8mvX281aWlMYUlzWXc/edit?usp=sharing Thanks, Gianluca

1 1

[Users] Storage FC on ovirt 3.2 : /dev/dm* bad chown
by Kevin Maziere Aubry 01 Feb '13

01 Feb '13

Hi My environnement is Fedora18 / Ovirt 3.2 and VDSM vdsm-4.10.3-6.fc18.x86_64. I use a storage on fiber channel. When creating a VM the disk is created by ovirt. When starting the VM the disk has not the permission to be accessed by vdsm. In fact the device for the disk has root:disks as owner/group. Changing that by 36.36 permit the VM to start and work fine. But snapshots do not work, and a reboot cause udev to remap the disk to another /dev/dm-* device. My fedora18 has selinux disabled. On irc : <apuimedo> vdsm/storage/blockSD.py: cmd = [constants.EXT_CHOWN, "%s:%s" % <apuimedo> vdsm/storage/blockSD.py: self.log.error("failed to chown %s", masterDir) <apuimedo> vdsm/storage/fileUtils.py:def chown(path, user=-1, group=-1): <apuimedo> vdsm/storage/fileUtils.py: os.chown(path, uid, gid) <apuimedo> vdsm/storage/lvm.py: cmd = [constants.EXT_CHOWN, USER_GROUP, lv_path] Kevin Mazière Responsable Infrastructure Alter Way – Hosting 1 rue Royal - 227 Bureaux de la Colline 92213 Saint-Cloud Cedex Tél : +33 (0)1 41 16 38 41 Mob : +33 (0)7 62 55 57 05 http://www.alterway.fr

1 1

[Users] Fwd: Re: 3.2 beta and f18 host on dell R815 problem
by Gianluca Cecchi 01 Feb '13

01 Feb '13

Find attach Putty.log=output of cpuid command Engine.log after patching and retry. No file under host-deploy, it gives syntax error >> > ---------- Forwarded message ---------- >> > From: Alon Bar-Lev <alonbl(a)redhat.com> >> > Date: Thu, Jan 31, 2013 at 1:48 PM >> > Subject: Re: [Users] 3.2 beta and f18 host on dell R815 problem >> > To: Gianluca Cecchi <gianluca.cecchi(a)gmail.com> >> > >> > >> > Sorry, had error. >> > >> > ----- Original Message ----- >> >> From: "Alon Bar-Lev" <alonbl(a)redhat.com> >> >> To: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com> >> >> Sent: Thursday, January 31, 2013 2:40:55 PM >> >> Subject: Re: [Users] 3.2 beta and f18 host on dell R815 problem >> >> >> >> Hi! >> >> >> >> Can you please try to replace the attach file at: >> >> /usr/share/ovirt-host-deploy/plugins/ovirt-host-deploy/vdsm/hardware.py >> >> >> >> Retry and send me the log? >> >> >> >> I added some more debug to see what went wrong. >> >> >> >> Thanks! >> >> Alon >> >> >> >> >> >> ----- Original Message ----- >> >> > From: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com> >> >> > To: "users" <users(a)ovirt.org> >> >> > Sent: Thursday, January 31, 2013 1:57:38 PM >> >> > Subject: Re: [Users] 3.2 beta and f18 host on dell R815 problem >> >> > >> >> > Output of command >> >> > # virsh capabilities >> >> > on this host >> >> > >> >> > https://docs.google.com/file/d/0BwoPbcrMv8mveG5OaVBZN1VENlU/edit >> >> > _______________________________________________ >> >> > Users mailing list >> >> > Users(a)ovirt.org >> >> > http://lists.ovirt.org/mailman/listinfo/users >> >> > >> >> > >

2 4

[Users] latest vdsm cannot read ib device speeds causing storage attach fail
by Dead Horse 01 Feb '13

01 Feb '13

Any ideas on this one? (from VDSM log): Thread-25::DEBUG::2013-01-22 15:35:29,065::BindingXMLRPC::914::vds::(wrapper) client [3.57.111.30]::call getCapabilities with () {} Thread-25::ERROR::2013-01-22 15:35:29,113::netinfo::159::root::(speed) cannot read ib0 speed Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/vdsm/netinfo.py", line 155, in speed s = int(file('/sys/class/net/%s/speed' % dev).read()) IOError: [Errno 22] Invalid argument Causes VDSM to fail to attach storage Engine side sees: ERROR [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (QuartzScheduler_Worker-96) [553ef26e] The connection with details 192.168.0.1:/ovirt/ds failed because of error code 100 and error message is: general exception 2013-01-22 15:35:30,160 INFO [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (QuartzScheduler_Worker-96) [1ab78378] Running command: SetNonOperationalVdsCommand internal: true. Entities affected : ID: 8970b3fe-1faf-11e2-bc1f-00151712f280 Type: VDS 2013-01-22 15:35:30,200 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (QuartzScheduler_Worker-96) [1ab78378] START, SetVdsStatusVDSCommand(HostName = kezan, HostId = 8970b3fe-1faf-11e2-bc1f-00151712f280, status=NonOperational, nonOperationalReason=STORAGE_DOMAIN_UNREACHABLE), log id: 4af5c4cd 2013-01-22 15:35:30,211 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (QuartzScheduler_Worker-96) [1ab78378] FINISH, SetVdsStatusVDSCommand, log id: 4af5c4cd 2013-01-22 15:35:30,242 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (QuartzScheduler_Worker-96) [1ab78378] Try to add duplicate audit log values with the same name. Type: VDS_SET_NONOPERATIONAL_DOMAIN. Value: storagepoolname Engine = latest master VDSM = latest master node = el6

6 17