- Users - oVirt List Archives

Re: [Users] What do you want to see in oVirt next?
by Trey Dockendorf 10 Jan '13

10 Jan '13

On Jan 3, 2013 4:15 PM, "Moran Goldboim" <mgoldboi(a)redhat.com> wrote: > > On 01/03/2013 07:42 PM, Darrell Budic wrote: >> >> >> On Jan 3, 2013, at 10:25 AM, Patrick Hurrelmann wrote: >> >>> On 03.01.2013 17:08, Itamar Heim wrote: >>>> >>>> Hi Everyone, >>>> >>>> >>>> as we wrap oVirt 3.2, I wanted to check with oVirt users on what they >>>> >>>> find good/useful in oVirt, and what they would like to see >>>> >>>> improved/added in coming versions? >>>> >>>> >>>> Thanks, >>>> >>>> Itamar >>> >>> >>> For me, I'd like to see official rpms for RHEL6/CentOS6. According to >>> the traffic on this list quite a lot are using Dreyou's packages. >> >> >> I'm going to second this strongly! Official support would be very much appreciated. Bonus points for supporting a migration from the dreyou packages. No offense to dreyou, of course, just rather be better supported by the official line on Centos 6.x. > > > EL6 rpms are planned to be delivered with 3.2 GA version, and nightly builds from there on. > hopefully we can push it to 3.2 beta. > > Moran. > >> >> >> Better support/integration of windows based SPICE clients would also be much appreciated, I have many end users on Windows, and it's been a chore to keep it working so far. This includes the client drivers for windows VMs to support the SPICE display for multiple displays. More of a client side thing, I know, but a desired feature in my environment. >> >> Thanks for the continued progress and support as well! >> >> ----------------- >> Darrell Budic >> Zenfire >> >> >> >> >> >> >> >> _______________________________________________ >> Users mailing list >> 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 > Will the EL6 releases also include an EL6 version of ovirt-node? If not will the build dependencies for ovirt node be available to allow for custom node iso builds? - Trey

1 0

[Users] Configure NFS resource from Host
by jj197005 10 Jan '13

10 Jan '13

Hello everybody, I'm trying to configure and install oVirt for test in our University faculty. I have installed an engine an a host, both of them with Fedora 17. The engine is working and I can log-in in the Data Center with admin user. I have tried to add my host to the data center portal and I successfully done. After that I have tried to add a NFS resource which is in the host that I have added. If I open a console in the engine and log-in as vdsm user, I can mount the NFS resource without problems. The problem is when I tried to add this NFS resource to the Data Center. I have followed the tutorial http://www.ovirt.org/Quick_Start_Guide#Configure_Storage, but when I have completed the form and pressed "Ok", after one or two minutes I receive one screen with bellow error: "Error: A Request to the Server failed with the following Status Code: 500" I'm attaching the vdsm.log file with the lines that are created with this operation. I hope that someone can show me what is the problem. If you need more information aboout the installation I can show it. Many thanks in avanced, Juanjo.

4 3

[Users] Update on dates for oVirt 3.2 Release
by Mike Burns 10 Jan '13

10 Jan '13

At today's oVirt meeting, we reviewed the dates for the oVirt 3.2 Release. The updated dates are: Devel Freeze and Branching: 2013-01-14 Beta Posted: 2013-01-15 Test Day: 2013-01-24 Target GA: 2013-01-30 The are several reasons for the slip. It is partially due to the slip in the Fedora 18 Release schedule. The move to Fedora 18 has also caused some issues for some of the sub-projects, most notably ovirt-node. Please let me know if you have any questions or concerns Thanks Mike Burns on behalf of The oVirt Team

1 0

[Users] oVirt Weekly Meeting Minutes -- 2013-01-09
by Mike Burns 10 Jan '13

10 Jan '13

#ovirt: oVirt Weekly Sync Meeting started by mburns at 15:01:57 UTC (full logs). Meeting summary agenda and roll call (mburns, 15:02:02) workshops (mburns, 15:04:33) NetApp workshop (Jan 22-24) is mostly ready to go. USB keys ordered, facilities arranged, schedule online (dneary, 15:06:54) NetApp workshop (Jan 22-24) is mostly ready to go. USB keys ordered, facilities arranged, schedule online (mburns, 15:07:28) NetApp workshop (Jan 22-24) is mostly ready to go. USB keys ordered, facilities arranged, schedule online (dneary, 15:07:34) Current activities are mostly around organising of board meeting, and co-ordinating burn-in of USB keys with latest pre-release version of 3.2 (dneary, 15:07:36) Accommodation block has expired - if you need a room for the dates of the conference, you should call up ASAP to ensure availability, and we cannot guarantee the rate any more (dneary, 15:08:22) Registration status: 63 registered, capacity is 100. ~20-25 Red Hatters, ~40 non-Red Hatters (dneary, 15:09:08) Registration will close on January 15th, due to our requirement to finalise numbers for catering, and get visitor badges made (dneary, 15:09:57) Currently promoting the workshop to the Bay Area clouderati, and getting some decent traction this week (some Citrix/CloudStack sign-ups, one Inktank sign-up, and promising feedback from Cloudfoundry) (dneary, 15:11:50) release status (mburns, 15:19:10) not making 2013-01-09 release date (mburns, 15:21:02) status update for ovirt-node (mburns, 15:21:11) found some late breaking blocking issues with ovirt-node and move to F18 (mburns, 15:21:37) some around selinux changes, some around various other component changes (mburns, 15:21:53) patches are in review now that should fix them (mburns, 15:23:03) beta branch for all packages due by Monday January 14 (mburns, 15:38:12) beta posted by Tuesday Jan 15? (mburns, 15:38:26) test day 2013-01-24 (mburns, 15:40:56) AGREED: release date target set for 30-Jan (mburns, 15:50:41) ACTION: mburns to update release page and send communication to lists (mburns, 15:52:24) infra report (mburns, 15:55:40) working on details of new hosting design (quaid, 15:56:17) http://etherpad.ovirt.org/p/new_hosting_design_Jan_2013 (quaid, 15:57:47) we'll talk on arch@ about service cutover dates & such (quaid, 15:58:31) workshop - China (mburns, 16:00:27) dates are set for workshop in China, but very early in the process (20-21 March) (mburns, 16:03:29) need call for content, discussion on whether workshops are the right way to go about this (mburns, 16:03:48) workshop will be in Shanghai (mburns, 16:04:50) other topics (mburns, 16:06:13) Meeting ended at 16:09:41 UTC (full logs). Action items mburns to update release page and send communication to lists Action items, by person mburns mburns to update release page and send communication to lists People present (lines said) mburns (93) dneary (45) mgoldboi (33) aglitke1 (15) sgordon (14) lh (11) quaid (10) ovirtbot (6) karimb (5) itamar (5) oschreib_ (4) jb_netapp (3) itamar1 (2) dustins (1) garrett (1) Generated by MeetBot 0.1.4.

1 0

[Users] trouble with pci passthrough
by Andreas Huser 09 Jan '13

09 Jan '13

hi everybody i have trouble with pci passthrough of a parallel port adapter. I need this for a key dongle. The Server is a single machine and i want to use them with the all-in-one plugin from ovirt. I do some tests with: Fedora 17, CentOS6.3, Oracle Linux 6.3 latest kernel, qemu-kvm and libvirt from repos. No extras or advanced configurations. Only a simple standard Server. I install "yum groupinstall virtualization" + virt-manager and some other. I configure iommu, modul blacklist and some other. Then i starting a Windows Server 2003 and assign the parallel adapter to the running server. I look in the device manager and found the adapter card. The dongle work finde and the Datev Lizenz Service are online. .. so far so good but when i install on the same Server ovirt. With same kernel qemu-kvm and libvirt! And i attach the adapter card to the windows server 2003 look in the device manager and found the card with a error "device cannot be start (code 10)" I am now looking for several days after the error and have diverse tried but I can not keep going. can someone help me? Thanks & greetings Andreas

2 2

[Users] ovirt tools - compatibility with RHEV
by Jiri Belka 09 Jan '13

09 Jan '13

Hi, I just discovered some package names difference between ovirt tools and RHEV tools (iso-uploader etc...). Also params to handle certificates are different. Are ovirt tools compatible with RHEV? Or I should use RHEV specific packages to manage RHEV environments? If ovirt tools are tested to always work with RHEV that would be nice. jbelka

2 1

[Users] Best practice to resize a WM disk image
by Ricky 09 Jan '13

09 Jan '13

Hi, If I have a VM that has run out of disk space, how can I increase the space in best way? One way is to add a second bigger disk to the WM and then use dd or similar to copy. But is it possible to stretch the original disk inside or outside oVirt and get oVirt to know the bigger size? Regards //Ricky

6 9

[Users] Successfully virt-v2v from CentOS 6.3 VM to Ovirt 3.2 nightly
by Gianluca Cecchi 09 Jan '13

09 Jan '13

