toasters May 2003

toasters@lists.teaparty.net

83 participants
92 discussions

RE: Data ONTAP Upgrade
by Sam Schorr 04 Nov '03

04 Nov '03

For all the inquiring minds, I found this under the download section: ********************************************************************** DEBUG PATCH RELEASE 6.3.1D8 Based on release 6.3.1 ********************************************************************** This is a DEBUG patch, which means it has fixes that have not been released in a regular software version yet. These fixes, if validated, will be checked in and released in a future release after adequate QA and testing. Fixes contained in this patch release are: 85294 Ineffective nlm GRANTED requested (callback) 78177 Renaming a small number of files repeatedly causes WAFL dir size to grow 83697 CPU at 100% after 6.2.1 upgrade from 6.1.3R1, with low NFS Ops and Disk Ops 80286 Problem accessing ~snapshot directory when using the "nosymlink_strict_security" share option 82176 File access can fail when using a widelink that maps to a share that supports widelinks 78570 Slow FTP performance with clustering enabled. 80332 SNMP may stop responding after accessing miscGlobalStatus on FAS9xx appliances. 81905 kma.c crash in wafl_zombie_growfile_handler 83681 CIFS file owner may be set incorrectly 85651 CIFS SETUP fails with "DSA is unwilling to perform" 85653 can't set file attributes when restoring with Veritas NetBackup 81631 isp2100 not handling port_logged_out status correctly for CT requests 86862 Master filer panic during takeover - memory leak from dup_user_field() 86464 Volume SnapMirror from an F840,F880,F9XX to a platform other than F840,F880 or F9XX on restarting may lead to corruption on destination. -----Original Message----- From: Hill, Aaron [mailto:aaron.hill@navitaire.com] Sent: Sunday, February 16, 2003 2:14 PM To: 'Chris Blackmor' Cc: 'Paul McGuinness (ext. 771)'; 'toasters(a)mathworks.com' Subject: RE: Data ONTAP Upgrade Hey there, I welcome questions. Unfortunately, my answers may not be sufficient to satisfy your mental hunger. To be honest, I don't know exactly what the D8 does. I was informed that it fixes the snapmirror code. The error was found to occur only in our "specific" circumstance. So what was/is our circumstance? 1) F880 source snapmirroring 3 batch area volumes to an F820 target across a 20Mbit Ethernet WAN. 2) The amount of data change per day is high. Approximately 10-40Gb per volume. 3) We were experiencing poor throughput across the WAN link (carrier issue) and had to frequently abort the snapmirror and delete snapshots from the F880 source in order to prevent snapshot space over-running production data space. This throughput has since been addressed (before D8). 4) The F820 target panicked a couple of times and dumped to the ok prompt. One of the target volumes was found to be corrupt. It was difficult to say if the source filer caused it or the target filer developed the corruption independently. We had some cases open and ran wafl checks and scans on both filers as a result. No errors were turned up. 5) The crash dump file was ftp'd to NetApp. This lead to the 6.3.1D8 debug release. When I get some more time, I might read into it a bit further. For now, I am more than happy that they have addressed the issue and fixed it very quickly. We have not had any problems with 6.3.1 or the D8 releases. Thanks, Aaron -----Original Message----- From: Chris Blackmor [mailto:chris.blackmor@amd.com] Sent: Sunday, February 16, 2003 6:48 AM To: Hill, Aaron Cc: 'Paul McGuinness (ext. 771)'; 'toasters(a)mathworks.com' Subject: Re: Data ONTAP Upgrade What does the D8 fix for snapmirror? Inquiring minds want to know. ;) C- On Fri, Feb 14, 2003 at 07:18:19PM -0600, Hill, Aaron wrote: > We are running 6.3.1 on one filer (F880) and 6.3.1D8 (debug release for a > snapmirror problem we were having) on another (F820). 2 others still running > 6.2.2 I believe. > > As far as I know, all new F960s being shipped have 6.3.1 on them. > > So overall, I have to say I recommend it. If you are snapmirroring, make > sure you put 6.3.1D8 on your destination filer, that is the advice from our > NetApp representative. > > Thanks, > Aaron Hill > Systems Engineer > www.navitaire.com > > > -----Original Message----- > From: Paul McGuinness (ext. 771) [mailto:Paul.McGuinness@fineos.com] > Sent: Saturday, February 15, 2003 2:58 AM > To: 'toasters(a)mathworks.com' > Subject: Data ONTAP Upgrade > > Hi, > I have a F720 currently running on Data ONTAP 6.1.2R2 and everything is > running fine. > My question is to those of you 6.6.2 (the current GA release) and those of > you on 6.3.1. > > I was going to upgrade to 6.2.2, just to keep my system up to date, but > according to the NOW site there are a good few more active systems running > 6.3.1. > > Would 6.3.1 be a better upgrade to go to? I also see that there is now a 6.4 > first customer shipment release (12th Feb) but I think I'll leave that for > those of you who have filers to play with.... > :o) > > So 6.6.2 or 6.3.1? > > > > > > ************************************************************************** > The information contained in this e-mail is confidential, > may be privileged and is intended only for the use of the > recipient named above. If you are not the intended > recipient or a representative of the intended recipient, > you have received this e-mail in error and must not copy, > use or disclose the contents of this email to anybody > else. If you have received this e-mail in error, please > notify the sender immediately by return e-mail and > permanently delete the copy you received. This email has > been swept for computer viruses. However, you should > carry out your own virus checks. > > > Registered in Ireland, No. 205721. http://www.FINEOS.com > ************************************************************************** -- -------------------------------------------------------------------- * Chris Blackmor _______ | * * Advanced Micro Devices \____ | | Toto... I've * * Phone: (512) 602-1608 /| | | | a feeling we're * * Fax: (512) 602-5155 | |___| | | not in Kansas * * Email: chris.blackmor(a)amd.com |____/ \| | anymore. * -------------------------------------------------------------------- * My comments are mine, and mine alone. * --------------------------------------------------------------------

