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
>

Reply via email to