toasters

toasters@lists.teaparty.net

13514 discussions

Data ONTAP Upgrade Procedures
by Ambrose_Earle＠shamrockfoods.com 02 May '02

02 May '02

We are getting ready to upgrade to 6.2R1 on our F840C's and I was wondering what procedures some of you follow when doing upgrades. I am especially interested in hearing from those with Oracle databases NFS mounted to UNIX servers. Do you shutdown the databases before doing anything? Do you leave everything NFS mounted running as normal during the entire procedure? Do you leave clustering enabled and just takeover-giveback to complete the reboot after the download? Any pros/cons and horror stories are greatly appreciated,

2 1

Anybody do any tests of performance increase by adding disks to a volume?
by Art Hebert 02 May '02

02 May '02

We currently have a couple of Netapp 760 each with a 7x18gb shelf in a cluster config. The best performance we can get out of this is about 10MB writes. So we decided to test out what a gig card would do for us and the best we could get was 16MB writes and 30MB reads. In terms of testing the number of disks in a volume we saw an increase in performance by using a 7disk volume as opposed to a 3 disk volume, but surprisingly we didn't see a substantial increase when we went to 14 disks in a volume. So have any of you been able to test and justify using 14 disks as opposed to 7 disks in a volume? Have any of you been able to get better than 16MB writes? It also doesn't seem to benefit by having one shelf on one FC-AL card and another shelf on another FC-AL card? It seems the entire performance from what I can tell is limited by the nvram size. (16MB, half of 32MB nvram), thoughts? We have determined its not the gig cards in our suns that is limiting it as we can get 100MB sun gig card to sun gig card. Thanks Art Hebert Email: art(a)arzoon.com <mailto:art@arzoon.com> Arzoon IT Dept. Phone: 650 522-6061 Mobile: 650 444-8667

7 8

Re: Adic FastStore DLT
by Blake Folgner 02 May '02

02 May '02

Hi Scott, Thanks for the info. I think that I'd rather get another SCSI adapter in the NetApp. I was looking at one of Qlogic's cards because that's what NetApp uses, here is the card that I'm thinking about getting. http://www.qlogic.com/products/ultra_series/ultra_three.asp Let me know if you think this would work. Thanks, Blake ----- Original Message ----- From: Scott Gelb To: 'Blake Folgner' Sent: Wednesday, May 01, 2002 4:04 PM Subject: RE: Adic FastStore DLT You have an HVD interface on the F760. You need an LVD/SE (LVD supports 25 foot, while SE is much shorter...about .5-1ft) converter. If you check CDW or other online shops, you'll find an HVD to LVD/SE converter that will do the trick... However, it isn't a supported configuration. HVD is +-12V, LVD is +-7V, and SE is +-5V....most SCSI Adapters that are LVD also support SE. Thank you, Scott Gelb scottg(a)insightintegratedsystems.com http://www.insightintegratedsystems.com http://www.insightinvestments.com 714-939-2321 (Office) 714-290-4736 (Cell) 714-939-2300 (Main) 714-939-2395 (Fax) Insight Integrated Systems 600 City Parkway West Suite 500 Orange, CA 92868 -----Original Message----- From: Blake Folgner [mailto:admin@webrunners.com] Sent: Wednesday, May 01, 2002 1:46 PM To: toasters(a)mathworks.com Cc: Steve Roche Subject: Re: Adic FastStore DLT Hello All, Thanks your all of your help. The problem is that the DLT drive is and SE interface while the F760 is a Fast Wide Differential interface. Now for the next question. How would I get this thing to work with my F760. Is there another card I can buy for the Net App? Thanks Blake ----- Original Message ----- From: Steve Roche To: 'Blake Folgner' Sent: Wednesday, May 01, 2002 1:10 PM Subject: RE: Adic FastStore DLT Check to see if you Autoloader has a single ended SCSI interface. The F7XX Series Filers shipped out of the box with a Fast Wide Differential interface. Connecting that to a SE interface will hang the Filer. Seen it many times in the past. -----Original Message----- From: Blake Folgner [mailto:admin@webrunners.com] Sent: Wednesday, May 01, 2002 3:31 PM To: toasters(a)mathworks.com Subject: Adic FastStore DLT Hello, I'm trying to get my Adic FastStore 22 tape autoloader to work with my F760 i'm running 6.2.1. I set the loaders SCSI ID to 0 and the drive to 1 and I have also tried other combinations also, keeping in mind that the SCSI card in the F760 uses ID 7. When I boot the filer up it just hangs after it checks the memory. If I unplug the autoloader it boots up with no problems. The autoloader is terminated and all connections are good. Any help would be very appreciated. Thanks for your help. Blake

1 0

Disk shelf off of the onboard FC-AL or off of a card, which is be tter?....
by Art Hebert 01 May '02

01 May '02

We tested with it off of both and it seems that the onboard is faster. Thoughts? Art Hebert Email: art(a)arzoon.com <mailto:art@arzoon.com> Arzoon IT Dept. Phone: 650 522-6061 Mobile: 650 444-8667

1 0

quotas on 6.2
by Piotr KUCHARSKI 01 May '02

01 May '02

Do you also experience strange quota output on a client? Filesystem usage quota limit timeleft files quota limit timeleft /f/admini 0 2147483644 1048576 0 -1 -1 No matter what I put in quotas file, it always appears like that. So far (in 6.1) it looked like: /f/admini 0 1048576 1048576 0 -1 -1 Which is not so misleading. I know soft quota is not meant to work over NFS as over UFS, but at least it could show up nicer. p.

2 2

Re: Adic FastStore DLT
by Blake Folgner 01 May '02

01 May '02

Hello All, Thanks your all of your help. The problem is that the DLT drive is and SE interface while the F760 is a Fast Wide Differential interface. Now for the next question. How would I get this thing to work with my F760. Is there another card I can buy for the Net App? Thanks Blake ----- Original Message ----- From: Steve Roche To: 'Blake Folgner' Sent: Wednesday, May 01, 2002 1:10 PM Subject: RE: Adic FastStore DLT Check to see if you Autoloader has a single ended SCSI interface. The F7XX Series Filers shipped out of the box with a Fast Wide Differential interface. Connecting that to a SE interface will hang the Filer. Seen it many times in the past. -----Original Message----- From: Blake Folgner [mailto:admin@webrunners.com] Sent: Wednesday, May 01, 2002 3:31 PM To: toasters(a)mathworks.com Subject: Adic FastStore DLT Hello, I'm trying to get my Adic FastStore 22 tape autoloader to work with my F760 i'm running 6.2.1. I set the loaders SCSI ID to 0 and the drive to 1 and I have also tried other combinations also, keeping in mind that the SCSI card in the F760 uses ID 7. When I boot the filer up it just hangs after it checks the memory. If I unplug the autoloader it boots up with no problems. The autoloader is terminated and all connections are good. Any help would be very appreciated. Thanks for your help. Blake

1 0

Adic FastStore DLT
by Blake Folgner 01 May '02

01 May '02

Hello, I'm trying to get my Adic FastStore 22 tape autoloader to work with my F760 i'm running 6.2.1. I set the loaders SCSI ID to 0 and the drive to 1 and I have also tried other combinations also, keeping in mind that the SCSI card in the F760 uses ID 7. When I boot the filer up it just hangs after it checks the memory. If I unplug the autoloader it boots up with no problems. The autoloader is terminated and all connections are good. Any help would be very appreciated. Thanks for your help. Blake

2 1

RE: File name length and veritas
by Bokkelkamp Ernst 01 May '02

01 May '02

The NDMP message send to the Filer (NDMP_DATA_START_RECOVER) specifies a field named nlist, which is an array of filenames to be recovered. Therefor the maximum number of nlist entries restricts the number of files that can be recovered per message. Please note that this is the NDMP protocol. A clever backup application can get around this limitation but it looks that there are very few (or no) clever backup applications available. Bye Ernie -----Original Message----- From: Clawson, Simon [mailto:simon_clawson@mentorg.com] Sent: Wednesday, May 01, 2002 3:55 PM To: 'lkaptan(a)prolink.com.tr'; toasters(a)mathworks.com Subject: RE: File name length and veritas Hi Levent, Sorry, can you explain what you mean by nlist entries? Thanks Simon -----Original Message----- From: Levent KAPTANOGLU [mailto:lkaptan@prolink.com.tr] Sent: 01 May 2002 14:53 To: Clawson, Simon; toasters(a)mathworks.com Subject: RE: File name length and veritas I dont know about the file names but as far as I know there is a limitation for nlist entries. Maximum of 10240 nlist entries supported -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Clawson, Simon Sent: Wednesday, May 01, 2002 4:00 PM To: 'toasters(a)mathworks.com' Subject: File name length and veritas Hi! I have been told by veritas that I have a file name or path that is longer than 1024 characters. Apparently this will cause problems with NDMP They have told me to do the following :- find . -inum 5942788 -print But this just gives an error due to the value being to great. Anyone seen this before? I know this might seem like UNix 101..so sorry.. Thanks Simon Simon Clawson TEL:- +44 (0)1635 811409 HDL Designer Series Team Systems Administrator FAX:- +44 (0)1635 810108 Mentor Graphics Ireland Ltd (UK Branch) MOB:- +44 (0)7788 716071 Rivergate London Road Newbury Berkshire RG14 2QB

1 0

RE: File name length and veritas
by Clawson, Simon 01 May '02

01 May '02

Trying something else now too, ls -R -i | grep 3992618 Dont know if this will work, but its worth a pop I suppose. Simon -----Original Message----- From: Steve Losen [mailto:scl@sasha.acc.virginia.edu] Sent: 01 May 2002 15:25 To: Clawson, Simon Cc: 'toasters(a)mathworks.com' Subject: Re: File name length and veritas > I have the last inum that was being written before the failure, so I > attempting to run a find in the directory it was working on. However that > fails too. Maybe you have a very deep directory tree, possibly created by mistake. I would cd to the last directory dump was working on and run "find . -print" and look for something fishy like a long string of directories. You'll probably have to rm -r the whole mess. Talk to the owner first, of course. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

1 0

RE: File name length and veritas
by Clawson, Simon 01 May '02

01 May '02

I have the last inum that was being written before the failure, so I attempting to run a find in the directory it was working on. However that fails too. The veritas guys were not clear on how this command should be run. I am currently using a mounted directory on a Unix client. Will this be able to find a specific inode on the Netapps? Simon -----Original Message----- From: Steve Losen [mailto:scl@sasha.acc.virginia.edu] Sent: 01 May 2002 14:55 To: Clawson, Simon Cc: 'toasters(a)mathworks.com' Subject: Re: File name length and veritas > Hi! > > I have been told by veritas that I have a file name or path that is longer > than 1024 characters. Apparently this will cause problems with NDMP > > They have told me to do the following :- > find . -inum 5942788 -print > > But this just gives an error due to the value being to great. Anyone seen > this before? I know this might seem like UNix 101..so sorry.. Unix typically limits a path name (filename/filename/filename/ ...) to 1024 bytes. However, it is possible and entirely legal to create directory structures that are so deep that the absolute path name to a file is longer than 1024. To get around this, you usually "cd" down into the directory tree and use relative path names. But many dump utilities insist on listing each file as an absolute path name, and this is usually limited to 1024 bytes. Evidently "find" is also unhappy about your long file name. If you have any deep directory trees, or any directories with long names, then I suggest that you cd into the directory and run find . -inum ... from there. It's possible that someone may have inadvertently created a very deep directory tree due to a programming error of some sort. It very easy to do: while :; do mkdir trouble cd trouble done This will create trouble/trouble/trouble/trouble/ ... until the user hits a disk quota or the file system runs out of resources. But before that happens, this could go thousands of directories deep. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

2 1

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