toasters

toasters@lists.teaparty.net

13515 discussions

nt inheritance
by neil lehrer 30 Jan '02

30 Jan '02

ontap 6.1.1r2 can anyone tell me a good way to tell if a dir or qtree has autoinheritance blocked? the different tools i have are giving me different results. -- regards +++++++++++++++++++++++++++++++++++++++++++++++++ + Neil Lehrer + + United States International Broadcasting Bureau + System Development Division + + voice 202 619-2524 + fax 202 619-3576 + nlehrer(a)ibb.gov + + " is this crisis an opportunity or just + another grab the fire extinguisher moment?" + +++++++++++++++++++++++++++++++++++++++++++++++++

1 0

RE: CIFS Performance.
by Haber, David J. 30 Jan '02

30 Jan '02

We had similar problems, especially when copying files and with Microsoft Office products. We solved these problems by making two changes in our configuration. We have a 4-port 10/100 VIF with channeling on our Cisco switch. The default gateway was set for the VIF subnet on the switch. We also had ("had" is the key word here!) the e0 interface set up on a different subnet than the VIF. There was a problem with the switch determining the proper gateway for the e0 interface since the filer can only have one default gateway. Once we disabled the e0 interface performance improved for clients who were on remote (T1 linked) subnets. We still had a problem for some users when they tried to copy files from the filer. We found that these users were on 10/100 ports that were set to full duplex, 100Mb port speed. We changed the setting to half duplex, 100Mb port speed and that solved the problem for these users. We currently have over 2000 user home directories and group shares on the filer with excellent performance at our primary sites and at our 40 T1-linked sites. Maybe this will help with some of your problems. -----Original Message----- From: Geert Jackers [mailto:gj@pandora.be] Sent: Wednesday, January 30, 2002 1:33 PM To: toasters(a)mathworks.com Subject: CIFS Performance. Hi, we have F740 and F820 running only CIFS. We hear everywhere that the performance is great of these boxes. We installed the latest 6.1.1R2 (I think) which would solve some problems with virusscanning (trendmicro) on the boxes and clients. When we read a file (doc file) it is somewhat fast, but when we save it it takes twice as long as on a NT box. When we do the same with a RTF file....or TXT it is much faster. Not to say when opening or working with outlook and .pst files on that share, it takes forever.....almost. We see that when we open a file on the box a ~file is created on the same directory too, can this have an influence ? A copy from a file to and from the box....also slow. We have a 100 Mbit switched network and 1 Gbit links to the filers....other traffic on the network is fast etc. We disabled viruschecking on the filer and the pc's...no difference. Do we need to tune or set special parameters on the filer ? Somebody has had the same experience....? Please any info is appreciated. Geert Geert Jackers Siemens Business Services Belgium

1 0

RE: CIFS Performance.
by Andrew Yee 30 Jan '02

30 Jan '02

FYI, we also played with the oplocks configuration and even tried an undocumented oplocks feature that didn't help during our investigation/trouble-shooting phase. We still have oplocks enabled. I will probably call NetApp and review one of my closed cases with a TSE about disabling oplocks. However, we sorta want oplocks enabled... >>> "Drew O'Donnell" <drew(a)cooperneff.com> Wednesday, January 30, 2002 11:12:50 AM >>> We had a similar problem and it ended up being oplocks. It also seemed to manifest itself in office files only, not txt files. Turn oplocks off on one of the qtrees which was having the issue and see if you get the same problem. The command to turn oplocks off is "qtree oplocks qtreename disable" If this fixes the issue I would call support because this should have been fixed in 6.1.1Rx. Later Drew -----Original Message----- From: Geert Jackers [mailto:gj@pandora.be] Sent: Wednesday, January 30, 2002 1:33 PM To: toasters(a)mathworks.com Subject: CIFS Performance. Hi, we have F740 and F820 running only CIFS. We hear everywhere that the performance is great of these boxes. We installed the latest 6.1.1R2 (I think) which would solve some problems with virusscanning (trendmicro) on the boxes and clients. When we read a file (doc file) it is somewhat fast, but when we save it it takes twice as long as on a NT box. When we do the same with a RTF file....or TXT it is much faster. Not to say when opening or working with outlook and .pst files on that share, it takes forever.....almost. We see that when we open a file on the box a ~file is created on the same directory too, can this have an influence ? A copy from a file to and from the box....also slow. We have a 100 Mbit switched network and 1 Gbit links to the filers....other traffic on the network is fast etc. We disabled viruschecking on the filer and the pc's...no difference. Do we need to tune or set special parameters on the filer ? Somebody has had the same experience....? Please any info is appreciated. Geert Geert Jackers Siemens Business Services Belgium

1 0

Re: CIFS Performance.
by Andrew Yee 30 Jan '02

30 Jan '02

We've encountered issues like that in our environment. Obviously, we bought the FILER for its redundancy as well as speed in serving data. I had opened several cases on the NOW site about the apparent slowness. Our FILER was setup with a 100-base-t connection directly to our 3Com CoreBuilder 9000, which has a Gigabit backbone. We found that it would take 75 seconds to open a 250 KB Excel Spreadsheet and 110 seconds to save it to the FILER. Sometimes, it wouldn't save and would give "delayed-write" errors. However, our NT 4 Server that the FILER was replacing also had similar delays BUT these spreadsheets would eventually save OK. NetApp had us do a lot of pktt'ing and other configuration testing. For our specific environment, it turned out the culprit was the fact that users were connecting to a 3Com 10-base-t hub that was connected to a 3Com SuperStack Switch. We also found hubs interconnected to each other and then connected to the switch. According to their analysis of the pktt traces, it appeared that the FILER was handling data fine, but there were some sort of network bottlenecks on our side. Kudos for NetApp TSE's willingness to help us trouble-shoot some of our non-FILER-related network investigation. Reconfiguring users to connect to the switch at 100/Full-Duplex fixed access speed issues. (The users also felt that somehow, we had sped up all of their computers.) We found it a bit odd that the FILER seemed to desire high-speed network connections vs. being able to handle pokey slow network connections. Of course, this may specifically be due to our network setup and all of the 20 year-old CAT-3 wiring everywhere, plus mice chewing up cables. We recently purchased the McAfee NetShield 4.5 for NetApp but have yet to implement it. As the FILER's virus scan feature is somewhat immature, I do not look forward to setting this us. >>> Geert Jackers <gj(a)pandora.be> Wednesday, January 30, 2002 10:32:39 AM >>> Hi, we have F740 and F820 running only CIFS. We hear everywhere that the performance is great of these boxes. We installed the latest 6.1.1R2 (I think) which would solve some problems with virusscanning (trendmicro) on the boxes and clients. When we read a file (doc file) it is somewhat fast, but when we save it it takes twice as long as on a NT box. When we do the same with a RTF file....or TXT it is much faster. Not to say when opening or working with outlook and .pst files on that share, it takes forever.....almost. We see that when we open a file on the box a ~file is created on the same directory too, can this have an influence ? A copy from a file to and from the box....also slow. We have a 100 Mbit switched network and 1 Gbit links to the filers....other traffic on the network is fast etc. We disabled viruschecking on the filer and the pc's...no difference. Do we need to tune or set special parameters on the filer ? Somebody has had the same experience....? Please any info is appreciated. Geert Geert Jackers Siemens Business Services Belgium

