toasters

toasters@lists.teaparty.net

13520 discussions

Re: ndmpcopy question
by sirbruce＠ix.netcom.com 29 Oct '98

29 Oct '98

On 10/28/98 17:49:05 you wrote: >NOW BEWARE! Once you test a few times and discover that ndmpcopy tends to >hang, you can get into the habit of just interrupting it whenever you see >that message. DON'T. If you are copying a very large amount of data, the >restore will probably finish well after the dump. This is because the >restore does a final pass (after all data has transferred) to set the >correct owner and permissions on all directories. If you interrupt >ndmpcopy while this is going on, you are left with a bunch of dirs owned >by root, with permissions 777 on the restore filer. Can you guess how >I found this out?? :-) This should be entered as a bug. Even though interrupting a restore isn't something you should do, having it create potential security issues as a result isn't really necessary. It's probably nice to have that as a with ndmpcopy as a shortcut in the code (you can probably rely letting the requests go through a higher level, since they have "permission"), though, so it's not surprising it's there. May not be something that can be fixed easily. Bruce

1 0

Re: raid scrubbing and hot spares
by sirbruce＠ix.netcom.com 29 Oct '98

29 Oct '98

On 10/28/98 09:28:15 you wrote: > >> If I recall correctly, NetApp suggests you don't cron rdate's to >> run on the hour because it's possible to step the clock past the >> hour and miss a scheduled event such as raid scrubbing or >> snapshots. I beleive I read this on NOW, not sure. >Interesting! >Wish they would provide an alternate solution. >The don't provide NTP and then they discourage us from cron'ing rdate. >What do they think? I have nothing else meaningful to do, but sit here >and periodically do > remoteshell filer1 "hello brain dead, here is your date/time" > remoteshell filre2 "hello brain dead, here is your date/time" > .... An understandable reaction, but slightly misguided. *frequent* rdates, particularly those at the top or "common" offsets of the hour, when another cron event is to take place, are what breaks it. Doing a infrequent rdate, say 4 times an hour at odd offsets like 12, 27, 42, and 57 minutes, should be just fine. However, this is a problem that does need to be fixed once and for all. Most people probably never experience it. Bruce

1 0

ndmpcopy port for HP/UX
by Garth T Kidd 29 Oct '98

29 Oct '98

Has anyone compiled ndmpcopy for HP/UX? Regards, Garth. -- Garth T Kidd <garth(a)netapp.com> Network Appliance: Systems Engineer, Australia & NZ Fast. Simple. Reliable. Multiprotocol. Mobile: +61-414-300-213 http://www.netapp.com/

2 1

RE: raid scrubbing and hot spares
by sirbruce＠ix.netcom.com 28 Oct '98

28 Oct '98

On 10/27/98 13:48:40 you wrote: > > >Hmm... That's interesting. Is there a CPU usage threshold before the filer >becomes "Busy"? Is it 60%, 70% or what? It's probably "busy" in the sense of heavy disk activity. Which might be associated with high CPU usage but not necessarily. As someone else noted, frequent rdates can do it too. Perhaps running a backup? I know certain models and certain OSes are less prone to this, but I don't know the details of how Netapp currently views the situation. Bruce

8 8

samba and CIFS on netapp
by Bryan Hess 26 Oct '98

26 Oct '98

Recently a couple of us took a look at why Samba clients can't connect to NetApp filers running CIFS. Even something as simple as this fails: smbclient -L filername Netapp does not support samba clients, but we're interested in finding out what goes wrong. Attached to the end of this note is a summary of SMB interaction with the netapp filer, both from a windows machine and from samba. It was prepared locally by Larry Dootlittle. We'd like to see support for samba in OnTap. I'm told that it may be coming in a later version. --Bryan Hess ================================================================================ Attempt to diagnose why Samba fails to establish SMB session with a NetApp. Larry Doolittle <ldoolitt(a)jlab.org> Oct 23, 1998 Based on output of tcpdump-3.4a5 with smb patches by A. Tridell "Leach" is draft-leach-cifs-v1-spec-01.txt (expired). Windows 4 Samba Session Request (No mention of this packet in Leach) Flags 0x81000044 0x81000048 Source "WU" "RECYCLE" Session Granted (No mention of this packet in Leach) (no differences) SMBnegprot (REQUEST) Proc ID 28498 8593 UID 0 313 MID 2177 8693 SMBnegprot (REPLY) Proc ID 28498 8593 UID 0 0 MID 2177 8693 SMBsesssetupX (REQUEST) Flags1 0x10 (reserved) 0x08 (caseless) (Leach 3.2.2) Flags2 0x0 0x1 (KNOWS_LONG_NAMES) (Leach 3.2.3) Proc ID 28498 8593 UID 1 313 MID 2177 8693 Com2 0x75 0xFF Off2 116 0 MaxBuffer 2920 65535 MaxMpx 32 2 VcNumber 0 8593 (Illegal per Leach 4.1.2.1, see below) Capabilities 0x1 (not listed) 0x0 Account "GENFA" "LDOOLITT" Domain "" "WORKGROUP" OS "Windows 4" "Unix" LanMan "Windows 4" "Samba" SMBsesssetupX (REPLY) Error class 0x0 0x2 Error code 0x0 1 Proc ID 28498 8593 UID 2048 0 MID 2177 8693 Samba returned a VcNumber of 8593, when the NetApp said NumVcs=1 in its SMBnegprot (REPLY). This is a violation of Leach's section on "Pre NT LM 0.12". VcNumber is not mentioned in Leach's section on "NT LM 0.12", which is what both Windows 4 and Samba negotiated with the NetApp.

