- Users - oVirt List Archives

Can't send emails
by RASTELLI Alessandro 18 Feb '15

18 Feb '15

--_000_DB3PR03MB09879294A970E0E530B552DA822F0DB3PR03MB0987eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I can't send event-related emails from oVirt. I configured /usr/share/ovirt-engine/services/ovirt-engine-notifier/ovirt-e= ngine-notifier.conf as follows and restarted ovirt-engine: #--------------# # Event Filter # #--------------# # Filter logic. # # First match algorithm for include/exclude messages. # Entry is message|*(subscriber|*) # * =3D all messages/all subscribers. # * as a subscriber should be used only for exclude. # # Message constants can be found at: # /usr/share/doc/ovirt-engine/AuditLogMessages.properties # # examples: # FILTER=3D"include:VDC_START(smtp:mail@example.com) ${FILTER}" # FILTER=3D"exclude:VDC_START include:*(smtp:mail1@gmail.com) ${FILTER}" # # The final filter list contains FILTER as well as 'event_subscriber' tabl= e records. # database record are considered first. #FILTER=3D"exclude:*" FILTER=3D"include:*(smtp:xxx.xxx@skytv.it)" #---------------------# # EMAIL Notifications # #---------------------# # The SMTP mail server address. Required. MAIL_SERVER=3D192.168.xxx.xxx # The SMTP port (usually 25 for plain SMTP, 465 for SMTP with SSL, 587 for = SMTP with TLS) MAIL_PORT=3D25 # Required if SSL or TLS enabled to authenticate the user. Used also to spe= cify 'from' user address if mail server # supports, when MAIL_FROM is not set. Address is in RFC822 format MAIL_USER=3D # Required to authenticate the user if mail server requires authentication = or if SSL or TLS is enabled SENSITIVE_KEYS=3D"${SENSITIVE_KEYS},MAIL_PASSWORD" MAIL_PASSWORD=3D # Indicates type of encryption (none, ssl or tls) should be used to communi= cate with mail server. MAIL_SMTP_ENCRYPTION=3Dnone # If set to true, sends a message in HTML format. HTML_MESSAGE_FORMAT=3Dfalse # Specifies 'from' address on sent mail in RFC822 format, if supported by m= ail server. MAIL_FROM=3Dalarm.ovirt(a)int.sky.it # Specifies 'reply-to' address on sent mail in RFC822 format. MAIL_REPLY_TO=3D # Interval to send smtp messages per # of IDLE_INTERVAL MAIL_SEND_INTERVAL=3D1 # Amount of times to attempt sending an email before failing. MAIL_RETRIES=3D4 Do I need to make something else? Thank you Alessandro --_000_DB3PR03MB09879294A970E0E530B552DA822F0DB3PR03MB0987eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body bgcolor=3D"white" lang=3D"IT" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi,<o:p></o:p> I can’t send event-related emails from oVirt.<o:p= ></o:p> I configured /usr/share/ovirt-engine/services/ovirt-eng= ine-notifier/ovirt-engine-notifier.conf as follows and restarted ovirt-engine:<o:p></o:p> <o:p> </o:p> = #--------------#<o:p></o:p> = # Event Filter #<o:p></o:p> = #--------------#<o:p></o:p> = <o:p> </o:p> = # Filter logic.<o:p></o:p> = #<o:p></o:p> = # First match algorithm for include/exclude messages.<o:p></o:p> = # Entry is message|*(subscriber|*)<o:p></o:p> = # * =3D all messages/all subscribers.<o:p></o:p> = # * as a subscriber should be used only for exclude.<o:p></o:p> = #<o:p></o:p> = # Message constants can be found at:<o:p></o:p> = # /usr/share/doc/ovirt-engine/AuditLogMessages.properties<o:p></o:p>= = #<o:p></o:p> = # examples:<o:p></o:p> = # FILTER=3D"include:VDC_START(smtp:mail@example.com) ${FILTER}"<o= :p></o:p> = # FILTER=3D"exclude:VDC_START include:*(smtp:mail1@gmail.com) ${FILTER= }"<o:p></o:p> = #<o:p></o:p> = # The final filter list contains FILTER  as well as 'event_subscriber'= table records.<o:p></o:p> = # database record are considered first.<o:p></o:p> = #FILTER=3D"exclude:*"<o:p></o:p> = FILTER=3D"include:*(smtp:xxx.xxx@skytv.it)"<o:p></o:p> = <o:p> </o:p> = #---------------------#<o:p></o:p> = # EMAIL Notifications #<o:p></o:p> = #---------------------#<o:p></o:p> = <o:p> </o:p> = # The SMTP mail server address. Required.<o:p></o:p> = MAIL_SERVER=3D192.168.xxx.xxx<o:p></o:p> = <o:p> </o:p> = # The SMTP port (usually 25 for plain SMTP, 465 for SMTP with SSL, 587 for = SMTP with TLS)<o:p></o:p> = MAIL_PORT=3D25<o:p></o:p> = <o:p> </o:p> = # Required if SSL or TLS enabled to authenticate the user. Used also to spe= cify 'from' user address if mail server<o:p></o:p> = # supports, when MAIL_FROM is not set. Address is in RFC822 format<o:p></o:= p> = MAIL_USER=3D<o:p></o:p> = <o:p> </o:p> = # Required to authenticate the user if mail server requires authentication = or if SSL or TLS is enabled<o:p></o:p> = SENSITIVE_KEYS=3D"${SENSITIVE_KEYS},MAIL_PASSWORD"<o:p></o:p></sp= an> = MAIL_PASSWORD=3D<o:p></o:p> = <o:p> </o:p> = # Indicates type of encryption (none, ssl or tls) should be used to communi= cate with mail server.<o:p></o:p> = MAIL_SMTP_ENCRYPTION=3Dnone<o:p></o:p> = # If set to true, sends a message in HTML format.<o:p></o:p> = HTML_MESSAGE_FORMAT=3Dfalse<o:p></o:p> = <o:p> </o:p> = # Specifies 'from' address on sent mail in RFC822 format, if supported by m= ail server.<o:p></o:p> = MAIL_FROM=3Dalarm.ovirt(a)int.sky.it<o:p></o:p> = <o:p> </o:p> = # Specifies 'reply-to' address on sent mail in RFC822 format.<o:p></o:p></s= pan> = MAIL_REPLY_TO=3D<o:p></o:p> = <o:p> </o:p> = # Interval to send smtp messages per # of IDLE_INTERVAL<o:p></o:p></= p> = MAIL_SEND_INTERVAL=3D1<o:p></o:p> = <o:p> </o:p> = # Amount of times to attempt sending an email before failing.<o:p></o:p></s= pan> = MAIL_RETRIES=3D4<o:p></o:p> <o:p> </o:p> Do I need to make something else?<o:p></o:p> Thank you<o:p></o:p> Alessandro<o:p></o:p> </div> </body> </html> --_000_DB3PR03MB09879294A970E0E530B552DA822F0DB3PR03MB0987eurp_--

