Hi Zoltan,

It could be the simple act of enumerating file systems or mount points that
causes a problem. What kinds of problems, specifically, are you seeing?

A couple of thoughts (not sure these will help):

- Does this show up as a separate file system, such as when you do df -m?
If yes, you could try exclude.fs /tmp/SECUPD

- Another possibility is to define it as a virtual mount point using the
VIRTUALMOUNTPOINT option, then using exclude.fs.

Finally, a total "shot in the dark", but try searching the internet for
this directory name. One discussion I found indicates that /tmp/SECUPD is
causing other issues, too:

http://en.community.dell.com/support-forums/servers/f/956/t/19996605

Regards,

Andy

____________________________________________________________________________

Andrew Raibeck | IBM Spectrum Protect Level 3 | storman AT us.ibm DOT com

IBM Tivoli Storage Manager links:
Product support:
https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager

Online documentation:
http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html

Product Wiki:
https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager

"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 2017-02-07
14:45:50:

> From: Zoltan Forray <zforray AT VCU DOT EDU>
> To: ADSM-L AT VM.MARIST DOT EDU
> Date: 2017-02-07 14:46
> Subject: How to exclude bad Linux mountpoint
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
> Ever since a certain Dell update, a ghost mountpoint of /tmp/SECUPD is
left
> hanging after iDRAC/OpenManage updates.  This is now causing heartburn
for
> TSM backups.
>
> I have tried pushing down via CLOPTSET to
>
> exclude.dir /tmp/SECUPD
> exclude /tmp/SECUPD
>
> but neither work - TSM still tries to access/back it up.
>
> Any suggestions on how to get TSM to stop trying to access this mount?
>
>
>
>
>
> --
> *Zoltan Forray*
> Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator
> Xymon Monitor Administrator
> VMware Administrator (in training)
> Virginia Commonwealth University
> UCC/Office of Technology Services
> www.ucc.vcu.edu
> zforray AT vcu DOT edu - 804-828-4807
> Don't be a phishing victim - VCU and other reputable organizations will
> never use email to request that you reply with your password, social
> security number or confidential personal information. For more details
> visit http://infosecurity.vcu.edu/phishing.html
>