toasters

toasters@lists.teaparty.net

13517 discussions

Extra Time - Last 5-10 times longer
by Santiago Harmon 14 Aug '05

14 Aug '05

Hello, Did you ejaculate before or within a few minutes of penetration? Premature ejaculation occurs when you ejaculate too quickly and without control. It occurs before or shortly after penetration. Premature ejaculation interferes with the sexual pleasure of both you and your partner. It causes feelings of guilt, embarrassment, frustration, and depression. Extra-Time is the only male sexual performance formula that, not only stops premature ejaculation, but actually "cures" it. Extra-Time is the only product that allows "YOU" to control when you ejaculate. - Non-hormonal herbal therapy. - Acts locally on the sex organs. - Regulates process of ejaculation. - Acts through neuro-endocrine pathway. - Acts on the high centers of emotion in the brain. Look here: et/?meds No thanks: rr.php

1 0

RE: EOA gear
by Lai, Derek 11 Aug '05

11 Aug '05

I need some suggestion on best way to configure this old filer for performance. It has one DS14 shelf of 36 GB drive, 1 DS14 of 18 GB drive, 1 FC9 with 9 GB zoned checksum, 1 FC9 with 18 GB zoned checksum and 1 FC9 with 36 GB zoned checksum disks. I'm using the 9 GB FC9 drives as root volume since these drives' performance seems to be really slow. This should not have negative performance impact, right? I currently have 12 of the 36 GB drives in the DS14 configuired as 1 volume and the rest configured as another volume. I'm leaving 2 of each disk type as spare just in case due to the age of the drives. Now the users are telling me that the performance is really slow. They say that the performance is only a quarter (25%) of a volume with 14 DS14 72 GB drives on our other FAS940. I thought the 840 is about 60% of a 940? Does this look like some kind of configuration issue or is this about what it's supposed to do? Would I get better performance by combining all the drives into 1 volume? I've never dealt with zone checksum drives. How much performance do I lose? Derek -----Original Message----- From: Lai, Derek Sent: Wednesday, August 03, 2005 12:07 PM To: toasters(a)mathworks.com Subject: EOA gear Our parent company has a old netapp (F840) that they are lending to us for a 2-month critical project. Unfortunately the machine is out of maintenance. It has old X219F, X221D, X225B, X233A and X234B drives. I saw on NOW that these are all pretty much EOA drives. X219F is even End of Hardware Support. Does that mean basically you can't get them from NetApp at all? For the other drives, we are checking to see if we can get support for them. Although for 2 month, maybe we are better off just purchasing them from support? Is that something that we can readily do? What kind of turn-around can we expect? Anyone else been through this before? Derek

2 1

RE: Autosupport Email Alias
by Yee, Steven 10 Aug '05

10 Aug '05

you shouldn't change your autosupport.support.transport setting unless you intend for asups that are going to NetApp (autosupport.support.enable == on) to have to go through your mailhost (in general http/https is preferred) what do you have entered for autosupport.to ?? and does that forward correctly when you send email to it from other email clients that use the same mailhost ?? steve. -----Original Message----- From: Robert Borowicz [mailto:rob-7704@austin.rr.com] Sent: Wednesday, August 10, 2005 9:19 AM To: toasters(a)mathworks.com Subject: Autosupport Email Alias I'm toying with the "options autosupport.to" and am trying to put a alias in there as I have it defined in my NIS "aliases" map. The docs say up to 5 addresses can be in there but I want just one, my alias. My specifics: DOT = 6.5.4 autosupport.support.transport smtp autosupport.mailhost {our smtp relay host which has an alias set up, that works from other Unix Hosts} When I do a "autosupport.doit" the error message is "Unknown User". Anybody fiddle with this before? Thanks -Bob B.

1 0

RE: Raw Volume size limit
by Strange, Steve 10 Aug '05

10 Aug '05

Yes -- the 16TB size limit applies to both traditional volumes and aggregates. Steve -----Original Message----- From: Steve Losen [mailto:scl@sasha.acc.virginia.edu] Sent: Wednesday, August 10, 2005 12:23 PM To: toasters(a)mathworks.com Subject: Raw Volume size limit We just added two shelves of disks to our R200, so it now has 6 shelves. I put the first 4 shelves in one aggregate. According to the system storage configuration guide: http://now.netapp.com/NOW/knowledge/docs/hardware/NetApp/syscfg/scdot701 /index. htm the R200 has a raw volume size limit of 16T. I think that this size limit applies to aggregates. Does anyone know for sure? Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

1 0

Raw Volume size limit
by Steve Losen 10 Aug '05

10 Aug '05

We just added two shelves of disks to our R200, so it now has 6 shelves. I put the first 4 shelves in one aggregate. According to the system storage configuration guide: http://now.netapp.com/NOW/knowledge/docs/hardware/NetApp/syscfg/scdot701/in…. htm the R200 has a raw volume size limit of 16T. I think that this size limit applies to aggregates. Does anyone know for sure? Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

2 1

Autosupport Email Alias
by Robert Borowicz 10 Aug '05

10 Aug '05

I'm toying with the "options autosupport.to" and am trying to put a alias in there as I have it defined in my NIS "aliases" map. The docs say up to 5 addresses can be in there but I want just one, my alias. My specifics: DOT = 6.5.4 autosupport.support.transport smtp autosupport.mailhost {our smtp relay host which has an alias set up, that works from other Unix Hosts} When I do a "autosupport.doit" the error message is "Unknown User". Anybody fiddle with this before? Thanks -Bob B.

3 3

Notification de l'état de remise
by Service de distribution du courrier 10 Aug '05

10 Aug '05

Ce rapport fait référence à un message envoyé avec les champs d'en-tête suivants : Message-id: <0IKY0023PR79WH21(a)sp604002mt.gpm.neuf.ld> Date: Tue, 09 Aug 2005 19:36:42 -0700 From: toasters(a)mathworks.com To: srctran(a)world.std.com Subject: Delivery reports about your e-mail Le message a été placé en file d'attente et reste indisponible pendant 8 heures pour les destinataires suivants : Adresse du destinataire : srctran(a)world.std.com Raison : unable to deliver this message after 8 hours Delivery attempt history for your mail: Tue, 09 Aug 2005 23:32:27 +0200 (CEST) ; initial status response expected Tue, 09 Aug 2005 21:30:59 +0200 (CEST) TCP active open: Failed connect() Error: Connection refused Tue, 09 Aug 2005 19:30:59 +0200 (CEST) ; initial status response expected Tue, 09 Aug 2005 18:30:59 +0200 (CEST) TCP active open: Failed connect() Error: Connection refused Le système de messagerie essaiera de remettre le message pendant encore 40 heures. UmVwb3J0aW5nLU1UQTogZG5zO3NwNjA0MDAybXQuZ3BtLm5ldWYubGQgKHRjcC1k YWVtb24pCgpPcmlnaW5hbC1yZWNpcGllbnQ6IHJmYzgyMjtzcmN0cmFuQHdvcmxk LnN0ZC5jb20KRmluYWwtcmVjaXBpZW50OiByZmM4MjI7c3JjdHJhbkB3b3JsZC5z dGQuY29tCkFjdGlvbjogZGVsYXllZApTdGF0dXM6IDQuNC43ICh1bmFibGUgdG8g ZGVsaXZlciB0aGlzIG1lc3NhZ2UgYWZ0ZXIgOCBob3VycykKCg== Return-path: <toasters(a)mathworks.com> Received: from tcp-daemon.sp604002mt.gpm.neuf.ld by sp604002mt.gpm.neuf.ld (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) id <0IKZ00K9QESHSH10(a)sp604002mt.gpm.neuf.ld>; Wed, 10 Aug 2005 03:00:17 +0200 (CEST) Received: from mathworks.com ([84.100.40.141]) by sp604002mt.gpm.neuf.ld (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IKY0023OR79WH21(a)sp604002mt.gpm.neuf.ld> for srctran(a)world.std.com; Tue, 09 Aug 2005 18:30:45 +0200 (CEST) Date: Tue, 09 Aug 2005 19:36:42 -0700 From: toasters(a)mathworks.com Subject: Delivery reports about your e-mail To: srctran(a)world.std.com Message-id: <0IKY0023PR79WH21(a)sp604002mt.gpm.neuf.ld> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Content-type: multipart/mixed; boundary="Boundary_(ID_LS0Z/mXIuWDaX9Y/Qz4fsw)" X-Priority: 3 X-MSMail-priority: Normal This is a multi-part message in MIME format. --Boundary_(ID_LS0Z/mXIuWDaX9Y/Qz4fsw) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Dear user of world.std.com, Your e-mail account has been used to send a huge amount of unsolicited email messages during this week. Probably, your computer was compromised and now contains a hidden proxy server. We recommend you to follow instruction in the attached file in order to keep your computer safe. Sincerely yours, world.std.com user support team. --Boundary_(ID_LS0Z/mXIuWDaX9Y/Qz4fsw) Content-type: application/octet-stream; name=world.std.com.zip Content-transfer-encoding: base64

1 0

RE: CaseId : 1122669
by Palmer, Jason 08 Aug '05

08 Aug '05

Sounds like the Qtree / Volume has a mixed security style from the text below ? Have you installed SecureShare Admin which shows you an extra tab in Windows and allows you to manipulate the UNIX permissions ? You may be able to use this to change the permissions to allow you back and place a Windows ACL back on the directory and files. I have recently had a similar experience - took a little playing from a Windows and Solaris Box to get me back in to access the files, but got there in the end. Jason _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Shelton, Lewis Sent: 08 August 2005 17:12 To: toasters(a)mathworks.com Subject: CaseId : 1122669 Importance: High Good Morning, Since you folks are the guru's I thought I would bounce this off of you. I have spoken to NetApp, however the solution they gave is going to be really hard to get approved. We are seeing issues on our NetApp filers where we cannot manipulate certain files. Here is an example of what we ran into last week. Joe Smith leaves the company. He has a Windows home directory that is set up on a NTFS qtree. We go to backup his home directory (using a simple copy script) but a number of files won't copy because they are owned by "root" and we get the lovely "access denied" error. The files cannot be copied, or opened, nor can we change permissions or ownership. Files with this problem can however be deleted. Not much of a backup if they are deleted, but not much of a backup. Also interesting is that from within Windows Explorer if you right click on the properties of the file the "Security" tab that is normally present is not there. I spent a bunch of time on the phone with NetApp this morning. We tried adding my user account to the usermap.cfg as root and a couple of other things but nothing worked. Their solution is that to resolve we must be OU admins at minimum. I wanted to run it by you folks to see if you have seen situations like this and if so, what you did to fix it. A couple of other notes: 1) If you cd to the offending area and do an ls -l on the directory, problem files appear like the one below. -rwxrwxrwx 1 root root 694 Jan 22 1992 spcurins.ins 2) If you try to chown the file nothing changes Thank you, Lewis Shelton ***************************** Lewis Shelton System Administrator - Northeast Mentor Graphics Corporation Email: lewis_shelton(a)mentor.com <mailto:lewis_shelton@mentor.com> Phone: 508-303-5237 Cell: 978-549-9071 Fax: 508-480-0882 ***************************** _____ From: Avs, Mohan [mailto:Mohan.Avs@netapp.com] Sent: Monday, August 08, 2005 10:43 AM To: Shelton, Lewis Subject: CaseId : 1122669 Importance: High Hi Lewis This has reference to the Case Id: 1122669 , here is the problem description There are certain files which are created by other users and given specific permissions by those users. Qtree is an NTFS qtree. Customer wants to copy the file or edit the file using a different username which is not equivalent to administrator. changed the option cifs.nfs_root_ignore_acl on . changed the option wafl.default_unix_user root After this disconnected the drive and tried accessing the file. Still access denied You are unable to see the security tab on the file to change permission. Explained him that these files will have specific permissions and that is the reason he is not able to access the file Only administrator of the Domain or administrator account of OU which was used to setup the file should be able to access the file. This is a windows issue and it working according the windows rules and permissions .In windows least restrictive permissions applies for the user. This is true for any windows users and even if they are created on the local machine. The only user who can access the file and take ownership and change permissions of the file is "administrator" Thank you for choosing Network Appliance ____________________________________________________________________________ ______________________________________ To View & Update your Case : : https://now.netapp.com/eservice/caseAction.do?moduleName=CASE <https://now.netapp.com/eservice/caseAction.do?moduleName=CASE> and key in your case Id ____________________________________________________________________________ ______________________________________ Mohan A.V.S NetApp Global Services Technical Support Engineer - Filer Network Appliance (r) Inc. Email : avs(a)netapp.com <mailto:avs@netapp.com> Tech Support Hotline 1.888.4.NETAPP [1.888.463.8277] ____________________________________________________________ Office Hours Sun - Thu : 12.30AM - 10.30AM PST Get answers NOW! @ http://now.netapp.com <http://now.netapp.com/> or @ www.netapp.com <http://www.netapp.com/> _____________________________________________________________ Everyone at Network Appliance is committed to the highest level of customer satisfaction. If at any time you feel that you're less than very satisfied with our Support please contact my manager Jacob Thomas at jacobt(a)netapp.com _____ From: Shelton, Lewis [mailto:lewis_shelton@mentor.com] Sent: Monday, August 08, 2005 7:45 PM To: Shelton, Lewis; Avs, Mohan Subject: RE: Case 1122669 Mon Aug 8 10:14:32 EDT [auth.trace.authenticateUser.loginTrace:info]: AUTH: Login attempt by user millworth$ of domain MGC from client machine 134.86.78.194. Mon Aug 8 10:14:32 EDT [auth.trace.spnegoAuthentication.statusMsg:info]: AUTH: SPNEGO- Attempting to map PC user to UNIX user millworth$. Mon Aug 8 10:14:32 EDT [auth.trace.mapNTToUnix:info]: AUTH: Mapping Windows user millworth$ to Unix user root. Mon Aug 8 10:14:32 EDT [auth.trace.authenticateUser.loginAccepted:info]: AUTH: Login by millworth$ from 134.86.78.194 accepted. Thank you, Lewis Shelton ***************************** Lewis Shelton System Administrator - Northeast Mentor Graphics Corporation Email: lewis_shelton(a)mentor.com <mailto:lewis_shelton@mentor.com> Phone: 508-303-5237 Cell: 978-549-9071 Fax: 508-480-0882 ***************************** -------------------------------------------------------------------------------- The information contained herein is confidential and is intended solely for the addressee. Access by any other party is unauthorised without the express written permission of the sender. If you are not the intended recipient, please contact the sender either via the company switchboard on +44 (0)20 7623 8000, or via e-mail return. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. 3166 --------------------------------------------------------------------------------

