toasters

toasters@lists.teaparty.net

13515 discussions

SNMP Trap Information
by Infantino, Vincent (Exchange) 30 May '02

30 May '02

Would anyone have a complete list of SNMP traps sent by the filers that I can use to decide what is relevant to my environment? I have tried requesting this list from different resources at NetApp, but have only come up with a mib and a data file that need to be cross-referenced. The end result does not produce a trap with a clear description. Any help would be appreciated. Vinny Infantino *********************************************************************** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. ***********************************************************************

1 0

RE: OPLOCKS
by Eisler, Alex 29 May '02

29 May '02

From my experience, don't use oplocks - it tends to do more harm than good. Just do 'options cifs.oplocks.enable off' Alex. -----Original Message----- From: stefan.holzwarth(a)zentrale.adac.de [mailto:stefan.holzwarth@zentrale.adac.de] Sent: Wednesday, May 29, 2002 11:54 To: toasters(a)mathworks.com Subject: OPLOCKS Hi, since we have some small instabilities in our network ;-) it sometimes occures that a oplock isn't released by a NT Workstation. I have then to do manually a cifs terminate for that PC. Is there another way to do that? Shorter timeouts for automatic break by the filer? Why does the filer not recognize the situation - the new cifs session from that rebootet NT workstation (we use 6.1.2 R1) Thanks for input Stefan Holzwarth ---------------------------------------------------------------------------- -- Stefan Holzwarth ADAC e.V. (Informationsverarbeitung - Systemtechnik - Basisdienste) Am Westpark 8, 81373 München, Tel.: (089) 7676-5212, Fax: (089) 76768924 mailto:stefan.holzwarth@zentrale.adac.de

1 0

OPLOCKS
by stefan.holzwarth＠zentrale.adac.de 29 May '02

29 May '02

Hi, since we have some small instabilities in our network ;-) it sometimes occures that a oplock isn't released by a NT Workstation. I have then to do manually a cifs terminate for that PC. Is there another way to do that? Shorter timeouts for automatic break by the filer? Why does the filer not recognize the situation - the new cifs session from that rebootet NT workstation (we use 6.1.2 R1) Thanks for input Stefan Holzwarth ---------------------------------------------------------------------------- -- Stefan Holzwarth ADAC e.V. (Informationsverarbeitung - Systemtechnik - Basisdienste) Am Westpark 8, 81373 München, Tel.: (089) 7676-5212, Fax: (089) 76768924 mailto:stefan.holzwarth@zentrale.adac.de

1 0

RE: True 64 UNIX and Filers
by Ben Rockwood 29 May '02

29 May '02

Absolutely NOT. Toaster's are for Network attached storage, NOT local disk. A quorum device is, as you state, a disk which is connected to both nodes, but must be direct attach via SCSI (whether the medium is SCSI or FC doesn't matter). A network device may not (and SHOULD not) be used for quorum. Your quorum device should be the closest, simplest and most robust disk (preferably) avalible. If you review your documentation for your cluster implementation, you'll find that you need to supply it with a SCSI ID, which a Filer would not be. Ben Rockwood -----Original Message----- From: Uros Lampret [mailto:netapp@ourspace.si] Sent: Tue 5/28/2002 11:42 PM To: Ben Rockwood Cc: toasters(a)mathworks.com Subject: Re: True 64 UNIX and Filers I'm asking because in Cluster configuration there must be a Quorum disk wich is accessible by both UNIX servers. So it must be external storage. Usualy someone would suggest SAN, but i'l like to set it up wit Filer. ----- Original Message ----- From: "Ben Rockwood" <BRockwood(a)homestead-inc.com> To: "Uros Lampret" <netapp(a)ourspace.si> Cc: <toasters(a)mathworks.com> Sent: Wednesday, May 29, 2002 7:50 AM Subject: RE: True 64 UNIX and Filers In what regard? Filers will work with any networked device (one assmumes almost any network device knows one of the filers many protocals). What would be any diffrent in a Tru64 Cluster? A better question is more likely: is it a good idea to use a Filer for a Cluster. Can you explain a bit more what you are looking to do? benr. -----Original Message----- From: Uros Lampret [mailto:netapp@ourspace.si] Sent: Tue 5/28/2002 9:46 PM To: 'Toasters (E-mail)' Cc: Subject: True 64 UNIX and Filers Is it possible to use True 64 unix Cluster with NetApp Filers? regards, Uros _____________________________ Uros Lampret Our Space Appliances d.o.o. Tbilisijska 59 1000 Ljubljana - Slovenia tel. +386 1 2425 372 fax +386 1 2425 382 email: uros.lampret(a)ourspace.si internet: www.ourspace.si _____________________________