2 1

APC UPS Monitoring
by devnull＠adc.idt.com 14 Jun '03

14 Jun '03

Dear Toasters, Can anyone please give me some tips on APC-UPS monitoring. I have many APC Smart UPS'es and i use them to protect my File Servers. In the past when we used Sun hardware, we used to use the "Powerchute" software from APC. Now APC needs you to run some sort of Windows-box to be able to monitor all your machines. I heard about apcupsd on another list and gave that a shot and it seems to do a pretty decent job when it comes to linux. To protect my NetApp's, i am planning to use apcupsd on a linux machine and then try and somehow "correctly" use it to shutdown the netapp. I need to be careful about shutting down the netapp ONLY when the power is down and not every time the linux machine needs to be brought down.(so maybe an rc script WONT work) Any ideas ? Comments ? Thanks, /dev/null devnull(a)adc.idt.com

4 5

Samba PDC and ontap ?
by Frank Bonnet 27 May '03

27 May '03

Hi Once again ;-) Does any filers admin use a Samba server (with success) as a PDC for windows clients ? Thanks -- Frank Bonnet

1 0

quota messages
by Piotr KUCHARSKI 27 May '03

27 May '03

Is it only me who is bothered by this: Fri May 23 17:12:52 CEST [quota.softlimit.exceeded:notice]: Threshold exceeded for user 22638, tree 0 on volume v Fri May 23 17:18:12 CEST [GbE-II/e8:notice]: uid 22638: disk quota exceeded on volume v. Additional warnings will be suppressed for approximately 60 minutes or until either a 'quota resize' is performed. While first message is quite right, the second one has "GbE-II/e8" instead of "quota.hardlimit.exceeded" or similar. I've contacted NetApp about this and they just stated "nothing to worry about, it is normal". p. PS Instead of GbE-II/e8 can be any of your primary network interfaces name. -- Beware of he who would deny you access to information, for in his heart he dreams himself your master. -- Commissioner Pravin Lal http://nerdquiz.sgh.waw.pl/ -- polska wersja quizu dla nerdów ;)

