Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5F074D828 for ; Wed, 10 Oct 2012 16:13:24 +0000 (UTC) Received: (qmail 20590 invoked by uid 500); 10 Oct 2012 16:13:21 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 20570 invoked by uid 500); 10 Oct 2012 16:13:21 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 20562 invoked by uid 99); 10 Oct 2012 16:13:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Oct 2012 16:13:21 +0000 X-ASF-Spam-Status: No, hits=2.6 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,TRACKER_ID X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of btoddb@gmail.com designates 209.85.219.44 as permitted sender) Received: from [209.85.219.44] (HELO mail-oa0-f44.google.com) (209.85.219.44) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Oct 2012 16:13:17 +0000 Received: by mail-oa0-f44.google.com with SMTP id n5so855220oag.31 for ; Wed, 10 Oct 2012 09:12:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=TfRxlltDgZhVcXtFrknq27uQJMiu2mye4hNEESjx3xQ=; b=Jm8WuvmmiOwZc1Xm2yZT9ZcaXVLixHIhdDGCPMRqKlbRDhH0AhgBbEINNuzXcub0Rj nCEz+MfZG0ZgP3wne8tyCijYK9i6OjusOc2lp4VEI+A35+KJ/bpL23HZ0fMin8TtZiZM NFzNan0ql5mtCMSwEUzdcaRkv6x4Cd8CkquZ320J/NakMO7mMYmV5WrCo/mXqUeZQIvR cgJJreN7Vo5UhK69Qvk1rxHKr6vdpXoQQggJoOnqExe4ZhSVnccxCBZPN6+Z5uZzmmlo dg9ZlZHQY5945ctOB4o3rbiZXtfpmkXh0mKBqEl5L30ya/5d9o0J58d306NdoYV/tLu/ 9+gA== MIME-Version: 1.0 Received: by 10.60.5.193 with SMTP id u1mr19682918oeu.111.1349885576618; Wed, 10 Oct 2012 09:12:56 -0700 (PDT) Received: by 10.182.171.8 with HTTP; Wed, 10 Oct 2012 09:12:56 -0700 (PDT) In-Reply-To: References: Date: Wed, 10 Oct 2012 09:12:56 -0700 Message-ID: Subject: Re: unbalanced ring From: "B. Todd Burruss" To: user@cassandra.apache.org Content-Type: multipart/related; boundary=e89a8ff1cf224821f904cbb6baea X-Virus-Checked: Checked by ClamAV on apache.org --e89a8ff1cf224821f904cbb6baea Content-Type: multipart/alternative; boundary=e89a8ff1cf224821f504cbb6bae9 --e89a8ff1cf224821f504cbb6bae9 Content-Type: text/plain; charset=ISO-8859-1 major compaction in production is fine, however it is a heavy operation on the node and will take I/O and some CPU. the only time i have seen this happen is when i have changed the tokens in the ring, like "nodetool movetoken". cassandra does not auto-delete data that it doesn't use anymore just in case you want to move the tokens again or otherwise "undo". try "nodetool cleanup" On Wed, Oct 10, 2012 at 2:01 AM, Alain RODRIGUEZ wrote: > Hi, > > Same thing here: > > 2 nodes, RF = 2. RCL = 1, WCL = 1. > Like Tamar I never ran a major compaction and repair once a week each node. > > 10.59.21.241 eu-west 1b Up Normal 133.02 GB > 50.00% 0 > 10.58.83.109 eu-west 1b Up Normal 98.12 GB > 50.00% 85070591730234615865843651857942052864 > > What phenomena could explain the result above ? > > By the way, I have copy the data and import it in a one node dev cluster. > There I have run a major compaction and the size of my data has been > significantly reduced (to about 32 GB instead of 133 GB). > > How is that possible ? > Do you think that if I run major compaction in both nodes it will balance > the load evenly ? > Should I run major compaction in production ? > > 2012/10/10 Tamar Fraenkel > >> Hi! >> I am re-posting this, now that I have more data and still *unbalanced >> ring*: >> >> 3 nodes, >> RF=3, RCL=WCL=QUORUM >> >> >> Address DC Rack Status State Load >> Owns Token >> >> 113427455640312821154458202477256070485 >> x.x.x.x us-east 1c Up Normal 24.02 GB 33.33% >> 0 >> y.y.y.y us-east 1c Up Normal 33.45 GB >> 33.33% 56713727820156410577229101238628035242 >> z.z.z.z us-east 1c Up Normal 29.85 GB 33.33% >> 113427455640312821154458202477256070485 >> >> repair runs weekly. >> I don't run nodetool compact as I read that this may cause the minor >> regular compactions not to run and then I will have to run compact >> manually. Is that right? >> >> Any idea if this means something wrong, and if so, how to solve? >> >> >> Thanks, >> * >> Tamar Fraenkel * >> Senior Software Engineer, TOK Media >> >> [image: Inline image 1] >> >> tamar@tok-media.com >> Tel: +972 2 6409736 >> Mob: +972 54 8356490 >> Fax: +972 2 5612956 >> >> >> >> >> >> On Tue, Mar 27, 2012 at 9:12 AM, Tamar Fraenkel wrote: >> >>> Thanks, I will wait and see as data accumulates. >>> Thanks, >>> >>> *Tamar Fraenkel * >>> Senior Software Engineer, TOK Media >>> >>> [image: Inline image 1] >>> >>> tamar@tok-media.com >>> Tel: +972 2 6409736 >>> Mob: +972 54 8356490 >>> Fax: +972 2 5612956 >>> >>> >>> >>> >>> >>> On Tue, Mar 27, 2012 at 9:00 AM, R. Verlangen wrote: >>> >>>> Cassandra is built to store tons and tons of data. In my opinion >>>> roughly ~ 6MB per node is not enough data to allow it to become a fully >>>> balanced cluster. >>>> >>>> >>>> 2012/3/27 Tamar Fraenkel >>>> >>>>> This morning I have >>>>> nodetool ring -h localhost >>>>> Address DC Rack Status State Load >>>>> Owns Token >>>>> >>>>> 113427455640312821154458202477256070485 >>>>> 10.34.158.33 us-east 1c Up Normal 5.78 MB >>>>> 33.33% 0 >>>>> 10.38.175.131 us-east 1c Up Normal 7.23 MB >>>>> 33.33% 56713727820156410577229101238628035242 >>>>> 10.116.83.10 us-east 1c Up Normal 5.02 MB >>>>> 33.33% 113427455640312821154458202477256070485 >>>>> >>>>> Version is 1.0.8. >>>>> >>>>> >>>>> *Tamar Fraenkel * >>>>> Senior Software Engineer, TOK Media >>>>> >>>>> [image: Inline image 1] >>>>> >>>>> tamar@tok-media.com >>>>> Tel: +972 2 6409736 >>>>> Mob: +972 54 8356490 >>>>> Fax: +972 2 5612956 >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Tue, Mar 27, 2012 at 4:05 AM, Maki Watanabe < >>>>> watanabe.maki@gmail.com> wrote: >>>>> >>>>>> What version are you using? >>>>>> Anyway try nodetool repair & compact. >>>>>> >>>>>> maki >>>>>> >>>>>> >>>>>> 2012/3/26 Tamar Fraenkel >>>>>> >>>>>>> Hi! >>>>>>> I created Amazon ring using datastax image and started filling the >>>>>>> db. >>>>>>> The cluster seems un-balanced. >>>>>>> >>>>>>> nodetool ring returns: >>>>>>> Address DC Rack Status State Load >>>>>>> Owns Token >>>>>>> >>>>>>> 113427455640312821154458202477256070485 >>>>>>> 10.34.158.33 us-east 1c Up Normal 514.29 KB >>>>>>> 33.33% 0 >>>>>>> 10.38.175.131 us-east 1c Up Normal 1.5 MB >>>>>>> 33.33% 56713727820156410577229101238628035242 >>>>>>> 10.116.83.10 us-east 1c Up Normal 1.5 MB >>>>>>> 33.33% 113427455640312821154458202477256070485 >>>>>>> >>>>>>> [default@tok] describe; >>>>>>> Keyspace: tok: >>>>>>> Replication Strategy: org.apache.cassandra.locator.SimpleStrategy >>>>>>> Durable Writes: true >>>>>>> Options: [replication_factor:2] >>>>>>> >>>>>>> [default@tok] describe cluster; >>>>>>> Cluster Information: >>>>>>> Snitch: org.apache.cassandra.locator.Ec2Snitch >>>>>>> Partitioner: org.apache.cassandra.dht.RandomPartitioner >>>>>>> Schema versions: >>>>>>> 4687d620-7664-11e1-0000-1bcb936807ff: [10.38.175.131, >>>>>>> 10.34.158.33, 10.116.83.10] >>>>>>> >>>>>>> >>>>>>> Any idea what is the cause? >>>>>>> I am running similar code on local ring and it is balanced. >>>>>>> >>>>>>> How can I fix this? >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> *Tamar Fraenkel * >>>>>>> Senior Software Engineer, TOK Media >>>>>>> >>>>>>> [image: Inline image 1] >>>>>>> >>>>>>> tamar@tok-media.com >>>>>>> Tel: +972 2 6409736 >>>>>>> Mob: +972 54 8356490 >>>>>>> Fax: +972 2 5612956 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> With kind regards, >>>> >>>> Robin Verlangen >>>> www.robinverlangen.nl >>>> >>>> >>> >> > --e89a8ff1cf224821f504cbb6bae9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable major compaction in production is fine, however it is a heavy operation on = the node and will take I/O and some CPU.

