Re: Questions about vtl useage

[Prather, Wanda]

"Pick Carefully" is indeed, the best advice.

If all you need is "additional storage", there are many configurations
of either VTL or disk/filepool that you can choose.  Filepools are very
easy to manage in TSM.  VTL's are more trouble to manage in some ways
(you'll likely be defining & managing dozens of paths), and there are
more parts that can break.  

The 1 thing that would force you to choose a VTL, is a requirement for
LAN-FREE support, which can only be done to a tape or tape-emulating
device.

There are 2 things that would force you to choose filepool: either
wanting to run your TSM server as a VM (and I'm not saying that is a
good idea anyway), or wanting to use client-side dedup.

If none of those issues apply to your situation, there are lots of
combinations you can use.  A VTL that dedups; a disk  filepool with or
without TSM software deduplication: you can use disk of your own with a
VTL gateway that dedups; there are companies that will sell you a VTL
that dedups but behaves like plain disk so you can still use TSM with a
filepool for client-side dedup, and you can use a NAS device that dedups
but looks like plain disk to TSM so you can still use TSM with a
filepool.  

SO, now that I"ve added to the confusion:  
Here are the big MISTAKES I've seen people make over the last 4 years
buying VTLs (or some combination of the above stuff):

1) Buying a solution that only solves today's problem.  
You need a solution that will solve your current problem, and will adapt
to the problem you will hit 2 years from now, whatever that is most
likely to be.  For instance, if there is ANY likelihood that you would
face a big bump in storage requirements in 2 years, for heaven's sake
don't buy a VTL that can't expand to fit that need.   Make sure you
understand how you would adapt what you plan to buy, in case of a)
needing more storage in the future, b) needing more throughput in the
future, c) adding to the number of TSM servers you plan to run in the
future, etc.  There isn't really a good way to repurpose a VTL if you
outgrow it.   

2) Not figuring out what your throughput requirements are.  Some VTL's
are quite limited in throughput.  Don't assume that because it's disk,
it will be fast.  Figure out your throughput needs as well as your space
needs, and make the vendor configure to meet both requirements.

3) Not figuring on software or expansion costs.
Make sure you get bids for at LEAST 3 years of your support costs,
including the software costs.  Also find out what it would cost if you
have to expand the puppy later by xx terabytes.  Some of the VTL's are
licensed by TB, some are not.

4) Buying something you don't thoroughly understand.  
VTL's are not magic.  If you buy disk instead of a VTL, you have to deal
with spindles and buses and controllers and HBA's and firmware.  If you
buy a VTL, you have to deal with spindles and buses and controllers and
HBA's and firmware at the back end, plus servers and HBA's and firmware
and software on the front end.  If someone offers you a VTL, LOOK at the
hardware that makes it up.  If someone offered you the same package as a
straight disk array, would you be happy to buy it?  If not, why would
you want it as part of a VTL?  

If after you consider all these issues you aren't comfortable that a VTL
is the right choice, or you just can't decide, buy disk.  It's more
flexible and you can always reconfigure it, repurpose it, move things
around in your disk farm as you want.  If you decide you need a VTL
later, you can add a VTL gateway in front of your own disk.  

Wanda

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Huebner,Andy,FORT WORTH,IT
Sent: Monday, June 14, 2010 9:29 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Questions about vtl useage

We currently use an older VTL for the primary pools and you might find
it hard to tell the difference between it and disks.  With the deduping
VTLs out there the amount of storage needed will be reduced.  Pick
carefully if you go the dedup route.  There are major speed differences
depending on in-line vs. post processing.
Check the archives, there are plenty of threads on collocation and
cartridge size when using a VTL.

We are using 4 year old FalconStor VTLs with about 300TB stored. 2
crashes, no other trouble. We do use slightly undersized disk pools to
frontend the VTLs.

Andy Huebner

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Lee, Gary D.
Sent: Monday, June 14, 2010 7:55 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Questions about vtl useage

Tsm server v5.5.4 running on suse sles9 under zvm 5.3.

We are in need of expanding our storage.  Currently have an ibm 8100.
The disk is cheap enough, but the licensing for additional storage is
outrageous.

We are thinking of switching to using a vtl for onsite storage and doing
away with our onsite tape.

Are any folks out there using vtl, and if so wh

Re: TSM 6.2 server Solaris installation notes

[ADSM-L]

Good work Steve, thanks for passing this on.


Also note that 12GB is not enough virtual memory to run a library
manager
with minimal configuration.
I have 8GB of real and 4GB of swap on this zone and am running out
of swap
space.



Crikey, I guess the days of running a couple of TSM Server instances
as VMs on my laptop to test, learn and demo stuff to customers are
well and truly over with 6.x - shame.

Cheers,

//David McClelland
London

On 17 Jun 2010, at 01:25, Steve Harris  wrote:


Hi All

I'm just dropping this note here for the next fellow that comes along.

Installing TSM 6.2.0.0 Server on Solaris 10 X86_64 (AMD)

I went to TSM support to find out which filesystem to use for the DB
since
there are two free choices and UFS is a known poor performer.
Previously we
have always used raw volumes.  They advised that either was
supported and
that anything more than that would have to be taken up as a
consulting job.
So, I decided to go with ZFS.

It turns out that DB2 expects to be able to do direct IO, but ZFS
does not
support that.  This caused errors when writing to the DB

The fix is to change the FS_CACHING parameter on the tablespaces as
follows

Become the instance owner
connect to database
query catalog to get FS_CACHING setting
Change all FS_CACHING=1 to 0
restart TSM

my log 

bash-3.00$ id
uid=205(tsminst1) gid=200(tsm)
bash-3.00$ db2 connect to tsmdb1

  Database Connection Information

Database server= DB2/SUNX8664 9.7.1
SQL authorization ID   = TSMINST1
Local database alias   = TSMDB1

bash-3.00$ db2 "SELECT substr(TBSP_NAME,1,40) as TBSP_NAME, TBSP_TYPE,
TBSP_CONTENT_TYPE, FS_CACHING FROM TABLE(SNAP_GET_TBSP(CAST(NULL AS
VARCHAR(1)),-1)) AS T" | tee sel.txt

TBSP_NAMETBSP_TYPE TBSP_CONTENT_TYPE
FS_CACHING
 - -
--
SYSCATSPACE  0 0
 1
TEMPSPACE1   1 2
 0
USERSPACE1   0 1
 1
TSMTEMP  1 3
 0
IDXSPACE10 1
 1
LARGESPACE1  0 1
 1
LARGEIDXSPACE1   0 1
 1
LGTMPTSP 1 2
 0
SYSTOOLSPACE 0 1
 1
SYSTOOLSTMPSPACE 1 3
 0

 10 record(s) selected.

bash-3.00$ awk '$4==1 {print "db2 alter tablespace",$1,"file system
caching"}' sel.txt | tee alter_tbs.sh
db2 alter tablespace SYSCATSPACE file system caching
db2 alter tablespace USERSPACE1 file system caching
db2 alter tablespace IDXSPACE1 file system caching
db2 alter tablespace LARGESPACE1 file system caching
db2 alter tablespace LARGEIDXSPACE1 file system caching
db2 alter tablespace SYSTOOLSPACE file system caching
bash-3.00$ . alter_tbs.sh
DB2I  The SQL command completed successfully.
DB2I  The SQL command completed successfully.
DB2I  The SQL command completed successfully.
DB2I  The SQL command completed successfully.
DB2I  The SQL command completed successfully.
DB2I  The SQL command completed successfully.
bash-3.00$ db2 "SELECT substr(TBSP_NAME,1,40) as TBSP_NAME, TBSP_TYPE,
TBSP_CONTENT_TYPE, FS_CACHING FROM TABLE(SNAP_GET_TBSP(CAST(NULL AS
VARCHAR(1)),-1)) AS T"

TBSP_NAMETBSP_TYPE TBSP_CONTENT_TYPE
FS_CACHING
 - -
--
SYSCATSPACE  0 0
 0
TEMPSPACE1   1 2
 0
USERSPACE1   0 1
 0
TSMTEMP  1 3
 0
IDXSPACE10 1
 0
LARGESPACE1  0 1
 0
LARGEIDXSPACE1   0 1
 0
LGTMPTSP 1 2
 0
SYSTOOLSPACE 0 1
 0
SYSTOOLSTMPSPACE 1 3
 0


Also note that 12GB is not enough virtual memory to run a library
manager
with minimal configuration.
I have 8GB of real and 4GB of swap on this zone and am running out
of swap
space.

I have another zone with the library client instance. It has a lot of
definitions but only two real clients, both user workstations. it is
using
16GB of real and 42% of its 16GB of swap.

The old rule of thumb swap=2xreal may apply here.


Regards

Steve.


Steven Harris
TSM Admin,
Paraparaumu New Zealand

TSM 6.2 server Solaris installation notes

[Steve Harris]

Hi All

I'm just dropping this note here for the next fellow that comes along.

Installing TSM 6.2.0.0 Server on Solaris 10 X86_64 (AMD)

I went to TSM support to find out which filesystem to use for the DB since
there are two free choices and UFS is a known poor performer. Previously we
have always used raw volumes.  They advised that either was supported and
that anything more than that would have to be taken up as a consulting job.
 So, I decided to go with ZFS.

It turns out that DB2 expects to be able to do direct IO, but ZFS does not
support that.  This caused errors when writing to the DB

The fix is to change the FS_CACHING parameter on the tablespaces as follows

Become the instance owner
connect to database
query catalog to get FS_CACHING setting
Change all FS_CACHING=1 to 0
restart TSM

my log 

bash-3.00$ id
uid=205(tsminst1) gid=200(tsm)
bash-3.00$ db2 connect to tsmdb1

   Database Connection Information

 Database server= DB2/SUNX8664 9.7.1
 SQL authorization ID   = TSMINST1
 Local database alias   = TSMDB1

