Did your testing involve replication? AFAIK nothing should be
changing/updating the dsm.opt file except for replication so that is my
only clue. Since we first started trying to use replication with 6.3.5,
there have been many fixes to numerous problems with replication - many of
which we experienced to the point we gave up on replication until we
upgraded everything to 7.1.x

On Thu, Jan 25, 2018 at 10:51 AM, Abbott, Joseph <JABBOTT AT partners DOT org>
wrote:

> We ran extensive testing on the 7.1.0 code and never saw this issue.
> Not saying the 0 base is not your issue but just haven't seen it.
>
> We have 7.1.6 out in the wild now and also have not seen this issue.
>
> JoeA
>
> Joseph Abbott, Tivoli Storage Manager Architect CDP
> Partners Healthcare AR- 12W60.03
> ITS Server & Storage Engineering
> Office: 857 -282-3681| Cell:617-633-8471 | Pager: 36364
> Need assistance for a non-urgent issue? Open a Service Desk ticket online.
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of
> Zoltan Forray
> Sent: Thursday, January 25, 2018 10:05 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] dsm.opt file being corrupted/blanked
>
> Folks,
>
> Wondering if anyone has seen this issue. The first time I saw it a few
> months back, I ignored it as a one-time issue.  But it just happened again
> so I am digging deeper.
>
> This time (don't recall what the OS/client version was for the first
> incident) it is a Windows 2008 R2 server with BA 7.1.0.0 (yes I know -
> 0-releases are always problematic).
>
> OS tech noticed the backups failing and went to investigate.  Trying to
> start the CLI - it hung.  Checked the dsm.opt file and found it
> blank/empty? It has been backing up for a long, long time with no reason to
> make any changes to the dsm.opt file.
>
> AFAIK, the only thing that should be mucking with the dsm.opt file, aside
> from manually editing it, is replication.  So, is this replication related
> or a client bug?  Did some quick Googling without any luck on a known
> problem/fix.
>
> --
> *Zoltan Forray*
> Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon
> Monitor Administrator VMware Administrator 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://phishing.vcu.edu/
>
>
> The information in this e-mail is intended only for the person to whom it
> is
> addressed. If you believe this e-mail was sent to you in error and the
> e-mail
> contains patient information, please contact the Partners Compliance
> HelpLine at
> http://www.partners.org/complianceline . If the e-mail was sent to you in
> error
> but does not contain patient information, please contact the sender and
> properly
> dispose of the e-mail.
>



--
*Zoltan Forray*
Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator
Xymon Monitor Administrator
VMware Administrator
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://phishing.vcu.edu/