toasters

toasters@lists.teaparty.net

13514 discussions

RE: Block sizes
by Strange, Steve 14 Feb '02

14 Feb '02

> Or is this all wrong, and the access doesn't occur in blocks? It does occur in blocks, and the WAFL block size is 4K bytes. Steve > -----Original Message----- > From: Edward Hibbert [mailto:EH@dataconnection.com] > Sent: Wednesday, February 13, 2002 5:27 PM > To: toasters(a)mathworks.com > Subject: Block sizes > > > A question about block sizes on NetApp disks. > > My impression is that disk access occurs in blocks. So if I > write 1 byte to > a disk, at some level the OS has a block in cache, updates > the block, then > writes that block out to disk. If I write 20K, then it > probably affects > multiple blocks. > > If this is true, then it might be useful to know the > underlying block size - > because if I could ensure that my application wasn't spanning multiple > blocks when I didn't need to be, I could give the physical > disks a bit less > of a hard time. > > Does anyone know how to find this out? Or is this all wrong, > and the access > doesn't occur in blocks? > > Thanks, > > Edward. >

3 2

RE: win2k native mode and ontap integration
by Kumar, Rahul 14 Feb '02

14 Feb '02

Hi All, Thanks for your help regarding the same... I really appreciate your help. I will follow the steps as we plan to move filers into native mode sometime next week. Thanks once again.. ----------- Rahul Kumar -----Original Message----- From: Garandet, Jean Francois [mailto:jfgarand@netapp.com] Sent: Thursday, February 14, 2002 4:21 PM To: 'FPS France'; Kumar, Rahul; toasters(a)mathworks.com Cc: Bon, Albert Subject: RE: win2k native mode and ontap integration Yes, Windows 2000 native mode use time base synchronisation (win32time) between clients & servers to obtain kerberos authentification ticket(specification for MIT Kerberos version 5) it's important to don't stop this service: "windows time" It's important to use timebase server (ntp server) for the filer in full integration in windows 2000 with kerberos authentifcation... It's available for all Windows2000/XP Clients/Servers version... Jean-Francois GARANDET -----Original Message----- From: FPS France [mailto:fpsfrance@fps.fr] Sent: jeudi 14 février 2002 10:16 To: Kumar, Rahul; toasters(a)mathworks.com Subject: Re: win2k native mode and ontap integration yes, they surely can do this. This is possible from the 6.1 version. Simply restart cifs setup. Make sure the time delta beetween Filers and the Win2k ad is less than 5 min (ideally synchronize them). ----- Original Message ----- From: "Kumar, Rahul" <Rahul.Kumar(a)sdrc.com> To: <toasters(a)mathworks.com> Sent: Tuesday, February 12, 2002 3:56 PM Subject: win2k native mode and ontap integration > > Hi All, > We are using win2k ad in mixed mode...We are also have 3-4 filers > running 6.1.1R2. > Will the filers be able to work in native mode of window2000 ad. > If not then which version of ontap supports this. > > > ----------- > Rahul > :

1 0

RE: win2k native mode and ontap integration
by Garandet, Jean Francois 14 Feb '02

14 Feb '02

Yes, Windows 2000 native mode use time base synchronisation (win32time) between clients & servers to obtain kerberos authentification ticket(specification for MIT Kerberos version 5) it's important to don't stop this service: "windows time" It's important to use timebase server (ntp server) for the filer in full integration in windows 2000 with kerberos authentifcation... It's available for all Windows2000/XP Clients/Servers version... Jean-Francois GARANDET -----Original Message----- From: FPS France [mailto:fpsfrance@fps.fr] Sent: jeudi 14 février 2002 10:16 To: Kumar, Rahul; toasters(a)mathworks.com Subject: Re: win2k native mode and ontap integration yes, they surely can do this. This is possible from the 6.1 version. Simply restart cifs setup. Make sure the time delta beetween Filers and the Win2k ad is less than 5 min (ideally synchronize them). ----- Original Message ----- From: "Kumar, Rahul" <Rahul.Kumar(a)sdrc.com> To: <toasters(a)mathworks.com> Sent: Tuesday, February 12, 2002 3:56 PM Subject: win2k native mode and ontap integration > > Hi All, > We are using win2k ad in mixed mode...We are also have 3-4 filers > running 6.1.1R2. > Will the filers be able to work in native mode of window2000 ad. > If not then which version of ontap supports this. > > > ----------- > Rahul > :

1 0

win2k native mode and ontap integration
by Kumar, Rahul 14 Feb '02

14 Feb '02

