toasters

toasters@lists.teaparty.net

13514 discussions

NOW enhancement: filer names
by Todd C. Merrill 14 Jan '02

14 Jan '02

Got a suggestion for an enhancement to NOW....wherever a serial number is used (cases/RMA/profiles/prococol licenses, etc.). also show the machine name. After about 5 or 6 filers, I can't keep track of this information anymore. So, I keep a little table of my own. This is kinda silly when there is a database that keeps track of things like this already... This can easily be updated by us end users, or, since autosupport mails are sent each week, that process can do it (for those filers that actually show a serial number in the output of `sysconfig` instead of a systemID). Or, autosupport can use the contents of /etc/serial if it exists to do this on our behalf. Thanks for listening. Until next time... The Mathworks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

2 1

Re: nt subst cmd
by neil lehrer 14 Jan '02

14 Jan '02

thanks. in this context is there a diff between: ln -s /vol/vol0/smalltest/k/kusr1 kusr1 and ln -s vol/vol0/smalltest/k/kusr1 kusr1 ? Steve Losen wrote: > > > i needed to use relative paths to get this to work. > > > > i have cifs.home_dir pointed to /vol/vol0/homelinks > > > > when i mounted the filer from a sun box > > > > i went into /filer/homelinks > > > > and then i did > > ln -s ../smalltest2/k/kusr1 kusr1 > > > > where smalltest2 is a qtree at the same level as homelinks and kusr1 is the uid. > > > > that's the correct way, right? > > > > obviously[after some groaning], linking to /filer//smalltest2/k/kusr1 wouldn't > > work. > > > > > > yes? > > Yes. > > This should also work on the NFS client: > > cd /filer/homelinks > ln -s /vol/vol0/smalltest/k/kusr1 kusr1 > > The important thing to remember is that the symlink must make sense > to the filer, because the filer follows it. The symlink does not > necessarily need to work properly on the NFS client. In this case, > /vol/vol0 does not exist on the NFS client, but that doesn't stop > you from creating a symlink that points to /vol/vol0. > > It's fine to use relative links like you did with ../ when the > cifs.home_dir directory is in the same volume as all the home > directories. But what if you have multiple volumes? Then you > are forced to used the /vol/vol* absolute paths for the home > directories that are in a different volume from the cifs.home_dir > directory. > > ln -s /vol/vol0/home/k/kusr1 kusr1 > > ln -s /vol/vol2/home/x/xusr1 xusr1 > > Fortunately, ln -s does not check the filename argument on the left > to be sure it exists. So you can make symlinks that point to just > about anything you want. > > Steve Losen scl(a)virginia.edu phone: 434-924-0640 > > University of Virginia ITC Unix Support -- regards +++++++++++++++++++++++++++++++++++++++++++++++++ + Neil Lehrer + + United States International Broadcasting Bureau + System Development Division + + voice 202 619-2524 + fax 202 619-3576 + nlehrer(a)ibb.gov + + " is this crisis an opportunity or just + another grab the fire extinguisher moment?" + +++++++++++++++++++++++++++++++++++++++++++++++++

1 0

Re: service process suggestion
by MCope＠isisph.com 14 Jan '02

14 Jan '02

I feel your pain. They changed RMA shipment of parts a year or more ago. The first time I had a disk failure and it didn't arrive automatically within the four hours stipulated in the support contract I went on the war path. I was told that there were excessive parts shipments that were being sent back because of false alarms so they instituted a verification process. I argued that a message stating there had been a disk "failure" can't be interpreted any other way. I would have to say this is the only complaint I have with NetApp support services.

1 0

service process suggestion
by Todd C. Merrill 14 Jan '02

14 Jan '02

Greetings. I'm finding some of the processes within service/tech support to be annoying. 1. On more than one occasion when a disk has blown, or if we've needed a part like a cluster interconnect card, tech support has contacted me, but HELD UP dispatching the part because they wanted to verify my address. Come on. It's my responsibility to keep that up to date, and if it's not, then a mis-shipped part is my fault. Further, if filers are at alternate locations, can the NOW database's capabilities be expanded to include the location (with address and/or alternate contact number) for shipment of parts. 2. To try to alleviate this shortcoming, I've put a note in my profile that encourages tech support to use the pager number I've specified in my profile to get a hold of me. It's not my primary choice for contact, but I explicitly say to use it if I don't answer my phone or email in short order or during non-business hours. This doesn't seem to work at all. Or, maybe there can be an option to "always ship to profile address" or not, if people desire a phone call verification and a delay before a part is dispatched. I don't. Thanks for listening. Until next time... The Mathworks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

1 0

using CIFS with UNIX auth , is it possible ?
by Frank Bonnet 14 Jan '02

14 Jan '02

Hi We use a L85 as NFS server only for now for UNIX users and I plan to also use CIFS to let PC users access to their home directory from windows. Is it possible to use UNIX (NIS) auth mechanism to map a drive from windows ? If yes pointers to basic configurations would be welcome. Thanks a lot -- Frank Bonnet

1 0

XP and NetApps
by Scott Ehrlich 12 Jan '02