Hello, on my oVirt Host configured with F18 and all-in-one and ovirt-nightly as of ovirt-engine-3.2.0-1.20130107.git1a60fea.fc18.noarch I was able to import a CentOS 5.8 VM coming from a CentOS 6.3 host. The oVirt node server is the same where I'm unable to run a newly created WIndows 7 32bit vm... See http://lists.ovirt.org/pipermail/users/2013-January/011390.html In this thread I would like to report about successful import phases and some doubts about: 1) no password requested during virt-v2v 2) no connectivity in guest imported. On CentOS 6.3 host # virt-v2v -o rhev -osd 10.4.4.59:/EXPORT --network ovirtmgmt c56cr c56cr_001: 100% [===================================================================================]D 0h02m17s virt-v2v: c56cr configured with virtio drivers. ---> I would expect to be asked for the password of a privileged user in oVirt infra, instead the export process started without any prompt. Is this correct? In my opinion in this case it could be a security concern.... during virt-v2v command, on oVirt node I see this inside NFS Export domain: $ sudo ls -l /EXPORT/b878ad09-602f-47da-87f5-2829d67d3321/v2v.pmbPOGM_/30df5806-6911-41b3-8fef-1fd8d755659f total 10485764 -rw-r--r--. 1 vdsm kvm 10737418240 Jan 9 16:05 0d0e8e12-8b35-4034-89fc-8cbd4a7d7d81 At the end of the process: $ sudo ls -l /EXPORT/b878ad09-602f-47da-87f5-2829d67d3321/images/ total 4 drwxr-xr-x. 2 vdsm kvm 4096 Jan 9 16:05 30df5806-6911-41b3-8fef-1fd8d755659f $ sudo ls -lR /EXPORT/ /EXPORT/: total 4 drwxr-xr-x. 5 vdsm kvm 4096 Jan 9 16:06 b878ad09-602f-47da-87f5-2829d67d3321 /EXPORT/b878ad09-602f-47da-87f5-2829d67d3321: total 12 drwxr-xr-x. 2 vdsm kvm 4096 Jan 9 16:01 dom_md drwxr-xr-x. 3 vdsm kvm 4096 Jan 9 16:06 images drwxr-xr-x. 4 vdsm kvm 4096 Jan 9 16:02 master /EXPORT/b878ad09-602f-47da-87f5-2829d67d3321/dom_md: total 8 -rw-rw----. 1 vdsm kvm 0 Jan 9 16:01 ids -rw-rw----. 1 vdsm kvm 0 Jan 9 16:01 inbox -rw-rw----. 1 vdsm kvm 512 Jan 9 16:01 leases -rw-r--r--. 1 vdsm kvm 350 Jan 9 16:01 metadata -rw-rw----. 1 vdsm kvm 0 Jan 9 16:01 outbox /EXPORT/b878ad09-602f-47da-87f5-2829d67d3321/images: total 4 drwxr-xr-x. 2 vdsm kvm 4096 Jan 9 16:05 30df5806-6911-41b3-8fef-1fd8d755659f /EXPORT/b878ad09-602f-47da-87f5-2829d67d3321/images/30df5806-6911-41b3-8fef-1fd8d755659f: total 10485768 -rw-r--r--. 1 vdsm kvm 10737418240 Jan 9 16:06 0d0e8e12-8b35-4034-89fc-8cbd4a7d7d81 -rw-r--r--. 1 vdsm kvm 330 Jan 9 16:05 0d0e8e12-8b35-4034-89fc-8cbd4a7d7d81.meta /EXPORT/b878ad09-602f-47da-87f5-2829d67d3321/master: total 8 drwxr-xr-x. 2 vdsm kvm 4096 Jan 9 16:02 tasks drwxr-xr-x. 3 vdsm kvm 4096 Jan 9 16:06 vms /EXPORT/b878ad09-602f-47da-87f5-2829d67d3321/master/tasks: total 0 /EXPORT/b878ad09-602f-47da-87f5-2829d67d3321/master/vms: total 4 drwxr-xr-x. 2 vdsm kvm 4096 Jan 9 16:06 2398149c-32b9-4bae-b572-134d973a759c /EXPORT/b878ad09-602f-47da-87f5-2829d67d3321/master/vms/2398149c-32b9-4bae-b572-134d973a759c: total 8 -rw-r--r--. 1 vdsm kvm 4649 Jan 9 16:06 2398149c-32b9-4bae-b572-134d973a759c.ovf Then I began the vm import in webadmin: Import process has begun for VM(s): c56cr. You can check import status in the 'Events' tab of the specific destination storage domain, or in the main 'Events' tab ---> regarding the import status, the "specific destination storage domain" would be my DATA domain, correct? Because I see nothing in it and nothing in export domain. Instead I correctly see in main events tab of the cluster these two messages 2013-Jan-09, 16:16 Starting to import Vm c56cr to Data Center Poli, Cluster Poli1 2013-Jan-09, 16:18 Vm c56cr was imported successfully to Data Center Poli, Cluster Poli1 SO probably the first option should go away....? During the import, on the oVirt host [g.cecchi@f18aio ~]$ vmstat 3 procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 1 1 0 1684556 121824 28660956 0 0 8 69 21 66 0 0 99 0 1 1 0 1515192 121824 28830112 0 0 0 58749 4468 6068 0 3 85 11 0 1 0 1330708 121828 29014320 0 0 0 59415 4135 5149 0 4 85 11 $ sudo iotop -d 3 -P -o -k Total DISK READ: 0.33 K/s | Total DISK WRITE: 56564.47 K/s PID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 22501 idle vdsm 55451.24 K/s 56459.45 K/s 0.00 % 91.03 % dd if=/rhev/data-center/~count=10240 oflag=direct 831 be/4 root 0.00 K/s 0.00 K/s 0.00 % 3.56 % [flush-253:1] 576 be/3 root 0.00 K/s 19.69 K/s 0.00 % 0.72 % [jbd2/dm-1-8] 23309 be/3 vdsm 0.33 K/s 0.00 K/s 0.00 % 0.00 % python /usr/share/vdsm/st~moteFileHandler.pyc 49 47 17057 be/4 apache 0.00 K/s 2.63 K/s 0.00 % 0.00 % httpd -DFOREGROUND 15524 be/4 root 0.00 K/s 1.31 K/s 0.00 % 0.00 % libvirtd --listen $ ps -wfp 22501 UID PID PPID C STIME TTY TIME CMD vdsm 22501 16120 8 16:16 ? 00:00:14 /usr/bin/dd if=/rhev/data-center/89d40d09-5109-4070-b9b0-86f1addce8af/b878ad09-602f- I was then able to power on and connect via vnc to the console. But I noticed it has no connectivity with its gateway Host is on vlan 65 (em3 + em3.65 cofigured) host has 3: em3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovirtmgmt state UP qlen 1000 link/ether 00:1c:c4:ab:3a:dd brd ff:ff:ff:ff:ff:ff inet6 fe80::21c:c4ff:feab:3add/64 scope link valid_lft forever preferred_lft forever ... 6: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether 00:1c:c4:ab:3a:dd brd ff:ff:ff:ff:ff:ff inet6 fe80::21c:c4ff:feab:3add/64 scope link valid_lft forever preferred_lft forever 7: em3.65@em3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether 00:1c:c4:ab:3a:dd brd ff:ff:ff:ff:ff:ff inet 10.4.4.59/24 brd 10.4.4.255 scope global em3.65 inet6 fe80::21c:c4ff:feab:3add/64 scope link valid_lft forever preferred_lft forever ... 13: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UNKNOWN qlen 500 link/ether fe:54:00:d3:8f:a3 brd ff:ff:ff:ff:ff:ff inet6 fe80::fc54:ff:fed3:8fa3/64 scope link valid_lft forever preferred_lft forever [g.cecchi@f18aio ~]$ ip route list default via 10.4.4.250 dev em3.65 10.4.4.0/24 dev em3.65 proto kernel scope link src 10.4.4.59 ovirtmgmt is tagged in datacenter Poli1 guest is originally configured (and it maintained this) on bridged vlan65 on CentOS 63 host. Its parameters eth0 with ip 10.4.4.53 and gw 10.4.4.250 from webadmin pov it seems ok. see also this screenshot https://docs.google.com/open?id=0BwoPbcrMv8mvbENvR242VFJ2M1k any help will be appreciated. do I have to enable some kind of routing not enabled by default..? Thanks, Gianluca

1 0

Re: [Users] What do you want to see in oVirt next?
by Sigbjorn Lie 09 Jan '13

09 Jan '13

On Thu, January 3, 2013 17:08, Itamar Heim wrote: > Hi Everyone, > > > as we wrap oVirt 3.2, I wanted to check with oVirt users on what they find good/useful in oVirt, > and what they would like to see improved/added in coming versions? Hi, +1 for clustered ovirt manager for availability. I've seen a pdf document describing how to configure Red Hat Cluster and GFS with RHEV-M, but I feel Red Hat Cluster and GFS adds too much complexity compared to what is required for ovirt manager. Perhaps the use of glusterfs and keepalived (http://www.keepalived.org/) would be sufficient to create an easy to configure ovirt manager failover cluster? Regards, Siggi

3 4

Re: [Users] What do you want to see in oVirt next?
by Karli Sjöberg 09 Jan '13

09 Jan '13