bash-3.00$ db2 "SELECT substr(TBSP_NAME,1,40) as TBSP_NAME, TBSP_TYPE,
TBSP_CONTENT_TYPE, FS_CACHING FROM TABLE(SNAP_GET_TBSP(CAST(NULL AS
VARCHAR(1)),-1)) AS T" | tee sel.txt

TBSP_NAMETBSP_TYPE TBSP_CONTENT_TYPE
FS_CACHING
 - -
--
SYSCATSPACE  0 0   
  1
TEMPSPACE1   1 2   
  0
USERSPACE1   0 1   
  1
TSMTEMP  1 3   
  0
IDXSPACE10 1   
  1
LARGESPACE1  0 1   
  1
LARGEIDXSPACE1   0 1   
  1
LGTMPTSP 1 2   
  0
SYSTOOLSPACE 0 1   
  1
SYSTOOLSTMPSPACE 1 3   
  0

  10 record(s) selected.

bash-3.00$ awk '$4==1 {print "db2 alter tablespace",$1,"file system
caching"}' sel.txt | tee alter_tbs.sh
db2 alter tablespace SYSCATSPACE file system caching
db2 alter tablespace USERSPACE1 file system caching
db2 alter tablespace IDXSPACE1 file system caching
db2 alter tablespace LARGESPACE1 file system caching
db2 alter tablespace LARGEIDXSPACE1 file system caching
db2 alter tablespace SYSTOOLSPACE file system caching
bash-3.00$ . alter_tbs.sh
DB2I  The SQL command completed successfully.
DB2I  The SQL command completed successfully.
DB2I  The SQL command completed successfully.
DB2I  The SQL command completed successfully.
DB2I  The SQL command completed successfully.
DB2I  The SQL command completed successfully.
bash-3.00$ db2 "SELECT substr(TBSP_NAME,1,40) as TBSP_NAME, TBSP_TYPE,
TBSP_CONTENT_TYPE, FS_CACHING FROM TABLE(SNAP_GET_TBSP(CAST(NULL AS
VARCHAR(1)),-1)) AS T"

TBSP_NAMETBSP_TYPE TBSP_CONTENT_TYPE
FS_CACHING
 - -
--
SYSCATSPACE  0 0   
  0
TEMPSPACE1   1 2   
  0
USERSPACE1   0 1   
  0
TSMTEMP  1 3   
  0
IDXSPACE10 1   
  0
LARGESPACE1  0 1   
  0
LARGEIDXSPACE1   0 1   
  0
LGTMPTSP 1 2   
  0
SYSTOOLSPACE 0 1   
  0
SYSTOOLSTMPSPACE 1 3   
  0


Also note that 12GB is not enough virtual memory to run a library manager
with minimal configuration.
I have 8GB of real and 4GB of swap on this zone and am running out of swap
space. 

I have another zone with the library client instance. It has a lot of
definitions but only two real clients, both user workstations. it is using
16GB of real and 42% of its 16GB of swap.

The old rule of thumb swap=2xreal may apply here.


Regards

Steve.


Steven Harris
TSM Admin, 
Paraparaumu New Zealand






  

Re: DP for DB's: SQL Restore question

[Del Hoobler]

One way to do this is to perform a restore and redirect
the files and database into a separate name and location.
For example:

   tdpsqlc restore db1 full /into=dmtemp /relocatedir=d:\dbtemp
/recovery=no

When this is done... you have the .MDF and .LDF files.

Thanks,

Del



"ADSM: Dist Stor Manager"  wrote on 06/16/2010
02:38:51 PM:

> [image removed]
>
> DP for DB's: SQL Restore question
>
> Rick Adamson
>
> to:
>
> ADSM-L
>
> 06/16/2010 02:39 PM
>
> Sent by:
>
> "ADSM: Dist Stor Manager" 
>
> Please respond to "ADSM: Dist Stor Manager"
>
> I have been asked many times to restore databases from TSM to flat
> files, and not attach them to the SQL Server. I have tried to use the
> "Restore Groups/Files option" but when I open the SQL Mngmt Studio, it
> shows the database with a status of "restoring". Have also tried not
> using the recovery option, but the DBA's claim that this does not simply
> dump the files from TSM. Can someone tell me how to accomplish this or
> point me towards the doco? I have been all through the DP for DB's user
> guide and have not found anywhere where it explicitly states this is
> possible. What am I doing wrong?
>
>
>
> All comments appreciated.
>
>
>
> DP 4 DB's  5.5.4.0
>
> TSM Server 5.4.5.2
>
>
>
> ~Rick

Re: Windows client just hangs

[Timothy Hughes]

Thanks Andy!

Tim

Huebner,Andy,FORT WORTH,IT wrote:


The VSS roll-up patch for Windows 2003 SP2 is kb940349

Andy Huebner


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of 
Timothy Hughes
Sent: Wednesday, June 16, 2010 2:21 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Windows client just hangs

Rick, do you happen to know what Microsoft hotfix?  VSS is a pain!

Were getting them again on some servers also

ANS1512E Scheduled event 'MIDNIGHT' failed.  Return code = 12.
ANS1959W Removing previous incomplete group '\System
State\0\SystemState' Id:0-398437958
ANS1327W The snapshot operation for 'HATSTO\SystemState\NULL\System
State\SystemState' failed with error code: 51.
ANS1228E Sending of object 'HATSTO\SystemState\NULL\System
State\SystemState' failed
ANS1351E Session rejected: All server sessions are currently in use

ANS1375E The snapshot operation failed.

ANS5258E An error occurred initializing a VSS request. For more
information, see the TSM client error log.

ANS1512E Scheduled event 'MIDNIGHT' failed.  Return code = 12.
ANS1351E Session rejected: All server sessions are currently in use
ANS1959W Removing previous incomplete group '\System
State\0\SystemState' Id:0-399006082
VssRequestor::checkWriterStatus: VssRequestor::checkWriterStatus failed
with hr=VSS_E_WRITERERROR_RETRYABLE
06/11/2010 01:06:01 ANS5268W The Microsoft Volume Shadow Copy Services
writer 'Dhcp Jet Writer' current state (VSS_WS_FAILED_AT_FREEZE) is not
valid for the current operation.
ANS5261W An attempt to create a snapshot has failed.
Another attempt will be made to create the snapshot in 30 seconds.
VssRequestor::checkWriterStatus: VssRequestor::checkWriterStatus failed
with hr=VSS_E_WRITERERROR_RETRYABLE
ANS5268W The Microsoft Volume Shadow Copy Services writer 'Dhcp Jet
Writer' current state

Rick Adamson wrote:




You may know, but there is a Microsoft hotfix rollup that addresses many
known issues with VSS. After testing we made the decision to push them
out to all of our servers.

Thank you,
~Rick


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Zoltan Forray/AC/VCU
Sent: Wednesday, June 16, 2010 11:59 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Windows client just hangs

Thanks, Andy.  Forwarded this on to my Windows techs
Zoltan Forray
TSM Software & Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
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://infosecurity.vcu.edu/phishing.html



From:
Andrew Raibeck 
To:
ADSM-L@VM.MARIST.EDU
Date:
06/16/2010 09:41 AM
Subject:
Re: [ADSM-L] Windows client just hangs
Sent by:
"ADSM: Dist Stor Manager" 



1. Make sure you have the prerequisite hotfixes installed for Windows
2003
(see the client requirements web page for which hotfixes to install if
you
are not already familar with them). If the hotfixes are not installed,
your
first step should be to install them.

After verifying the hotfixes are installed, see if the problem
continues.
If it does:

2. Try installing and testing the admin command line interface (dsmadmc)
to
see if it can connect to the TSM server. This would help determine
whether
connectivity between TSM client and server is at issue.

Assuming that connectivity is not the issue, then:

3. Start the backup-archive CLI (dsmc.exe). Observe the process in Task
Manager. Do you see it using an CPU? Does memory utilization change? How
about disk I/O (you may need to turn on those columns in the Task
Manager
display, as some of these are not enabled by default).

If there is CPU activity, changes in memory utilization, and/or disk
I/O,
then the client is probably not "hung", but something in the
initialization
routines may be slowing it down. My first though is possibly an issue
with
VSS initialization. In this case, try the following:

4. Run the Windows command "vssadmin list writers". Do you get results
fairly quickly? If that command seems to hang, there this would indicate
a
problem with Microsoft VSS, in which case assistance from MIcrosoft
support
would be the logical next step.

If the vssadmin command works okay, then:

5. Search for article 1412250 (or "vshadow") at the IBM support page
(see
my sig) and follow the steps there to obtain the Microsoft SDK which
includes a useful tool called vshadow.exe. Run vshadow like this:

 vshadow -wm2 > vswm2.out

It will generate a lot of output data. It should run to completion in a
minute or two. If it seems to take forever, then again, this would
appear
to be a problem to take up with Microsoft support.

If none of the above seems problematic thus far, then:

6. Start the client like this from the TSM baclient directory (where
dsmc.exe lives):

 dsmc -tra

Re: Windows client just hangs

[Huebner,Andy,FORT WORTH,IT]

The VSS roll-up patch for Windows 2003 SP2 is kb940349

Andy Huebner


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of 
Timothy Hughes
Sent: Wednesday, June 16, 2010 2:21 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Windows client just hangs

Rick, do you happen to know what Microsoft hotfix?  VSS is a pain!

Were getting them again on some servers also

 ANS1512E Scheduled event 'MIDNIGHT' failed.  Return code = 12.
 ANS1959W Removing previous incomplete group '\System
State\0\SystemState' Id:0-398437958
ANS1327W The snapshot operation for 'HATSTO\SystemState\NULL\System
State\SystemState' failed with error code: 51.
ANS1228E Sending of object 'HATSTO\SystemState\NULL\System
State\SystemState' failed
ANS1351E Session rejected: All server sessions are currently in use

ANS1375E The snapshot operation failed.

