toasters February 2005

toasters@lists.teaparty.net

68 participants
73 discussions

RE: Destroying failed disks
by Hill, Aaron 22 Feb '05

22 Feb '05

Oops, sorry guys, lost track of the thread and wrote too soon. Of course! How the hell am I going to be able to sanitize a failed disk if it isn't even "seen" by the filer? The encrypted data option is still pretty good and it brings a bunch of security benefits (and additional administration). Otherwise, the industrial magnet sounds like great fun. I wonder what field strength and exposure time is required to guarantee a complete scramble? Hell it probably even depends on the angle that the disk platter is exposed to the magnet. Aaron -----Original Message----- From: Sphar, Mike [mailto:Mike_Sphar@bmc.com] Sent: Tuesday, 22 February 2005 10:41 AM To: 'Toasters' Subject: RE: Destroying failed disks I think the question would be whether you could actually do a disk sanitize on a failed disk? A friend of mine who works in IT for a steel company recently shared that they "sanitized" a batch of hard disks by taking them out and having them picked up by a giant crane magnet that is normally used for picking up tons of metal. -----Original Message----- From: Hill, Aaron [mailto:aaron.hill@cba.com.au] Sent: Monday, February 21, 2005 5:03 PM To: 'Ted Weston'; John Stoffel Cc: 'Toasters' Subject: RE: Destroying failed disks Did anyone mention the disk sanitization tool? I was told that this will run through your disk writing diagonal 0's and 1's over all the current data making it unusable. The 6.5 Storage Admin Guide states the following; Disk sanitization is the process of physically obliterating data by means of overwrite patterns on filer or NearStore appliance disks in a manner that precludes recovery of that data by any known recovery methods. The Data ONTAP disk sanitize feature enables you to carry out disk sanitization by using three successive byte overwrite patterns per cycle and a default six cycles per operation, in compliance with United States Department of Defense and Department of Energy security requirements. I did read somewhere that it still may be possible to pull snippets of information off the disks using an electron microscope. I truly have no idea if this is possible or not. If your are that paranoid, it may be time to physically destroy the disks or start thinking about encrypting all of your data before it goes on the disks. If you go for the latter, read more here; http://www.netapp.com/news/print/NEWS_REL_20041026.html Aaron -----Original Message----- From: Ted Weston [mailto:Ted.Weston@oracle.com] Sent: Tuesday, 22 February 2005 3:08 AM To: John Stoffel Cc: 'Toasters' Subject: RE: Destroying failed disks Thanks for the reply, John. With this solution, aren't you concerned that something relevant could appear in one of those 8k chunks that WAFL writes? Several credit card or social security numbers might be strung in there. -t -----Original Message----- From: John Stoffel [mailto:john.stoffel@taec.toshiba.com] Sent: Friday, February 18, 2005 10:36 AM To: Ted Weston Cc: 'Toasters' Subject: Re: Destroying failed disks Ted> Good Morning (or afternoon/evening, depending on your location) - Ted> I'd like to conduct a quick poll on the process those of you Ted> employ to destroy failed filer hard drives. Do you use an outside Ted> service to physically destroy it, utilize something akin to Ted> 'shred -z,' or an entirely different approach? Well, since the failed disks are shipped back to NetApp under our maint contract, we don't do anything to them. And since they're dead... all we could do is physically destroy them if we were worried about data being stolen. Not a big worry since all you'd get is snippets in random chunks, esp for bigger files. John John Stoffel - Senior Staff Systems Administrator - System LSI Group Toshiba America Electronic Components, Inc. - http://www.toshiba.com/taec john.stoffel(a)taec.toshiba.com - 508-486-1087 ************** 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

RE: Destroying failed disks
by Sphar, Mike 21 Feb '05

21 Feb '05