2 3

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 18 Feb '15

18 Feb '15

Hi, here's an update on 3.6 status on integration / rel-eng side ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 22: 2015-05-19 Fedora 20 End Of Life:2015-06-19 (1 month after Fedora 22 release) Foreman 1.8.0: 2015-04-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 552 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 510 bugs [4] targeted to 3.6.0. NEW ASSIGNED POST Total docs 11 0 0 11 gluster 28 2 1 31 i18n 2 0 0 2 infra 82 10 4 96 integration 56 5 4 65 network 30 2 9 41 node 25 3 3 31 ppc 0 0 1 1 sla 56 3 1 60 spice 1 0 0 1 storage 75 4 5 84 ux 36 1 3 40 virt 74 6 9 89 Total 476 36 40 552 oVirt Live for 3.6 has been rebased on EL7. Nightly builds are available here: http://jenkins.ovirt.org/job/ovirt_live_create_iso/ [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%… [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE][ACTION NEEDED] oVirt 3.5.2 RC status - branching
by Sandro Bonazzola 18 Feb '15

18 Feb '15

Hi, We're going to start composing oVirt 3.5.2 RC on *2015-02-25 08:00 UTC* from 3.5 branch. In order to stabilize the release a new branch ovirt-engine-3.5.2 will be created from the same git hash used for composing the RC. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2015-02-24 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2015-02-24 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. A release management entry has been added for tracking the schedule of 3.5.2 [0] A bug tracker [1] has been created and currently has one open blocker. Bug ID Whiteboard Status Summary 1161012 infra POST task cleaning utility should erase commands that have running tasks Yair, can you please provide ETA for this? There are still 46 bugs [2] targeted to 3.5.2. Excluding node and documentation bugs we still have 37 bugs [3] targeted to 3.5.2. Whiteboard NEW ASSIGNED POST Total 0 1 0 1 docs 1 0 0 1 gluster 4 0 1 5 infra 2 2 3 7 integration 9 0 0 9 network 0 1 0 1 node 4 0 1 5 ppc 0 0 1 1 sla 4 0 0 4 storage 8 0 0 8 ux 1 0 0 1 virt 1 0 2 3 Total 34 4 8 46 Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.2 should not be released without them fixed. - Please update the target to 3.5.3 or later for bugs that won't be in 3.5.2: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [0] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.2 [1] http://bugzilla.redhat.com/1186161 [2] http://goo.gl/crVJPH [3] http://goo.gl/2qTZZU [4] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Announcing the moVirt Incubator Project!
by Brian Proffitt 17 Feb '15

