- Users - oVirt List Archives

Ovirt 4.0.6 fail to set boottype for ovirtmgmt interface
by TranceWorldLogic . 17 Jan '17

17 Jan '17

Hi, I was trying to add host in ovirt 4.0.6 using my cluster mark as OVS. In 4.0.5, it was able to setup ovirtmgmt interface but in 4.0.6 it fail to setup interface. I tried debugging this and found that vdsm generated ifcfg for ovirtmgmt not have boottype as dhcp. And hence it fail to bring host in up state, Here I want to know: Q> How can I ask configure ovirt-engine or vdsm to add boottype in ovirtmgmt interface. In my testing I found a strange behaviour as mention below: 1> In my multiple trial I tried setting ovs property for ovirtmgmt network and then I tried adding host. 2> I observe that VDSM was able to add ovirtmgmt in OVS but this behaviour I observed only once. Q> Please, can someone help me to understand this OVS behaviour, it will help me to setup everything on OVS? OR [ In other word, How to setup ovirtmgmt interface on host on OVS bridge ? ] Thanks, ~Rohit

2 2

VM listed twice in oVirt UI
by Doug Ingham 17 Jan '17

17 Jan '17

Hi all, We had some hiccups in our datacenter over the new year which caused some problems with our hosted engine. I've managed to get everything back up & running, however now one of the VMs is listed twice in the UI. When I click on the VM, both items are highlighted & I'm able to configure & manage the VM as usual. The FQDN & other things are picked up from the guest agent & displayed on the UI as usual, however the CPU, RAM & Uptime stats for one of the pair continue to show the stats from when the cluster died. Any ideas? oVirt 4.0.3.7 Gluster 3.8.5 CentOS 7 [image: Inline images 1] Many thanks, -- Doug

3 4

Re: [ovirt-users] Can't connect to my VMs' consoles using any method
by summit hainey 17 Jan '17

17 Jan '17