1 0

RE: CIFS Performance.
by Drew O'Donnell 30 Jan '02

30 Jan '02

We had a similar problem and it ended up being oplocks. It also seemed to manifest itself in office files only, not txt files. Turn oplocks off on one of the qtrees which was having the issue and see if you get the same problem. The command to turn oplocks off is "qtree oplocks qtreename disable" If this fixes the issue I would call support because this should have been fixed in 6.1.1Rx. Later Drew -----Original Message----- From: Geert Jackers [mailto:gj@pandora.be] Sent: Wednesday, January 30, 2002 1:33 PM To: toasters(a)mathworks.com Subject: CIFS Performance. Hi, we have F740 and F820 running only CIFS. We hear everywhere that the performance is great of these boxes. We installed the latest 6.1.1R2 (I think) which would solve some problems with virusscanning (trendmicro) on the boxes and clients. When we read a file (doc file) it is somewhat fast, but when we save it it takes twice as long as on a NT box. When we do the same with a RTF file....or TXT it is much faster. Not to say when opening or working with outlook and .pst files on that share, it takes forever.....almost. We see that when we open a file on the box a ~file is created on the same directory too, can this have an influence ? A copy from a file to and from the box....also slow. We have a 100 Mbit switched network and 1 Gbit links to the filers....other traffic on the network is fast etc. We disabled viruschecking on the filer and the pc's...no difference. Do we need to tune or set special parameters on the filer ? Somebody has had the same experience....? Please any info is appreciated. Geert Geert Jackers Siemens Business Services Belgium

1 0

RE: IP 4700 vs Netapp
by Sam Schorr 30 Jan '02

30 Jan '02

Yeah, I pretty much missed the mark on this. Thanks for correcting my faulty recollections. Besides getting the underlying file system acronym wrong (should be UxFS), the Datamovers on the Celerra do not run Samba. Sorry for this folks. --sam -----Original Message----- From: Joe Luchtenberg [mailto:joe.luchtenberg@data-line.com] Sent: Wednesday, January 30, 2002 10:37 AM To: Sam Schorr; Mr. G. D. Geen; toasters Subject: RE: IP 4700 vs Netapp Celerra is most certainly not the forerunner of the IP4700 (although it did precede the "Chameliion"). Celerra is a network attached front end EMC offers to Symmetrix customers to provide a NAS interface to the SYM. The IP4700 is a purely NAS device built on a h/w platform from the DG acquisition married to a NAS OS developed from the CrosStor acquisition. Both NAS products are current EMC offerings. As to Mr. Geen's points: - the 50K ops/sec if I understand correctly is a measure of the memory to network mapping performance (remember the BlueArc threads of several months ago); you will find this performance statistic in EMC literature; I believe EMC did in fact improve *system* performance, and if memory serves me they went from roughly 5000 ops/sec in v1.0 to now 11,000 in v2.0 (for comparisons bear in mind the IP4700 is a two-node cluster); similarly for MB/sec statistic. - disk management is also a point of comparison; IP4700 RAID sets can only be 5- or 9-disks in size; since it is RAID 5, dynamic volume expansion is problematic (as you know) when compared to RAID 4. - snapshot manageability is poor on the IP4700; I believe the snap reserve space is hard-reserved, and in order to change this setting you must first delete all existing snapshots. - the write-cache-to-disk on power outage is a nice feature. Regarding performance Mark Bentley did some independent testing on an IP4700 vs. F840 that he discussed on Toasters last fall. The thread starts here: http://teaparty.mathworks.com:1999/toasters/9889.html ...and I believe he posted results later in the thread. BTW, on a filer if you start with a RAID set consisting of 4x 36GB disks (3 data/1 parity) and add 4x 72 GB disks the resulting RAID set goes something like this: - first 72GB disk added becomes new parity disk; 36GB disk previously used for parity becomes a 36GB data disk - next 72GB disk is only used to 36GB capacity (34GB, actually -- same as the other 36GB disks) - any additional 72GB disks added after that (in this case two more) are used to their full capacity - net result in this case is 4x36GB data disks; 1x72(36)GB parity; 1x72(36)GB data; 2x72GB data Generally, I recommend to create a new RAID set for the 72GB drives. Granted, this will result in two parity disks. However, you gain the following advantages (among many others): - greater reliability, due to smaller RAID sets reducing risk of double-disk failure - simplicity - equivalent capacity to adding the 72GB drives in a single mixed-capacity disk RAID set (net result of half-capacity data disk described above) - less expensive than adding more 36GB disks Joe Joe Luchtenberg Dataline, Inc. Email: joe.luchtenberg(a)data-line.com Phone: 757-457-0504 (direct line) 757-858-0600 (front desk) 757-285-1223 (mobile) Fax: 757-858-0606 Please visit us at www.data-line.com > -----Original Message----- > From: Sam Schorr [mailto:sschorr@homestead-inc.com] > Sent: Wednesday, January 30, 2002 12:42 PM > To: Mr. G. D. Geen; toasters > Subject: RE: IP 4700 vs Netapp > > > G.D. > > Are you sure about the statement that the EMC does not allow NFS and > CIFS on the same volume? When we evaluated the Celerra product (which > I'm guessing is the forerunner of the IP4700), it certainly allowed > for this. If I recall correctly, the underlying file system was UFSx, > and the CIFS was layered on through a version of Samba running on SCO > UNIX (the Celerra controllers). > > --sam > > > -----Original Message----- > From: Mr. G. D. Geen [mailto:geen@ti.com] > Sent: Wednesday, January 30, 2002 9:03 AM > To: toasters > Subject: Re: IP 4700 vs Netapp > > > Good day all, > > I would like to respond to this topic. Though we have no EMC in our > design environment, EMC has made several trips to Texas Instruments to > inform us on their product line. Back in June of 2001, EMC reported > to us on the capabilities of the EMC IP4700 and please let me > know if they > have made updates to the sales pitch since then. > > The IP4700 is said to perform 50K NFS ops/sec. Now this is > good but one > must note that this is using four channels which computes to 12.5K NFS > ops/sec per channel. That is less performance per channel > than a single > F720 NetApp filer. Along the same lines, EMC rated throughput as > 340MB/sec. Again this is using all four channels. > > As for scallability the new NetApp F840 scales just as well -- 12TB > today and 18TB in a new DOT release due this year. This is roughly > equal to that of the IP4700 as stated in June of 2001. > > The IP4700 supports RAID 0, 1, 0+1, and 5 whereas the NetApp is RAID4 > and WAFL file system. I will let you make the call there but I am > happy with the performance of the WAFL system and RAID 4 of the > NetApp. > > The storage processor of the IP4700 consisted of two PIII Celerons. > This may be upgraded by now. > > As for disk usage, I found this to be an interesting concept > but I will > let you decide which is better. On the EMC all disks in a RAID group > must be the same size, no different from NetApp. Upon disk failure, > however, the EMC grabs the first available disk. Now if you have > multiple size disks in your system, the spare disk *must* be of the > largest size you have on your system. On the NetApp, the filer will > grab the smallest spare disk of equal or larger size of the one that > failed. Thus, if you have 36GB and 72GB drives on your NetApp and a > 36GB drive fails, the NetApp will try to find a 36GB spare. If one is > not found then a larger spare will be resized and used as a spare. > > Another interesting point is EMC's spare disk designation. > On an EMC a > spare disk is always a spare disk. If a disk failure were to > occur, the > RAID group will rebuild using a spare disk. Once the failed disk is > replaced, the RAID group is once again rebuilds on to the > replaced disk. > For each disk failure there are two rebuilds of the data. During this > time a filer is most vulnerable to a second disk failure. > There is also > performance degradation during rebuilds. On the NetApp, there is only > one rebuild of the data on to the spare disk. When the faild disk is > replaced, it becomes the spare. > > Some other features of the EMC are mirror root disk, battery > backup, and > write cache mirrored to disk on power outage. The battery > backup of the > EMC is not meant to keep the filer running indefinitely, just long > enough to move the write cashe on to disk and shut down the filer > gracefully. NetApp is using "motor cycle" battaries in F800 series > filers to maintain the NVRAM. Though I have never run in to a problem > where I lost the NVRAM contents due to dead battery, there is > the remote > possibility. > > One other issue, if you are running in a mixed environment, > EMC does not > allow for both NFS and CIFS to be running on the same volume. Both, > though, may be running on the same filer. NetApp does allow > you to run > both NFS and CIFS file systems on the same volume. > > Just some thoughts. > > -gdg > > Rahul Kumar wrote: > > > Hi > > I am also interested in knowing for the same.... > > EMC was recently at our place and they claimed to be faster than > > netapp's like ops /sec etc etc. Their demo box is yet to come. > > If anyone has tested IP4700 let us know > > Thanks > > Rahul > > > > -----Original Message----- > > From: Mike Ball [mailto:MBall@datalink.com] > > Sent: Tuesday, January 29, 2002 8:06 PM > > To: toasters > > Subject: IP 4700 vs Netapp > > > > Has anyone tested a EMC IP 4700 in the last 6 months? EMC > claims they > > have greatly improved the box in the last six months, but I > have not > > been able to > > get any specifics as to what they have done. > > Thank you, > > Mike >