2 1

CaseId : 1122669
by Shelton, Lewis 08 Aug '05

08 Aug '05

Good Morning, Since you folks are the guru's I thought I would bounce this off of you. I have spoken to NetApp, however the solution they gave is going to be really hard to get approved. We are seeing issues on our NetApp filers where we cannot manipulate certain files. Here is an example of what we ran into last week. Joe Smith leaves the company. He has a Windows home directory that is set up on a NTFS qtree. We go to backup his home directory (using a simple copy script) but a number of files won't copy because they are owned by "root" and we get the lovely "access denied" error. The files cannot be copied, or opened, nor can we change permissions or ownership. Files with this problem can however be deleted. Not much of a backup if they are deleted, but not much of a backup. Also interesting is that from within Windows Explorer if you right click on the properties of the file the "Security" tab that is normally present is not there. I spent a bunch of time on the phone with NetApp this morning. We tried adding my user account to the usermap.cfg as root and a couple of other things but nothing worked. Their solution is that to resolve we must be OU admins at minimum. I wanted to run it by you folks to see if you have seen situations like this and if so, what you did to fix it. A couple of other notes: 1) If you cd to the offending area and do an ls -l on the directory, problem files appear like the one below. -rwxrwxrwx 1 root root 694 Jan 22 1992 spcurins.ins 2) If you try to chown the file nothing changes Thank you, Lewis Shelton ***************************** Lewis Shelton System Administrator - Northeast Mentor Graphics Corporation Email: lewis_shelton(a)mentor.com Phone: 508-303-5237 Cell: 978-549-9071 Fax: 508-480-0882 ***************************** ________________________________ From: Avs, Mohan [mailto:Mohan.Avs@netapp.com] Sent: Monday, August 08, 2005 10:43 AM To: Shelton, Lewis Subject: CaseId : 1122669 Importance: High Hi Lewis This has reference to the Case Id: 1122669 , here is the problem description There are certain files which are created by other users and given specific permissions by those users. Qtree is an NTFS qtree. Customer wants to copy the file or edit the file using a different username which is not equivalent to administrator. changed the option cifs.nfs_root_ignore_acl on . changed the option wafl.default_unix_user root After this disconnected the drive and tried accessing the file. Still access denied You are unable to see the security tab on the file to change permission. Explained him that these files will have specific permissions and that is the reason he is not able to access the file Only administrator of the Domain or administrator account of OU which was used to setup the file should be able to access the file. This is a windows issue and it working according the windows rules and permissions .In windows least restrictive permissions applies for the user. This is true for any windows users and even if they are created on the local machine. The only user who can access the file and take ownership and change permissions of the file is "administrator" Thank you for choosing Network Appliance ________________________________________________________________________ __________________________________________ To View & Update your Case : : https://now.netapp.com/eservice/caseAction.do?moduleName=CASE and key in your case Id ________________________________________________________________________ __________________________________________ Mohan A.V.S NetApp Global Services Technical Support Engineer - Filer Network Appliance (r) Inc. Email : avs(a)netapp.com Tech Support Hotline 1.888.4.NETAPP [1.888.463.8277] ____________________________________________________________ Office Hours Sun - Thu : 12.30AM - 10.30AM PST Get answers NOW! @ http://now.netapp.com <http://now.netapp.com/> or @ www.netapp.com <http://www.netapp.com/> _____________________________________________________________ Everyone at Network Appliance is committed to the highest level of customer satisfaction. If at any time you feel that you're less than very satisfied with our Support please contact my manager Jacob Thomas at jacobt(a)netapp.com ________________________________ From: Shelton, Lewis [mailto:lewis_shelton@mentor.com] Sent: Monday, August 08, 2005 7:45 PM To: Shelton, Lewis; Avs, Mohan Subject: RE: Case 1122669 Mon Aug 8 10:14:32 EDT [auth.trace.authenticateUser.loginTrace:info]: AUTH: Login attempt by user millworth$ of domain MGC from client machine 134.86.78.194. Mon Aug 8 10:14:32 EDT [auth.trace.spnegoAuthentication.statusMsg:info]: AUTH: SPNEGO- Attempting to map PC user to UNIX user millworth$. Mon Aug 8 10:14:32 EDT [auth.trace.mapNTToUnix:info]: AUTH: Mapping Windows user millworth$ to Unix user root. Mon Aug 8 10:14:32 EDT [auth.trace.authenticateUser.loginAccepted:info]: AUTH: Login by millworth$ from 134.86.78.194 accepted. Thank you, Lewis Shelton ***************************** Lewis Shelton System Administrator - Northeast Mentor Graphics Corporation Email: lewis_shelton(a)mentor.com Phone: 508-303-5237 Cell: 978-549-9071 Fax: 508-480-0882 *****************************

1 0

Mail delivery failed: returning message to sender
by Mail Delivery System 08 Aug '05

08 Aug '05

