toasters

toasters@lists.teaparty.net

13531 discussions

Re: problems with nfs and fedora
by Tim McCarthy 10 Jul '06

10 Jul '06

There is also a bug in RHEL4U2 and earlier where using autofs you could hit a race condition that actually fails a mount. If at the same time an autofs mount times out and you go to use a file on the same mount, then it looks like the mount failed and you get some type of file access error. If you check immediately after that the file is fine. When you are doing grid-related jobs that take hours-days-weeks, it really stinks to hit this bug. It supposedly only affects "ghosted" auto-mounts. A workaround I use is to use --timeout=0. It half-defeats the purpose of autofs, but when you have lots of mounts, it sure makes it easy. --tmac Graeme Fowler wrote: > Hi > > On 05/07/2006 09:11, Josef Radinger wrote: >> We have a bunch of linux-systems, which get some mounts from two >> netapp-filers FAS3020. both filers run under ontap 7.0.3 > <snip> > > http://www.netapp.com/library/tr/3183.pdf has several useful > recommendations, particularly in section 4. > > I've had great success (and no hangs) using FC1, FC2 and FC4 against > NetApp filers (although I have no access to those systems at present!) > and if I recall correctly, I used a combination of mount options > something like: > > filer:/vol/vol1/export /export nfs > rw,vers=3,hard,intr,tcp,timeo=600,retrans=2,rsize=32768,wsize=32768,bg > > That gave me no problems whatsoever. > > The document recommends very strongly that you use TCP as your transport > protocol instead. Have a read and a play, and see what you find. > > Graeme > >

1 0

{Disarmed} {Virus?} PayPal Online Department Security Notice 1
by PayPal Online Dept. 08 Jul '06

08 Jul '06

UWAGA !!! Z tej wiadomosci zostal usuniety jeden lub wiecej zalacznikow (the entire message). Prosze przeczytaj zalacznik "Ostrzezenie.txt" aby uzyskac wiecej informacji na ten temat To jest wiadomosc z systemu ochrony antywirusowej poczty elektronicznej MailScanner ----------------------------------------------------------------------------------- Zalacznik "the entire message" dolaczony do wiadomosci e-mail najprawdopodobniej zostal zainfekowany wirusem ktory mogl byc niebezpieczny dla Twojego komputera. Zalacznik ten zostal usuniety i zastapiony ta wiadomoscia. Aby otrzymac ten zalacznik popros nadawce aby przeslal Ci niezainfekowana kopie pliku. Skaner antywirusowy przekazal nastepujaca informacje: msg-21411-403.html contains HTML.Phishing.Pay-152 -- Postmaster

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 07 Jul '06

07 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 18624-04. 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 (unknown [67.137.29.18]) by isb.compol.com (Postfix) with ESMTP id 1078E72306 for <north(a)isb.compol.com>; Sat, 8 Jul 2006 00:41:00 +0600 (PKST) From: toasters(a)mathworks.com To: north(a)isb.compol.com Subject: Returned mail: see transcript for details Date: Fri, 7 Jul 2006 12:41:36 -0700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0014_4E8305B4.A39B3535" 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: <20060707184100.1078E72306(a)isb.compol.com> -------------------------- END HEADERS ------------------------------

1 0

Delivery Notification for <christie.ja@pg.com>
by Postmaster＠bdsn4038.na.pg.com 07 Jul '06

07 Jul '06

This is a delivery status notification, automatically generated by MTA bdc-filter02.na.pg.com on Fri, 07 Jul 2006 12:12:40 -0400 Regarding recipient(s) : christie.ja(a)pg.com Delivery status : Failed. Message could not be delivered to the domain - pg.com. Error while sending data. MTA Response :550 The original message headers are included as attachment.

1 0

BE MY BUSINESS PARTNER
by tutututu2＠virgilio.it 07 Jul '06

07 Jul '06

My Doctor, In view of the urgent and private nature of our intentions to go into a joint investment programme with your establishment in your Country, we wish and request that you forward to us the direct contact of your Establishment. I understand that your country is good for an investment. I am soliciting your humble attentions to this matter as we will like to discuss the terms and conditions of the investment policies before we can commence with the perfection of documentations that will assume this venture the beneficiary of the investment funds. We (Late MR. BOCKRIE Tutu FAMILY) has in our disposal a sum of ($15.5M) Fifty Million, Five Hundred Thousand United States dollars that we wish for your ventures co- operation in securing and investing these funds into the financial system of your country without any complication, We have confidence in your investment opportunities to withstand the value of these funds for the required period of time we shall agree on. I will also like you to treat my humble request with integrity and confidentiality as the political system in the country in Europe demands that we secure and invest these funds now without delay. Please response to me through the email address bellow: E-mail: johnsonatutu(a)aim.com Please be fast to forward your private e-mail addresses, mobile phone number(s), and direct fax line so that I can open communication with you, discuss your percentage of your due share without further delay. Thanks and always Remain blessed. Johnson Tutu. E-mail:johnsonatutu@aim.com

1 0

From: Mr. Lawrence Matheson (Reply Urgently)
by Lawrence Matheson 07 Jul '06

07 Jul '06

