toasters

toasters@lists.teaparty.net

13531 discussions

Re: can't see ~snapshot directory
by Tom Reingold 05 Nov '98

05 Nov '98

On Thu, 05 Nov 1998 09:54:20 PST, "Chad H. Tudor" <chtudor(a)stanford.edu> wrote: > :Let's be fair. snapshots are strange. They are links to files, but > :they appear to be duplicates. We had to provide our unix users with > :a new "du" command so it wouldn't traverse snapshots. > > This raises another question. > > Would there be a find laying about that ignores same? find . -name .snapshot -prune -o -print

2 1

Re: can't see ~snapshot directory
by David Drum 05 Nov '98

05 Nov '98

Quoth Mark Muhlestein: > Huh? This change only affects CIFS clients. *ouch* I guess I missed that in the original poster's email. Sorry. Regards, David K. Drum david(a)more.net -- It's hard to be bored when you're as stupid as a line. [1] Reality has a tendency to be so uncomfortably real. [2] When you proceed deliberately, mistakes don't cascade, they instruct. [3] What you notice becomes your life. [4] [1] Vernor Vinge [2] Neil Peart [3] Stewart Brand [4] Michael Chitwood

1 0

Re: can't see ~snapshot directory
by Tom Reingold 05 Nov '98

05 Nov '98

On Thu, 05 Nov 1998 11:21:38 CST, David Drum <david(a)more.net> wrote: > I will admit that file system theory is not that different from UNIX > to PC. Therefore you are correct. My question then is: Why is this > only a problem now? How were UNIX users able to manage with one default > behavior all this time? Why can't the CIFS users just RTFM and configure > the NetApp so that it works the way they need? NetApp is thumbing its > nose at the installed base of (UNIX) users, who will now have to restore > the old default configuration. Just my Microsoft rant of the day. We mount each user's home directory as /home/whatever, so it does actually cause a problem (with things such as du). That is to say it's a problem for both PC and UNIX users. You could argue that the solution should be on the client side, but until that comes, it's nice that the server offers us an option. But you can't argue that Windows is more broken than UNIX in this case.

1 0

Re: Dual home fiber
by Gilbert Smith 05 Nov '98

05 Nov '98

At 10:13 AM 11/5/98 +0000, Algar, Christopher [PAI01:8881:EXCH] wrote: >Greetings. > >I'm having a bit of difficulty configuring a F760 with two fiber cards on >different sub nets. >It's been running fine with ifconfig f3 `hostname`-f3 netmask 255.255.240.0 >I've tried adding a similar line to etc/rc for f1 explicitly stating the IP >address instead of hostname, installing the additional card in slot 1 and >rebooting. Also tried installing the card with no changes to rc and >rebooting. >The result is the same, the system panics and fails to boot. > >Can anyone help? I would try floppy boot using option (no /etc/rc, I think #2 from the menu). Then run command, "sysconfig -v" and examine the output. Do you see both cards listed in the sysconfig output and are the two cards identical? Now run command "setup" and answer the questions. Setup will keep a backup copy of all your /etc/?? config files like (/etc/rc, /etc/exports, /etc/hosts, etc.). But setup should choose the appropriate mediatype and build the correct rc file for your hardware. There is a mediatype argument to the ifconfig command. The panic messge you receive might help. Hope this helps, Gil

1 0

Re: can't see ~snapshot directory
by sirbruce＠ix.netcom.com 05 Nov '98

05 Nov '98

On 11/05/98 11:39:35 you wrote: > > >On Thu, 05 Nov 1998 08:01:57 CST, > David Drum <david(a)more.net> wrote: > >> I find it disgusting that NetApp caters to Microsoft's ineptitude. > >Let's be fair. snapshots are strange. They are links to files, but >they appear to be duplicates. We had to provide our unix users with >a new "du" command so it wouldn't traverse snapshots. > >How could Microsoft have foreseen this problem and written their apps >accordingly? The real problem, IMHO, is that the snapshots should be treated as their own seperate partition, and be mounted as such, rather than inserting .snapshot directories. Of course, this does make it a little more difficult to explain to the user where to go to get their files, and with NFS it necessitates lots of new mounts. You could just turn the snaps off and mount it seperately and test this yourself; I think it will work. It also avoids the problem of copying the old file over it's newer copy with the same inode (in UNIX). Bruce

1 0

Nifty symlink trick
by Stephen C. Losen 05 Nov '98

05 Nov '98