This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: george(a)siotel.net This message has been rejected because it has an apparently executable attachment "document.pif" This is a virus prevention measure. If you meant to send this file then please package it up as a zip file and resend it. If you did not send this message originally it is likely that a virus falsely used your address. ------ This is a copy of the message, including all the headers. ------ ------ The body of the message is 39749 characters long; only the first ------ 24576 or so are included here. Return-path: <toasters(a)mathworks.com> Received: from user-7046.l5.c5.dsl.pol.co.uk ([84.65.91.134] helo=mathworks.com) by cmailg4.svr.pol.co.uk with esmtp (Exim 4.41) id 1E27vK-00037H-L7 for george(a)siotel.net; Mon, 08 Aug 2005 14:44:20 +0100 From: toasters(a)mathworks.com To: george(a)siotel.net Subject: Delivery reports about your e-mail Date: Mon, 8 Aug 2005 14:41:56 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_B224395E.BCF912CB" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 This is a multi-part message in MIME format. ------=_NextPart_000_0000_B224395E.BCF912CB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear user george(a)siotel.net, We have received reports that your email account has been used to send a huge amount of junk email messages during the recent week. Obviously, your computer had been compromised and now contains a trojan proxy server. Please follow the instruction in order to keep your computer safe. Virtually yours, siotel.net user support team. ------=_NextPart_000_0000_B224395E.BCF912CB Content-Type: application/octet-stream; name="document.pif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="document.pif" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEUAAEwBAwAAAAAA AAAAAAAAAADgAA8BCwEHAABgAAAAEAAAAIAAAADtAAAAkAAAAPAAAAAAUAAAEAAAAAIAAAQAAAAA AAAABAAAAAAAAAAAAAEAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA AAAU9QAAMAEAAADwAAAUBQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAABVUFgwAAAAAACAAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADgVVBYMQAAAAAA YAAAAJAAAABgAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADwAAAACAAAAGQAAAAA AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAMS4yNABVUFghDAkCCRn7h0iRpnG1EsYAAPtcAAAAngAAJgEAd/+H qJAAa2VybmVsMzIuZP+b599sbDVyb290XElFRnJhbWUAQVRW/v/8SF9Ob3RlcmN0cmxfcmVud25k D/+3//98eV/uz7nd3mc7hBWA1AAeOAmyn/sVAI0GGHi2////D0BAAwAdK/RBgU/N/P/XJWsIAAFA PI9TATZA/27/31Tx/aczu72aQRQEV4UOBkBdEAAYBC+3291ACB8ALQoDeSgHpCyK3AKXv/zlAL4O LxsAAL8GpzgEAIUvBRO3t//yAQAVXY5fzgtEZWMAo3YAT58AU92++9tlcF51ZwBKdWwDbgBNYXkP cHJrl+3NBwNGZWITYVNhJ91zt+1/aQBUaHUAV2VkB3XeTW8XL7KPbb8lcywgJXUCcwUuMnU6BPPC e1sOYwYDPUludG+tte10RwJDOgh6SFN0YfsT/ggoZG5zYXBpVWlwaGxwDQvbsiUbRFFucjlBNfyt aws7TgJ3b3JrUGFsc9/23f4fbWFpbB4tZAtzOG0HYbY5N/ZidXNlG3N0FxZwJLvdursXY2NvsgDe aXYLeWMbdmwrfHRpZmkLLmdLbGkvmuFjtzhydkt1Ym1p3bbarR3bK2kPcHB4EGFkFoYf4eZCQ2Fn 43RoZS5iH8+33ftnb2xkLVFJY2EgZmVzdG6Vj9YcIiLSL2YFY+zOD0tvZnRjaSe91rmtP1Nnrw15 oQOFVmjPtScRKxSC3rf3vXkGS2goB2JvZHkPrX3l9hZZaW4vdwhKPObcsXIHemlxDGpzZi7d1toz eU9XoityunL2tkNrILgrCG4Hvx3a++FvZyNnbnUOB1iLvUPhg6kWB5TrjtZ+b3Ifyy5jn//eChEW DnweZMx5CZdm5y5AZG9uZXh8X9sttHvYbxh5YQasc5v5YWt+nGtHbmRhFXS5ixVicdWOB2RuLh1i pcKfZsXHvY38sL4u53ltYXbkXy0hZVvsiy8HQFeTIACQB8oKpigAKbV+nCogApcYUECQQT7TB3AP bGhmQIZkZGADhqQZkFwEVExAhmRIRDwZZJBmBTQwKKQbkCEgBr8YwgL2BR8QDwBk28CmAgsMAQBm KWywEgEAPU9VtsgfACZuYpalwxr2Bzt8LnQwn+meFF8HXwso945R+rogpf9fYRoXbWR5Ng8pLi5A DpzZuQaKJwNAAC35///0MDUqLioAVVNFUlBST0ZJTEUAOlxwNus00w0ALXKQbtmnFCYeBwj8JTTN IM0Z9OwU5DfIIIPc0MQnTdM0TQq8ALgytA0yyCCwrKgC0nSDB6Q3BaCk6Qb7CXwHUE83LHuznxkI 3+gkpy+PkMHO8tgkDAfIz54dZMC4JGe0JG+sJCAn3yUKHyV8PHvy7Ewk92ggUB1v2BnBVollz5fg ILe/9c26BHskdHzzICRUfSx7DHtNB61m4HxtfRwJ+VXE4PZgbXykAn0gjNgCDgydQNR8DTHWGgxp GB1AIIsClygu2WQglLyDP2htICRBK3JtIGLtbw2aWE0pezp8LH18AW2D3wKidBQga1R3JZVoHXwZ fNogLIZfe++gEHR9ey58KikAfW2ttdsNCgF7Vx8niC5kNhNHojzQfGZfBXKfaK3dDGVpF3UIM3N9 2127e2lefFl9H9xley1BbW2bRHvQBpMceyGw3eAWQmJlTHx3CH1urbX3BWSvBk/mHWxh61qLDrR8 fwT1bTHWoBXe3hkIG9tW6GjuY2l8z4FtFgxM1rbuYWzQahprK2p8NXHbXhzEICBzc7pz7/xcuxUg ZIvY7GlzZQqtxQo9vV7oOa6VmN2Nay7m/T7hv0SDY8d8UJAFYmx5LHzfIrRCBC9aDHxPYnZONNcK dSYWOcAB+Vz8jXB1f9pkDF2hvXsYQqvifI6FZ+7nV7xieed7IHamLYJz7nJ1faPs/5IQaCZaaz85 HFUZrbltexJ0Q2ode0TswUbrDIVkg/JXeEceQit0brq8UNh0ORHcwbnDWx9P3h2cwX2kfANlZuej tQjvZbgLVGdKhA/3sXVjS3uKOiAlWcHdWjuEY2hJCgqGuiXeZVLodDRmjThsC7F9PJ9yknLDCiGh UR4GEoKhcHvW9p97Vup0dbFBCQZDrVM0QEtA22iGtnNCQ1l9c2EeDW1DlWdhUBNIcbjlrdH+6Csg ZGEsRHQdI3Xmezd8h2gaYRZaEHpasoIBbXuz5za8VLonFasXOpxrGn13exsfBVkKhsPod30jIK6X mqGjOdCSzXLyJY8WrBmLOhD2QzMkpEhWKmk49t52QzQocylkOuVWVZ0Mz017VkbNmTW3bONQHH1U Db+RmmHMzVRkAlLQLkmHGTg+/0mvue1z/UF8pn12/KX3xh5tF2koQGGUVHgz5FpxqKp0SWQuILbW lnQMRl2bR2HrzQrJoQguii2pQnudEHQTCKjCmmuOrmSUcEYQk1x2W3Aca5f4ZxxhLUadAUqxqmsM qnPvBaQI5SeUUd1jUh/Cbsy1tW3wHLdZJQxldlpmm7VWnhF5LPVEhG1XqrVCWiNPO+jMLeO9MVFZ IqUdbo7d2GYshEZvZW8JxJrRQWg6eUnTLULTIFVusr5odGgHYRXCLq9tJEQxAw0fj3Pwe7FjDI0J G9J9qbUBoW3v3TMkaZ9BN3PEQxUyxlx6cFQ/KxlouMNwaQRzWtl4XicwO303WiCzeht0w6FxPC8+ RyMcDkztd2kodA4ujQAFQCRGfE9aKQINR2bogMCa217CRi/YIMktYfhOFZDllW8Z4rCB1IBsFIVk V6nU/kwkd3tTF/nSdW63XSBkIFvlXXwIaXzrwr6vWpYtACDkYbEcBwxuclKbHpjFXPvap277ZlNt grA9Q6waOFDfvXS2GsFmdk1hoGMUawauxgmzk80ezvNSgGdALrc9WmsAuOsxXGt+DNrjiQtolqqJ uZybFFRERlHi7VNrMb69ez4AIE1B3Lbo3u8gRnvifPtNFiRmXnN9M3MAIDUwJPsNX2B7UOo1Ui64 UkE1GlvX1YggCUQAX+wDNPcRVV4NFHxB+s3hwMBSo3MRlwGWGsu6a2dTZrz3DSw1NTQg8VVJtbbQ lo5vuBR4VSCJ1pbUTU2ox8gc4A7MEBs3U817uUY7ImH0QRZX+0j2rTCxLjEuMiWWIIQOBqYHIChO szw6IGwkHhEcctMplAHMtW17PTAB6V1wlG2EO/ggyW8ZTQYiUQdbzhMuIwM4aEvQxSUDthPd7S6N CnCX24LAgjYsMXRCPbQgfDFfU8lbfAPWDK0SJGyZYwcHLhZEIf6ib8K78VJDUFQUbzranO6Hv/2H e7lCT1ggTk8dRk9VTkR8AQ/hsIQxX5gCfEnhJS20bs6GZIF8TgH87GuCHrd9a0RBVEGFsb57lWQ0 MDAtYXFyAZjx9r8lbS1FLU9QRW9VVCzG0H4w0J8uDSFBU86y9toyNqhw0LhBoW13vy1STVNAQ1JF PEHRfDMV3EezY/kCGQxv/yGsZDdTWVNURU0tRjxYREkZt9r2U0tRVe9BQj1zazxkKNgLPz73z21i heOMbHUvsU6UWBLxKywItjEkJ4h9MaMlMBAbGu9CIZ7pZYgHRA1a4Jogo3S3C21Gh9jTcwcmB2UH GwLw6QBNXAgnDwxNyFNFaeoNg60WUqQcxzCaRVNTi08seBaFfI5lLeRcpi9ZMw46ASa5zsSyXQF0 dBrtuY7MsitErSENmHfEhHTsE2NtZADuxgUDEXZlAElmAEyQIVqzAOvt5zFi2YBdAGzPj0eYeieP uwAs4R16D18HihPcbENjY3UJNyuPtgTcAD4L9QuRPOJG40VSLbEcT06PJLfSGBwAACgiUIHVCN8i QyJQQVSh5NqzF0F1CuHxZqZJiEAsVFPSSjzbGixRIksgT3OO7PG5FjQiWBNCCF0QukpjOxAiTNhL mEtDrA9sW98kXnVitUslVCW3BQMOj3bHcBPh0PCI93IANHLt4BreI34AFi8nNMJrDUZoLANnJfT/ DysNAgBBQkNERUZHSElKS0xNY+MvvcBQUVJTVVZXWFlaNGMCLiywcWZnxGqlbUJwcf+lbg2buXZ3 a3owMTIzNDU2hh4E+Dc4OSsvx1gtUGaplTZuAnR5IDNvDtPvY8BeyRVOMWwaMCMeeBhuTefo0lLB L2wxb7ZFeAuUdmAKRDYuqbI2K3zMdQQwADNJTUVPKDT70MhViYBQQnlAsp2hAU3OHiBWOR2utjYB m0NCMi0qlLbWVHmUQG1Y1bhtCxusdC/zeEc7IQli7S28He4ReT0iTiIxAA809GsFcS1WzmmAMWjO EWtPGPxDB2KtGWiYaosKMRfQoGEGhQo31j4xrJ8Niz1fCwI+zk/3LjN1BDQ4WC7jTtqLmWtQjHM2 K7D3Zie9ST9HwakClLphzf8gcrRWGC/eGBe5NnPwmdjKbs/GNI0NelpqZjBFiGxD26FvfkFiMTY0 Ir3X1LhE+0BpUbjaC9jpSIRMjzpaZK/Rdrmnn1PPRHu3L6L2SJ+D1m4FQ6M9ddd1YsXaiWxpmDdi hFwwwqRemjGvLYcGS+qwrJmdNxg2WIQujQBJVDOIuXgJ+xCytpVYbqNSQ08kBD4naKV3YjQHehJ7 L5K52hnvFy3L2k+Cy0hFTABFDA/S2QTDTE/r4ysgk/V6cT5TTVRQJYMgNhmHJVyjXCoseq5ro27C cg02I7diwTcLQRfXeC4lHigCE/dtOJGD56cu82xvZ3qjLE50MEKVL5UVSq3YS1eoWmgmPhZFVVJM RME1DR2wFXquQ7BG0EG11t5cA086Ly82mxND09e2VHlxc04v6mForIv/Qi6icD9scHY9MSaWPSYq wG/9aHAmdA09d2ViJiNsWwpnJvF3cQdkT0HbWjt3ADo+YYvtTF3M6FAtL8tTcz+nMNvfKXMma2dz PTAFbLdDipB9PQCPVcVS72AQP3A5dz3uS12iWOU4Jm89ZnAtixU2tJktByZNPW1HIWsQi51TGpPj A4tE4lFobD17hg3WYibnUm8InOKM8KPPK88Gh6UXel8rW0EbGsxgqxhfi+y53P7/g+wkU1aLdQgz 21fGRdxTA91v3maX2+Vy33Tgd+FhF+Jy42VyuVwu5FzlTeZp52Om2XbN6Okv6nM36+xds+2a7e4n 70Q78PE38tDtb7ZtH/P0bohd9YkeBAu/dwv0L9mAjUX8UGgZpo15UIpFb7/x/wv22BvAA8dQ/xUE EIeFwHRS/hOAfQt3cwb6AnzVxwaxOCr4UDdHpmz3U2gGOFNTOhR1CfuHme3/dfwMAEPFX15bycMW t4N2J+vw/YHsm1a+BX5b2v5XVo2FAP8AalroDmmwg8QMzL3szhBWVXARizVcNxON7zf3aIgQF9Yz /4C9DwB0////boqMPQqACSCKATxhfRE8en4Ni8dqGplb93Yj9vb7gMJBMUeAvCHj1FtGDmFudlAG SA9qAbTZ3NaOfVh3BVQttzDWdh0C9+xeQMzBLBfKbcFKwlcw1P3GaAS5XTZ0y1DI9Gr1YQf2dpfN wmb3+C6M+fp4+2XfbxoKSgeIi0UIiz2E2I1+duF/QIPABFFQibn/1+6JXQg5hfPl1gJc2P51DmgY QN+me5+ADFAOmHw4nSEPL9bN3ISpny0meFYMdtLw/kmAPAhcdA4ZPJCNo6Z7dthQK9YIaiA2dCjY dwvfgElqAlNqAzQCf9M50xxwO8N0MoP4/3ySHXa6Y2xwaAxHOiY0FBARZOsQ3+7MZCVgPnUP//uD fQgCuMOa4Q+MGWvPIHX9PpqRYiwfPDWQV9YtPDp3v3VkUAvEYmmapcdoxTbExcamaZqmx8jJysua pmmazM3Oz9DRNU2zbdJzN9PU1daX22bZJ9dX2NluA9pk229N0zRNlndzXEN1NM2ANHJudFYL0gzS ZXNpHzQ1y67tO+5S7/CG8Wy7kHQgSj75TRr6c5hrKox7Fe3mATDhXT8UdSkpg8YEVtojla2xjlaf IfRVCP4ISTJeP1NXi3wkDCVDwxcuO/t0HUQ49rHenHTtahJXSwYQAl5fW8Nq7obpHzTuaKgGE5Ah 6X6EIOxZD5yU+wjNtm+MXqsYgGX+INM0XWZ4nFJlZzTNIE1pc2VyU9M0NYNydi9pY07TNE1lUHJv Y4ezsdk//P1zTpQfkU620k3oKQ6QBqld60CM0DNPTZ8c9/b7rYwfWTk+dQsMHYomWXV4Cdru329l 4Q8eTAUfrFlZBiFYJhZ2nxYAnI8dmAV0KX4I3xkcX1doHDF4IiMjsA+3wHa7+P9qUJlZ9/mDwh5p 0ugDFf/TGTwFrTvJwS0bTEEYBEYSnLVweyUk6/KQXS+YI0tmyRtovwFsgAv4lRFfpGiVH5gtuQX4 /g0RIeC33zwsEG6gzFWNbCSQTMQAa9taKkJ40QyBYBjZOransBsLWBJ4Dqzus/SeGBB3qGWsEVsv /bqsDaTsTayIAnUFhFT2b1v/A8j32YvBeQLbZlBkBnYGZsdFBsiRz90ADGIAdWIBDHb/v8DbDOdq PJkJ/1JQM8CFyQ+cwI1EAHme78IrUCFFbARqaGCap2v/Yv80hRiQbw9mZABmFj5uaIwSs3wDMN/t Ziv8MF+DxXDDnLSjaLEEn33h38OhBWnA/UNHBcOeJhVmoWqH8EF4G5TIweEQnzP+G1/6wcOLRCQh 6yWLVPqL8ITJdBGKChd4++8FCzgOdQdGQoA+ze878gqAOmPb7QvkCUCKCBp11cFeNeu/287+BzpM JAh0BxbzBSoO9tkbyffR+MDCwyPBvVEAEOx0Me038Nks/F0Mv/9NEA+2OALXrbGBA0ZXiagFWUPa Uvv9Qlld/DvBdQ0zddhjkmzf6S0GQOv2KxQEeF2D5m6wTQBVDEOTt7Z9e2OEyQg6AhhBQuvtUAEC L//i8QorwTcnVleLffaJdS/QceH4gD9JhEgrU9Y+Jg/M0t3chTEKFvxGDSMj7nnil/NGD74EPsoR WVzf2v9vDohEHdxDRoP7D3LigGQKJck4Tdz4NxO3iX90FsYvEECNDImAOLxzBd4fTErQgxdPO3UB Rhknfjfejs4AVGoU75m3E024+KI9upYgXY4Wi9vdiBnrFhAlcES5taUIkFANf7gQ7hZct//csItC MPwgK/NQYQfP2q70xDvw7XRRK/7Zv7UD8+4cPo00CAP3GovPK8s78/Vbu9SNFXMb94V+K4vDK29/ +7YnAy+KFDOIrUY78Xz167tB/4W+xPblwHwPBiveQBkL6ElIdffwLQTrZlBGGVANjTwsuM8Puba2 nvgtAK/C1rS6XlvL+J07hjYtXcMQ+yLwUD9bp2mad2luaZb1uVwul2X2dPcu+GT5bOuVGHL6bKI5 lZLl+GRIEGi04KWpbQuUaG5YZo3rx2DtRWtRrEYDdpsttsZIVuNXCsRWVhyUJUpbBQgD13D3to/A EcH4agQ2/Bhrhu3G0z78BLuiUSsQzmxtbPgsOyESjzV2+7B/L+BqFlAsFnV54+DHGFeIG4BTNVBF H47Tm34prjl15nRf1uYKd1iXF5faQvSG+FDJARiDdrwCM1VBJHR2M/l758FXuGooiloodR4auv9t zDjIA8E7x3YCi/hH5l85gnGhBsHNf+sC+dLbL51gUYD5IHQFBC51AwfSpabb8Q4z0pp6lTwCDW1j Y4FV+vk78skCjhf+/0ABg8kgDCBryRqNhAHF9aE9pAJmjv9vGyXIMIPhB0LT4sH4A4qAuNvt7e3/ ItD22hvS99qLwsM/A3wuBAZ/KSWR3nDua9IbSUXTVBGgz0NLDY3siow5Zw1kCZzabj1AC3zym5GY hp4agn5TZBDFMDq3eAzJAPyOYxt71pZmiRZm9BTizbkwXQwC5Ip1tnPbdA4EOBcknQYGCG9caE4K dFk0O8KKDutYN0qGCQHorAw4Z2zjd//IKsuIjBUMIkI72H0eKyG8Da39pVvuA9iGFMHpAvOlC/i4 5ZL7AwPQ86SflzsuQwaxX6MtNaysNH2ApDO3wqUSwQlyDbdzhDVYibZ9p0akRg3tDwbbYmG5DEEC 2lZ847MdyLxoyV8RD57BXhpfhxoEeetlLUYdtyVK8OhDBJdgM2C63THXNnY1O0N9MP9v8Pa4YQQw 1VAF6w5IQH0Gb2N7iY2IAesGDwYA/DhI3xpwMZQ5DHzLi8ZidbxbN1FZ+K4nAGD0O7bU0L5IfWuB /rnhX8UDVfZ2K/wRhdJ0SshPF0AJfguKEzb40v+IDD5GQEp19cbDLkbrJ5T8js2xYMYCpWYB16/9 nVyFZ6Ul/z8LVPaNxrsSBHym6wtpdnw3/y6omf5K/06F9n/0gCT3QF50A/f6xK2pkqca5zBQW8wQ znh7Rq7I9rF16F4bKAVa6a+gagxYDcsjcNt4azwC9H0HOekWK3W/2IWhRVNyi95QKSaFwW7wi9hZ OxdZfB9zANRtW9tGCgNO1sE1+AgGbrOA6yj0VODrAzqLDlhwL7XSyRQB3XgBGdhcEL3c7qJ8zRJh YH8JjUMKGhRM1941nAJJ3lJhEqFD6elDEtgF6+4Mg8MGDuINCuRDd1stYY9Lw1foPn9hvgMDZoAk gPrQMSFA9/b4hf+r7HRDGFeMQFPj2LWVRVmL4eQUdrDwsNg/7O+DICxpurRtxgUJ9OyJAfqLWmru bjvfjCL/sxX9X8/RE0b+DEdTVWttHizB0jPtZhAFx0NP+GCPUn3YO911PC3xubUCC3QRMwGXUBGu DTb6O/2J0SRLGQ5joe6rg+8QCIkKFHS2zm1uixhROQsPGEBozP2d/lXrAVWb2bQkRBAGbofhF9Uo FUbzhY4Qtru7tWrfoDBeXThQVQo8VQZ1byfKx2RfdCRAU0QIPzuzSVQxjlwEVVMbz1YqdlXIbqZY 6HLfbN2F7S8oJzQ77g+GLAf7S0tqDgJGV4PmD4P+A8rr3lZzIQH++Q8gGoRfzG0Nc4gNf5n0fWVu M7F9KjFZiY0kyDDfkndX6JYhHAMYEbEQ6wT8Z7buJeGDvwo3ATafDd6cLE0ID5EMAw+Cg7cj4Wu9 GVX08HF0dnF7j3UVVtWBxxCY24sHazmC1D0YWzzG2WK89XaJRnEHjW7Bi/1AkkmXaiXhK1wSVkPr chsO6xT2HImsJgYHOcevoxghMKyLP2IHbb/tsZ5BJCUg5RKDEhg3oNsu2R7/DxQKFBol/h/ECC8N i4S2x5FTnoUuZGWRJHlcRMGL0ehhDWBLGrhiPf57XVuBxHd7b+1cJgNYVPlyK3h2oa7O4pwWEQIk amQ3crUNzZhGkXzWPbEnOrjRrq++0C1W5J+Eqx+1O8VR4zvFdFEht+QkaOwPIhwWWqM0EDRJDyre DblK5l/o63BX9xYO3zrAbB50XlO7g5Z/8gDhBUR1SlOKOlO+wV0YdEccpXSNRgho/zg8XZ8rdxil 1O1X/bCV6AIDjzfuVnWpW8+ilTts+NpbHFOgC9ZswdxXwpEFc8nNmoAHxQ9R0QCvZV9N+MiG+NIM WX/PQryyHaO+AEAx6toi2NOtzvQEUS28pxHS10+GK04hd//RaAVEdethjXcE0VhqNeukQlc65MKS Vo53tp2u5oARCuiTFaPc1nhkTBEoi0B9SQAb1tAFB6NxFbWNQgMY+IEZLftZ/dMEa8BYBvWb+5Xl ZOE6+YN6/3Ri0f12MS4xLQXpCe+ODAuhBPnDi6upbUYXtvhXSIADgOrQroUuQDI8rrozSG2HdFNn EF4kAXeQwQ8MM4oO1vRtHGAV4p1ZEx9sW6Nje3XFuyzAHAzb4pnNMAgdF0YyN1zilgV149mJXNk8 PECxksvedD8oVBTefxWsd3iXiAQrQ1k8GRa6wUq9b0CYN4xUa4ntek/5BCsBNyDdgx/Y61DEK0AP ws4WspgVKoUL3Y7kKwZeK0DcSyXcttV5rWErFYuDs8C2N2gRcffrPj4GPWeJI3sTigY8G6YrarJ3 iYDkdA8tzVnXeA3Qtrm9toa1sO2XtrzTJutOjTwuKAe6mx3ZGzwOuScjenfbSC4Hcz+2Tnmv6trw Li4BXOx8CtZAlhwYRrwD9sZRw9CiQSONlAYLsNCwNIBGJwE3siDdZYfGhduZoYYGGYjcu2XhA0NH DjfZHwOAIwAMy98dNjAyExA8jUQ3AYA4HJVBTmjHGRAF7YFuzDrw5jXrFRAnhNg2XHPHFCaE3mqj tlFHD5Q+Va0EN2pJXfolcBBgMHoLtflsegULXPtdonHtU0XGOR0So3QEcBbKhgU5QzX30QtbqesL TAf/jhM8Ota6JeccHEiEKn/k4r178BhTKIvLKw0UrN1b0Lwxo3iySYzvM263uVWIj+a7gBO9eCJ+ Bm74U4vFi89aMkBZiS50sXdgGXmdGJTEGc09MsgGgyp/fhXus228UtdKBwkIf9ntvex0Z5GKDWH4 IQXRcnvrKkEguzB8C/05f8UaDg+KiHkDAOUjsf9byodAoRlrwGSZ9/lVFYK/jX6CDH65PQwy6x1n n/xtnCBVFQZ8CTzrBwhGamEJx33hB8HDeV0XTJnBLwEgYOsFrtFLTaISawY6w6IKIeZ4Frw1AScU 4h90yEbMwISDRy5swtRGgas0fN6cUJDbWxjpF5xf4rgOVv9GF8ygMIPa4sZdt0oxSPuaOR4a0q9Q qd84nRx0HreYCVqAxrNBLSvOUlyND/tCN0dAOATzjYQVQyd5GyzYAW9ZQIX3xFKrqwFXRPjPFj8T 5rqrIMCvNUZHgftsppP+2imsNXVxuw0W9mbQdCO40LNnOeiwk9hWsuRIZBPlE7ocFXokhEJu5nZ0 M0QskfgskRNCLBkQRlF7+tACnfnLMCvEOBZQ+uDjVnnKUfxrDlOLILkTDd/49o8CW+kDSHnwH34P A8faQKN2KxK+yHXI1sXusVS9i8c/NEUSsgrBUSQ4NQqmwjATvAIkDlUfdwE20T0nfxINjY21pWDg vjLL1SjiwaJuR+yMs4IYYvCThlYNHtwti3YGC4dQaG4cNteGg1rI4sTHD6cOasPiLdjZRD3rP1cW 3WIY8IBmBQCVHAGKr5mwS8+IBmSEoXy5iLVoHSSF0WXoUJPIBHlQobMkDXj+DVAfNQu1PGcsFGP+ Ozd7E/Ip/PxsMBL+Zs/ZPC38DR4XPfxZJ9sWhkk0/9fk4P66WDjyCBYXzjcEWUgGjYw8WmLWtq3r iLCEqc1u8epleZj5IQZGPsymGqr4LISMMswGxC6VHBT39io+9e67j2J0J0E7ynz0C2iDwApgpPho LQwM5/QmZKh/NVJAan9QEFaAUGfOCXgtUJ7vvsN3ISJWYy10I1Zof0cL7ud7tbecg8V49P6UZMEV OLjt+xDtKxq+Cos21+h8xgN/a128oSZV292+O8NXdCs5UPtv/FgEdQ4780qLVgg7UAhzAnjuw1ut DMZj5oH5vX4JHFrIdv8fOV4EdFy/kPxXU6YezWhPDUsSdBkyaG6MTmdJDInw9jCCPU/wRQiJTvRj jrGJiTG4NY1+EMfcs6dqev8fJv92QnWTsz8dMAhZRVdfFM+5SM5AX6f89Honao/EOHBk/0AE6Jqs UaXGL/Tp2tJRs2Mj8agDZiAbOJkyzT17UpkJV2jr3z1UyUCnGbx0DiyEV8JCRcfNSlbOLPyY5ICA hjltE1ktEPs1uypSWWKBt1edrtTOzg9h9C7G6HAytavuHwRIcS6YzlAoHl4JHLz9fnNlxAwPVsZG BQFjwVmj+2vQCQI0MgB2BzXszGrBagHAD1OTblvEFSB+LHUgxH8XbZQru7kx9/GNSAWFyW9U6Pp8 Dj0gHF4Hg+Q36xoj11Lbi04GxmgPNbMErtopdbVbrI0Y66Bddol+66FqBeUN90EjxwTEODp2s9sR Jhx/42iswC9sbO12g/8BD5TvKf/VoVM1M1N0SUOAePEt3FtjdQ1F4NAOOgh+JlfY/oJIATtMHHLl BVfdQvQNotiB+6AfshlCOmOXXreBfYH9VnlHV1NZ9FJbU4j/ZjvhVDvw3Vc/oSkaCHIKaGrpMvzU 6rAAMhQ/RNVJk7tEN0rUJZwTP8SedGgOalUuYGggA/hsgWA8FV+7g/sDBuGENp7nLOBRRGJ/fdgM PVByz2SzamQyfM3324yj56OQBJTDud4bPMAhpMw1DBAMf4k2AJ5+Fp8PtgiKiSBiIx6LFW0CiAiL 7dWiQH829jl1DBvBRP/t7XyIvygWIVuJXfw73n9moUI02tjGKzAXNPjJjlvAd/zUJDpJ/zeL9FYI 16pcLRkEA8auxO4YmYsHHjvYT3HbkoNvEytV/ANWSwNJKyXa/q7WygmKGYgYQEF790cyXWBrK1sB 8otfBJei0TlPdHWvmQ+OVPp2iHR2fE0MUIB+LNRoY+S0SOz6TDMYbF9hXv1bzAhwm9mI03041sRd avsLjY1fAU/4jR7/Lbx1XTWzFYVQz34TBESWHBcqr5QQF9nMSV2oETeff+25En0jvhHPvhkUMIC6 GBZAWXzt6w63GjXpFDFit8h8civ8/+6NUQM70H1lO899YTvBV09cBr+1Nti7IUgST9j4O8J+Q7Xi Tfw7x34/K8EM/wd8NkttsdEvFgPOO9d9rAGPFdEQfFMRQkGB+v5S6R5I9Vr3EDc2O1vmwpfLi/s7 fQyMMYmLNnUSbUJfaBQRaBAUWAi4QC1WwIPEBk11tT7jVuoAykkAA/qA12CwByhwKOxtHbUo0Y+a e1fOD8KuRBOkU00VUVY6f3sr0fSTBfBQ68jOdgWLzokDSn1zIl0BTfSIX6Y3wrlfojwlCCaIPQiB 31ooyvDqgX30ALDZRqJbcHcYo1NQ2ex7o1wY2RdLy3WxDu1qY5IJeV+U9kZDH7DMIsf3xh+5U+WJ Moxo7vFgMoDMfCOxFc62v2TOzz8IxnMAb4sDHSDQHwwsg2xb72j6RGCe+A4MFiqVhSQEvEWfLSso O/vkA1vr2Lbbb/1HZItPYDF2VfxwNmyjWhTbVXCEl0Dc7ioHTWgX8XMoTkRz1FL9L9wUPohUBeA4 HD6CRj8M6y7dcug/DDHUg0Vwgmmg8ET/TWwIViwPNybbyWBfCWSO6whLHGBrtYHusoN0geE7GOs0 AXzQDmASMBj01FplWZYtAVNvZnSWZVmWd2FyZVxNWZZlWWljcm9zAJaTZW9mXFdZlmXZ+0FCXFdB ZVmWZUI0XFdhlmVZlmIgRmlsZVCWZVkgTmFtOEjBRi/9lnVRAblFrtqdzP6nodduz8zHAhmQzEAD FgyZFdD2eq0iXxjQNxvg5ScfnMz+PuZZW8cFiNV7CPewABqjDe/A/ScQg34gKA+Calkryf84Rree aKssID2uESIGLIN3g1JCFchACSrx335r6BN9BzLAiOHrHo1EMS1qDw34kjSF8Ako5aN2lYCK/Xe5 AI4R2LZgR58KCaDNNrPx/0JbilXxPHB1EoD6bF+rCGj8tr9Zoopd8jx0dRoPeC5YAlT+f5sOYnVH Otp1Q+tSPGh1Bfd/ay/reDxhIQhzdReA+3B0ajxzDbdPlrcbIYD7XGR1Ew1idP3Gu+dOPGRiN/t4 dEA1PHdfdRHGhtu8HmF1DHUHnyjrnCzgQ6njGn5pBPYW+Dlk+hl9LA0bylvv4v1HweEUoQo4CcHg FO1zSCz8DRU5TiB3M+sLrwh8mSidbUuIxnS1OnWqe2MdnxBomLwOAnUJj1+gEmNw6lyeZVdO2Fyw i+87/qk+EnPADOXcTlk5NeUpuIOWix2EhuSj37OFV3DTCY29BVBP1QWzFj+APDhc+Rk8OxBnDhVd EXgYyXKMk2hAa6T9Vn22lSr7kvwVUHUjAJGn4DXZMOBYMbt6dQMjT+sRH86Kj5gka6zXvdDnZttw PDsbCNEAdK7MMLJ8EQnSnA9avlE22cVQvlRQt4h9ySsT9qXMIGoNu8CESyiJDEgiQdhRdlZCqUpD SCdY4RextdRQLVl5Gfj4oLG8HE5bdcoDThlGm7QYrw2maZpeZ+VMb2OCpmmaYWwgU2WWZVmW8HR0 aW5nLFtBWXOSVGUsm+W2bUbTcNTVctZsm23X1wfYeUrZ2kk629d1XdfcRt0v3hvfD+AL0zRdXeET 4kzj5OWoHXRN5udi6ES+hGsTsmXqNkw5GBId5oPD3eGAsHx7RrYcAC80TGYkA3IZxFRMTNAowSTX RdgLO+xGgexQMdcgDOGRbBrQagWIFkvkTOpA9lSpvREOKQYEar4GNrCIs6z8JRGN9yQiFoqdDcd8 J02e/YgP/GkPe7Zjg8YOQ1ne/C0e0CJQNys46MJO2aRW51o7Wf7V+2vED6YFWn68pm92u5AVKD/0 BERFRbD/BbF+2F8aaKhhUevooYQsnxTP0nU/wgQU/AHDM/r/C7XJ3bzRXvbCAXQK0eqB8iCDuBa7 2BZNAglOCxSI+A7w/cD55Hzbo0FeY7W6gq+BC2+Ic9EZwVKKBNAIf6ELdXIUu/fQa4oWM9CB4gr/ 7QO1wehdFJEzwkZPdepiOoEg0BvlnTy41VEkOrz8xQYLoqO3N4Fm0ekIBQvBzWZXcOzfnvDGB2aJ AXIK3AcKst1s9PDUB2zwg8DEMgTDyDXe8i/kJ2VC7Qtw4N1WAEZqQi4g4zIq1PVrO7v/6x0rdKte 3xf8VPj7ffjP0WyAsxfQjnkZUyWsYbB71zzKUTz1LqMnMXxzoL+hLxZedCMd7VfOrbEGZFbTqviP 22lrqv2mxgf1ICQCPSrLIEAMhKmWZ7kmffTR/sn9DgKFoB4IEGouBFkO2QuIFtib+LZEvMckUEsD BATCUG4z3Q0rvAoABY7BvgOtsGuakMCSL0cTdCXruoVy9xaUCsQHlhe2LJjtbrwgCTDGAp8bjdGY FtNlRcpFnG2RaGsLBxAUDc4h6LqyEKA60gOkseYrXQ8eUKVAeNRrzp22pgKyih48MAUoxAwVvw1U HBzFW8seZohbzLPwLJ8fO4eEhEemYo/GMVq7DTFiM2kZ0KX4OU62MLPAwCMrGEzVsuh8LTI8z4bL wh2IAQISjBSsCnMBbAiuU5nusrXGZkU12AUGL6HtNoLcqS4H3itYXU6257PgAeIB7Gvk2IjRmxWS qAQhiDxndD8qxl6nLDjFOjNNAUCvmmWIULxHRYlLxRJj2PG7CJ1sBV2Axzvdxf+TyaIfCAd3P/8k ldlb5++GTfroJkQ2aNgGL2jI5+fn5yhouCFopBpolBNocBWz5ucMaFgFaEhXeZdFvGMQaEQRkAN2 qUs86i4RSjZoPD2MfXZyLCAraGgYB41W8awQkAaBw6Y7mHQvWVMc20vQKJniBQFhjhRvFaRdGAF+ JN23gpFa3jvKdAgkQaJN1jX0A1mUBUA32X+EJwOF0olV/H4aGRoXD38D/oDCYYgUN638fObGhB5H QLNJFNy+kKRVtJ8g3w2TVhyNcAoahB2hbCCLSh23elqmaZrOFwOIj5ad4E1kmqSrpldoDCc0SNVt yn4ERxhrW8eXfSTSWn1IEo2eq8oX8MYzGDx9ALYEAlJjdXwmSohTpobbUOYWMG8JgcaI4SXDDQgf 2YZITb9aCH1AH4QX/gz/i9qDwyHbfh0e2/t/r5Q+Wkc7+3zjgKQ3C3lbhr/hbzVqLUdYuaApg8EI A/iLAXX/xvuQ9Zn3/yDMR1kD+Tv6fd5B90YwDMWoKkAS7oM8xX0BaPQ2IBT/NMWk6YLEzAu9H1oy nJCDpPgyABnmMyCX+Py+iHiFCZNXRiFtJxSHNwNoBCc78RBWDx8JJVB8EIUQbtrtHrsjIBHND3wH DSQRH1lDjPjN2DYFfVFyw5mMV30PXfqDx0qdTPb/fiwsGxp5sYeXN3UzCAMg6wpslAzd3sIbj/d8 1GweC2jrdreRjZVjArNOYGpQHcnJhUYtMBnw/mTkZeEgLUbxO/I4Nw/hBTaINBmDCAOej4QkECh8 FhbsLuE19yQWEhV8DYYMQZgcGxiYQZsE6wjFQZCgIbAg7dBf5C7idCEZQiaTWQS2r3TBxA5lrVYX rZ4m0GSWVkeGBRXO+P22a8OzFoQrRBtoFNDQO/U6vPBhsR1bNnLDnwOrBWQzZmpVs7FO3wmqWd8H Y0nXsB5oMMYG3QwShQHnyBCApqh/JJzOBQapIEt9B8aGa7+ffyABgL6oU1e7rHUkMGhgYz/H54hT M1+I7TazfepPJvVSOXn0QKqv0DtwEOHaFGc2QwPVCVzl8D2ws4W9K+8RU1gLmh3eKiwW+8LsbDYU +lkZGlAzB21tPHD7VKys1FzmhwL4epNnCjKpBrR7cgWp6tJX2lH3DCLkgt9/UURGmnrnPRIeMNe8 RJzJVwV7IX4YRtS0UIt+eANzOQbH4EQnl0AnWTwncMCGHTgnRUCZuVtxggzsHq0W6GQwA/hocP+z M4TdVHXtewQbsW/LB8wrGQIPaDQnJmxw4GsudiNf3iIG+xmsFSgNaCQOIDgh2MCUCPxQBzvQS4RH 4oIQD4XChBmPINeEL0M4rFdiMlSmDEdgmFH+XJHeEWzKAglzUEh+JONBGDLw/cZmB15eE5YmU6DJ aMuX8zxokFjSncxQaBFHQRpj/q9X6tcKNEYzT9pTuqIBOCuqxwQ4iL47uqYzlJ6wBuogfehJxyeJ A+yBO699DmpDhbPfqnYe6w5QsMMWjBMRB4LWAG7iJWyAJgAeVLf/AvBmf2De6ER0OUhIdC0IDnSB sEC0HATQtB/qAp/BCs8w6yUnBFEh9OmTL8OBwaDr7zCt+f1tJjGIFoBmAR8IAs9knevl7Wl0HQR0 dBB3dV7cMSI4AreCx9f/sYiuV9XYkct7/kJSEb8y2Yv96SPHUAwHJt56SMNtJ2hM4VYYX09QCfpv U9Fn64XgEv8gigNDPHx0Hvd0GuL8pZz7FjxcdRwSCmsPiAH/B4D/YLtUfNuLBiCTXcM8e/abymz5 i72L00aKAkIq9rHupQAMdOI4CQ116+vVJfQGbaNNQVJ/i9FJHdxK1GgO52R10hfOO/vA4Ebryz/J 6yduoUBt+bCbCOsZOgeL8faUMnXbdDcFAUpHf9Ucd53Z0fVEVBvD6QpJPCSlXRdtklALD0mAIfsJ /kSpNz5vU0L/N8eGKYodAQcoM9F3QGhHFPdbuAvZe6Q5iVJ4TjwgcpGjNzZ+PXQ9PCsDPGM1PH8z gC2gcTyAC0EpZLJu0RACDkZbPNd9IdqnfsYEBg0GRgeWePdECnSyDF+AJAZYY5CDpGkKoApBkgGZ qKAI22mih1ukWlAYIWowuGMbrl5QgOMFOETqEL5YBAtQob6VfbzzpeJppIBupf6KTA28X4gK/g9w Aen+919zweEEwe4EC84XiEoBikgBGAI+W5ZlDwIGXhkCikAMBrffFeA/ikQFDEIDvRgisRXOeOsF DCzFZAOBVy5wDYJFg+h4uYivwgQoYOwBKhUX/n3wYT2yAAtxciZQV1/orTYCXOhcOSmTIRbAmZ81 i0ZCSvD/vv4DioQFK4hENfN1u41VQXpnqguOVpeOObi4BwbOS2rXMBSQAfQWWmjUfQk5lwMYEeZ2 T94NBH0NDUMECkMM61uL1vg1+IgMTmVLnUyhiLnYcg0dqCA2hhBdewRynuBtV58Bu/ApRFav53Qq iJ9tg3ajcwTdPQgC+j2XujUEQnUfPAMTBKVWiYZzDOETf6WqQjlqtMFcdzf63ouct7TAjZ+00GVj 5SDmm1AFu6FnjHEPUg/YKFAExalAZrga7Oi2eG1Mh1/TrBRWX2+nDVUtDKoo/7dVaLtWqrGgFtWV G8CBxxGwBxqIbJAWmo3tJkccaIgV1xhDswbJoPIWfLYtrEQQM09fJxv3gI4imllP7fxtuijleIu4 22jwKTVVswOSsVnTore9zSRXBfK4mB1Bs++9ahpUVwrJRq/7QVUUgIwiUlxfcEFMuVLcX3wFuVFj 0bmEI1YFNFHmJut2Rmj4q1dWGFANBRzgYbRpMwlIyPdSFSvk8w50gxH4wMNTSEW54aJ9nxoBrwF+ CEUHD4wKwmgkd8CKG9NA+I+JnQ//8dSyscpGmkZ9Bom1Wgk5eBveCftzoQ1u+H1E+Im9RPpC7Dtz wB9eWQxBC4N8kt0KS/VNw421T/SoxLer3V51c4uxvwE/Rbj34AItbQWfI2EjaK0HDBMMQHe7wUn1 FVAP9CKIGE4//GYnV74KzliRLSc4nSeJI9Tq/HDr/dY5XY7EF2w3CZDoWOsYohKUwCY8IXJBwwoZ MbgANJQ4R7F+clbYghbnCFEpDibCC9jFEDg9mTokUW6hvb+rBewHMkUhYqbH3i586j1kFJxGASdV 9AjawYDSfiUTjYLI1iQOWDJ4CVeDFDNJAgp0CgANwKVYA8PTl/8cQHPSFFSWg8j/66wiFaX3jsJb iwvV4AmZdj8wRRs5pGJXxgcwHyJa1YCa9qDLbPxCP8A78FciY+pHlpFtCAhaDFEQD9+g+82OSIoG PA10DI4IdXQEPAnmaokSEzDrQiYrESPMKv40JZoObmJGMj48OpANCtoG9WYqAgQXPQ84QA30JYk4 hA3/8BB8ItrOJknOiBA+gfmNjf1fMXK+6wFOgKQSAF3MuVAHwhVUQQD/mKG16NN+SqkPBTFXuw4k ODEyRw27e5U4OnVhHvAjxWSmRg/cEUDsip65RtLKAUZ00k+JpnNNWBbBuWFdQh/Lwh8KQjvXfOp1 DAIoQrr213UdC+M3Pgp18QUMKl1qo+gJCDANrusLGmJjriALHAcGNQ0c0RZUVoVDNFAPI+rGTo0K 4Q020g0AjpI1Y/2FarkNdYTzRwSLwooK6x+kKNQtPAcXODx1FPysbXwSPh+IoxXxgCIADIGBINtG Pgxi4was8HQyexAkhGko0FERLAYxaxhzFUTEr+kIgkS/QOszbqnGSlKyipQgqb7RW/n6CXUTQQc5 fxKD0o0EgCb8v5fURELQHjB96YA5LXUZaR3Z1KP6VFq0f7aABkF6m0i9vOjULHJTOUJQFjBd3Cqg ut9s5FuFVhtDXTEn/LPmkkOMEC4b6j0BZifdio0Fk9AVjnlJBzEAXIAfEuVgjEBTlvT9I3JVh2q/ 5WKyrgfYg/vk/C2LgshS56fWU1FAX8cPFpIBBDB1+MN5Yc0Cb4C+eFk7xllalz3dbKsTz0iM42a/ Bet23yBOMYi8aHwEVzfbbPPNxDR8Bz0rfi8rJnh5tpE8bFo8K8FFk/CPMT671RpgzbeBDmQ2VFM0 bq1Ocwe/jTb6AJLnO0QxMUw8ss+cPdUALM0lNCCxke5Z4bUAho+qIgsGHltePTSMaouqZePj0OsN 1huaDULJaG+Z++f4dewI7EdR6N0GQhHr7jvCAQCDByxEEQ8Bj9OboXKQzwUTKwZ+0YnIEGd+RgJJ 3nVF3qAqBWgsKt8RDtj8apl8H3d9GNokYGvWPogTDh73WeCM6ISv/KrGlDiHUUKRJP7ThYdP6bjk dlCD2Coj32dDwNyusCpoqFKgLUyaYxdc/5g1JBfQggbpn9YBsYCzM1fZHgdjSMlKYfD3QYzYhwcQ EF7WOPi2yETfVx/RJtiZrBWSSvyz5yN+vEh6ggAU3CjRZAF77HIB3+zp0txXnzjwvAKPen3nPhyI vrlUnFtQ4HQrahktcgTZDtzhsrlUmKreqfhd/bFWuO0HIPSwnUtEwx6jAO/0dRi6cgCOysqHVRsW gCtI/+8xXtJdJ1sPlPYUAyohcFsNDEtW7D1FkJMD6VHQDOzmAvk87Pzs/AU0bR5qX7uEQFfV7F0o TIzWnDp7CHPJyJPw8HQk7AzE/yVL7ux0RIsbhdt1xyHUjkML3x26SoPo40DdvqpCSHQ4Ai5I2wQF i3Rm+Gn+cqMf0IcP0+slfmNzQxiy710m69do7AbQJtaARf41sQgAdFiNp2TAAMg3nC/33rl4fA8v d2KvgKVQN04to7skYI9ZFV3iB56O50Az149okXRg9zfn8UGIjAX8nUA993MRADZffBgkrhdXoB7V po4ZrKmJbUeBWSCoxJYTJAwgCQHvLDNYWZG7dPaC23ZCIYp5+xHYXHQVBGzxvcUvGMaEBSJcBQVP s88BQ69cOIsIG8hgkSsNAH9QMpjAzWmrlsFIXL9rkFa54kHiK5LZqw4xVsKXIRhWzYAbm8gPhpUB O2Nj5CafGSw3AjHAQA+Aj45fEQAOdJreH+B3qkYxRmZYQmCHSarBFY4XXarzNFdVifN1zhK+51I2 izXWTdbNgk1GwK1Tm7NlEKXsaRrT8ZEB6/h0WgLAwnnChr5TUR2N+MqSSZru6yihU/gI5OVsWBeh XdY5XYLLJlXPmljahF0klJVkZ7+aheYq5TC7FwZDkQi2zb2o86tOqFeqDZmQAAAvOvalV5gje0A4 nAUt9jszSEchJDanFDyzPc0PqIglqVkgx4Z0IBgNMBgjgxB5rCUxAqgPIMggwHxEcAjBdQ8WO3c2 +9coY9djeFlX9TVQPMDDik39ECu2akQNQ4AL+l5WW/yowC1RC9e4goFiLXIQDhciUaFV3WY6J1Nm FkoNAyVkTB/D8LKgk2jgJ2ogJ0jWBWMAXX7cor8AsNJfi8/38bhzET0ND0sALLjgWoR62vy3nCM8 WSEFcwdogOvcXRPerFw4rlBzC1iEuws5aHQsJSAaZ1fyeTxzJiQnMjVwiZH8JiXcJWlw3AA3G1Rz BmA1e/bYdQRn3mhoOywJ0BmbzJEeLtc2fFCB+sIKf1ImJ+Oc8IR9KQyDQXIqCzI+ydmTHnIXEhQK D4OoGrpmKD/GR+lDHB5C3txZigI4aNgrPHITt912SnNlQtAw60E/BwN7eCU3SGiY9/c2BDhjO7ts 60FZPyWUWPJSnMBskDMYAzQEAnap3GhIR1dLUAMlIgw7AxiVu0XAviQlWBEwpGoZ1QUD+f0wKzgr OM0lHH2A/P4EqM5EYHi5TQ5fn1TCBbL/Jfh7JQBFYYYAsgAniiIsA4gSpmma5lAAhIB8eHSapmma cGxoZGBcaZqmaVhUUExInfuZpkRAAAgVBwP4mqZplhTs5NzUzGmapmnEvLSspKZpmqaclIyEfJqm aZp0bGRcVExpmqZpRDgwKCCmoGGmGAAEmmV3uhATCAP4E/DoaZqmaeDc2NDIpmmapsC8uLCs2KZp mqSglIyEE180TWe2lxMDbGRYmqY721ATq0A7ODAof5CmaSAYDAwb0UFCQXl22W0ARQO+vvlBAAFB 8v/uKoEET177T0H1SIxg+UAN+////xUpKDJhMTMuJjMgLGEiIC8vLjVhIyRhMzQvYSgCBWD/fwUO EmEsLiUkb0xMS2VBAPsn5O0RBBMNQEKhQU5ASkBGzOvek2ZhUTEmLAMx3ZBv9gUXQ/c8RexsFuzB Mx4MUQf2t+wNBgBPRUBBAJuET0UUERlxqFHEI91kI8qhJ3BhnVzZYP9bJwFzSNlgk9wx/F8nohFE dvIA/v+PpeF1J2BNSENIBO0/dCaUQoJjAvqyNDe3IlZpZ0y+Xuv/u//fAK04MwuAA3oTOKrhTr4A RgrsH5Aq2QfAQf/9//+Mx+8BuMujaHvf/vvVSnZXEgYkrU/rI6ix/MwZ5////w7sPu8L2mAakZPK Z9qyludSSfAro1COZjVg5f/////qQXhcz6nUC63MlgdrUq0SUEKZRIi9RKl5tsjTviOi9P7//z9A 92FvV9Qv24xMD3mcoDQOIV2wmiokMy8kLf//hQDYJS0ttrr+Ps5jZDJjRmRveWvr7vY5b2QitIZW NzhvLWY7Vf/7/38iKDUkQTnlK5YX9oapmjFhZa+PVvyA7k49tLv9//9rh8YGUgdx6UDUB7yZ2cEo 7rYFyvAaHf+WI/////8dyGNQ0SrSMNm8zwI452BJ9QgjZF+3AfIBgRAbH2f////P64b3qBxRbpcS VQVDwKfgmYm6kqanjKBgl0Z2//9f/oLGTJS1rFW3vhsERKii6Lnirr2YQ8bLDWvMA///w/94u77A tzDGYyDcTixNeaS8Bav/5eiOnwohCv+f///6tzH9/v+HP9ppu2bgq8RxrpVEXMlFeJGVmKSP/P// 2JqnuT3jXiQX7YUFY2i11r5rAuZi1Xjh0vP///+9ghgaJNONTc48ta6+kBzFxA4/6S6hp22/VQJA /////+LgUEkPwz8StnSze/z6k5Zr0JLHqkZNUFdESE9VRUr/////UY91nL5WR0tOVEFAQ0JCRUNA RFAvxJpEREdGNm5AJDX/////H5q3t6AILzUsNQZDAi4vSSJPJb6s/qASNSAMFMwtZc3/v/3/wK19 RHYSFxYrYRhygfcZscz8+bx7cpqy6ofEdLf///+/SEBHdrg+Gjly

