toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

DLT Problems
by Tom Arlington 13 Jun '00

13 Jun '00

Has anybody seen this ? There's something wrong with the tape drive and/or its configuration on our new Netapp box; the unload-reload command that's supposed to eject the tape and load the next one doesn't seem to work: iron> mt -f urst0a offline Tape device (0b.4) unload/reload failed - please check drive. mt: close of tape urst0a failed The tape ejects from the "DLT1" drive, but doesn't get replaced in the magazine and the next tape doesn't get loaded. This command works properly on our F540s with the smaller 10-tape Overland tape robots. I've talked with both Netapp and Overland and each company blamed the other one. I'm inclined to believe that it's something that I haven't configured properly on the tape drive, but the documentation is less than wonderful about explaining how to configure the auto-advance stuff. I have tried rebooting the tape drive and the netapp box to no avail. Any thoughts? Thanks!

2 1

RE: Unix group permission and NT access on a filer
by Elizabeth Schwartz 13 Jun '00

13 Jun '00

Thanks! We're running 5.2.3P1 I've been talking to the filer admin about upgrading. It sounds like the immediate short-term fix to our problem might be to create a small multiprotocol qtree while we evaluate whether to upgrade the OS and/or change the main qtrees. We need to make sure that we understand all the security implications of changing a qtree from unix to multiprotocol. Do you have anything that shows how the filer stores permission, whatever the filer equivalent of an inode is? (qnode? Wnode?) We were trying to whiteboard how the permissions work. Specifically: 1) I start with a Unix qtree on the filer 2) User directory is created with unix permissions set to 755 3) We then change the qtree from unix to multiprotocol 4) User accesses his directory as a CIFS share 5) User creates a subdirectory and files under his home What will the permissions be on those files? 755? Will they have anything in their NT ACL's? I am under the impression that the filer stores permissions in some "neutral" format which it translates to Unix permission bits or NT ACL's, PLUS has some extra storage for NT ACL's - is that how it works? Also, What happens if you create a multiprotocol file system and then change it later to unix? Is the additional ACL information a) translated, b) deleted, c) stored but not used (so that if you changed it back to multiprotocol again it might still be there?) thanks for any pictures Betsy At 07:06 AM 6/13/00 -0700, rob.hawley(a)netapp.com wrote: >What version of the filer are you running? Is it 5.3 or later? > >The filer has always supported multiprotocol access to files. With 5.3 we >have >completed our security model that is described in the following paper. -- Elizabeth Schwartz 781-262-6565 Unix System Administrator eschwart(a)bbnplanet.com Genuity, Inc

1 0

Sincere apology for the F330 SPAM
by ScottUCE＠aol.com 13 Jun '00

13 Jun '00

I was naive to not expect a hue and cry from the toasters group re: the message I sent re: the F330 equipment and not recognizing it to be the SPAM that, in hindsight, I guess that it was. I offer my sincere apology to the group. Scott Fischmann Union Computer Exchange, Inc.

1 0

RE: Did anyone else get this?
by Hackett, Roger 13 Jun '00

13 Jun '00