1 0

RE: IP 4700 vs Netapp
by Joe Luchtenberg 30 Jan '02

30 Jan '02

Actually, Mark Bentley's results were not in that thread I linked to earlier. Here's his later post with the results: http://teaparty.mathworks.com:1999/toasters/9944.html Joe > -----Original Message----- > From: Joe Luchtenberg > Sent: Wednesday, January 30, 2002 1:37 PM > To: 'Sam Schorr'; Mr. G. D. Geen; toasters > Subject: RE: IP 4700 vs Netapp > > > Celerra is most certainly not the forerunner of the IP4700 > (although it did precede the "Chameliion"). Celerra is a > network attached front end EMC offers to Symmetrix customers > to provide a NAS interface to the SYM. The IP4700 is a > purely NAS device built on a h/w platform from the DG > acquisition married to a NAS OS developed from the CrosStor > acquisition. Both NAS products are current EMC offerings. > > As to Mr. Geen's points: > - the 50K ops/sec if I understand correctly is a measure of > the memory to network mapping performance (remember the > BlueArc threads of several months ago); you will find this > performance statistic in EMC literature; I believe EMC did in > fact improve *system* performance, and if memory serves me > they went from roughly 5000 ops/sec in v1.0 to now 11,000 in > v2.0 (for comparisons bear in mind the IP4700 is a two-node > cluster); similarly for MB/sec statistic. > - disk management is also a point of comparison; IP4700 RAID > sets can only be 5- or 9-disks in size; since it is RAID 5, > dynamic volume expansion is problematic (as you know) when > compared to RAID 4. > - snapshot manageability is poor on the IP4700; I believe the > snap reserve space is hard-reserved, and in order to change > this setting you must first delete all existing snapshots. > - the write-cache-to-disk on power outage is a nice feature. > > Regarding performance Mark Bentley did some independent > testing on an IP4700 vs. F840 that he discussed on Toasters > last fall. The thread starts here: > http://teaparty.mathworks.com:1999/toasters/9889.html > ...and I believe he posted results later in the thread. > > BTW, on a filer if you start with a RAID set consisting of 4x > 36GB disks (3 data/1 parity) and add 4x 72 GB disks the > resulting RAID set goes something like this: > - first 72GB disk added becomes new parity disk; 36GB disk > previously used for parity becomes a 36GB data disk > - next 72GB disk is only used to 36GB capacity (34GB, > actually -- same as the other 36GB disks) > - any additional 72GB disks added after that (in this case > two more) are used to their full capacity > - net result in this case is 4x36GB data disks; 1x72(36)GB > parity; 1x72(36)GB data; 2x72GB data > > Generally, I recommend to create a new RAID set for the 72GB > drives. Granted, this will result in two parity disks. > However, you gain the following advantages (among many others): > - greater reliability, due to smaller RAID sets reducing risk > of double-disk failure > - simplicity > - equivalent capacity to adding the 72GB drives in a single > mixed-capacity disk RAID set (net result of half-capacity > data disk described above) > - less expensive than adding more 36GB disks > > Joe > > > Joe Luchtenberg > Dataline, Inc. > > Email: joe.luchtenberg(a)data-line.com > Phone: 757-457-0504 (direct line) > 757-858-0600 (front desk) > 757-285-1223 (mobile) > Fax: 757-858-0606 > > Please visit us at www.data-line.com > > > > -----Original Message----- > > From: Sam Schorr [mailto:sschorr@homestead-inc.com] > > Sent: Wednesday, January 30, 2002 12:42 PM > > To: Mr. G. D. Geen; toasters > > Subject: RE: IP 4700 vs Netapp > > > > > > G.D. > > > > Are you sure about the statement that the EMC does not allow NFS and > > CIFS on the same volume? When we evaluated the Celerra > product (which > > I'm guessing is the forerunner of the IP4700), it certainly > > allowed for > > this. If I recall correctly, the underlying file system > was UFSx, and > > the CIFS was layered on through a version of Samba running > on SCO UNIX > > (the Celerra controllers). > > > > --sam > > > > > > -----Original Message----- > > From: Mr. G. D. Geen [mailto:geen@ti.com] > > Sent: Wednesday, January 30, 2002 9:03 AM > > To: toasters > > Subject: Re: IP 4700 vs Netapp > > > > > > Good day all, > > > > I would like to respond to this topic. Though we have no EMC in our > > design environment, EMC has made several trips to Texas > Instruments to > > inform us on their product line. Back in June of 2001, EMC > > reported to > > us on the capabilities of the EMC IP4700 and please let me > > know if they > > have made updates to the sales pitch since then. > > > > The IP4700 is said to perform 50K NFS ops/sec. Now this is > > good but one > > must note that this is using four channels which computes > to 12.5K NFS > > ops/sec per channel. That is less performance per channel > > than a single > > F720 NetApp filer. Along the same lines, EMC rated throughput as > > 340MB/sec. Again this is using all four channels. > > > > As for scallability the new NetApp F840 scales just as well -- 12TB > > today and 18TB in a new DOT release due this year. This is roughly > > equal to that of the IP4700 as stated in June of 2001. > > > > The IP4700 supports RAID 0, 1, 0+1, and 5 whereas the > NetApp is RAID4 > > and WAFL file system. I will let you make the call there but > > I am happy > > with the performance of the WAFL system and RAID 4 of the NetApp. > > > > The storage processor of the IP4700 consisted of two PIII Celerons. > > This may be upgraded by now. > > > > As for disk usage, I found this to be an interesting concept > > but I will > > let you decide which is better. On the EMC all disks in a RAID group > > must be the same size, no different from NetApp. Upon disk failure, > > however, the EMC grabs the first available disk. Now if you have > > multiple size disks in your system, the spare disk *must* be of the > > largest size you have on your system. On the NetApp, the filer will > > grab the smallest spare disk of equal or larger size of the one that > > failed. Thus, if you have 36GB and 72GB drives on your NetApp and a > > 36GB drive fails, the NetApp will try to find a 36GB spare. > If one is > > not found then a larger spare will be resized and used as a spare. > > > > Another interesting point is EMC's spare disk designation. > > On an EMC a > > spare disk is always a spare disk. If a disk failure were to > > occur, the > > RAID group will rebuild using a spare disk. Once the failed disk is > > replaced, the RAID group is once again rebuilds on to the > > replaced disk. > > For each disk failure there are two rebuilds of the data. > During this > > time a filer is most vulnerable to a second disk failure. > > There is also > > performance degradation during rebuilds. On the NetApp, > there is only > > one rebuild of the data on to the spare disk. When the > faild disk is > > replaced, it becomes the spare. > > > > Some other features of the EMC are mirror root disk, battery > > backup, and > > write cache mirrored to disk on power outage. The battery > > backup of the > > EMC is not meant to keep the filer running indefinitely, just long > > enough to move the write cashe on to disk and shut down the filer > > gracefully. NetApp is using "motor cycle" battaries in F800 series > > filers to maintain the NVRAM. Though I have never run in > to a problem > > where I lost the NVRAM contents due to dead battery, there is > > the remote > > possibility. > > > > One other issue, if you are running in a mixed environment, > > EMC does not > > allow for both NFS and CIFS to be running on the same volume. Both, > > though, may be running on the same filer. NetApp does allow > > you to run > > both NFS and CIFS file systems on the same volume. > > > > Just some thoughts. > > > > -gdg > > > > Rahul Kumar wrote: > > > > > Hi > > > I am also interested in knowing for the same.... > > > EMC was recently at our place and they claimed to be faster than > > > netapp's like ops /sec etc etc. Their demo box is yet to come. > > > If anyone has tested IP4700 let us know > > > Thanks > > > Rahul > > > > > > -----Original Message----- > > > From: Mike Ball [mailto:MBall@datalink.com] > > > Sent: Tuesday, January 29, 2002 8:06 PM > > > To: toasters > > > Subject: IP 4700 vs Netapp > > > > > > Has anyone tested a EMC IP 4700 in the last 6 months? EMC > > claims they > > > have greatly improved the box in the last six months, but I > > have not > > > been able to > > > get any specifics as to what they have done. > > > Thank you, > > > Mike > > >

