toasters November 1997

toasters@lists.teaparty.net

55 participants
56 discussions

NetApp Release 4.2a bug?
by Steve Losen 07 Nov '97

07 Nov '97

We just got a F630 so I joined this list. I was wondering if anyone else has seen a problem with non-root users on NFS clients being unable to set the set-group bit. We are running Data ONTAP 4.2a on a F630. On a NFS client the following commands have no effect when run by a non-root user on files owned by the user and served by the F630. chmod g+s file chmod 2755 file Neither of these set the set-group bit. If superuser runs these commands on a NFS client with root access, they work. Once the set-group bit is set, a non-root user can unset it with chmod g-s file or chmod 755 file This has been reported to Netapp. Steve Losen scl(a)virginia.edu phone: 804-924-0640 University of Virginia ITC Unix Support

2 1

Experiences with CIFS
by Garrett Burke 05 Nov '97

05 Nov '97

Hi, I'm considering a F230 with CIFS support to replace several creaking NT file servers which are being used in a SW development environment. I would be interested in any experience that people have of using a filer with CIFS. I'm interested in primarily a CIFS only use, but may start using NFS in the future as well (as UNIX development grows) How do people handle backups of data , especially data that NT apps have locked. Anyone running Lotus Notes with the data on a filer? (I currently use ARCServe with their various agents to handle Notes & MS Exchange data) Being able to point ARCServe at the filer and get a consistent backup would be nice. I note from the netapp site that Windows Networking Software 2.0 is out, but I quote from the FAQ: " The next release of Windows Networking Software will also provide NTFS-style file and directory permissions for Windows users." This is what was said about version 1.0 Q to Netapp people on the list (yes, I have asked directly a week or 2 ago and am still awaiting a reply ) When can file level ACLs be expected? I know having file level ACLs is more complex to manage, but it does allow us to have multiple groups with different ranges of access (which stops the Analysts & Business people deleting/changing the developers work and project teams to have read access to other teams work) Even directory level ACLs would go a long way to meeting our requirements, but I think that if netapp is serious about the CIFS market then they need to duplicate the NT ACLs on the filers. Thanks, GB -- Garrett Burke, Network Admin,Managed Solutions Corp. 32 Upper Mount St., Dublin, Ireland. burkeg(a)msc.ie +353-1-661-4840 A jug of wine, a loaf of bread and thou.

1 0

Re: Redundant filer power supplies
by Robert Hamilton 04 Nov '97

04 Nov '97

At 06:52 AM 11/4/97 -0500, Brian Tao wrote: > How do these work? Do they replace the existing power supply with >two separate modules? Does one supply full power while the other is >on standby, or do both supply half power during normal operation? >-- The filer power supply is replaced by a RPS adapter module. This adapter module is connected via an "umbilical" cord to the separate rack-mount RPS unit. Inside this RPS unit are two power supplies, either of which is capable of powering the filer. In normal operations, these power supplies share the load. This load-sharing feature extends the life of the power supplies over a standby implementation. Robert

1 0

Redundant filer power supplies
by Brian Tao 04 Nov '97

04 Nov '97

How do these work? Do they replace the existing power supply with two separate modules? Does one supply full power while the other is on standby, or do both supply half power during normal operation? -- Brian Tao (BT300, taob(a)netcom.ca) "Though this be madness, yet there is method in't"

2 1

Possible software cause for total data loss?
by Brian Tao 04 Nov '97

04 Nov '97