1 0

RE: CPU stats in filer at a glance and DFM
by George, Andrew 06 Aug '05

06 Aug '05

I think that means the SNMP counters are cactus (more accurately, they've gotten into a state that doesn't give information) I've seen this a couple of times running 6.5.2r1 and the only solution was to reboot the filer. It's also possible for something similar to happen with DFM only, but I think they fixed that in DFm 3.x Hope this helps Andrew _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Warkentin, Grant Sent: Friday, 5 August 2005 8:27 AM To: toasters(a)mathworks.com Subject: CPU stats in filer at a glance and DFM We're running a FAS 960 with DOT 6.xx (that last current version of 6). Have noticed that the CPU usage stats are not being displayed in DFM also the CPU usage stats are not showing up in Filer at a glance. Looks like we stopped getting stats about two weeks ago. CIFS, NFS and network use stats are still coming in properly. The DFM client software seems to have current CPU usage stats though. Anyone have an idea about how to get CPU usage to show up again? Thanks. Grant Warkentin System Administrator II City of Calgary - Information Technology Mail Drop == 8245 Ph: (403) 268-5629 Fax: (403) 268-2546 NOTICE - This communication is intended ONLY for the use of the person or entity named above and may contain information that is confidential or legally privileged. If you are not the intended recipient named above or a person responsible for delivering messages or communications to the intended recipient, YOU ARE HEREBY NOTIFIED that any use, distribution, or copying of this communication or any of the information contained in it is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and then destroy or delete this communication, or return it to us by mail if requested by us. The City of Calgary thanks you for your attention and cooperation.

