Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Karel Bos
Hi, I am pretty sure it depends on your support contract. Upgrading drive/library firmware is customer resp. Unless stated otherwise. Kind regards, Karel - Oorspronkelijk bericht - Van: Remco Post Verzonden: dinsdag 30 april 2013 19:46 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L]

Re: TSM for VE errors

2013-04-30 Thread Saravanan
Hi I had same issue and removed VSS component from VMware tools and restarted VM tools services. It got fixed now. By Sarav +65-82284384 On 1 May, 2013, at 1:55 AM, "Ehresman,David E." wrote: > I am getting an annoying amount of "An error occurred while quiescing the > virtual machine. See

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Richard Rhodes
> No HA here - could barely afford the upgrade. Besides, I though library > firmware was IBM's responsibility? My drives are fairly current and will > upgrade to the latest, just to be sure. You can upgrade the library and drive firmware yourself. For the library, you download the file from IBM

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Richard Rhodes
> be sure to get the latest firmware... in a HA lib the accessors > might collide at full speed when accessing the cap with older > versions of the firmware. Yes, that'll give carnage in your lib, > pieces of accessors and grippers flying around. That's a good catch! Make sure IBM installs th

TSM for VE errors

2013-04-30 Thread Ehresman,David E.
I am getting an annoying amount of "An error occurred while quiescing the virtual machine. See the virtual machine's event log for details." In the dsmsched log of my new TSM for VE infrastructure. They occur for different VMs on different runs. I'm running TSMVE 6.4.0.1 against a vmware v5 far

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Remco Post
On 30 apr. 2013, at 19:33, Zoltan Forray wrote: > Sounds like something from the 3-Stooges ;-) > > No HA here - could barely afford the upgrade. Besides, I though library > firmware was IBM's responsibility? My drives are fairly current and will > upgrade to the latest, just to be sure. > I'

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Zoltan Forray
Sounds like something from the 3-Stooges ;-) No HA here - could barely afford the upgrade. Besides, I though library firmware was IBM's responsibility? My drives are fairly current and will upgrade to the latest, just to be sure. On Tue, Apr 30, 2013 at 1:28 PM, Remco Post wrote: > be sure t

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Remco Post
be sure to get the latest firmware... in a HA lib the accessors might collide at full speed when accessing the cap with older versions of the firmware. Yes, that'll give carnage in your lib, pieces of accessors and grippers flying around. On 30 apr. 2013, at 19:14, Zoltan Forray wrote: >

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Zoltan Forray
As long as it has good brakes! I remember one tech working on our 3494 with the side panel off. The accessor nearly took his head off Once the "stop here" switch at the end of the frame broke off and the accessor nearly jumped out At this point with TSM being the sole user, speed is not

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Prather, Wanda
Oh yeah!! Everybody has that reaction. It's zippy. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Richard Rhodes Sent: Tuesday, April 30, 2013 11:57 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Equating current 3494 configuration to TS35

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Zoltan Forray
Thanks for the response. The library hasn't arrived (scheduled for 05/15) so I don't have access to any books other than what is on the web. Yes I have scoured the I & P Guide. I had heard numbers like ~60-seconds to scan/inventory a frame? On Tue, Apr 30, 2013 at 11:57 AM, Richard Rhodes < rr

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Richard Rhodes
> Thanks for the details. So, there really isn't that big of a difference > from the 3494 to the 3584 other than the lack of an internal PC/LM and a > redesigned, mostly plastic picker/gripper mechanism. The first time you stand at one end and watch the robot come toward you, you will probably ju

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Richard Rhodes
> That is what I understood from previous emails but wanted to make sure but > someone here keeps insisting there should be another cable just for the > library. Our libraries have one fiber cable per tape drive, and two lan cables. The lan cables are for the specialist web interface. One lan ca

Re: Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Zoltan Forray
Thanks for the details. So, there really isn't that big of a difference from the 3494 to the 3584 other than the lack of an internal PC/LM and a redesigned, mostly plastic picker/gripper mechanism. On Tue, Apr 30, 2013 at 11:03 AM, David Bronder wrote: > The only non-drive external cables to th

Re: TS3500/3584 installation time frame

2013-04-30 Thread Zoltan Forray
Thanks for the feedback. We are still waiting for the IBM FE to gives us a realistic estimate. Yes, we are doing the manual unloading and reloading of the 1200+ tapes. Yes, we are moving the existing power connections and yes they have been checked for compatibility. We are getting some kind of

Re: Client owner admin password for Exchange TDP

2013-04-30 Thread Clark, Margaret
As one data point: we always set TDP client passwords to never expire. - Margaret Clark -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Prather, Wanda Sent: Tuesday, April 30, 2013 8:00 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Client own

Re: Client owner admin password for Exchange TDP

2013-04-30 Thread Prather, Wanda
Thank you for the confirmation! -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Remco Post Sent: Tuesday, April 30, 2013 11:08 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Client owner admin password for Exchange TDP Hi, yes, you'll need