--_000_5F9E965F5A80BC468BE5F40576769F09101FE58Aexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QSBnZW5lcmFsICsxIGZvciBldmVyeSBwb2ludCBiYXNpY2FsbHkuIFZlcnkgZ29vZCBhbmQgdGhv dWdodCB0aHJvdWdoIHBvaW50cy4gVGhlIG9uZXMgSSBsaWtlIHRoZSBtb3N0IGFyZToNCg0KKiBT cGljZSBjbGllbnQtIGFuZCBwbHVnaW4gZm9yIEZpcmVmb3ggb24gV2luZG93cyBhbmQgVWJ1bnR1 DQoqIFByZWZlcnJhYmx5IHdvcmtpbmcgdGhyb3VnaCBib3RoIEFkbWluLSBhbmQgVXNlcihjdXN0 b21lcikgcG9ydGFsOykNCiogR3Vlc3QgQWdlbnQgZm9yIFdpbmRvd3MuIE1vc3Qgb2Ygb3VyIFZN cyBhcmUgV2luMjAwOC0gYW5kIFIyLCAyMDEyJ3MgYXJlIGNvbWluZyB0b28uDQoqIEhvc3QgUHJv ZmlsZXMgd291bGQgYmUgYSB0aW1lIHNhdmVyDQoqIFJlc291cmNlIFBvb2xzDQoqIENsb25lIFZN J3MNCiogUmVzaXppbmcgVk0gZGlza3MgZnJvbSBHVUkNCiogVXBsb2FkIElTTydzIGZyb20gR1VJ DQoqIEludGVncmF0ZSB2aXJ0LXYydiBpbnRvIEdVSQ0KKiBFZGl0IFZNIHNldHRpbmdzIGJlZm9y ZSBpbXBvcnQNCg0KQWxzbyBJIHdvdWxkIGxpa2UgdG8gbWFrZSBhIHdpc2ggb2YgbXkgb3duOg0K KiBUaW1lLXNoYXJlIHNjaGVkdWxpbmcuDQotIFRoZSBhYmlsaXR5IHRvICJyZW50IG91dCIgcmVz b3VyY2VzIGF2YWlsYWJsZSBvbmx5IGR1cmluZyBOIHdpbmRvdyBvZiB0aW1lIGZvciBkaWZmZXJl bnQgZ3JvdXBzIG9mIHVzZXJzLiBPdXIgdXNlcnMgdGVuZCB0byBvbmx5IG5lZWQgcmVzb3VyY2Ug Y2FwYWNpdHkgaW4gYmF0Y2hlcywgY3J1bmNoaW5nIHRoZWlyIG51bWJlcnMgb3Igd2hhdG5vdCBk dXJpbmcgYW4gaW50ZW5jZSBwZXJpb2Qgb2YgdGltZSBhbmQgY2FuIGJlIHF1aWV0IGZvciBhIHdo aWxlLCB0aGVuIGNvbWUgYmFjayBmb3Igc29tZSBtb3JlLiBUaGF0wrRzIHdoeSBJIHdvdWxkIGxp a2UgdG8gc2VlIGFuIGludGVyZmFjZSB3aGVyZSB3ZSBhcyBhbiBvcmdhbml6YXRpb24gY291bGQg cG9vbCB0b2dldGhlciBvdXIgbWV0YWwgaW50byBvVmlydCBhbmQgdGhlbiB0b2dldGhlciBzaXQg ZG93biBhbmQgc2NoZWR1bGUgaXQgc28gdGhhdCBldmVyeW9uZSBnZXRzIHRoZWlyIHBpY2Ugb2Yg dGhlIGNha2UsIHNvIHRvIHNwZWFrLiBFLmcuIEdyb3VwIFggcmVudHMgNjQgdkNQVSdzIGFuZCA0 VEIgUkFNIGZyb20gMjAxMzA2MDEgdG8gMjAxMzA4MDEsIGR1cmluZyB3aGljaCB0aW1lIHRoZXkg YXJlIGd1YXJhbnRlZWQgdGhvc2UgcmVzb3VyY2VzLCBhbmQgdGhlbiB0aG9zZSBtYWNoaW5lcyB3 aWxsIGV4cGlyZSBhbmQgYmUgYXV0b21hdGljYWxseSBkZWxldGVkLCBmcmVlaW5nIHVwIHRob3Nl IHJlc291cmNlcyBhZ2Fpbi4gU29tZXRoaW5nIGxpa2UgdGhhdCB3b3VsZCBtYWtlIGNvbGxhYm9y YXRpb24gYmV0d2VlbiBvdXIgZGlmZmVyZW50IGdyb3VwcyBtdWNoIGVhc2llci4NCg0KQmVzdCBS ZWdhcmRzIGFuZCBIYXBweSBOZXcgWWVhciENCi9LYXJsaSBTasO2YmVyZw0KDQoNCmZyZSAyMDEz LTAxLTA0IGtsb2NrYW4gMTI6MTEgKzAxMDAgc2tyZXYgUmVuw6kgS29jaCAob3ZpZG8pOg0KDQoN CkhpLA0KDQpGaXJzdCBvZiBhbGwgdGhhbmtzIGZvciBzdGFydGluZyB0aGlzIGRpc2N1c3Npb24u DQoNCk15IGZlZWRiYWNrIGlzIG1haW5seSBiYXNlZCBvbiBSSEVWLCBhcyBJJ20gdXNpbmcgUkhF ViBpbiBvdXIgY29tcGFueQ0KYW5kIG9uIGN1c3RvbWVyIHNpZGUuIG9WaXJ0IGlzIGNvb2wgYXMg SSBjYW4gc2VlIHdoYXQgbmV3IGZlYXR1cmVzIG5leHQNClJIRVYgdmVyc2lvbiBtYXkvd2lsbCBi cmluZyBhbmQgd2hhdCBpc3N1ZXMgb3RoZXIgdXNlcnMgaGF2ZSB3aXRoIHRoaXMNCnRlY2hub2xv Z3kuDQoNCldoYXQgSSBsaWtlOg0KKiB3ZWIgYmFzZWQgVUkNCiogS1ZNIGFzIGl0IGJyaW5ncyB0 aGUgaGlnaGVzdCB2aXJ0dWFsaXphdGlvbiBwZXJmb3JtYW5jZSBvbiB0aGUgbWFya2V0DQoqIFJI RUwvRmVkb3JhIGFzIGEgaHlwZXJ2aXNvciBmb3IgbW9yZSBmbGV4aWJpbGl0eQ0KKiB0YWdzIGFu ZCBib29rbWFya3Mgd2l0aCBzZWFyY2ggZmlsdGVycyAtIGdyZWF0IGZvciBiaWcgaW5zdGFsbGF0 aW9ucw0KKiBzZXJ2ZXIgYW5kIGRlc2t0b3AgdmlydHVhbGl6YXRpb24gY2FuIGJlIGRvbmUgd2l0 aCBvbmUgZ3VpDQoqIG9wZW4gc291cmNlIG9mIGNvdXJzZSA7KQ0KKiBob29rIHNjcmlwdHMgLSBz b29vIGNvb2whDQoqIHJlc3QtYXBpDQoqIHVzZXIgcG9ydGFsIC0gc29tZSBvZiBvdXIgY3VzdG9t ZXJzIHVzZSB0aGlzIGFzIGEgYmFzaWMgY2xvdWQgdG9vbCBmb3INCnByb3ZpZGluZyB2bXMgYW5k IHNlbGYtcHJvdmlzaW9uaW5nIGZlYXR1cmVzIHdpdGggYWNjb3VudGluZyB1c2luZw0KcG9zdGdy ZXNxbCBkYXRhYmFzZQ0KDQpXaGF0IEkgd291bGQgbGlrZSB0byBzZWUgaW4gZnV0dXJlIHJlbGVh c2UgaW4gb1ZpcnQgYW5kIGFmdGVyIHRlc3RpbmcgaW4NClJIRVYgKG1vc3Qgb2YgdGhlc2UgcG9p bnRzIGFyZSBiYXNlZCBvbiBjdXN0b21lciBmZWVkYmFjaywgdG9vLCB3aG8NCmJvdWdodCBSSEVW IG9yIHdoZXJlIHdlIGhhZCBhdCBsZWFzdCBhIHByZS1zYWxlcyBhcHBvaW50bWVudCk6DQoNCiog U3BpY2UtWFBJIGZvciBGaXJlZm94IG9uIFdpbmRvd3MgKGFuZCBtYXliZSBVYnVudHUpOg0KSSBr bm93IGl0J3MgYSBsb3Qgb2Ygd29yayB0byBidWlsZCBpdCBmb3IgZXZlcnkgbmV3IGZpcmVmb3gg dmVyc2lvbiwgYnV0DQpwcm92aWRpbmcgaXQgZm9yIEZpcmVmb3ggTFRTIHdvdWxkIGJlIGEgcmVh bGx5IGdvb2Qgc3RhcnQuIEF0IHRoZSBtb21lbnQNCkludGVybmV0IEV4cGxvcmVyIGlzdCByZXF1 aXJlZCBmb3IgZnVsbCB1c2Ugb2YgYWRtaW4gdW5kIHVzZXIgcG9ydGFsIChvcg0KVk5DIGhhcyB0 byBiZSB1c2VkKS4NCg0KKiBvdmlydC1ndWVzdC1hZ2VudHMgZm9yIG1ham9yIExpbnV4IGRpc3Ry aWJ1dGlvbnM6DQotIG9wZW5TVVNFDQotIFNMRVMNCi0gVWJ1bnR1DQotIERlYmlhbg0KDQoqIFZp cnR1YWxpemUgb3ZpcnQtZW5naW5lIG9uIG92aXJ0IGhvc3RzDQpJIGtub3cgdGhhdCB0aGlzIHdv dWxkIHJlcXVpcmUgbWFqb3IgY2hhbmdlcyBkdWUgdG8gaG93IG9WaXJ0IHdvcmtzDQoobGlidmly dCBhbmQgdmRzbSksIGJ1dCBuZWFybHkgZXZlcnkgY3VzdG9tZXJzIGlzIGFza2luZzogd2h5IGNh bid0IEkNCmluc3RhbGwgbXkgaHlwZXJ2aXNvcnMsIGNyZWF0ZSBhIHZtIGZvciBSSEVWIG1hbmFn ZXIgYW5kIGNvbmZpZ3VyZSB0aGUNCmVudmlyb25tZW50IHRoZW4gKGluIHRoZSBzYW1lIHdheSBh cyBpdCBpcyBwb3NzaWJsZSB3aXRoIFZNd2FyZSk/DQoNCiogTWFrZSBvdmlydC1lbmdpbmUgbW9y ZSBFbnRlcnByaXNlIHJlYWR5DQpDb21wYXJlZCB3aXRoIFZNd2FyZSAoc29ycnkgZm9yIGFsd2F5 cyBjb21wYXJpbmcgaXQgd2l0aCBWTXdhcmUsIGJ1dA0KaXQncyB0aGUgbWFya2V0IGxlYWRlciBh bmQgaXQgaGFzIG1hbnkgbmljZSBmZWF0dXJlcyB3aGljaCB3b3VsZCBiZQ0KZ3JlYXQgaW4gb1Zp cnQvUkhFViwgdG9vKSBvVmlydCByZXF1aXJlZCBtb3JlIHRhc2tzIGRvbmUgb24gY29tbWFuZCBs aW5lDQpvciB2aWEgQVBJL1NoZWxsL0dVSSBhcyBmZWF0dXJlcyBhcmUgbWlzc2luZyBpbiB0aGUg d2ViIEdVSToNCg0KLSBEZXBsb3kgbmV0d29yayBjb25maWdzIG9uIGFsbCBob3N0cw0KV2hlbiBj cmVhdGluZyBhIG5ldyBsb2dpY2FsIG5ldHdvcmsgaW4gYSBDbHVzdGVyIGl0IGhhcyB0byBiZSBj cmVhdGVkIG9uDQphbGwgaG9zdHMgYmVmb3JlIGl0IGNhbiBiZSB1c2VkLiBJdCB3b3VsZCBiZSBn cmVhdCBpZiB0aGlzIGNvdWxkIGJlIGRvbmUNCmF1dG9tYXRpY2FsbHkgKGV4Y2VwdCBmb3Igcmhl dm0vc3BpY2Uvc3RvcmFnZS1uZXR3b3JrcyB3aGVyZSBhbiBJUA0KYWRkcmVzcyBvZiBlYWNoIGhv c3QgaXMgcmVxdWlyZWQpLiBUaGUgd29ya2Zsb3cgY291bGQgYmU6DQorIGNyZWF0ZSBuZXcgbG9n aWNhbCBuZXR3b3JrDQorIGNsaWNrIG9uIGRlcGxveSBidXR0b24NCisgY3JlYXRlIGlmY2ZnLWZp bGVzIG9uIGhvc3RzDQorIG1ha2UgaWZjZmctZmlsZXMgcGVyc2lzdGVudCBvbiBvdmlydCBOb2Rl cw0KKyBicmluZyBpbnRlcmZhY2UgdXANCisgY2hlY2sgaWYgaW50ZXJmYWNlcyBhcmUgdXANCisg bWFrZSBsb2dpY2FsIG5ldHdvcmsgT3BlcmF0aW9uYWwgaWYgZGVwbG95bWVudCB3YXMgc3VjY2Vz c2Z1bCBvbiBhbGwNCmhvc3RzDQoNCi0gQ29uZmlndXJlIG92aXJ0IGhvc3RzIGZyb20gR1VJDQpJ dCB3b3VsZCBiZSByZWFsbHkgYW4gaW1wcm92ZW1lbnQgaWYgYWxsIHNldHRpbmdzIG9mIHRoZSBU VUkgKGxpa2UgRE5TLA0KTlRQLCBzeXNsb2csIGtkdW1wLCBhZG1pbiBhbmQgcm9vdCBwYXNzd29y ZHMsIGhvc3RuYW1lLC4uLikgY291bGQgYmUNCmNvbmZpZ3VyZWQgaW4gb3ZpcnQtZW5naW5lIGd1 aSwgdG9vIChpbiBob3N0cyB0YWIpLiBQbHVzIGluY2x1ZGluZw0KY2hhbmdpbmcgbXVsdGlwYXRo LmNvbmYgaW4gV2ViIEdVSSB3b3VsZCBiZSB2ZXJ5IG5pY2UuDQoNCi0gQ3JlYXRlIGhvc3QgcHJv ZmlsZXMNClN0b3JpbmcgYWxsIGNvbmZpZ3VyYXRpb24gc2V0dGluZ3Mgb2YgdGhlIFRVSSBhbmQg aG9zdCB0YWIgKHdpdGhvdXQgaXANCmFkZHJlc3NlcyBmb3Igc3VyZSkgaW4gYSBwcm9maWxlIHdv dWxkIG1ha2UgY2hhbmdlcyBlYXNpZXIgYW5kIHNwZWVkIHVwDQpkZXBsb3ltZW50IG9mIG5ldyBo eXBlcnZpc29ycy4gSSdtIHRoaW5raW5nIG9mOg0KKyBjcmVhdGUgYSBwcm9maWxlIHdoaWNoIGNv bnRhaW5zIGUuZy4gRE5TLCBOVFAgYW5kIGFkbWluIHBhc3N3b3Jkcw0KKyBsaW5rIHByb2ZpbGUg dG8gaG9zdHMNCisgY2hhbmdlIEROUyBpbiBwcm9maWxlDQorIGluIGhvc3RzIHRhYiB5b3UgY2Fu IHNlZSB0aGF0IHRoZXJlIGFyZSBjaGFuZ2VzIGJldHdlZW4gdGhlIHByb2ZpbGUNCmFuZCB0aGUg aG9zdHMNCisgYnJpbmcgaG9zdCBpbiBtYWludGVuYW5jZSBtb2RlDQorIHN5bmMgcHJvZmlsZSAo YW5kIG1heWJlIHJlYm9vdCBob3N0KQ0KV2hlbiBpbnN0YWxsaW5nIG5ldyBob3N0cyAodmlhIENE IG9yIFBYRSkgdGhlIHByb2ZpbGUgY2FuIGJlIHVzZWQgdG8NCmF1dG9tYXRpY2FsbHkgY29uZmln dXJlIHRoZSBob3N0IHdpdGhvdXQgcHJvdmlkaW5nIGFsbCBzZXR0aW5ncyB2aWEgYm9vdA0Kb3B0 aW9ucyArIGNvbmZpZ3VyZSBhbGwgbmV0d29ya3MsIGN1c3RvbSBtdWx0aXBhdGguY29uZiwuLi4g SG9zdCBwcm9maWxlDQpzaG91bGQgYmUgdXNlZCBmb3IgZnVsbCBSSEVML0ZlZG9yYSBob3N0cyBh cyB3ZWxsLg0KDQotIFVwZGF0ZSBSSEVML0ZlZG9yYSBIeXBlcnZpc29ycyBmcm9tIEdVSQ0KSXQg d291bGQgYmUgbmljZSBpZiBGZWRvcmEgaG9zdHMgY291bGQgYmUgdXBkYXRlZCBmcm9tIHRoZSBv dmlydC1lbmdpbmUNCkdVSSBsaWtlIHRoZSBvdmlydCBOb2RlLiBSdW5uaW5nIHl1bSBjaGVjay11 cGRhdGUgb24gaG9zdCBhbmQgZGlzcGxheWluZw0Kbm90aWNlIGlmIHRoZXJlIGFyZSB1cGRhdGVz IGF2YWlsYWJsZS4NCg0KLSBJbXBsZW1lbnQgcmVzb3VyY2UgcG9vbHMNCkF0IHRoZSBtb21lbnQg b25seSBRdW90YXMgYXJlIGF2YWlsYWJsZSAod2hpY2ggaXMgZ3JlYXQsIGJ0dyksIGJ1dCBpbg0K c29tZSBjYXNlcyBpdCdzIG5lY2Vzc2FyeSB0byBpbXBsZW1lbnQgcmVzb3VyY2UgcG9vbHMuIEUu Zy4gTGltaXQgQ1BVLA0KTWVtb3J5IGFuZCBOZXR3b3JrIGZvciBncm91cCBvZiB0ZXN0IHZtcywg YnV0IGdpdmUgZnVsbCByZXNvdXJjZXMgdG8NCnByb2R1Y3Rpb24gdm1zLiBUaGlzIGNvdWxkIGJl IGRvbmUgd2l0aCBjZ3JvdXBzLg0KDQotIENsb25lIHZtcw0KSSdtIG1pc3NpbmcgdGhlIHBvc3Np YmlsaXR5IG9mIGNsb25pbmcgdm1zIHdpdGhvdXQgY3JlYXRpbmcgYSB0ZW1wbGF0ZS4NCg0KLSBS ZXNpemUgZGlzayBpbiBHVUkNCkluY3JlYXNpbmcgdGhlIHNpemUgb2YgYSBkaXNrIHdvdWxkIGhl bHAgYSBsb3QuIEF0IHRoZSBtb21lbnQgSSBjcmVhdGUNCm5ldyBkaXNrcyBhbmQgcHV0IGl0IGlu dG8gdm9sdW1lIGdyb3VwIG9uIHZtLCBidXQgcmVzaXppbmcgd291bGQgYmUNCm5pY2VyIGluIHNv bWUgY2FzZXMgYW5kIHdpbGwgcmVkdWNlIHRoZSBudW1iZXIgb2YgZGlza3MuDQoNCi0gVXBsb2Fk IElTT3Mgd2l0aGluIHRoZSBHVUkgdG8gSVNPIGRvbWFpbg0KDQotIEludGVncmF0ZSB2aXJ0LXYy diBpbnRvIG9WaXJ0IEdVSQ0KSXQgd291bGQgYmUgY29vbCBpZiBWTXMgY291bGQgYmUgTWlncmF0 ZWQgZnJvbSBvdGhlciBzeXN0ZW1zIHdpdGhpbiB0aGUNCkdVSSB1c2luZyB2aXJ0LXYydiBhcyBh IGJhY2tlbmQuDQoNCi0gRWRpdCBzZXR0aW5ncyBvZiB2bXMgYmVmb3JlIGltcG9ydGluZyB0aGVt DQpNb3N0IHRoZSBvZiB0aGUgc2V0dGluZ3MgbGlrZSBkaXNrIHR5cGUgKElERS9WaXJ0SU8pLCBu aWMgYnV0IGFsc28gdm0NCnR5cGUgKHNlcnZlci9kZXNrdG9wKSBhbmQgYWNjZXNzIHByb3RvY29s IChTcGljZS9WTkMpIGNhbid0IGJlIGVkaXRlZA0Kd2l0aGluZyBvVmlydC9SSEVWTSBHVUkgYmVm b3JlIGltcG9ydGluZyB0aGVtLiBUaGVzZSBzZXR0aW5ncyBjYW4gb25seQ0KYmUgY2hhbmdlZCBi eSBlZGl0aW5nIHRoZSB4bWwgZGlyZWN0bHkuIERpc2sgdHlwZSBhbmQgbmljIGlzIHJpc2t5IG9m DQpjb3Vyc2UsIGJ1dCB3b3JraW5nIGZvciBtb3N0IExpbnV4IGRpc3RyaWJ1dGlvbnMuDQoNCi0g VXNlIGV4aXN0aW5nIHNoYXJlIGZvciBJU08gZG9tYWluDQpXaGVuIGNyZWF0aW5nIGFuIElTTyBk b21haW4sIG9WaXJ0L1JIRVYgY3JlYXRlcyBpdCdzIG93biBkaXJlY3RvcnkNCnN0cnVjdHVyZSB3 aXRoIElEcy4gSXQgd291bGQgYmUgbmljZSBpZiBhbiBleGlzdGluZyBzaGFyZSBjb3VsZCBiZSB1 c2VkDQooZS5nLiBhbiBJU08gc2hhcmUgb24gTkZTIHNlcnZlciB3aGljaCBpcyB1c2VkIGJ5IG90 aGVyIHNlcnZpY2UsIHRvbykNCndpdGhvdXQgY3JlYXRpbmcgdGhlIHN0cnVjdHVyZSB3aXRoIElE cy4gSSBrbm93IHRoYXQgdGhlIElEcyBhcmUgbmVlZGVkDQppbnRlcm5hbGx5IGJ1dCBJIHRoaW5r IGl0IHNob3VsZCBiZSBwb3NzaWJsZSB0byByZXVzZSBhbiBleGlzdGluZyBzaGFyZS4NCg0KLSBQ dXQgSVNPIGRvbWFpbiBvbiBORlMsIGlTQ1NJLCBGQyBhbmQgR2x1c3RlciBzdG9yYWdlLCB0b28N Cg0KSSBrbm93IHRoYXQgdGhlc2UgYXJlIGEgbG90IG9mIGZlYXR1cmVzIEkgd291bGQgbGlrZSB0 byBzZWUgYW5kIGl0IHdvdWxkDQpiZSBncmVhdCBpZiBzb21lIG9mIHRoZW0gd291bGQgYmUgaW1w bGVtZW50ZWQgaW4gZnV0dXJlIHJlbGVhc2VzLg0KDQpCdHcsIG9uIG9mIHRoZSBjb29sZXN0IGZl YXR1cmVzIG9mIG9WaXJ0IHNlZW1zIHRvIGJlIHRoZSBVSSBwbHVnaW4NCmZlYXR1cmUsIHdoaWNo IEkgaGF2ZW4ndCB0ZXN0ZWQgeWV0LiBJIHJlYWxseSBob3BlIHRoYXQgdGhpcyB3aWxsIGJlDQph dmFpbGFibGUgaW4gUkhFViAzLjIsIHRvby4NCg0KQXMgSSBkb24ndCBoYXZlIHRoYXQgbXVjaCBK YXZhIGtub3dsZWRnZSB0byBpbXBsZW1lbnQgc29tZSBvZiBteSBmZWF0dXJlDQpyZXF1ZXN0cyBh bmQgY29udHJpYnV0ZSB0aGUgY29kZSwgSSBjYW4gZG8gc29tZSBQZXJsIGFuZCBKYXZhU2NyaXB0 IGFuZA0KZXh0ZW5kIG9WaXJ0IChhbmQgaG9wZWZ1bGx5IFJIRVYsIHRvbykgbGlrZSBPdmVkIGRp ZCB3aXRoIEZvcmVtYW4gKGdyZWF0DQpqb2IgYW5kIG1hbnkgdGhhbmtzIGZvciB0aGUgZG9jdW1l bnRhdGlvbiBpbiB5b3VyIHdpa2khKS4NCg0KDQoNCg0K --_000_5F9E965F5A80BC468BE5F40576769F09101FE58Aexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpBIGdlbmVyYWwgJiM0 MzsxIGZvciBldmVyeSBwb2ludCBiYXNpY2FsbHkuIFZlcnkgZ29vZCBhbmQgdGhvdWdodCB0aHJv dWdoIHBvaW50cy4gVGhlIG9uZXMgSSBsaWtlIHRoZSBtb3N0IGFyZTo8YnI+DQo8YnI+DQoqIFNw aWNlIGNsaWVudC0gYW5kIHBsdWdpbiBmb3IgRmlyZWZveCBvbiBXaW5kb3dzIGFuZCBVYnVudHU8 YnI+DQoqIFByZWZlcnJhYmx5IHdvcmtpbmcgdGhyb3VnaCBib3RoIEFkbWluLSBhbmQgVXNlcihj dXN0b21lcikgcG9ydGFsOyk8YnI+DQoqIEd1ZXN0IEFnZW50IGZvciBXaW5kb3dzLiBNb3N0IG9m IG91ciBWTXMgYXJlIFdpbjIwMDgtIGFuZCBSMiwgMjAxMidzIGFyZSBjb21pbmcgdG9vLjxicj4N CiogSG9zdCBQcm9maWxlcyB3b3VsZCBiZSBhIHRpbWUgc2F2ZXI8YnI+DQoqIFJlc291cmNlIFBv b2xzPGJyPg0KKiBDbG9uZSBWTSdzPGJyPg0KKiBSZXNpemluZyBWTSBkaXNrcyBmcm9tIEdVSTxi cj4NCiogVXBsb2FkIElTTydzIGZyb20gR1VJPGJyPg0KKiBJbnRlZ3JhdGUgdmlydC12MnYgaW50 byBHVUk8YnI+DQoqIEVkaXQgVk0gc2V0dGluZ3MgYmVmb3JlIGltcG9ydDxicj4NCjxicj4NCkFs c28gSSB3b3VsZCBsaWtlIHRvIG1ha2UgYSB3aXNoIG9mIG15IG93bjo8YnI+DQoqIFRpbWUtc2hh cmUgc2NoZWR1bGluZy48YnI+DQotIFRoZSBhYmlsaXR5IHRvICZxdW90O3JlbnQgb3V0JnF1b3Q7 IHJlc291cmNlcyBhdmFpbGFibGUgb25seSBkdXJpbmcgTiB3aW5kb3cgb2YgdGltZSBmb3IgZGlm ZmVyZW50IGdyb3VwcyBvZiB1c2Vycy4gT3VyIHVzZXJzIHRlbmQgdG8gb25seSBuZWVkIHJlc291 cmNlIGNhcGFjaXR5IGluIGJhdGNoZXMsIGNydW5jaGluZyB0aGVpciBudW1iZXJzIG9yIHdoYXRu b3QgZHVyaW5nIGFuIGludGVuY2UgcGVyaW9kIG9mIHRpbWUgYW5kIGNhbiBiZSBxdWlldCBmb3Ig YQ0KIHdoaWxlLCB0aGVuIGNvbWUgYmFjayBmb3Igc29tZSBtb3JlLiBUaGF0wrRzIHdoeSBJIHdv dWxkIGxpa2UgdG8gc2VlIGFuIGludGVyZmFjZSB3aGVyZSB3ZSBhcyBhbiBvcmdhbml6YXRpb24g Y291bGQgcG9vbCB0b2dldGhlciBvdXIgbWV0YWwgaW50byBvVmlydCBhbmQgdGhlbiB0b2dldGhl ciBzaXQgZG93biBhbmQgc2NoZWR1bGUgaXQgc28gdGhhdCBldmVyeW9uZSBnZXRzIHRoZWlyIHBp Y2Ugb2YgdGhlIGNha2UsIHNvIHRvIHNwZWFrLiBFLmcuDQogR3JvdXAgWCByZW50cyA2NCB2Q1BV J3MgYW5kIDRUQiBSQU0gZnJvbSAyMDEzMDYwMSB0byAyMDEzMDgwMSwgZHVyaW5nIHdoaWNoIHRp bWUgdGhleSBhcmUgZ3VhcmFudGVlZCB0aG9zZSByZXNvdXJjZXMsIGFuZCB0aGVuIHRob3NlIG1h Y2hpbmVzIHdpbGwgZXhwaXJlIGFuZCBiZSBhdXRvbWF0aWNhbGx5IGRlbGV0ZWQsIGZyZWVpbmcg dXAgdGhvc2UgcmVzb3VyY2VzIGFnYWluLiBTb21ldGhpbmcgbGlrZSB0aGF0IHdvdWxkIG1ha2Ug Y29sbGFib3JhdGlvbg0KIGJldHdlZW4gb3VyIGRpZmZlcmVudCBncm91cHMgbXVjaCBlYXNpZXIu PGJyPg0KPGJyPg0KQmVzdCBSZWdhcmRzIGFuZCBIYXBweSBOZXcgWWVhciE8YnI+DQovS2FybGkg U2rDtmJlcmc8YnI+DQo8YnI+DQo8YnI+DQpmcmUgMjAxMy0wMS0wNCBrbG9ja2FuIDEyOjExICYj NDM7MDEwMCBza3JldiBSZW7DqSBLb2NoIChvdmlkbyk6DQo8YmxvY2txdW90ZSB0eXBlPSJDSVRF Ij4NCjxwcmU+CkhpLAoKRmlyc3Qgb2YgYWxsIHRoYW5rcyBmb3Igc3RhcnRpbmcgdGhpcyBkaXNj dXNzaW9uLgoKTXkgZmVlZGJhY2sgaXMgbWFpbmx5IGJhc2VkIG9uIFJIRVYsIGFzIEknbSB1c2lu ZyBSSEVWIGluIG91ciBjb21wYW55CmFuZCBvbiBjdXN0b21lciBzaWRlLiBvVmlydCBpcyBjb29s IGFzIEkgY2FuIHNlZSB3aGF0IG5ldyBmZWF0dXJlcyBuZXh0ClJIRVYgdmVyc2lvbiBtYXkvd2ls bCBicmluZyBhbmQgd2hhdCBpc3N1ZXMgb3RoZXIgdXNlcnMgaGF2ZSB3aXRoIHRoaXMKdGVjaG5v bG9neS4KCldoYXQgSSBsaWtlOgoqIHdlYiBiYXNlZCBVSQoqIEtWTSBhcyBpdCBicmluZ3MgdGhl IGhpZ2hlc3QgdmlydHVhbGl6YXRpb24gcGVyZm9ybWFuY2Ugb24gdGhlIG1hcmtldAoqIFJIRUwv RmVkb3JhIGFzIGEgaHlwZXJ2aXNvciBmb3IgbW9yZSBmbGV4aWJpbGl0eQoqIHRhZ3MgYW5kIGJv b2ttYXJrcyB3aXRoIHNlYXJjaCBmaWx0ZXJzIC0gZ3JlYXQgZm9yIGJpZyBpbnN0YWxsYXRpb25z Ciogc2VydmVyIGFuZCBkZXNrdG9wIHZpcnR1YWxpemF0aW9uIGNhbiBiZSBkb25lIHdpdGggb25l IGd1aQoqIG9wZW4gc291cmNlIG9mIGNvdXJzZSA7KQoqIGhvb2sgc2NyaXB0cyAtIHNvb28gY29v bCEKKiByZXN0LWFwaQoqIHVzZXIgcG9ydGFsIC0gc29tZSBvZiBvdXIgY3VzdG9tZXJzIHVzZSB0 aGlzIGFzIGEgYmFzaWMgY2xvdWQgdG9vbCBmb3IKcHJvdmlkaW5nIHZtcyBhbmQgc2VsZi1wcm92 aXNpb25pbmcgZmVhdHVyZXMgd2l0aCBhY2NvdW50aW5nIHVzaW5nCnBvc3RncmVzcWwgZGF0YWJh c2UKCldoYXQgSSB3b3VsZCBsaWtlIHRvIHNlZSBpbiBmdXR1cmUgcmVsZWFzZSBpbiBvVmlydCBh bmQgYWZ0ZXIgdGVzdGluZyBpbgpSSEVWIChtb3N0IG9mIHRoZXNlIHBvaW50cyBhcmUgYmFzZWQg b24gY3VzdG9tZXIgZmVlZGJhY2ssIHRvbywgd2hvCmJvdWdodCBSSEVWIG9yIHdoZXJlIHdlIGhh ZCBhdCBsZWFzdCBhIHByZS1zYWxlcyBhcHBvaW50bWVudCk6CgoqIFNwaWNlLVhQSSBmb3IgRmly ZWZveCBvbiBXaW5kb3dzIChhbmQgbWF5YmUgVWJ1bnR1KToKSSBrbm93IGl0J3MgYSBsb3Qgb2Yg d29yayB0byBidWlsZCBpdCBmb3IgZXZlcnkgbmV3IGZpcmVmb3ggdmVyc2lvbiwgYnV0CnByb3Zp ZGluZyBpdCBmb3IgRmlyZWZveCBMVFMgd291bGQgYmUgYSByZWFsbHkgZ29vZCBzdGFydC4gQXQg dGhlIG1vbWVudApJbnRlcm5ldCBFeHBsb3JlciBpc3QgcmVxdWlyZWQgZm9yIGZ1bGwgdXNlIG9m IGFkbWluIHVuZCB1c2VyIHBvcnRhbCAob3IKVk5DIGhhcyB0byBiZSB1c2VkKS4KCiogb3ZpcnQt Z3Vlc3QtYWdlbnRzIGZvciBtYWpvciBMaW51eCBkaXN0cmlidXRpb25zOgotIG9wZW5TVVNFCi0g U0xFUwotIFVidW50dQotIERlYmlhbgoKKiBWaXJ0dWFsaXplIG92aXJ0LWVuZ2luZSBvbiBvdmly dCBob3N0cwpJIGtub3cgdGhhdCB0aGlzIHdvdWxkIHJlcXVpcmUgbWFqb3IgY2hhbmdlcyBkdWUg dG8gaG93IG9WaXJ0IHdvcmtzCihsaWJ2aXJ0IGFuZCB2ZHNtKSwgYnV0IG5lYXJseSBldmVyeSBj dXN0b21lcnMgaXMgYXNraW5nOiB3aHkgY2FuJ3QgSQppbnN0YWxsIG15IGh5cGVydmlzb3JzLCBj cmVhdGUgYSB2bSBmb3IgUkhFViBtYW5hZ2VyIGFuZCBjb25maWd1cmUgdGhlCmVudmlyb25tZW50 IHRoZW4gKGluIHRoZSBzYW1lIHdheSBhcyBpdCBpcyBwb3NzaWJsZSB3aXRoIFZNd2FyZSk/Cgoq IE1ha2Ugb3ZpcnQtZW5naW5lIG1vcmUgRW50ZXJwcmlzZSByZWFkeQpDb21wYXJlZCB3aXRoIFZN d2FyZSAoc29ycnkgZm9yIGFsd2F5cyBjb21wYXJpbmcgaXQgd2l0aCBWTXdhcmUsIGJ1dAppdCdz IHRoZSBtYXJrZXQgbGVhZGVyIGFuZCBpdCBoYXMgbWFueSBuaWNlIGZlYXR1cmVzIHdoaWNoIHdv dWxkIGJlCmdyZWF0IGluIG9WaXJ0L1JIRVYsIHRvbykgb1ZpcnQgcmVxdWlyZWQgbW9yZSB0YXNr cyBkb25lIG9uIGNvbW1hbmQgbGluZQpvciB2aWEgQVBJL1NoZWxsL0dVSSBhcyBmZWF0dXJlcyBh cmUgbWlzc2luZyBpbiB0aGUgd2ViIEdVSToKCi0gRGVwbG95IG5ldHdvcmsgY29uZmlncyBvbiBh bGwgaG9zdHMKV2hlbiBjcmVhdGluZyBhIG5ldyBsb2dpY2FsIG5ldHdvcmsgaW4gYSBDbHVzdGVy IGl0IGhhcyB0byBiZSBjcmVhdGVkIG9uCmFsbCBob3N0cyBiZWZvcmUgaXQgY2FuIGJlIHVzZWQu IEl0IHdvdWxkIGJlIGdyZWF0IGlmIHRoaXMgY291bGQgYmUgZG9uZQphdXRvbWF0aWNhbGx5IChl eGNlcHQgZm9yIHJoZXZtL3NwaWNlL3N0b3JhZ2UtbmV0d29ya3Mgd2hlcmUgYW4gSVAKYWRkcmVz cyBvZiBlYWNoIGhvc3QgaXMgcmVxdWlyZWQpLiBUaGUgd29ya2Zsb3cgY291bGQgYmU6CiYjNDM7 IGNyZWF0ZSBuZXcgbG9naWNhbCBuZXR3b3JrCiYjNDM7IGNsaWNrIG9uIGRlcGxveSBidXR0b24K JiM0MzsgY3JlYXRlIGlmY2ZnLWZpbGVzIG9uIGhvc3RzCiYjNDM7IG1ha2UgaWZjZmctZmlsZXMg cGVyc2lzdGVudCBvbiBvdmlydCBOb2RlcwomIzQzOyBicmluZyBpbnRlcmZhY2UgdXAKJiM0Mzsg Y2hlY2sgaWYgaW50ZXJmYWNlcyBhcmUgdXAKJiM0MzsgbWFrZSBsb2dpY2FsIG5ldHdvcmsgT3Bl cmF0aW9uYWwgaWYgZGVwbG95bWVudCB3YXMgc3VjY2Vzc2Z1bCBvbiBhbGwKaG9zdHMKCi0gQ29u ZmlndXJlIG92aXJ0IGhvc3RzIGZyb20gR1VJCkl0IHdvdWxkIGJlIHJlYWxseSBhbiBpbXByb3Zl bWVudCBpZiBhbGwgc2V0dGluZ3Mgb2YgdGhlIFRVSSAobGlrZSBETlMsCk5UUCwgc3lzbG9nLCBr ZHVtcCwgYWRtaW4gYW5kIHJvb3QgcGFzc3dvcmRzLCBob3N0bmFtZSwuLi4pIGNvdWxkIGJlCmNv bmZpZ3VyZWQgaW4gb3ZpcnQtZW5naW5lIGd1aSwgdG9vIChpbiBob3N0cyB0YWIpLiBQbHVzIGlu Y2x1ZGluZwpjaGFuZ2luZyBtdWx0aXBhdGguY29uZiBpbiBXZWIgR1VJIHdvdWxkIGJlIHZlcnkg bmljZS4KCi0gQ3JlYXRlIGhvc3QgcHJvZmlsZXMKU3RvcmluZyBhbGwgY29uZmlndXJhdGlvbiBz ZXR0aW5ncyBvZiB0aGUgVFVJIGFuZCBob3N0IHRhYiAod2l0aG91dCBpcAphZGRyZXNzZXMgZm9y IHN1cmUpIGluIGEgcHJvZmlsZSB3b3VsZCBtYWtlIGNoYW5nZXMgZWFzaWVyIGFuZCBzcGVlZCB1 cApkZXBsb3ltZW50IG9mIG5ldyBoeXBlcnZpc29ycy4gSSdtIHRoaW5raW5nIG9mOgomIzQzOyBj cmVhdGUgYSBwcm9maWxlIHdoaWNoIGNvbnRhaW5zIGUuZy4gRE5TLCBOVFAgYW5kIGFkbWluIHBh c3N3b3JkcwomIzQzOyBsaW5rIHByb2ZpbGUgdG8gaG9zdHMKJiM0MzsgY2hhbmdlIEROUyBpbiBw cm9maWxlCiYjNDM7IGluIGhvc3RzIHRhYiB5b3UgY2FuIHNlZSB0aGF0IHRoZXJlIGFyZSBjaGFu Z2VzIGJldHdlZW4gdGhlIHByb2ZpbGUKYW5kIHRoZSBob3N0cwomIzQzOyBicmluZyBob3N0IGlu IG1haW50ZW5hbmNlIG1vZGUKJiM0Mzsgc3luYyBwcm9maWxlIChhbmQgbWF5YmUgcmVib290IGhv c3QpCldoZW4gaW5zdGFsbGluZyBuZXcgaG9zdHMgKHZpYSBDRCBvciBQWEUpIHRoZSBwcm9maWxl IGNhbiBiZSB1c2VkIHRvCmF1dG9tYXRpY2FsbHkgY29uZmlndXJlIHRoZSBob3N0IHdpdGhvdXQg cHJvdmlkaW5nIGFsbCBzZXR0aW5ncyB2aWEgYm9vdApvcHRpb25zICYjNDM7IGNvbmZpZ3VyZSBh bGwgbmV0d29ya3MsIGN1c3RvbSBtdWx0aXBhdGguY29uZiwuLi4gSG9zdCBwcm9maWxlCnNob3Vs ZCBiZSB1c2VkIGZvciBmdWxsIFJIRUwvRmVkb3JhIGhvc3RzIGFzIHdlbGwuCgotIFVwZGF0ZSBS SEVML0ZlZG9yYSBIeXBlcnZpc29ycyBmcm9tIEdVSQpJdCB3b3VsZCBiZSBuaWNlIGlmIEZlZG9y YSBob3N0cyBjb3VsZCBiZSB1cGRhdGVkIGZyb20gdGhlIG92aXJ0LWVuZ2luZQpHVUkgbGlrZSB0 aGUgb3ZpcnQgTm9kZS4gUnVubmluZyB5dW0gY2hlY2stdXBkYXRlIG9uIGhvc3QgYW5kIGRpc3Bs YXlpbmcKbm90aWNlIGlmIHRoZXJlIGFyZSB1cGRhdGVzIGF2YWlsYWJsZS4KCi0gSW1wbGVtZW50 IHJlc291cmNlIHBvb2xzCkF0IHRoZSBtb21lbnQgb25seSBRdW90YXMgYXJlIGF2YWlsYWJsZSAo d2hpY2ggaXMgZ3JlYXQsIGJ0dyksIGJ1dCBpbgpzb21lIGNhc2VzIGl0J3MgbmVjZXNzYXJ5IHRv IGltcGxlbWVudCByZXNvdXJjZSBwb29scy4gRS5nLiBMaW1pdCBDUFUsCk1lbW9yeSBhbmQgTmV0 d29yayBmb3IgZ3JvdXAgb2YgdGVzdCB2bXMsIGJ1dCBnaXZlIGZ1bGwgcmVzb3VyY2VzIHRvCnBy b2R1Y3Rpb24gdm1zLiBUaGlzIGNvdWxkIGJlIGRvbmUgd2l0aCBjZ3JvdXBzLgoKLSBDbG9uZSB2 bXMKSSdtIG1pc3NpbmcgdGhlIHBvc3NpYmlsaXR5IG9mIGNsb25pbmcgdm1zIHdpdGhvdXQgY3Jl YXRpbmcgYSB0ZW1wbGF0ZS4gCgotIFJlc2l6ZSBkaXNrIGluIEdVSQpJbmNyZWFzaW5nIHRoZSBz aXplIG9mIGEgZGlzayB3b3VsZCBoZWxwIGEgbG90LiBBdCB0aGUgbW9tZW50IEkgY3JlYXRlCm5l dyBkaXNrcyBhbmQgcHV0IGl0IGludG8gdm9sdW1lIGdyb3VwIG9uIHZtLCBidXQgcmVzaXppbmcg d291bGQgYmUKbmljZXIgaW4gc29tZSBjYXNlcyBhbmQgd2lsbCByZWR1Y2UgdGhlIG51bWJlciBv ZiBkaXNrcy4KCi0gVXBsb2FkIElTT3Mgd2l0aGluIHRoZSBHVUkgdG8gSVNPIGRvbWFpbgoKLSBJ bnRlZ3JhdGUgdmlydC12MnYgaW50byBvVmlydCBHVUkKSXQgd291bGQgYmUgY29vbCBpZiBWTXMg Y291bGQgYmUgTWlncmF0ZWQgZnJvbSBvdGhlciBzeXN0ZW1zIHdpdGhpbiB0aGUKR1VJIHVzaW5n IHZpcnQtdjJ2IGFzIGEgYmFja2VuZC4KCi0gRWRpdCBzZXR0aW5ncyBvZiB2bXMgYmVmb3JlIGlt cG9ydGluZyB0aGVtCk1vc3QgdGhlIG9mIHRoZSBzZXR0aW5ncyBsaWtlIGRpc2sgdHlwZSAoSURF L1ZpcnRJTyksIG5pYyBidXQgYWxzbyB2bQp0eXBlIChzZXJ2ZXIvZGVza3RvcCkgYW5kIGFjY2Vz cyBwcm90b2NvbCAoU3BpY2UvVk5DKSBjYW4ndCBiZSBlZGl0ZWQKd2l0aGluZyBvVmlydC9SSEVW TSBHVUkgYmVmb3JlIGltcG9ydGluZyB0aGVtLiBUaGVzZSBzZXR0aW5ncyBjYW4gb25seQpiZSBj aGFuZ2VkIGJ5IGVkaXRpbmcgdGhlIHhtbCBkaXJlY3RseS4gRGlzayB0eXBlIGFuZCBuaWMgaXMg cmlza3kgb2YKY291cnNlLCBidXQgd29ya2luZyBmb3IgbW9zdCBMaW51eCBkaXN0cmlidXRpb25z LgoKLSBVc2UgZXhpc3Rpbmcgc2hhcmUgZm9yIElTTyBkb21haW4KV2hlbiBjcmVhdGluZyBhbiBJ U08gZG9tYWluLCBvVmlydC9SSEVWIGNyZWF0ZXMgaXQncyBvd24gZGlyZWN0b3J5CnN0cnVjdHVy ZSB3aXRoIElEcy4gSXQgd291bGQgYmUgbmljZSBpZiBhbiBleGlzdGluZyBzaGFyZSBjb3VsZCBi ZSB1c2VkCihlLmcuIGFuIElTTyBzaGFyZSBvbiBORlMgc2VydmVyIHdoaWNoIGlzIHVzZWQgYnkg b3RoZXIgc2VydmljZSwgdG9vKQp3aXRob3V0IGNyZWF0aW5nIHRoZSBzdHJ1Y3R1cmUgd2l0aCBJ RHMuIEkga25vdyB0aGF0IHRoZSBJRHMgYXJlIG5lZWRlZAppbnRlcm5hbGx5IGJ1dCBJIHRoaW5r IGl0IHNob3VsZCBiZSBwb3NzaWJsZSB0byByZXVzZSBhbiBleGlzdGluZyBzaGFyZS4KCi0gUHV0 IElTTyBkb21haW4gb24gTkZTLCBpU0NTSSwgRkMgYW5kIEdsdXN0ZXIgc3RvcmFnZSwgdG9vCgpJ IGtub3cgdGhhdCB0aGVzZSBhcmUgYSBsb3Qgb2YgZmVhdHVyZXMgSSB3b3VsZCBsaWtlIHRvIHNl ZSBhbmQgaXQgd291bGQKYmUgZ3JlYXQgaWYgc29tZSBvZiB0aGVtIHdvdWxkIGJlIGltcGxlbWVu dGVkIGluIGZ1dHVyZSByZWxlYXNlcy4KCkJ0dywgb24gb2YgdGhlIGNvb2xlc3QgZmVhdHVyZXMg b2Ygb1ZpcnQgc2VlbXMgdG8gYmUgdGhlIFVJIHBsdWdpbgpmZWF0dXJlLCB3aGljaCBJIGhhdmVu J3QgdGVzdGVkIHlldC4gSSByZWFsbHkgaG9wZSB0aGF0IHRoaXMgd2lsbCBiZQphdmFpbGFibGUg aW4gUkhFViAzLjIsIHRvby4KCkFzIEkgZG9uJ3QgaGF2ZSB0aGF0IG11Y2ggSmF2YSBrbm93bGVk Z2UgdG8gaW1wbGVtZW50IHNvbWUgb2YgbXkgZmVhdHVyZQpyZXF1ZXN0cyBhbmQgY29udHJpYnV0 ZSB0aGUgY29kZSwgSSBjYW4gZG8gc29tZSBQZXJsIGFuZCBKYXZhU2NyaXB0IGFuZApleHRlbmQg b1ZpcnQgKGFuZCBob3BlZnVsbHkgUkhFViwgdG9vKSBsaWtlIE92ZWQgZGlkIHdpdGggRm9yZW1h biAoZ3JlYXQKam9iIGFuZCBtYW55IHRoYW5rcyBmb3IgdGhlIGRvY3VtZW50YXRpb24gaW4geW91 ciB3aWtpISkuCgoKPC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_5F9E965F5A80BC468BE5F40576769F09101FE58Aexchange21_--

