toasters

toasters@lists.teaparty.net

13515 discussions

RE: Mapping of LUN's in Windows
by Willeke, Jochen 19 Jul '06

19 Jul '06

Hi, thanks everybody for your help!! I think with following your tips i will not run into any trouble! Best Regards Jochen -----Original Message----- From: Glenn Dekhayser [mailto:gdekhayser@voyantinc.com] Sent: Wednesday, July 19, 2006 5:33 PM To: Willeke, Jochen Cc: toasters(a)mathworks.com Subject: RE: Mapping of LUN's in Windows Jochen: After you've disabled the Exchange services, use SnapDrive to 'disconnect' (NOT delete) the LUN, move the filer and/or the hosts, then use SnapDrive to 'connect' the existing LUN again to the old drive names or mount points. If you've got multi-pathing, and you're using the latest SnapDrive, you'll be able to choose the primary/preferred path to the LUN. This technique is supported, and will guarantee that your data within the LUN remains consistent. Glenn (the other one) -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Willeke, Jochen Sent: Wednesday, July 19, 2006 4:15 AM To: NetApp Toasters List Subject: Mapping of LUN's in Windows Hi toasters, we want to move two Filers from one building to another. Due to this we need to have a SAN redesign, as those filers host our exchange data. In our HBA configuration we have currently automapping. So possibly it could be that we have a WWPN with another SCSI ID after the change. As we use snapdrive i suppose snapdrive to be responsible for the coordination of LUN's to driveletters. But i am not really sure, so i just want to ask some experts, if we can run into problems with wrong driveletters after the change. Has anybody experience with this? Best Regards and thanks in advance Jochen

1 0

BANNED (P=p003,L=1,M=multipart/mixed | P=p002,L=1/2,M=application/octet-stream,T=exe,T=exe-ms,N=north@isb.compol.com) IN MAIL FROM YOU
by Content-filter at isb.compol.com 19 Jul '06

19 Jul '06

BANNED CONTENTS ALERT Our content checker found banned name: P=p003,L=1,M=multipart/mixed | P=p002,L=1/2,M=application/octet-stream,T=exe,T=exe-ms,N=north(a)isb.compol.com in email presumably from you (<toasters(a)mathworks.com>), to the following recipient: -> north(a)isb.compol.com Our internal reference code for your message is 02496-07. Delivery of the email was stopped! The message has been blocked because it contains a component (as a MIME part or nested within) with declared name or MIME type or contents type violating our access policy. To transfer contents that may be considered risky or unwanted by site policies, or simply too large for mailing, please consider publishing your content on the web, and only sending an URL of the document to the recipient. Depending on the recipient and sender site policies, with a little effort it might still be possible to send any contents (including viruses) using one of the following methods: - encrypted using pgp, gpg or other encryption methods; - wrapped in a password-protected or scrambled container or archive (e.g.: zip -e, arj -g, arc g, rar -p, or other methods) Note that if the contents is not intended to be secret, the encryption key or password may be included in the same message for recipient's convenience. We are sorry for inconvenience if the contents was not malicious. The purpose of these restrictions is to cut the most common propagation methods used by viruses and other malware. These often exploit automatic mechanisms and security holes in certain mail readers (Microsoft mail readers and browsers are a common and easy target). By requiring an explicit and decisive action from the recipient to decode mail, the dangers of automatic malware propagation is largely reduced. For your reference, here are headers from your email: ------------------------- BEGIN HEADERS ----------------------------- Return-Path: <toasters(a)mathworks.com> Received: from mathworks.com (mbl-99-56-239.dsl.net.pk [203.99.56.239]) by isb.compol.com (Postfix) with ESMTP id 4BBEE72305 for <north(a)isb.compol.com>; Wed, 19 Jul 2006 23:25:26 +0600 (PKST) From: toasters(a)mathworks.com To: north(a)isb.compol.com Subject: Message could not be delivered Date: Wed, 19 Jul 2006 22:25:44 +0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0008_BF5FBC27.FA44935C" 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 Message-Id: <20060719172526.4BBEE72305(a)isb.compol.com> -------------------------- END HEADERS ------------------------------

