Correct me if I am wrong, but my guess is that *sm uses the same function
call to backup(copy) a 'static' file as it would a file that is 'in use'.
Have you tried using explorer to copy that same file that *sm has trouble
with?

If the file is 'in use' then it is up to the operating system to gracefully
handle the attempted access and return to the calling process that access is
denied. If the operating system crashes because of this attempted access,
then it isn't really the fault of *sm.  Especially since you are telling *sm
to try and back that file up.

From: "Magura, Curtis" <curtis.magura AT LMCO DOT COM>
Reply-To: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: TSM 3.7.1 Nt Clients???
Date: Fri, 3 Mar 2000 12:51:10 -0500

Gary,

 Do you have a PMR number for this? Does look to be a problem. I played
around with a couple of directories and sure enough everytime I backup up a
directory that has files in use the session crashes. Point to a dir that I
know isn't in use and the backup runs fine.

That part that is a little strange is that 3.7.1 is working on other NT
boxes without any problems. The two that I'm having trouble with are
running
Oracle and SQL. We are using the agents to backup up the database. At this
point the DBA's do their magic and we rely on *SM to pick up the output of
the backups that the DBA's run.


Curt Magura
Lockheed Martin
Enterprise Information Systems
Gaithersburg Md.
301-240-6305


                -----Original Message-----
                From:   Gary Ison [mailto:Gary.Ison AT MAIL.STATE.KY DOT US]
                Sent:   Thursday, March 02, 2000 8:44 AM
                To:     ADSM-L AT VM.MARIST DOT EDU
                Subject:        Re: TSM 3.7.1 Nt Clients???

                Curt,

                Look in the error and scheduler logs for failure messages.
Some of my clients were getting messages with an error code of 933 and
termination of the backup process.  I have this on an ETR with IBM, but
haven't had a response yet.  I got around the problem by excluding the
failing file from backup (it was usually ntuser.dat.log and ntuser.dat).
                        Gary L. Ison
                        101 Cold Harbor Drive
                        Frankfort, Ky.   40601
                        Phone:  (502) 564-8724
                        Fax:  (502) 564-6856

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com