I think the question would be whether you could actually do a disk sanitize on a failed disk? A friend of mine who works in IT for a steel company recently shared that they "sanitized" a batch of hard disks by taking them out and having them picked up by a giant crane magnet that is normally used for picking up tons of metal. -----Original Message----- From: Hill, Aaron [mailto:aaron.hill@cba.com.au] Sent: Monday, February 21, 2005 5:03 PM To: 'Ted Weston'; John Stoffel Cc: 'Toasters' Subject: RE: Destroying failed disks Did anyone mention the disk sanitization tool? I was told that this will run through your disk writing diagonal 0's and 1's over all the current data making it unusable. The 6.5 Storage Admin Guide states the following; Disk sanitization is the process of physically obliterating data by means of overwrite patterns on filer or NearStore appliance disks in a manner that precludes recovery of that data by any known recovery methods. The Data ONTAP disk sanitize feature enables you to carry out disk sanitization by using three successive byte overwrite patterns per cycle and a default six cycles per operation, in compliance with United States Department of Defense and Department of Energy security requirements. I did read somewhere that it still may be possible to pull snippets of information off the disks using an electron microscope. I truly have no idea if this is possible or not. If your are that paranoid, it may be time to physically destroy the disks or start thinking about encrypting all of your data before it goes on the disks. If you go for the latter, read more here; http://www.netapp.com/news/print/NEWS_REL_20041026.html Aaron -----Original Message----- From: Ted Weston [mailto:Ted.Weston@oracle.com] Sent: Tuesday, 22 February 2005 3:08 AM To: John Stoffel Cc: 'Toasters' Subject: RE: Destroying failed disks Thanks for the reply, John. With this solution, aren't you concerned that something relevant could appear in one of those 8k chunks that WAFL writes? Several credit card or social security numbers might be strung in there. -t -----Original Message----- From: John Stoffel [mailto:john.stoffel@taec.toshiba.com] Sent: Friday, February 18, 2005 10:36 AM To: Ted Weston Cc: 'Toasters' Subject: Re: Destroying failed disks Ted> Good Morning (or afternoon/evening, depending on your location) - Ted> I'd like to conduct a quick poll on the process those of you Ted> employ to destroy failed filer hard drives. Do you use an outside Ted> service to physically destroy it, utilize something akin to Ted> 'shred -z,' or an entirely different approach? Well, since the failed disks are shipped back to NetApp under our maint contract, we don't do anything to them. And since they're dead... all we could do is physically destroy them if we were worried about data being stolen. Not a big worry since all you'd get is snippets in random chunks, esp for bigger files. John John Stoffel - Senior Staff Systems Administrator - System LSI Group Toshiba America Electronic Components, Inc. - http://www.toshiba.com/taec john.stoffel(a)taec.toshiba.com - 508-486-1087 ************** 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

RE: Destroying failed disks
by Hill, Aaron 21 Feb '05

21 Feb '05

Did anyone mention the disk sanitization tool? I was told that this will run through your disk writing diagonal 0's and 1's over all the current data making it unusable. The 6.5 Storage Admin Guide states the following; Disk sanitization is the process of physically obliterating data by means of overwrite patterns on filer or NearStore appliance disks in a manner that precludes recovery of that data by any known recovery methods. The Data ONTAP disk sanitize feature enables you to carry out disk sanitization by using three successive byte overwrite patterns per cycle and a default six cycles per operation, in compliance with United States Department of Defense and Department of Energy security requirements. I did read somewhere that it still may be possible to pull snippets of information off the disks using an electron microscope. I truly have no idea if this is possible or not. If your are that paranoid, it may be time to physically destroy the disks or start thinking about encrypting all of your data before it goes on the disks. If you go for the latter, read more here; http://www.netapp.com/news/print/NEWS_REL_20041026.html Aaron -----Original Message----- From: Ted Weston [mailto:Ted.Weston@oracle.com] Sent: Tuesday, 22 February 2005 3:08 AM To: John Stoffel Cc: 'Toasters' Subject: RE: Destroying failed disks Thanks for the reply, John. With this solution, aren't you concerned that something relevant could appear in one of those 8k chunks that WAFL writes? Several credit card or social security numbers might be strung in there. -t -----Original Message----- From: John Stoffel [mailto:john.stoffel@taec.toshiba.com] Sent: Friday, February 18, 2005 10:36 AM To: Ted Weston Cc: 'Toasters' Subject: Re: Destroying failed disks Ted> Good Morning (or afternoon/evening, depending on your location) - Ted> I'd like to conduct a quick poll on the process those of you Ted> employ to destroy failed filer hard drives. Do you use an outside Ted> service to physically destroy it, utilize something akin to Ted> 'shred -z,' or an entirely different approach? Well, since the failed disks are shipped back to NetApp under our maint contract, we don't do anything to them. And since they're dead... all we could do is physically destroy them if we were worried about data being stolen. Not a big worry since all you'd get is snippets in random chunks, esp for bigger files. John John Stoffel - Senior Staff Systems Administrator - System LSI Group Toshiba America Electronic Components, Inc. - http://www.toshiba.com/taec john.stoffel(a)taec.toshiba.com - 508-486-1087 ************** 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