1 0

RE: True 64 UNIX and Filers
by Ben Rockwood 29 May '02

29 May '02

In what regard? Filers will work with any networked device (one assmumes almost any network device knows one of the filers many protocals). What would be any diffrent in a Tru64 Cluster? A better question is more likely: is it a good idea to use a Filer for a Cluster. Can you explain a bit more what you are looking to do? benr. -----Original Message----- From: Uros Lampret [mailto:netapp@ourspace.si] Sent: Tue 5/28/2002 9:46 PM To: 'Toasters (E-mail)' Cc: Subject: True 64 UNIX and Filers Is it possible to use True 64 unix Cluster with NetApp Filers? regards, Uros _____________________________ Uros Lampret Our Space Appliances d.o.o. Tbilisijska 59 1000 Ljubljana - Slovenia tel. +386 1 2425 372 fax +386 1 2425 382 email: uros.lampret(a)ourspace.si internet: www.ourspace.si _____________________________

2 1

Re: True 64 UNIX and Filers
by SreeHarsha.V.Kannantha 29 May '02

29 May '02

Yes , if it supports NFS version 2 or 3 Regards SreeHarsha ---------- Original Message ---------------------------------- From: "Uros Lampret" <netapp(a)ourspace.si> Date: Wed, 29 May 2002 06:46:24 +0200 Is it possible to use True 64 unix Cluster with NetApp Filers? regards, Uros _____________________________ Uros Lampret Our Space Appliances d.o.o. Tbilisijska 59 1000 Ljubljana - Slovenia tel. +386 1 2425 372 fax +386 1 2425 382 email: uros.lampret(a)ourspace.si internet: www.ourspace.si _____________________________

1 0

True 64 UNIX and Filers
by Uros Lampret 29 May '02

29 May '02

Is it possible to use True 64 unix Cluster with NetApp Filers? regards, Uros _____________________________ Uros Lampret Our Space Appliances d.o.o. Tbilisijska 59 1000 Ljubljana - Slovenia tel. +386 1 2425 372 fax +386 1 2425 382 email: uros.lampret(a)ourspace.si internet: www.ourspace.si _____________________________

1 0

very serious NFS bug
by Igor Schein 28 May '02

28 May '02

Hi, I came across the following bug. NFS writes from Redhat 7.3 client result in filer giving a lot of RPC timeouts for all other clients on the network. Here's a link describing what's known about this bug so far: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=65069 With default wsize value of 15K, tcpdump shows a lot of fragmentation packets. While it's obvious that it's RedHat 7.3 bug, I am still wondering why NFS v3 is vulnerable to such sort of DoS attack. On related note, I looked at registry file on the file, and I found these entries: options.nfs.tcp.recvwindowsize=26280 options.nfs.tcp.xfersize=32768 options.nfs.udp.xfersize=32768 Is the 1st one only applicable to NFS over TCP? Is the last one read-only? Thanks Igor

1 0

RE: Accessing a share from DOS.
by Asbjørn Bjørkelund 28 May '02

28 May '02

It's possible to access the filer from a dos 6.22 boot floppy, but i guess your problem is related to the lan manager version on your boot floppy, it should be at least lan manager ver 2.2c, i had the same problem as you are experiencing now i solved it with downloading boot floppies from either www.bootdisk.com or www.nu2.nu/bootdisk/network/ then i got a lan manger version that was working ok with the filer. Best Regards Asbjorn Bjorkelund -----Original Message----- From: Benny Wiström Sent: 27. mai 2002 12:56 To: 'toasters(a)mathworks.com' Subject: Accessing a share from DOS. Is it possible to access a share on a filer from DOS 6.22? When I try this I get the following error message: "the network has responded incorrectly" Is DOS supported at all? /Benny

1 0

Accessing a share from DOS.
by Benny Wiström 27 May '02

27 May '02

Is it possible to access a share on a filer from DOS 6.22? When I try this I get the following error message: "the network has responded incorrectly" Is DOS supported at all? /Benny

1 0

Archives
by Aldrich David S 23 May '02

23 May '02