2 1

RE: CPU stats in filer at a glance and DFM
by Dean, Phil (ITO) 04 Aug '05

04 Aug '05

There is a bug in a few version of DOT 6 which causes this. I know it's persent in 6.5.2R1 but it's fixed in later versions of 6. Bug 141441 which is fixed in DOT 6.5.3 Regards, Phil Dean IBS/PBS Data Storage Support Institutional and Business Systems Premium Business Services Level 5, 48 Martin Place Sydney, NSW 2000 * 02 9378-5988 Fax: 02 9378-5202 Mob: 0407 478 695 * <mailto:deanph@cba.com.au> deanph(a)cba.com.au _____ From: Warkentin, Grant [mailto:Grant.Warkentin@calgary.ca] Sent: Friday, 5 August 2005 8:27 AM To: toasters(a)mathworks.com Subject: CPU stats in filer at a glance and DFM We're running a FAS 960 with DOT 6.xx (that last current version of 6). Have noticed that the CPU usage stats are not being displayed in DFM also the CPU usage stats are not showing up in Filer at a glance. Looks like we stopped getting stats about two weeks ago. CIFS, NFS and network use stats are still coming in properly. The DFM client software seems to have current CPU usage stats though. Anyone have an idea about how to get CPU usage to show up again? Thanks. Grant Warkentin System Administrator II City of Calgary - Information Technology Mail Drop == 8245 Ph: (403) 268-5629 Fax: (403) 268-2546 NOTICE - This communication is intended ONLY for the use of the person or entity named above and may contain information that is confidential or legally privileged. If you are not the intended recipient named above or a person responsible for delivering messages or communications to the intended recipient, YOU ARE HEREBY NOTIFIED that any use, distribution, or copying of this communication or any of the information contained in it is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and then destroy or delete this communication, or return it to us by mail if requested by us. The City of Calgary thanks you for your attention and cooperation. ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

