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