5 5

[Users] Error in Cron config?
by Tom Brown 09 Jan '13

09 Jan '13

--Apple-Mail=_8E7A7646-906D-4B9D-8274-43DAE2890AC1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Hi - just enabled mail out from my HV's and i am seeing this /etc/cron.hourly/vdsm-logrotate: error: /etc/logrotate.d/vdsm:18 unknown option 'su' -- ignoring line error: /etc/logrotate.d/vdsm:18 unexpected text I use dreyou however i am doubtful he created this file [root@ovirt-node002 ~]# rpm -qf /etc/logrotate.d/vdsm vdsm-4.10.1-0.77.20.el6.x86_64 thanks --Apple-Mail=_8E7A7646-906D-4B9D-8274-43DAE2890AC1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; = "><div><br></div><div>Hi - just enabled mail out from my HV's and i am = seeing this</div><div><br></div><div><div style=3D"font-family: = Consolas; ">/etc/cron.hourly/vdsm-logrotate:</div><div = style=3D"font-family: Consolas; "><br></div><div style=3D"font-family: = Consolas; ">error: /etc/logrotate.d/vdsm:18 unknown option 'su' -- = ignoring line</div><div style=3D"font-family: Consolas; ">error: = /etc/logrotate.d/vdsm:18 unexpected text</div></div><div = style=3D"font-family: Consolas; "><br></div><div style=3D"font-family: = Consolas; ">I use dreyou however i am doubtful he created this = file</div><div style=3D"font-family: Consolas; = "><br></div><div><div><font class=3D"Apple-style-span" = face=3D"Consolas">[root@ovirt-node002 ~]# rpm -qf = /etc/logrotate.d/vdsm</font></div><div><font class=3D"Apple-style-span" = face=3D"Consolas">vdsm-4.10.1-0.77.20.el6.x86_64</font></div></div><div><f= ont class=3D"Apple-style-span" = face=3D"Consolas"><br></font></div><div><font class=3D"Apple-style-span" = face=3D"Consolas">thanks</font></div></body></html>= --Apple-Mail=_8E7A7646-906D-4B9D-8274-43DAE2890AC1--