Hi All, We are using win2k ad in mixed mode...We are also have 3-4 filers running 6.1.1R2. Will the filers be able to work in native mode of window2000 ad. If not then which version of ontap supports this. ----------- Rahul

4 3

Block sizes
by Edward Hibbert 14 Feb '02

14 Feb '02

A question about block sizes on NetApp disks. My impression is that disk access occurs in blocks. So if I write 1 byte to a disk, at some level the OS has a block in cache, updates the block, then writes that block out to disk. If I write 20K, then it probably affects multiple blocks. If this is true, then it might be useful to know the underlying block size - because if I could ensure that my application wasn't spanning multiple blocks when I didn't need to be, I could give the physical disks a bit less of a hard time. Does anyone know how to find this out? Or is this all wrong, and the access doesn't occur in blocks? Thanks, Edward.

1 0

FW: microsoft dfs and cifs.homedir
by Uren, Jim 14 Feb '02

14 Feb '02

most of the old-timers already know this, but Colin points out that this is hard to find in the documentation...for scripting and such, using the share-name CIFS.HOMEDIR will cause the filer to connect "you" with "your" CIFS home directory (if such a homedir exists and if no actual share named CIFS.HOMEDIR exists). for Ontap 6.0 or above, the share name ~ (tilde) also works. for example, net use * \\filer\cifs.homedir will connect me to \\filer\joe-user if I am logged on as joe-user, or will connect me to \\filer\Administrator if I am logged on as Administrator, and so on. > in your place, I would create a Dfs > entry like this > \\DfsServer\Dfsroot\filerHome --> \\filer\cifs.homedir > or like this (if using Ontap 6.0 or above) > \\DfsServer\Dfsroot\filerhome --> \\filer\~ > > "cifs.homedir" and "~" are mapped by the filer to > "my CIFS homedir" (if such a homedir exists). > > Jim Uren, who hasn't tried this himself. (actually, I've now tried this and can say that after a full 12 seconds of testing, it seems to work) > -----Original Message----- > From: Colin Eric Johnson [mailto:colinj@ccs.neu.edu] > Sent: Tuesday, February 12, 2002 10:24 AM > To: toasters(a)mathworks.com > Subject: microsoft dfs and cifs.homedir > > > > So I'm wondering if anyone is using microsofts dfs and the > cifs.homedir > functionality on their netapp together? > > I'd like to be able to point my users homedirs (Win2k) at a > dfs share and > from their direct them to \\netapp\username but it's not > clear if I can > make this work. it would be nice becuase then if/when we > decide we need a > new/different netapp I only have to change the name once and > not for each > user. > > I'm not really convinced that I can make this work but I > thought I might > ask. > > -- > Colin E. Johnson | colinj(a)ccs.neu.edu > Dumbfounding Question 1: Someone once asked me if I could > answer a question > without telling a story. I couldn't imagine an answer that > wasn't a story. >

1 0

SOLVED (RE: Odd Linux->Filer copy behavour)
by Ben Rockwood 13 Feb '02

13 Feb '02

Hello Toasters. Steve's reply was the fix. We changed exports to allow root and the problem disappered. Thanx for the replys. brockwood(a)homestead-inc.com -----Original Message----- From: Ben Rockwood Sent: Wed 2/13/2002 1:45 PM To: toasters(a)mathworks.com Cc: Subject: Odd Linux->Filer copy behavour Hello Toasters. I've come across an odd cp problem from a Linux boxen to a NetApp filer. Typically these filers are mounted by the linux boxen simply for read-only purposes, but are actually read-write mounted. Some of our admins tried to cp files from the linux box up onto the filer, but we get an error that is unexpected. The file copies, but I don't like the error. Any ideas are helpful. One thing we did, just in case, was to add a local uid for the masked owner on the NetApps, since the ownership is changed once it hits the filer to "pcuser", uid 65534. This didn't change anything, though. Below is an example of the problem, and some mount data to assist. IP addresses have been removed. brockwood(a)homestead-inc.com [root@willy temp]# pwd /mnt/lucy/inetneo/temp [root@willy temp]# cp /etc/hosts . cp: preserving permissions for ./hosts: Operation not permitted [root@willy temp]# ls hosts [root@willy temp]# ls -al total 12 drwxrwxrwx 2 root bin 4096 Feb 13 13:15 . drwxrwxrwx 8 root bin 4096 Feb 12 16:23 .. -rwxrwxrwx 1 pcuser pcuser 92 Feb 13 13:18 hosts [root@willy temp]# mount ---Snipped Out----- x.x.x.x:/vol/vol0/inetneo on /mnt/lucy/inetneo type nfs (rw,rsize=8192,wsize=8192,hard,intr,addr=x.x.x.x,addr=x.x.x.x) [root@willy temp]#

