>>>>> The windows guys have their tools for that and the unix guys have their tools. What this means is that they never get updated.
So true. Folks won't update their client unless there is a problem and I have to push it on them (I eagerly wait for IBM's Software Withdrawal notices (or major security issue) to bring out the hammer and force folks to update/upgrade.). I too have broached the autoupdate subject and it falls on deaf ears. Right now we are mostly holding at 7.1.6.5 and/or 8.1.0.2 to avoid the forced SSL/TLS until we can upgrade our servers from 7.1.7.400 which we can't do until we resolve the issue of the webclient going away with 7.1.8/ 8.1.2. Yes I know is has been resuscitated in 8.1.7.0 but doesn't work the same way. Unfortunately the way we have implement the use of the webclient for DFS backups, 8.1.7.0 doesn't work so we are getting ready to re-engineer the whole process. We have clients ranging from 5.5.00 (AS/400 - hopefully going away soon) to 8.1.4.1 (testing on a production system) and of course 8.1.7.0 (testing on a test server). Still have 22-systems using discontinued 6.x clients because they can't upgrade due to OS requirements/restrictions (old 32-bit RHEL, old SPARC systems, Windows 2003, etc). On Thu, Mar 14, 2019 at 7:41 PM Harris, Steven < steven.har...@btfinancialgroup.com> wrote: > Hi Rick > > What I'd like is for a yearly refresh of the client to the latest stable > level. So .0 unless there is a particular patch that we need. > > What actually happens is that I'm not permitted to use TSM to roll out > client updates. The windows guys have their tools for that and the unix > guys have their tools. What this means is that they never get updated. > > I have a version built into the standard build, and everything gets built > with that until the next standard build. Seems to work. > > Cheers > > Steve > > Steven Harris > TSM Admin/Consultant > Canberra Australia > > -----Original Message----- > From: ADSM: Dist Stor Manager <ADSM-L@VM.MARIST.EDU> On Behalf Of Rhodes, > Richard L. > Sent: Friday, 15 March 2019 4:30 AM > To: ADSM-L@VM.MARIST.EDU > Subject: [ADSM-L] What client version do you keep for long term > > Hi Everyone! > > Curious what others do for holding onto BA client versions. > For the long term, what versions of clients do you hang onto? > All maintenance levels? ie: 7.1.8.0 > All patch levels? ie: 7.1.8.x > Just highest patch levels? ie: 7.1.8.4 (just highest last digit) > > > Rick > > > > > > > ------------------------------------------------------------------------------ > > The information contained in this message is intended only for the > personal and confidential use of the recipient(s) named above. If the > reader of this message is not the intended recipient or an agent > responsible for delivering it to the intended recipient, you are hereby > notified that you have received this document in error and that any review, > dissemination, distribution, or copying of this message is strictly > prohibited. If you have received this communication in error, please notify > us immediately, and delete the original message. > > This message and any attachment is confidential and may be privileged or > otherwise protected from disclosure. You should immediately delete the > message if you are not the intended recipient. If you have received this > email by mistake please delete it from your system; you should not copy the > message or disclose its content to anyone. > > This electronic communication may contain general financial product advice > but should not be relied upon or construed as a recommendation of any > financial product. The information has been prepared without taking into > account your objectives, financial situation or needs. You should consider > the Product Disclosure Statement relating to the financial product and > consult your financial adviser before making a decision about whether to > acquire, hold or dispose of a financial product. > > For further details on the financial product please go to > http://www.bt.com.au > > Past performance is not a reliable indicator of future performance. > -- *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 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://phishing.vcu.edu/