Quick access to quota information
by Jacek Nogala 21 Feb '05

21 Feb '05

The landscape: - The company is cable tv providing also Internet services - They intend to use FAS920 in NFS environment (all servers are Linux) - At this very moment they are servicing about 80k users but wanting to be able to service more that 200k - Services for users are to be implemented with UID and GID quotas Requirements: - They need to be able to retrieve quickly information about current quota usage for each specific UID or GID. - The information will be available via: -- Call Center - estimated queries 12 times per minute -- WEB GUI for users - estimated queries 120 times per minute - The quota information should be retrieved within 2 s and should be not older than 30 s - There is not specific requirements regarding method of getting the result (SNMP/RSH/NFS RPC/HTTP are acceptable) We discussed with them SNMPwalk and quota report parsing but they cannot accept it due to high and growing number of users. The most convenient way would be short series of SNMP queries for specific UID / GID. Any suggestions other than "make and parse quota report" are welcome. Best regards, Jacek

4 3

FC720 stalling
by Simon Waters 18 Feb '05

18 Feb '05

Okay - first post - be gentle. FC720 old and unloved, has finally started having issues where it ceases to handle CIFS request correctly. The problem manifests as a failure to respond to client requests. Two areas of possible "change" I think likely; Linux client mounting the CIF partitons. Wed Feb 16 11:57:57 GMT [de1]: CIFS t2 request 6 not implemented debuginfo( 15d 9e RH9CLIENT) Or the Windows clients finally being stable enough to stay up long enough to exhaust some resource (good riddance to NT4). In particular I'd be interested in seeing what the CIFS Session information looks like on other filers. I see a lot of repeats..... W2KIISSERV (WINDOMAIN\iusr_anon - pcuser) 10 0 W2KIISSERV (WINDOMAIN\iusr_anon - pcuser) 10 0 W2KIISSERV (WINDOMAIN\iusr_anon - pcuser) 10 0 W2KIISSERV (WINDOMAIN\iusr_anon - pcuser) 10 0 W2KIISSERV (WINDOMAIN\iusr_anon - pcuser) 10 0 W2KIISSERV (WINDOMAIN\iusr_anon - pcuser) 10 0 W2KIISSERV (WINDOMAIN\iusr_anon - pcuser) 10 0 W2KIISSERV (WINDOMAIN\iusr_anon - pcuser) 10 0 W2KIISSERV (WINDOMAIN\iusr_anon - pcuser) 10 0 W2KIISSERV (WINDOMAIN\iusr_anon - pcuser) 10 0 W2KIISSERV (WINDOMAIN\iusr_anon - pcuser) 10 91 ... is that normal? However I have no clear handle on what is going wrong. The box just supplies CIFS service to a bunch of W2K webservers using IIS. The problem seems to manifest itself randomly, but does look like it is accumulating over time. Last time it managed 6 days. A reboot or restart of CIFS seems to clear it. When it happens nothing unusual is logged. The box is claiming to handle about 500,000 to 1,000,000 CIFS ops an hour. This doesn't seem to change much when the box fails?! All the status reports look normal. I guess it could be a networking issue, but it only affects the FC720, and is fixed by a reboot. We are in the process of sourcing replacement hardware because is has basically reached the end of it's life. Till recently it "just worked", so no one touched it, and as a result has archaic firmware 2.3_a2. If it was supported and with a future, I'd probably stick a firmware upgrade in straight away and see if this fixes it. But if anyone has any clues where to look, or what might be doing this....