2 1

4.3.3 and y2000
by Mark Richards 23 Oct '98

23 Oct '98

Hello I'm running OnTap 4.3.3 (CIFS and NFS). I understand that the newest version of ontap is y2000 compliant. Does anyone know about the older versions? Regards Mark Richards

3 3

Re: (small?) feature request
by Tom Reingold 21 Oct '98

21 Oct '98

On Sun, 18 Oct 1998 13:05:48 EDT, Brian Tao <taob(a)risc.org> wrote: > Netapp could put up a "domestic build" and an "international > build" on now.netapp.com, and post up the usual disclaimers and domain > name checks, etc. to satisfy export restrictions. I'd love to ssh > into a Netapp and ditch rsh/telnet. Brian is right, netapp ought to be able to do it and ought to do it too. But you could try what I do. I have a "console" host with lots of serial ports, each connected to one of my servers' console ports. ssh into that host. Then the serial line from there to the netapp is secure. This workaround does not negate Brian's point.

6 5

RE: (small?) feature request
by Weeks, Thomas 21 Oct '98

21 Oct '98

> -----Original Message----- > From: marc_merlin(a)magic.metawire.com > [SMTP:marc_merlin@magic.metawire.com] > Sent: Tuesday, October 20, 1998 7:07 PM > To: toasters(a)magic.metawire.com > Subject: Re: (small?) feature request > > On 19 Oct 1998 06:51:22 -0700, Teemu Peltonen <teepee(a)netti.fi> wrote: > >Yet better, why wouldn't NetApp build and distribute the SSH > implementation > >outside the USA? Then it would be available to all users, no matter > where > >they lived. One of the most popular SSH implementations comes from > >Datafellows, a Finnish company. > > That wouldn't work, unless they move their whole engineering > building > outside of the US (I don't think Canada would do, because they have > similar > laws, and treaties with the US). > If they were to hire some programmers let's say in Australia, they > wouldn't > be allowed to merge the code with their source tree, and ship it > from the > US. The shipping builds would have to be compiled and sold from > Australia. > But even that wouldn't quite work because it means that the US > programmers > would have to leave hooks in their code for the encryption > module, and > exporting a program with hooks for an encryption engine also violates > ITAR > :-( > [Weeks, Thomas] Haha... The US wants to play this stupid little game, then Play it THEIR way! NetApp ought to take the same approach as all the floating casinos! Build a "NetApp Assembly Boat" just off the coast where the US office can send their hardware and the Aussys/Finnish can send their cypto/ssh code! I swear.. This is supposed to becoming a "Global Community"... Why doesn't someone pull the funding plug for the NSA/CIA?... Anyway... that's another monster all together. > That's why I was saying that they'd more or less have to move their > whole > engineering team outside of the US (and might even have to hire > non US > programmers because I'm not so sure that a US citizen is allowed to > develop > encryption software for another country). > [Weeks, Thomas] How about the "Good Ship NetApp"!! haha.. Really though guys... That might actually be something to LOOK at! > No, things are far from easy :-( > > Marc > [Weeks, Thomas] Thomas Weeks GTE SYSTEMS ENGINEER Testing-Integration Center "The Pit" Brooks AFB, DSN 240-5444

2 1

Re: (small?) feature request
by mds＠ns.gbnet.net 19 Oct '98

19 Oct '98

Try slipping native ssh support on a filer past export controls - we'd be very unhappy in the UK to find our company prevented from trading for breaking the arms embargo along with our suppliers. Now, allowing us to do something well defined, perhaps with the Java VM, for *ourselves* along the lines of adding a secure control protocol to our filers...now *that* would be a fine thing.

4 3

Postmark
by Marc Nicholas 17 Oct '98

17 Oct '98

Out of interest, anyone run Postmark benchtests on F700 series filers as per the whitepaper on the NetApp website? I'd be interested to see the results and don't have access to any of the 700 series... -marc -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Hippocampus OSD, Inc. "Industrial Strength Internet Solutions" vox://416.979.9000 fax://416.979.8223 http://www.hippocampus.net =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Host your business website for only $29/month! 1.877.GO.HIPPO

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