Yes, I got three bounced messages this weekend from autosupport(a)netapp.com. Roger Hackett Minerals Management Service > -----Original Message----- > From: Tuc [mailto:ttsg@ttsg.com] > Sent: Sunday, June 11, 2000 7:01 PM > To: toasters(a)mathworks.com > Subject: Did anyone else get this? > > > From daemon Sun Jun 11 20:59:42 2000 > Received: from localhost (localhost) > by heimdall.ttsg.com (8.9.3/8.9.3) with internal id UAA07790; > Sun, 11 Jun 2000 20:59:42 -0400 (EDT) > Date: Sun, 11 Jun 2000 20:59:42 -0400 (EDT) > From: Mail Delivery Subsystem <MAILER-DAEMON(a)heimdall.ttsg.com> > Message-Id: <200006120059.UAA07790(a)heimdall.ttsg.com> > To: ttsg(a)ttsg.com > Subject: Returned mail: User unknown > Auto-Submitted: auto-generated (failure) > Status: OR > Hi, > > Did anyone else get this? > > Forwarded message: > > From MAILER-DAEMON(a)valhalla.ttsg.com Sun Jun 11 20:48:27 2000 > > Message-Id: <200006120046.UAA05395(a)gevjon.ttsg.com> > > Date: 12 Jun 2000 00:09:16 -0000 > > From: MAILER-DAEMON(a)mx01.netapp.com > > To: XXXXXXX(a)ttsg.com > > Subject: failure notice > > > > Hi. This is the qmail-send program at mx01.netapp.com. > > I'm afraid I wasn't able to deliver your message to the > following addresses. > > This is a permanent error; I've given up. Sorry it didn't work out. > > > > <autosupport(a)netapp.com>: > > Sorry, I couldn't find any host named 10.10.20.91. (#5.1.2) > > > > --- Below this line is a copy of the message. > > > > Return-Path: <XXXXXXX(a)ttsg.com> > > Received: (qmail 20179 invoked from network); 11 Jun 2000 > 22:57:06 -0000 > > Received: from inbound.sys.gtei.net (HELO > burlma1-smrly1.gtei.net) (4.2.35.14) > > by mx01.dmz.netapp.com with SMTP; 11 Jun 2000 22:57:06 -0000 > > Received: from XXXXXXX.ttsg.com (XXXXXXX.ttsg.com [1.2.3.31]) > > by burlma1-smrly1.gtei.net (Postfix) with ESMTP id 9DB6F4791 > > for <autosupport(a)netapp.com>; Sun, 11 Jun 2000 04:01:24 > +0000 (GMT) > > Received: from XXXXXXXXXX (XXXXXXXXXX.ttsg.com [1.2.7.121]) > > by XXXXXXXX.ttsg.com (8.9.0/8.9.0) with SMTP id AAA06968; > > Sun, 11 Jun 2000 00:00:05 -0400 (EDT) > > From: XXXXXXXX(a)ttsg.com > > Message-Id: <200006110400.AAA06968(a)XXXXXXXX.ttsg.com> > > To: autosupport(a)netapp.com, ttsg(a)ttsg.com > > Date: Sun, 11 Jun 2000 00:00:09 -0400 > > Subject: System Notification from XXXXXXXXXX (WEEKLY_LOG) > > > > GENERATED_ON=Sun Jun 11 00:00:09 EDT 2000 > > VERSION=NetApp Release 5.3.4R3P2: Thu Feb 24 11:41:46 PST 2000 > > SYSTEM_ID=XXXXXXXXXX > > HOSTNAME=XXXXXXXXXX > > Console is using unspecified character set > > > (etc) > > Tuc/TTSG > > >

3 2

RE: Unix group permission and NT access on a filer
by rob.hawley＠netapp.com 13 Jun '00

13 Jun '00

What version of the filer are you running? Is it 5.3 or later? The filer has always supported multiprotocol access to files. With 5.3 we have completed our security model that is described in the following paper. http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/con… .shtml Assuming you are using a UNIX qtree (the default) then you have two options of how the NT users will interact with the UNIX style security. The first option is to use strict UNIX type security. Each NT user is mapped to a UNIX identity and vanilla UNIX type security is used. In this case option cifs.perm_check_use_gid should be set to ON. The second option is closer to the NT style of FAT security. If cifs.perm_check_use_gid is OFF, then everyone except the owner is considered a member of the "group". The main control on security is the share level ACL (just like NT). This is controlled by cifs access entries. We allow a further tuning of the ACL by also requiring any access be permitted by the group permissions on the file. The world permissions are not used by PCs (if everyone is permitted access by the share ACL, then world is a member of the "group"). The filer will appear to be a FAT file system to the PC clients. They will probably want to install Secure Share Access to allow them to control the security on files. SecureShare(tm) Access (176KB) SecureShare Access is a DLL for Win95 and Windows NT 4.0 which adds a page to the Properties... sheet for files which reside on NetApp filers. Double-clicking SSACCESS.EXE causes a self-extracting installer to run, installing the DLL and making the appropriate registry entries. The DLL can be uninstalled at any time by using the Add/Remove programs utility on the Control Panel. SecureShare Access is believed to work on Win98 and Windows NT 5.0, but has not been tested on these platforms and is not supported on them. http://now.netapp.com/NOW/tools/supported.shtml You may also wish to look at the following burt since that affects some of the fine points of UNIX style access. http://now.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=21019 -----Original Message----- From: Elizabeth Schwartz [mailto:eschwart@genuity.net] Sent: Friday, June 09, 2000 12:55 PM To: Muhlestein, Mark Cc: eschwart(a)genuity.net; toasters(a)mathworks.com Subject: RE: Unix group permissiosn and NT access on a filer Thanks! IT sounds like what we need is a "cred-GID" am I reading this right? I want to give an NT user the right to access files from his NT box that members of his unix group can access on the Unix side, on a filer set to unix file perms At 11:21 AM 6/9/00 -0700, mark.muhlestein(a)netapp.com wrote: >This is controlled via the option cifs.perm_check_use_gid. See > >http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/faq >.shtm >l#anchor1392048 > >"My CIFS clients are seeing strange group access with UNIX-style security >files" > >Mark Muhlestein -- mmm(a)netapp.com > > > -----Original Message----- > > From: Elizabeth Schwartz [mailto:eschwart@genuity.net] > > Sent: Friday, June 09, 2000 8:19 AM > > To: toasters(a)mathworks.com > > Subject: Unix group permissiosn and NT access on a filer > > > > > > Please forgive any NT terminology mangling, I'm a Unix person: > > > > We've got a filer that is set up as a Unix filesystem (as opposed to > > multiprotocol.) > > Our NT users access their home directories as NT shares on > > this filer. > > Their NT login names match their Unix user id's. > > > > On the unix side, I created a group and made a > > group-writeable directory > > that is not readable to others. When the NT users log into our unix > > machine, they can write files in this directory. When they > > access this > > directory from the Unix side, only the owner can write files. > > > > Is this fixable? Without making dramatic changes to the > > filer? (I do have > > enough space to make a small extra partition if I really had to) > > -- > > Elizabeth Schwartz 781-262-6565 > > Unix System Administrator eschwart(a)bbnplanet.com > > Genuity, Inc > > -- Elizabeth Schwartz 781-262-6565 Unix System Administrator eschwart(a)bbnplanet.com Genuity, Inc