ANS5258E An error occurred initializing a VSS request. For more
information, see the TSM client error log.

 ANS1512E Scheduled event 'MIDNIGHT' failed.  Return code = 12.
 ANS1351E Session rejected: All server sessions are currently in use
 ANS1959W Removing previous incomplete group '\System
State\0\SystemState' Id:0-399006082
 VssRequestor::checkWriterStatus: VssRequestor::checkWriterStatus failed
with hr=VSS_E_WRITERERROR_RETRYABLE
06/11/2010 01:06:01 ANS5268W The Microsoft Volume Shadow Copy Services
writer 'Dhcp Jet Writer' current state (VSS_WS_FAILED_AT_FREEZE) is not
valid for the current operation.
 ANS5261W An attempt to create a snapshot has failed.
Another attempt will be made to create the snapshot in 30 seconds.
 VssRequestor::checkWriterStatus: VssRequestor::checkWriterStatus failed
with hr=VSS_E_WRITERERROR_RETRYABLE
 ANS5268W The Microsoft Volume Shadow Copy Services writer 'Dhcp Jet
Writer' current state

Rick Adamson wrote:

>You may know, but there is a Microsoft hotfix rollup that addresses many
>known issues with VSS. After testing we made the decision to push them
>out to all of our servers.
>
>Thank you,
>~Rick
>
>
>-Original Message-
>From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
>Zoltan Forray/AC/VCU
>Sent: Wednesday, June 16, 2010 11:59 AM
>To: ADSM-L@VM.MARIST.EDU
>Subject: Re: [ADSM-L] Windows client just hangs
>
>Thanks, Andy.  Forwarded this on to my Windows techs
>Zoltan Forray
>TSM Software & Hardware Administrator
>Virginia Commonwealth University
>UCC/Office of Technology Services
>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://infosecurity.vcu.edu/phishing.html
>
>
>
>From:
>Andrew Raibeck 
>To:
>ADSM-L@VM.MARIST.EDU
>Date:
>06/16/2010 09:41 AM
>Subject:
>Re: [ADSM-L] Windows client just hangs
>Sent by:
>"ADSM: Dist Stor Manager" 
>
>
>
>1. Make sure you have the prerequisite hotfixes installed for Windows
>2003
>(see the client requirements web page for which hotfixes to install if
>you
>are not already familar with them). If the hotfixes are not installed,
>your
>first step should be to install them.
>
>After verifying the hotfixes are installed, see if the problem
>continues.
>If it does:
>
>2. Try installing and testing the admin command line interface (dsmadmc)
>to
>see if it can connect to the TSM server. This would help determine
>whether
>connectivity between TSM client and server is at issue.
>
>Assuming that connectivity is not the issue, then:
>
>3. Start the backup-archive CLI (dsmc.exe). Observe the process in Task
>Manager. Do you see it using an CPU? Does memory utilization change? How
>about disk I/O (you may need to turn on those columns in the Task
>Manager
>display, as some of these are not enabled by default).
>
>If there is CPU activity, changes in memory utilization, and/or disk
>I/O,
>then the client is probably not "hung", but something in the
>initialization
>routines may be slowing it down. My first though is possibly an issue
>with
>VSS initialization. In this case, try the following:
>
>4. Run the Windows command "vssadmin list writers". Do you get results
>fairly quickly? If that command seems to hang, there this would indicate
>a
>problem with Microsoft VSS, in which case assistance from MIcrosoft
>support
>would be the logical next step.
>
>If the vssadmin command works okay, then:
>
>5. Search for article 1412250 (or "vshadow") at the IBM support page
>(see
>my sig) and follow the steps there to obtain the Microsoft SDK which
>includes a useful tool called vshadow.exe. Run vshadow like this:
>
>   vshadow -wm2 > vswm2.out
>
>It will generate a lot of output data. It should run to completion in a
>minute or two. If it seems to take forever, then again, this would
>appear
>to be a problem to take up with Microsoft support.
>
>If none of the above seems problematic thus far, then:
>
>6. Start the client like this from the TSM bac

Re: DP for DB's: SQL Restore question

[Efim]

I think you must use options /partial /recovery=yes (available only in cmd)

Efim

Re: Windows client just hangs

[Timothy Hughes]

Rick, do you happen to know what Microsoft hotfix?  VSS is a pain!

Were getting them again on some servers also

ANS1512E Scheduled event 'MIDNIGHT' failed.  Return code = 12.
ANS1959W Removing previous incomplete group '\System
State\0\SystemState' Id:0-398437958
ANS1327W The snapshot operation for 'HATSTO\SystemState\NULL\System
State\SystemState' failed with error code: 51.
ANS1228E Sending of object 'HATSTO\SystemState\NULL\System
State\SystemState' failed
ANS1351E Session rejected: All server sessions are currently in use

ANS1375E The snapshot operation failed.

ANS5258E An error occurred initializing a VSS request. For more
information, see the TSM client error log.

ANS1512E Scheduled event 'MIDNIGHT' failed.  Return code = 12.
ANS1351E Session rejected: All server sessions are currently in use
ANS1959W Removing previous incomplete group '\System
State\0\SystemState' Id:0-399006082
VssRequestor::checkWriterStatus: VssRequestor::checkWriterStatus failed
with hr=VSS_E_WRITERERROR_RETRYABLE
06/11/2010 01:06:01 ANS5268W The Microsoft Volume Shadow Copy Services
writer 'Dhcp Jet Writer' current state (VSS_WS_FAILED_AT_FREEZE) is not
valid for the current operation.
ANS5261W An attempt to create a snapshot has failed.
Another attempt will be made to create the snapshot in 30 seconds.
VssRequestor::checkWriterStatus: VssRequestor::checkWriterStatus failed
with hr=VSS_E_WRITERERROR_RETRYABLE
ANS5268W The Microsoft Volume Shadow Copy Services writer 'Dhcp Jet
Writer' current state

Rick Adamson wrote:


You may know, but there is a Microsoft hotfix rollup that addresses many
known issues with VSS. After testing we made the decision to push them
out to all of our servers.

Thank you,
~Rick


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Zoltan Forray/AC/VCU
Sent: Wednesday, June 16, 2010 11:59 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Windows client just hangs

Thanks, Andy.  Forwarded this on to my Windows techs
Zoltan Forray
TSM Software & Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
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://infosecurity.vcu.edu/phishing.html



From:
Andrew Raibeck 
To:
ADSM-L@VM.MARIST.EDU
Date:
06/16/2010 09:41 AM
Subject:
Re: [ADSM-L] Windows client just hangs
Sent by:
"ADSM: Dist Stor Manager" 



1. Make sure you have the prerequisite hotfixes installed for Windows
2003
(see the client requirements web page for which hotfixes to install if
you
are not already familar with them). If the hotfixes are not installed,
your
first step should be to install them.

After verifying the hotfixes are installed, see if the problem
continues.
If it does:

2. Try installing and testing the admin command line interface (dsmadmc)
to
see if it can connect to the TSM server. This would help determine
whether
connectivity between TSM client and server is at issue.

Assuming that connectivity is not the issue, then:

3. Start the backup-archive CLI (dsmc.exe). Observe the process in Task
Manager. Do you see it using an CPU? Does memory utilization change? How
about disk I/O (you may need to turn on those columns in the Task
Manager
display, as some of these are not enabled by default).

If there is CPU activity, changes in memory utilization, and/or disk
I/O,
then the client is probably not "hung", but something in the
initialization
routines may be slowing it down. My first though is possibly an issue
with
VSS initialization. In this case, try the following:

4. Run the Windows command "vssadmin list writers". Do you get results
fairly quickly? If that command seems to hang, there this would indicate
a
problem with Microsoft VSS, in which case assistance from MIcrosoft
support
would be the logical next step.

If the vssadmin command works okay, then:

5. Search for article 1412250 (or "vshadow") at the IBM support page
(see
my sig) and follow the steps there to obtain the Microsoft SDK which
includes a useful tool called vshadow.exe. Run vshadow like this:

  vshadow -wm2 > vswm2.out

It will generate a lot of output data. It should run to completion in a
minute or two. If it seems to take forever, then again, this would
appear
to be a problem to take up with Microsoft support.

If none of the above seems problematic thus far, then:

6. Start the client like this from the TSM baclient directory (where
dsmc.exe lives):

  dsmc -traceflags=service -tracefile=tsmtrace.out

and let it sit.

Over time, do you see the trace file growing? If it grows rapidly (say,
to
hundreds of MB), then this might be indicative of some kind of loop.
Kill
the dsmc.exe process, open a PMR, and provide the trace.

The trace file will have *some* amount of data in it. But after, say, an
hour, if you see 

Re: Windows client just hangs

[Rick Adamson]

You may know, but there is a Microsoft hotfix rollup that addresses many
known issues with VSS. After testing we made the decision to push them
out to all of our servers.

Thank you,
~Rick


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Zoltan Forray/AC/VCU
Sent: Wednesday, June 16, 2010 11:59 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Windows client just hangs

Thanks, Andy.  Forwarded this on to my Windows techs
Zoltan Forray
TSM Software & Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
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://infosecurity.vcu.edu/phishing.html



From:
Andrew Raibeck 
To:
ADSM-L@VM.MARIST.EDU
Date:
06/16/2010 09:41 AM
Subject:
Re: [ADSM-L] Windows client just hangs
Sent by:
"ADSM: Dist Stor Manager" 



1. Make sure you have the prerequisite hotfixes installed for Windows
2003
(see the client requirements web page for which hotfixes to install if
you
are not already familar with them). If the hotfixes are not installed,
your
first step should be to install them.

After verifying the hotfixes are installed, see if the problem
continues.
If it does:

2. Try installing and testing the admin command line interface (dsmadmc)
to
see if it can connect to the TSM server. This would help determine
whether
connectivity between TSM client and server is at issue.

Assuming that connectivity is not the issue, then:

3. Start the backup-archive CLI (dsmc.exe). Observe the process in Task
Manager. Do you see it using an CPU? Does memory utilization change? How
about disk I/O (you may need to turn on those columns in the Task
Manager
display, as some of these are not enabled by default).