the only time i= have seen this happen is when i have changed the tokens in the ring, like = "nodetool movetoken". =A0cassandra does not auto-delete data that= it doesn't use anymore just in case you want to move the tokens again = or otherwise "undo".

try "nodetool cleanup"


On Wed, Oct 10, 2012 at 2:01 AM, Alain RODRIGUEZ <= arodrime@gmail.com> wrote:
Hi,

Same thing here:=A0

2 nodes, RF =3D 2. RCL =3D 1, WCL =3D 1.
= Like Tamar I never ran a major compaction=A0and repair once a week each nod= e.

10.59.21.241 =A0 =A0eu-west =A0 =A0 1b =A0 =A0 =A0= =A0 =A0Up =A0 =A0 Normal =A0133.02 GB =A0 =A0 =A0 50.00% =A0 =A0 =A0 =A0 = =A0 =A0 =A00
10.58.83.109 =A0 =A0eu-west =A0 =A0 1b =A0 =A0 =A0 =A0 =A0Up =A0 =A0 N= ormal =A098.12 GB =A0 =A0 =A0 =A050.00% =A0 =A0 =A0 =A0 =A0 =A0 =A085070591= 730234615865843651857942052864

What phenomena coul= d explain the result above ?

By the way, I have copy the data and import it in a one node dev= cluster. There I have run a major compaction and the size of my data has b= een significantly reduced (to about 32 GB instead of 133 GB).=A0