3 6

URGENT NEED OF A BUSINESS PARTNER/CONFIDANT
by maryam abacha 27 May '03

27 May '03

LADY MARYAM ABACHA ABACHA COURT GIDADO ROAD KANO - NIGERIA ATTENTION: I am lady Maryam Abacha, wife of the late General Sani Abacha,ex-military Head of State of the Federal Republic of Nigeria who died on the 8th of June 1998 of heart problems. I contacted you because of my need to deal with person/persons who my family and I have had no previous personal relationship. Since the death of my husband, my family had been subjected to all sorts of harrassment and intimidation with lots of negative reports emanating from the government and the press about my husband. The present Government has also ensured that our bank accounts are frozen and all assests siezed. It is in view of this that I seek your co-operation and assistance in the transfer of the sum of US$100Million only being the very last of my family fund in my possession and control. The Federal Government have seized all our properties and frozen all our accounts both local and international, but my only hope now is the available US$100Million cash, which I carefully packaged and deposited with a security finance company Abroad. My purpose of contacting you is for someone who after transfering the funds, will be able to invest the funds on my behalf till such a time when I will be free from my present predicament. Your benefit I can assure you will be very substantial. Please ensure to keep this proposal very secret and confidential for obvious reasons and send to us your private telephone and fax numbers for easy and confidential communication. We await your immediate response. Sincerely yours, LADY MARYAM ABACHA ___________________________________________________ GO.com Mail Get Your Free, Private E-mail at http://mail.go.com

1 0

RE: APC UPS Monitoring
by Hill, Aaron 25 May '03

25 May '03

We had a "real" power outage with our F880 when the whole Datacentre lost power and the UPS freaked out for some reason. The F880 handled it perfectly. We had Sybase databases running in production at the time and when power was restored, they came up fine, now problems at all. I don't think that even a dbcc had to be run to clean the db's. Wish I could say the same for our old LSI/Metastor direct-attach SCSI. Took hours to get those monsters sorted out! Thanks, Aaron -----Original Message----- From: Bokkelkamp Ernst [mailto:ernst.bokkelkamp@siemens.com] Sent: Saturday, May 24, 2003 5:36 AM To: Andrew Siegel; toasters(a)mathworks.com Subject: RE: APC UPS Monitoring I have done it quite often over the last few months on filers in the lab to show "non-believers" how well the filer handles the situation and recovers after power on. Can't tell you anything exciting except that it always worked ;-) Bye Ernie -----Original Message----- From: Andrew Siegel [mailto:abs@blueskystudios.com] Sent: Friday, May 23, 2003 5:03 PM To: toasters(a)mathworks.com Subject: Re: APC UPS Monitoring As far as I know, NetApps can survive a power cut without a problem. I heard that back in the old days, Tom Mendoza used to demonstrate the robustness of the filer by yanking the power during customer presentations. On Friday, May 23, 2003, at 09:39 AM, devnull(a)adc.idt.com wrote: > Dear Toasters, > > Can anyone please give me some tips on APC-UPS monitoring. > > I have many APC Smart UPS'es and i use them to protect my File > Servers. In > the past when we used Sun hardware, we used to use the "Powerchute" > software from APC. Now APC needs you to run some sort of Windows-box > to be > able to monitor all your machines. > > I heard about apcupsd on another list and gave that a shot and it > seems to > do a pretty decent job when it comes to linux. > > To protect my NetApp's, i am planning to use apcupsd on a linux machine > and then try and somehow "correctly" use it to shutdown the netapp. > I need to be careful about shutting down the netapp ONLY when the > power is > down and not every time the linux machine needs to be brought down.(so > maybe an rc script WONT work)

1 0

need drives/shelves for F230
by Chris Caputo 25 May '03

25 May '03

Anyone have drives/shelves for an F230 that they want to unload cheap? I'll pay for shipping plus maybe a little something more if it is reasonable... Also, any recent news on the hobbiest licensing for Data ONTAP? Thanks, Chris

1 0

