toasters

toasters@lists.teaparty.net

13515 discussions

RE: Budtool woes
by Clawson, Simon 01 Sep '00

01 Sep '00

Found that one. I've changed it, fingers crossed now for the weekend. Thanks Simon -----Original Message----- From: Paul Lupa (ra5507) [mailto:paul.lupa@motorola.com] Sent: 01 September 2000 12:09 To: Clawson, Simon Cc: toasters(a)mathworks.com Subject: Re: Budtool woes Simon, Please look at the file $BTHOME/bud/goserver.end.filter and look for the string BT_REQ_CMDTIMEOUT Changing it to the number of seconds that you need will solve your problem. Paul Lupa "Clawson, Simon" wrote: > > > Hi! > > We have Budtool 4.6.1, and are currently looking for a replacement. > However... > > I am bacing up a single volume filer with nearly 200GB of data - my > backup is constanlty failing due to the process running out of > time..anyone seen this? Is there a way round it? Can I increse the > allowable time? Can I split the backup into several levels? > > HELP! > > Simon > > Simon Clawson > Renoir Group Systems Administrator > Mentor Graphics Uk > Rivergate > London Road > Newbury > Berkshire > RG14 2QB > <<Clawson, Simon.vcf>>

1 0

accessing mixed-case files on Netapp
by Eric Seidman 31 Aug '00

31 Aug '00

I was directed to this mailing list as a good source of knowledge about accessing files on Netapp. I hope this question is appropriate; if not, I apologize. I am working in an environment in which a Netapp filer containing files with mixed-case names is being accessed using both CIFS and NFS. It is important that I be able to access the files using NFS in a case-insensitive manner. Unfortunately, converting all of the filenames to a consistent case is not an option. The NFS access is being done from a RedHat Linux server running Apache. I have considered writing an Apache module to parse the directory structure to determine the actual case of the filename, although this option seems too inefficient. Any suggestions would be greatly appreciated. Thank you very much for your time, eric seidman eseidman(a)cs.stanford.edu

6 5

RE: netapp console to terminal server?
by Lyons, Jim 31 Aug '00

31 Aug '00

Here is the shell config that finally worked for me with a straight through cable: RJ45 COLOR DB9 1 RTS----BLUE-------\ | 2 DTR----ORANGE--\ | | | 3 TXD----BLACK---|--|-----------2 RXD | | 4 GND----RED-----|--|----\ | | >-----5 GND 5 GND----GREEN---|--|----/ | | 6 RXD----YELLOW--|--|-----------3 TXD | | 7 DSR----BROWN---/ | | 8 CTS----WHITE------/ Thanks to all who offered their suggestions. rgds, Jim -----Original Message----- From: Lyons, Jim Sent: Thursday, August 17, 2000 5:16 PM To: toasters(a)mathworks.com Subject: netapp console to terminal server? We are trying to attach our netapp db9 console ports to a cisco as2509-rj async rj45 lines, but are having no luck. The cisco h/w configuration documentation has a diagram for the db9 to rj45 pinout, but it does not work. Has anyone done this? Thanks, Jim

1 0

Cold calls
by chris_good＠webtop.com 31 Aug '00

31 Aug '00

Looks like Spektralogik are doing the rounds cold calling people off the list. I've just had a call and they couldn't give me a satisfactory exmplanation of how they got my number. Please feel free to give them a good slapping when they call... Chris -- Chris Good WebTop.com http://www.webtop.com Tel: +44 (0) 1223 715000 Fax: +44 (0) 1223 715001

1 0

RE: default unix file modes for CIFS users
by Muhlestein, Mark 31 Aug '00

31 Aug '00

Files created by CIFS clients in UNIX qtrees inherit permissions from the parent directory. What permissions do you need? Mark Muhlestein -- mmm(a)netapp.com -----Original Message----- From: Ethan Torretta [mailto:ejt@tellme.com] Sent: Wednesday, August 30, 2000 4:36 PM To: toasters(a)mathworks.com Subject: default unix file modes for CIFS users How can one set the default file mode for files created by CIFS users in a unix qtree? The files here are being created with the mode 0755, which annoys the CVS admin because he has to fix them all in the server. The SecureShare Access utility is pretty neat, but it doesn't change the default, and it won't be possible to make all the Windows users change every file they create. The only filer option that seems similar is the PCNFS umask, but of course it's not for CIFS. ejt

