Re: [ADSM-L] How to exclude bad Linux mountpoint

We have unmounted it but It keeps coming back and will until Dell fixes it.

On Wed, Feb 8, 2017 at 8:36 AM, Rick Adamson <RickAdamson AT segrocers DOT com>
wrote:

> Zoltan,
>
> Would it be acceptable to just force an unmount of the ghost FS ?
>
> I had a similar situation where a vendor was hired to perform some
> analytics on our 150 Linux servers, his removal process failed, leaving the
> mount points.
>
> For me that was easier......
>
>
>
> -Rick Adamson
>
>
>
>
>
> -----Original Message-----
>
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of
> Zoltan Forray
>
> Sent: Tuesday, February 07, 2017 4:07 PM
>
> To: ADSM-L AT VM.MARIST DOT EDU
>
> Subject: Re: [ADSM-L] How to exclude bad Linux mountpoint
>
>
>
> Thanks for the suggestions.  I forgot about the EXCLUDE.FS which seems to
> have done the trick since it is a filesystem (see df below).  Now to roll
> this out to all of my Linux servers.
>
>
>
> [zforray@processor ~]$ df -m
>
> Filesystem           1M-blocks    Used Available Use% Mounted on
>
> /dev/mapper/vg_processr_sys-lv_root
>
>                          20031    7123     11885  38% /
>
> tmpfs                    48339       1     48339   1% /dev/shm
>
> /dev/sdb2                  477     108       344  24% /boot
>
> /dev/sdb1                  100       1       100   1% /boot/efi
>
> /dev/mapper/vg_processr_sys-lv_home
>
>                          50269   10818     36891  23% /home
>
> /dev/mapper/vg_processr_sys-lv_tsmarchlog
>
>                         302380     480    301901   1% /tsmdb2
>
> /dev/mapper/vg_processr_sys-lv_tsmarchlog2
>
>                         151190     348    150843   1% /tsmarchlog2
>
> /dev/mapper/vg_processr_sys-lv_tsmdb
>
>                         403174  364843     38331  91% /tsmdb
>
> /dev/mapper/vg_processr_sys-lv_tsmlog
>
>                         129016  120165      2298  99% /tsmlog
>
> /dev/mapper/vg_processr_pool-lv_tsmpool
>
>                       10133861 9618741       344 100% /tsmpool
>
> /dev/mapper/vg_processr_sys-lv_var
>
>                          14991     878     13346   7% /var
>
> /dev/sdd                     2       0         2   0% /tmp/SECUPD
>
> /dev/sde                     2       0         2   0% /tmp/SECUPD
>
>
>
>
>
> On Tue, Feb 7, 2017 at 3:05 PM, Andrew Raibeck <storman AT us.ibm DOT com> 
> wrote:
>
>
>
> > 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:
>
> >
>
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__en.
> community.dell.com_support-2Dforums_servers_f_956_t_19996605&d=DwIGaQ&c=
> AzgFQeXLLKhxSQaoFCm29A&r=uJG3UnPaeoz9naeIzbwWFddVED8ETOYHxjoACoofi2Y&m=
> dpyZFjUm5jdJEy7vIroIPKAZVkonlHvpInjN-PV6Njo&s=
> emQBeN08TImOrf5CKuScl7Pu2yElvurRtxPTdEAeZps&e=
>
> >
>
> > Regards,
>
> >
>
> > Andy
>
> >
>
> > ____________________________________________________________
>
> > ________________
>
> >
>
> > Andrew Raibeck | IBM Spectrum Protect Level 3 | storman AT us.ibm DOT com
>
> >
>
> > IBM Tivoli Storage Manager links:
>
> > Product support:
>
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.
> ibm.com_support_entry_portal_product_tivoli_&d=DwIGaQ&c=
> AzgFQeXLLKhxSQaoFCm29A&r=uJG3UnPaeoz9naeIzbwWFddVED8ETOYHxjoACoofi2Y&m=
> dpyZFjUm5jdJEy7vIroIPKAZVkonlHvpInjN-PV6Njo&s=
> ECVSfVXW6qbUJh9K4NzdycKHtgKidb30DOkhhN3vnSg&e=
>
> > tivoli_storage_manager
>
> >
>
> > Online documentation:
>
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ibm.
> com_support_knowledgecenter_SSGSG7_&d=DwIGaQ&c=AzgFQeXLLKhxSQaoFCm29A&r=
> uJG3UnPaeoz9naeIzbwWFddVED8ETOYHxjoACoofi2Y&m=
> dpyZFjUm5jdJEy7vIroIPKAZVkonlHvpInjN-PV6Njo&s=YvaXmgbA-
> vSR09gHC1JzvaVMgvi9HcpCk8dhEP9YuxA&e=
>
> > landing/welcome_ssgsg7.html
>
> >
>
> > Product Wiki:
>
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.
> ibm.com_developerworks_community_wikis_home_wiki_Tivoli-25&d=DwIGaQ&c=
> AzgFQeXLLKhxSQaoFCm29A&r=uJG3UnPaeoz9naeIzbwWFddVED8ETOYHxjoACoofi2Y&m=
> dpyZFjUm5jdJEy7vIroIPKAZVkonlHvpInjN-PV6Njo&s=i2qIxt6CveEAE0hGbd2V-
> kpyTFpNQgBj7tu6ei3GDZY&e=
>
> > 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
>
> > > https://urldefense.proofpoint.com/v2/url?u=http-3A__
> infosecurity.vcu.edu_phishing.html&d=DwIGaQ&c=AzgFQeXLLKhxSQaoFCm29A&r=
> uJG3UnPaeoz9naeIzbwWFddVED8ETOYHxjoACoofi2Y&m=
> dpyZFjUm5jdJEy7vIroIPKAZVkonlHvpInjN-PV6Njo&s=
> Jgph2Ob8sBrNBPhILS0CFBEOhU7YAAUwhGMLxxbhn_g&e=
>
> > >
>
> >
>
>
>
>
>
>
>
> --
>
> *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 https://urldefense.proofpoint.
> com/v2/url?u=http-3A__infosecurity.vcu.edu_phishing.html&d=DwIGaQ&c=
> AzgFQeXLLKhxSQaoFCm29A&r=uJG3UnPaeoz9naeIzbwWFddVED8ETOYHxjoACoofi2Y&m=
> dpyZFjUm5jdJEy7vIroIPKAZVkonlHvpInjN-PV6Njo&s=
> Jgph2Ob8sBrNBPhILS0CFBEOhU7YAAUwhGMLxxbhn_g&e=
>
>


--
*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