It was as suspected, the NFS mount.  Eventhough we tried dsmc
-nfstimeout=10 it still hung/never comes back.  Once the server owner
unmounted the NFS, the problem cleared up.

On Thu, Oct 6, 2016 at 11:03 AM, Andrew Raibeck <stor...@us.ibm.com> wrote:

> Hi Zoltan,
>
> Yes, it could be a stale NFS mount point. Take a look at the NFSTIMEOUT
> client option which lets you set a non-indefinite value for waiting on NFS
> mount points.
>
> Regards,
>
> Andy
>
> ____________________________________________________________
> ________________
>
> Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.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@VM.MARIST.EDU> wrote on 2016-10-06
> 10:59:55:
>
> > From: Zoltan Forray <zfor...@vcu.edu>
> > To: ADSM-L@VM.MARIST.EDU
> > Date: 2016-10-06 11:01
> > Subject: dsmc won't start/hangs
> > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
> >
> > An odd situation popped up on a Linux client (7.1.3.1).
> >
> > This client had been backing up just fine and suddenly it stopped.
> Nothing
> > in dsmerror.log.
> >
> > What is strange is you cant get into dsmc.  It simply hangs so hard you
> > have to kill -9 it.
> >
> > The TSM server is still fully ping-able.  Tried renaming dsm.sys/dsm.opt
> so
> > it could not find it and properly reports this but as soon as they are
> > available/found, it hang?
> >
> > The only clue/oddity we see is an NFS mount that is also
> > non-responsive/non-pingable and we are talking to the server owner about
> > rebooting the box.    Can this be causing the dsmc process to hang?
> >
> > Any thoughts on how to diagnose this?
> >
> > --
> > *Zoltan Forray*
> > TSM Software & Hardware Administrator
> > Xymon Monitor Administrator
> > VMware Administrator (in training)
> > Virginia Commonwealth University
> > UCC/Office of Technology Services
> > www.ucc.vcu.edu
> > zfor...@vcu.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
> >
>



--
*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
zfor...@vcu.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

Reply via email to