This may be old news, but I discovered it while playing around with a F630 running 5.0.2. The netapp filer itself follows symlinks. I guess that shouldn't be a surprise, but, technically, I don't think that a filer has to follow symlinks. In NFS, the CLIENT follows the symlink, not the server. The server simply passes to the client the contents of the symlink. So one could design a filer that does not itself follow symlinks and it would still be a correct NFS server. (CIFS is another story.) Our F630 has two volumes: /vol/vol0 (the root volume) and /vol/vol1, which NFS clients mount on /h2. Just for fun, I created this symlink in /vol/vol0 /vol/vol0/h2 -> /vol/vol1 So now on the netapp, /h2 -> /vol/vol1 I discovered I can now use /h2 in config files wherever I would ordinarily use /vol/vol1. In /etc/exports I have successfully exported /vol/vol1 like this: /h2 access=foo.bar.EDU And this command works on NFS clients for mounting: mount home2.Virginia.EDU:/h2 /h2 And it also works in the quotas file. /h2/users/loginid user@/h2 100M 100K Note that this trick only works where /vol/vol1 would be appropriate. For example I still have to use "quota on vol1", but I can change the volume name from vol1 to h2, to fix that up. (and then change my symlink to /vol/vol0/h2 -> /vol/h2) An advantage to using this trick occurs to me. If you change a volume name, you may be forced to change quite a few config files. If you use a symlink in the config files, you can rename a volume and then just change the link. Also, pathnames on clients, such as /h2/foo/bar will also work on the server. So then you don't have to always translate paths in your head from "client-style" to "server-style" when running a command on the server, such as "quota report /h2/foo/bar" Disclaimer: I don't know if Network Appliance will guarantee this behavior in future releases. Steve Losen scl(a)virginia.edu phone: 804-924-0640 University of Virginia ITC Unix Support

2 1

RE: Changed DLT 4000 for DLT 7000 - how to get new storage densit y?
by Thomson, Michael (UK, GIS ISM Group for R&D) 05 Nov '98

05 Nov '98

Apologies to you all, but this was not a problem at all. I must have examined a tape that hadn't been written to. Last nights backups behaved as expected, writing at the full density capability of the drive. <sheepish grin> Mike -- \\|||// Minds are like parachutes; (@ @) They only work when open. *---oOO-(_)-OOo------------------------------------* * Michael Thomson Email: mt53590(a)ggr.co.uk * * Unix Specialist Internal: 782 2369 * * Glaxo Wellcome External: 01438 762 369 * * Stevenage, UK Fax: 01438 762 461 * * .oooO Oooo. Mobile: 0498 725 047 * *--( )---( )-----------------------------------* \ ( ) / (Quote: Sir James Dewar) \_) (_/ > ---------- > From: Thomson, Michael (UK, GIS ISM Group for R&D) > Sent: 05 November 1998 11:49 > To: 'support(a)netapp.com' > Cc: 'toasters(a)mathworks.com' > Subject: Changed DLT 4000 for DLT 7000 - how to get new storage > density? > > Hi there. > > Last weekend we upgraded our DLT4700 (single DLT4000, 7 slots) for a > Brece-Hill Q2.15 (two DLT 7000, 15 slots). > We're reusing the CompacTape IV cartridges, but the new drives seem to > recognise the old tapes as being written by a DLT4000, and don't use the > higher density that the DLT7000 is capable of. > > Is there an easy way to re-initialise the tapes that'll allow us to use > the maximum storage capacity? > > Details follow: > > First we check the status of the drive: > > Checking pre-dump status with: rsh -n <filer> mt -f nrst0a status > Tape drive: Digital DLT7000 > Status: ready, write enabled > Format: 85937 bpi 70 GB (w/comp) > fileno = 0 blockno = 0 resid = 0 > > This implies that it'll use the high density we're after... > > Then we do the dump > > rsh -n <filer> dump 0ufbB urst0a,urst0a,urst0a,nrst0a 63 30000000 / > > (Yes, I know the block count is low - we're trying to fix the problems > without causing any EOT fun & games) > > Now after the dump is done, we load the tape into the drive, which reports > > A: Idle C 20.00G > > This says to me that the tape is still recorded at the DLT4000 density, > albeit with compression. > > Any suggestions? > > Cheers, > Mike > -- > \\|||// Minds are like parachutes; > (@ @) They only work when open. > *---oOO-(_)-OOo------------------------------------* > * Michael Thomson Email: mt53590(a)ggr.co.uk * > * Unix Specialist Internal: 782 2369 * > * Glaxo Wellcome External: 01438 762 369 * > * Stevenage, UK Fax: 01438 762 461 * > * .oooO Oooo. Mobile: 0498 725 047 * > *--( )---( )-----------------------------------* > \ ( ) / (Quote: Sir James Dewar) > \_) (_/ > >

1 0

Changed DLT 4000 for DLT 7000 - how to get new storage density?
by Thomson, Michael (UK, GIS ISM Group for R&D) 05 Nov '98

05 Nov '98

Hi there. Last weekend we upgraded our DLT4700 (single DLT4000, 7 slots) for a Brece-Hill Q2.15 (two DLT 7000, 15 slots). We're reusing the CompacTape IV cartridges, but the new drives seem to recognise the old tapes as being written by a DLT4000, and don't use the higher density that the DLT7000 is capable of. Is there an easy way to re-initialise the tapes that'll allow us to use the maximum storage capacity? Details follow: First we check the status of the drive: Checking pre-dump status with: rsh -n <filer> mt -f nrst0a status Tape drive: Digital DLT7000 Status: ready, write enabled Format: 85937 bpi 70 GB (w/comp) fileno = 0 blockno = 0 resid = 0 This implies that it'll use the high density we're after... Then we do the dump rsh -n <filer> dump 0ufbB urst0a,urst0a,urst0a,nrst0a 63 30000000 / (Yes, I know the block count is low - we're trying to fix the problems without causing any EOT fun & games) Now after the dump is done, we load the tape into the drive, which reports A: Idle C 20.00G This says to me that the tape is still recorded at the DLT4000 density, albeit with compression. Any suggestions? Cheers, Mike -- \\|||// Minds are like parachutes; (@ @) They only work when open. *---oOO-(_)-OOo------------------------------------* * Michael Thomson Email: mt53590(a)ggr.co.uk * * Unix Specialist Internal: 782 2369 * * Glaxo Wellcome External: 01438 762 369 * * Stevenage, UK Fax: 01438 762 461 * * .oooO Oooo. Mobile: 0498 725 047 * *--( )---( )-----------------------------------* \ ( ) / (Quote: Sir James Dewar) \_) (_/