17 Feb '15

This message is to announce moVirt as a new oVirt incubator project, approved by unanimous vote of the Board mailing list! Details about the project can be found at http://www.ovirt.org/Project_moVirt More information about the incubator at oVirt can be found at http://www.ovirt.org/Incubating_an_oVirt_Subproject Please check out this project and see what you can do to help! -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Cannot run VM. Memory size exceeds supported limit for given cluster version.
by Punit Dambiwal 17 Feb '15

17 Feb '15

Hi, I am running Ovirt 3.5.1 and have the following settings in the engine config for VM memory :- ----------------- [root@ccr01 ~]# engine-config -g VM32BitMaxMemorySizeInMB VM32BitMaxMemorySizeInMB: 65536 version: general [root@ccr01 ~]# engine-config -g VM64BitMaxMemorySizeInMB VM64BitMaxMemorySizeInMB: 524288 version: 3.0 VM64BitMaxMemorySizeInMB: 2097152 version: 3.1 VM64BitMaxMemorySizeInMB: 2097152 version: 3.2 VM64BitMaxMemorySizeInMB: 4096000 version: 3.4 VM64BitMaxMemorySizeInMB: 4096000 version: 3.5 VM64BitMaxMemorySizeInMB: 2097152 version: 3.3 [root@ccr01 ~]# -------------------- When i create a guest VM more than 64GB memory,VM is failed to start with following error: "Cannot run VM. Memory size exceeds supported limit for given cluster version." Steps to Reproduce: 1. Create new VM or edit existing VM Memory Size to "65536 MB" from Ovirt GUI. 2. Created the guest VM through template 64-bit... so it will support more than 16 GB memory. 3. Now, Start the VM. Thanks, Punit

4 4

self hosted setup with answer file
by Greg Swift 17 Feb '15

17 Feb '15

So i've been playing with standing up a self hosted instance of oVirt. I'm using an answer file that i generated first time I tried running it (so that I can provision w/ ansible) I've run into 2 problems. 1: i have to specify the jboss home manually from the cli (didn't see an answer equivalent), even though the ovirt jboss package is installed. 2: Generally speaking it seems to be ignoring several of the answer file config entries. My answers tell it to 'confirm settings' and it runs non-interactively. Plus all the local storage configs seem to be ignored. I'm running ovirt-engine-3.5.1.1-1.el7.centos.noarch Any suggestions? thanks

2 4

Port mirroring outside traffic into a VM?
by Chris Adams 16 Feb '15

16 Feb '15