This is a multi-part message in MIME format. --b1_dd77213fbf9c4b396eef7ae34cf8b981 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SSBiZWxpZXZlIEkgaGF2ZSBzZXR1cCB0aGUgZW5naW5lIGFzIGEgcHJveHksIGR1cmluZyB0aGUg aW5pdGlhbCBpbnN0YWxsLCB1bmxlc3MgSSdtIHJlbWVtYmVyaW5nIGluY29ycmVjdGx5LCBvciBt aXNyZWFkIHNvbWV0aGluZy4KCkkgZW5kZWQgdXAgYXQgbGVhc3QgYmVpbmcgYWJsZSB0byBjb25u ZWN0IHVzaW5nIHRoZSAiTmF0aXZlIiBjbGllbnQgb3B0aW9uLCBhcHBhcmVudGx5LCB0aGUgVExT IHBvcnQgd2FzIG5vdCBiZWluZyBmb3J3YXJkZWQgYnkgZGVmYXVsdCBpbiB0aGUgZmlyZXdhbGwg c2V0dGluZ3Mgb1ZpcnQgc2V0dXAgZHVyaW5nIGluc3RhbGwuIEkgZ290IHRoZSBjb25zb2xlIHRv IHdvcmsgYWZ0ZXIgb3BlbmluZyB0aGUgcG9ydCBhbmQgc2F2aW5nIHRoZSAudnYsIGFuZCB0aGVu IHJ1bm5pbmcgaXQgbWFudWFsbHksIGhvd2V2ZXIgdGhpcyBpcyBub3QgYSBnb29kIGxvbmcgdGVy bSBzb2x1dGlvbiBmb3IgbXkgc2l0dWF0aW9uLi4uIGlkZWFsbHkgSSdkIGxpa2UgdG8gZ2V0IG9u ZSBvciBib3RoIG9mIHRoZSBicm93c2VyIGNsaWVudHMgd29ya2luZy4KCgpJIHRoaW5rIHRoZSBp c3N1ZSBtYXkgYmUgb25lIG9mIHRocmVlIHRoaW5ncywgYSBjZXJ0IGlzc3VlLCBidXQgSSBkb24n dCBrbm93IGhvdyBsaWtlbHkgdGhhdCBpcy4gT2J2aW91c2x5IEkgZ2V0IGFuIGludmFsaWQgY2Vy dCBpc3N1ZSBmcm9tIHdoYXRldmVyIGJyb3dzZXIgSSBhY2Nlc3Mgb1ZpcnQgd2l0aCBzaW5jZSBp dCdzIGp1c3QgdXNpbmcgdGhlIGRlZmF1bHQgbG9jYWwgY2VydHMsIGJ1dCBJJ3ZlIGFsbG93ZWQg dGhlbSBvbiBib3RoIEZpcmVmb3ggYW5kIENocm9taXVtLCBhbmQgSSd2ZSBnb3R0ZW4gYSB3ZWJz b2NrZXQgY29uc29sZSB0byB3b3JrIGluIGRpZmZlcmVudCBtYW5hZ2VtZW50IHBsYXRmb3JtcyAo a2ltY2hpKSwgaG93ZXZlciBJIHJlYWQgc29tZXdoZXJlIGluIG15IHNlYXJjaCB0aGF0IG9WaXJ0 IHVzZXMgdHdvIGNlcnRzLCBvbmUgZm9yIHRoZSBtYWluIHBhcnQgb2YgdGhlIGNsaWVudCwgYW5k IHRoZW4gYW5vdGhlciBmb3Igd2Vic29ja2V0cywgaG93ZXZlciBJIGRvbid0IGtub3cgaWYgdGhp cyBpcyBhY2N1cmF0ZS4KClRoZSBvdGhlciB0aGluZyBJIHN1c3BlY3QgaXMgdGhhdCBpdCBjb3Vs ZCBiZSBhbm90aGVyIHBvcnQvZmlyZXdhbGwgcmVsYXRlZCBpc3N1ZSwgYWx0aG91Z2ggSSBjYW5u b3Qgc2VlIHdoYXQgcG9ydCBpdCBjb3VsZCBiZSwgYW5kIEkgaGF2ZSBubyByZWFsIGhpbnRzIHRv IGdvIG9uLgoKCkxhc3RseSBJIGltYWdpbmUgdGhlIHByb3h5IGNvdWxkIGJlIGlsbC1jb25maWd1 cmVkLCBidXQgSSBkb24ndCBrbm93IGhvdyBzZWVpbmcgYXMgZXZlcnl0aGluZyBpcyBlc3NlbnRp YWxseSBzZXQgdG8gZGVmYXVsdC4KCkFjdHVhbGx5LCBJIGp1c3QgdGhvdWdodCBvZiBhbm90aGVy IHBvc3NpYmlsaXR5IHRob3VnaCBpdCBzZWVtcyBsaWtlIGEgYml0IG9mIGEgc3RyZXRjaCwgYnV0 IEknbSBydW5uaW5nIHRoZSBvVmlydCBob3N0IGFuZCB0aGUgZW5naW5lIG9uIHRoZSBzYW1lIG1h Y2hpbmUsIGJ1dCBub3QgaW4gYSBob3N0ZWQtZW5naW5lIHNldHVwLgoKVGhhdCdzIHRoZSBiZXN0 IEkndmUgZ290LCB0aG91Z2gu --b1_dd77213fbf9c4b396eef7ae34cf8b981 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdj48ZGl2PkkgYmVsaWV2ZSBJIGhhdmUgc2V0dXAgdGhlIGVuZ2luZSBhcyBhIHByb3h5LCBk dXJpbmcgdGhlIGluaXRpYWwgCmluc3RhbGwsIHVubGVzcyBJJ20gcmVtZW1iZXJpbmcgaW5jb3Jy ZWN0bHksIG9yIG1pc3JlYWQgc29tZXRoaW5nLjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2 PkkKIGVuZGVkIHVwIGF0IGxlYXN0IGJlaW5nIGFibGUgdG8gY29ubmVjdCB1c2luZyB0aGUgIk5h dGl2ZSIgY2xpZW50IApvcHRpb24sIGFwcGFyZW50bHksIHRoZSBUTFMgcG9ydCB3YXMgbm90IGJl aW5nIGZvcndhcmRlZCBieSBkZWZhdWx0IGluIAp0aGUgZmlyZXdhbGwgc2V0dGluZ3Mgb1ZpcnQg c2V0dXAgZHVyaW5nIGluc3RhbGwuIEkgZ290IHRoZSBjb25zb2xlIHRvIAp3b3JrIGFmdGVyIG9w ZW5pbmcgdGhlIHBvcnQgYW5kIHNhdmluZyB0aGUgLnZ2LCBhbmQgdGhlbiBydW5uaW5nIGl0IApt YW51YWxseSwgaG93ZXZlciB0aGlzIGlzIG5vdCBhIGdvb2QgbG9uZyB0ZXJtIHNvbHV0aW9uIGZv ciBteSAKc2l0dWF0aW9uLi4uIGlkZWFsbHkgSSdkIGxpa2UgdG8gZ2V0IG9uZSBvciBib3RoIG9m IHRoZSBicm93c2VyIGNsaWVudHMgCndvcmtpbmcuPGJyPjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxkaXY+PGRpdj5JIHRoaW5rIHRoZSBpc3N1ZSBtYXkgYmUgb25lIG9mIHRocmVlIAp0aGlu Z3MsIGEgY2VydCBpc3N1ZSwgYnV0IEkgZG9uJ3Qga25vdyBob3cgbGlrZWx5IHRoYXQgaXMuIE9i dmlvdXNseSBJIApnZXQgYW4gaW52YWxpZCBjZXJ0IGlzc3VlIGZyb20gd2hhdGV2ZXIgYnJvd3Nl ciBJIGFjY2VzcyBvVmlydCB3aXRoIApzaW5jZSBpdCdzIGp1c3QgdXNpbmcgdGhlIGRlZmF1bHQg bG9jYWwgY2VydHMsIGJ1dCBJJ3ZlIGFsbG93ZWQgdGhlbSBvbiAKYm90aCBGaXJlZm94IGFuZCBD aHJvbWl1bSwgYW5kIEkndmUgZ290dGVuIGEgd2Vic29ja2V0IGNvbnNvbGUgdG8gd29yayAKaW4g ZGlmZmVyZW50IG1hbmFnZW1lbnQgcGxhdGZvcm1zIChraW1jaGkpLCBob3dldmVyIEkgcmVhZCBz b21ld2hlcmUgaW4gCm15IHNlYXJjaCB0aGF0IG9WaXJ0IHVzZXMgdHdvIGNlcnRzLCBvbmUgZm9y IHRoZSBtYWluIHBhcnQgb2YgdGhlIApjbGllbnQsIGFuZCB0aGVuIGFub3RoZXIgZm9yIHdlYnNv Y2tldHMsIGhvd2V2ZXIgSSBkb24ndCBrbm93IGlmIHRoaXMgaXMKIGFjY3VyYXRlLjxicj48L2Rp dj48ZGl2Pjxicj48L2Rpdj48ZGl2PlRoZSBvdGhlciB0aGluZyBJIHN1c3BlY3QgaXMgdGhhdCBp dCBjb3VsZCBiZSBhbm90aGVyIApwb3J0L2ZpcmV3YWxsIHJlbGF0ZWQgaXNzdWUsIGFsdGhvdWdo IEkgY2Fubm90IHNlZSB3aGF0IHBvcnQgaXQgY291bGQgCmJlLCBhbmQgSSBoYXZlIG5vIHJlYWwg aGludHMgdG8gZ28gb24uPGJyPjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGRpdj5M YXN0bHkgSSBpbWFnaW5lIHRoZSBwcm94eSBjb3VsZCBiZSBpbGwtY29uZmlndXJlZCwgYnV0IEkg ZG9uJ3Qga25vdyBob3cgc2VlaW5nIGFzIGV2ZXJ5dGhpbmcgaXMgZXNzZW50aWFsbHkgc2V0IHRv IGRlZmF1bHQuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+QWN0dWFsbHksCiBJIGp1c3Qg dGhvdWdodCBvZiBhbm90aGVyIHBvc3NpYmlsaXR5IHRob3VnaCBpdCBzZWVtcyBsaWtlIGEgYml0 IG9mIGEgCnN0cmV0Y2gsIGJ1dCBJJ20gcnVubmluZyB0aGUgb1ZpcnQgaG9zdCBhbmQgdGhlIGVu Z2luZSBvbiB0aGUgc2FtZSAKbWFjaGluZSwgYnV0IG5vdCBpbiBhIGhvc3RlZC1lbmdpbmUgc2V0 dXAuPGJyPjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhhdCdzIHRoZSBiZXN0IEkn dmUgZ290LCB0aG91Z2guPGJyPjwvZGl2Pg== --b1_dd77213fbf9c4b396eef7ae34cf8b981--