2 1

[Users] Different Clusters for virt-hosts and storage-hosts
by noc 09 Jan '13

09 Jan '13

Hi All, I'm trying out ovirt-nightly and would like to split my virtualisation hosts from my storage hosts. So I setup a second cluster (Storage) which will only do gluster storage, added two hosts to it, added two volumes to it (gluster-data, gluster-iso) and added a master Data domain (GlusterData) and an iso domain (GlusterIso). The storagetype is posixFS and creating a disk is no problem but for one thing. When it has finished I can't see it in the interface but it exists on disk and can be selected when a VM is created. Now for the real test ;-) If I add a host to the default cluster it will display an error and end up Non Operational because it can't connect to the storage (Failed to connect Host host01 to the Storage Domains GlusterData). From vdsm.log I see that it tries to mount but it fails: Thread-20::DEBUG::2013-01-09 14:19:01,792::misc::84::Storage.Misc.excCmd::(<lambda>) '/bin/sudo -n /bin/mount -t glusterfs st01.nieuwland.nl:/gluster-data /rhev/data-center/mnt/st01.nieuwland.nl:_gluster-data' (cwd None) Thread-20::ERROR::2013-01-09 14:19:01,933::hsm::2212::Storage.HSM::(connectStorageServer) Could not connect to storageServer Running the mount command by hand and mounting it to /mnt works OK. Problem seems to be that ../mnt/st01.nieuwland.nl:_gluster-data doesn't exist. I'm doing something wrong and can't this not work because I'm not understanding how clusters are supposed to work or should this work? I switched to posixfs because I have similar problems when using NFS but then between the two storage host when they are also virtualistation hosts. This is test install so I can rebuild anything you want/need, I have the logs from a clean install until now. Versions of packages on storage and virt host Storage: glusterfs-3.4.0qa6-1.el6.x86_64 glusterfs-server-3.4.0qa6-1.el6.x86_64 glusterfs-fuse-3.4.0qa6-1.el6.x86_64 vdsm-gluster-4.10.3-0.50.gitc6625ce.fc17.noarch [root@st02 ~]# rpm -aq | grep vdsm vdsm-cli-4.10.3-0.50.gitc6625ce.fc17.noarch vdsm-gluster-4.10.3-0.50.gitc6625ce.fc17.noarch vdsm-xmlrpc-4.10.3-0.50.gitc6625ce.fc17.noarch vdsm-4.10.3-0.50.gitc6625ce.fc17.x86_64 vdsm-python-4.10.3-0.50.gitc6625ce.fc17.x86_64 Virt host: glusterfs-fuse-3.4.0qa6-1.el6.x86_64 glusterfs-3.4.0qa6-1.el6.x86_64 [root@host01 ~]# rpm -aq | grep vdsm vdsm-python-4.10.3-0.50.gitc6625ce.fc17.x86_64 vdsm-xmlrpc-4.10.3-0.50.gitc6625ce.fc17.noarch vdsm-4.10.3-0.50.gitc6625ce.fc17.x86_64 vdsm-cli-4.10.3-0.50.gitc6625ce.fc17.noarch Managment: ovirt-engine-userportal-3.2.0-1.20130109.gitd1d2442.fc17.noarch ovirt-engine-setup-3.2.0-1.20130109.gitd1d2442.fc17.noarch ovirt-host-deploy-java-0.0.0-0.0.master.20130107.gitaa0edd4.fc17.noarch ovirt-engine-tools-common-3.2.0-1.20130109.gitd1d2442.fc17.noarch ovirt-iso-uploader-3.1.0-1.fc17.noarch ovirt-engine-cli-3.2.0.8-1.20130107.git0b16093.fc17.noarch ovirt-engine-notification-service-3.2.0-1.20130109.gitd1d2442.fc17.noarch ovirt-engine-sdk-3.2.0.6-1.20121227.git6abd520.fc17.noarch ovirt-host-deploy-0.0.0-0.0.master.20130107.gitaa0edd4.fc17.noarch ovirt-engine-webadmin-portal-3.2.0-1.20130109.gitd1d2442.fc17.noarch ovirt-engine-genericapi-3.2.0-1.20130109.gitd1d2442.fc17.noarch ovirt-engine-backend-3.2.0-1.20130109.gitd1d2442.fc17.noarch ovirt-engine-dbscripts-3.2.0-1.20130109.gitd1d2442.fc17.noarch ovirt-engine-config-3.2.0-1.20130109.gitd1d2442.fc17.noarch ovirt-release-fedora-5-2.noarch ovirt-engine-3.2.0-1.20130109.gitd1d2442.fc17.noarch ovirt-image-uploader-3.1.0-1.fc17.noarch ovirt-engine-restapi-3.2.0-1.20130109.gitd1d2442.fc17.noarch ovirt-log-collector-3.1.0-1.fc17.noarch

