Would anyone from IBM care to comment on this thread? is dedup a stable mature feature in 7.1.1?
On Mon, Dec 8, 2014 at 12:50 PM, J. Pohlmann <jpohlm...@shaw.ca> wrote: > FYI - 7.1.1.000 is still on the FTP site. 7.1.1.100 is also on the FTP > site. > Ref http://www-01.ibm.com/support/docview.wss?uid=swg24035122 > > Best regards, > > Joerg Pohlmann > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Thomas Denier > Sent: December 8, 2014 08:34 > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] TSM level for deduplication > > Bent, > > TSM 7.1.1.000 had a bug that sometimes caused restores of large files to > fail. IBM considered the bug serious enough to warrant removing 7.1.1.000 > from its software distribution servers. > > Thomas Denier > Thomas Jefferson University Hospital > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Bent Christensen > Sent: Saturday, December 06, 2014 6:38 PM > To: ADSM-L@VM.MARIST.EDU > Subject: [ADSM-L] SV: TSM level for deduplication > > Hi Thomas, > > when you are calling 7.1.1- an "utter distaster" when it comes to dedup > then > what issues are you referring to? > > I have been using 7.1.1 in a production environment dedupping some 500 TB, > approx 400 nodes, without any bigger issues for more than a year now. > > Surely, there are still lots of "not-very-well-documented features" in TSM > 7, and I am not at all impressed by IBM support, and especially not DB2 > support and their lack of willingness to recognize TSM DB2 as being a > production environment, but when it comes to dedupping it has been smooth > sailing for us up until now. > > > - Bent > > ________________________________________ > Fra: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] På vegne af > Thomas > Denier [thomas.den...@jefferson.edu] > Sendt: 5. december 2014 20:56 > Til: ADSM-L@VM.MARIST.EDU > Emne: [ADSM-L] TSM level for deduplication > > My management is very eager to deploy TSM deduplication in our production > environment. We have been testing deduplication on a TSM 6.2.5.0 test > server, but the list of known bugs makes me very uncomfortable about using > that level for production deployment of deduplication. The same is true of > later Version 6 levels and TSM 7.1.0. TSM 7.1.1.000 was an utter disaster. > Is there any currently available level in which the deduplication code is > really fit for production use? > > IBM has historically described patch levels as being less thoroughly tested > than maintenance levels. Because of that I have avoided patch levels unless > they were the only option for fixing crippling bugs in code we were already > using. > Is that attitude still warranted? In particular, is that attitude warranted > for TSM 7.1.1.100? > > Has IBM dropped any hints about the likely availability date for TSM > 7.1.2.000? > > Thomas Denier > Thomas Jefferson University Hospital > > > The information contained in this transmission contains privileged and > confidential information. It is intended only for the use of the person > named above. If you are not the intended recipient, you are hereby notified > that any review, dissemination, distribution or duplication of this > communication is strictly prohibited. If you are not the intended > recipient, > please contact the sender by reply email and destroy all copies of the > original message. > > CAUTION: Intended recipients should NOT use email communication for > emergent > or urgent health care matters. >