1 0

problems with netapp snapshot backups
by Coder, James (STP) 18 Feb '05

18 Feb '05

We recently upgraded from a 960 NT cluster to a 980 cluster. Prior to this, the NT backups consisted of taking a snapshot and then backing this up to via CIFS using Veritas NetBackup. Since moving to the new cluster (and moving to DataOnTap 7.0) , we are unable to do this. The error we get is 12:01:54.350 AM: [5896.5736] <16> file_access::V_OpenForRead: ERR - CreateFile() failed: \\?\UNC\STPNAS01\VOL2BU$\~snapshot\backup\project3\QIT Admin\Project Ve locity\Release 5.1\TechnologyTeam\SoftwareInstallation\Windchill\OOTB\ptc\oracle \oo4o\CODEWIZ\DOC\HTML\WIZPROC.GIF (WIN32 5: Access is denied. ) Anyone seen / having similar problems? thx in advance. jcc James C. Coder " Plan the Work - Accept Only One Number 1 Priority at a Time." Sr. UNIX Administrator Guidant Corporation 4100 Hamline Avenue North St. Paul, MN 55112 Tel: 651-582-4797 Fax 651-582-4285 email: james.coder(a)guidant.com "Any views expressed in this e-mail are not those of Guidant Corporation."

2 1

Can you Help? Seeking a senior-level IT Project Manager
by HotJobs＠MicroSurvivor.com 17 Feb '05

17 Feb '05

Dear Business Professional, Your contact info came to my attention while researching the U.K. IT Industry and seeking senior-level project managers within this segment. I am contacting you in the hope that you may be able to offer a referral of someone you believe could be a strong fit in regard to a well-paid employment opportunity that Id like to brief you on. First, please allow me to introduce myself. We are an American company that specialize in searches for expert individuals within the high-tech industry worldwide. We have recently been retained by a London firm to identify a few professional project managers with in-depth expertise in the area of Information Technology and more specifically, with prior working experience within the local or central government. This is an integrator opportunity for my client in the government space and to that end, I am seeking only highly qualified individuals that match my clients requirements 110% and whom are interested in working for a dynamic and prestigious organisation with an attractive compensation and benefits package. Below are the essential criteria a candidate must possess in order to qualify...if you know of someone that may be available, eligible and interested, I would be very grateful if you helped both of us out and forwarded this request to that person. · Demonstrated minimum 3+ years of successful experience within the local or central government · In-depth knowledge of and experience with detailed planning, management, and delivery of complex multi-million pound projects sponsored by local or central government · Experience of project budgetary control and quantifiable experience of having delivery fixed price contracts to time and budget · Previous contribution experience to proposals and bid submissions · Competency in line management of large multi-disciplined staff as well as experience dealing with and managing senior clients on a regular basis · Technical experience with Prince 2 and DSDM · Excellent communications skills for written, verbal, and one-on-one persuasion · Education and special qualifications shall include degree standard; accreditation in Prince 2 and/or DSDM is desirable as well · Must reside and be permitted to work in the U.K. The position is located in the London area Note to Eligible Candidates: The goal is to consult our client as an equal partner and evaluate your interest and eligibility. Please provide a brief summary quantifying examples of your success, references, and your relevant experience matching the above requirements at your earliest convenience. Be sure to include your CV as well in order to be considered. Interviews will commence immediately upon selection of qualified candidates, those of which will be contacted directly by our client with additional detailed information. We are on an urgent timeline as the client is prepared to hire for this position as soon as possible and therefore, honor a quick response to this message. Thank you and I look forward to hearing from you. Sincerely, Karene France Principal Micro Survivor, Inc. Phone: +1 650-248-4831 Fax: +1 408-516-9814 Enabling Emerging Business http://www.microsurvivor.com To opt out of receiving opportunity notifications from us, please click reply and type remove in the subject line. Thank You.