1 0

RE: IP 4700 vs Netapp
by Joe Luchtenberg 30 Jan '02

30 Jan '02

Celerra is most certainly not the forerunner of the IP4700 (although it did precede the "Chameliion"). Celerra is a network attached front end EMC offers to Symmetrix customers to provide a NAS interface to the SYM. The IP4700 is a purely NAS device built on a h/w platform from the DG acquisition married to a NAS OS developed from the CrosStor acquisition. Both NAS products are current EMC offerings. As to Mr. Geen's points: - the 50K ops/sec if I understand correctly is a measure of the memory to network mapping performance (remember the BlueArc threads of several months ago); you will find this performance statistic in EMC literature; I believe EMC did in fact improve *system* performance, and if memory serves me they went from roughly 5000 ops/sec in v1.0 to now 11,000 in v2.0 (for comparisons bear in mind the IP4700 is a two-node cluster); similarly for MB/sec statistic. - disk management is also a point of comparison; IP4700 RAID sets can only be 5- or 9-disks in size; since it is RAID 5, dynamic volume expansion is problematic (as you know) when compared to RAID 4. - snapshot manageability is poor on the IP4700; I believe the snap reserve space is hard-reserved, and in order to change this setting you must first delete all existing snapshots. - the write-cache-to-disk on power outage is a nice feature. Regarding performance Mark Bentley did some independent testing on an IP4700 vs. F840 that he discussed on Toasters last fall. The thread starts here: http://teaparty.mathworks.com:1999/toasters/9889.html ...and I believe he posted results later in the thread. BTW, on a filer if you start with a RAID set consisting of 4x 36GB disks (3 data/1 parity) and add 4x 72 GB disks the resulting RAID set goes something like this: - first 72GB disk added becomes new parity disk; 36GB disk previously used for parity becomes a 36GB data disk - next 72GB disk is only used to 36GB capacity (34GB, actually -- same as the other 36GB disks) - any additional 72GB disks added after that (in this case two more) are used to their full capacity - net result in this case is 4x36GB data disks; 1x72(36)GB parity; 1x72(36)GB data; 2x72GB data Generally, I recommend to create a new RAID set for the 72GB drives. Granted, this will result in two parity disks. However, you gain the following advantages (among many others): - greater reliability, due to smaller RAID sets reducing risk of double-disk failure - simplicity - equivalent capacity to adding the 72GB drives in a single mixed-capacity disk RAID set (net result of half-capacity data disk described above) - less expensive than adding more 36GB disks Joe Joe Luchtenberg Dataline, Inc. Email: joe.luchtenberg(a)data-line.com Phone: 757-457-0504 (direct line) 757-858-0600 (front desk) 757-285-1223 (mobile) Fax: 757-858-0606 Please visit us at www.data-line.com > -----Original Message----- > From: Sam Schorr [mailto:sschorr@homestead-inc.com] > Sent: Wednesday, January 30, 2002 12:42 PM > To: Mr. G. D. Geen; toasters > Subject: RE: IP 4700 vs Netapp > > > G.D. > > Are you sure about the statement that the EMC does not allow NFS and > CIFS on the same volume? When we evaluated the Celerra product (which > I'm guessing is the forerunner of the IP4700), it certainly > allowed for > this. If I recall correctly, the underlying file system was UFSx, and > the CIFS was layered on through a version of Samba running on SCO UNIX > (the Celerra controllers). > > --sam > > > -----Original Message----- > From: Mr. G. D. Geen [mailto:geen@ti.com] > Sent: Wednesday, January 30, 2002 9:03 AM > To: toasters > Subject: Re: IP 4700 vs Netapp > > > Good day all, > > I would like to respond to this topic. Though we have no EMC in our > design environment, EMC has made several trips to Texas Instruments to > inform us on their product line. Back in June of 2001, EMC > reported to > us on the capabilities of the EMC IP4700 and please let me > know if they > have made updates to the sales pitch since then. > > The IP4700 is said to perform 50K NFS ops/sec. Now this is > good but one > must note that this is using four channels which computes to 12.5K NFS > ops/sec per channel. That is less performance per channel > than a single > F720 NetApp filer. Along the same lines, EMC rated throughput as > 340MB/sec. Again this is using all four channels. > > As for scallability the new NetApp F840 scales just as well -- 12TB > today and 18TB in a new DOT release due this year. This is roughly > equal to that of the IP4700 as stated in June of 2001. > > The IP4700 supports RAID 0, 1, 0+1, and 5 whereas the NetApp is RAID4 > and WAFL file system. I will let you make the call there but > I am happy > with the performance of the WAFL system and RAID 4 of the NetApp. > > The storage processor of the IP4700 consisted of two PIII Celerons. > This may be upgraded by now. > > As for disk usage, I found this to be an interesting concept > but I will > let you decide which is better. On the EMC all disks in a RAID group > must be the same size, no different from NetApp. Upon disk failure, > however, the EMC grabs the first available disk. Now if you have > multiple size disks in your system, the spare disk *must* be of the > largest size you have on your system. On the NetApp, the filer will > grab the smallest spare disk of equal or larger size of the one that > failed. Thus, if you have 36GB and 72GB drives on your NetApp and a > 36GB drive fails, the NetApp will try to find a 36GB spare. If one is > not found then a larger spare will be resized and used as a spare. > > Another interesting point is EMC's spare disk designation. > On an EMC a > spare disk is always a spare disk. If a disk failure were to > occur, the > RAID group will rebuild using a spare disk. Once the failed disk is > replaced, the RAID group is once again rebuilds on to the > replaced disk. > For each disk failure there are two rebuilds of the data. During this > time a filer is most vulnerable to a second disk failure. > There is also > performance degradation during rebuilds. On the NetApp, there is only > one rebuild of the data on to the spare disk. When the faild disk is > replaced, it becomes the spare. > > Some other features of the EMC are mirror root disk, battery > backup, and > write cache mirrored to disk on power outage. The battery > backup of the > EMC is not meant to keep the filer running indefinitely, just long > enough to move the write cashe on to disk and shut down the filer > gracefully. NetApp is using "motor cycle" battaries in F800 series > filers to maintain the NVRAM. Though I have never run in to a problem > where I lost the NVRAM contents due to dead battery, there is > the remote > possibility. > > One other issue, if you are running in a mixed environment, > EMC does not > allow for both NFS and CIFS to be running on the same volume. Both, > though, may be running on the same filer. NetApp does allow > you to run > both NFS and CIFS file systems on the same volume. > > Just some thoughts. > > -gdg > > Rahul Kumar wrote: > > > Hi > > I am also interested in knowing for the same.... > > EMC was recently at our place and they claimed to be faster than > > netapp's like ops /sec etc etc. Their demo box is yet to come. > > If anyone has tested IP4700 let us know > > Thanks > > Rahul > > > > -----Original Message----- > > From: Mike Ball [mailto:MBall@datalink.com] > > Sent: Tuesday, January 29, 2002 8:06 PM > > To: toasters > > Subject: IP 4700 vs Netapp > > > > Has anyone tested a EMC IP 4700 in the last 6 months? EMC > claims they > > have greatly improved the box in the last six months, but I > have not > > been able to > > get any specifics as to what they have done. > > Thank you, > > Mike >