2 1

Export VM from oVirt/RHEV to VMWare
by Colin Coe 17 Jan '17

17 Jan '17

Hi all We run RHEV exclusively and I need to export a guest to one of our vendors for analysis. The vendor uses VMWare. How can I export a VM in OVF format out of RHEV v3.5.8? Thanks CC

3 4

Invitation: DeepDive: Support for SRIOV migration @ Tue Jan 24, 2017 5pm - 6pm (CET) (users@ovirt.org)
by mmucha＠redhat.com 17 Jan '17

17 Jan '17

You have been invited to the following event. Title: DeepDive: Support for SRIOV migration Demonstration of VM migration in ovirt/rhevm, when VM contains SRIOV nic. We will look together at following demonstration and discuss it: https://www.youtube.com/watch?v=qlyMxvUvLaY When: Tue Jan 24, 2017 5pm – 6pm Central European Time - Prague Calendar: users(a)ovirt.org Who: * mmucha(a)redhat.com - organizer * dkenigsb(a)redhat.com * mkalinin(a)redhat.com * users(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=Ym9ucXE4Z2VxYWM1dGZsN… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

Error creating a storage pool
by Sergei Hanus 17 Jan '17

17 Jan '17

Hi, All! When trying to attach iscsi device from my storage system, ovirt complains, that it cannot create a storage pool. In logs I can see only this: ---------------------------------------------------------- RuntimeError(u'Error creating a storage pool: (u"spUUID=3fcace71-cd2b-4ab4-9d64-8ef926ead05a, poolName=hosted_datacenter, masterDom=71b0d510-c24a-49fa-86ec-6b5ebf530140, domList=[u\'71b0d510-c24a-49fa-86ec-6b5ebf530140\', u\'793985b7-9d11-44a4-bf68-4b509a967a52\'], masterVersion=1, clusterlock params: ({\'LEASETIMESEC\': 60, \'LOCKPOLICY\': \'ON\', \'IOOPTIMEOUTSEC\': 10, \'LEASERETRIES\': 3, \'LOCKRENEWALINTERVALSEC\': 5})",)',), <traceback object at 0x35935a8>) ----------------------------------------------------------- I have verified, that this block device can be successfully connected and partitioned on the same server using standard tools (iscsiadm, parted, mount), so, storage system on its own is working fine. My question is: what are requirements for block device in order for it to be compliant with ovirt? I know, that block size must be 512 bytes, but anything else? Thank you in advance, any comments appreciated. Sergei.

