software install http://user:passwd@now.netapp.com/path/to/ontapx.exe

if your firewalls allow it. If not, download to a local web server and then just:
software install http://local.virginia.edu/path/ontapx.exe

--> notice it is the .exe file in both cases.

On a UNIX filer, you can use this same command or simply copy the .exe file to the /etc/software directory and then run "software install ontapx.exe"

Remember to get the right architecture.

Also, I seem to recall, that even though it is a FCP-only filer, there may be some limited NFS server capability for admin purposes.

--tmac

On 6/6/07, Stephen C. Losen <scl@sasha.acc.virginia.edu> wrote:

I'm accustomed to administering netapps on a Unix box that
NFS mounts the root volume and has rsh and/or ssh access
to root.  I've always used the command line since we got
our first filer in 1997 before the GUI came out.

We are buying two FAS270s to be placed in two separate locations
for disaster recovery.  Each filer will store FC LUNs that will be
used by a Windows server in each location.  One location is
primary and the other is standby in case we lose the primary.

We will replicate data from the primary filer to the secondary
with snapmirror (and also snapdrive I suppose).

I am in neither of these locations and each location will be
behind its own firewall (oh joy).  Obviously the filers will
need to talk to each other for snapmirror.

Since these filers are FC SAN only, we would prefer to not spring
for NFS licenses just for my convenience.

I would be interested to know if there are any other Unix folks
out there who admin filers without NFS access.  I think that
all filers come with a mini CIFS license (only one CIFS session?)
and I guess I could use smbmount on my Linux box to access the
root volume.  I wish filers also had a mini NFS license for admin.

As for installing DOT, isn't there a way to put the software
distribution file on a httpd server and point the filer at it?
I have always used the install_netapp script and the compressed
tar file.

I don't know what sort of holes I can get punched in the firewall.
I may need to use a VPN client (yuck).

Is anyone else out there in a similar situation?

Steve Losen   scl@virginia.edu    phone: 434-924-0640

University of Virginia               ITC Unix Support





--
--tmac

RedHat Certified Engineer