How do I access the archives of this list? Thanks. David S. Aldrich John Deere Waterloo Works P.O. Box 270 Waterloo, Iowa 50701 Phone 319-292-8638 Fax 319-287-1154 Email AldrichDavidS(a)JohnDeere.com

3 2

RE: Archives
by Allen, Pat 23 May '02

23 May '02

There's a search front-end at http://teaparty.mathworks.com:1999/toasters/Search.html -- Pat -----Original Message----- From: Michael Galloway [mailto:mgx@ornl.gov] Sent: Thursday, May 23, 2002 6:29 AM To: Aldrich David S Cc: 'toasters(a)mathworks.com' Subject: Re: Archives Hi Aldrich! here is the one i use. no searchable archive that i'm aware of. http://teaparty.mathworks.com/toasters/ -- michael On Thu, 23 May 2002, Aldrich David S wrote: > How do I access the archives of this list? > > Thanks. > > David S. Aldrich > > John Deere Waterloo Works > P.O. Box 270 > Waterloo, Iowa 50701 > > Phone 319-292-8638 > Fax 319-287-1154 > Email AldrichDavidS(a)JohnDeere.com > > > >

1 0

NetApp CP exams
by Jacek Nogala 21 May '02

21 May '02

I am just preparing myself for NSO-400 and NSO-500 exams. Any hints regarding exam preparations and learning resources (except NOW/TechLib/documentation) will be greatly appreciated. Best regards, Jacek Nogala __________ Jacek Nogala /______/__/ Al. Jerozolimskie 65/79 jacek.nogala(a)solidex.com.pl _\____\___/ 00-697 Warszawa, Poland http://www.solidex.com.pl /______/__/ Tel: +48 (22) 630 66 11 SOLIDEX S.A. Fax: +48 (22) 630 66 13

1 0

RE: head swap
by Joe Luchtenberg 20 May '02

20 May '02

Since you indicated that you have a 600GB vol0 on an F740, that may mean that you've already maxed out on capacity (depending on what you meant by 600GB -- raw/useable?; any other volumes?). Therefore, you may have to do the head swap first and then create the new vol0 once you're up and running on the F840. Joe > -----Original Message----- > From: Chris Blackmor [SMTP:chris.blackmor@amd.com] > Sent: Monday, May 20, 2002 4:30 PM > To: Leonard, Roger > Cc: 'toasters(a)mathworks.com' > Subject: Re: head swap > > Roger, > The 7XX to 8XX swap is a different architecture and requires very delicate > > handling to avoid problems. We have done two in the past and I found out > just how to screw it up on the first one. ;) > > 1. Changing root volume > You can create a 2 disk volume naming it something other than vol0 > and copy over all of /etc from vol0 > Do a vol rename on the original root volume to something other than > vol0 > Do a vol rename on the 2 disk volume to vol0 > Set the 2 disk volume to a root volume with the vol options command > Reboot > > Once up and running you can remove the original /etc/ dir from the > original volume and your new volume will now hold all your > data. This also assumes that no one is mounting the data > from vol0 at the time. That is another can of worms. > > This will put the 2 disk volume as the root volume but it is > something > that you need to do quickly so that everything in root on the new > volume is the same as on the original volume > > 2. Changing the head for a 7->8 was a long time ago for me and I don't > want > to steer you wrong. You should really contact tech support and make > sure > that they give you all the steps. > > Good luck. > C- > > > On Mon, May 20, 2002 at 02:45:56PM -0400, Leonard, Roger wrote: > > i am thinking about swapping out a 740 for an 840 head. The 740 has a > big > > vol0 (600G) that i would like to rename to something else in the process > and > > dedicate a 2 disk RAID set to vol0 on the new head with a new 6.1 > install. > > is it a simple matter of configuring the new vol0 on the new head and > > plugging in the old vol0 and rebooting? or do i need to do some sort of > > rename and wipe out the old OS somehow. never having done a head swap > > before i would appreciate any pointers anyone could give me. > > > > thanks > > > > roger > > > > -- > -------------------------------------------------------------------------- > --- > * | When you give a lesson > * > * Chris Blackmor _______ | in meanness > * > * Advanced Micro Devices \____ | | to a critter or a > person, * > * Phone: (512) 602-1608 /| | | | don't be surprised > * > * Fax: (512) 602-5155 | |___| | | if they learn their > * > * Email: chris.blackmor(a)amd.com |____/ \| | lesson > * > * | Author > Unknown* > -------------------------------------------------------------------------- > --- > * My comments are mine, and mine alone. > * > -------------------------------------------------------------------------- > ---