Re: TS3500/3584 installation time frame

2013-04-30 Thread Richard Rhodes
When IBM adds a frame to our existing library they ask for 2 hours. When we once moved our library (complete disassembly/reassembly) the disassembly went fast, but assembly took that 2hr/frame, and that didn't involve removing/inserting tapes (they moved the frames with the tapes still inside).

Re: Re: TS3500/3584 installation time frame

2013-04-30 Thread David Bronder
IBM installation will include some configuration of the library, but obviously not the SAN zoning, TSM configuration, etc. "Burn-in" may not be the right phrase, but as Wanda said, there will be a long-ish period after the physical install of the library to exercise the accessor, etc., before hand

Re: Client owner admin password for Exchange TDP

2013-04-30 Thread Remco Post
Hi, yes, you'll need to manually reset the password for the client owner or never expire. Another instance where IBM software in hard to use in environments (like IBM internally and SO delivery!!) where passwords must be changed every once in a while. On 30 apr. 2013, at 17:00, "Prather, Wanda

Re: Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread David Bronder
The only non-drive external cables to the library would be Ethernet for access to the web interface and either an analog phone line for the call-home modem or a second Ethernet for the TS3000 if you have one. (We missed the phone line requirement at first, so we had to scramble to get those in.) I

Client owner admin password for Exchange TDP

2013-04-30 Thread Prather, Wanda
Exchange backups for 2010 require TDP 6.4.0.0 and use of dsmcad. What we've seen happen is that the TDP password will expire and reset itself with PASSWORDACCESS GENERATE, but the client owner password doesn't change with PASSWORDACCESS GENERATE, and so the backup fails. Are we doing something

Re: TS3500/3584 installation time frame

2013-04-30 Thread Zoltan Forray
As always, I keep saying thanks for your fount of knowledge/experience. Sounds like there hasn't been a monumental change from the way the 3494 works. There have always been issues with track/frame alignment and re-alignment due to settling/loading/usage. I have passed this on to my superiors an

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Zoltan Forray
That is what I understood from previous emails but wanted to make sure but someone here keeps insisting there should be another cable just for the library. As for internally, how does the library talk to the drives/canisters? In the 3494, it used RS422 cables from the drive cages/frames to the RT

Re: TS3500/3584 installation time frame

2013-04-30 Thread Prather, Wanda
>From what I've observed, the 3584 doesn't' just drop in. There is a lot of positioning and leveling and connecting and wiring and testing by the FE when you have multiple frames. I'd say 8 hours might be enough to do a single L-frame. But 7 drive frames is a lot. OTOH, when he says "burn in", I'

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Prather, Wanda
No. You can define the control path on any (and all) drives. The 2nd cable is if you want to have path failover configured on the drive. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray Sent: Tuesday, April 30, 2013 10:04 AM To: ADS

Re: Equating current 3494 configuration to TS3500

2013-04-30 Thread Zoltan Forray
One more question about this. The book isn't very clear about whether a separate fibre cable is needed between the library and our SAN switch for communications. From the book: *The host server attaches to the library by using fiber cables that connect directly to a drive canister or through the

TS3500/3584 installation time frame

2013-04-30 Thread Zoltan Forray
As you are aware from previous posts, we are heading into a "deinstall 3494 - install 3584". This is a pull-push since we don't have the floor space/power to run both. We met with Mainline/IBM yesterday and concerns were raised about the time slot being allotted to this project - roughly 24-hours

Re: Exchange 2010 Backup issue

2013-04-30 Thread Swartz, Jerome
Hi Del, I used the wrong account :( After I sent the mail I realized that I wasn't using the same account. Thanks for the help though, it's been fun and a few gray hairs along the way setting up TSM Exchange. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.E

Re: Exchange 2010 Backup issue

2013-04-30 Thread Del Hoobler
Hi Jerome, That's great! We followers on the list would like to know how you were able to to get it working. I could not determine from your last update "That is exactly how it is configured" whether you already had it configured that way, or you made some other change. Can you share what you di

Re: Exchange 2010 Backup issue

2013-04-30 Thread Swartz, Jerome
Ok, got it working :) -Original Message- From: Swartz, Jerome Sent: 30 April 2013 10:10 AM To: ADSM-L@VM.MARIST.EDU Subject: RE: [ADSM-L] Exchange 2010 Backup issue Hi Del, That is exactly how it is configured. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.

Re: When to dsmserv removedb?

2013-04-30 Thread Deirdre O'Callaghan
Thank you for your comments in relation to the DSMSERV REMOVEDB command in the Tivoli Storage Manager Administrator's Guide and Administrator's Reference. After researching your comments, I can confirm that when you perform a V6 point-in-time restore, the preferred method is to issue the DSMSERV R

Re: Exchange 2010 Backup issue

2013-04-30 Thread Swartz, Jerome
Hi Del, That is exactly how it is configured. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Del Hoobler Sent: 29 April 2013 05:31 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Exchange 2010 Backup issue Hi Jerome, Make sure the TSM Sche