1 0

Spam from ScottUCE@aol.com
by Brian Tao 13 Jun '00

13 Jun '00

Anyone else get this spam? At first, I was puzzled by the sender's address... "ScottUCE" seems to imply the guy knows he is spamming people with this advert. Then I realized the unfortunate (yet ironically appropriate) name of the business... >;-) -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't" ---------- Forwarded message ---------- Received: from imo-r17.mx.aol.com (imo-r17.mx.aol.com [152.163.225.71]) by tor-vs1.nbc.netcom.ca (8.9.1/8.9.1) with ESMTP id AAA17365 for <taob(a)risc.org>; Tue, 13 Jun 2000 00:30:37 -0400 (EDT) From: ScottUCE(a)aol.com Received: from ScottUCE(a)aol.com by imo-r17.mx.aol.com (mail_out_v27.10.) id f.42.6b6d5ee (16789); Tue, 13 Jun 2000 00:12:51 -0400 (EDT) Message-ID: <42.6b6d5ee.26770ec1(a)aol.com> Date: Tue, 13 Jun 2000 00:12:49 EDT Subject: Netapp F330 systems and parts available MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit To: undisclosed-recipients:; X-Mailer: AOL 5.0 for Windows sub 108 Dear Netapp user: We have a number of F330 systems available that can be configured to your requirements and priced VERY inexpensively. F330 parts are also available, CHEAP, for sale as add-ons, upgrades, spares and spares kits. All equipment is genuine Netapp, fully tested, and carries a six-month exchange warranty. Low-cost extended warranties are also available. Please contact me if we can be of any assistance. (If appropriate, would you please forward this message to individuals in your organization whom are responsible for your Netapp hardware decisions.) Sincerely, Scott Fischmann Union Computer Exchange, Inc. 6233 Idylwood Lane Minneapolis, Minnesota 55436 www.unioncomputer.com PHONE: 952 935 7282 FAX: 952 935 5056 Union Computer Exchange buys, sells, leases and maintains used Network Appliance hardware. You can save thousands of dollars on your next Netapp purchase.

2 1

Re: Help With Firmware Upgrades.
by Moshe Linzer 13 Jun '00

13 Jun '00