How is that possible ?
Do you think that if I run = major compaction in both nodes it will balance the load evenly ?
= Should I run major compaction in production ?

2012/10/10 Tamar Fraenkel <tamar@tok-media.com>
Hi!
I am re-posting this, now that I have more data and= still unbalanced ring:

3 nodes,
RF=3D3, RCL=3DWCL=3DQUORU= M


Address=A0=A0=A0=A0=A0=A0=A0=A0 DC=A0=A0=A0=A0=A0=A0=A0=A0=A0= Rack=A0=A0=A0=A0=A0=A0=A0 Status State=A0=A0 Load=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Owns=A0=A0=A0 Token
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 113427455640312821154458202477256070485
x.x.x.x =A0=A0 u= s-east=A0=A0=A0=A0 1c=A0=A0=A0=A0=A0=A0=A0=A0=A0 Up=A0=A0=A0=A0 Normal=A0 2= 4.02 GB=A0=A0=A0=A0=A0=A0=A0 33.33%=A0 0
y.y.y.y =A0 =A0 us-east=A0=A0= =A0=A0 1c=A0=A0=A0=A0=A0=A0=A0=A0=A0 Up=A0=A0=A0=A0 Normal=A0 33.45 GB=A0= =A0=A0=A0=A0=A0=A0 33.33%=A0 56713727820156410577229101238628035242
z.z.z.z =A0=A0 us-east=A0=A0=A0=A0 1c=A0=A0=A0=A0=A0=A0=A0=A0=A0 Up=A0=A0= =A0=A0 Normal=A0 29.85 GB=A0=A0=A0=A0=A0=A0=A0 33.33%=A0 113427455640312821= 154458202477256070485