FROM THE DESK OF: Mr. Lawrence Matheson, Senior Audit Officer, Halifax Bank Plc, Trinity Road, Halifax, West Yorkshire HX1 2RG. ATTN: My name is Mr. Lawrence Matheson. I am located in the north of London and work in the establishment stated above this email. I am writing to direct an urgent business proposal to you. I simply haven't met with you before, but I will need your assistance and guidelines in making a business investment on landed properties or in any lucrative sphere of business in your country. Owing to the nature of this transaction, I would appreciate an immediate response from you acknowledging the receipt of my email and I will be obliged to furnish you with explicit details of the project and the urgency at which I need to get the funds transferred out of the United Kingdom. Please contact me as a matter of urgency via email for further directives relating to this project. Kind regards, Lawrence Matheson.

1 0

RE: lun destroy frees space very slowly ?
by Glenn Walker 07 Jul '06

07 Jul '06

Steve, This might be of help: http://now.netapp.com/Knowledgebase/solutionarea.asp?id=ntapcs17113 There is also a mechanism (that you alluded to) called the delayed free scanner. There were some issues with this, but I believe they were resolved in 7.0.2 and newer (perhaps 7.1). Opening a case with NetApp support would get you a bit farther than what I'm able to provide, sorry. Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Stephen C. Losen Sent: Wednesday, July 05, 2006 5:23 PM To: toasters(a)mathworks.com Subject: lun destroy frees space very slowly ? I have two flex vols in the same aggregate and I need to shrink one and grow the other. To shrink the first volume I destroyed two LUNs (500 GB each) that I don't need any more to free 1000 GB. But I'm afraid to shrink the volume because according to df the space has not been freed yet. As a matter of fact, after over an hour, df reports that I have only gotten back about 35 GB. The free space is still dribbling back. The CPU is about twice as busy as usual and there seems to be extra disk activity. But at this rate it may not even finish tomorrow. Can anyone tell me what's going on here? Is the filer zeroing all the old LUN data blocks? I believe that I read somewhere that a filer recovers free disk blocks with a separate thread that runs at a low priority. I have the luxury of time here, but what happens if you need to free a lot of space and move it to another volume or perhaps create a new LUN in a hurry? This is DOT 7.0.1R1 and I checked "bugs online" but didn't find anything to indicate that this slow behavior is a bug. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

1 0

RE-Netapp disks on ebay
by mikeboy 06 Jul '06

06 Jul '06

Hi all, I have been tasked by my boss to source some Netapp Fibre drives, We require some for spares for our DS14 Drive enclosures, has anybody had any experience buying second hand drives for these, there are some on ebay at present (item number 9741294785)that are inexpensive, this guy states that they have been data wiped, would there be any problems with having wiped the data i.e. are there any special partitions that may have been wiped any help would be much appreciated thanks guys. -- View this message in context: http://www.nabble.com/RE-Netapp-disks-on-ebay-t1796884.html#a4896698 Sent from the Network Appliance - Toasters forum at Nabble.com.

3 2

REPRESENTATIVE
by eden timber 06 Jul '06

06 Jul '06

Eden Timbers capes Investment 72 Steel Road, Cape Town, South Africa +27 73 593 6052 Dear Sir, Dear Prospective Representative, OFFER TO ACT AS PAYMENT REPRESENTATIVE First and foremost, I will like to introduce to you Eden Timbers capes Investment, is a company registered and based in South Africa We are into timber business which is exported to America, Europe and Asia and sold to our numerous customers all over the World. Presently, we are faced with some problems most especially with our Payment methods, as most clients we have in the United States, Canada, and Europe prefer to pay us with cheque rather than cash and this is crippling our business. We have numerous customers in the United States/Canada and Europe. We cannot afford to loose them due to this problem. We hereby request for your hand in partnership to act as our payment representatives (Eden Timber Capes Investment), to act as our clients who shall receive payment on our behalf from our customers in the United States, Canada and Europe You shall be entitled to 10% of each payment you receive on our behalf and this shall be a continuous process, part time work. Importantly, we are a corporate company and we do not require your out of pocket money instead we pay you for your services. To indicate your interests please send to us. 1.Your full names 2.Your Full contact addresses 3. Tel and Fax numbers 4.Country 5 Ages Upon receipt of this requested information I shall provide you with the Necessary details of how to become our representative. For official purpose, please send your response to our Head office email address: - edengroup(a)gawab.com Yours sincerely, George Pedro For: Eden Timbers capes Investment _________________________________________________________________ Discover the magic of RSS feeds at MSN South Africa! http://za.msn.com/

1 0

lun destroy frees space very slowly ?
by Stephen C. Losen 05 Jul '06

05 Jul '06

I have two flex vols in the same aggregate and I need to shrink one and grow the other. To shrink the first volume I destroyed two LUNs (500 GB each) that I don't need any more to free 1000 GB. But I'm afraid to shrink the volume because according to df the space has not been freed yet. As a matter of fact, after over an hour, df reports that I have only gotten back about 35 GB. The free space is still dribbling back. The CPU is about twice as busy as usual and there seems to be extra disk activity. But at this rate it may not even finish tomorrow. Can anyone tell me what's going on here? Is the filer zeroing all the old LUN data blocks? I believe that I read somewhere that a filer recovers free disk blocks with a separate thread that runs at a low priority. I have the luxury of time here, but what happens if you need to free a lot of space and move it to another volume or perhaps create a new LUN in a hurry? This is DOT 7.0.1R1 and I checked "bugs online" but didn't find anything to indicate that this slow behavior is a bug. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

1 0

Jump to page:

2026

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