1 0

default unix file modes for CIFS users
by Ethan Torretta 30 Aug '00

30 Aug '00

How can one set the default file mode for files created by CIFS users in a unix qtree? The files here are being created with the mode 0755, which annoys the CVS admin because he has to fix them all in the server. The SecureShare Access utility is pretty neat, but it doesn't change the default, and it won't be possible to make all the Windows users change every file they create. The only filer option that seems similar is the PCNFS umask, but of course it's not for CIFS. ejt

1 0

Workaround for Burt 23129?
by TTSG 30 Aug '00

30 Aug '00

Hi, Has anyone heard/seen a work around for Burt 23149 : If an NFS over UDP request is received on a filer's interface and therequest is for the interface's secondary/aliased IP address, the filerwill always respond using the interface's primary (real) address.This can cause NFS mounts to hang if the aliased address is on adifferent subnet than the primary address. Tuc/TTSG

1 0

Recommendations/Opinions on the NetApp F720 filer
by lgkloft＠usgs.gov 30 Aug '00

30 Aug '00

I have a fairly small office (approximately 45 people) and perform GIS (geographic information system - ESRI ArcInfo) work, environmental modeling/database, reports writing, and other administrative tasks (email and web surfing). I am looking at the F720 fileserver (7-36GB drives, NFS, CIFS) to consolidate the $HOME and $PROJECT areas on my computer systems, and perhaps eventually the databases. The majority of my office is UNIX, but the number of PCs (as clients) is steadily growing. I am able to backup the UNIX boxes (servers) quite easily (~25GB), but the PCs are going to complicate matters. I realize this isn't much information to go on, but for those of you who are currently using the F720 - overall, are you happy with the performance and is your operation similar to mine (or larger)? How does your F720 respond to network traffic over the onboard 100-Base-T connection - is it a bottleneck? Do you utilize the QFE option (four 100-Base-T board) and did you designate certain protocols (NFS/CIFS) or servers to a particular IP address (pipes)? Do you now use the 1000Base-T connection - and how does/did this compare to the QFE option described above (if it was replaced)? Do you have any experiences/recommendations to provide on interfacing the filer into the LAN? How do your PC users (with local 10,000RPM disk drives) find the access speeds to their files on the file server - are they content or do they receive better performance having their data local on their drive? I have pulled numerous documents from NetApps WWW server (haven't read them all yet). Any closing comments/experiences (things to look out for, or plan for, etc.) positive or negative on the F720 would be greatly appreciated? Thanks, Loren

1 0

anybody using cluster with ATM and LANE?
by neil lehrer 30 Aug '00

30 Aug '00

hi, i'm looking for references to talk to about netapp filers. in particular cluster, with ATM using LANE, and NFS and CIFS. we are considering buying a pair of f760's and would like to hear about comparable experiences. our environment is solaris servers, nt workstations, fore atm switches. thanks. -- regards

1 0

Snapshots and the block allocation map [was: Alot minus alot equals some?]
by Chris Thompson 30 Aug '00

30 Aug '00

I wrote: > [...] the block allocation map (4 bytes per 4K block on the data discs) [...] > The former, in particular, does not have its blocks deallocated just because > they have reverted to being all-zero. It occurs to me that one thing that causes the allocation map to expand to its maximum size rapidly in a new volume is taking a snapshot. And *that* reminds me about one of the promises about ONTAP 6.0 in Field Alert #66: | * Enhanced Snapshot functionality to provide near instantaneous | snapshot creation/deletion and increased snapshot count from 20 | to 31 per volume The main reason taking a snapshot is not "nearly instantantaneous" at the moment is that the block allocation map gets completely rewritten. (And as a result, there's a space overhead of the size of the map times the number of snapshots less one.) It would be interesting to know how NetApp have reworked the internal structures to get round this. But maybe it's Confidential Information and we'll have our lips stapled together if we start speculating... :-) The maximum of 31 snapshots suggests that the basic style of a 32-bit word of allocation information per block still persists. Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

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