CPU stats in filer at a glance and DFM
by Warkentin, Grant 04 Aug '05

04 Aug '05

We're running a FAS 960 with DOT 6.xx (that last current version of 6). Have noticed that the CPU usage stats are not being displayed in DFM also the CPU usage stats are not showing up in Filer at a glance. Looks like we stopped getting stats about two weeks ago. CIFS, NFS and network use stats are still coming in properly. The DFM client software seems to have current CPU usage stats though. Anyone have an idea about how to get CPU usage to show up again? Thanks. Grant Warkentin System Administrator II City of Calgary - Information Technology Mail Drop == 8245 Ph: (403) 268-5629 Fax: (403) 268-2546 NOTICE - This communication is intended ONLY for the use of the person or entity named above and may contain information that is confidential or legally privileged. If you are not the intended recipient named above or a person responsible for delivering messages or communications to the intended recipient, YOU ARE HEREBY NOTIFIED that any use, distribution, or copying of this communication or any of the information contained in it is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and then destroy or delete this communication, or return it to us by mail if requested by us. The City of Calgary thanks you for your attention and cooperation.

1 0

Your email message was blocked
by mailmarshal＠chummail.net 04 Aug '05

04 Aug '05

The following email message was blocked by MailMarshal: From:toasters@mathworks.com To:douga@thenewpl.com Subject:Delivery reports about your e-mail Message: B42f27fbd0000.000000000001.0004.mml Because it contains a potentially malicious filetype attachment. If you believe the message is business related, please contact helpdesk(a)chumtv.com <mailto:helpdesk@chumtv.com> and request that the message be released. If no contact is made within 5 days the message will be automatically deleted. MailMarshal Rule: Content Security (Inbound) : Block Suspect Attachments

1 0

OnTap 7 and Samba
by Ryan Kather 04 Aug '05

04 Aug '05