If there is CPU activity, changes in memory utilization, and/or disk
I/O,
then the client is probably not "hung", but something in the
initialization
routines may be slowing it down. My first though is possibly an issue
with
VSS initialization. In this case, try the following:

4. Run the Windows command "vssadmin list writers". Do you get results
fairly quickly? If that command seems to hang, there this would indicate
a
problem with Microsoft VSS, in which case assistance from MIcrosoft
support
would be the logical next step.

If the vssadmin command works okay, then:

5. Search for article 1412250 (or "vshadow") at the IBM support page
(see
my sig) and follow the steps there to obtain the Microsoft SDK which
includes a useful tool called vshadow.exe. Run vshadow like this:

   vshadow -wm2 > vswm2.out

It will generate a lot of output data. It should run to completion in a
minute or two. If it seems to take forever, then again, this would
appear
to be a problem to take up with Microsoft support.

If none of the above seems problematic thus far, then:

6. Start the client like this from the TSM baclient directory (where
dsmc.exe lives):

   dsmc -traceflags=service -tracefile=tsmtrace.out

and let it sit.

Over time, do you see the trace file growing? If it grows rapidly (say,
to
hundreds of MB), then this might be indicative of some kind of loop.
Kill
the dsmc.exe process, open a PMR, and provide the trace.

The trace file will have *some* amount of data in it. But after, say, an
hour, if you see no additional growth, then use the Microsoft userdump
tool
(see KB article 241215 at support.microsoft.com) to create a dump of the
dsmc.exe process. Kill the process, open a PMR, and provide the trace
and
dump file so we can see where it is stuck.

Best regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
Internet e-mail: stor...@us.ibm.com

IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_
Storage_Manager



The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.

"ADSM: Dist Stor Manager"  wrote on 2010-06-15
11:09:11:

> From: Zoltan Forray/AC/VCU 
> To: ADSM-L@vm.marist.edu
> Date: 2010-06-15 11:13
> Subject: Windows client just hangs
> Sent by: "ADSM: Dist Stor Manager" 
>
> Got a strange problem with a Windows 2003 server and the latest
client.
>
> This Windows server was having VSS errors.  The admin went through the
> VSSWriter/list processes and all seems to be good.
>
> However, the client simply hang and wont do a thing.  This was a
working
> client and the user decide to upgrade to 6.2.1.
>
> I have his rework his dsm.opt so it has the bare minimum - NODENAME,
> TCPSERVERADDRESS, VERBOSE and DOMAIN.  Even added -systemstate to
DOMAIN
> thinking it might be having problems with that.
>
> Running the CLI/dsmc produces nothing.  It start

DP for DB's: SQL Restore question

[Rick Adamson]

I have been asked many times to restore databases from TSM to flat
files, and not attach them to the SQL Server. I have tried to use the
"Restore Groups/Files option" but when I open the SQL Mngmt Studio, it
shows the database with a status of "restoring". Have also tried not
using the recovery option, but the DBA's claim that this does not simply
dump the files from TSM. Can someone tell me how to accomplish this or
point me towards the doco? I have been all through the DP for DB's user
guide and have not found anywhere where it explicitly states this is
possible. What am I doing wrong?

 

All comments appreciated.

 

DP 4 DB's  5.5.4.0

TSM Server 5.4.5.2

 

~Rick

Re: Probably easy tsm client install question

[Andrew Raibeck]

Hi Gary,

We have no inherent support for this functionality, but a couple of things
that seem to work:

Method 1. Launch the downloaded exe file like this:

   filename.exe -s -f x:\tsmpackages\uniquepackagename -e

where 'filename.exe' is the name of the TSM downloaded exe package, and
x:\uniquepackagename is the directory where you want the package extracted
to. "uniquepackagename" should represent the specific package. For example:

   6.2.1.0-TIV-TSMBAC-WinX32.exe -s -f t:\tsmpackages\client\tsm6210 -e

Note: the above method will launch the .exe in the background, so you will
not be able to easily monitor completion; though you could set up a little
more sophisticated script that includes monitoring of the process, watching
for it to go away.

Method 2. Some zip utilities might be able to extract the files. I've
successfully used 7-Zip to extract from a .exe file.

Stuff I have to say for what I hope are the obvious reasons: I make no
guarantees about either of these methods, or that they will continue to
work in the future; nor are they officially supported by IBM.

Best regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
Internet e-mail: stor...@us.ibm.com

IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager


The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.

"ADSM: Dist Stor Manager"  wrote on 2010-06-16
10:40:58:

> From: "Lee, Gary D." 
> To: ADSM-L@vm.marist.edu
> Date: 2010-06-16 10:41
> Subject: Probably easy tsm client install question
> Sent by: "ADSM: Dist Stor Manager" 
>
> Working on silent installs for our windows tsm clients.
> Is there a way to only extract the install images from the
> downloaded exe files?
>
> My eventual goal is to create a series of .cmd files to install or
> upgrade a tsm client on a remote machine without needing a remote
> desktop session.
>
> Thanks folks for any help.
>
>
> Gary Lee
> Senior System Programmer
> Ball State University
> phone: 765-285-1310
>
>

Re: Probably easy tsm client install question

[James Choate]

TSM 6.2 has automatic client deployment for Windows clients.

Automatic backup-archive client deployment
IBM Tivoli Storage Manager V6.2 can deploy backup-archive client code to
workstations that already have the backup-archive client installed.
You can now deploy backup-archive client code to candidate client workstations
from the Tivoli Storage Manager V6.2 Administration Center. From the
Administration Center, you can coordinate the client updates to each workstation
that is at release 5.4 and later to V6.2. You are helped through the process by
wizards that configure your workstation and schedule the deployments. The
backup-archive client deployment feature is available for Windows backup-archive
clients only.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of David 
E Ehresman
Sent: Wednesday, June 16, 2010 9:52 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Probably easy tsm client install question

Gary,

Any plans on going to TSM 6?  I'm told it has a client distribution feature.

Has any one on TSM 6 used this feature?

>>> "Lee, Gary D."  6/16/2010 10:40 AM >>>
Working on silent installs for our windows tsm clients.
Is there a way to only extract the install images from the downloaded exe files?

My eventual goal is to create a series of .cmd files to install or upgrade a 
tsm client on a remote machine without needing a remote desktop session.

Thanks folks for any help.


Gary Lee
Senior System Programmer
Ball State University
phone: 765-285-1310

 

Re: Windows client just hangs

[Zoltan Forray/AC/VCU]

Thanks, Andy.  Forwarded this on to my Windows techs
Zoltan Forray
TSM Software & Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
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://infosecurity.vcu.edu/phishing.html



From:
Andrew Raibeck 
To:
ADSM-L@VM.MARIST.EDU
Date:
06/16/2010 09:41 AM
Subject:
Re: [ADSM-L] Windows client just hangs
Sent by:
"ADSM: Dist Stor Manager" 



1. Make sure you have the prerequisite hotfixes installed for Windows 2003
(see the client requirements web page for which hotfixes to install if you
are not already familar with them). If the hotfixes are not installed,
your
first step should be to install them.

After verifying the hotfixes are installed, see if the problem continues.
If it does:

2. Try installing and testing the admin command line interface (dsmadmc)
to
see if it can connect to the TSM server. This would help determine whether
connectivity between TSM client and server is at issue.

Assuming that connectivity is not the issue, then:

3. Start the backup-archive CLI (dsmc.exe). Observe the process in Task
Manager. Do you see it using an CPU? Does memory utilization change? How
about disk I/O (you may need to turn on those columns in the Task Manager
display, as some of these are not enabled by default).

If there is CPU activity, changes in memory utilization, and/or disk I/O,
then the client is probably not "hung", but something in the
initialization
routines may be slowing it down. My first though is possibly an issue with
VSS initialization. In this case, try the following:

4. Run the Windows command "vssadmin list writers". Do you get results
fairly quickly? If that command seems to hang, there this would indicate a
problem with Microsoft VSS, in which case assistance from MIcrosoft
support
would be the logical next step.

If the vssadmin command works okay, then:

5. Search for article 1412250 (or "vshadow") at the IBM support page (see
my sig) and follow the steps there to obtain the Microsoft SDK which
includes a useful tool called vshadow.exe. Run vshadow like this:

   vshadow -wm2 > vswm2.out

It will generate a lot of output data. It should run to completion in a
minute or two. If it seems to take forever, then again, this would appear
to be a problem to take up with Microsoft support.

If none of the above seems problematic thus far, then:

6. Start the client like this from the TSM baclient directory (where
dsmc.exe lives):

   dsmc -traceflags=service -tracefile=tsmtrace.out

and let it sit.

Over time, do you see the trace file growing? If it grows rapidly (say, to
hundreds of MB), then this might be indicative of some kind of loop. Kill
the dsmc.exe process, open a PMR, and provide the trace.

The trace file will have *some* amount of data in it. But after, say, an
hour, if you see no additional growth, then use the Microsoft userdump
tool
(see KB article 241215 at support.microsoft.com) to create a dump of the
dsmc.exe process. Kill the process, open a PMR, and provide the trace and
dump file so we can see where it is stuck.

Best regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
Internet e-mail: stor...@us.ibm.com

IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager



The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.

"ADSM: Dist Stor Manager"  wrote on 2010-06-15
11:09:11:

> From: Zoltan Forray/AC/VCU 
> To: ADSM-L@vm.marist.edu
> Date: 2010-06-15 11:13
> Subject: Windows client just hangs
> Sent by: "ADSM: Dist Stor Manager" 
>
> Got a strange problem with a Windows 2003 server and the latest client.
>
> This Windows server was having VSS errors.  The admin went through the
> VSSWriter/list processes and all seems to be good.
>
> However, the client simply hang and wont do a thing.  This was a working
> client and the user decide to upgrade to 6.2.1.
>
> I have his rework his dsm.opt so it has the bare minimum - NODENAME,
> TCPSERVERADDRESS, VERBOSE and DOMAIN.  Even added -systemstate to DOMAIN
> thinking it might be having problems with that.
>
> Running the CLI/dsmc produces nothing.  It starts and just sits there.
I
> even tried introducing errors in the opt file and it would recognize
them
> and issue error messages and fail, so I know syntax checking is working.
>
> Can successfully ping the TSM server via both IP and DNS name, so
> connectivity isn't the problem - besides, it used to work and there are
> existing backups.   But now, it never gets as far as trying to connect
to
> the TSM server.
>
> Client ha

Re: Windows client just hangs

[Zoltan Forray/AC/VCU]

Same here.

We activated tracing and watched the tracelog output.  It seems to
initiate some kind of VSS stuff and just sits there for a long time.
Eventually it starts.

Supposedly the server is patched with the VSS recommended service packs.

We are going to watch it for a while.  We have other servers experiencing
similar "issues".



From:
Keith Arbogast 
To:
ADSM-L@VM.MARIST.EDU
Date:
06/16/2010 09:05 AM
Subject:
Re: [ADSM-L] Windows client just hangs
Sent by:
"ADSM: Dist Stor Manager" 



"Got a strange problem with a Windows 2003 server and the latest client."

Zoltan,
Please post your findings. I just had a Windows 2003 server get an
ANS2610S error in the GUI after upgrading from 5.5.2.6 to 6.2.1.0.
Uninstalling and re-installing fixed that, but my initial research
indicated that error was a thing of the past.

Thank you,
Keith Arbogast

Re: Probably easy tsm client install question

[David E Ehresman]

Gary,

Any plans on going to TSM 6?  I'm told it has a client distribution feature.

Has any one on TSM 6 used this feature?

>>> "Lee, Gary D."  6/16/2010 10:40 AM >>>
Working on silent installs for our windows tsm clients.
Is there a way to only extract the install images from the downloaded exe files?

My eventual goal is to create a series of .cmd files to install or upgrade a 
tsm client on a remote machine without needing a remote desktop session.

Thanks folks for any help.


Gary Lee
Senior System Programmer
Ball State University
phone: 765-285-1310

 

Probably easy tsm client install question

[Lee, Gary D.]

Working on silent installs for our windows tsm clients.
Is there a way to only extract the install images from the downloaded exe files?

My eventual goal is to create a series of .cmd files to install or upgrade a 
tsm client on a remote machine without needing a remote desktop session.

Thanks folks for any help.


Gary Lee
Senior System Programmer
Ball State University
phone: 765-285-1310

 

Re: Downloading client updates - problem with index.storsys.ibm.com

[Fred Johanson]

Andy,

That is what I see also.  For me a minor annoyance;  Windozers never check the 
README anyways.

Fred


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Andrew 
Raibeck
Sent: Wednesday, June 16, 2010 7:31 AM
To: ADSM-L@vm.marist.edu
Subject: Re: [ADSM-L] Downloading client updates - problem with 
index.storsys.ibm.com

Fred, Grigori:

I can certainly reproduce this error with Firefox when I try to view the
README file; and using "http://"; instead of "ftp://"; avoids the issue; and
when using "ftp://";, simply clicking OK after the error pop-up shows the
file content..But for navigating the directory structure or downloading the
install packages, I cannot reproduce this. Are you really getting these
errors navigating the directories or downloading install packages???

Examples:

1. When I go to this link:

ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/client/v6r2/Windows/x32/v620/

I see the expected directory structure.

Is your experience different?

2. When I go to this link:

ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/client/v6r2/Windows/x32/v620/6.2.0.0-TIV-TSMBAC-README_enu.htm

I get the pop-up message, click OK, then see the README information.

Is your experience different?

We know what is contributing to the pop-up error and will work to resolve
it; at this time, though, it seems more like a minor annoyance than a major
problem. N.B.: I realize that everyone's assessment of "minor annoyance"
vs. "major pain" will vary, and of course we would prefer to not even have
the "minor annoyance". :-)

Best regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
Internet e-mail: stor...@us.ibm.com

IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager


The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.

"ADSM: Dist Stor Manager"  wrote on 2010-06-16
03:40:28:

> From: Grigori Solonovitch 
> To: ADSM-L@vm.marist.edu
> Date: 2010-06-16 03:42
> Subject: Re: Downloading client updates - problem with
index.storsys.ibm.com
> Sent by: "ADSM: Dist Stor Manager" 
>
> I am using next link:
> http://ftp.software.ibm.com/storage/tivoli-storage-management/
> HTPP is working much better than FTP.
>
> Grigori G. Solonovitch
>
> Senior Technical Architect
>
> Information Technology  Ahli United Bank Kuwait
http://www.ahliunited.com.kw
>
> Phone: (+965) 2231-2274  Mobile: (+965) 99798073  E-Mail:
> grigori.solonovi...@ahliunited.com
>
> Please consider the environment before printing this Email
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On
> Behalf Of Fred Johanson
> Sent: Tuesday, June 15, 2010 7:21 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Downloading client updates - problem with
> index.storsys.ibm.com
>
> Andy,
>
> I've clicked on your link, cut and pasted, and hand typed, all with
> the same result.  Only on FF.
>
> Fred
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On
> Behalf Of Andrew Raibeck
> Sent: Tuesday, June 15, 2010 11:12 AM
> To: ADSM-L@vm.marist.edu
> Subject: Re: [ADSM-L] Downloading client updates - problem with
> index.storsys.ibm.com
>
> Hi Fred, *exactly* how are you navigating to that link?
>
> Best regards,
>
> Andy
>
> Andy Raibeck
> IBM Software Group
> Tivoli Storage Manager Client Product Development
> Level 3 Team Lead
> Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
> Internet e-mail: stor...@us.ibm.com
>
> IBM Tivoli Storage Manager support web page:
> http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/
> Tivoli_Storage_Manager
>
>
> The only dumb question is the one that goes unasked.
> The command line is your friend.
> "Good enough" is the enemy of excellence.
>
> "ADSM: Dist Stor Manager"  wrote on 2010-06-15
> 11:57:00:
>
> > From: Fred Johanson 
> > To: ADSM-L@vm.marist.edu
> > Date: 2010-06-15 11:57
> > Subject: Re: Downloading client updates - problem with
> index.storsys.ibm.com
> > Sent by: "ADSM: Dist Stor Manager" 
> >
> > Andy,
> >
> > That also produces this message
> >
> > 550 /storage/tivoli-storage-management/patches/client/v6r2/Windows/
> > x64/v620/ibmdita.css: No such file or directory.
> >
> >
> >
> >
> > -Original Message-
> > From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On
> > Behalf Of Andrew Raibeck
> > Sent: Tuesday, June 15, 2010 10:53 AM
> > To: ADSM-L@vm.marist.edu
> > Subject: Re: [ADSM-L] Downloading client updates - problem with
> > index.storsys.ibm.com
> >
> > I also use Firefox often and don't have trouble.
> >
> > Consider giving this a shot:
> >
> > ftp://public.dhe.ibm.com
> >
> > Best regards,
> >
> > Andy
> >
>

Re: Windows client just hangs

[Andrew Raibeck]

1. Make sure you have the prerequisite hotfixes installed for Windows 2003
(see the client requirements web page for which hotfixes to install if you
are not already familar with them). If the hotfixes are not installed, your
first step should be to install them.

After verifying the hotfixes are installed, see if the problem continues.
If it does:

2. Try installing and testing the admin command line interface (dsmadmc) to
see if it can connect to the TSM server. This would help determine whether
connectivity between TSM client and server is at issue.

Assuming that connectivity is not the issue, then:

3. Start the backup-archive CLI (dsmc.exe). Observe the process in Task
Manager. Do you see it using an CPU? Does memory utilization change? How
about disk I/O (you may need to turn on those columns in the Task Manager
display, as some of these are not enabled by default).

If there is CPU activity, changes in memory utilization, and/or disk I/O,
then the client is probably not "hung", but something in the initialization
routines may be slowing it down. My first though is possibly an issue with
VSS initialization. In this case, try the following:

4. Run the Windows command "vssadmin list writers". Do you get results
fairly quickly? If that command seems to hang, there this would indicate a
problem with Microsoft VSS, in which case assistance from MIcrosoft support
would be the logical next step.

If the vssadmin command works okay, then:

5. Search for article 1412250 (or "vshadow") at the IBM support page (see
my sig) and follow the steps there to obtain the Microsoft SDK which
includes a useful tool called vshadow.exe. Run vshadow like this:

   vshadow -wm2 > vswm2.out

It will generate a lot of output data. It should run to completion in a
minute or two. If it seems to take forever, then again, this would appear
to be a problem to take up with Microsoft support.

If none of the above seems problematic thus far, then:

6. Start the client like this from the TSM baclient directory (where
dsmc.exe lives):

   dsmc -traceflags=service -tracefile=tsmtrace.out

and let it sit.

Over time, do you see the trace file growing? If it grows rapidly (say, to
hundreds of MB), then this might be indicative of some kind of loop. Kill
the dsmc.exe process, open a PMR, and provide the trace.

The trace file will have *some* amount of data in it. But after, say, an
hour, if you see no additional growth, then use the Microsoft userdump tool
(see KB article 241215 at support.microsoft.com) to create a dump of the
dsmc.exe process. Kill the process, open a PMR, and provide the trace and
dump file so we can see where it is stuck.

Best regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
Internet e-mail: stor...@us.ibm.com

IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager


The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.

"ADSM: Dist Stor Manager"  wrote on 2010-06-15
11:09:11:

> From: Zoltan Forray/AC/VCU 
> To: ADSM-L@vm.marist.edu
> Date: 2010-06-15 11:13
> Subject: Windows client just hangs
> Sent by: "ADSM: Dist Stor Manager" 
>
> Got a strange problem with a Windows 2003 server and the latest client.
>
> This Windows server was having VSS errors.  The admin went through the
> VSSWriter/list processes and all seems to be good.
>
> However, the client simply hang and wont do a thing.  This was a working
> client and the user decide to upgrade to 6.2.1.
>
> I have his rework his dsm.opt so it has the bare minimum - NODENAME,
> TCPSERVERADDRESS, VERBOSE and DOMAIN.  Even added -systemstate to DOMAIN
> thinking it might be having problems with that.
>
> Running the CLI/dsmc produces nothing.  It starts and just sits there.
I
> even tried introducing errors in the opt file and it would recognize them
> and issue error messages and fail, so I know syntax checking is working.
>
> Can successfully ping the TSM server via both IP and DNS name, so
> connectivity isn't the problem - besides, it used to work and there are
> existing backups.   But now, it never gets as far as trying to connect to
> the TSM server.
>
> Client has been uninstalled/deleted/reinstalled.  System has been
> rebooted.
>
> What can we do to further diagnose/resolve where the hang is?  Are there
> processing/startup options/traceflags to show where it is and what it is
> doing?
> Zoltan Forray
> TSM Software & Hardware Administrator
> Virginia Commonwealth University
> UCC/Office of Technology Services
> 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://infosecurity

Re: slowness with Storage Manager Admin Center 6.2

[Rick Adamson]

I too had an extensive conversation with IBM/TSM support regarding
virtualization support as well as the company wanted to use virtualized
TSM servers at our DR site. Their official response was the TSM Server
was in fact supported on VMware but due to the I/O demands it needed
direct access to the network and any SAN/HBA's. What TSM (or Vmware)did
not support was the use of an attached physical tape library.

On another note, with the AC machine being virtual it should be easy
enough to throw additional resources at it (at least temporarily) to
help determine the bottleneck.


Good Luck!

~Rick


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Tyree, David
Sent: Wednesday, June 16, 2010 9:00 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] slowness with Storage Manager Admin Center 6.2

I just looked at numbers in the host and it's not showing any stress on
the server.
About the most bump I saw was 10-15% on the CPU. All the other numbers
show a very unused box.

"Policy" says that if the vender supports VM then we use it. At this
point TSM is not supported on VM so it's staying physical. 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Rick Adamson
Sent: Wednesday, June 16, 2010 8:43 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] slowness with Storage Manager Admin Center 6.2

You should be able to easily confirm if it is in fact an issue regarding
the performance of the ESX server by taking a close look at the
performance tab of the VM and ESX host. VMware does a pretty good job of
providing performance reporting.

Personally, I have kept my TSM servers (and Admin Center) on physical
hardware.

~Rick Adamson
Jax, Fl.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Tyree, David
Sent: Tuesday, June 15, 2010 3:51 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] slowness with Storage Manager Admin Center 6.2

Both servers respond promptly when I do stuff via linemode. The test box
is running on older hardware and a slower network connection but I can't
really tell much difference between the two. 

I do a lot of things via linemode and have always liked it...


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Roger Deschner
Sent: Tuesday, June 15, 2010 1:59 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] slowness with Storage Manager Admin Center 6.2

Or you could just try entering the linemode commands to do the same
thing w/ dsmadmc, and see how long that takes. (e.g. QUERY NODE followed
by UPDATE NODE.)


Who knows - you could become a new convert to linemode. They may finally
persuade me to install Admin Center when we go to 6.2, but I won't go
happily, and I will probably use it as little as possible. I believe in
doing simple things simply, which means linemode.


Roger Deschner  University of Illinois at Chicago rog...@uic.edu
=== The command line is your friend. ===
(stolen from Andy Raibeck)



On Mon, 14 Jun 2010, Lindsay Morris wrote:

>I guess you could watch dsmadmc -console output and see how long TSM is
>taking to respond to the query.
>Maybe THAT's the bottleneck.
>
>
>Lindsay Morris
>CEO, TSMworks
>Tel. 1-859-539-9900
>lind...@tsmworks.com
>
>
>On Mon, Jun 14, 2010 at 3:04 PM, Tyree, David 
wrote:
>
>> I've watched the task manager server while I'm doing something within
>> the Admin Center and I'm not seeing much of a bump at all.
>>
>> I'm getting a 70% bump on the server when I first log in to admin
center
>> but it quickly drop down to about 4-5%.
>> When I go to modify a client and wait for the processing screen to go
>> away I get 40-50% bump on the server when I first hit the modify
button
>> then it drops down to background noise. While I'm waiting several
>> seconds for the processing screen to go away the CPU has already
dropped
>> down to nothing.
>>
>> I'm seeing bigger bumps on my local machine but nothing really
>> substantially different.
>>
>> I can't really tell any difference between IE or Firefox.
>>
>>
>> -Original Message-
>> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf
Of
>> Lindsay Morris
>> Sent: Monday, June 14, 2010 2:34 PM
>> To: ADSM-L@VM.MARIST.EDU
>> Subject: Re: [ADSM-L] slowness with Storage Manager Admin Center 6.2
>>
>> You can watch task manager as you issue a request.
>> If you see IE (or whatever browser you're using) using low CPU for 10
>> seconds, then see it busy as the page loads, the slowness is
somewhere
>> behind that.
>> If you see if busy all 10-15 seconds, then it's your browser, or
browser
>> settings.  Try Firefox instead of IE; we've seen that make a huge
>> difference
>> on some web apps.
>>
>> You can do similar tricks watching task manager on the Admin Center
box.
>>
>> At least you have a repeatable problem.  ;-}
>>
>> --

Re: Windows client just hangs

[Keith Arbogast]

"Got a strange problem with a Windows 2003 server and the latest client."

Zoltan,
Please post your findings. I just had a Windows 2003 server get an ANS2610S 
error in the GUI after upgrading from 5.5.2.6 to 6.2.1.0. Uninstalling and 
re-installing fixed that, but my initial research indicated that error was a 
thing of the past.

Thank you,
Keith Arbogast

Re: slowness with Storage Manager Admin Center 6.2

[Tyree, David]

I just looked at numbers in the host and it's not showing any stress on
the server.
About the most bump I saw was 10-15% on the CPU. All the other numbers
show a very unused box.

"Policy" says that if the vender supports VM then we use it. At this
point TSM is not supported on VM so it's staying physical. 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Rick Adamson
Sent: Wednesday, June 16, 2010 8:43 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] slowness with Storage Manager Admin Center 6.2

You should be able to easily confirm if it is in fact an issue regarding
the performance of the ESX server by taking a close look at the
performance tab of the VM and ESX host. VMware does a pretty good job of
providing performance reporting.

Personally, I have kept my TSM servers (and Admin Center) on physical
hardware.

~Rick Adamson
Jax, Fl.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Tyree, David
Sent: Tuesday, June 15, 2010 3:51 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] slowness with Storage Manager Admin Center 6.2

Both servers respond promptly when I do stuff via linemode. The test box
is running on older hardware and a slower network connection but I can't
really tell much difference between the two. 

I do a lot of things via linemode and have always liked it...


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Roger Deschner
Sent: Tuesday, June 15, 2010 1:59 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] slowness with Storage Manager Admin Center 6.2

Or you could just try entering the linemode commands to do the same
thing w/ dsmadmc, and see how long that takes. (e.g. QUERY NODE followed
by UPDATE NODE.)


Who knows - you could become a new convert to linemode. They may finally
persuade me to install Admin Center when we go to 6.2, but I won't go
happily, and I will probably use it as little as possible. I believe in
doing simple things simply, which means linemode.


Roger Deschner  University of Illinois at Chicago rog...@uic.edu
=== The command line is your friend. ===
(stolen from Andy Raibeck)



On Mon, 14 Jun 2010, Lindsay Morris wrote:

>I guess you could watch dsmadmc -console output and see how long TSM is
>taking to respond to the query.
>Maybe THAT's the bottleneck.
>
>
>Lindsay Morris
>CEO, TSMworks
>Tel. 1-859-539-9900
>lind...@tsmworks.com
>
>
>On Mon, Jun 14, 2010 at 3:04 PM, Tyree, David 
wrote:
>
>> I've watched the task manager server while I'm doing something within
>> the Admin Center and I'm not seeing much of a bump at all.
>>
>> I'm getting a 70% bump on the server when I first log in to admin
center
>> but it quickly drop down to about 4-5%.
>> When I go to modify a client and wait for the processing screen to go
>> away I get 40-50% bump on the server when I first hit the modify
button
>> then it drops down to background noise. While I'm waiting several
>> seconds for the processing screen to go away the CPU has already
dropped
>> down to nothing.
>>
>> I'm seeing bigger bumps on my local machine but nothing really
>> substantially different.
>>
>> I can't really tell any difference between IE or Firefox.
>>
>>
>> -Original Message-
>> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf
Of
>> Lindsay Morris
>> Sent: Monday, June 14, 2010 2:34 PM
>> To: ADSM-L@VM.MARIST.EDU
>> Subject: Re: [ADSM-L] slowness with Storage Manager Admin Center 6.2
>>
>> You can watch task manager as you issue a request.
>> If you see IE (or whatever browser you're using) using low CPU for 10
>> seconds, then see it busy as the page loads, the slowness is
somewhere
>> behind that.
>> If you see if busy all 10-15 seconds, then it's your browser, or
browser
>> settings.  Try Firefox instead of IE; we've seen that make a huge
>> difference
>> on some web apps.
>>
>> You can do similar tricks watching task manager on the Admin Center
box.
>>
>> At least you have a repeatable problem.  ;-}
>>
>> 
>> Lindsay Morris
>> CEO, TSMworks
>> Tel. 1-859-539-9900
>> lind...@tsmworks.com
>>
>>
>> On Mon, Jun 14, 2010 at 2:19 PM, Tyree, David 
>> wrote:
>>
>> >I'm running a new install of the 6.2.0.0 version of
the
>> > Storage Manager Admin Center on a VM box. It's loaded on Windows
2008
>> R2
>> > Standard (64-bit) with a pair of 2.66 GHz CPUs with 4 gig of
memory.
>> > It's dedicated to TSM support and nothing else is loaded on the
>> machine.
>> > It's pointed to a pair of separate TSM servers, the production
system
>> > running 5.5.4.1 and a test system running 6.1.0.0.
>> >
>> >According to the product info screen the WebSphere
is
>> at
>> > 7.5.1.0, Java is Standard Edition IBM Corporation 1.5.0, VM is IBM
J9
>> VM
>> > 2.3.
>> >
>> >The task manager within the OS says the server