1 0

[Users] chanbe locale for spice console
by Jean Lÿffffe9olein BEBEY 09 Jan '13

09 Jan '13

--1682216824-2123551442-1357723306=:38604 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi all,=0A=0APlease, how do I change the locale for spice console to have i= t in french (fr_fr ou fr) ?=0A=0AI use ovirt 3.1 : Fedora 17 x86_64 for Vir= tualization Manager and 2 hosts ovirt 2.5.5.=0A=0AThanks.=0A=0AJean=0A --1682216824-2123551442-1357723306=:38604 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:ti= mes new roman, new york, times, serif;font-size:12pt"><div>Hi all,</div><di= v><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family= : times new roman,new york,times,serif; background-color: transparent; font= -style: normal;">Please, how do I change the locale for spice console to ha= ve it in french (fr_fr ou fr) ?</div><div style=3D"color: rgb(0, 0, 0); fon= t-size: 16px; font-family: times new roman,new york,times,serif; background= -color: transparent; font-style: normal;"><br></div><div style=3D"color: rg= b(0, 0, 0); font-size: 16px; font-family: times new roman,new york,times,se= rif; background-color: transparent; font-style: normal;">I use ovirt 3.1 : = Fedora 17 x86_64 for Virtualization Manager and 2 hosts ovirt 2.5.5.</div><= div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: times new r= oman,new york,times,serif; background-color: transparent; font-style: normal;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; fon= t-family: times new roman,new york,times,serif; background-color: transpare= nt; font-style: normal;">Thanks.</div><div style=3D"color: rgb(0, 0, 0); fo= nt-size: 16px; font-family: times new roman,new york,times,serif; backgroun= d-color: transparent; font-style: normal;"><br></div><div style=3D"color: r= gb(0, 0, 0); font-size: 16px; font-family: times new roman,new york,times,s= erif; background-color: transparent; font-style: normal;">Jean<br></div></d= iv></body></html> --1682216824-2123551442-1357723306=:38604--