repair runs weekly.
I don't run nodetoo= l compact as I read that this may cause the minor regular compactions not t= o run and then I will have to run compact manually. Is that right?

Any idea if this means something wrong, and if so, how to solve?

Thanks,

Tamar Fraenkel=A0=
Senior Software Engineer, TOK Media=A0

3D"Inline

tamar@tok= -media.com
Tel:=A0=A0=A0+972 2 6409736= =A0
Mob:=A0=A0+972 54 8356490=A0
Fax:= =A0=A0=A0+972 2 5612956=A0





On Tue, Mar 27, 2012 at = 9:12 AM, Tamar Fraenkel <tamar@tok-media.com> wrote:
Thanks, I will wait and see as data accumulates.
Thank= s,

Tamar Fraenkel=A0
Senior Software Engineer, TOK Media=A0<= br>
3D"Inline

tamar@tok-media.com
Tel:=A0=A0=A0+972 2 6= 409736=A0
Mob:=A0=A0+972 54 8356490=A0
Fax:=A0=A0= =A0+972 2 5612956=A0




On Tue, Mar 27, 2012 at = 9:00 AM, R. Verlangen <robin@us2.nl> wrote:
Cassandra is built to store tons and tons of data. In my opinion roughly ~ = 6MB per node is not enough data to allow it to become a fully balanced clus= ter.


2012/3/27 Tamar Fraenkel <tamar@tok-media.com>
This morning I have
=A0nodetool ring -h localhost
Address =A0 =A0 =A0 =A0 DC =A0 =A0 =A0 =A0 =A0Rack =A0 =A0 =A0 =A0Stat= us State =A0 Load =A0 =A0 =A0 =A0 =A0 =A0Owns =A0 =A0Token
=A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0113427455640312821154458202477256070485
10.34.158.33 =A0 =A0us-east =A0 =A0 1c =A0 =A0 =A0 =A0 =A0Up =A0= =A0 Normal =A05.78 MB =A0 =A0 =A0 =A0 33.33% =A00
10.38.175.131 = =A0 us-east =A0 =A0 1c =A0 =A0 =A0 =A0 =A0Up =A0 =A0 Normal =A07.23 MB =A0 = =A0 =A0 =A0 33.33% =A056713727820156410577229101238628035242
10.116.83.10 =A0 =A0us-east =A0 =A0 1c =A0 =A0 =A0 =A0 =A0Up =A0 =A0 Normal= =A05.02 MB =A0 =A0 =A0 =A0 33.33% =A01134274556403128211544582024772560704= 85

Version is 1.0.8.


Tamar Fraenkel=A0
Senior Software Engineer, TOK Medi= a=A0

3D"In=

tamar@tok-media.com
Tel:=A0=A0=A0+972 2 6409736=A0
Mob:=A0=A0<= a value=3D"+972548356490">+972 54 8356490=A0
Fax:=A0=A0=A0+972 2 5612956=A0





On Tue, Mar 27, 2012 at = 4:05 AM, Maki Watanabe <watanabe.maki@gmail.com> wrote= :
What version are you using?
Anyway try nodetool repair & compact.

<= font color=3D"#888888">maki


2012/3/26 Tamar Fraenkel <tamar= @tok-media.com>
Hi!
I created Amazon ri= ng using datastax image and started filling the db.
The cluster s= eems un-balanced.

nodetool ring returns:
Address =A0 =A0 =A0 = =A0 DC =A0 =A0 =A0 =A0 =A0Rack =A0 =A0 =A0 =A0Status State =A0 Load =A0 =A0= =A0 =A0 =A0 =A0Owns =A0 =A0Token
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0113427455640312821154458202477256070485
10.34= .158.33 =A0 =A0us-east =A0 =A0 1c =A0 =A0 =A0 =A0 =A0Up =A0 =A0 Normal =A05= 14.29 KB =A0 =A0 =A0 33.33% =A00
10.38.175.131 =A0 us-east =A0 =A0 1c =A0 =A0 =A0 =A0 =A0Up =A0 =A0 Nor= mal =A01.5 MB =A0 =A0 =A0 =A0 =A033.33% =A056713727820156410577229101238628= 035242
10.116.83.10 =A0 =A0us-east =A0 =A0 1c =A0 =A0 =A0 =A0 =A0= Up =A0 =A0 Normal =A01.5 MB =A0 =A0 =A0 =A0 =A033.33% =A0113427455640312821= 154458202477256070485