RE: APC UPS Monitoring
by Bokkelkamp Ernst 23 May '03

23 May '03

I have done it quite often over the last few months on filers in the lab to show "non-believers" how well the filer handles the situation and recovers after power on. Can't tell you anything exciting except that it always worked ;-) Bye Ernie -----Original Message----- From: Andrew Siegel [mailto:abs@blueskystudios.com] Sent: Friday, May 23, 2003 5:03 PM To: toasters(a)mathworks.com Subject: Re: APC UPS Monitoring As far as I know, NetApps can survive a power cut without a problem. I heard that back in the old days, Tom Mendoza used to demonstrate the robustness of the filer by yanking the power during customer presentations. On Friday, May 23, 2003, at 09:39 AM, devnull(a)adc.idt.com wrote: > Dear Toasters, > > Can anyone please give me some tips on APC-UPS monitoring. > > I have many APC Smart UPS'es and i use them to protect my File > Servers. In > the past when we used Sun hardware, we used to use the "Powerchute" > software from APC. Now APC needs you to run some sort of Windows-box > to be > able to monitor all your machines. > > I heard about apcupsd on another list and gave that a shot and it > seems to > do a pretty decent job when it comes to linux. > > To protect my NetApp's, i am planning to use apcupsd on a linux machine > and then try and somehow "correctly" use it to shutdown the netapp. > I need to be careful about shutting down the netapp ONLY when the > power is > down and not every time the linux machine needs to be brought down.(so > maybe an rc script WONT work)

1 0

RE: APC UPS Monitoring
by Gifford, Josh 23 May '03

23 May '03

We had a F720 in a site that had regular power problems. At times every weekend the power would be down for more than an hour which would drain the UPS and the filer would fall flat on it's face. As far as the filer was concerned, there were no problems. On occasion the virus scanner servers would not reconnect on their own though. -Josh -----Original Message----- From: Andrew Siegel [mailto:abs@blueskystudios.com] Sent: Friday, May 23, 2003 11:03 AM To: toasters(a)mathworks.com Subject: Re: APC UPS Monitoring As far as I know, NetApps can survive a power cut without a problem. I heard that back in the old days, Tom Mendoza used to demonstrate the robustness of the filer by yanking the power during customer presentations. On Friday, May 23, 2003, at 09:39 AM, devnull(a)adc.idt.com wrote: > Dear Toasters, > > Can anyone please give me some tips on APC-UPS monitoring. > > I have many APC Smart UPS'es and i use them to protect my File > Servers. In > the past when we used Sun hardware, we used to use the "Powerchute" > software from APC. Now APC needs you to run some sort of Windows-box > to be > able to monitor all your machines. > > I heard about apcupsd on another list and gave that a shot and it > seems to > do a pretty decent job when it comes to linux. > > To protect my NetApp's, i am planning to use apcupsd on a linux machine > and then try and somehow "correctly" use it to shutdown the netapp. > I need to be careful about shutting down the netapp ONLY when the > power is > down and not every time the linux machine needs to be brought down.(so > maybe an rc script WONT work)

1 0

RE: Folder update time
by Alan McLachlan 23 May '03

23 May '03