1 0

Dual home fiber
by Algar, Christopher [PAI01:8881:EXCH] 05 Nov '98

05 Nov '98

Greetings. I'm having a bit of difficulty configuring a F760 with two fiber cards on different sub nets. It's been running fine with ifconfig f3 `hostname`-f3 netmask 255.255.240.0 I've tried adding a similar line to etc/rc for f1 explicitly stating the IP address instead of hostname, installing the additional card in slot 1 and rebooting. Also tried installing the card with no changes to rc and rebooting. The result is the same, the system panics and fails to boot. Can anyone help? Regards, Chris Algar UNIX support (amongst other things) Nortel Optoelectronics Paignton UK

1 0

raid scrubbing and hot spares
by Dave Cole 05 Nov '98

05 Nov '98

We have a number of f230's here that seem to have either stopped doing their raid scrubbing or isn't bothering to report it any more. while the /etc/rc file doesn't explicitly ask to turn on scrubbing, doing an 'rsh netapp1 options' returns this: raidtimeout 24 raid.reconstruct_speed 4 raid.scrub.enable on which seems pretty typical. Only 2 out of our 7 operating netapps are actually logging this: Sun Oct 18 01:00:00 EDT [raid_scrub_admin]: Beginning disk scrubbing... Sun Oct 18 02:47:16 EDT [raid_scrub_admin]: Scrub found 0 parity inconsistencies Sun Oct 18 02:47:16 EDT [raid_scrub_admin]: Scrub found 0 media errors Sun Oct 18 02:47:16 EDT [raid_scrub_admin]: Disk scrubbing finished... Of the two that are logging, one is an f210 running ONTAP 4.2a, the other is an f210 running ONTAP 5.1.2 The ones not logging are 4 x f230's, 1 x f220. On a related note, we happen to know that one of our hot spares on one of the f210's is showing a read error. It was discovered during the install. I'm not entirely sure if I have logs of the discovery. But along that line, are there any tests or scrubs done or are they assumed to be healthy? ---------------------------------------------------------------- Dave Cole (DC1110) | dacole(a)netcom.ca Systems Administrator |* dacole(a)rik.net * | office/~dacole/ Netcom Canada |* www.rik.net/~dacole/ * 905 King Street West, Toronto, M6K 3G9 | phone - 416.341.5801 Toronto, Ontario, Canada, Earth, Sol | fax - 416.341.5725