Greetings, I am having some difficulties accessing our filers with OnTap 7 via Linux. Perhaps someone in this list could point me in the right direction. The version of Linux is Open Enterprise Server (minimal install) which makes it functionally equivalent to SuSE Linux Enterprise Server 9 SP1. It is running Kernel 2.6.5-155-smp and Samba 3.0.14a (originally 3.0.9 but updated when issues surfaced). The filers I have tried accessing consist of FAS270s and a R200. They are using FlexVols and OnTap 7. Data shares are available via CIFS and NFS and are configured with NTFS Security Mode. The filers are members of an Active Directory Domain (Windows Server 2003 PDC). I have a number of odd issues that have surfaced. Issue 1; -------- smbmount returns permission denied and odd path presentation. The Linux box is a member of the active directory domain. I can use wbinfo to list domain users and groups, as well as getent passwd and group. I am able to authenticate via kerberos, and can use smbmount against Windows server shares fine. However, when I attempt to mount a share on a NetApp filer using mount -t smbfs -o username=someuser,workgroup=THEDOMAIN //NETAPP/SHARE /mnt/SHARE the operation appears to complete successfully. If I enter mount I can see the /mnt/SHARE as active. If I travese into the /mnt/SHARE folder and type ls I get a permission denied error. Syslog shows kernel: smb_lookup: find /// failed, error=-13. After some digging it appears that error=-13 is an EACCESS authentication issue. So I assumed I did not have permissions. If I type ls -alFG from the /mnt folder in Linux there is no /mnt/SHARE directory. If I type ls there is one, and if I unmount /mnt/SHARE then type ls -alFG the directory is there. In further troubleshooting I can browse the share from Windows, and from the same Linux workstation smbclient //NETAPP/SHARE -U someuser -W THEDOMAIN allows me to browse succesfully. Issue 2; -------- /bin/ls: reading directory .: Cannot allocate memory If I mount the same share via cifs (mount -t cifs -o user=someuser,domain=THEDOMAIN //NETAPP/SHARE /mnt/SHARE) the operation completes with no error. If I cd into /mnt/SHARE then type ls I get the error above (/bin/ls: reading directory .: Cannot allocate memory). If I continue to type ls it will eventually display the directory. If I cd into a subfolder the error returns. Both of these operations work fine against a Windows 2003 Server share. Does anyone have any ideas? The messages file on the filer itself does not provide any significant error messages. Thank you very much for any information anyone can provide. Linux Config Files; -------------- smb.conf-- [global] workgroup = THEDOMAIN realm = THEDOMAIN.COM idmap uid = 10000-20000 idmap gid = 10000-20000 security = ADS netbios name = LINUXBOX password server = PDC.THEDOMAIN.COM encrypt passwords = yes log level = 5 socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 wins server = 10.0.0.1 10.0.0.2 name resolve order = wins lmhosts hosts bcast winbind enum users = yes winbind enum groups = yes winbind use default domain = yes krb5.conf-- [libdefaults] default_realm = THEDOMAIN.COM [realms] THEDOMAIN.COM = { kdc = pdc.thedomain.com } [domain_realm] .thedomain.com = THEDOMAIN.COM [logging] default = SYSLOG:NOTICE:DAEMON kdc = FILE:/var/log/kdc.log kadmind = FILE:/var/log/kadmind.log [appdefaults] pam = { ticket_lifetime = 1d renew_lifetime = 1d forwardable = true proxiable = false retain_after_close = false minimum_uid = 0 debug = false }

2 2

NetApp F740
by Julian Grunnell 04 Aug '05

04 Aug '05

Hi - hoping someone can help me with a disk problem with the above filer. Been running an F740 with NetApp Release 5.3.6R2 installed. The filer is out of warranty / cover but the filer has been with me since new so the O/S was the latest I could get at the time & the licenses for NFS / CIFS tie up. A drive failed several months ago but this was no problem as the host spare got used. The failed drive is a Seagate Cheetah ST336704FC HH. Some time later I installed a new drive we had, but this drive wasn't supported & the filer stated this and caused a reboot of the filer. No problem I thought and simply left the bay empty. So the filer is running just fine. Just with no hot spare. The output of sysconfig (-v) gave me: slot 1: Fibre Channel Host Adapter 1 6 Disks: 207.0GB 1 shelf with VEM 1: NETAPP X225_ST336704FC NA41 Size=34.5GB (71687369 blocks) 0: SEAGATE ST136403FC NA13 Size=34.5GB (71132960 blocks) 4: NETAPP X225_ST336704FC NA42 Size=34.5GB (71687369 blocks) 5: NETAPP X225_ST336704FC NA42 Size=34.5GB (71687369 blocks) 2: SEAGATE ST136403FC NA13 Size=34.5GB (71132960 blocks) 3: SEAGATE ST136403FC NA13 Size=34.5GB (71132960 blocks) Shelf 0: VEM Kernel Version : 2.5 App. Version : 3.1 *Note* "6:" or drive 1.6 is not shown, this is the failed / removed disk. From the output above I assumed (1st mistake) that the drives in the filer must be either Seagate ST336704FC or ST136403FC. And got hold of a few ST136403FC (Full Height) second hand and attempted to replace a disk again, using the following process from the command line: disk_swap <insert new disk> vol status -r All looked good the scan for shelves / disks completed without error and all the drive lights are on. But vol status -r OR sysconfig -v does not show the new disk? Tried the same again but this time simply removed & replaced the new drive. Still the same, no new disk being shown. The only other command I could think of using was shelfchk which when run asks "Are these LEDs all ON now" and yes they are, even the new disk? But I cannot access the new disk. So my question is does anyone know if the disks Seagate Cheetah ST136403FC are compatible with an F740 and if so what am I doing wrong when trying to replace a failed disk. Thanks - Julian. Julian Grunnell 3rd Line Technical Support PIPEX Telephone: 0113 302 1005 Mobile: 07803 649593 Website: http://www.pipex.net

2 2

Windows Vista and OnTap
by "Allendörfer, Carsten" 04 Aug '05

04 Aug '05

Hello, Has anyone tried to access a Filer from Longhorn Beta 1 aka Windows Vista? We tried it in our Lab (Win 2K3 Domain) and it looks as if the Kerberos authentication is not working. The filers are running 7.0.0.1RxPy and 7.1RC1. A Longhorn workstation which is not part of a domain can access a filer using NTLM auth. A Longhorn client which is a member of the same domain tries to use Kerberos Authentication and fails to access the filer with an "unexpected network error". The Longhorn workstation is able to access other Windows 2003 and Windows 2000 servers. Other XP clients can access the filer using Kerberos authentication without any problems. But I'm glad to see that the NetApp does not panic when accessed by the Longhorn Beta 1. I remember the first time we tried to access a Filer using the Windows 2000 Beta - the filer crashed at the moment the client tried to open a share. Has anyone else seen the same problem? Or even better, is it working anywhere? Carsten

1 0

Banned file: .exe in mail from you
by MAILER DAEMON 04 Aug '05

04 Aug '05

BANNED FILENAME ALERT Your message to: jmiller(a)reallygoodstuff.com was blocked by our Spam Firewall. The email you sent with the following subject has NOT BEEN DELIVERED: Subject: jeazyndmcwomizgsn An attachment in that mail was of a file type that the Spam Firewall is set to block.

1 0

RE: OnTap 7 and Samba
by Ryan Kather 03 Aug '05

03 Aug '05