3 4

[Users] libvirt implimentation in oVirt
by Arindam Choudhury 09 Jan '13

09 Jan '13

hi, I am a new user. I have downloaded the source code and out of curiosity I ran grep to find out the code related to libvirt. but both grep for "import libvirt" and "import org.libvirt" returned empty. Where is the libvirt related code then? Sincerely, Arindam Choudhury

2 1

Re: [Users] What do you want to see in oVirt next?
by Patrick Hurrelmann 09 Jan '13

09 Jan '13

On 03.01.2013 17:25, Patrick Hurrelmann wrote: > On 03.01.2013 17:08, Itamar Heim wrote: >> Hi Everyone, >> >> as we wrap oVirt 3.2, I wanted to check with oVirt users on what they >> find good/useful in oVirt, and what they would like to see >> improved/added in coming versions? >> >> Thanks, >> Itamar > > For me, I'd like to see official rpms for RHEL6/CentOS6. According to > the traffic on this list quite a lot are using Dreyou's packages. > > But I'm really looking forward to oVirt 3.2 (reading all those commit > whets my appetite) :) > > Regards > Patrick And after thinking a bit more about it, this is what I like to see in addition: - clustered engine (eliminate this SPOF) - when FreeIPA is used for authentication, make use of its CA and generate certificates using ipa-getcert Regards Patrick -- Lobster LOGsuite GmbH, Münchner Straße 15a, D-82319 Starnberg HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich

8 9

Re: [Users] Cannot connect on console with spice on VM
by Jean Lÿffffe9olein BEBEY 09 Jan '13

09 Jan '13

--1854976548-2048366785-1357723155=:33449 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thanks,=0A=0AIt is ok now. the problem was the empty CA file.=0A=0A=0AJean= =0A=0A=0A________________________________=0A De=C2=A0: David Ja=C5=A1a <dja= sa(a)redhat.com>=0A=C3=80=C2=A0: Jean L=C3=BFffffe9olein BEBEY <jlbebey@yahoo= .fr> =0ACc=C2=A0: "users(a)ovirt.org" <users(a)ovirt.org> =0AEnvoy=C3=A9 le : J= eudi 3 janvier 2013 13h20=0AObjet=C2=A0: Re: [Users] Cannot connect on cons= ole with spice on VM=0A =0AJean L=C3=BFffffe9olein BEBEY p=C3=AD=C5=A1e v = =C4=8Ct 03. 01. 2013 v 10:21 +0000:=0A> Hi all,=0A> =0A> =0A> When i want t= o connect on console when spice is active in VM, i have=0A> this error : VM= is down. Exit message: internal error Process exited=0A> while reading con= sole log output: char device redirected to /dev/pts/0=0A> do_spice_init: st= arting 0.10.1 reds_init_ssl: Could not use ca file.=0A=0AThat looks like a = certificate installation error. There was some thread=0Arecently where exac= tly such issue was resolved.=0A=0ADavid=0A=0A> So i cannot connect to VM co= nsole with spice but it is ok with VNC.=0A> =0A> =0A> Also, i have error wh= en i want to migrate VM.=0A> =0A> =0A> I use ovirt 3.1 : Fedora 17 x86_64 f= or Virtualization Manager and 2=0A> hosts ovirt 2.5.5.=0A> =0A> =0A> =0A> P= lease, help!=0A> _______________________________________________=0A> Users = mailing list=0A> Users(a)ovirt.org=0A> http://lists.ovirt.org/mailman/listinf= o/users=0A=0A-- =0A=0ADavid Ja=C5=A1a, RHCE=0A=0ASPICE QE based in Brno=0AG= PG Key:=C2=A0 =C2=A0 22C33E24 =0AFingerprint: 513A 060B D1B4 2A72 7F0D 027= 8 B125 CD00 22C3 3E24 --1854976548-2048366785-1357723155=:33449 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:ti= mes new roman, new york, times, serif;font-size:12pt"><div><span><span styl= e=3D"font-style: italic;"></span><span style=3D"font-style: italic;">Thanks= ,</span></span></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; fo= nt-family: times new roman,new york,times,serif; background-color: transpar= ent; font-style: italic;"><br><span><span style=3D"font-style: italic;"></s= pan></span></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-f= amily: times new roman,new york,times,serif; background-color: transparent;= font-style: italic;"><span><span style=3D"font-style: italic;">It is ok no= w. the problem was the empty CA file.</span></span></div><div style=3D"colo= r: rgb(0, 0, 0); font-size: 16px; font-family: times new roman,new york,tim= es,serif; background-color: transparent; font-style: italic;"><br><span></s= pan></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: = times new roman,new york,times,serif; background-color: transparent; font-style: ita= lic;"><span><br></span></div><div>Jean<br></div> <div style=3D"font-family= : times new roman, new york, times, serif; font-size: 12pt;"> <div style=3D= "font-family: times new roman, new york, times, serif; font-size: 12pt;"> <= div dir=3D"ltr"> <font face=3D"Arial" size=3D"2"> <hr size=3D"1"> <b><span= style=3D"font-weight:bold;">De :</span></b> David Ja=C5=A1a <djasa= @redhat.com><br> <b><span style=3D"font-weight: bold;">=C3=80 :</sp= an></b> Jean L=C3=BFffffe9olein BEBEY <jlbebey(a)yahoo.fr> <br><b><span= style=3D"font-weight: bold;">Cc :</span></b> "users(a)ovirt.org" <us= ers(a)ovirt.org> <br> <b><span style=3D"font-weight: bold;">Envoy=C3=A9 le= :</span></b> Jeudi 3 janvier 2013 13h20<br> <b><span style=3D"font-weight:= bold;">Objet :</span></b> Re: [Users] Cannot connect on console with = spice on VM<br> </font> </div> <br>Jean L=C3=BFffffe9olein BEBEY p=C3=AD=C5= =A1e v =C4=8Ct 03. 01. 2013 v 10:21 +0000:<br>> Hi all,<br>> <br>> <br>> When i want to connect on= console when spice is active in VM, i have<br>> this error : VM is down= . Exit message: internal error Process exited<br>> while reading console= log output: char device redirected to /dev/pts/0<br>> do_spice_init: st= arting 0.10.1 reds_init_ssl: Could not use ca file.<br><br>That looks like = a certificate installation error. There was some thread<br>recently where e= xactly such issue was resolved.<br><br>David<br><br>> So i cannot connec= t to VM console with spice but it is ok with VNC.<br>> <br>> <br>>= Also, i have error when i want to migrate VM.<br>> <br>> <br>> I = use ovirt 3.1 : Fedora 17 x86_64 for Virtualization Manager and 2<br>> h= osts ovirt 2.5.5.<br>> <br>> <br>> <br>> Please, help!<br>> = _______________________________________________<br>> Users mailing list<= br>> <a ymailto=3D"mailto:Users@ovirt.org" href=3D"mailto:Users@ovirt.org">Users(a)ovirt.org</a><br>> <a href=3D"htt= p://lists.ovirt.org/mailman/listinfo/users" target=3D"_blank">http://lists.= ovirt.org/mailman/listinfo/users</a><br><br>-- <br><br>David Ja=C5=A1a, RHC= E<br><br>SPICE QE based in Brno<br>GPG Key:    22C33E24 <br>Fing= erprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24<br><br><br><br><= br><br> </div> </div> </div></body></html> --1854976548-2048366785-1357723155=:33449--

1 0

[Users] Storage domain mount options
by Alexandru Vladulescu 09 Jan '13

09 Jan '13

Hello Guys, I would like to ask you help for the following problem I am facing right now. As we know, on the Storage tab we can configure storage domains in many types. I am using NFS, and when configuring a such export on the Advanced Parameters section we can only adjust the NFS version, Retrans and Timeout. After a successful configuration setup, on all hypervisors I have the mount share declared attached. The result of mount for the share datastore looks like below: nas01.net:/datastore01/nas01.ISO on /rhev/data-center/mnt/nas01.net:_datastore01_nas01.ISO type nfs (rw,soft,nosharecache,timeo=10,retrans=6,vers=4,addr=10.20.30.10,clientaddr=10.20.30.102) All good and sound but how can I tune the NFS mounting command, for example let's say adding noatime value to the mount option list ? Many thanks, Alex.

3 4

[Users] VM migration policies - looking for the code handling it
by Yuval M 09 Jan '13

09 Jan '13

Hello, Can anyone point me to the place in the sources that deals with automatic VM migration policies? i.e migrations that take place when a host is over 75% CPU or other conditions Thanks! Yuval

2 1

[Users] oVirt warning about memory usage
by Alex Leonhardt 08 Jan '13

08 Jan '13

Hi, just seen a memory usage warning in oVirt's Admin Interface saying the available memory is below threshold of 1024MB - however - when I checked the host, it had still 20GB left ? See screenshot. Alex

3 4

[Users] 3.2 release management notes
by Jonathan Horne 08 Jan '13

08 Jan '13