1 0

CIFS Performance.
by Geert Jackers 30 Jan '02

30 Jan '02

Hi, we have F740 and F820 running only CIFS. We hear everywhere that the performance is great of these boxes. We installed the latest 6.1.1R2 (I think) which would solve some problems with virusscanning (trendmicro) on the boxes and clients. When we read a file (doc file) it is somewhat fast, but when we save it it takes twice as long as on a NT box. When we do the same with a RTF file....or TXT it is much faster. Not to say when opening or working with outlook and .pst files on that share, it takes forever.....almost. We see that when we open a file on the box a ~file is created on the same directory too, can this have an influence ? A copy from a file to and from the box....also slow. We have a 100 Mbit switched network and 1 Gbit links to the filers....other traffic on the network is fast etc. We disabled viruschecking on the filer and the pc's...no difference. Do we need to tune or set special parameters on the filer ? Somebody has had the same experience....? Please any info is appreciated. Geert Geert Jackers Siemens Business Services Belgium

1 0

RE: IP 4700 vs Netapp
by Sam Schorr 30 Jan '02

30 Jan '02

G.D. Are you sure about the statement that the EMC does not allow NFS and CIFS on the same volume? When we evaluated the Celerra product (which I'm guessing is the forerunner of the IP4700), it certainly allowed for this. If I recall correctly, the underlying file system was UFSx, and the CIFS was layered on through a version of Samba running on SCO UNIX (the Celerra controllers). --sam -----Original Message----- From: Mr. G. D. Geen [mailto:geen@ti.com] Sent: Wednesday, January 30, 2002 9:03 AM To: toasters Subject: Re: IP 4700 vs Netapp Good day all, I would like to respond to this topic. Though we have no EMC in our design environment, EMC has made several trips to Texas Instruments to inform us on their product line. Back in June of 2001, EMC reported to us on the capabilities of the EMC IP4700 and please let me know if they have made updates to the sales pitch since then. The IP4700 is said to perform 50K NFS ops/sec. Now this is good but one must note that this is using four channels which computes to 12.5K NFS ops/sec per channel. That is less performance per channel than a single F720 NetApp filer. Along the same lines, EMC rated throughput as 340MB/sec. Again this is using all four channels. As for scallability the new NetApp F840 scales just as well -- 12TB today and 18TB in a new DOT release due this year. This is roughly equal to that of the IP4700 as stated in June of 2001. The IP4700 supports RAID 0, 1, 0+1, and 5 whereas the NetApp is RAID4 and WAFL file system. I will let you make the call there but I am happy with the performance of the WAFL system and RAID 4 of the NetApp. The storage processor of the IP4700 consisted of two PIII Celerons. This may be upgraded by now. As for disk usage, I found this to be an interesting concept but I will let you decide which is better. On the EMC all disks in a RAID group must be the same size, no different from NetApp. Upon disk failure, however, the EMC grabs the first available disk. Now if you have multiple size disks in your system, the spare disk *must* be of the largest size you have on your system. On the NetApp, the filer will grab the smallest spare disk of equal or larger size of the one that failed. Thus, if you have 36GB and 72GB drives on your NetApp and a 36GB drive fails, the NetApp will try to find a 36GB spare. If one is not found then a larger spare will be resized and used as a spare. Another interesting point is EMC's spare disk designation. On an EMC a spare disk is always a spare disk. If a disk failure were to occur, the RAID group will rebuild using a spare disk. Once the failed disk is replaced, the RAID group is once again rebuilds on to the replaced disk. For each disk failure there are two rebuilds of the data. During this time a filer is most vulnerable to a second disk failure. There is also performance degradation during rebuilds. On the NetApp, there is only one rebuild of the data on to the spare disk. When the faild disk is replaced, it becomes the spare. Some other features of the EMC are mirror root disk, battery backup, and write cache mirrored to disk on power outage. The battery backup of the EMC is not meant to keep the filer running indefinitely, just long enough to move the write cashe on to disk and shut down the filer gracefully. NetApp is using "motor cycle" battaries in F800 series filers to maintain the NVRAM. Though I have never run in to a problem where I lost the NVRAM contents due to dead battery, there is the remote possibility. One other issue, if you are running in a mixed environment, EMC does not allow for both NFS and CIFS to be running on the same volume. Both, though, may be running on the same filer. NetApp does allow you to run both NFS and CIFS file systems on the same volume. Just some thoughts. -gdg Rahul Kumar wrote: > Hi > I am also interested in knowing for the same.... > EMC was recently at our place and they claimed to be faster than > netapp's like ops /sec etc etc. Their demo box is yet to come. > If anyone has tested IP4700 let us know > Thanks > Rahul > > -----Original Message----- > From: Mike Ball [mailto:MBall@datalink.com] > Sent: Tuesday, January 29, 2002 8:06 PM > To: toasters > Subject: IP 4700 vs Netapp > > Has anyone tested a EMC IP 4700 in the last 6 months? EMC claims they > have greatly improved the box in the last six months, but I have not > been able to > get any specifics as to what they have done. > Thank you, > Mike

2 1

RE: IP 4700 vs Netapp
by Rahul Kumar 30 Jan '02

30 Jan '02

Hi I am also interested in knowing for the same.... EMC was recently at our place and they claimed to be faster than netapp's like ops /sec etc etc. Their demo box is yet to come. If anyone has tested IP4700 let us know Thanks Rahul -----Original Message----- From: Mike Ball [mailto:MBall@datalink.com] Sent: Tuesday, January 29, 2002 8:06 PM To: toasters Subject: IP 4700 vs Netapp Has anyone tested a EMC IP 4700 in the last 6 months? EMC claims they have greatly improved the box in the last six months, but I have not been able to get any specifics as to what they have done. Thank you, Mike

5 4

Semiconductor Training Courses
by Heather Wilson 29 Jan '02

29 Jan '02

PTI Seminars is presenting the following courses: For more details call 636-343-1333 and ask for Heather Wilson. http://www.ptiseminars.com ABCs of IC DESIGN & FABRICATION February 20, 2002 San Jose, CA March 11, 2002 Portland, OR March 18, 2002 Singapore April 9, 2002 Boston, MA April 19, 2002 Munich, Germany April 30, 2002 Phoenix, AZ This course describes in simple terms a sequential format of information that constitutes the major fabrication processes and design for integrated devices. This one (1) day seminar gives you a comprehensive overview of the semiconductor industry & technology. The course will give you the background you need to understand the basics of semiconductor devices, how they work, the processing technologies & equipment to produce them, and circuit design techniques. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ABCs of BASIC ELECTRONICS AND DEVICES March 18, 2002 San Jose, CA ADVANCED TOPICS IN CMP Chemical Mechanical Planarization March 21-22, 2002 San Jose, CA DEFECT ISOLATION for MULTI LEVEL FAILURE ANALYSIS March 25-26, 2002 San Jose, CA DEVICE PHYSICS MADE EASY April 8, 2002 San Jose, CA Fundamentals of CHEMICAL MECHANICAL PROCESSING March 6, 2002 San Jose, CA Fundamentals of CHEMICAL VAPOR DEPOSITION April 3, 2002 San Jose, CA Fundamentals of ION IMPLANTATION April 2, 2002 San Jose, CA Fundamentals of MEMS DESIGN & FABRICATION April 10, 2002 San Jose, CA July 24, 2002 San Francisco, CA Fundamentals of METALLIZATION April 4, 2002 San Jose, CA Fundamental RF Plasma Generation for Semiconductor Equipment April 4, 2002 San Jose, CA July 24-25, 2002 San Francisco, CA Fundamentals of WET & DRY ETCH March 7, 2002 San Jose, CA Fundamentals of Photolithgraphy March 19, 2002 San Jose, CA Fundamentals of THERMAL PROCESSING March 12, 2002 San Jose, CA INTELLECTUAL PROPERTY STRATEGIES for SEMICONDUCTOR INDUSTRY COMPANIES February 18-19, 2002 San Jose, CA July 24-25, 2002 San Francisco, CA Intro to CMOS LAYOUT May 6-7, 2002 San Jose, CA Intro to DIGITAL SIGNAL PROCESSING April 24-26, 2002 San Jose, CA Intro to MICRO CONTAMINATION CONTROL March 21, 2002 San Jose, CA Intro to Optical MEMS for Bio Sensing and Communications April 11, 2002 San Jose, CA Intro to INTEGRATED YIELD MANAGEMENT March 4-5, 2002 San Jose, CA April 18-19, 2002 Munich, Germany May 6-7, 2002 Singapore Intro to STATISTICAL PROCESSING CONTROL (SPC) April 9, 2002 San Jose, CA LOW COST FLIP CHIP & WLCSP TECHNOLOGIES April 8, 2002 San Jose, CA April 15, 2002 Munich, Germany May 9, 2002 Singapore July 19, 2002 San Francisco, CA PRODUCT MARKETING for the Semiconductor Industry February 27, 2002 San Jose, CA April 18, 2002 Munich, Germany RF WIRELESS FUNDAMENTALS February 25-26, 2002 San Jose, CA CHECK OUR WEB SITE FOR ADDITIONAL COURSES !! http://www.ptiseminars.com For a FULL TRAINING SCHEDULE of "open" course dates visit http://www.pti-inc.com/schedule.htm TO REGISTER Go To https://secure.hosting.swbell.net/www.pti-inc.com/registration.html TO SPEAK: * to an account manager about ATTENDING these courses or having them ONSITE contact us at (636) 343-1333 in the USA. Ask for HEATHER WILSON. * Fax (636) 343-8642 * Email: heather(a)pti-inc.com PTI SEMINARS, INC. "We Exceed Your Expectations!" * To unsubscribe please reply to heather(a)pti-inc.com and in the subject "Unsubscribe". We apologize for any inconvenience.

1 0

NDMP Direct Access Recover and ACLs
by Chetrit Marc 29 Jan '02

29 Jan '02

Hello, I am a NDMP Legato Networker user, backup seems OK but when I try to restore files using recover interface and DAR (Direct Access Recover), I get always a message : No ACLs will be recovered .... (files are recovered but no ACLs) DATAONTAP version : 6.1.2R1 Networker : 6.1.1 Tape library is connected to Netapp. Thanks for your help. Best regards. Marc. _____________________________________________ SIEMENS V D O Siemens VDO Automotive SAS A u t o m o t i v e BP 1149 1 Avenue Paul Ourliac 31036 Toulouse cedex 1 (France) Marc Chetrit OI ITS Back Office Phone : 33 (5) 6119 8421 Fax : 33 (5) 6119 2515 mailto:marc.chetrit@at.siemens.fr <mailto:marc.chetrit@at.siemens.fr>

3 2

LDAP auth (2)
by Frank Bonnet 29 Jan '02

29 Jan '02

Hi I posted a request yesterday about the LDAP auth support by Ontap . I received very few answers ( thanks to those that respond ) I received NO answers from NetApp folks that are usually very reactives. When we bought our F85 filer last year people at NetApp France said LDAP will be supported soon by Ontap. THAT IS WHY we bought this filer as we are migrating ALL of our authentication process to LDAP ( NOT MS Active Directory ) for all of our workstations clients. As many high educationnal sites we have many mixed environnement computers , HP-UX, Linux, windows9x/2000/NT, FreeBSD, Solaris ... we need to centralize authetication to LDAP to have an unique and centralized auth process for all computers. Unfortunately Ontap for now doesn't support LDAP auth and I am stuck as our filer will centralize all users data ... This happen BY THE FAULT of NetApp people who said Ontap WILL support LDAP auth soon ... What am I supposed to do NOW ????? -- Frank Bonnet

3 2

IP 4700 vs Netapp
by Mike Ball 29 Jan '02

29 Jan '02

Has anyone tested a EMC IP 4700 in the last 6 months? EMC claims they have greatly improved the box in the last six months, but I have not been able to get any specifics as to what they have done. Thank you, Mike

1 0

RE: LDAP auth (2)
by Joe Luchtenberg 29 Jan '02

29 Jan '02

I'm not an engineer -- just a concerned sales guy, who likes to get a little more technical than is probably good for me. :-) Sounds like you're trying to implement your F85 in a mixed-mode Win2000 domain with LDAP authentication. To my limitted understanding it seems you should be able to do this with ONTAP 6.1 and later. There are three principle documents that address this that I could find in a search on NOW: Win2K overview: http://www.netapp.com/tech_library/3113.html Integrating with Active Directory overview: http://www.netapp.com/tech_library/3124.html Win2K technical FAQ for ONTAP 6.1 and later: http://now.netapp.com/NOW/knowledge/docs/olio/guides/win2000_6_1_later.shtml I know the second link may seem on the surface not to apply, since you stressed that your issue is not concerning MS Active Directory. However, in Section 2 of that document it does address filer behavior on startup to join the domain in a mixed-mode environment. Excerpt follows: <<snip>> Filer behavior in pre Windows 2000 or Windows 2000 domains If the filer is a member of a Windows NT or Windows 2000 mixed-mode domain - Filers can locate domain controllers using NetBIOS name resolution by querying WINS or by using b-node broadcasts - Filers may register each interface with WINS (WINS registration can be turned on/off per interface) - Filers will authenticate incoming sessions against a Windows domain controller using the Windows NT LAN Manager (NTLM) authentication protocol <<end snip>> If you're having trouble authenticating, then perhaps this KB article can help: http://now.netapp.com/Knowledgebase/solutionarea.asp?id=ntapcs2782&resource= For what it's worth, the Toasters discussion list is a community of individuals who share an interest in NetApp filers, and generally they are extremely helpful. However, this is not a forum that is under any obligation to support you, and you should not treat it as such. NetApp's customer support is very highly regarded, and I would suggest you raise your concerns/questions with them. If you do not achieve satisfaction through that channel, then you have a legitimate gripe. Joe Joe Luchtenberg Dataline, Inc. Email: joe.luchtenberg(a)data-line.com Phone: 757-457-0504 (direct line) 757-858-0600 (front desk) 757-285-1223 (mobile) Fax: 757-858-0606 Please visit us at www.data-line.com > -----Original Message----- > From: Frank Bonnet [mailto:bonnetf@bart.esiee.fr] > Sent: Tuesday, January 29, 2002 5:48 AM > To: toasters(a)mathworks.com > Subject: LDAP auth (2) > > > Hi > > I posted a request yesterday about the LDAP auth > support by Ontap . > > I received very few answers ( thanks to those that respond ) > > I received NO answers from NetApp folks that are usually > very reactives. > > When we bought our F85 filer last year people at NetApp France > said LDAP will be supported soon by Ontap. > > THAT IS WHY we bought this filer as we are migrating > ALL of our authentication process to LDAP ( NOT MS Active Directory ) > for all of our workstations clients. > > As many high educationnal sites we have many mixed environnement > computers , HP-UX, Linux, windows9x/2000/NT, FreeBSD, Solaris ... > we need to centralize authetication to LDAP to have an unique > and centralized auth process for all computers. > > Unfortunately Ontap for now doesn't support LDAP auth and I am stuck > as our filer will centralize all users data ... > > This happen BY THE FAULT of NetApp people who said Ontap WILL support > LDAP auth soon ... > > What am I supposed to do NOW ????? > > -- > Frank Bonnet >

1 0

Re: NDMP tape reader
by MCope＠isisph.com 28 Jan '02

28 Jan '02

Matt, I'm a Legato NDMP user and would also be interested in what you find for this mysterious "vendor supplied tape reader" I've been able to recover files from tapes that have exceeded their browse and retention policy by doing a Save Set Recover. This may have been an exception because the media was still in the media database (but recyclable) and save set information was still in the index. I was surprised this worked because I was under the impression that once the retention period was exceeded that the index entries got cleaned out - they did for files but not save set info. Michael Cope Unix Systems Administrator Isis Pharmaceuticals mcope(a)isisph.com

1 0

Re: NDMP tape reader
by mds＠gbnet.net 28 Jan '02

28 Jan '02

Perhaps I'm being obtuse, but isn't the on-tape format of an NDMP backup the same as the native backup stream of the device being backed-up? I'd have though the tapes could still be understood, therefore, by the NetApp restore command. Maybe I've been away from all this stuff too long.. On Mon 28 Jan, 2002, Matt Musgrove <matt.musgrove(a)thales-is.com> wrote: > Hello, > > I hope someone can help me with the following issue. I am not able to recover > files beyond my browse policy because the Legato docs say that I cannot use > "scanner" but must use a special tape reader provided by my NDMP vendor. > However, NetApp have not been able to help so far. > > I quote from the Legato UNIX documentation on p.475 > "The scanner command generates media database entries only for the data backed > up with NDMP. You cannot recover data with the scanner utillity or regenerate > the file index information. Instead you must use special tape readers provided > by your NDMP vendor" > > Setup: > Networker 6.1.1 installed on Solaris 8 backing up a Network Appliance filer > F820, Ontap 6.1.1R2. Tape library directly connected to the NetApp using NDMP > > Question: > Does anyone have this special tape reader or know where I can download it? > > many thanks > > Matt Musgrove > >-- End of excerpt from Matt Musgrove -- -Mark ... an Englishman in London ...

1 0

LDAP auth ?
by Frank Bonnet 28 Jan '02

28 Jan '02

Hi Does anybody knows when Ontap will support native LDAP auth mechanism ? I don't speak about M$ Active directory stuff but about OpenLDAP support. Thanks a lot. -- Frank Bonnet

2 1

NDMP tape reader
by Matt Musgrove 28 Jan '02

28 Jan '02

Hello, I hope someone can help me with the following issue. I am not able to recover files beyond my browse policy because the Legato docs say that I cannot use "scanner" but must use a special tape reader provided by my NDMP vendor. However, NetApp have not been able to help so far. I quote from the Legato UNIX documentation on p.475 "The scanner command generates media database entries only for the data backed up with NDMP. You cannot recover data with the scanner utillity or regenerate the file index information. Instead you must use special tape readers provided by your NDMP vendor" Setup: Networker 6.1.1 installed on Solaris 8 backing up a Network Appliance filer F820, Ontap 6.1.1R2. Tape library directly connected to the NetApp using NDMP Question: Does anyone have this special tape reader or know where I can download it? many thanks Matt Musgrove

1 0

Home user with a 330 and 520 filer ...
by yadda＠yadda.castle.net 27 Jan '02

27 Jan '02

Hi, I purchased a 330 and a 520 filer w/ pretty nice configs (~150gig available). Problem though is that no software is loaded on either NetApp. Ive been checking the now.netapp.com site but no freely downloadable software for these older NetApps. Im wondering if there is any software that I can use for home use that is free (in terms of price)? I see there are versions for different protocols and such..Im looking for a NFS version that I can use(I dont use Windows so no CFIS is needed). So, any hope for me? Thanks.

1 0

max path length under ntfs on filer
by neil lehrer 25 Jan '02

25 Jan '02

wee are converting from nfs/unix to cifs/ntfs on filer. some of our path lengths exceed the windows limit of 260[?]. i expect the filer won't care, but maybe the client sw will. has anybody had experience with this? thanks --

2 1

RE: max path length under ntfs on filer
by Joe Luchtenberg 25 Jan '02

25 Jan '02

Seems there was a thread that touched on this not long ago. I think the limit was actually 256 characters, and I believe it does apply. Will have to go back to check, though. Joe > -----Original Message----- > From: neil lehrer [mailto:nlehrer@ibb.gov] > Sent: Friday, January 25, 2002 3:21 PM > To: toasters > Subject: max path length under ntfs on filer > > > wee are converting from nfs/unix to cifs/ntfs on filer. some > of our path > lengths exceed the windows limit of 260[?]. i expect the > filer won't care, but > maybe the client sw will. > > has anybody had experience with this? > > thanks > -- >

1 0

Re: NetShield scanner can't register
by Seth Moskowitz 25 Jan '02

25 Jan '02

Paul, I use Carrierscan but I recall that I did the following... Created an account in the domain for the virus scanning product (carrierscan in my case) to use. I placed that accound in Domain Users and Backup Operators in the domain. In addition I had to put the domain account in the local Backup Operators group on the Filer itself. With that I was able to enable vscan, start and stop the services on the scanning box and the Filer recognized the scanner and registered without a problem. Not sure if that will help but using the carrierscan product it was that simple. >From: Paul Autore <paul.autore(a)motorola.com> >To: Maillist NetApps <toasters(a)mathworks.com> >Subject: NetShield scanner can't register >Date: Thu, 24 Jan 2002 13:51:06 -0700 > >VSCAN Gurus, > >My F720 filer (6.1.1R2) is showing the following message: >"Virus scanner "IP-address" attempted to register but had insufficient >privilege." >Since I don't have any registered scanners, I still have left vscan off. > >My scanner is a Dell box running 2000 Advanced Server. I have McAFee >NetShield 4.5 for NT and 2000 installed, along with Service Pack 1 that >comes on the NetShield 4.5 for NetApps demo CD. On top of this, I have >NetShield for NetApps installed. My scanner is on the same NT resource >domain as the filer. The scanning account has membership in both the >Domain Admins and Backup Operators groups on this domain's PDC. >The Properties window of the NetShield for NetApps console confirms that >the AV is running, and that the filer that I'm trying to connect to >displays "filer error" (confirming the filer's error message). > >The results of a "wcc -s mesascan" on the filer confirm that my scanning >account "mesascan" has the following memberships: >(NT - UNIX) account name(s): (AZ34STITG\mesascan - root) > *************** > UNIX uid = 0 > user is a member of group sys (3) > user is a member of group http (77) > user is a member of group smos (165) > user is a member of group hp4156 (142) > user is a member of group cnagrp (160) > > NT membership > AZ34STITG\mesascan > AZ34STITG\Domain Users > AZ34STITG\Domain Admins > BUILTIN\Users > BUILTIN\Administrators > User is also a member of Everyone, Network Users, > Authenticated Users > *************** >What is preventing my scanner from getting registered on my filer? The >McAFee support people and NetApps have been unable to solve this. My >current NetApps case is #298355. > >Paul Autore >Systems Engineer >Motorola _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

1 0

RE: Whos got that file?
by Ricky Chawla 25 Jan '02

25 Jan '02

Run : cifs sessions \* Ricky -----Original Message----- From: Clawson, Simon [mailto:simon_clawson@mentorg.com] Sent: Friday, January 25, 2002 9:35 AM To: 'toasters(a)mathworks.com' Subject: Whos got that file? Hi! With CIFS Sessions I can see who's got a CIFS seesion open, but is there a way of seeing what file or path they are using? Simon Simon Clawson HDS Team Systems Administrator Mentor Graphics Uk Rivergate London Road Newbury Berkshire RG14 2QB <<Clawson, Simon.vcf>>

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