During the pre-production testing of one of our F230 filers, we discovered a problem with one of them that we wereonly able to fix by rebuilding the RAID (and thus losing whatever OS and data was on the filer). The hardware configuration is as follows: NetApp Release 4.2a: Fri Sep 5 09:36:36 PDT 1997 System ID: 0016783805 slot 0: System Board 90 MHz (NetApp System Board Ia rev-b) Firmware release: 1.6_i Memory Size: 192 MB slot 0: SCSI Host Adapter 0 (QLogic ISP 1040B) Firmware Version 2.26 Clock Rate 40MHz. slot 0: Ethernet Controller e0 MAC Address: 00:a0:98:00:0f:1b (100tx) slot 6: NVRAM (NetApp NVRAM I) Revision: D2 Serial Number: 6589 Memory Size: 4 MB Battery 1 Status: 100% (3.07v) Battery 2 Status: 100% (3.07v) slot 7: Ethernet Controller e7 (Znyx) MAC Address: 00:c0:95:f8:49:c9 (Twisted pair) slot 9: Dual SCSI Host Adapter (NetApp SCSI Adapter II) SCSI Host Adapter 9a (Qlogic ISP 1040B) Firmware Version 2.26 Clock Rate 40MHz. 0: SEAGATE ST15150W 9107 Size=3.9GB (8388315 blocks) 1: SEAGATE ST15150W 9107 Size=3.9GB (8388315 blocks) 2: SEAGATE ST15150W 9107 Size=3.9GB (8388315 blocks) 3: SEAGATE ST15150W 9107 Size=3.9GB (8388315 blocks) 5: SEAGATE ST15150W 9107 Size=3.9GB (8388315 blocks) 4: SEAGATE ST15150W 9107 Size=3.9GB (8388315 blocks) SCSI Host Adapter 9b (Qlogic ISP 1040B) Firmware Version 2.26 Clock Rate 40MHz. Part of the tests consisted of filling up the filesystem via NFS and NDMP copies from a host Ultrasparc. Three other F230's of identical configuration survived the tests, but the remaining F230 experienced the following panic four times: PANIC: ../common/wafl/nvlog.c: 1088: Assertion failure I will be running the NVRAM diagnostics later today to see if they turn up anything. However, more distressing is the behaviour of the Netapp upon reboot: [... other boot messages deleted...] Loading filesystem. Recomputing parity in NVRAM PANIC: ../driver/disk/disk.c:2633: Assertion failure. version: NetApp Release 4.2a: Fri Sep 5 09:36:36 PDT 1997 cc flags: 3 dumping core: .......... Old core present on disk --- not dumped. Program terminated ok At this point the filer is inaccessible, and I can't find a way to get it up and running. Is there a way to flush the NVRAM or ignore an existing dump... some way to turn NFS back on so the data can be retrieved. Booting the kernel off floppy doesn't help because it tries to replay the WAFL logs too, and another panic occurs. The only way around I've found is to wipe out the filesystem and start over again (obviously not the optimal solution). Ideas? -- Brian Tao (BT300, taob(a)netcom.ca) "Though this be madness, yet there is method in't"

1 0

Re: raid swap question
by sirbruce＠ix.netcom.com 04 Nov '97

04 Nov '97

On 10/08/97 09:10:10 you wrote: >We have "raid swap"ed almost three shelves worth of drives into >an F330 at one time. The AE recommended this method as >being faster than installing all the drives at config >time and building that large file system from scratch. >This worked fine, but still takes a significant amount >of time. I think by "at one time" you still mean one at a time (a raid swap for each drive). >We later added a fourth shelf and "raid swap"ed all those >drives in at once. The filer was only off the net for >the length of time it took to halt/connect the SCSI cable/ >reboot. A few hours later, after the raid swap completes, >all the additional disk space shows up - it does not show >up one drive at a time. I don't quite understand this... if you added them while the filer was down, you didn't "raid swap" anything. And they show up immediately, not a few hours later. I think perhaps you are talking about *raid add*, i.e. actually adding the drives to the filesystem. In that case you can add them individually one drive at a time (and the filer would get the space on drive at a time), or you can raid add them all at once, in which case they'll all finish at about the same time. >Some comments regarding DLT drives - I have heard that you >want to keep them "streaming" (feed with data) or the >drive has to stop, wait for data, backup, reseek to the >stop point, and start again. This applies to both 4000/7000 >series. You pay a significant speed penalty for dropping >the drive out of streaming mode. Our word from Netapp is >that for an F230, they sell the FW/DIff card and it works, but >it is not officially QA'd in the system, but soon should be. Yes, streaming is important, but my point was I don't think a 7000 non-streaming is going to be much slower than a 4000 streaming. But, I could be wrong on this. In any case, there are *plenty* are start-stop behavior in a Netapp dump even locally, so I don't think you can avoid it. Bruce

2 1

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 November 1997