May 2013 - Users - oVirt List Archives

[Users] Question on logical networks
by Lee Jones 19 May '13

19 May '13

Hi all, I'd like to know if a LN can be tagged in one cluster and untagged in a different cluster in the same data center. Thanks, Lee

3 2

[Users] usb pass-through
by Ryan Wilkinson 19 May '13

19 May '13

Can't seem to get an answer as to if usb pass-through is supported from a Windows IE 8 or 9 client over Spice??

3 5

[Users] oVirt3.0 - force election of SPM
by Sven Knohsalla 18 May '13

18 May '13

--_000_DC9ABD90CB55EC448B1F682D5731AF7407A740F28DIAD2MBX17mex0_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Is there a way to force SPM election manually or to pin SPM to a certain no= de? Thanks in advance! Sven Knohsalla | System Administration | Netbiscuits 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 --_000_DC9ABD90CB55EC448B1F682D5731AF7407A740F28DIAD2MBX17mex0_ 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=3DGenerator content=3D"Micros= oft 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>Is there a= way to force SPM election manually or to pin SPM to a certain node?<o:p></= o:p><o:p> </o:p>Than= ks in advance!<o:p></o:p><o:p> </o:p>Sven Knohsalla | System Admin= istration | Netbiscuits<o:p></o:p><o:p> </o:p>Office +49 631 68036 433 | Fax +49 63= 1 68036 111  |E-Mail s.knohsalla@netbis= cuits.com | Skype: </s= pan>netbiscuits.admin<= span style=3D'font-size:9.0pt;color:#5A5A5A'> <o:p></o:p>Netbi= scuits GmbH | Europaallee 10 | 67657 | GERMANY<o:p></o:p><o:p> </o:p></div></body></html>= --_000_DC9ABD90CB55EC448B1F682D5731AF7407A740F28DIAD2MBX17mex0_--

2 1

[Users] Support OCFS2
by Carlos Baptista 17 May '13

17 May '13

Hi all, I have a question. Is it possible to use OCFS2 with ovirt? I have a storage (hp eva 8000) that doesn't support nfs, neither iscsi. I want to create a volume in the storage and present it to all ovirt nodes, so all the nodes will have the same /dev/sdb Is this possible? Will ovirt consider this volume local ? Thanks Carlos Baptista

3 2

Re: [Users] drac5 power management test
by Itamar Heim 17 May '13

17 May '13