1 0

Odd Linux->Filer copy behavour
by Ben Rockwood 13 Feb '02

13 Feb '02

Hello Toasters. I've come across an odd cp problem from a Linux boxen to a NetApp filer. Typically these filers are mounted by the linux boxen simply for read-only purposes, but are actually read-write mounted. Some of our admins tried to cp files from the linux box up onto the filer, but we get an error that is unexpected. The file copies, but I don't like the error. Any ideas are helpful. One thing we did, just in case, was to add a local uid for the masked owner on the NetApps, since the ownership is changed once it hits the filer to "pcuser", uid 65534. This didn't change anything, though. Below is an example of the problem, and some mount data to assist. IP addresses have been removed. brockwood(a)homestead-inc.com [root@willy temp]# pwd /mnt/lucy/inetneo/temp [root@willy temp]# cp /etc/hosts . cp: preserving permissions for ./hosts: Operation not permitted [root@willy temp]# ls hosts [root@willy temp]# ls -al total 12 drwxrwxrwx 2 root bin 4096 Feb 13 13:15 . drwxrwxrwx 8 root bin 4096 Feb 12 16:23 .. -rwxrwxrwx 1 pcuser pcuser 92 Feb 13 13:18 hosts [root@willy temp]# mount ---Snipped Out----- x.x.x.x:/vol/vol0/inetneo on /mnt/lucy/inetneo type nfs (rw,rsize=8192,wsize=8192,hard,intr,addr=x.x.x.x,addr=x.x.x.x) [root@willy temp]#

2 1

Re: Slow writes
by MCope＠isisph.com 13 Feb '02

13 Feb '02

Edward, What do your Solaris systems look like? There are a number of things that can be done to get Sun systems, and especially their NICs, to coexist with Filers. I'm currently having a lot of fun getting some temperamental SBUS Gigabit NICs to perform up to spec (same problem - writes take FOREVER) Michael edward valencia <edjv(a)corp.earthlink.net> Sent by: owner-toasters(a)mathworks.com 02/13/02 05:14 AM To: "toasters(a)mathworks.com" <toasters(a)mathworks.com> cc: Subject: Slow writes Hi all, I hope that someone has gone through this as I have been trying to figure this out and its making me go nuts. On our solaris(2.8, 2.6) we usually do small file writes, our users do cvs checkouts to thier home directories and compile software that they are working on in that directory also. The problems is not the reads but the writes, I have changed the client machines to nfs3/tcp with rsize and wsize or 32k. The avg time todo a cvs checkout has been about 24 seconds, if this is done to local disk we are seeing the avg. of 4 seconds. The size of the module they are checking out is 4mb, this is what I have been doing tests with, but other cvs modules are also slow while being written to the nfs mount home directory. The filers also have the nfs.tcp.xfersize of 32k. Here are the configs of the filer: F760 NetApp Release 6.0.1R3: Fri Feb 16 02:42:49 PST 2001 e0: flags=8042<BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.174.32.67 netmask 0xffffff80 broadcast 10.174.32.127 ether 00:a0:98:00:56:a3 (auto-100tx-down) e4: flags=900042<BROADCAST,RUNNING,TCPCKSUM> mtu 1500 inet 10.174.32.126 netmask 0xffffff80 broadcast 10.174.32.127 ether 00:60:cf:20:31:fb (1000fx) e6: flags=848043<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.174.32.7 netmask 0xffffff80 broadcast 10.174.32.127 ether 00:90:27:f4:5b:0e (auto-1000sx-fd-up) flowcontrol full lo: flags=948049<UP,LOOPBACK,RUNNING,MULTICAST,TCPCKSUM> mtu 9188 inet 127.0.0.1 netmask 0xff000000 broadcast 127.0.0.1 We currently only use e6. nfs.mount_rootonly on nfs.per_client_stats.enable off nfs.tcp.enable on nfs.tcp.xfersize 32768 nfs.udp.xfersize 8192 nfs.v2.df_2gb_lim off nfs.v3.enable on nfs.webnfs.enable off nfs.webnfs.rootdir XXX nfs.webnfs.rootdir.set off I hope you all can help. cheers, edwardv-

2 1

SNMP Vulnerabilities ?
by Ketil Kirkerud Elgethun 13 Feb '02

13 Feb '02

Many of you have probably read about the various vulnerabilities discovered in most SNMP implementations (http://www.cert.org/advisories/CA-2002-03.html). Does anyone know if the SNMP agent in OnTap is vulnerable ? -- ---Ketil Kirkerud Elgethun, Genuity Norway http://www.genuity.no Mobile: +47 934 11 394

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