1 0

FAS 9xx and Intel Pro1000
by Aurélien Beaujean 15 Feb '05

15 Feb '05

Hi, I try to insert an Intel Pro1000 "MX" ethernet (cu) card but it is not detected: slot 11: 10/100/1000 Ethernet Controller VI ***** NIC in slot 11: Rev 4-R not supported e11 MAC Address: 00:00:00:00:00:00 (unknown) Device Type: Rev 4-R memory mapped I/O base 0xa0340000, size 0x20000 memory mapped I/O base 0xa0300000, size 0x40000 I/O base 0xefc0, size 0x40 My others FAS9xx seems to use Intel Pro1000 "TX" ethernet (cu) cards. Is there only Intel Pro1000 "TX" ethernet (cu) card that works with FAS9xx ? There is a special Ontap version for thoses ethernet cards or something special to make it working ? -- Auré

1 0

RE: autosupport - logs
by Hill, Aaron 14 Feb '05

14 Feb '05

George, We have safely deleted the entire contents of this directory on a number of occasions. Our original reason for doing so was because multiple autosupport send failures were causing the data to be accumulated for sending at a later date. The failures were mostly due to email attachment restrictions on our mailrelay. You may like to check your messages log around the time that weekly autosupports are due to go out. It is likely you will see something related to an SMTP failure. Aaron -----Original Message----- From: George Kahler [mailto:george@YorkU.CA] Sent: Tuesday, 15 February 2005 5:20 AM To: toasters(a)mathworks.com Subject: autosupport - logs I have around 50 or so entries in ./etc/log/autosupport directory on all of my filers dating back to July '04. Does anyone know if this is something that can be safely purged ? Why is it being accumulated ? BTW, autosupport is enabled and is working correctly. Thx, George ************** 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

RE: high performance file systems, non Netapp.
by Ben Rockwood 13 Feb '05

13 Feb '05

UFS (Solaris9/Solaris10) will cut it, but probly isn't the best without tuning, and definately not on Linux. If your using Linux, carefully consider JFS and XFS, both can do what you want but have up and downsides. Do NOT run ReiserFS in production, too many people have been bitten by it. EXT2/3 are just not even contenders, and who wants to pay for VxFS. For your requirements my first attempt (on Linux anyway) would be JFS. And, ZFS, btw, would handle this all nicely, but won't be introduced to Solaris10 untill Update1, sometime in the summer. benr. -----Original Message----- From: owner-toasters(a)mathworks.com on behalf of Maren S. Leizaola Sent: Fri 2/11/2005 2:35 AM To: toasters(a)mathworks.com Cc: Subject: high performance file systems, non Netapp. Hi, We have an application where we need to store between 4 to 20 million small files on the on a large drive or a 3 drive raid system. We are finding that file systems like UFS just don't cut it never mind Linux extFS... These file systems can handle what we are trying to do but they tend to slow down as they get full and in some cases we will have to be able to delete millions of files in one go. In this type of configuration unfortunately we can't bundle at netapp as the technical overhead and cost would make the system unfeasable. I have so far seen the ReiserFS can do what we are looking for but we need a fs that will work on Linux, FreeBSD, Solaris etc... We must have a path to scale up or deploy a heavy load system and migrate to a big sun box if required. Anyone knows how well Solaris 10's ZFS would work for this kind of application? What do you guys suggest? Maren. -------------------------------------------------------------- HKdotCOM Ltd Tel: 852 2865-4865 ext 888 Fax: 852 2865-4100 leizaola(a)hk.com AIM: MarenHKdotCOM ICQ: 39905706 MSN:MarenHKdotCOM -------------------------------------------------------------- Get your @hk.com email address on http://www.hk.com

4 4

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 February 2005