[default@tok] describe;
Keyspace: = tok:
=A0 Replication Strategy: org.apache.cassandra.locator.Simpl= eStrategy
=A0 Durable Writes: true
=A0 =A0 Options: [re= plication_factor:2]

[default@tok] describe cluster;
Cl= uster Information:
=A0 =A0Snitch: org.apache.cassandra.locator.Ec= 2Snitch
=A0 =A0Partitioner: org.apache.cassandra.dht.RandomPartit= ioner
=A0 =A0Schema versions:
=A0 =A0 =A0 =A0 4687d620-7664-11e1-0= 000-1bcb936807ff: [10.38.175.131, 10.34.158.33, 10.116.83.10]


Any idea what is the cause?
I am= running similar code on local ring and it is balanced.

How can I fix this?

Thanks,

Tamar Fraenk= el=A0
Senior Software Engineer, TOK Media=A0

3D"Inline

tamar@tok= -media.com
Tel:=A0=A0=A0+972 2 6409736= =A0
Mob:=A0=A0+972 54 8356490=A0
Fax:= =A0=A0=A0+972 2 5612956=A0








<= font color=3D"#888888">--
With kind regards,

Robin V= erlangen





--e89a8ff1cf224821f504cbb6bae9-- --e89a8ff1cf224821f904cbb6baea Content-Type: image/png; name="tokLogo.png" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: ii_135b91fb888fa9ff iVBORw0KGgoAAAANSUhEUgAAAF0AAAAnCAYAAABtyERkAAAABGdBTUEAALGPC/xhBQAACkNpQ0NQ SUNDIFByb2ZpbGUAAHgBnZZ3VFNZE8Dvey+90BJCkRJ6DU1KAJESepFeRSUkAUIJGBKwV0QFVxQV aYoiiyIuuLoUWSuiWFgUFLAvyCKgrIuriIplX/QcZf/Y/b6z88ec35s7c+/cmbnnPAAovoFCUSas AECGSCIO8/FgxsTGMfHdAAZEgAPWAHB52VlB4d4RABU/Lw4zG3WSsUygz/p1/xe4xfINYTI/m/5/ pcjLEkvQnULQkLl8QTYP5TyU03MlWTL7JMr0xDQZwxgZi9EEUVaVcfIXNv/s84XdZMzPEPFRH1nO WfwMvow7UN6SIxWgjASinJ8jFOSifBtl/XRphhDlNyjTMwTcbAAwFJldIuCloGyFMkUcEcZBeR4A BEryLE6cxRLBMjRPADiZWcvFwuQUCdOYZ8K0dnRkM30FuekCiYQVwuWlccV8JiczI4srWg7AlzvL ooCSrLZMtMj21o729iwbC7T8X+VfF796/TvIevvF42Xo555BjK5vtm+x32yZ1QCwp9Da7PhmSywD oGUTAKr3vtn0DwAgnwdA841Z92HI5iVFIslysrTMzc21EAp4FrKCfpX/6fDV859h1nkWsvO+1o7p KUjiStMlTFlReZnpmVIxMzuLyxMwWX8bYnTr/xw4K61ZeZiHCZIEYoEIPSoKnTKhKBltt4gvlAgz RUyh6J86/B/DZuUgwy9zjQKt5iOgL7EACjfoAPm9C2BoZIDE70dXoK99CyRGAdnLi9Ye/TL3KKPr n/XfFFyEfsLZwmSmzMwJi2DypOIcGaNvQqawgATkAR2oAS2gB4wBC9gAB+AM3IAX8AfBIALEgsWA B1JABhCDXLAKrAf5oBDsAHtAOagCNaAONIAToAWcBhfAZXAd3AR94D4YBCPgGZgEr8EMBEF4iArR IDVIGzKAzCAbiA3Nh7ygQCgMioUSoGRIBEmhVdBGqBAqhsqhg1Ad9CN0CroAXYV6oLvQEDQO/Qm9 gxGYAtNhTdgQtoTZsDscAEfAi+BkeCm8As6Dt8OlcDV8DG6GL8DX4T54EH4GTyEAISMMRAdhIWyE gwQjcUgSIkbWIAVICVKNNCBtSCdyCxlEJpC3GByGhmFiWBhnjC8mEsPDLMWswWzDlGOOYJoxHZhb mCHMJOYjlorVwJphnbB+2BhsMjYXm48twdZim7CXsH3YEexrHA7HwBnhHHC+uFhcKm4lbhtuH64R dx7XgxvGTeHxeDW8Gd4FH4zn4iX4fHwZ/hj+HL4XP4J/QyATtAk2BG9CHEFE2EAoIRwlnCX0EkYJ M0QFogHRiRhM5BOXE4uINcQ24g3iCHGGpEgyIrmQIkippPWkUlID6RLpAeklmUzWJTuSQ8lC8jpy Kfk4+Qp5iPyWokQxpXAo8RQpZTvlMOU85S7lJZVKNaS6UeOoEup2ah31IvUR9Y0cTc5Czk+OL7dW rkKuWa5X7rk8Ud5A3l1+sfwK+RL5k/I35CcUiAqGChwFrsIahQqFUwoDClOKNEVrxWDFDMVtikcV ryqOKeGVDJW8lPhKeUqHlC4qDdMQmh6NQ+PRNtJqaJdoI3Qc3YjuR0+lF9J/oHfTJ5WVlG2Vo5SX KVcon1EeZCAMQ4YfI51RxDjB6Ge8U9FUcVcRqGxVaVDpVZlWnaPqpipQLVBtVO1TfafGVPNSS1Pb qdai9lAdo26qHqqeq75f/ZL6xBz6HOc5vDkFc07MuacBa5hqhGms1Dik0aUxpaml6aOZpVmmeVFz Qouh5aaVqrVb66zWuDZNe762UHu39jntp0xlpjsznVnK7GBO6mjo+OpIdQ7qdOvM6BrpRupu0G3U fahH0mPrJent1mvXm9TX1g/SX6Vfr3/PgGjANkgx2GvQaTBtaGQYbbjZsMVwzEjVyM9ohVG90QNj qrGr8VLjauPbJjgTtkmayT6Tm6awqZ1pimmF6Q0z2MzeTGi2z6zHHGvuaC4yrzYfYFFY7qwcVj1r yIJhEWixwaLF4rmlvmWc5U7LTsuPVnZW6VY1Vvetlaz9rTdYt1n/aWNqw7OpsLk9lzrXe+7aua1z X9ia2Qps99vesaPZBdlttmu3+2DvYC+2b7Afd9B3SHCodBhg09kh7G3sK45YRw/HtY6nHd862TtJ nE44/eHMck5zPuo8Ns9onmBezbxhF10XrstBl8H5zPkJ8w/MH3TVceW6Vrs+dtNz47vVuo26m7in uh9zf+5h5SH2aPKY5jhxVnPOeyKePp4Fnt1eSl6RXuVej7x1vZO9670nfex8Vvqc98X6Bvju9B3w 0/Tj+dX5Tfo7+K/27wigBIQHlAc8DjQNFAe2BcFB/kG7gh4sMFggWtASDIL9gncFPwwxClka8nMo LjQktCL0SZh12KqwznBa+JLwo+GvIzwiiiLuRxpHSiPbo+Sj4qPqoqajPaOLowdjLGNWx1yPVY8V xrbG4eOi4mrjphZ6LdyzcCTeLj4/vn+R0aJli64uVl+cvvjMEvkl3CUnE7AJ0QlHE95zg7nV3KlE v8TKxEkeh7eX94zvxt/NHxe4CIoFo0kuScVJY8kuybuSx1NcU0pSJoQcYbnwRapvalXqdFpw2uG0 T+nR6Y0ZhIyEjFMiJVGaqCNTK3NZZk+WWVZ+1uBSp6V7lk6KA8S12VD2ouxWCR39meqSGks3SYdy 5udU5LzJjco9uUxxmWhZ13LT5VuXj67wXvH9SsxK3sr2VTqr1q8aWu2++uAaaE3imva1emvz1o6s 81l3ZD1pfdr6XzZYbSje8Gpj9Ma2PM28dXnDm3w21efL5YvzBzY7b67agtki3NK9de7Wsq0fC/gF 1wqtCksK32/jbbv2nfV3pd992p60vbvIvmj/DtwO0Y7+na47jxQrFq8oHt4VtKt5N3N3we5Xe5bs uVpiW1K1l7RXunewNLC0tUy/bEfZ+/KU8r4Kj4rGSo3KrZXT+/j7eve77W+o0qwqrHp3QHjgzkGf g83VhtUlh3CHcg49qYmq6fye/X1drXptYe2Hw6LDg0fCjnTUOdTVHdU4WlQP10vrx4/FH7v5g+cP rQ2shoONjMbC4+C49PjTHxN+7D8RcKL9JPtkw08GP1U20ZoKmqHm5c2TLSktg62xrT2n/E+1tzm3 Nf1s8fPh0zqnK84onyk6Szqbd/bTuRXnps5nnZ+4kHxhuH1J+/2LMRdvd4R2dF8KuHTlsvfli53u neeuuFw5fdXp6qlr7Gst1+2vN3fZdTX9YvdLU7d9d/MNhxutNx1vtvXM6znb69p74Zbnrcu3/W5f 71vQ19Mf2X9nIH5g8A7/ztjd9Lsv7uXcm7m/7gH2QcFDhYcljzQeVf9q8mvjoP3gmSHPoa7H4Y/v D/OGn/2W/dv7kbwn1Cclo9qjdWM2Y6fHvcdvPl34dORZ1rOZifzfFX+vfG78/Kc/3P7omoyZHHkh fvHpz20v1V4efmX7qn0qZOrR64zXM9MFb9TeHHnLftv5Lvrd6Ezue/z70g8mH9o+Bnx88Cnj06e/ AAOb8/zszueKAAAACXBIWXMAAA7DAAAOwwHHb6hkAAAHmklEQVRoBeVaa0wUVxQ+uzPLLqj1lbRW IkKKYgNq0WpRq0mjEWJRqVaLGmoCFdpCpYhGLP6hlvpCWl+NmGATFYH+qPhqq9W0wSqgLYhPFCxI Q2L7oyjCPthX7xkY2MedYRaGWbAnmcy959x77plvzp69c+5R2QnBICLLn7UAqg6D2aAJg8jyblPZ 7ubAatma/wVzVSVYblaB7U4l2OquAfgQGxlyodV4qQn+rAqYKZGgDp4M7MSpwASFgHr4KCIcuKRC T3/8+G8oLi7uVyvnzZsL4eHhomvYDQYw37gBphMFYC09D6AhP0ICrkpDprGkLQB614vAF0Iudnos aGa9DZqps0TXcxWePn0G6uvrXdkQFBQES5YsduPTGFKw5DzdaDRAeXkFTYdsvNDQUFFdpp8vgiF7 O9ibGjtARqB7SZbKIsDL5D8DdKsyuF+AFFUIeF9wMBqN8NVXX0NjY6PgckuXLsYfqHfJ2tQELR+l gD7+Y7A/+ktWY2xN10Gfsxz0x3aD3WSQVberMgR8z57cHgGPjY31Lujm6mp4tup9sJ694PoMsvYt l/OgbUc8WP9pklUvr4wH/PbtOzzL7Y4ejoAjceHFbYQCjParZdD23lpJK7FRq4Cd9jq3a2FCOsMU 2cFYa++A3dAGtkf3wPJ7oaguzut3xoHf5mPAvOgvOtYToaeAo26vgI4hRZ+xVfTZ2HdiQbt8BWgm TxEcxwYGd8nspkyw1NwAc9k5Es/pL8D+rBH0BPihX54Dlda3a25fGgUFJ0Cqh/PrcKAHBgZCYWEB z6PeGxoaYMuWTKps+/ZsQB1SCHcorWkbwV5Pj99MVBT4paYCG9wNqBS9Kq2O7FYiuMvyYAUYC3eA rYlsM10IgTd8mw1+H37hIvG8W1RUBBcvXhKc6BhSHAcp/kdqOn8BbGV/ONrQ1dZuTocX9u/3GPAu BZ0NduIUGJJxBNi5Sa4iro87G3N1GVUmlYmAnzp1RnC4EOA4QVHQ0cuNufuohmoz04n30UGiTuiB iZ7vF7cJNJGbqCNNJXQ7qINdmH0BHFUpCnr7b1eoYUXzSaKsgDtipIteC0xIlCOLa+Mfq+VBtRu/ J8aVK1d77eG8bmVB/+VXfl2nu9+6BKe+nB30eN2KT6kqzbc8CzFVVVVw4MBBqi5kioUUx0mKgm45 9p3j2lwbvVw9cqQbX04GExAMav+ZbiptDbfceEIMBHzXrhwhsWTAUQG3exHUJKMAt4k00kwTz8fQ 5vSGx86MhvaTzrsZ632S35FANTU1oukBqR7OL6WYp9v1en5NpzsTON6p318dle/QXqt+8uSp6Ny2 NvqzCU1SDHQhA54HPu7V8Q9WKikGunr0aKpN1oZHVL7cTLuhVW6VTvqOHz8OmNaVQsqBPop+sGCu rJJiZ5/HWK6dddPBhES68XrLwBCUn58PmIvpiRQDHQ3RpKxzs8e8/zDYmpvd+HIyzDfLqSkB5tXZ Hi8zYsRwwTmYgykpKRGU8wJFQfeZ+ya/rtO9LSfXqS9nx24ygukk/etTE+a+jRRbOywslBxS5ALe hQhTA7jbESNFQdeEvwaqoHFu9liOFoP+UJ4bv68MBFx/YCPVy9XkVIkJmCB5CQQ6PX0D6HQ6SEgQ /5jbu3cfiO14FAVd5esLug3rqQ9qyt4DrbtzwC4hJlIVuDB5wK33f3KRdHTxGE8qBQQEdAGOc8aM eQlSUpIFpyPgBw8Kf7kqCjpaqYtZCkz0QqrB5m8OQ0t8PFjq6qhyqcz2ikvQmhkNQoBj9hErB6TS 2LEvcx7uOH7OnNkQEfGGI8upjfEdD7pppDjoaMTQ7M+pYQZltuskEXX3LjY9ItvTZmgvJ2BnrQZj fhLYWxqo83HH4rsyhSrzlJmUlAhif6yFhUWA5xCupFgawHFhNdk+Dis8yp2PCh1mOI7Htu1JM5jL S7kjO67YiBzXIVkbH4DtIamNwQMLhjDw6pSh3JFUwwJAF/eZbKdGGN9TU9dDVtY2x2Wc2jt37uL+ fHEsT14BHRdn/P054Fsi3uJtod4tD+ug/YeTYP7+UM91L1QNHUzOwz/YJnsh0qRJk7hkl9CBBsb3 vLzD3MvhzfMa6GgAAi9E7RXlYDy0D2z3rnUWGwmN7JnvE5MF2vnLZPNw1xVjYmKgqqpasPwCa2lC Qy/BggXzualeiemuRrv2jRnpoE+MA9st56yg67ie+uy0WBiy9UfQLVrTb4CjDRg60tLoOXvexvz8 I11pggEJOm9ob++ayI0c2Hj47MlevLfr4TzcRiYkxIuqwOovTBN4NbyIWihRqB4/gxxQvAJMGPnY 8Q8ENkT6VlDiEpKHYfioqKgQLMnAcjss2Rg0oKtDZoA2IZXUwZCvWp08NSuS0fRgYHJyMilV2SL4 RYppYMmg68iDCn0MoKy/iF1Eio6WkaKjsP734CBSnUsjIT5tLO7bExPXQWnpZZqY43Gl0oJSBQTN 4yZ2r4IuQEqisTTaJy0ddO+uJOen9JRw96TB15Ls6Uo8mnrmdNCuJp69cCFgnuZ5pQEBOuZidHFr wGe2Z0X8g/WleD28WGprgZ0gPcU6WIF2tNvroDsa839pP5cfRwP95f0HN8yA0D1xOrwAAAAASUVO RK5CYII= --e89a8ff1cf224821f904cbb6baea--