12 Jan '02

>Hello to all: > >We have an NIS/NFS network with NetApps for primary storage and backup, >mostly workgroup-based workstations, with a mixture of Windows boxen >ranging from 9x - XP. We also need to have clear-text password enabled >for drive mappings. > >The XP users are unable to map drives to the NetApps due to Microsoft's >changes to SMB. Thus, we have a temporary workaround of having them map >to a UNIX server instead. > >What have people with XP done to resolve this NetApps/SMB problem? How >about those people especially in workgroup-based environments? > >What pros/cons is there to a Samba-based DC solution vs a Windows-based DC >solutions? > >Our DNS is UNIX-based and we will not turn on dynamic DNS. We also >upstream our DNS info to a master primary out of our control. > >Thanks for any insight. > >Scott

4 3

Solaris IP Network Multipathing -- help needed -- peer to peer w/ F840 using Quad 100BaseT
by Surlow, Jim 11 Jan '02

11 Jan '02

Toaster Admins, Am wondering if anyone has done what I'm currently trying to do. I'm trying to setup a Sun E6500 w/a Quad Fast Ethernet Card to connect directly to an F840 w/a Quad NIC using IP Network Multipathing found in Sol 8. I'm running OnTap 6.1.2. These are connected together without a switch or hub. Each of the boxes has a separate NIC to connect to our LAN. I currently have a vif established on the filer and I have the Solaris box cooperating (no errors in the logs anymore). I can mount over the vif (and use the group IP on the "Solaris vif"). The problem is that I only seeing substantial traffic over a single ethernet interface (using "vif stat <vif name>"). And when I say "substantial", it seems that there are ping packets or such on occasion checking the up state of the connections. According to http://www.sun.com/blueprints/0801/Multipathing-updt1.pdf (page 4), it says that outbound packets should be balanced over the multipath which in my tests they clearly are not. Has anyone else come across this? My test case has 9 mount points. If this fails, I'm thinking of dividing up the mounts over the 4 ports in the QFE and mounting the exports separately, but then I get no pooling of the interfaces and no failover. Pros & Cons to this? Thanks, J. Surlow

1 0

Firewall Ports
by Noll, Kevin 11 Jan '02

11 Jan '02

Hi Does anyone know what ports need to be opened if you have a Firewall between a Linux Server and a netapp Filer. The Network is NFS Version 3 running UDP. Thanks KEVIN ******************************************************************************************** " This message contains information that may be privileged or confidential and is the property of the Cap Gemini Ernst & Young Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message ". ********************************************************************************************

2 1

SRM products
by Steven Boyer 11 Jan '02

11 Jan '02

Has anyone used Storage Resource Management products, I am looking into CA's BrightStor, IBM, Tivoli, Terllisoft, SUN HighGround SRM products. I am specifically looking for file and resource management. IE. largest homes, share, and files, duplicates, orphan, stale, and archiving (HSM) Thanks -- Steven N. Boyer UNIX/NT/NetApp Support HQUSCENTCOM General Dynamics --

1 0

Re: Netbackup error
by Steve Kappel 11 Jan '02

11 Jan '02

Hi Marcus, Have you contacted VERITAS Support? It looks like the client is not configured as an NDMP client. When you add a client to a class you tell NetBackup what kind of client it is. >From: "Bui, Marcus" <Marcus_Bui(a)aimfunds.com> >To: "'toasters(a)mathworks.com'" <toasters(a)mathworks.com> >Subject: Netbackup error >Date: Fri, 11 Jan 2002 09:33:37 -0600 > >All, > >I have Veritas Netbackup v3.4 running on Soloris. NDMP is "enable" on the >filer and the NDMP extension is installed on the Veritas master and media >servers. I was able to test the set_ndmp_attrib -verify from the Veritas >server. Netapp support verified the host and host.equiv entries is correct >on the filer. However, when the backup is started it will stay in the queue >forever. Once the job is killed this is what I got in the Veritas log. >This the last part of the log entries. > >... >... >16:53:52 [13931] <2> getsockconnected: Connect to ushoufile01 on port 712 >16:53:53 [13931] <2> getsockconnected: Connect to ushoufile01 on port 591 >16:53:54 [13931] <2> getsockconnected: Connect to ushoufile01 on port 711 >16:53:55 [13931] <2> getsockconnected: Connect to ushoufile01 on port 771 >16:53:56 [13931] <2> getsockconnected: Connect to ushoufile01 on port 728 >16:53:56 [13931] <16> getsockconnected: unable to connect() to ushoufile01, >Connection refused (146) >16:53:56 [13931] <16> bpcr_connect: Can't connect to client ushoufile01 >16:53:56 [13931] <16> log_in_errorDB: connection refused to host ushoufile01 >16:53:56 [13931] <16> log_in_errorDB: backup of client ushoufile01 exited >with status 150 (termination requested by administrator) > > >cheers, > >Marcus Bui >email: marcus_bui(a)aimfunds.com __________________________________________________________________________ Steve Kappel steve.kappel(a)veritas.com VERITAS Software (Engineering) steve(a)stevekappel.com (Personal)

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