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 | [email protected] 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" <[email protected]> wrote on 2017-02-07 14:45:50: > From: Zoltan Forray <[email protected]> > To: [email protected] > Date: 2017-02-07 14:46 > Subject: How to exclude bad Linux mountpoint > Sent by: "ADSM: Dist Stor Manager" <[email protected]> > > 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 > [email protected] - 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 >