1 0

Await your willingness
by felix_bioh 19 Jul '06

19 Jul '06

Dear friend I am Felix Bioh, working with Diplomatic securities and finance company in europe,i have a deal which i want to talk with you. Our company have assisted some of the african leaders and politicians to move some fund and valuableS  through our special arrangments as a consignment.Some of these consignments where not claimed as a result of deaths and some government restriction, therefore sent to suspense whare house. Presently we have some unclaimed ones ready for suspense whare house,but i have perfected arrangment to claim one the the consigment containing a lot of funds if i have a reiable person to assist me. if you are interested in the matter, you let know through this email adress ( felixbioh(a)walla.com )  for more datails and how to proceed. Sincerely Felix Bioh

1 0

RE: Mapping of LUN's in Windows
by Glenn Dekhayser 19 Jul '06

19 Jul '06

Jochen: After you've disabled the Exchange services, use SnapDrive to 'disconnect' (NOT delete) the LUN, move the filer and/or the hosts, then use SnapDrive to 'connect' the existing LUN again to the old drive names or mount points. If you've got multi-pathing, and you're using the latest SnapDrive, you'll be able to choose the primary/preferred path to the LUN. This technique is supported, and will guarantee that your data within the LUN remains consistent. Glenn (the other one) -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Willeke, Jochen Sent: Wednesday, July 19, 2006 4:15 AM To: NetApp Toasters List Subject: Mapping of LUN's in Windows Hi toasters, we want to move two Filers from one building to another. Due to this we need to have a SAN redesign, as those filers host our exchange data. In our HBA configuration we have currently automapping. So possibly it could be that we have a WWPN with another SCSI ID after the change. As we use snapdrive i suppose snapdrive to be responsible for the coordination of LUN's to driveletters. But i am not really sure, so i just want to ask some experts, if we can run into problems with wrong driveletters after the change. Has anybody experience with this? Best Regards and thanks in advance Jochen

1 0

directory efficiency
by David Lee 19 Jul '06

19 Jul '06