On 05/14/2013 12:58 AM, Peter Reilly wrote: > 2013-05-13 17:57:33,355 ERROR [org.ovirt.engine.core.bll.FenceExecutor] > (ajp--127.0.0.1-8702-12) Illegal value in PM Proxy Preferences string , > skipped. this seems to be the culprit. eli - thoughts? > 2013-05-13 17:57:33,356 ERROR [org.ovirt.engine.core.bll.FenceExecutor] > (ajp--127.0.0.1-8702-12) Failed to run Power Management command on Host > , no running proxy Host was found. > 2013-05-13 17:57:38,963 WARN > [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] > (ajp--127.0.0.1-8702-4) Unable to get value of property: pmSecondaryUser > for class org.ovirt.engine.core.common.businessentities.VdsStatic > 2013-05-13 17:57:38,965 WARN > [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] > (ajp--127.0.0.1-8702-4) Unable to get value of property: pmSecondaryUser > for class org.ovirt.engine.core.common.businessentities.VdsStatic > 2013-05-13 17:57:38,967 INFO > [org.ovirt.engine.core.bll.UpdateVdsCommand] (ajp--127.0.0.1-8702-4) > [2c6aea20] Running command: UpdateVdsCommand internal: false. Entities > affected : ID: 6c8c87a1-b98b-46ea-b66e-81afa0d2e794 Type: VDS > 2013-05-13 17:57:38,995 WARN > [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] > (ajp--127.0.0.1-8702-4) Unable to get value of property: pmSecondaryUser > for class org.ovirt.engine.core.common.businessentities.VdsStatic > 2013-05-13 17:57:38,996 WARN > [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] > (ajp--127.0.0.1-8702-4) Unable to get value of property: pmSecondaryUser > for class org.ovirt.engine.core.common.businessentities.VdsStatic > 2013-05-13 17:57:41,608 ERROR [org.ovirt.engine.core.bll.FenceExecutor] > (ajp--127.0.0.1-8702-4) [2c6aea20] Illegal value in PM Proxy Preferences > string , skipped. > 2013-05-13 17:57:41,609 ERROR [org.ovirt.engine.core.bll.FenceExecutor] > (ajp--127.0.0.1-8702-4) [2c6aea20] Failed to run Power Management > command on Host moses, no running proxy Host was found. > > > --- On *Mon, 5/13/13, Itamar Heim /<iheim(a)redhat.com>/* wrote: > > > From: Itamar Heim <iheim(a)redhat.com> > Subject: Re: [Users] drac5 power management test > To: "Peter Reilly" <preilly88(a)yahoo.com> > Cc: users(a)ovirt.org > Date: Monday, May 13, 2013, 3:42 PM > > On 05/13/2013 10:01 PM, Peter Reilly wrote: > > I'm using ovirt-release-el6-5-3.1.noarch.rpm > > & ovirt-node-iso-2.6.1-20120228.fc18.iso > > I have a two host cluster, both hosts up and functioning correctly. > > I can manually log into both hosts drac5 card. > > Both hosts are in the same cluster/data center. > > > > When I save a host the eventlog says: > > Host power management was verified successfully. > > > > When I test power management it saws: > > Test Failed, Host Status is: unknown. The fence-agent script reported > > the following error: There is no other host in the data center > that can > > be used to test the power management settings. > > > > My settings are: > > Enable Power management (yes) > > Concurrent (no) > > Address (an ip address) > > Username (root) > > password (verified correct password) > > type (drac5) > > Slot (blank) > > Options (blank) > > Secure (yes) > > Source (blank) > > > > Is anyone successfully using a drac5 fence in ovirt 3.1? > > > > Thanks, > > > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org </mc/compose?to=Users(a)ovirt.org> > > http://lists.ovirt.org/mailman/listinfo/users > > > > engine log for this? >

3 5

Re: [Users] help with ovirtsdk api
by Itamar Heim 17 May '13

17 May '13

On 05/14/2013 05:47 PM, Thakker, Dhawal wrote: > Hi ALL, > > We have multiple version of RHEV within our infrastructure. I have > written a script (using example available on internet) which could > search a VM in multiple RHEV instance, display stats of vms and of > hypervisors. > > However, I am unable to find any documentation or examples which could > help me to group hypervisors based on cluster name and show the storage > stats for each storage domain. > > Any help would be appreciated. bcc'd infra and cc'd users(a)ovirt.org which is more correct for this question[1] per your question - can you please give an example of what you are trying to accomplish? Thanks, Itamar [1] well, since its rhev and not ovirt, red hat support is also a viable option. > > Thanks, > > Dhawal. > > This email is confidential and should not be used by anyone who is not > the original intended recipient. PGDS cannot accept liability for > statements made which are clearly the sender's own and not made on > behalf of the company. In addition no statement should be construed as > giving investment advice within or outside the United Kingdom. > > PGDS (UK ONE) LIMITED, Laurence Pountney Hill, London, EC4R 0HH. > Incorporated and registered in England and Wales. Registered Office as > above. Registered number 1967719. > > "PGDS" is the trading name of certain subsidiaries of Prudential plc > (registered in England, number 1397169), whose registered office is at > Laurence Pountney Hill London EC4R OHH, some of whose subsidiaries are > regulated by the Financial Services Authority. Prudential plc is not > affiliated in any manner with Prudential Financial, Inc, a company whose > principal place of business is in the United States of America. > > A list of other Prudential companies together with their registered > statutory details can be found in 'About Prudential' on > http://www.prudential.co.uk > > An e-mail reply to this address may be subject to interception or > monitoring for operational reasons or for lawful business practices. > > > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra >

3 2

[Users] Issue with disk after importing a VM
by Marcelo Fernandez 17 May '13

17 May '13

I import a VM to a second data center.The VM has 2 disks.On Admin Portal,one of the disks shows illegal status,but I have no problem accessing this disk from the VM. Could someone give me pointers on what went wrong? Appreciate your help. Thanks, Marcelo Log from engine.log 2013-05-15 12:14:52,994 INFO [org.ovirt.engine.core.bll.RemoveImageCommand] (pool-3-thread-50) [3dbbb4e3] Running command: RemoveImageCommand internal: true. Entities affected : ID: 00000000-0000-0000-0000-000000000000 Type: Storage 2013-05-15 12:14:52,997 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (pool-3-thread-50) [1xxxxxxx] START, DeleteImageGroupVDSCommand( storagePoolId =sp ID, ignoreFailoverLimit = false, compatabilityVersion = 3.1, storageDomainId = pqrpqr-xxxx-xxxx-xxxxx-xxx, imageGroupId = abcabc-xxx-xxx-xxx-xxxx, postZeros = false, forceDelete = false), log id: 566629ec 2013-05-15 12:14:53,254 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (pool-3-thread-50) [1xxxxxx] IrsBroker::Failed::DeleteImageGroupVDS due to: IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Could not remove all image's volumes: (""abcabc-xxx-xxx-xxx-xxxx [Errno 39] Directory not empty: '/rhev/data-center/mnt/IP:export/<SDUID>/images/_remoiqXphA'",) 2013-05-15 12:14:53,255 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (pool-3-thread-50) [1xxxxxx] FINISH, DeleteImageGroupVDSCommand, log id: 566629ec 2013-05-15 12:14:53,255 ERROR [org.ovirt.engine.core.bll.RemoveImageCommand] (pool-3-thread-50) [3dbbb4e3] Command org.ovirt.engine.core.bll.RemoveImageCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.irsbroker.IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Could not remove all image's volumes: ("abcabc-xxx-xxx-xxx-xxxx [Errno 39] Directory not empty: '/rhev/data-center/mnt/IP:export/<SDUID>/images/_remoiqXphA'",) 2013-05-15 12:14:53,260 ERROR [org.ovirt.engine.core.bll.RemoveAllVmImagesCommand] (pool-3-thread-50) [1xxxxxx] Cant remove image id: xyzxyz-xxx-xxxx-xxxx-xxxx for VM id: due to: ImageDeleteError. Image will be set at illegal state with no snapshot id.

1 2

[Users] Nagios monitoring plugin check_rhev3 1.2 released
by René Koch 17 May '13

17 May '13

I'm happy to announce version 1.2 of check_rhev3. check_rhev3 is a monitoring plugin for Icinga/Nagios and it's forks, which is used to monitor datacenters, clusters, hosts, vms, vm pools and storage domains of Red Hat Enterprise Virtualization (RHEV) and oVirt virtualization environments. The download locations are * https://labs.ovido.at/download/check_rhev3/check_rhev3-1.2.tar.gz * https://labs.ovido.at/download/check_rhev3/nagios-plugins-rhev3-1.2-1.el6.i… * https://labs.ovido.at/download/check_rhev3/nagios-plugins-rhev3-1.2-1.el6.x… For further information on how to install this plugin visit: https://github.com/ovido/check_rhev3/wiki/Installation-Documentation A detailed usage documentation can be found here: https://github.com/ovido/check_rhev3/wiki/Usage-Documentation Changelog: - General: - Moved project to github: https://github.com/ovido/check_rhev3 - New features: - Verify RHEV-M certificate - Allow authentication sessions for authentication in RHEV >= 3.1 and oVirt >= 3.1 - Use option -n <nic> to check a specific nic - Bugs fixed: - Performance data issue with check_multi If you have any questions or ideas, please drop me an email: r.koch(a)ovido.at. Thank you for using check_rhev3. -- Best Regards René Koch Senior Solution Architect ============================================ ovido gmbh - "Das Linux Systemhaus" Brünner Straße 163, A-1210 Wien Phone: +43 720 / 530 670 Mobile: +43 660 / 512 21 31 E-Mail: r.koch(a)ovido.at ============================================

3 2

[Users] Unable to add data/NFS domain.
by snmishra＠linux.vnet.ibm.com 17 May '13

17 May '13

After filling up the required entried in "New Doamin" dialog for a "Data/NFS". I hit "OK", and get error dialog - "Error while executing action. Add Storage Connection: General Exception. Attached are engine and vdsm logs. I think its not code but something to do with my env. -Sharad

3 2

[Users] [Fwd: Guest never gets removed]
by Karli Sjöberg 17 May '13

17 May '13

--_004_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_ Content-Type: multipart/alternative; boundary="_000_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_" --_000_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gZXZlcnlvbmUhDQoNCkkgdGhpbmsgcGVyaGFwcyB0aGlzIHF1ZXN0aW9uIHBhc3NlZCBj b21wbGV0bHkgdW5ub3RpY2VkIHNvIEnCtG0gdHJ5aW5nIHRvIHJlc2VuZCBpdCB0byBwZXJoYXBz IGdldCBzb21lIGF0dGVudGlvbi4NCg0KL0thcmxpDQoNCi0tLS0tLS0tIFZpZGFyZWJlZm9yZHJh dCBtZWRkZWxhbmRlIC0tLS0tLS0tDQpGcsOlbjogS2FybGkgU2rDtmJlcmcgPEthcmxpLlNqb2Jl cmdAc2x1LnNlPG1haWx0bzpLYXJsaSUyMCUzZCUzZklTTy04ODU5LTElM2ZRJTNmU2olM2RGNmJl cmclM2YlM2QlMjAlM2NLYXJsaS5Tam9iZXJnQHNsdS5zZSUzZT4+DQpUaWxsOiB1c2VycyA8dXNl cnNAb3ZpcnQub3JnPG1haWx0bzp1c2VycyUyMCUzY3VzZXJzQG92aXJ0Lm9yZyUzZT4+DQrDhG1u ZTogW1VzZXJzXSBHdWVzdCBuZXZlciBnZXRzIHJlbW92ZWQNCkRhdHVtOiBXZWQsIDggTWF5IDIw MTMgMDU6MDY6NTcgKzAwMDANCg0KSGksDQoNCnllc3RlcmRheSBJIGlzc3VlZCBhIHJlbW92ZSBv ZiBhIEd1ZXN0IGFuZCB0aGVuIGltbWVkaWF0ZWx5IGFmdGVyd2FyZHMgZW5naW5lIHN0YXJ0ZWQg Y29tcGxhaW5pbmcgYWJvdXQgc3luYyBlcnJvcnMgYmV0d2VlbiBkYXRhYmFzZSBhbmQgc3RvcmFn ZSBtZXRhZGF0YS4gVG8gbXkgc3VycHJpc2UsIGJvdGggb2YgbXkgdHdvIGRhdGEgc3RvcmVzIHdl cmUgbWFya2VkIGFzIG1hc3RlciBpbiB0aGVpciBzdG9yYWdlIG1ldGFkYXRhIGZpbGVzLiBJIGhh ZCB0byBjaGFuZ2UgIk1BU1RFUl9WRVJTSU9OIiBhbmQgIlJPTEUiLCB0aGVuIHRhaWwgdGhlIHZk c20gbG9nIG9uIGEgSG9zdCBhbmQgd2F0Y2ggaXQgY29tcGxhaW4gdGhhdCB0aGUgY2hlY2tzdW0g aXMgd3JvbmcgYW5kIGhvdyBpdCBpcyAke1h9IGJ1dCBzaG91bGQgYmUgJHtZfSBhY2NvcmRpbmcg dG8gaXTCtHMgbG9naWMsIGFuZCBjb3B5L3Bhc3RlIHRiZSBjb3JyZWN0IGNoZWNrc3VtIGludG8g c3RvcmFnZSBtZXRhZGF0YSBmaWxlIGFzIHdlbGwuIFRoaXMgaGFkIHRvIGJlIGRvbmUgZm9yIGJv dGggZGF0YSBkb21haW5zLCBhbmQgd2hlbiBkb25lLCBJIGhhdmUgb25lICJNYXN0ZXIiLSBhbmQg b25lICJSZWd1bGFyIiBkb21haW4gdGhhdCB3b3JrcyBhbmQgZXF1YWxzIHdoYXTCtHMgaW4gdGhl IGRhdGFiYXNlLg0KDQpUaGUgcHJvYmxlbSBpcyB0aGF0IGVuZ2luZSBub3cgYXBwYXJlbnRseSBo YXMgZm9yZ290dGVuIGFib3V0IG15IEd1ZXN0IHRoYXQgaXQgd2FzIHN1cHBvc2VkIHRvIHJlbW92 ZSBiZWZvcmUgYWxsIG9mIHRoaXMuLi4gVGhlIG9wZXJhdGlvbiBpcyBzdGlsbCBsaXN0ZWQgaW4g IlRhc2tzIiwgc28gaXTCtHMgbm90IHF1aXRlIGZpbmlzaGVkIHlldC4gU2luY2UgaXTCtHMgY2hh bmdlZCBzdGF0ZSB0byAiaG91cmdsYXNzIiBhbmQgc3RhdHVzICJJbWFnZSBsb2NrZWQiLCBJIGNh bsK0dCBjbGljayBmb3IgcmVtb3ZhbCBhZ2FpbiBlaXRoZXIuLi4NCg0KSXMgdGhlcmUgYW55IHdh eSB0byAicmVtaW5kIiBlbmdpbmUgb2YgYSBqb2Igbm90IGRvbmU/DQoNCi0tDQoNCk1lZCBWw6Ru bGlnYSBIw6Rsc25pbmdhcg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KS2FybGkgU2rDtmJlcmcN ClN3ZWRpc2ggVW5pdmVyc2l0eSBvZiBBZ3JpY3VsdHVyYWwgU2NpZW5jZXMNCkJveCA3MDc5IChW aXNpdGluZyBBZGRyZXNzIEtyb27DpXN2w6RnZW4gOCkNClMtNzUwIDA3IFVwcHNhbGEsIFN3ZWRl bg0KUGhvbmU6ICArNDYtKDApMTgtNjcgMTUgNjYNCmthcmxpLnNqb2JlcmdAc2x1LnNlPG1haWx0 bzprYXJsaS5zam9iZXJnQGFkbS5zbHUuc2U+DQoNCi0tDQoNCk1lZCBWw6RubGlnYSBIw6Rsc25p bmdhcg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KS2FybGkgU2rDtmJlcmcNClN3ZWRpc2ggVW5p dmVyc2l0eSBvZiBBZ3JpY3VsdHVyYWwgU2NpZW5jZXMNCkJveCA3MDc5IChWaXNpdGluZyBBZGRy ZXNzIEtyb27DpXN2w6RnZW4gOCkNClMtNzUwIDA3IFVwcHNhbGEsIFN3ZWRlbg0KUGhvbmU6ICAr NDYtKDApMTgtNjcgMTUgNjYNCmthcmxpLnNqb2JlcmdAc2x1LnNlPG1haWx0bzprYXJsaS5zam9i ZXJnQGFkbS5zbHUuc2U+DQo= --_000_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIZWxsbyBldmVyeW9u ZSE8YnI+DQo8YnI+DQpJIHRoaW5rIHBlcmhhcHMgdGhpcyBxdWVzdGlvbiBwYXNzZWQgY29tcGxl dGx5IHVubm90aWNlZCBzbyBJwrRtIHRyeWluZyB0byByZXNlbmQgaXQgdG8gcGVyaGFwcyBnZXQg c29tZSBhdHRlbnRpb24uPGJyPg0KPGJyPg0KL0thcmxpPGJyPg0KPGJyPg0KLS0tLS0tLS0gVmlk YXJlYmVmb3JkcmF0IG1lZGRlbGFuZGUgLS0tLS0tLS08YnI+DQo8YmxvY2txdW90ZSB0eXBlPSJD SVRFIj48Yj5GcsOlbjwvYj46IEthcmxpIFNqw7ZiZXJnICZsdDs8YSBocmVmPSJtYWlsdG86S2Fy bGklMjAlM2QlM2ZJU08tODg1OS0xJTNmUSUzZlNqJTNkRjZiZXJnJTNmJTNkJTIwJTNjS2FybGku U2pvYmVyZ0BzbHUuc2UlM2UiPkthcmxpLlNqb2JlcmdAc2x1LnNlPC9hPiZndDs8YnI+DQo8Yj5U aWxsPC9iPjogdXNlcnMgJmx0OzxhIGhyZWY9Im1haWx0bzp1c2VycyUyMCUzY3VzZXJzQG92aXJ0 Lm9yZyUzZSI+dXNlcnNAb3ZpcnQub3JnPC9hPiZndDs8YnI+DQo8Yj7DhG1uZTwvYj46IFtVc2Vy c10gR3Vlc3QgbmV2ZXIgZ2V0cyByZW1vdmVkPGJyPg0KPGI+RGF0dW08L2I+OiBXZWQsIDggTWF5 IDIwMTMgMDU6MDY6NTcgJiM0MzswMDAwPGJyPg0KPGJyPg0KSGksPGJyPg0KPGJyPg0KeWVzdGVy ZGF5IEkgaXNzdWVkIGEgcmVtb3ZlIG9mIGEgR3Vlc3QgYW5kIHRoZW4gaW1tZWRpYXRlbHkgYWZ0 ZXJ3YXJkcyBlbmdpbmUgc3RhcnRlZCBjb21wbGFpbmluZyBhYm91dCBzeW5jIGVycm9ycyBiZXR3 ZWVuIGRhdGFiYXNlIGFuZCBzdG9yYWdlIG1ldGFkYXRhLiBUbyBteSBzdXJwcmlzZSwgYm90aCBv ZiBteSB0d28gZGF0YSBzdG9yZXMgd2VyZSBtYXJrZWQgYXMgbWFzdGVyIGluIHRoZWlyIHN0b3Jh Z2UgbWV0YWRhdGEgZmlsZXMuIEkgaGFkDQogdG8gY2hhbmdlICZxdW90O01BU1RFUl9WRVJTSU9O JnF1b3Q7IGFuZCAmcXVvdDtST0xFJnF1b3Q7LCB0aGVuIHRhaWwgdGhlIHZkc20gbG9nIG9uIGEg SG9zdCBhbmQgd2F0Y2ggaXQgY29tcGxhaW4gdGhhdCB0aGUgY2hlY2tzdW0gaXMgd3JvbmcgYW5k IGhvdyBpdCBpcyAke1h9IGJ1dCBzaG91bGQgYmUgJHtZfSBhY2NvcmRpbmcgdG8gaXTCtHMgbG9n aWMsIGFuZCBjb3B5L3Bhc3RlIHRiZSBjb3JyZWN0IGNoZWNrc3VtIGludG8gc3RvcmFnZSBtZXRh ZGF0YSBmaWxlIGFzIHdlbGwuDQogVGhpcyBoYWQgdG8gYmUgZG9uZSBmb3IgYm90aCBkYXRhIGRv bWFpbnMsIGFuZCB3aGVuIGRvbmUsIEkgaGF2ZSBvbmUgJnF1b3Q7TWFzdGVyJnF1b3Q7LSBhbmQg b25lICZxdW90O1JlZ3VsYXImcXVvdDsgZG9tYWluIHRoYXQgd29ya3MgYW5kIGVxdWFscyB3aGF0 wrRzIGluIHRoZSBkYXRhYmFzZS48YnI+DQo8YnI+DQpUaGUgcHJvYmxlbSBpcyB0aGF0IGVuZ2lu ZSBub3cgYXBwYXJlbnRseSBoYXMgZm9yZ290dGVuIGFib3V0IG15IEd1ZXN0IHRoYXQgaXQgd2Fz IHN1cHBvc2VkIHRvIHJlbW92ZSBiZWZvcmUgYWxsIG9mIHRoaXMuLi4gVGhlIG9wZXJhdGlvbiBp cyBzdGlsbCBsaXN0ZWQgaW4gJnF1b3Q7VGFza3MmcXVvdDssIHNvIGl0wrRzIG5vdCBxdWl0ZSBm aW5pc2hlZCB5ZXQuIFNpbmNlIGl0wrRzIGNoYW5nZWQgc3RhdGUgdG8gJnF1b3Q7aG91cmdsYXNz JnF1b3Q7IGFuZCBzdGF0dXMgJnF1b3Q7SW1hZ2UgbG9ja2VkJnF1b3Q7LA0KIEkgY2FuwrR0IGNs aWNrIGZvciByZW1vdmFsIGFnYWluIGVpdGhlci4uLjxicj4NCjxicj4NCklzIHRoZXJlIGFueSB3 YXkgdG8gJnF1b3Q7cmVtaW5kJnF1b3Q7IGVuZ2luZSBvZiBhIGpvYiBub3QgZG9uZT88YnI+DQo8 YnI+DQo8dGFibGUgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIwIiB3aWR0aD0iMTAwJSI+ DQo8dGJvZHk+DQo8dHI+DQo8dGQ+LS0gPGJyPg0KPGJyPg0KTWVkIFbDpG5saWdhIEjDpGxzbmlu Z2FyPGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCkthcmxpIFNqw7ZiZXJnPGJyPg0K U3dlZGlzaCBVbml2ZXJzaXR5IG9mIEFncmljdWx0dXJhbCBTY2llbmNlczxicj4NCkJveCA3MDc5 IChWaXNpdGluZyBBZGRyZXNzIEtyb27DpXN2w6RnZW4gOCk8YnI+DQpTLTc1MCAwNyBVcHBzYWxh LCBTd2VkZW48YnI+DQpQaG9uZTogJm5ic3A7JiM0Mzs0Ni0oMCkxOC02NyAxNSA2Njxicj4NCjxh IGhyZWY9Im1haWx0bzprYXJsaS5zam9iZXJnQGFkbS5zbHUuc2UiPmthcmxpLnNqb2JlcmdAc2x1 LnNlPC9hPiA8L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPC9ibG9ja3F1b3RlPg0K PGJyPg0KPHRhYmxlIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjEwMCUi Pg0KPHRib2R5Pg0KPHRyPg0KPHRkPi0tIDxicj4NCjxicj4NCk1lZCBWw6RubGlnYSBIw6Rsc25p bmdhcjxicj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQpLYXJsaSBTasO2YmVyZzxicj4N ClN3ZWRpc2ggVW5pdmVyc2l0eSBvZiBBZ3JpY3VsdHVyYWwgU2NpZW5jZXM8YnI+DQpCb3ggNzA3 OSAoVmlzaXRpbmcgQWRkcmVzcyBLcm9uw6VzdsOkZ2VuIDgpPGJyPg0KUy03NTAgMDcgVXBwc2Fs YSwgU3dlZGVuPGJyPg0KUGhvbmU6ICZuYnNwOyYjNDM7NDYtKDApMTgtNjcgMTUgNjY8YnI+DQo8 YSBocmVmPSJtYWlsdG86a2FybGkuc2pvYmVyZ0BhZG0uc2x1LnNlIj5rYXJsaS5zam9iZXJnQHNs dS5zZTwvYT4gPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_-- --_004_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_ Content-Type: text/plain; name="ATT00001.txt" Content-Description: ATT00001.txt Content-Disposition: attachment; filename="ATT00001.txt"; size=129; creation-date="Wed, 15 May 2013 05:17:47 GMT"; modification-date="Wed, 15 May 2013 05:17:47 GMT" Content-ID: <1BC4291B2590A04885C8AD24DFA8DE89(a)ad.slu.se> Content-Transfer-Encoding: base64 X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KVXNlcnMgbWFp bGluZyBsaXN0ClVzZXJzQG92aXJ0Lm9yZwpodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4v bGlzdGluZm8vdXNlcnMK --_004_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_--

3 4