Thanks for the lead.

On Wed, Nov 6, 2019 at 10:30 AM Skylar Thompson <skyl...@uw.edu> wrote:

> You'll need to change your NFS mount options, or improve the
> network/storage so that you're not experiencing timeouts. Note that this is
> just speculation - there isn't enough information to know whether it's the
> case. You don't say what OS you're using, but NFS timeouts would generally
> show up somewhere in your system log. Regardless, it's unlikely to be a TSM
> problem so the solution will also lie elsewhere.
>
> On Wed, Nov 06, 2019 at 10:21:25AM -0500, yoda woya wrote:
> > Any idea on how to mitigate that and instruct TSM to proceed.  Thank you.
> >
> > 11/06/2019 00:32:26 --- SCHEDULEREC STATUS BEGIN
> > 11/06/2019 00:32:26 Total number of objects inspected:      174,098
> > 11/06/2019 00:32:26 Total number of objects backed up:      173,575
> > 11/06/2019 00:32:26 Total number of objects updated:              0
> > 11/06/2019 00:32:26 Total number of objects rebound:              0
> > 11/06/2019 00:32:26 Total number of objects deleted:              0
> > 11/06/2019 00:32:26 Total number of objects expired:        139,994
> > 11/06/2019 00:32:26 Total number of objects failed:             505
> > 11/06/2019 00:32:26 Total number of objects encrypted:            0
> > 11/06/2019 00:32:26 Total number of objects grew:                 0
> > 11/06/2019 00:32:26 Total number of retries:                     15
> > 11/06/2019 00:32:26 Total number of bytes inspected:         175.56 GB
> > 11/06/2019 00:32:26 Total number of bytes transferred:       175.37 GB
> > 11/06/2019 00:32:26 Data transfer time:                    6,123.26 sec
> > 11/06/2019 00:32:26 Network data transfer rate:           30,031.10
> KB/sec
> > 11/06/2019 00:32:26 Aggregate data transfer rate:         18,189.02
> KB/sec
> > 11/06/2019 00:32:26 Objects compressed by:                        0%
> > 11/06/2019 00:32:26 Total data reduction ratio:                0.12%
> > 11/06/2019 00:32:26 Elapsed processing time:               02:48:29
> > 11/06/2019 00:32:26 --- SCHEDULEREC STATUS END
> > 11/06/2019 00:32:26 ANS4010E Error processing '/var/echo360': stale NFS
> > handle
> > 11/06/2019 00:32:26 --- SCHEDULEREC OBJECT END 2120 11/05/2019 21:20:00
> > 11/06/2019 00:32:26 ANS1512E Scheduled event '2120' failed.  Return code
> =
> > 12.
> > 11/06/2019 00:32:26 Sending results for scheduled event '2120'.
> > 11/06/2019 00:32:27 Results sent to server for scheduled event '2120'.
> >
> >
> > On Mon, Nov 4, 2019 at 10:17 AM Skylar Thompson <skyl...@uw.edu> wrote:
> >
> > > Assuming that you're able to access the mount independently of
> backups, my
> > > best guess would be that you have a soft mount and are experiencing a
> > > timeout.
> > >
> > > On Sat, Nov 02, 2019 at 04:07:01AM -0400, yoda woya wrote:
> > > > Any reason why TSM would think that my NFS mount is stale:
> > > >
> > > > 11/02/2019 00:32:47 --- SCHEDULEREC STATUS BEGIN
> > > > 11/02/2019 00:32:47 Total number of objects inspected:      163,326
> > > > 11/02/2019 00:32:47 Total number of objects backed up:      162,913
> > > > 11/02/2019 00:32:47 Total number of objects updated:              0
> > > > 11/02/2019 00:32:47 Total number of objects rebound:              0
> > > > 11/02/2019 00:32:47 Total number of objects deleted:              0
> > > > 11/02/2019 00:32:47 Total number of objects expired:        541,845
> > > > 11/02/2019 00:32:47 Total number of objects failed:             125
> > > > 11/02/2019 00:32:47 Total number of objects encrypted:            0
> > > > 11/02/2019 00:32:47 Total number of objects grew:                 0
> > > > 11/02/2019 00:32:47 Total number of retries:                      6
> > > > 11/02/2019 00:32:47 Total number of bytes inspected:         165.53
> GB
> > > > 11/02/2019 00:32:47 Total number of bytes transferred:       165.23
> GB
> > > > 11/02/2019 00:32:47 Data transfer time:                    6,321.49
> sec
> > > > 11/02/2019 00:32:47 Network data transfer rate:           27,408.19
> > > KB/sec
> > > > 11/02/2019 00:32:47 Aggregate data transfer rate:         16,174.62
> > > KB/sec
> > > > 11/02/2019 00:32:47 Objects compressed by:                        0%
> > > > 11/02/2019 00:32:47 Total data reduction ratio:                0.18%
> > > > 11/02/2019 00:32:47 Elapsed processing time:               02:58:31
> > > > 11/02/2019 00:32:47 --- SCHEDULEREC STATUS END
> > > > 11/02/2019 00:32:47 ANS4010E Error processing '/var/echo360': stale
> NFS
> > > > handle
> > > > 11/02/2019 00:32:47 --- SCHEDULEREC OBJECT END 2120 11/01/2019
> 21:20:00
> > > > 11/02/2019 00:32:47 ANS1512E Scheduled event '2120' failed.  Return
> code
> > > =
> > > > 12.
> > > > 11/02/2019 00:32:47 Sending results for scheduled event '2120'.
> > > > 11/02/2019 00:32:49 Results sent to server for scheduled event
> '2120'.
> > > >
> > > > 11/02/2019 00:32:49 ANS1483I Schedule log pruning started.
> > > > 11/02/2019 00:32:49 ANS1484I Schedule log pruning finished
> successfully.
> > > > 11/02/2019 00:32:49 IBM Spectrum Protect Backup-Archive Client
> Version 8,
> > > > Release 1, Level 6.0
> > > > 11/02/2019 00:32:49 Querying server for next scheduled event.
> > > > 11/02/2019 00:32:49 Node Name: ECHO
> > > > 11/02/2019 00:32:50 Session established with server TSMN1:
> Linux/x86_64
> > > > 11/02/2019 00:32:50   Server Version 8, Release 1, Level 8.000
> > > > 11/02/2019 00:32:50   Data compression forced off by the server
> > > > 11/02/2019 00:32:50   Server date/time: 11/02/2019 00:32:50  Last
> access:
> > > > 11/01/2019 21:35:12
> > >
> > > --
> > > -- Skylar Thompson (skyl...@u.washington.edu)
> > > -- Genome Sciences Department, System Administrator
> > > -- Foege Building S046, (206)-685-7354
> > > -- University of Washington School of Medicine
> > >
>
> --
> -- Skylar Thompson (skyl...@u.washington.edu)
> -- Genome Sciences Department, System Administrator
> -- Foege Building S046, (206)-685-7354
> -- University of Washington School of Medicine
>

Reply via email to