(Is the following an FAQ? If so, apologies, point me in the right direction...) In years gone by, on a typical UNIX filesystem, creating entries (e.g. new files) in a directory could become badly inefficient as that directory size increased. By the time that (for instance) a "/var/spool/mail" reached (say) 20,000 entries, the acts of creating and deleting lockfiles in that directory could seriously impede things. (As a consequence, various sites devised various workaround; for instance we split into 100 subdirectories based on "uid mod 100", so that each subdir was only around (say) 200 entries. When we migrated this to NetApp a couple of years back, we simply kept this subdivision in place. But now another consideration is coming into play which would be eased if we could consider reverting to the single large (~20,000 entry) directory. Do such efficiency considerations matter in NetApp WAFL? -- : David Lee I.T. Service : : Senior Systems Programmer Computer Centre : : Durham University : : http://www.dur.ac.uk/t.d.lee/ South Road : : Durham DH1 3LE : : Phone: +44 191 334 2752 U.K. :

1 0

EUROMILLONES LOTTERY
by primitivalotto 19 Jul '06

19 Jul '06

EUROMILLONES LOTTERY AWARD SPAIN MADRID   (¡) Batch No: WNTO/7416/VA/ES (¡¡) Ticket No: TWMT/1800/806 (¡¡¡)Lucky No: 07-13-31.54-64 (¡v) Ref  No: EMLES/2006/M (v) Serial No: CNMMM/67000/MMC   In view of the yearly promotion of the above named organisation held on the 15th of July, 2006; It is my pleasure to inform you that your e-mail address, as attached to the above PIN NUMBERS:, came up in the third dip.   You have therefore been picked as the lucky owner of the PIN No as attached to your email with the designated amount of Eight Hundred & Fifty thousand, Nine Hundred & Fifty British Pounds Sterlings US$950,000:00 (Nine Hundred and Fifty Thousand United States Dollars Only).    * This programme is financed by a group of corporate establishments and non-governmental organisation, from major cities worldwide. Based on management regulations, you are to remit 10% of the winnings to a reputable non governmental organization, after receiving your fund. To process your winnings, contact immediately the designated consultant with the following information below;   BARRISTER MARTIN CARLOS MERIDIANO SEGURUDAD COMPANY S.A Tel:+34 695 112 138 Email;meridianosegurudad(a)yahoo.co.uk   We advise that all information’s about your winnings must be kept very confidential {especially the Pin numbers}, until you have received your winnings  prize money in your hand.in 3 or 4 working days. The Validity period of the winnings is for 14 working days hence you are expected to make your claims immediately.   Accept my heart felt congratulations.   Yours sincerely, FLORINDO WEBER (MR) PROGRAM CO-ORDINATOR

1 0

virus found in sent message ""
by System Anti-Virus Administrator 19 Jul '06

19 Jul '06

Attention: toasters(a)mathworks.com A virus was found in an Email message you sent. This Email scanner intercepted it and stopped the entire message reaching its destination. The virus was reported to be: W32/MyDoom-O Please update your virus scanner or contact your IT support personnel as soon as possible as you have a virus on your system. Your message was sent with the following envelope: MAIL FROM: toasters(a)mathworks.com RCPT TO: witkowski_ids(a)univ.szczecin.pl ... and with the following headers: --- MAILFROM: toasters(a)mathworks.com Received: from adsl-75-26-fixip.tiscali.ch (HELO mathworks.com) (212.254.75.26) by sus.univ.szczecin.pl with SMTP; 19 Jul 2006 10:01:24 -0000 From: toasters(a)mathworks.com To: witkowski_ids(a)univ.szczecin.pl Subject: Date: Wed, 19 Jul 2006 12:01:18 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0007_B01D1FC6.76ED0064" 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 ---

1 0

Mapping of LUN's in Windows
by Willeke, Jochen 19 Jul '06

19 Jul '06

Hi toasters, we want to move two Filers from one building to another. Due to this we need to have a SAN redesign, as those filers host our exchange data. In our HBA configuration we have currently automapping. So possibly it could be that we have a WWPN with another SCSI ID after the change. As we use snapdrive i suppose snapdrive to be responsible for the coordination of LUN's to driveletters. But i am not really sure, so i just want to ask some experts, if we can run into problems with wrong driveletters after the change. Has anybody experience with this? Best Regards and thanks in advance Jochen

2 1

Undeliverable Mail
by MAILER-DAEMON＠mathworks.com 19 Jul '06

19 Jul '06

このメールは、以下のＳＭＴＰエラーが発生したため、送信できませんでした。（　以下、サーバから出力されたエラーメッセージ　） Your mail attempted to be delivered on Wed, 19 Jul 2006 09:33:04 +0900 Could not be delivered to <w3c-announce-request(a)w3.org> Due to the following SMTP relay error >>> DATA <<< 550 Message contains malware or a virus (Worm.Mydoom.M).

1 0

Virus warning
by MAILER-DAEMON＠cgpfe1.candwall.com 18 Jul '06

18 Jul '06

A message which was sent to you was rejected by the AntiVirus plugin. The details of what was detected and the original message header are below. For your protection, the original message has been destroyed. Virus(es) found: Email-Worm.Win32.Mydoom.m Viruses: 1 The sender is <riel(a)nl.linux.org> (may be faked) --- The message header follows: --- Received: from [216.110.122.184] (HELO nl.linux.org) by cgpfe1.candwall.com (CommuniGate Pro SMTP 5.0.8) with ESMTP id 25391896 for toasters(a)mathworks.com; Tue, 18 Jul 2006 15:37:03 -0400 From: riel(a)nl.linux.org To: toasters(a)mathworks.com Subject: delivery failed Date: Tue, 18 Jul 2006 15:50:52 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0008_78B751AA.0C660504" 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 Message-ID: <auto-000025391896(a)cgpfe1.candwall.com>

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