2 7

oVirt Reports
by Marcin Michta 17 Jan '17

17 Jan '17

Hi, Someone can tell me what kind of informations I can get from ovirt reports? oVirt web page is poor about it. Screenshots will be helpful. Thank you, Marcin -- ------------------------------- The information in this email is confidential and may be legally privileged, it may contain information that is confidential in CodiLime Sp. z o. o. It is intended solely for the addressee. Any access to this email by third parties is unauthorized. If you are not the intended recipient of this message, any disclosure, copying, distribution or any action undertaken or neglected in reliance thereon is prohibited and may result in your liability for damages.

2 2

Live migration Centos 7.3 -> Centos 7.2
by Markus Stockhausen 16 Jan '17

16 Jan '17

This is a multi-part message in MIME format. ------=_NextPartTM-000-dcd10716-a91b-4639-9b2e-e86d32cb73cc Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there,=0A= =0A= maybe i missed the discussion on the mailing list. Today we installed=0A= a new centos host. Of course it has 7.3 and qemu 2.6 after a yum update.=0A= It can be attached to our cluster wihtout problems. We are running Ovirt = =0A= 4.0.6 but the cluster compatibility level is still 3.6.=0A= =0A= We can migrate a VM from qemu 2.3 to 2.6 =0A= We cannot migrate a VM from qemu 2.6 to 2.3=0A= =0A= What happens:=0A= =0A= - qemu is started on the target host (centos 7.2)=0A= - source qemu says: "initiating migration"=0A= - dominfo on target gives:=0A= Id: 21=0A= Name: testvm=0A= UUID: d2d8bdfd-99a6-41c0-84e7-26e1d6a6057b=0A= OS Typ: hvm=0A= Status: pausiert=0A= CPU(s): 2=0A= CPU-Zeit: 48,5s=0A= Max Speicher: 8388608 KiB=0A= Verwendeter Speicher: 8388608 KiB=0A= Bleibend: nein=0A= Automatischer Start: deaktiviert=0A= Verwaltete Sicherung: nein=0A= Sicherheits-Modell: selinux=0A= Sicherheits-DOI: 0=0A= Sicherheitskennung: system_u:system_r:svirt_t:s0:c344,c836 (enforcing)=0A= =0A= Anyone experienced this behaviour? Maybe desired?=0A= =0A= Current software versions:=0A= =0A= centos 7.2 host:=0A= - libvirt 1.2.17-13.el7_2.6=0A= - qemu 2.3.0-31.el7.21.1=0A= =0A= centos 7.3 host:=0A= - libvirt 2.0.0-10.el7_3.2=0A= - qemu 2.6.0-27.1.el7=0A= =0A= Ovirt engine=0A= - ovirt 4.0.6=0A= =0A= Thanks in advance.=0A= =0A= Markus= ------=_NextPartTM-000-dcd10716-a91b-4639-9b2e-e86d32cb73cc Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-dcd10716-a91b-4639-9b2e-e86d32cb73cc--