I have a network traffic monitor that is on a physical machine right now. It has two network interfaces: one with an IP on a regular switch port, and one without an IP on a switch port that is the target of a port mirror/monitor session for the desired VLAN. I'd like to move this system to an oVirt VM (I'm running 3.5.1). Is this the right way to go about it (and still have the VM migratable)? - I have several hosts with extra network interfaces; pick at least a couple, connect them to switch ports that are configured for mirror/monitor session. - In oVirt admin console, choose the Networks tab, click New. Give the network a name (like "monitor"), leave VLAN tagging de-selected and VM Network selected. Under the Cluster section, de-select Required (because the mirror won't go to all hosts). Click OK to create. - Click on the network, select the vNIC Profiles tab, edit the default profile and select Port Mirroring. - Go to the Hosts tab. For each host with a port mirror, click on the host, then choose the Network Interfaces tab and Setup Host Networks. Drag the new network to its attached port, click the pencil, and set Boot Protocol to None. - Go to the Virtual Machines tab. Click on the VM, choose the Network Interfaces tab, and click New. Choose the monitor network in the Profile. -- Chris Adams <cma(a)cmadams.net>

3 3

Client-quorum not met - Distributed-Replicate gluster volume
by Wesley Schaft 16 Feb '15

16 Feb '15

Hi, I've set up 4 oVirt nodes with Gluster storage to provide high available virtual machines. The Gluster volumes are Distributed-Replicate with a replica count of 2. The extra volume options are configured: cat /var/lib/glusterd/groups/virt quick-read=off read-ahead=off io-cache=off stat-prefetch=off eager-lock=enable remote-dio=enable quorum-type=auto server-quorum-type=server Volume for the self-hosted engine: gluster volume info engine Volume Name: engine Type: Distributed-Replicate Volume ID: 9e7a3265-1e91-46e1-a0ba-09c5cc1fc1c1 Status: Started Number of Bricks: 2 x 2 = 4 Transport-type: tcp Bricks: Brick1: gluster004:/gluster/engine/004 Brick2: gluster005:/gluster/engine/005 Brick3: gluster006:/gluster/engine/006 Brick4: gluster007:/gluster/engine/007 Options Reconfigured: cluster.quorum-type: auto storage.owner-gid: 36 storage.owner-uid: 36 cluster.server-quorum-type: server network.remote-dio: enable cluster.eager-lock: enable performance.stat-prefetch: off performance.io-cache: off performance.read-ahead: off performance.quick-read: off network.ping-timeout: 10 Volume for the virtual machines: gluster volume info data Volume Name: data Type: Distributed-Replicate Volume ID: 896db323-7ac4-4023-82a6-a8815a4d06b4 Status: Started Number of Bricks: 2 x 2 = 4 Transport-type: tcp Bricks: Brick1: gluster004:/gluster/data/004 Brick2: gluster005:/gluster/data/005 Brick3: gluster006:/gluster/data/006 Brick4: gluster007:/gluster/data/007 Options Reconfigured: cluster.quorum-type: auto performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off cluster.eager-lock: enable network.remote-dio: enable storage.owner-uid: 36 storage.owner-gid: 36 cluster.server-quorum-type: server network.ping-timeout: 10 Everything seems to be working fine. However, when I stop the storage network on gluster004 or gluster006, client-quorum is lost. Client-quorum isn't lost when the storage network is stopped on gluster005 or gluster007. [2015-02-16 07:05:58.541531] W [MSGID: 108001] [afr-common.c:3635:afr_notify] 0-data-replicate-1: Client-quorum is not met [2015-02-16 07:05:58.541579] W [MSGID: 108001] [afr-common.c:3635:afr_notify] 0-engine-replicate-1: Client-quorum is not met And as a result, the volumes are read-only and the VM's are paused. I've added a "dummy" gluster node for quorum use (no bricks, only running glusterd), but that didn't help. gluster peer status Number of Peers: 4 Hostname: gluster005 Uuid: 6c5253b4-b1c6-4d0a-9e6b-1f3efc1e8086 State: Peer in Cluster (Connected) Hostname: gluster006 Uuid: 4b3d15c4-2de0-4d2e-aa4c-3981e47dadbd State: Peer in Cluster (Connected) Hostname: gluster007 Uuid: 165e9ada-addb-496e-abf7-4a4efda4d5d3 State: Peer in Cluster (Connected) Hostname: glusterdummy Uuid: 3ef8177b-2394-429b-a58e-ecf0f6ce79a0 State: Peer in Cluster (Connected) The 4 nodes are running CentOS 7, with the following oVirt / Gluster packages: glusterfs-3.6.2-1.el7.x86_64 glusterfs-api-3.6.2-1.el7.x86_64 glusterfs-cli-3.6.2-1.el7.x86_64 glusterfs-fuse-3.6.2-1.el7.x86_64 glusterfs-libs-3.6.2-1.el7.x86_64 glusterfs-rdma-3.6.2-1.el7.x86_64 glusterfs-server-3.6.2-1.el7.x86_64 ovirt-engine-sdk-python-3.5.1.0-1.el7.centos.noarch ovirt-host-deploy-1.3.1-1.el7.noarch ovirt-hosted-engine-ha-1.2.5-1.el7.centos.noarch ovirt-hosted-engine-setup-1.2.2-1.el7.centos.noarch vdsm-gluster-4.16.10-8.gitc937927.el7.noarch The self-hosted engine is running CentOS 6 with ovirt-engine-3.5.1-1.el6.noarch Regards, Wesley

2 1

firewalld and NetworkManager support
by Nathanaël Blanchet 16 Feb '15

16 Feb '15

Hi all, I've just installed a new el7 datacenter, and many questions came up with. I was surprised to see that all vdsm generated ifcfg files were NM_CONTROLLED=no, and NetworkManager was disabled in systemd. The same for firewalld, disabled for regular iptables files. Will that default el7/fedora features be adpated to ovirt in a next release?

3 2

Backup solution using the API
by Keppler, Thomas (PEBA) 16 Feb '15

16 Feb '15

--_000_196AB7D9F4C2F943BFC199940DF21D79016557467A0CKITMSX07kit_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCm5vdyB0aGF0IG91ciBvVmlydCBDbHVzdGVyIHJ1bnMgZ3JlYXQsIEknZCBsaWtl IHRvIGtub3cgaWYgYW55Ym9keSBoYXMgZG9uZSBhIGJhY2t1cCBzb2x1dGlvbiBmb3Igb1ZpcnQg YmVmb3JlLg0KDQpNeSBiYXNpYyBpZGVhIGdvZXMgYXMgZm9sbG93czoNCi0gQ3JlYXRlIGEgSlNP TiBmaWxlIHdpdGggbWFjaGluZSdzIHByZWZlcmVuY2VzIGZvciBsYXRlciByZXN0b3JlLCBjcmVh dGUgYSBzbmFwc2hvdCwgc25hdGNoIHRoZSBkaXNrIGJ5IGl0cyBkaXNrLWlkIChjb3B5IGl0IHRv IHRoZSBmaWxlc2VydmVyKSwgdGhlbiBkZWxldGluZyB0aGUgc25hcHNob3QgYW5kIGJlIGRvbmUg d2l0aCBpdC4NCi0gT24gcmVzdG9yZSBJJ2QganVzdCBjcmVhdGUgYSBuZXcgVk0gd2l0aCB0aGUg RGlza3MgYW5kIE5JQ3Mgc3BlY2lmaWVkIGluIHRoZSBwcmVmZXJlbmNlczsgdGhlbiBJJ2QgZ28g YWhlYWQgYW5kIGFuZCBwdXQgYmFjayB0aGUgZGlzay4uLiB0DQoNCkkndmUgcGxheWVkIGEgbGl0 dGxlIGJpdCBhcm91bmQgd2l0aCBidWlsZGluZyBhIEpTT04gZmlsZSBhbmQgc28gZmFyIGl0IHdv cmtzIGdyZWF0OyBJIGhhdmVuJ3QgdHJpZWQgdG8gbWFrZSBhIFZNIHdpdGggdGhhdCwgdGhvdWdo Li4uDQoNClVzaW5nIHRoZSBleHBvcnQgZG9tYWluIG9yIGEgc2ltcGxlIGV4cG9ydCBjb21tYW5k IGlzIG5vdCB3aGF0IEkgd2FudCBzaW5jZSB5b3UnZCBoYXZlIHRvIHR1cm4gb2ZmIHRoZSBtYWNo aW5lIHRvIGRvIHRoYXQgLSBBRkFJSy4gQ29ycmVjdCBtZSBpZiB0aGF0IHNob3VsZCBub3QgYmUg dHJ1ZS4NCg0KTm93LCBiZWZvcmUgSSBnbyBpbnRvIGFueSBtb3JlIGhhc3NsZSwgaGFzIHNvbWVi b2R5IGVsc2Ugb2YgeW91IGRvbmUgYSBsaXZlLWJhY2t1cCBzb2x1dGlvbiBmb3Igb1ZpcnQ/IEFy ZSB0aGVyZSBhbnkgcmVjb21tZW5kYXRpb25zPyBUaGFua3MgZm9yIGFueSBoZWxwIHByb3ZpZGVk IQ0KDQpCZXN0IHJlZ2FyZHMNClRob21hcyBLZXBwbGVyDQo= --_000_196AB7D9F4C2F943BFC199940DF21D79016557467A0CKITMSX07kit_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4KPEhUTUw+CjxIRUFEPgogIDxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIgQ09O VEVOVD0idGV4dC9odG1sOyBDSEFSU0VUPVVURi04Ij4KICA8TUVUQSBOQU1FPSJHRU5FUkFUT1Ii IENPTlRFTlQ9Ikd0a0hUTUwvNC42LjYiPgo8L0hFQUQ+CjxCT0RZPgpIZWxsbyw8QlI+CjxCUj4K bm93IHRoYXQgb3VyIG9WaXJ0IENsdXN0ZXIgcnVucyBncmVhdCwgSSdkIGxpa2UgdG8ga25vdyBp ZiBhbnlib2R5IGhhcyBkb25lIGEgYmFja3VwIHNvbHV0aW9uIGZvciBvVmlydCBiZWZvcmUuPEJS Pgo8QlI+Ck15IGJhc2ljIGlkZWEgZ29lcyBhcyBmb2xsb3dzOjxCUj4KLSBDcmVhdGUgYSBKU09O IGZpbGUgd2l0aCBtYWNoaW5lJ3MgcHJlZmVyZW5jZXMgZm9yIGxhdGVyIHJlc3RvcmUsIGNyZWF0 ZSBhIHNuYXBzaG90LCBzbmF0Y2ggdGhlIGRpc2sgYnkgaXRzIGRpc2staWQgKGNvcHkgaXQgdG8g dGhlIGZpbGVzZXJ2ZXIpLCB0aGVuIGRlbGV0aW5nIHRoZSBzbmFwc2hvdCBhbmQgYmUgZG9uZSB3 aXRoIGl0LjxCUj4KLSBPbiByZXN0b3JlIEknZCBqdXN0IGNyZWF0ZSBhIG5ldyBWTSB3aXRoIHRo ZSBEaXNrcyBhbmQgTklDcyBzcGVjaWZpZWQgaW4gdGhlIHByZWZlcmVuY2VzOyB0aGVuIEknZCBn byBhaGVhZCBhbmQgYW5kIHB1dCBiYWNrIHRoZSBkaXNrLi4uIHQ8QlI+CjxCUj4KSSd2ZSBwbGF5 ZWQgYSBsaXR0bGUgYml0IGFyb3VuZCB3aXRoIGJ1aWxkaW5nIGEgSlNPTiBmaWxlIGFuZCBzbyBm YXIgaXQgd29ya3MgZ3JlYXQ7IEkgaGF2ZW4ndCB0cmllZCB0byBtYWtlIGEgVk0gd2l0aCB0aGF0 LCB0aG91Z2guLi48QlI+CjxCUj4KVXNpbmcgdGhlIGV4cG9ydCBkb21haW4gb3IgYSBzaW1wbGUg ZXhwb3J0IGNvbW1hbmQgaXMgbm90IHdoYXQgSSB3YW50IHNpbmNlIHlvdSdkIGhhdmUgdG8gdHVy biBvZmYgdGhlIG1hY2hpbmUgdG8gZG8gdGhhdCAtIEFGQUlLLiBDb3JyZWN0IG1lIGlmIHRoYXQg c2hvdWxkIG5vdCBiZSB0cnVlLjxCUj4KPEJSPgpOb3csIGJlZm9yZSBJIGdvIGludG8gYW55IG1v cmUgaGFzc2xlLCBoYXMgc29tZWJvZHkgZWxzZSBvZiB5b3UgZG9uZSBhIGxpdmUtYmFja3VwIHNv bHV0aW9uIGZvciBvVmlydD8gQXJlIHRoZXJlIGFueSByZWNvbW1lbmRhdGlvbnM/IFRoYW5rcyBm b3IgYW55IGhlbHAgcHJvdmlkZWQhPEJSPgo8QlI+CkJlc3QgcmVnYXJkczxCUj4KVGhvbWFzIEtl cHBsZXIKPC9CT0RZPgo8L0hUTUw+CgA= --_000_196AB7D9F4C2F943BFC199940DF21D79016557467A0CKITMSX07kit_--

9 13