Ah. I don't use TSM any more, but if I did, I would re-subscribe to that list immediately.
Kurt On Tue, Jun 28, 2011 at 11:27, Steven Peck <[email protected]> wrote: > nope. > > Years ago we had an Active/Active/Passive Exchange 2003 cluster (don't ask) > and needed to configure it for backup. The TSM documents were non-obvious > at the time and written for 2 node clusters. So we opened a ticket and got > instructions back on how to configure a SQL server backup and a link to some > random external forum with some dicussion 'for further reading'. > > Being confused we replied, Not SQL, Exchange. This cycled twice. The third > time, we got a tersely worded email that said, "I have no idea why you would > want to install Exchange and SQL on the the cluster as it's a bad idea but > here's how you would back it up if you are determined to do something the > wrong way." > > Parsing the instructions we got it figured out so we replied, "Thanks, got > the Exchange backups working. Not sure why you wanted us to install SQL on > the cluster to do this, how do we remove SQL now?" > > The resulting phone call cleared up the inital mis-understandings on the > support guys part and we thought it was funny. Well, except the part about > taking 4 weeks to get the answer which I found annoying. > > Admittedly, this was years ago, but this flavors my perception of TSM > support significantly along with the weekly emails from our storage team > attempting to remiedate virtual tape library issues. > > Steven Peck > http://www.blkmtn.org > > > On Tue, Jun 28, 2011 at 10:51 AM, Kurt Buff <[email protected]> wrote: >> >> Are those archives of the ADSM list out of Marist? There are some very >> smart people on that list. If you use TSM, I'd say that's an almost >> mandatory subscription. >> >> Kurt >> >> On Tue, Jun 28, 2011 at 10:43, Steven Peck <[email protected]> wrote: >> > Well, that depends. On TSM we often get links to third party discussion >> > board sites with the suggestion to 'try that'. >> > >> > Steven Peck >> > http://www.blkmtn.org >> > >> > >> > On Tue, Jun 28, 2011 at 10:08 AM, Ben Scott <[email protected]> >> > wrote: >> >> >> >> On Tue, Jun 28, 2011 at 12:47 PM, Webster <[email protected]> >> >> wrote: >> >> > WOW, had no idea CICS was still a valid product. >> >> >> >> One of the things that differentiates the mainframe market from >> >> others is that IBM will support something for more-or-less forever, so >> >> long as you can pay the price. >> >> >> >> -- Ben >> >> >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >> >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> >> >> >> --- >> >> To manage subscriptions click here: >> >> http://lyris.sunbelt-software.com/read/my_forums/ >> >> or send an email to [email protected] >> >> with the body: unsubscribe ntsysadmin >> > >> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> > >> > --- >> > To manage subscriptions click here: >> > http://lyris.sunbelt-software.com/read/my_forums/ >> > or send an email to [email protected] >> > with the body: unsubscribe ntsysadmin >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> >> --- >> To manage subscriptions click here: >> http://lyris.sunbelt-software.com/read/my_forums/ >> or send an email to [email protected] >> with the body: unsubscribe ntsysadmin >> > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