11 13

RE: can't see ~snapshot directory
by Allison, Bridget 05 Nov '98

05 Nov '98

Firstly, yes, there's a fix - see the man page extract: cifs.show_snapshot By default this option is FALSE. The snapshot directory ~snapshot is no longer shown at the root of a share. This is a change in behavior from previous versions. Setting this to TRUE will restore the old behavior. On Windows NT 4 or Windows 95 clients, the user can access snapshots by entering \\filer\share\.snapshot (or ~snapshot or ~snapsht) in the Start->Run menu. Snapshots can also be accessed lower in the share by providing a path to a lower directory. Snapshots can be accessed through DOS on any system by changing to the ~snapsht directory. We changed the default due to problems with NT backup software handling snapshots badly. > We use NFS and CIFS on our toasters. Since upgrading to 5.1.2, our > PC clients no longer see the ~snapshot directories. (This is the > .snapshot directory on unix clients.) > > Is there a fix? This is disconcerting. Or should I say broken?

1 0

can't see ~snapshot directory
by Tom Reingold 04 Nov '98

04 Nov '98

We use NFS and CIFS on our toasters. Since upgrading to 5.1.2, our PC clients no longer see the ~snapshot directories. (This is the .snapshot directory on unix clients.) Is there a fix? This is disconcerting. Or should I say broken?

1 0

Re: Quota initialization speed on F230
by mds＠ns.gbnet.net 03 Nov '98

03 Nov '98

Sounds bad - does this pertain to 5.1.2 or 5.1.2D1?

1 0

Quota initialization speed on F230
by Brian Tao 03 Nov '98

03 Nov '98

Is it just me, or is quota initialization on an F230 running 5.1.2 excruciatingly slow? I don't remember our other F230's being this slow at redoing tree quotas with 4.2a, especially when the filer is basically empty (only the /etc directory is populated). It's been 15 minutes since a "quota on", and the filer only reports 39% done. I'm sure it was faster in 4.2a. # rsh toast quota vol0: quotas are initializing (39% done). # rsh toast df Filesystem kbytes used avail capacity Mounted on /vol/vol0/ 33007568 1212560 31795008 4% /vol/vol0/ /vol/vol0/.snapshot 11002520 0 11002520 0% /vol/vol0/.snapshot # rsh toast df -i Filesystem iused ifree %iused Mounted on /vol/vol0/ 1161 8709169 0% /vol/vol0/ # rsh toast sysstat 1 CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache in out read write read write age 37% 0 0 0 0 0 1211 0 0 0 6 72% 0 0 0 1 0 76 0 0 0 6 22% 0 0 0 0 0 244 0 0 0 6 30% 0 0 0 1 0 1234 0 0 0 6 79% 0 0 0 2 0 56 0 0 0 6 ^C -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

2 1

Changing which volume is the root volume W/O losing data?
by Larry Rosenman-CyberRamp System Administration 02 Nov '98

02 Nov '98

Is it possible on 5.1D14 to change which of 2 volumes is the root volume of a F520-110? I have a filer that has 14 disks (100GB), and 2 volumes: 30gb Mail 70gb News. Mail is the current root volume. I want to make the news volume the root volume, but not lose the data on news. I then want to destroy mail (it's moving to a new filer), and add it's disks to the news volume. How would I go about this? Thanks! LER -- Larry Rosenman, Sr. System Administrator, CyberRamp Internet Services E-Mail: ler(a)cyberramp.net, http://www.cyberramp.net Voice: (214) 343-3333/(817) 461-8484 (Metro)/Fax: (214) 343-3727 Tech Support: (214) 340-2020/(817) 226-2020 (Metro) 7AM-Midnight, 7 Days U.S. Mail: 11350 Hillguard Rd, Dallas, TX 75243-8311

3 3

Re: SMTP MIB (was Re: raid scrubbing and hot spares)
by mds＠ns.gbnet.net 29 Oct '98

29 Oct '98

Has anyone thought of adding a counter for the number of NVRAM flushes for a given rolling period? My understanding is that one of the issues in achieving excellent performance on writes is avoiding, or dealing with, back-to-back consistency points. It strikes me that a simple metric based on the number of NVRAM flushes-to-disk over the last 60-seconds, updated every 5 seconds say, would give people a handle on whether there's a bottleneck happening there. It might be even more interesting to keep track of in the clustered-filer environment.

2 1

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

Jump to page:

2026

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