2 3

New oVirt 4.0.x documentation now live!
by Brian Proffitt 16 Jan '17

16 Jan '17

You wanted it, we delivered! The oVirt Project is pleased to announce the availability of all-new principal documentation[1] for the oVirt 4.0 branch! For more information, check out the blog released today[2]! Peace, Brian [1] https://www.ovirt.org/documentation/ [2] https://www.ovirt.org/blog/2017/01/happy-new-documentation/ -- Brian Proffitt Principal Community Analyst Open Source and Standards @TheTechScribe 574.383.9BKP

3 3

glusterfs heal issues
by Gary Pedretty 16 Jan '17

16 Jan '17

--Apple-Mail=_B7D419EA-0EAE-41C9-87E3-583B5DAC7590 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 This is a self hosted Glusterized setup, with 3 hosts. I have had some = glusterfs data storage domains have some disk issues where healing was = required. The self heal seemed to startup and the Ovirt Management = portal showed healing taking place in the Volumes/Brick tab. Later it = showed everything ok. This is a replica 3 volume. I noticed however = that the brick tab was not showing even use of the 3 bricks and looking = on the actual hosts a df command also shows uneven use of the bricks. = However gluster volume heal (vol) info shows zero entries for all = bricks. There are no errors reported in the Data Center or Cluster, yet = I see this uneven use of the bricks across the 3 hosts. =20 Doing a gluster volume status (vol) detail indeed shows different free = disk space across the different bricks. However the Inode Count and = Free Inodes are identical across all bricks. =20 I thought replica 3 was supposed to be mirrored across all nodes. Any = idea why I am seeing the uneven use, or is this just something about = glusterfs that is different when it comes to free space vs Inode Count? Gary ------------------------------------------------------------------------ Gary Pedretty gary(a)ravnalaska.net = <mailto:gary@eraalaska.net> Systems Manager www.flyravn.com = <http://www.flyravn.com/> Ravn Alaska /\ 907-450-7251 5245 Airport Industrial Road / \/\ 907-450-7238 fax Fairbanks, Alaska 99709 /\ / \ \ Second greatest commandment Serving All of Alaska / \/ /\ \ \/\ =E2=80=9CLove your = neighbor as Really loving the record green up date! Summmer!! yourself=E2=80=9D = Matt 22:39 ------------------------------------------------------------------------ --Apple-Mail=_B7D419EA-0EAE-41C9-87E3-583B5DAC7590 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">This is a self hosted Glusterized setup, with 3 hosts. =  I have had some glusterfs data storage domains have some disk = issues where healing was required.  The self heal seemed to startup = and the Ovirt Management portal showed healing taking place in the = Volumes/Brick tab.  Later it showed everything ok.  This is a = replica 3 volume.  I noticed however that the brick tab was not = showing even use of the 3 bricks and looking on the actual hosts a df = command also shows uneven use of the bricks.  However gluster = volume heal (vol) info shows zero entries for all bricks.  There = are no errors reported in the Data Center or Cluster, yet I see this = uneven use of the bricks across the 3 hosts.  <div class=3D""><br = class=3D""></div><div class=3D"">Doing a gluster volume status (vol) = detail indeed shows different free disk space across the different = bricks.  However the Inode Count and Free Inodes are identical = across all bricks.  </div><div class=3D""><br class=3D""></div><div = class=3D"">I thought replica 3 was supposed to be mirrored across all = nodes.  Any idea why I am seeing the uneven use, or is this just = something about glusterfs that is different when it comes to free space = vs Inode Count?<div class=3D""><br class=3D""></div><div = class=3D"">Gary</div><div class=3D""><br class=3D""></div><div = class=3D""><br class=3D""><div class=3D""> <div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; orphans: = auto; text-align: start; text-indent: 0px; text-transform: none; = white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; = orphans: auto; text-align: start; text-indent: 0px; text-transform: = none; white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); font-size: 12px; letter-spacing: normal; = text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px;" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div><div class=3D"">Gary Pedretty         =                     =            <a = href=3D"mailto:gary@eraalaska.net" = class=3D"">gary(a)ravnalaska.net</a></div><div class=3D"">Systems Manager =                     =                     =  <a href=3D"http://www.flyravn.com" = class=3D"">www.flyravn.com</a></div><div class=3D"">Ravn Alaska   =                     =     /\                 =    907-450-7251</div><div class=3D"">5245 Airport Industrial = Road         /  \/\         =     907-450-7238 fax</div><div class=3D"">Fairbanks, Alaska =  99709        /\  /    \ \ = Second greatest commandment</div></font><font face=3D"Monaco" = class=3D""><span style=3D"font-size: 12px;" class=3D"">Serving All of = Alaska          /  \/  /\  \ \/\ =   =E2=80=9CLove your neighbor as</span></font><br = style=3D"font-family: Monaco;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px;" class=3D""><span style=3D"font-size: 12px;" class=3D"">Really = loving the record green up date! Summmer!!   yourself=E2=80=9D M= att 22:39</span></font><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: Menlo;" = class=3D""></div><font face=3D"Menlo" style=3D"font-size: 12px;" = class=3D""></font><span style=3D"color: rgb(0, 0, 0); letter-spacing: = normal; text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px; font-size: 12px;" class=3D""><font = face=3D"Menlo" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div></font></span><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=3D""><font = face=3D"Menlo" style=3D"font-size: 12px;" class=3D""><br = class=3D""></font></div></div><span style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: 12px;" = class=3D""><br class=3D"Apple-interchange-newline"></span></div><span = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px; font-size: 12px;" class=3D""><br = class=3D"Apple-interchange-newline"></span></div><span style=3D"color: = rgb(0, 0, 0); letter-spacing: normal; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: = 12px;" class=3D""><br class=3D"Apple-interchange-newline"></span></div><br= class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"><br = class=3D"Apple-interchange-newline"> </div> <br class=3D""></div></div></body></html>= --Apple-Mail=_B7D419EA-0EAE-41C9-87E3-583B5DAC7590--

1 1