--_000_9BE6F493F83A594DA60C45E6A09DC5AC0170B096AUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable my boss is super concerned about this that he found on the page: http://www.ovirt.org/OVirt_3.2_release-management MUST: No blockers on the lower level components - libvirt, lvm,device-mappe= r,qemu-kvm, Jboss, postgres, iscsi-initiator can someone tell me what this is supposed to be telling me? 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_9BE6F493F83A594DA60C45E6A09DC5AC0170B096AUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <4A2F16C69B857F4695F93E9F9EFC458B(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><span class=3D"Apple-style-span" style=3D"font-family:Calibri"> <div style=3D"color:rgb(0,0,0); font-family:Calibri,sans-serif">my boss is = super concerned about this that he found on the page:</div> </span><a href=3D"http://www.ovirt.org/OVirt_3.2_release-management">http:/= /www.ovirt.org/OVirt_3.2_release-management</a><span class=3D"Apple-style-s= pan" style=3D"font-family:Calibri"> <div style=3D"color:rgb(0,0,0); font-family:Calibri,sans-serif"><br> </div> <div style=3D"color:rgb(0,0,0); font-family:Calibri,sans-serif"><b style=3D= "font-weight:600; color:rgb(46,52,54); font-family:'Source Sans Pro',sans-s= erif; font-size:14px; font-style:normal; font-variant:normal; letter-spacin= g:normal; line-height:20px; orphans:2; text-align:left; text-indent:0px; te= xt-transform:none; white-space:normal; widows:2; word-spacing:0px; backgrou= nd-color:rgb(255,255,255)">MUST</b><span style=3D"color:rgb(46,52,54); font= -size:14px; font-style:normal; font-variant:normal; font-weight:normal; let= ter-spacing:normal; line-height:20px; orphans:2; text-align:left; text-inde= nt:0px; text-transform:none; white-space:normal; widows:2; word-spacing:0px= ; background-color:rgb(255,255,255); display:inline!important; float:none; = font-family:'Source Sans Pro',sans-serif">: No blockers on the lower level components - libvirt, lvm,device-mapper,qem= u-kvm, Jboss, postgres, iscsi-initiator</span></div> <div style=3D"color:rgb(0,0,0); font-family:Calibri,sans-serif"><span style= =3D"color:rgb(46,52,54); font-size:14px; font-style:normal; font-variant:no= rmal; font-weight:normal; letter-spacing:normal; line-height:20px; orphans:= 2; text-align:left; text-indent:0px; text-transform:none; white-space:norma= l; widows:2; word-spacing:0px; background-color:rgb(255,255,255); display:i= nline!important; float:none; font-family:'Source Sans Pro',sans-serif"><br> </span></div> <div style=3D"color:rgb(0,0,0); font-family:Calibri,sans-serif"><span style= =3D"color:rgb(46,52,54); font-size:14px; font-style:normal; font-variant:no= rmal; font-weight:normal; letter-spacing:normal; line-height:20px; orphans:= 2; text-align:left; text-indent:0px; text-transform:none; white-space:norma= l; widows:2; word-spacing:0px; display:inline!important; float:none; backgr= ound-color:rgb(254,255,254); font-family:'Source Sans Pro',sans-serif">can someone tell me what this is supposed to be telling me?</span></div> <div style=3D"color:rgb(0,0,0); font-family:Calibri,sans-serif"><span style= =3D"color:rgb(46,52,54); font-size:14px; font-style:normal; font-variant:no= rmal; font-weight:normal; letter-spacing:normal; line-height:20px; orphans:= 2; text-align:left; text-indent:0px; text-transform:none; white-space:norma= l; widows:2; word-spacing:0px; display:inline!important; float:none; backgr= ound-color:rgb(254,255,254); font-family:'Source Sans Pro',sans-serif"><br> </span></div> <div style=3D"text-align:left"><font class=3D"Apple-style-span" color=3D"#2= e3436" face=3D"Source Sans Pro,sans-serif"><span class=3D"Apple-style-span"= style=3D"line-height:20px">thanks,</span></font></div> <div style=3D"text-align:left"><font class=3D"Apple-style-span" color=3D"#2= e3436" face=3D"Source Sans Pro,sans-serif"><span class=3D"Apple-style-span"= style=3D"line-height:20px">jonathan</span></font></div> </span></div> <div> <div></div> </div> </div> </div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">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.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC0170B096AUSP01DAG0201co_--

2 1

[Users] mac address re-use
by Jonathan Horne 08 Jan '13

08 Jan '13

--_000_9BE6F493F83A594DA60C45E6A09DC5AC01709931AUSP01DAG0201co_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable my 3.2 install seems to be reusing mac address of formerly-deleted guests. = is this the normal behavior, and or can i turn this off? i would prefer t= o have a unique mac address for each new VM created. 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_9BE6F493F83A594DA60C45E6A09DC5AC01709931AUSP01DAG0201co_ Content-Type: text/html; charset="us-ascii" Content-ID: <1C15068072CEE84099EA5BF1C178CF8D(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"color:rgb(0,0,0); font-size:14px; font-family:Calibri,sans-s= erif; word-wrap:break-word"> <div> <div> <div>my 3.2 install seems to be reusing mac address of formerly-deleted gue= sts.  is this the normal behavior, and or can i turn this off?  i= would prefer to have a unique mac address for each new VM created.</div> <div><br> </div> <div>thanks,</div> <div>jonathan</div> <div> <div></div> </div> </div> </div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">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.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC01709931AUSP01DAG0201co_--

6 7

[Users] Fedora 17 Guests for Desktop Virtualization
by Kevin Daly 08 Jan '13

08 Jan '13

I am trying to set up Fedora 17 guests and I've come across a problem with Spice.. It works fine with a Gnome 3 sesson, but if I try et Cinnamon or KDE4, the bottom panel is unresponsive.. You cannot click on anything in the panel, cannot configure it etc etc... With KDE4, I have configured a panel at the top, it works fine.. but if I try move it to the bottom it's dead. Any insights would be helpful. I am running vdagent and vdagentd on the Fedora guest. -- ============================ Kevin Daly

3 2

[Users] net device initialization order
by Jonathan Horne 08 Jan '13

08 Jan '13

--_000_9BE6F493F83A594DA60C45E6A09DC5AC01709419AUSP01DAG0201co_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable i just did my first 3.2 install, i have a single manager and a single node. i have also just created my first VM, and it has 2 network interfaces. nic1 0aa9 =96 ovirtmgmt network nic2 0aa7 =96 iscsi network in the configuration dialog, nic2/0aa7 was the first one that was actually = added, and that was the one i wanted in the ovirtmgmt network (and subseque= ntly i will have to reverse my network cards, and i will have to see nic2 a= s my mgmt/eth0 and nic1 as my iscsi in the web page), but it looks like the= guests are initializing their pci devices in backwards order. is this something i can set somewhere, or is this a bug? [Skopos Web] JONATHAN HORNE | Systems Administrator | Skopos Web<http= ://www.skopos.us> e: jhorne(a)skopos.us<mailto:jhorne@skopos.us> t: 214.520.4600x5042 f: 2= 14.520.5079 ________________________________ 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_9BE6F493F83A594DA60C45E6A09DC5AC01709419AUSP01DAG0201co_ Content-Type: text/html; charset="Windows-1252" Content-ID: <4D552CD712ACE24C976AE09640AFDF37(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> </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 did my first 3.2 install, i have a single manager and a single = node.</div> <div><br> </div> <div>i have also just created my first VM, and it has 2 network interfaces.= </div> <div><br> </div> <div>nic1 0aa9 =96 ovirtmgmt network</div> <div>nic2 0aa7 =96 iscsi network</div> <div><br> </div> <div>in the configuration dialog, nic2/0aa7 was the first one that was actu= ally added, and that was the one i wanted in the ovirtmgmt network (and sub= sequently i will have to reverse my network cards, and i will have to see n= ic2 as my mgmt/eth0 and nic1 as my iscsi in the web page), but it looks like the guests are initializing t= heir pci devices in backwards order.</div> <div><br> </div> <div>is this something i can set somewhere, or is this a bug?</div> <div> <div> <div style=3D"font-family:Calibri,sans-serif; font-size:14px"></div> <div><font class=3D"Apple-style-span" face=3D"Times"> <table border=3D"0" style=3D"font-family:Times; letter-spacing:normal; orph= ans:2; text-indent:0px; text-transform:none; widows:2; word-spacing:0px; ma= rgin-top:10px; margin-left:1px; margin-bottom:10px; width:673px"> <tbody> <tr height=3D"45"> <td width=3D"40"><img src=3D"http://dl.dropbox.com/u/67303051/Logo_Signatur= e.gif" alt=3D"Skopos Web" width=3D"151" height=3D"55"></td> <td><span style=3D"font-size:12px; color:rgb(128,128,128); line-height:22px= ; font-family:'Trebuchet MS',helvetica,San-Serif"><b style=3D"color:rgb(173= ,41,17); text-transform:uppercase; letter-spacing:2px">JONATHAN HORNE = </b> |  Systems Administrator  | <a href=3D"http://www.= skopos.us" title=3D"visit Skopos Web" style=3D"text-decoration:initial; bor= der-bottom-width:1px; border-bottom-style:dotted; border-bottom-color:rgb(1= 36,136,136); color:rgb(136,136,136)">Skopos Web</a></span><br> <span style=3D"font-size:11px; color:rgb(178,178,178); font-family:'Trebuch= et MS',helvetica,San-Serif"><b style=3D"color:rgb(136,136,136)">e:</b>&nbsp= ; <a href=3D"mailto:jhorne@skopos.us" title=3D"email %FN%" style=3D"te= xt-decoration:initial; border-bottom-width:1px; border-bottom-style:dotted;= border-bottom-color:rgb(178,178,178); color:rgb(178,178,178)">jhorne@skopo= s.us</a>  <b style=3D"color:rgb(136,136,136)">t:</b>  2= 14.520.4600x5042  <b style=3D"color:rgb(136,136,136)">f:</b>  214.520.5079</= span></td> </tr> </tbody> </table> </font></div> </div> </div> </div> </div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">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.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC01709419AUSP01DAG0201co_--

3 3

[Users] Ovirt Node install to USB stick - required 70GB disk space?
by Jure Kranjc 08 Jan '13

08 Jan '13

Hi, has anybody installed ovirt-node on a bootable usb stick? If the hypervisor is less than 1GB in size, why does installation require 70GB of disk space? It would be perfect to run nodes from usb without any disks. Thanks Jure Kranjc

5 5

Re: [Users] What do you want to see in oVirt next?
by Shu Ming 08 Jan '13

08 Jan '13

Jiri Belka: > On Sat, 05 Jan 2013 11:30:12 +0800 > Shu Ming <shuming(a)linux.vnet.ibm.com> wrote: > >> Jiri Belka : >>> On Thu, 03 Jan 2013 18:08:48 +0200 >>> Itamar Heim <iheim(a)redhat.com> wrote: >>> >>>> Hi Everyone, >>>> >>>> as we wrap oVirt 3.2, I wanted to check with oVirt users on what >>>> they find good/useful in oVirt, and what they would like to see >>>> improved/added in coming versions? >>> 1. Virtual Serial Port >>> * accessible via network >>> * accessible encrypted via network (qemu doesn't do it yet, >>> IIRC) >>> * vSPC-like (virtual serial port concentrator) app which would >>> act as "proxy" to access individual VM's virtual serial ports >>> >>> - vmware docs: http://tinyurl.com/7dg3ll5 >>> - vSPC 3rd party info: >>> http://isnotajoke.com/vmware_virtual_serial_ports.html >> Here is the work undergoing: >> >> http://gerrit.ovirt.org/#/c/10381/ > Hi, > > are you able to migrate such VM? If I read it correctly it is vdsm > which is doing network part to access virtual serial console which > connects to local PTY device. If the VM is migrated to another host, another host port should be reconnected. > > So the idea would be something like this? 'conserver' -> ovirt-sdk/cli > -> remote serial console via HTTP streaming handler ??? > > jbelka It is like: conserver in vdsm ---> http port multiplexing ---> remote serial console via HTTP streaming handler ovirt-sdk/cli is not necessary here, it was only used to create a sample VM in this patch test. > -- --- 舒明 Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming(a)cn.ibm.com or shuming(a)linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC

1 0