1 0

head swap
by Leonard, Roger 20 May '02

20 May '02

i am thinking about swapping out a 740 for an 840 head. The 740 has a big vol0 (600G) that i would like to rename to something else in the process and dedicate a 2 disk RAID set to vol0 on the new head with a new 6.1 install. is it a simple matter of configuring the new vol0 on the new head and plugging in the old vol0 and rebooting? or do i need to do some sort of rename and wipe out the old OS somehow. never having done a head swap before i would appreciate any pointers anyone could give me. thanks roger

2 1

ip.tcp.sack.enable spontaneously toggling in 6.2 ?
by Chris Thompson 17 May '02

17 May '02

I have an F740 running ONTAP 6.2. Something odd seems to be happening to the value of "options ip.tcp.sack.enable" - it toggles spontaneously between "off" and "on" once an hour for no apparent reason! This seems to happen at the same time that /etc/registry is rewritten with a new "state.config.refresh.last" value. Can anyone else running 6.2 or 6.2R1 confirm that they see the same effect? [ For amusement only: I run a weekly job to check that all the options are what I expect and to report any differences. I noticed an oddity (now explained by the above) when I updated the reference values after upgrading 6.2 over 6 weeks ago, but didn't investigate at the time. The jobs always run at the same time of day, and so there have been an even number of toggles between them ... but the "once an hour" turns out to be more like "one hour plus one second", and the slow drift has apparently now caused there to be an odd number of toggles during the last week! This is what I guess from looking at /etc/registry in the snapshots, at least. ] Chris Thompson Email: cet1(a)cam.ac.uk

2 2

RE: nfs performance problems
by Leonard, Roger 17 May '02

17 May '02

what seemed to help my situation was turning on nfs V3 on the filer along with putting 5.37r3 down. the cp-from-cp went down, but not away and the client timeouts stopped. my filer load is still way high but i think the client not having to resend all those 32k blocks cut down a lot on the net load. -----Original Message----- From: Kelvin Edwards [mailto:kelvin@jlab.org] Sent: Friday, May 17, 2002 2:36 PM Cc: 'toasters(a)mathworks.com' Subject: Re: nfs performance problems We've been chasing some NFS timeout issues here as well. The systat 1 command on the filer doesn't look very bad, however, I did the wafl_susp -z followed by a wafl_susp -w after a few minutes(approx 5). The value at that time was >= 1 and it continued to increase over time. The recommendation below was to wait 30 seconds before checking the value, but does it matter. Does a value other than 0 in this parameter mean the filer is denying write requests to users ? Kelvin Edwards System Admin Jefferson Lab Brian Long wrote: > >The other command you can use to gather meaninful data is wafl_susp. Run >wafl_susp -z to reset the stats. Wait 30 seconds or more and then run >wafl_susp -w (you may want to do this via rsh and save the output to a >file). > >In the output, there is a field called "cp_from_cp". If this is called at >all, your NVRAM is overflowing and denying write requests to users. >cp_from_cp means you're in the middle of checkpointing the first half of >NVRAM and yet the second half already filled up and needs to checkpoint as >well. This is VERY bad. > >

2 1

RE: Antivirus Scanning in DOT 6.1.3
by Nail, Larry 17 May '02

17 May '02

1. What kind of performance impacts do you see in production environments? With at 2 scanners per head, we've seen no impact. Whilst one scanner is busy with a big file, the 2nd will take up the slack. Now if they're all down, no files served depending on your timeout settings. Also, watch your extension list & adjust it accordingly. We scan more than the default extensions (we dumped this in the rc file < vscan extensions add PIF,VB?,WJS,WSF,ADP,EML,LNK,CHM,VBE >) 2. What type of network interconnects are you using? In particular, would a VLAN on top of gigabit Ethernet be OK? We're using an isolated Gigabit Ethernet (Copper) network to connect all the scanners & heads. We considered VLAN, but it cost us more for ports on a Cisco 6513 vs. just buying a 3805 (I believe that is the model #) with fiber to copper transcievers. If you've got the ports for VLAN, it'll work great. You can also do cross-over cables, but it won't work if a cluster fails over. 3. Are there any recommendations about the vendors? We use Trend ScanMail for our Exchange servers and have been happy with that product. We also use NAV for our desktops. In our eval of Carrier Scan, McAfee & Trend - Trend won hands down. 4. Are there any horror/satisfaction stories or questions I missed? Nope, it's pretty straight forward once you're set up. THANKS! --- Pat Allen (pat(a)mbari.org) Monterey Bay Aquarium Research Institute (MBARI) 7700 Sandholdt Rd, Moss Landing, CA 95039 (voice) 831-775-1724; (fax) 831-775-1620

2 1

RE: nfs performance problems
by Leonard, Roger 17 May '02

17 May '02

actually i meant nfs tcp, not version 3. sorry. -----Original Message----- From: Leonard, Roger [mailto:Roger.Leonard@marconi.com] Sent: Friday, May 17, 2002 3:43 PM To: 'Kelvin Edwards' Cc: 'toasters(a)mathworks.com' Subject: RE: nfs performance problems what seemed to help my situation was turning on nfs V3 on the filer along with putting 5.37r3 down. the cp-from-cp went down, but not away and the client timeouts stopped. my filer load is still way high but i think the client not having to resend all those 32k blocks cut down a lot on the net load. -----Original Message----- From: Kelvin Edwards [mailto:kelvin@jlab.org] Sent: Friday, May 17, 2002 2:36 PM Cc: 'toasters(a)mathworks.com' Subject: Re: nfs performance problems We've been chasing some NFS timeout issues here as well. The systat 1 command on the filer doesn't look very bad, however, I did the wafl_susp -z followed by a wafl_susp -w after a few minutes(approx 5). The value at that time was >= 1 and it continued to increase over time. The recommendation below was to wait 30 seconds before checking the value, but does it matter. Does a value other than 0 in this parameter mean the filer is denying write requests to users ? Kelvin Edwards System Admin Jefferson Lab Brian Long wrote: > >The other command you can use to gather meaninful data is wafl_susp. Run >wafl_susp -z to reset the stats. Wait 30 seconds or more and then run >wafl_susp -w (you may want to do this via rsh and save the output to a >file). > >In the output, there is a field called "cp_from_cp". If this is called at >all, your NVRAM is overflowing and denying write requests to users. >cp_from_cp means you're in the middle of checkpointing the first half of >NVRAM and yet the second half already filled up and needs to checkpoint as >well. This is VERY bad. > >

1 0

nfs performance problems
by Leonard, Roger 17 May '02

17 May '02

I have a 740 with ~600GB of data. it is running 5.36r2. it has 512mb of ram and is running oc-3 (155mb) atm. periodically i see the good old "nfs server suchandsuch not responding" on various mid-range solaris boxes. and users complain about bad performance. general network performance is good for file transfers etc. there is a Ontap bug 12898 for 5.36r2 relating to these indications but in a TCP nfs environment. most of my solaris NFS mounts are V3 UDP. i am going to do an upgrade anyway but I was wondering if anyone else has seen this type of indication. also, see below the output of my sysstat. this goes on most of the day. it looks to me as if my filer is getting hammered. what do you guys think? thanks roger CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache 51% 4074 1 0 2854 3059 2040 908 0 0 1 100% 4146 0 0 4803 5471 6737 10593 0 0 1 67% 3228 1 0 4511 5770 3899 3587 0 0 1 81% 1894 0 0 3431 3363 8564 10631 0 0 1 71% 2308 0 0 5999 6482 3671 2843 0 0 1 57% 2108 1 0 2645 3359 4482 7641 0 0 1 65% 2882 1 0 5364 8072 3736 0 0 0 1 99% 2466 0 0 8339 7281 5808 6465 0 0 1 96% 2264 2 0 2869 3556 10404 12876 0 0 1 84% 4252 0 0 4003 2174 4090 12652 0 0 1 70% 3063 0 0 2939 4694 4820 5616 0 0 1 67% 3098 1 0 3097 4024 2878 10606 0 0 1 66% 4958 0 0 5352 2693 2137 0 0 0 1

4 3

ORA-07353 on NetApp F760 at 100MBit
by Joseph Bishop 17 May '02

17 May '02

Hello folks, Has anyone seen a message like this while trying to create an Oracle datafile from SUN Solaris under heavy Network load? ERROR at line 1: ORA-01119: error in creating database file '/blah/blah/blah.dbf' ORA-07353: sfccf: close error, unable to close file. SVR4 Error: 11: Resource temporarily unavailable There isn't much noted on the Oracle site. I am just curious if anyone has seen it and if it is an NFS timeout problem? I have checked /var/adm/messages but I don't seen anything. Joe

1 0

Antivirus Scanning in DOT 6.1.3
by Allen, Pat 17 May '02

17 May '02

Hi everyone, I'm taking a look at the antivirus scanning capabilities in DOT 6.1.3. I've looked at the white paper that NetApp put together (http://www.netapp.com/tech_library/3107.html) and have some questions for those of you who might have implemented it: 1. What kind of performance impacts do you see in production environments? 2. What type of network interconnects are you using? In particular, would a VLAN on top of gigabit Ethernet be OK? 3. Are there any recommendations about the vendors? We use Trend ScanMail for our Exchange servers and have been happy with that product. We also use NAV for our desktops. 4. Are there any horror/satisfaction stories or questions I missed? THANKS! --- Pat Allen (pat(a)mbari.org) Monterey Bay Aquarium Research Institute (MBARI) 7700 Sandholdt Rd, Moss Landing, CA 95039 (voice) 831-775-1724; (fax) 831-775-1620

1 0

lock manager in 6.2 is broken....fyi
by Jeff Kennedy 17 May '02

17 May '02

There is now a bug id regarding the lock manager in 6.2. Using ReflectionX to nfs mount a volume under 6.2 causes failed writes/copies with a 'delayed write error' message. After a bit of testing with support they have concluded that it's definitely a bug in OT. Apparently the lock manager was completely rewritten for 6.2. The bug id is 71703. It may still be internal. -- ===================== Jeff Kennedy Unix Administrator AMCC jlkennedy(a)amcc.com

1 0

Fastlane DM Administrator
by Don.Hickey＠alcatel.com 17 May '02

17 May '02

I was wondering if anyone uses this product against their filers? I have an 840 cluster running 6.1.2r2 and would like to have an operations group administer local cifs groups and directory permissions. We use this on our NT side and it works well but we've run into a few bumps with the filer. I don't want this group to have root permission but I don't want to be bothered updating permissions for every directory on the thing. Is there another product that is commonly used? Thanks Don

1 0

Re: Do file locks affect snapshots?
by Don.Hickey＠alcatel.com 17 May '02

17 May '02

Steve One thing to note is that if you are running in a multiprotocol environment you may find some snapshot files inaccessable through windows. The reason: If you access a file via NFS only and later try to view/recover that file from a snapshot directory with windows the result will be permission denied. This is because the first time you access a file with windows it converts the filename to unicode format. It can't do this inside a snapshot since it is a read only filesystem. There are cifs and wafl options you can set to avoid this. You noted that later you could access the file via w2k.... was it the same snapshot or a later snap? I suspect if you were doing a filer wide virus scan then the file would have been touched (in the live directory) thus converting it to unicode.... Just a thought.... Don Steve Losen <scl(a)sasha.acc.virginia.edu> Sent by: owner-toasters(a)mathworks.com 2002-05-09 09:59 AM To: toasters(a)mathworks.com cc: Subject: Do file locks affect snapshots? We are running ONTAP 6.1.1R2. I thought I read somewhere that there are no file locks in a snapshot. The snapshot is read only, but no files are locked, so you can open any file if you have the necessary permissions. However, I was running a virus scan (Norton) on a snapshot and it failed to open a few files, according to the log. I'm pretty sure it was not a permissions problem. We use unix passwd authentication for CIFS and therefore all files have unix permissions. The CIFS user was root (uid 0) and Norton successfully scanned about 180,000 files, many of which are readable only by owner (and superuser). Norton failed to open 16 files. Here is an error from the log: Scan could not open file F:\weekly.0\a\af\afc3f\private\Disparity.doc [00000012] (We made a read only share out of the .snapshot directory and attached it to drive F) So that got me wondering about file locks. If a file is locked when a snapshot is created, is the lock included in the snapshot? And if so, does it lock the file in the snapshot? Or else, if a file in the active filesystem is currently locked, does that affect access to the corresponding file in a snapshot? Later on, using the same share as above, I was able to copy the file to the local desktop, so W2000 was able to open it. Maybe it's a Norton thing. I'll try and look up that error code [00000012]. Is this a CIFS error perhaps? By the way, Norton failed to open some other files with error code [00000003] but the ones I checked were all symlinks that the filer could not follow, so that makes perfect sense. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

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