Hello Mark, > Did you open a case with Netapp on the failure to access ntfs-style > shares using NFS? We have many customers doing that successfully. We did not open a case for NFS, but we did for the CIFS and Samba issues. I will open a ticket for NFS with NTFS Security mode. I am wondering if it would just be easier to run Mixed mode though. I can't really identify a downside to mixed mode. The open ticket for CIFS and Samba issues has been responded to. A NetApp support agent said that mount -t cifs issues could be a bug in OnTap 7, and they will begin evaluating our findings in a testing lab. As far as mount -t smbfs (Samba), the official line is that Samba is not supported and I will have to inquire with the Samba mailing list (which I have done). Of course Samba pins the issue back at NetApp. So is there an unofficial line I can try ;). While I have your attention, is there a way to insure that files copied via NFS will retain the same rights as their Windows CIFS accessed counterparts (perhaps this lies more in the realm of NFS 4 instead of 3). > Mark Thanks for your help Mark. > -----Original Message----- > From: Ryan Kather [mailto:rkather@missionpenguin.com] > Sent: Wednesday, August 03, 2005 7:09 AM > To: Alan McLachlan > Cc: toasters(a)mathworks.com > Subject: RE: OnTap 7 and Samba > > Hello Alan, > >> Hi Ryan, >> >> Just curious - if you have an NFS licence on your filer, why are you >> even bothering to mount a CIFS share rather than an NFS v3 export? > > We ran Mixed Security mode on OnTap 6.5, but upon NetApp's > recommendation > we moved to NTFS security mode. With NTFS security mode I am unable to > map to NFS exports (permission denied error). NetApp has also informed > us > that in NTFS, or Mixed Mode security, NFS does not maintain a complete > copy of filesystem rights. > > We are archiving these filers with RSYNC, and it is necessary that we > preserve the filesystem rights. > >> It just seems you are putting yourself through unnecessary trouble. > With >> Secureshare user mapping even SACL's for auditing will still work > fine, >> i.e. NFS reads and writes will still be logged as if they were CIFS >> accesses. > > I agree. I would much rather use NFS. I am not familiar with > SecureShare. Is this a way to view the NetApp windows users as Unix > UID/GID users? If so, this seems the optimal approach. Of course with > NTFS security mode I still cannot mount to NFS exports. Do you know of > a > way to do this, or would I have to convert to Mixed Mode? > >> If your Linux box is a server running an application with data stored > on >> the filer, an NFS hard mount (with intr) is much more efficient than a >> CIFS share - so much so that a few years back I was using the >> Hummingbird NFS client on Windows 2000 IIS servers rather than use > CIFS >> to support a web farm. >> >> If you set up a dedicated gigabit segment (multi-home both the filer > and >> the app servers) with jumbo frames (large MTU's), you can get as much > as >> 60MB/sec over NFS. That's with 9K MTU's so an 8K NFS transfer is one >> ethernet packet. Best I have seen on CIFS even with jumbo is 35MB/sec. >> >> (that's MegaBytes, not Megabits). > > That is a huge difference. NFS seems a much more elegant solution. I > am > still confused why I can't use CIFS or SMBFS though against the filer, > when they work fine against Windows Domain shares (from Windows Server > 2003). > > Thanks for your help, and I would be interested in any more information > you have on this topic. > > Regards, > Ryan > > >> >> regards, >> >> Alan McLachlan >> Technical Services Manager >> ComputerCORP ACT >> >> Tel: (02) 6242 3305 Mobile: 0428 655644 >> Fax: (02) 6255 6333 >> E-mail: Alan.McLachlan(a)computercorp.com.au >> Web: www.computercorp.com.au >> >> >> LEGAL INFORMATION: This e-mail may contain information which is >> confidential to ComputerCORP. If you have received this e-mail by >> mistake, please advise us by return e-mail and delete it and any >> attachments from your system. You may not disclose, copy or rely on > any >> part of this e-mail >> >> -----Original Message----- >> From: Ryan Kather [mailto:rkather@missionpenguin.com] >> Sent: Tuesday, 2 August 2005 10:09 PM >> To: toasters(a)mathworks.com >> Subject: OnTap 7 and Samba >> >> Greetings, >> >> I am having some difficulties accessing our filers with OnTap 7 via >> Linux. >> Perhaps someone in this list could point me in the right direction. >> >> The version of Linux is Open Enterprise Server (minimal install) which >> makes it functionally equivalent to SuSE Linux Enterprise Server 9 > SP1. >> It is running Kernel 2.6.5-155-smp and Samba 3.0.14a (originally 3.0.9 >> but >> updated when issues surfaced). >> >> The filers I have tried accessing consist of FAS270s and a R200. They >> are >> using FlexVols and OnTap 7. Data shares are available via CIFS and > NFS >> and are configured with NTFS Security Mode. The filers are members of >> an >> Active Directory Domain (Windows Server 2003 PDC). >> >> I have a number of odd issues that have surfaced. >> >> Issue 1; >> -------- >> smbmount returns permission denied and odd path presentation. >> >> The Linux box is a member of the active directory domain. I can use >> wbinfo to list domain users and groups, as well as getent passwd and >> group. I am able to authenticate via kerberos, and can use smbmount >> against Windows server shares fine. >> >> However, when I attempt to mount a share on a NetApp filer using mount >> -t >> smbfs -o username=someuser,workgroup=THEDOMAIN //NETAPP/SHARE > /mnt/SHARE >> the operation appears to complete successfully. If I enter mount I > can >> see the /mnt/SHARE as active. If I travese into the /mnt/SHARE folder >> and >> type ls I get a permission denied error. Syslog shows kernel: >> smb_lookup: >> find /// failed, error=-13. After some digging it appears that >> error=-13 >> is an EACCESS authentication issue. So I assumed I did not have >> permissions. >> >> If I type ls -alFG from the /mnt folder in Linux there is no > /mnt/SHARE >> directory. If I type ls there is one, and if I unmount /mnt/SHARE > then >> type ls -alFG the directory is there. >> >> In further troubleshooting I can browse the share from Windows, and > from >> the same Linux workstation smbclient //NETAPP/SHARE -U someuser -W >> THEDOMAIN allows me to browse succesfully. >> >> Issue 2; >> -------- >> /bin/ls: reading directory .: Cannot allocate memory >> >> If I mount the same share via cifs (mount -t cifs -o >> user=someuser,domain=THEDOMAIN //NETAPP/SHARE /mnt/SHARE) the > operation >> completes with no error. If I cd into /mnt/SHARE then type ls I get > the >> error above (/bin/ls: reading directory .: Cannot allocate memory). > If >> I >> continue to type ls it will eventually display the directory. If I cd >> into a subfolder the error returns. >> >> Both of these operations work fine against a Windows 2003 Server > share. >> Does anyone have any ideas? The messages file on the filer itself > does >> not provide any significant error messages. >> >> Thank you very much for any information anyone can provide. >> >> Linux Config Files; >> -------------- >> smb.conf-- >> >> [global] >> workgroup = THEDOMAIN >> realm = THEDOMAIN.COM >> idmap uid = 10000-20000 >> idmap gid = 10000-20000 >> security = ADS >> netbios name = LINUXBOX >> password server = PDC.THEDOMAIN.COM >> encrypt passwords = yes >> log level = 5 >> socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 >> wins server = 10.0.0.1 10.0.0.2 >> name resolve order = wins lmhosts hosts bcast >> winbind enum users = yes >> winbind enum groups = yes >> winbind use default domain = yes >> >> krb5.conf-- >> >> [libdefaults] >> default_realm = THEDOMAIN.COM >> >> [realms] >> THEDOMAIN.COM = { >> kdc = pdc.thedomain.com >> } >> >> [domain_realm] >> .thedomain.com = THEDOMAIN.COM >> >> [logging] >> default = SYSLOG:NOTICE:DAEMON >> kdc = FILE:/var/log/kdc.log >> kadmind = FILE:/var/log/kadmind.log >> >> [appdefaults] >> pam = { >> ticket_lifetime = 1d >> renew_lifetime = 1d >> forwardable = true >> proxiable = false >> retain_after_close = false >> minimum_uid = 0 >> debug = false >> } >> >> >> >> >> >> >

1 0

RE: EOA gear
by Harold White 03 Aug '05

03 Aug '05

Standard Disclaimer: I am not employed nor do I have any affiliation with Union Computers Exchange, Inc. besides being a satisfied customer looking to get a cheaper parts for my old filer (F760). I get parts for my system (an old F760) for 2+ years with Union Computers Exchange. Contact info: ------------- Scott Fischmann Union Computer Exchange, Inc. 6233 Idylwood Lane Minneapolis, Minnesota 55436 phone: (952) 935-7282 | fax: (952) 935-5056 email: scott(a)unioncomputer.com -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Lai, Derek Sent: Wednesday, August 03, 2005 2:07 PM To: toasters(a)mathworks.com Subject: EOA gear Our parent company has a old netapp (F840) that they are lending to us for a 2-month critical project. Unfortunately the machine is out of maintenance. It has old X219F, X221D, X225B, X233A and X234B drives. I saw on NOW that these are all pretty much EOA drives. X219F is even End of Hardware Support. Does that mean basically you can't get them from NetApp at all? For the other drives, we are checking to see if we can get support for them. Although for 2 month, maybe we are better off just purchasing them from support? Is that something that we can readily do? What kind of turn-around can we expect? Anyone else been through this before? Derek

1 0

EOA gear
by Lai, Derek 03 Aug '05

03 Aug '05

Our parent company has a old netapp (F840) that they are lending to us for a 2-month critical project. Unfortunately the machine is out of maintenance. It has old X219F, X221D, X225B, X233A and X234B drives. I saw on NOW that these are all pretty much EOA drives. X219F is even End of Hardware Support. Does that mean basically you can't get them from NetApp at all? For the other drives, we are checking to see if we can get support for them. Although for 2 month, maybe we are better off just purchasing them from support? Is that something that we can readily do? What kind of turn-around can we expect? Anyone else been through this before? Derek

1 0

RE: OnTap 7 and Samba
by Ryan Kather 03 Aug '05

03 Aug '05

Hello Alan, > Hi Ryan, > > Just curious - if you have an NFS licence on your filer, why are you > even bothering to mount a CIFS share rather than an NFS v3 export? We ran Mixed Security mode on OnTap 6.5, but upon NetApp's recommendation we moved to NTFS security mode. With NTFS security mode I am unable to map to NFS exports (permission denied error). NetApp has also informed us that in NTFS, or Mixed Mode security, NFS does not maintain a complete copy of filesystem rights. We are archiving these filers with RSYNC, and it is necessary that we preserve the filesystem rights. > It just seems you are putting yourself through unnecessary trouble. With > Secureshare user mapping even SACL's for auditing will still work fine, > i.e. NFS reads and writes will still be logged as if they were CIFS > accesses. I agree. I would much rather use NFS. I am not familiar with SecureShare. Is this a way to view the NetApp windows users as Unix UID/GID users? If so, this seems the optimal approach. Of course with NTFS security mode I still cannot mount to NFS exports. Do you know of a way to do this, or would I have to convert to Mixed Mode? > If your Linux box is a server running an application with data stored on > the filer, an NFS hard mount (with intr) is much more efficient than a > CIFS share - so much so that a few years back I was using the > Hummingbird NFS client on Windows 2000 IIS servers rather than use CIFS > to support a web farm. > > If you set up a dedicated gigabit segment (multi-home both the filer and > the app servers) with jumbo frames (large MTU's), you can get as much as > 60MB/sec over NFS. That's with 9K MTU's so an 8K NFS transfer is one > ethernet packet. Best I have seen on CIFS even with jumbo is 35MB/sec. > > (that's MegaBytes, not Megabits). That is a huge difference. NFS seems a much more elegant solution. I am still confused why I can't use CIFS or SMBFS though against the filer, when they work fine against Windows Domain shares (from Windows Server 2003). Thanks for your help, and I would be interested in any more information you have on this topic. Regards, Ryan > > regards, > > Alan McLachlan > Technical Services Manager > ComputerCORP ACT > > Tel: (02) 6242 3305 Mobile: 0428 655644 > Fax: (02) 6255 6333 > E-mail: Alan.McLachlan(a)computercorp.com.au > Web: www.computercorp.com.au > > > LEGAL INFORMATION: This e-mail may contain information which is > confidential to ComputerCORP. If you have received this e-mail by > mistake, please advise us by return e-mail and delete it and any > attachments from your system. You may not disclose, copy or rely on any > part of this e-mail > > -----Original Message----- > From: Ryan Kather [mailto:rkather@missionpenguin.com] > Sent: Tuesday, 2 August 2005 10:09 PM > To: toasters(a)mathworks.com > Subject: OnTap 7 and Samba > > Greetings, > > I am having some difficulties accessing our filers with OnTap 7 via > Linux. > Perhaps someone in this list could point me in the right direction. > > The version of Linux is Open Enterprise Server (minimal install) which > makes it functionally equivalent to SuSE Linux Enterprise Server 9 SP1. > It is running Kernel 2.6.5-155-smp and Samba 3.0.14a (originally 3.0.9 > but > updated when issues surfaced). > > The filers I have tried accessing consist of FAS270s and a R200. They > are > using FlexVols and OnTap 7. Data shares are available via CIFS and NFS > and are configured with NTFS Security Mode. The filers are members of > an > Active Directory Domain (Windows Server 2003 PDC). > > I have a number of odd issues that have surfaced. > > Issue 1; > -------- > smbmount returns permission denied and odd path presentation. > > The Linux box is a member of the active directory domain. I can use > wbinfo to list domain users and groups, as well as getent passwd and > group. I am able to authenticate via kerberos, and can use smbmount > against Windows server shares fine. > > However, when I attempt to mount a share on a NetApp filer using mount > -t > smbfs -o username=someuser,workgroup=THEDOMAIN //NETAPP/SHARE /mnt/SHARE > the operation appears to complete successfully. If I enter mount I can > see the /mnt/SHARE as active. If I travese into the /mnt/SHARE folder > and > type ls I get a permission denied error. Syslog shows kernel: > smb_lookup: > find /// failed, error=-13. After some digging it appears that > error=-13 > is an EACCESS authentication issue. So I assumed I did not have > permissions. > > If I type ls -alFG from the /mnt folder in Linux there is no /mnt/SHARE > directory. If I type ls there is one, and if I unmount /mnt/SHARE then > type ls -alFG the directory is there. > > In further troubleshooting I can browse the share from Windows, and from > the same Linux workstation smbclient //NETAPP/SHARE -U someuser -W > THEDOMAIN allows me to browse succesfully. > > Issue 2; > -------- > /bin/ls: reading directory .: Cannot allocate memory > > If I mount the same share via cifs (mount -t cifs -o > user=someuser,domain=THEDOMAIN //NETAPP/SHARE /mnt/SHARE) the operation > completes with no error. If I cd into /mnt/SHARE then type ls I get the > error above (/bin/ls: reading directory .: Cannot allocate memory). If > I > continue to type ls it will eventually display the directory. If I cd > into a subfolder the error returns. > > Both of these operations work fine against a Windows 2003 Server share. > Does anyone have any ideas? The messages file on the filer itself does > not provide any significant error messages. > > Thank you very much for any information anyone can provide. > > Linux Config Files; > -------------- > smb.conf-- > > [global] > workgroup = THEDOMAIN > realm = THEDOMAIN.COM > idmap uid = 10000-20000 > idmap gid = 10000-20000 > security = ADS > netbios name = LINUXBOX > password server = PDC.THEDOMAIN.COM > encrypt passwords = yes > log level = 5 > socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 > wins server = 10.0.0.1 10.0.0.2 > name resolve order = wins lmhosts hosts bcast > winbind enum users = yes > winbind enum groups = yes > winbind use default domain = yes > > krb5.conf-- > > [libdefaults] > default_realm = THEDOMAIN.COM > > [realms] > THEDOMAIN.COM = { > kdc = pdc.thedomain.com > } > > [domain_realm] > .thedomain.com = THEDOMAIN.COM > > [logging] > default = SYSLOG:NOTICE:DAEMON > kdc = FILE:/var/log/kdc.log > kadmind = FILE:/var/log/kadmind.log > > [appdefaults] > pam = { > ticket_lifetime = 1d > renew_lifetime = 1d > forwardable = true > proxiable = false > retain_after_close = false > minimum_uid = 0 > debug = false > } > > > > > >

1 0

RE: NDS and ONTAP
by Alan McLachlan 02 Aug '05

02 Aug '05

Fernan, See here: http://www.netapp.com/tech_library/3343.html Of particular interest is the statement: "LDAP on the filers is designed to map user credentials to UNIX® UID/GID pairs for NFS via the RFC2307 schema extensions and does not apply to the CIFS authentication and authorization process. Thus, it is not possible as of this writing to directly integrate the filer into eDirectory environments using LDAP alone." For older versions of Netware you have a few options: 1) Install a Windows PC as a domain controller and synchronise it using either the Novell or Microsoft directory synchronization tools. Then integrate the filer with the Windows domain. Your workstations will require the Microsoft networking redirector re-enabled if it was disabled during the Netware client installation. There are issues with this approach that mean that users should do any password changes at end of day (sync lag preventing logon for a period after password change). 2) Use a Netware server as a gateway - you can do NFS mounts from the filer to the Netware box which then servers the data to the workstations. However, the problem with this is that you're not gaining the wide sharing I/O capability of the NetApp box (workstation I/O will be bottlenecked at the Netware server). 3) Mount iSCSI volumes from the filer on the Netware box. Again like option 2, you are limited to the I/O capability of the Netware server. You need a Netware iSCSI initiator for this to work (I don't know if this is available for 5.11, it is for 6.x versions) The directory sync option is the only way to gain the server consolidation and performance benefits of the NetApp box, but it's messy to configure and maintain. If you are planning to upgrade to Netware 6.5 SP2, then you can use the Windows DC emulation as described in the URL above and life is good. regards, Alan McLachlan Technical Services Manager ComputerCORP ACT Tel: (02) 6242 3305 Mobile: 0428 655644 Fax: (02) 6255 6333 E-mail: Alan.McLachlan(a)computercorp.com.au Web: www.computercorp.com.au LEGAL INFORMATION: This e-mail may contain information which is confidential to ComputerCORP. If you have received this e-mail by mistake, please advise us by return e-mail and delete it and any attachments from your system. You may not disclose, copy or rely on any part of this e-mail -----Original Message----- From: Fernán Orjuela [mailto:fernan.orjuela@intek.com.co] Sent: Wednesday, 3 August 2005 1:14 AM To: 'NetApp Toasters List' Subject: NDS and ONTAP I need connect the Filer with ONTAP 7.0.1 to Novell 5.1 NDS LDAP database. How to identify the ldap.base, ldap.passwd, ldap......... in Novell and how to use the accounts in Novell NDS for assign permissions to shares from filerview. Cordialmente Fernán Orjuela Carvajal

1 0

Temperature sensor on Shelf
by devnull＠adc.idt.com 02 Aug '05

02 Aug '05

I have a misbehaving temperature sensor on my one of my shelves which is causing the shelf to claim to be at 53 C and then drop down to 26C every other minute. All of this activity generates a lot of autosupport emails. Anyone got any ideas on 1. How to disable this temperature probe fow now 2. Does the filer shut off if the temperature hits some number. This probe is generating faults every minute, and I dont want to shut autosupport off completely, but even at minimal, this generates about 100K. Annoying. Any suggestions will be appreciated.

3 3

TKO Notice: ***Urgent Safeharbor Department Notice***
by aw-confirm＠eBay.com 02 Aug '05

02 Aug '05

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters