toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

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

https vs. http
by Piotr KUCHARSKI 01 May '02

01 May '02

Is there any way to disable http, so only https works? It's easy to enable ssh and disable telnet, but how to accomplish similar for na_admin with http (I have no http licenses, only na_admin). p.

1 0

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

01 May '02

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

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

01 May '02

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

2 1

Multistore/vfiler experiences?
by Brian Tao 01 May '02

01 May '02

Does anyone have any real-world experience with vfilers (the "MultiStore" capability in 6.2) they can share? I have an opportunity to consolidate a bunch of older F740s onto a pair of clustered F840s, but I'm not sure about putting all my eggs (well, half my eggs) into one basket. It isn't quite possible to get 100% availability with Netapps yet, and it's been nice in the past having a handful of discrete clustered F740 systems for limiting the effect of downtime. The vfiler stuff looks intriguing, though... -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

1 0

Amazon gift certificate
by Maglinger, Paul 30 Apr '02

30 Apr '02

I did a survey for NetApps and got an email from Amazon saying I had a gift certificate but it was blank. Anybody else run into this? Remember, you are unique... just like everyone else! Paul Maglinger, A+, CA, CET, MCSE Systems Administrator Shoe Carnival Inc. (812)867-4674 pmaglinger(a)scvl.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