disk firmware is installed along with the ontap software, in the /etc/disk_fw dir. To upgrade, first upgrade the filer firmware, if necessary for this ontap release. Then upgrade ontap. when the new ontap starts up, it will notify you if there are disks that are downlevel on firmware. Then you issue the disk_fw_update command on the filer to update the disks. Moshe >From owner-toasters(a)mathworks.com Tue Jun 13 13:54:02 2000 >From: "Lobban, Robert W SSI-ISEP-3" <Robert.W.Lobban(a)is.shell.com> >To: "'toasters(a)mathworks.com'" <toasters(a)mathworks.com> >Subject: Help With Firmware Upgrades. >Date: Tue, 13 Jun 2000 10:30:42 +0200 >MIME-Version: 1.0 >Precedence: bulk > > > >I am looking for some help with Disk firmware upgrades. Specifically do the >updated .LOD files for Disk Firmware Upgrades come with the Filer Firmware >Upgrades or do they need to be downloaded from the now site? If they do >need downloaded from the now site, can you point me in the right direction >as I can't seem to find them. > >We also plan to upgrade the version of Ontap we are using and I presume that >I need to perform the Disk firmware updates first and then the Filer >Firmware upgrades before attempting the Ontap upgrade?. > >Any help would be appreciated as we are a fairly new Toaster site performing >our first complete upgrade. > >Regards >Robert Lobban > >Shell Services International Ltd, Northern Area Office >Robert.W.Lobban(a)IS.Shell.Com > ----------------------------------------------------------------------------- Moshe Linzer | On the Internet, Unix Systems Manager | National Semiconductor, Israel | nobody knows you're a moron. Phone: 972-9-970-2247 | Fax: 972-9-970-2001 | - Network Magazine Email: moshel(a)nsc.com | -----------------------------------------------------------------------------

1 0

Re: UNIX volume and root
by Moshe Linzer 13 Jun '00

13 Jun '00

The data on the filer is administered thru a Unix host mounted to the root of the volume. You can allow each admin root access to only his own volume. Moshe >From owner-toasters(a)mathworks.com Tue Jun 13 14:56:51 2000 >From: "Uros Lampret" <uros.lampret(a)ourspace.si> >To: <toasters(a)mathworks.com> >Subject: UNIX volume and root >Date: Tue, 13 Jun 2000 11:30:37 +0200 >MIME-Version: 1.0 >X-Priority: 3 >X-MSMail-Priority: Normal >X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 >Precedence: bulk > >Hi! > >Another question. >I have F740 with single CIFS volume. (I'm an NT person) >Now I'll have to add 2 UINIX volumes. >I'll substitute two UNIX servers with it. >I have some security considerations. The two UNIX servers were administrated by two admins. >Is it possible to have diferent root passwords for this two volumes? > >Uros Lampret >Our Space d.o.o. >Malnarjeva ulica 47 >1000 Ljubljana - Slovenia >tel. +386 1 2425 372 >fax +386 1 5000 959 >email: Uros.Lampret(a)ourspace.si >internet: www.ourspace.si ----------------------------------------------------------------------------- Moshe Linzer | On the Internet, Unix Systems Manager | National Semiconductor, Israel | nobody knows you're a moron. Phone: 972-9-970-2247 | Fax: 972-9-970-2001 | - Network Magazine Email: moshel(a)nsc.com | -----------------------------------------------------------------------------

1 0

Re: DLT backups capacity
by Moshe Linzer 13 Jun '00

13 Jun '00

Did you use the nrst0a device name, indicating compression? Moshe >From owner-toasters(a)mathworks.com Tue Jun 13 15:02:29 2000 >Date: Tue, 13 Jun 2000 11:28:13 +0200 >From: Krzysztof Miller <tytus(a)lucent.com> >X-Accept-Language: en,pdf >MIME-Version: 1.0 >To: toasters(a)mathworks.com >Subject: DLT backups capacity >Content-Transfer-Encoding: 7bit >Precedence: bulk > >Hi, > >I have faced interesting problem. When I backup my 740 >using "dump" or Veritas 3.2 with NDMP, I got max. 30GB >per DLT-IV tape with DLT7000 drive. >It is interesting , because "Compression" LED on tape drive >is "on" during backup. Have anybody had something similiar ? > >regards >-- > >Krzysztof > ----------------------------------------------------------------------------- Moshe Linzer | On the Internet, Unix Systems Manager | National Semiconductor, Israel | nobody knows you're a moron. Phone: 972-9-970-2247 | Fax: 972-9-970-2001 | - Network Magazine Email: moshel(a)nsc.com | -----------------------------------------------------------------------------

1 0

Re: Spares Kit
by Rune Bakken 13 Jun '00

13 Jun '00

Brian Tao <taob(a)risc.org> writes: > Still, it's nice having a fully functional Netapp head ready to > slide into a cabinet when needed, plugging in PCI cards as needed. Or even better, standardize your heads and just replace and boot. :-) >>>>>>>>>>>.rune -- Rune Bakken System Administrator Nextra, a Telenor Company

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