ADSM-L

Re: Client tries to backup non-existing files

2002-12-19 11:08:47
Subject: Re: Client tries to backup non-existing files
From: "Davidson, Becky" <Becky.Davidson AT SLBG DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 19 Dec 2002 10:06:46 -0600
Another thought is that when they deleted the files the files were still
open so there is still some link to them.  If you can unmount and remount
the filesystem the problem may go away.
Becky

-----Original Message-----
From: Alexander Verkooyen [mailto:alexander AT SARA DOT NL]
Sent: Thursday, December 19, 2002 9:58 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Client tries to backup non-existing files


John Naylor wrote:
>
> I have exactly the same issue with a couple of my clients (netware).
>  The files no longer exist on the client, but I see many ANS1228E failure
> messages.
> However the backup completes successfully with the failures totalled in
the
> Activity statistics.
> I would suggest that you take it up with IBM, but I see that although your
> server is supported your client is down level, so you might not get very
far.

I agree. That is why I posted this to the list. The first thing
support is going to tell me is "upgrade your client to the latest
level" and I don't want to bother our customer with an upgrade
when it doesn't solve his problem.

But when all else fails, upgrading may be the only solution.

Thanks for your reply.

Best regards,

Alexander


> I would raise it myself but both mine are unsupported client levels , with
the
> clients due for replacement.
>
> Imre Csatlos <csatlosi AT bbrt DOT hu> on 12/19/2002 02:59:04 PM
>
> Please respond to "ADSM: Dist Stor Manager" <adsm-l AT vm.marist DOT edu>
>
> To:   adsm-l AT vm.marist DOT edu
> cc:    (bcc: John Naylor/HAV/SSE)
> Subject:  Re: Client tries to backup non-existing files
>
> Hi,
>
> Is yout client backing up the whole file system or just specific files?
> Like 'dsmc inc "/bla/bla/my*files.txt`
>
> Also you can try umount and fsck for those file system, but I suspect the
> problem is somewhere in the
> backup file specifications.
>
> If all the other files are backed up apart from those "missing" files,
then
> the backup is successfull afterall. :)
>
> Regards,
>         Imre Csatlos
>
> -----Original Message-----
> From: Alexander Verkooyen [mailto:alexander AT SARA DOT NL]
> Sent: 2002. december 19. 15:11
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Client tries to backup non-existing files
>
> Hi all,
>
> I have a rather bizarre problem.
>
> One of our customers tries to backup a
> file system on a Solaris 5.8 system
> using a 4.1.2.0 TSM client.
>
> Our server is 4.2.3.1 on AIX 4.3.3.0
>
> Every night the backup fails because
> the client is unable to backup hundreds
> of files. The log file is filled with
> messages like these:
>
> 12/19/02   04:43:43 ANS1228E Sending of object '/bla/bla/file' failed
>
> Every night the client complains about the same files.
>
> And now for the bizarre part: According to our
> customer these files have been removed from
> the client some time ago. They are no longer present
> on the disks of the system. And yet the client
> tries to backup them (and because they are not there
> any more it fails).
>
> I found one strange thing about these ghost files:
> Their names contain an *
>
> For example: my*file.txt
>
> Has anybody seen this before? I can't find anything in
> the FAQ or the archives about a similar problem.
>
> Regards,
>
> Alexander
> --
> -----------------------------------------------
> Alexander Verkooijen        (alexander AT sara DOT nl)
> Senior Systems Programmer
> SARA High Performance Computing
>
> **********************************************************************
> The information in this E-Mail is confidential and may be legally
> privileged. It may not represent the views of Scottish and Southern
> Energy plc.
> It is intended solely for the addressees. Access to this E-Mail by
> anyone else is unauthorised. If you are not the intended recipient,
> any disclosure, copying, distribution or any action taken or omitted
> to be taken in reliance on it, is prohibited and may be unlawful.
> Any unauthorised recipient should advise the sender immediately of
> the error in transmission.
>
> Scottish Hydro-Electric, Southern Electric, SWALEC and S+S
> are trading names of the Scottish and Southern Energy Group.
> **********************************************************************

--
-----------------------------------------------
Alexander Verkooijen        (alexander AT sara DOT nl)
Senior Systems Programmer
SARA High Performance Computing