You would need to add an exclude.dir statement to your include/exclude list:
https://www.ibm.com/support/knowledgecenter/en/SSEQVQ_8.1.7/client/r_opt_exclude.html On Fri, Nov 08, 2019 at 10:59:04AM -0500, yoda woya wrote: > I am using the Domain ALL-NSF to backup this device but need to > exclude /var/echo360/.snapshot/. where/what would be the syntax of the > exclude statement to accomplish this. Thanks. > > On Wed, Nov 6, 2019 at 11:17 AM yoda woya <yodaw...@gmail.com> wrote: > > > 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 > >> > > -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