Re: Downloading client updates - problem with index.storsys.ibm.com

[Grigori Solonovitch]

Hello Andy,
I am using IE 8.0 and it is OK for the first FTP link, but NOK for the second 
one.
At the same time, just replacing ftp:// by http://  helps to resolve problem.
In addition, HTTP connections and downloads are much faster than  FTP.
It a reason, why I am using HTTP protocol.

Grigori G. Solonovitch

Senior Technical Architect

Information Technology  Ahli United Bank Kuwait http://www.ahliunited.com.kw

Phone: (+965) 2231-2274  Mobile: (+965) 99798073  E-Mail: 
grigori.solonovi...@ahliunited.com

Please consider the environment before printing this Email


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Andrew 
Raibeck
Sent: Wednesday, June 16, 2010 3:31 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Downloading client updates - problem with 
index.storsys.ibm.com

Fred, Grigori:

I can certainly reproduce this error with Firefox when I try to view the
README file; and using "http://"; instead of "ftp://"; avoids the issue; and
when using "ftp://";, simply clicking OK after the error pop-up shows the
file content..But for navigating the directory structure or downloading the
install packages, I cannot reproduce this. Are you really getting these
errors navigating the directories or downloading install packages???

Examples:

1. When I go to this link:

ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/client/v6r2/Windows/x32/v620/

I see the expected directory structure.

Is your experience different?

2. When I go to this link:

ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/client/v6r2/Windows/x32/v620/6.2.0.0-TIV-TSMBAC-README_enu.htm

I get the pop-up message, click OK, then see the README information.

Is your experience different?

We know what is contributing to the pop-up error and will work to resolve
it; at this time, though, it seems more like a minor annoyance than a major
problem. N.B.: I realize that everyone's assessment of "minor annoyance"
vs. "major pain" will vary, and of course we would prefer to not even have
the "minor annoyance". :-)

Best regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
Internet e-mail: stor...@us.ibm.com

IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager


The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.

"ADSM: Dist Stor Manager"  wrote on 2010-06-16
03:40:28:

> From: Grigori Solonovitch 
> To: ADSM-L@vm.marist.edu
> Date: 2010-06-16 03:42
> Subject: Re: Downloading client updates - problem with
index.storsys.ibm.com
> Sent by: "ADSM: Dist Stor Manager" 
>
> I am using next link:
> http://ftp.software.ibm.com/storage/tivoli-storage-management/
> HTPP is working much better than FTP.
>
> Grigori G. Solonovitch
>
> Senior Technical Architect
>
> Information Technology  Ahli United Bank Kuwait
http://www.ahliunited.com.kw
>
> Phone: (+965) 2231-2274  Mobile: (+965) 99798073  E-Mail:
> grigori.solonovi...@ahliunited.com
>
> Please consider the environment before printing this Email
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On
> Behalf Of Fred Johanson
> Sent: Tuesday, June 15, 2010 7:21 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Downloading client updates - problem with
> index.storsys.ibm.com
>
> Andy,
>
> I've clicked on your link, cut and pasted, and hand typed, all with
> the same result.  Only on FF.
>
> Fred
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On
> Behalf Of Andrew Raibeck
> Sent: Tuesday, June 15, 2010 11:12 AM
> To: ADSM-L@vm.marist.edu
> Subject: Re: [ADSM-L] Downloading client updates - problem with
> index.storsys.ibm.com
>
> Hi Fred, *exactly* how are you navigating to that link?
>
> Best regards,
>
> Andy
>
> Andy Raibeck
> IBM Software Group
> Tivoli Storage Manager Client Product Development
> Level 3 Team Lead
> Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
> Internet e-mail: stor...@us.ibm.com
>
> IBM Tivoli Storage Manager support web page:
> http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/
> Tivoli_Storage_Manager
>
>
> The only dumb question is the one that goes unasked.
> The command line is your friend.
> "Good enough" is the enemy of excellence.
>
> "ADSM: Dist Stor Manager"  wrote on 2010-06-15
> 11:57:00:
>
> > From: Fred Johanson 
> > To: ADSM-L@vm.marist.edu
> > Date: 2010-06-15 11:57
> > Subject: Re: Downloading client updates - problem with
> index.storsys.ibm.com
> > Sent by: "ADSM: Dist Stor Manager" 
> >
> > Andy,
> >
> > That also produces this message
> >
> > 550 /storage/tivoli-storage-management/patches/client/v6r2/Windows/
> > x64/v620/ibmdita.css: No such file or directory.
> >
> >
> >

Re: slowness with Storage Manager Admin Center 6.2

[Rick Adamson]

You should be able to easily confirm if it is in fact an issue regarding
the performance of the ESX server by taking a close look at the
performance tab of the VM and ESX host. VMware does a pretty good job of
providing performance reporting.

Personally, I have kept my TSM servers (and Admin Center) on physical
hardware.

~Rick Adamson
Jax, Fl.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Tyree, David
Sent: Tuesday, June 15, 2010 3:51 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] slowness with Storage Manager Admin Center 6.2

Both servers respond promptly when I do stuff via linemode. The test box
is running on older hardware and a slower network connection but I can't
really tell much difference between the two. 

I do a lot of things via linemode and have always liked it...


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Roger Deschner
Sent: Tuesday, June 15, 2010 1:59 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] slowness with Storage Manager Admin Center 6.2

Or you could just try entering the linemode commands to do the same
thing w/ dsmadmc, and see how long that takes. (e.g. QUERY NODE followed
by UPDATE NODE.)


Who knows - you could become a new convert to linemode. They may finally
persuade me to install Admin Center when we go to 6.2, but I won't go
happily, and I will probably use it as little as possible. I believe in
doing simple things simply, which means linemode.


Roger Deschner  University of Illinois at Chicago rog...@uic.edu
=== The command line is your friend. ===
(stolen from Andy Raibeck)



On Mon, 14 Jun 2010, Lindsay Morris wrote:

>I guess you could watch dsmadmc -console output and see how long TSM is
>taking to respond to the query.
>Maybe THAT's the bottleneck.
>
>
>Lindsay Morris
>CEO, TSMworks
>Tel. 1-859-539-9900
>lind...@tsmworks.com
>
>
>On Mon, Jun 14, 2010 at 3:04 PM, Tyree, David 
wrote:
>
>> I've watched the task manager server while I'm doing something within
>> the Admin Center and I'm not seeing much of a bump at all.
>>
>> I'm getting a 70% bump on the server when I first log in to admin
center
>> but it quickly drop down to about 4-5%.
>> When I go to modify a client and wait for the processing screen to go
>> away I get 40-50% bump on the server when I first hit the modify
button
>> then it drops down to background noise. While I'm waiting several
>> seconds for the processing screen to go away the CPU has already
dropped
>> down to nothing.
>>
>> I'm seeing bigger bumps on my local machine but nothing really
>> substantially different.
>>
>> I can't really tell any difference between IE or Firefox.
>>
>>
>> -Original Message-
>> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf
Of
>> Lindsay Morris
>> Sent: Monday, June 14, 2010 2:34 PM
>> To: ADSM-L@VM.MARIST.EDU
>> Subject: Re: [ADSM-L] slowness with Storage Manager Admin Center 6.2
>>
>> You can watch task manager as you issue a request.
>> If you see IE (or whatever browser you're using) using low CPU for 10
>> seconds, then see it busy as the page loads, the slowness is
somewhere
>> behind that.
>> If you see if busy all 10-15 seconds, then it's your browser, or
browser
>> settings.  Try Firefox instead of IE; we've seen that make a huge
>> difference
>> on some web apps.
>>
>> You can do similar tricks watching task manager on the Admin Center
box.
>>
>> At least you have a repeatable problem.  ;-}
>>
>> 
>> Lindsay Morris
>> CEO, TSMworks
>> Tel. 1-859-539-9900
>> lind...@tsmworks.com
>>
>>
>> On Mon, Jun 14, 2010 at 2:19 PM, Tyree, David 
>> wrote:
>>
>> >I'm running a new install of the 6.2.0.0 version of
the
>> > Storage Manager Admin Center on a VM box. It's loaded on Windows
2008
>> R2
>> > Standard (64-bit) with a pair of 2.66 GHz CPUs with 4 gig of
memory.
>> > It's dedicated to TSM support and nothing else is loaded on the
>> machine.
>> > It's pointed to a pair of separate TSM servers, the production
system
>> > running 5.5.4.1 and a test system running 6.1.0.0.
>> >
>> >According to the product info screen the WebSphere
is
>> at
>> > 7.5.1.0, Java is Standard Edition IBM Corporation 1.5.0, VM is IBM
J9
>> VM
>> > 2.3.
>> >
>> >The task manager within the OS says the server is
not
>> > busy at all and appears to have plenty of available power. The
numbers
>> > from the ESX server also tell me the box isn't being stressed.
>> >
>> >When I go into the webpage for the Admin Center via
IE
>> > or Firefox on my desktop (or others) it's just painfully slow.  If
I
>> > want to modify a client node in Client Nodes and Backup Sets tab I
>> have
>> > to wait for 10-15 seconds for the page to refresh. Then if I make a
>> > change then I have to wait several more seconds for another
refresh.
>> And
>> > so on.
>> >

Re: Downloading client updates - problem with index.storsys.ibm.com

[Andrew Raibeck]

Fred, Grigori:

I can certainly reproduce this error with Firefox when I try to view the
README file; and using "http://"; instead of "ftp://"; avoids the issue; and
when using "ftp://";, simply clicking OK after the error pop-up shows the
file content..But for navigating the directory structure or downloading the
install packages, I cannot reproduce this. Are you really getting these
errors navigating the directories or downloading install packages???

Examples:

1. When I go to this link:

ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/client/v6r2/Windows/x32/v620/

I see the expected directory structure.

Is your experience different?

2. When I go to this link:

ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/client/v6r2/Windows/x32/v620/6.2.0.0-TIV-TSMBAC-README_enu.htm

I get the pop-up message, click OK, then see the README information.

Is your experience different?

We know what is contributing to the pop-up error and will work to resolve
it; at this time, though, it seems more like a minor annoyance than a major
problem. N.B.: I realize that everyone's assessment of "minor annoyance"
vs. "major pain" will vary, and of course we would prefer to not even have
the "minor annoyance". :-)

Best regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
Internet e-mail: stor...@us.ibm.com

IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager


The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.

"ADSM: Dist Stor Manager"  wrote on 2010-06-16
03:40:28:

> From: Grigori Solonovitch 
> To: ADSM-L@vm.marist.edu
> Date: 2010-06-16 03:42
> Subject: Re: Downloading client updates - problem with
index.storsys.ibm.com
> Sent by: "ADSM: Dist Stor Manager" 
>
> I am using next link:
> http://ftp.software.ibm.com/storage/tivoli-storage-management/
> HTPP is working much better than FTP.
>
> Grigori G. Solonovitch
>
> Senior Technical Architect
>
> Information Technology  Ahli United Bank Kuwait
http://www.ahliunited.com.kw
>
> Phone: (+965) 2231-2274  Mobile: (+965) 99798073  E-Mail:
> grigori.solonovi...@ahliunited.com
>
> Please consider the environment before printing this Email
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On
> Behalf Of Fred Johanson
> Sent: Tuesday, June 15, 2010 7:21 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Downloading client updates - problem with
> index.storsys.ibm.com
>
> Andy,
>
> I've clicked on your link, cut and pasted, and hand typed, all with
> the same result.  Only on FF.
>
> Fred
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On
> Behalf Of Andrew Raibeck
> Sent: Tuesday, June 15, 2010 11:12 AM
> To: ADSM-L@vm.marist.edu
> Subject: Re: [ADSM-L] Downloading client updates - problem with
> index.storsys.ibm.com
>
> Hi Fred, *exactly* how are you navigating to that link?
>
> Best regards,
>
> Andy
>
> Andy Raibeck
> IBM Software Group
> Tivoli Storage Manager Client Product Development
> Level 3 Team Lead
> Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
> Internet e-mail: stor...@us.ibm.com
>
> IBM Tivoli Storage Manager support web page:
> http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/
> Tivoli_Storage_Manager
>
>
> The only dumb question is the one that goes unasked.
> The command line is your friend.
> "Good enough" is the enemy of excellence.
>
> "ADSM: Dist Stor Manager"  wrote on 2010-06-15
> 11:57:00:
>
> > From: Fred Johanson 
> > To: ADSM-L@vm.marist.edu
> > Date: 2010-06-15 11:57
> > Subject: Re: Downloading client updates - problem with
> index.storsys.ibm.com
> > Sent by: "ADSM: Dist Stor Manager" 
> >
> > Andy,
> >
> > That also produces this message
> >
> > 550 /storage/tivoli-storage-management/patches/client/v6r2/Windows/
> > x64/v620/ibmdita.css: No such file or directory.
> >
> >
> >
> >
> > -Original Message-
> > From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On
> > Behalf Of Andrew Raibeck
> > Sent: Tuesday, June 15, 2010 10:53 AM
> > To: ADSM-L@vm.marist.edu
> > Subject: Re: [ADSM-L] Downloading client updates - problem with
> > index.storsys.ibm.com
> >
> > I also use Firefox often and don't have trouble.
> >
> > Consider giving this a shot:
> >
> > ftp://public.dhe.ibm.com
> >
> > Best regards,
> >
> > Andy
> >
> > Andy Raibeck
> > IBM Software Group
> > Tivoli Storage Manager Client Product Development
> > Level 3 Team Lead
> > Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
> > Internet e-mail: stor...@us.ibm.com
> >
> > IBM Tivoli Storage Manager support web page:
> > http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/
> > Tivoli_Storage_Manager
> >
> >
> > 

problem to upgrade to 6.2.1

[Hana Darzi]

Hello all,

Can I get help with this problem:

After upgrading to 6.2.1 tsm server faifed to start and I get this error:
ANR0100E adminit.c(2570): Error 105 creating table "OccupancyT"

My server is windows 2003 R2 64x

Thnk you,
Hana
_

Hana Shparber (Darzi)
Computation Center, Ben-Gurion University
Email: ha...@bgu.ac.il
Phone: 972-8-6461160, Mobile: 972-52-6839378
_

Re: Downloading client updates - problem with index.storsys.ibm.com

[Grigori Solonovitch]

I am using next link:
http://ftp.software.ibm.com/storage/tivoli-storage-management/
HTPP is working much better than FTP.

Grigori G. Solonovitch

Senior Technical Architect

Information Technology  Ahli United Bank Kuwait http://www.ahliunited.com.kw

Phone: (+965) 2231-2274  Mobile: (+965) 99798073  E-Mail: 
grigori.solonovi...@ahliunited.com

Please consider the environment before printing this Email


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Fred 
Johanson
Sent: Tuesday, June 15, 2010 7:21 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Downloading client updates - problem with 
index.storsys.ibm.com

Andy,

I've clicked on your link, cut and pasted, and hand typed, all with the same 
result.  Only on FF.

Fred


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Andrew 
Raibeck
Sent: Tuesday, June 15, 2010 11:12 AM
To: ADSM-L@vm.marist.edu
Subject: Re: [ADSM-L] Downloading client updates - problem with 
index.storsys.ibm.com

Hi Fred, *exactly* how are you navigating to that link?

Best regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
Internet e-mail: stor...@us.ibm.com

IBM Tivoli Storage Manager support web page:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager


The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.

"ADSM: Dist Stor Manager"  wrote on 2010-06-15
11:57:00:

> From: Fred Johanson 
> To: ADSM-L@vm.marist.edu
> Date: 2010-06-15 11:57
> Subject: Re: Downloading client updates - problem with
index.storsys.ibm.com
> Sent by: "ADSM: Dist Stor Manager" 
>
> Andy,
>
> That also produces this message
>
> 550 /storage/tivoli-storage-management/patches/client/v6r2/Windows/
> x64/v620/ibmdita.css: No such file or directory.
>
>
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On
> Behalf Of Andrew Raibeck
> Sent: Tuesday, June 15, 2010 10:53 AM
> To: ADSM-L@vm.marist.edu
> Subject: Re: [ADSM-L] Downloading client updates - problem with
> index.storsys.ibm.com
>
> I also use Firefox often and don't have trouble.
>
> Consider giving this a shot:
>
> ftp://public.dhe.ibm.com
>
> Best regards,
>
> Andy
>
> Andy Raibeck
> IBM Software Group
> Tivoli Storage Manager Client Product Development
> Level 3 Team Lead
> Internal Notes e-mail: Andrew Raibeck/Hartford/i...@ibmus
> Internet e-mail: stor...@us.ibm.com
>
> IBM Tivoli Storage Manager support web page:
> http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/
> Tivoli_Storage_Manager
>
>
> The only dumb question is the one that goes unasked.
> The command line is your friend.
> "Good enough" is the enemy of excellence.
>
> "ADSM: Dist Stor Manager"  wrote on 2010-06-15
> 11:22:00:
>
> > From: Zoltan Forray/AC/VCU 
> > To: ADSM-L@vm.marist.edu
> > Date: 2010-06-15 11:22
> > Subject: Re: Downloading client updates - problem with
> index.storsys.ibm.com
> > Sent by: "ADSM: Dist Stor Manager" 
> >
> > Why should it be a browser issue?  I haven't used IE is years.  I only
> use
> > Firefox and occasionally Chrome.  I can get to
> > ftp://index.storsys.ibm.com/tivoli-storage-management/ in FF just fine.
> I
> > prefer to use an FTP client for this kind of download/server but FF
works
> > fine?  Are you using the latest, 3.6.3?
> >
> >
> >
> > From:
> > "Minns, Farren - Chichester" 
> > To:
> > ADSM-L@VM.MARIST.EDU
> > Date:
> > 06/15/2010 06:47 AM
> > Subject:
> > Re: [ADSM-L] Downloading client updates - problem with
> > index.storsys.ibm.com
> > Sent by:
> > "ADSM: Dist Stor Manager" 
> >
> >
> >
> > Aha, thanks David
> >
> > Was using Firefox. Never occurred to me it was a browser issue :-)
> >
> > IE works fine.
> >
> > Many thanks
> >
> > Farren
> >
> >
> >
> >
> > -Original Message-
> > From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf
Of
> > David McClelland
> > Sent: 14 June 2010 09:52
> > To: ADSM-L@VM.MARIST.EDU
> > Subject: Re: [ADSM-L] Downloading client updates - problem with
> > index.storsys.ibm.com
> >
> > Hey Farren,
> >
> > Are you using a different browser than before? Google Chrome perhaps?
> I've
> > come across this before:
> >
> > Notice the pesky space between the /tivoli-storage-management/ and the
> > maintenance? Try removing that space (manually in the address bar) and
> see
> > if you can browse then - it gets old after a while, so I switch back to
> IE
> > just for browsing these folders.
> >
> > //DMc
> > London, UK
> >
> > -Original Message-
> > From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf
Of
> > Minns, Farren - Chichester
> > Sent: 14 June 2010 09:45
> > To: ADSM-L@VM.MARIST.EDU
> > Subject: [ADSM-L] Downloading client updates - problem with
> > index.storsys.ibm.