Hi Chris, I had assumed that atime was stored in the directory entry itself (which would have a pointer to an inode that was a simple list of data blocks), which would have explained the behaviour reported by Jeff Burton in his post. TR2002 ("Filesystem Design for an NFS file server appliance") doesn't specify anything about directory entry contents. The testing you show below seems to nails it, but I will go and have a play when I get a moment just fo see it for myself. Now, even if the directory entry doesn't contain the attributes but is simply a name with a pointer to an inode that contains the file attributes, a change in the file attributes will still require the pointer in the directory entry to be changed to point to the new inode. (WAFL NEVER makes changes to existing inodes, it always writes new ones). Therefore the block containing that directory entry will still need to be rewritten (you seem to imply that it won't). If you are at least partly right it would mean that OnTAP is deliberately ignoring the change to directory entries in order to appear more consistent with traditional filesystem behaviour. This still doesn't help us solve Jeff's problem... -----Original Message----- From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] Sent: Friday, 23 May 2003 12:48 AM To: amclachlan(a)asi.com.au Cc: toasters(a)mathworks.com Subject: Re: Folder update time Alan McLachlan writes: > > A write to a file will change the file size attribute in the directory > entry, which will of course change the mod time on the directory itself. No, it doesn't: $ ls -ld temp temp/foobar drwxr-xr-x 2 cet1 cet1 4096 May 22 11:00 temp -rw-r--r-- 1 cet1 cet1 21 May 22 09:00 temp/foobar $ echo foobar >>temp/foobar $ ls -ld temp temp/foobar drwxr-xr-x 2 cet1 cet1 4096 May 22 11:00 temp -rw-r--r-- 1 cet1 cet1 28 May 22 15:19 temp/foobar > In fact, if you don't have "atime update" turned OFF, even opening a file > will change the directory mod time since the access time attribute for the > file needs to be updated in the directory entry. No, it doesn't: $ ls -ld temp; ls -ldu temp/foobar drwxr-xr-x 2 cet1 cet1 4096 May 22 11:00 temp -rw-r--r-- 1 cet1 cet1 28 May 22 15:17 temp/foobar $ cat temp/foobar Oh what a goose I am foobar $ ls -ld temp; ls -ldu temp/foobar drwxr-xr-x 2 cet1 cet1 4096 May 22 11:00 temp -rw-r--r-- 1 cet1 cet1 28 May 22 15:22 temp/foobar (That was done on a different client from the previous test. Client-side caching can confuse attempts to look at atimes otherwise.) > Remember, in WAFL all metadata lives in files. That includes directories. So > ANY change to a directory entry will cause the modification time on the > directory to be updated. But the directory entry doesn't change. It's the inode that changes. You seem to have confused the two. >> Alan: No I haven't. I had simply assumed that mtime and atime were both stored in the directory entry itself. However, your are wrong here: the directory entry still has to change to reflect the new inode location. The inode doesn't "change", a new version of it is written elsewhere. Don't confuse WAFL with UFS... > This will in turn change the mod time on all > relevant parent directories up to the root. Restate that as "the relevant block in the inode metafile has been changed, so all the index blocks up to the root have to be rewritten as well". >> Alan: See above. All directories must change as well since the inodes their entries point to are relocated as part of the CP. Even if the directory entry has a pointer to the file ino > On a traditional filesystem like > NTFS or UFS this would be a performance disaster as it would generate lots > of additional seeks, so they don't do it. However in WAFL an change to a > file will cause all relevant metadata inodes up to the root inode to be > rewritten [in new locations without seeks] anyway, without a performance > cost. All the changed blocks will (usually) be written close together as part of the next checkpoint. But none of these blocks are directory blocks, or blocks containing the inode for the directory (unless they happen to be the same block as that containing the inode for the file). > Hope this helps. Honestly, I don't think it did. Steve Losen wrote: ] ] My guess is that the application is doing more than a simple file open. ] Perhaps it is an editor that is creating a .bak file or something like ] that. As far as I know, to change the mod time of a directory (folder) ] you need to create, delete, or rename a file in the directory. Simply ] reading or writing an existing file does not change the directory mod ] time. An application could also explicitly set the mod time of the ] directory. Another possibility is that the application is deleting and then re-creating the file, which would certainly change the mtime and ctime of the directory. Jeff Burton didn't make it very clear whether the "simple open" was for reading or writing. ] I can think of one other possibility, but I have doubts since this is ] a NTFS volume. If you create a directory with NFS, then it is not in ] unicode format (unless you specify an option to change this). ] The first time you access the directory via CIFS, it is converted to ] unicode, and this might also trip the directory mod time, but I don't ] know. Of course, this only happens once at the first CIFS access. That obviously changes the directory contents, but does it change its mtime (or even the ctime)? I can't do that experiment here as we aren't licensed for CIFS access. Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QH, Phone: +44 1223 334715 United Kingdom. **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

2 1

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 May 2003