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

[Minns, Farren - Chichester]

Hi all

I usually go to ftp://index.storsys.ibm.com/tivoli-storage-management for 
client downloads but since I tried on Friday (I haven't been there for a while) 
I get the following error when trying to go into maintenance etc.

550 /tivoli-storage-management/ maintenance: No such file or directory.

Am I doing something wrong? Have the files moved? Etc :-)

Regards

Farren




John Wiley & Sons Limited is a private limited company registered in England 
with registered number 641132.
Registered office address: The Atrium, Southern Gate, Chichester, West Sussex, 
United Kingdom. PO19 8SQ.

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

[David McClelland]

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.com

Hi all

I usually go to ftp://index.storsys.ibm.com/tivoli-storage-management for
client downloads but since I tried on Friday (I haven't been there for a
while) I get the following error when trying to go into maintenance etc.

550 /tivoli-storage-management/ maintenance: No such file or directory.

Am I doing something wrong? Have the files moved? Etc :-)

Regards

Farren





John Wiley & Sons Limited is a private limited company registered in England
with registered number 641132.
Registered office address: The Atrium, Southern Gate, Chichester, West
Sussex, United Kingdom. PO19 8SQ.

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

[Richard Sims]

On Jun 14, 2010, at 4:45 AM, Minns, Farren - Chichester wrote:

> Hi all
> 
> I usually go to ftp://index.storsys.ibm.com/tivoli-storage-management for 
> client downloads but since I tried on Friday (I haven't been there for a 
> while) I get the following error when trying to go into maintenance etc.
> 
> 550 /tivoli-storage-management/ maintenance: No such file or directory.
> 
> Am I doing something wrong? Have the files moved? Etc :-)

May have been down for maintenance - wee hours of the morning.  Is responding 
now.
In any case, the more formal site is ftp.software.ibm.com .

Questions about vtl useage

[Lee, Gary D.]

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 what kinds and what has been your 
experience?

I currently have about 3 tB of onsite tape, looking to at least double that 
when we pick up the exchange 2007 environment.

Thanks for any information.


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

 

Re: Questions about vtl useage

[Huebner,Andy,FORT WORTH,IT]

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 what kinds and what has been your 
experience?

I currently have about 3 tB of onsite tape, looking to at least double that 
when we pick up the exchange 2007 environment.

Thanks for any information.


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



This e-mail (including any attachments) is confidential and may be legally 
privileged. If you are not an intended recipient or an authorized 
representative of an intended recipient, you are prohibited from using, copying 
or distributing the information in this e-mail or its attachments. If you have 
received this e-mail in error, please notify the sender immediately by return 
e-mail and delete all copies of this message and any attachments.

Thank you.

TSM now supports Microsoft Exchange Server 2010

[patped]

Hi,

Im currently trying to implement backup on exchange 2010.

But im getting som error that i cant seem to fix.

The baklient and TDP has been installed.

LOCALDSMAgentnode has been set to the same nodename of the backup node.

When i try and run "tdpexcc.exe query exchange" it can query the exchange 
databases, but i get the following errors.

ACN5229E Error obtaining VSS information from Local DSMAgent Node: 'Nodename'.
ANS1532E (RC5722) Proxy Rejected: Proxy authority has not been granted to this 
node.

Does anyone have an idea how to fix this?

+--
|This was sent by p...@netgroup.dk via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--

Re: TSM now supports Microsoft Exchange Server 2010

[Robert Ouzen]

Hello

You need to grant  proxynode (check the command help grant proxynode) on the 
server.

Regards  Robert

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of patped
Sent: Monday, June 14, 2010 1:45 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM now supports Microsoft Exchange Server 2010

Hi,

Im currently trying to implement backup on exchange 2010.

But im getting som error that i cant seem to fix.

The baklient and TDP has been installed.

LOCALDSMAgentnode has been set to the same nodename of the backup node.

When i try and run "tdpexcc.exe query exchange" it can query the exchange 
databases, but i get the following errors.

ACN5229E Error obtaining VSS information from Local DSMAgent Node: 'Nodename'.
ANS1532E (RC5722) Proxy Rejected: Proxy authority has not been granted to this 
node.

Does anyone have an idea how to fix this?

+--
|This was sent by p...@netgroup.dk via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--

Re: TSM now supports Microsoft Exchange Server 2010

[Del Hoobler]

Robert is absolutely correct.

And I highly encourage you to read the configuration section of the
User's Guide since configuration for VSS backups is a bit more complicated

and if you skip steps, things will not work (as you found out.)

Thanks,

Del




"ADSM: Dist Stor Manager"  wrote on 06/14/2010
11:00:16 AM:

> [image removed]
>
> Re: TSM now supports Microsoft Exchange Server 2010
>
> Robert Ouzen
>
> to:
>
> ADSM-L
>
> 06/14/2010 11:02 AM
>
> Sent by:
>
> "ADSM: Dist Stor Manager" 
>
> Please respond to "ADSM: Dist Stor Manager"
>
> Hello
>
> You need to grant  proxynode (check the command help grant
> proxynode) on the server.
>
> Regards  Robert
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On
> Behalf Of patped
> Sent: Monday, June 14, 2010 1:45 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: [ADSM-L] TSM now supports Microsoft Exchange Server 2010
>
> Hi,
>
> Im currently trying to implement backup on exchange 2010.
>
> But im getting som error that i cant seem to fix.
>
> The baklient and TDP has been installed.
>
> LOCALDSMAgentnode has been set to the same nodename of the backup node.
>
> When i try and run "tdpexcc.exe query exchange" it can query the
> exchange databases, but i get the following errors.
>
> ACN5229E Error obtaining VSS information from Local DSMAgent Node:
'Nodename'.
> ANS1532E (RC5722) Proxy Rejected: Proxy authority has not been
> granted to this node.
>
> Does anyone have an idea how to fix this?
>
> +--
> |This was sent by p...@netgroup.dk via Backup Central.
> |Forward SPAM to ab...@backupcentral.com.
> +--

Re: Questions about vtl useage

[Remco Post]

Hi,

On 14 jun 2010, at 14:54, Lee, Gary D. wrote:

> 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.
> 

I'd say that a ds8100 is way overkill for TSM usage. DS5000 is way more 
suitable, and a lot less expensive.

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

Tape has one advantage: idle tapes are almost cost-free. Idle data sitting on 
disk still consumes power. Of course, if the amount of data is small enough 
(few TB) a disk-only solution makes sense. And of course, if your DR 
requirements are that you need access to first byte to be less than a second

> Are any folks out there using vtl, and if so what kinds and what has been 
> your experience?
> 
> I currently have about 3 tB of onsite tape, looking to at least double that 
> when we pick up the exchange 2007 environment.
> 

3 TB is peanuts. I'd say, buy a DS3000 (or comparable) dedicated to TSM. Will 
be way cheaper than any VTL solution. BTW, where do you keep the backups of all 
other data on your ds8100?


> Thanks for any information.
> 
> 
> Gary Lee
> Senior System Programmer
> Ball State University
> phone: 765-285-1310
> 

-- 
Met vriendelijke groeten/Kind Regards,

Remco Post
r.p...@plcs.nl
+31 6 248 21 622

Re: Questions about vtl useage

[Lee, Gary D.]

We are using the 8100 because it is here.

The 8100 is shared across the mainframe.  z/os for all administrative data, 
db2, vsam etc.  All z/os backups ar done to tape as well. However, the 
university is getting an ERP solution, and the remaining candidates are 
sunguard banner, and peoplesoft.  Finally, there is a distinct anti-mainframe 
wind blowing here.  I give it five years tops.

 


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

 
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Remco 
Post
Sent: Monday, June 14, 2010 12:12 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Questions about vtl useage

Hi,

On 14 jun 2010, at 14:54, Lee, Gary D. wrote:

> 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.
> 

I'd say that a ds8100 is way overkill for TSM usage. DS5000 is way more 
suitable, and a lot less expensive.

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

Tape has one advantage: idle tapes are almost cost-free. Idle data sitting on 
disk still consumes power. Of course, if the amount of data is small enough 
(few TB) a disk-only solution makes sense. And of course, if your DR 
requirements are that you need access to first byte to be less than a second

> Are any folks out there using vtl, and if so what kinds and what has been 
> your experience?
> 
> I currently have about 3 tB of onsite tape, looking to at least double that 
> when we pick up the exchange 2007 environment.
> 

3 TB is peanuts. I'd say, buy a DS3000 (or comparable) dedicated to TSM. Will 
be way cheaper than any VTL solution. BTW, where do you keep the backups of all 
other data on your ds8100?


> Thanks for any information.
> 
> 
> Gary Lee
> Senior System Programmer
> Ball State University
> phone: 765-285-1310
> 

-- 
Met vriendelijke groeten/Kind Regards,

Remco Post
r.p...@plcs.nl
+31 6 248 21 622

Re: upgrade to 6.2

[Amos ADSM]

On 10/06/2010 15:25, Hana Darzi wrote:

Hello all
When upgrading from 6.1.3 to 6.2 windows 64X server
I ask a user name and password for instance db2 service.
I use the ‘Local System Account’  .
This account have no password how I can go on with the upgrade
Without giving password during installation
Thank you, Hana



_

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

Hana,

Its very strange, i upgrade from 5.5 to 6.2 and yesterday to 6.2.1, 
during the install, DB2 asks for is own account
and its written in the Manual, thus i dont know how u manage to install 
the TSM server with service account, without an error, usually the 
default account its tsminst1,
I assume but i didnt test it, manipulate the DB2 database(Export,Import 
backup and restore to other server),and them create it with a new User


Amos

segfault: dsmserv 6.1.3.4 RHEL 5.5 x86_64

[Josh Davis]

I'm at 1h, 40m waiting on callback, but I thought I'd post this for people 
searching.

I found the issue because DBB to tape would crash, but BA STG to tape did not.  
Neither did BA DB T=F DEVC=FILECLASS.

I found out later that the customer loaded some tapes and checked them in, but 
it didn't click that they weren't labelled.

The gdb backtrace shows that it's crashing in ScsiAutoLabelVolume, and just 
after that, I hit a crash during BA STG writing to a new tape.

This is easy enough to work around, don't let autolable run, but it's an 
offering, and it shouldn't crash.

Here's my writeup:

ENV: dsmserv 6.1.3.4, RHEL 5.5 x86_64
PROBLEM: dsmserv crashes when autolabelling a tape
* Tapes processed with LABEL LIBVOL are fine.
* dsmserv drops core in the instance directory.
* No actlog and no stderr/stdout at crash
* Only a segfault indication in /var/log/messages but no details
* db2diag shows rc -50 from the dsm library and has a minicore
* DB2 stays running.
* Before and after, no more than 450mb of swap used.
* System has 16G of RAM & two 4-core Intel Xeon E5530 2.4GHz procs
* gdb backtrace on the core file shows:
#0  ScsiAutoLabelVolume (driveP=0x2aaab0108908, newLabelP=0x445b4eb0 "42L3",
readLabelP=0x445b3e80 "", isScratch=True, isBlank=True, createWorm=False)
at mmsscsi.c:19973
#1  0x009aa531 in ScsiMountVolume (volNameP=0x21640c50 "SCRTCH",
poolNameP=, mntDescP=,
callbackArgP=0x1f9d4ae8) at mmsscsi.c:19464
#2  0x0095580e in MmsMountVolume (volNameP=0x21640c50 "SCRTCH",
poolNameP=0x21641d10 "TAPEPOOL", mntDescP=0x445b5fa0,
callbackArgP=0x1f9d4ae8) at mms.c:1392
#3  0x00ce33aa in LtoOpen (args=0x21640c48) at pvrlto.c:288
#4  0x0091d675 in AgentThread (argP=0x21640bf8) at pvr.c:12986
#5  0x00c807f4 in StartThread (startInfoP=0x1e5c7a08) at pkthread.c:3325
#6  0x0032bcc0673d in start_thread () from /lib64/libpthread.so.0
#7  0x0032bc0d3d1d in clone () from /lib64/libc.so.6

ACTION TAKEN: isolated issue as above, created PMR with IBM RC.

ACTION PLAN: Waiting on callback.
* autolabel should not drop core.

TESTCASE: DB2 cores, dsmserv cores, db2diag, actlog



 With friendly regards,
Josh-Daniel S. Davis

Re: TDP Microsoft Exchange 2010 with lanfree

[Amos ADSM]

On 08/06/2010 22:12, Del Hoobler wrote:

Hi Robert,

As far as error:
  "Unable to obtain   model type for '\\.\Tape4', rc = 46"
This is not my area of expertise... if the ADSM-L community cannot help,
please open a call with IBM support.

Thanks,

Del





"ADSM: Dist Stor Manager"  wrote on 06/08/2010
12:54:47 PM:

   

[image removed]

Re: TDP Microsoft Exchange 2010 with lanfree

Robert Ouzen

to:

ADSM-L

06/08/2010 12:55 PM

Sent by:

"ADSM: Dist Stor Manager"

Please respond to "ADSM: Dist Stor Manager"

Yep ... it's what I did I configure the option file for the "Tsm
remote client agent " with the enable feature and delete those line
for the TDP option.

But still got the  error

Thanks Robert

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On
Behalf Of Del Hoobler
Sent: יום ג 08 יוני 2010 18:00
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TDP Microsoft Exchange 2010 with lanfree

Robert,

Please read my response carefully again.
It is NOT the DP/Exchange options file that you need to update.
You need to configure the options file for the "TSM Remote Client
 

Agent".
   

Thanks,

Del




"ADSM: Dist Stor Manager"  wrote on 06/08/2010
10:53:47 AM:

 

[image removed]

Re: TDP Microsoft Exchange 2010 with lanfree

Robert Ouzen

to:

ADSM-L

06/08/2010 10:54 AM

Sent by:

"ADSM: Dist Stor Manager"

Please respond to "ADSM: Dist Stor Manager"

Hi Del

Thanks for the reply .. I already add the option lines to enable
lanfree in the dsm.opt client (by the way did I need those lines in
the dsm.opt on the TDP side )

But got the error:

  Unable to obtain   model type for '\\.\Tape4', rc = 46

I think is a driver problem, I install the device driver  from the
installation package 5.5.2.0.

It install the storage agent under program files(x86) as an 32bit
application and the driver install is LTO tape drive , my tapes are
virtual tapes library  under Data Domain.

In my previous TDP it's  worked fine

Thanks,

Robert

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf
Of Del Hoobler
Sent: Tuesday, June 08, 2010 5:20 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TDP Microsoft Exchange 2010 with lanfree

Robert,

For VSS backups, the Windows BA Client performs the data transfer.
You must configure the Windows BA Client options file, (more
specifically, the option file for the "TSM Remote Client Agent" aka
"DSMAGENT")
for LANFREE communications.

Thanks,

Del




"ADSM: Dist Stor Manager"  wrote on 06/08/2010
09:42:40 AM:

   

[image removed]

TDP Microsoft Exchange 2010 with lanfree

Robert Ouzen

to:

ADSM-L

06/08/2010 09:48 AM

Sent by:

"ADSM: Dist Stor Manager"

Please respond to "ADSM: Dist Stor Manager"

Hi to all



I implant today the new TDP for Microsoft Exchange server 2010
version
 
 

6.1.2.0 on an OS Windows server 2008 R2 Enterprise 64Bit, succeed to
 
   

install and configure correctly with the new configuration
 

like:
   



Grant proxynode  and new VSS feature (running by the TSM client).



My next stage was to implant lanfree backup, my TSM server version
is
5.5.2.0 and my Storage agent is 5.5.2.0.



I add in my dsm.opt on the TDP side the lines:



ENABLELANFREEYES

Lanfreecommmethodtcpip

lanfreetcpserveraddress  132.74.XX.XXX

lanfreetcpport1502



I had a HBA and configure it with a correct zone and see the correct
 
   

VTL drives of my Data Domain VTL  in  the device manager.

Configure  paths on the TSM server side as:



Source Name: EXCHSRVB_SA

Source Type: SERVER

   Destination Name: VTLDRV12

   Destination Type: DRIVE

Library: DDVTL

  Node Name:

 Device: \\.\Tape4

   External Manager:

LUN:

  Initiator: 0

  Directory:

On-Line: Yes

Last Update by (administrator): ROBERT

  Last Update Date/Time: 06/07/2010 20:57:15



I validate the connection with validate lanfree command
 

successfully:
   



ANR0387I Evaluating node EXCHSRVB_DB using storage agent EXCHSRVB_SA
 
   

for LAN-free data movement.



Node  Storage  Operation Mgmt Class Destination
LAN-Free  Explanation

Name  Agent  Name   Name capable?

-  - -- 
- 

EXCH- EXCHSRV- BACKUPMGWEXCHAN- VTL_EXCHANGE Yes

SRV-  B_SA   GECOPY

B_DB

EXCH- EXCHSRV- BACKUPMGWEXCHAN- VTL_EXCHANGE Yes

SRV-  B_SA  

Re: segfault: dsmserv 6.1.3.4 RHEL 5.5 x86_64

[Cowen, Richard]

check: IC65602: SERVER CRASHES DURING AUTOLABEL OF LIBRARY VOLUME.


-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Josh Davis
Sent: Monday, June 14, 2010 12:47 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] segfault: dsmserv 6.1.3.4 RHEL 5.5 x86_64

I'm at 1h, 40m waiting on callback, but I thought I'd post this for
people searching.

I found the issue because DBB to tape would crash, but BA STG to tape
did not.  Neither did BA DB T=F DEVC=FILECLASS.

I found out later that the customer loaded some tapes and checked them
in, but it didn't click that they weren't labelled.

The gdb backtrace shows that it's crashing in ScsiAutoLabelVolume, and
just after that, I hit a crash during BA STG writing to a new tape.

This is easy enough to work around, don't let autolable run, but it's an
offering, and it shouldn't crash.

Here's my writeup:

ENV: dsmserv 6.1.3.4, RHEL 5.5 x86_64
PROBLEM: dsmserv crashes when autolabelling a tape
* Tapes processed with LABEL LIBVOL are fine.
* dsmserv drops core in the instance directory.
* No actlog and no stderr/stdout at crash
* Only a segfault indication in /var/log/messages but no details
* db2diag shows rc -50 from the dsm library and has a minicore
* DB2 stays running.
* Before and after, no more than 450mb of swap used.
* System has 16G of RAM & two 4-core Intel Xeon E5530 2.4GHz procs
* gdb backtrace on the core file shows:
#0  ScsiAutoLabelVolume (driveP=0x2aaab0108908, newLabelP=0x445b4eb0
"42L3",
readLabelP=0x445b3e80 "", isScratch=True, isBlank=True,
createWorm=False)
at mmsscsi.c:19973
#1  0x009aa531 in ScsiMountVolume (volNameP=0x21640c50 "SCRTCH",
poolNameP=, mntDescP=,
callbackArgP=0x1f9d4ae8) at mmsscsi.c:19464
#2  0x0095580e in MmsMountVolume (volNameP=0x21640c50 "SCRTCH",
poolNameP=0x21641d10 "TAPEPOOL", mntDescP=0x445b5fa0,
callbackArgP=0x1f9d4ae8) at mms.c:1392
#3  0x00ce33aa in LtoOpen (args=0x21640c48) at pvrlto.c:288
#4  0x0091d675 in AgentThread (argP=0x21640bf8) at pvr.c:12986
#5  0x00c807f4 in StartThread (startInfoP=0x1e5c7a08) at
pkthread.c:3325
#6  0x0032bcc0673d in start_thread () from /lib64/libpthread.so.0
#7  0x0032bc0d3d1d in clone () from /lib64/libc.so.6

ACTION TAKEN: isolated issue as above, created PMR with IBM RC.

ACTION PLAN: Waiting on callback.
* autolabel should not drop core.

TESTCASE: DB2 cores, dsmserv cores, db2diag, actlog



 With friendly regards,
Josh-Daniel S. Davis



The information contained in this transmission may contain privileged and 
confidential information. 
It is intended only for the use of the person(s) named above. If you are not 
the intended  
recipient, you are hereby notified that any review, dissemination, distribution 
or  
duplication of this communication is strictly prohibited. If you are not the 
intended recipient, 
please contact the sender by reply email and destroy all copies of the original 
message. 
To reply to our email administrator directly, please send an email to 
postmas...@sbsplanet.com.

Re: segfault: dsmserv 6.1.3.4 RHEL 5.5 x86_64

[Zoltan Forray/AC/VCU]

Out of curiosity, what level/version of lin_tape are you running?
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:
Josh Davis 
To:
ADSM-L@VM.MARIST.EDU
Date:
06/14/2010 12:47 PM
Subject:
[ADSM-L] segfault: dsmserv 6.1.3.4  RHEL 5.5 x86_64
Sent by:
"ADSM: Dist Stor Manager" 



I'm at 1h, 40m waiting on callback, but I thought I'd post this for people
searching.

I found the issue because DBB to tape would crash, but BA STG to tape did
not.  Neither did BA DB T=F DEVC=FILECLASS.

I found out later that the customer loaded some tapes and checked them in,
but it didn't click that they weren't labelled.

The gdb backtrace shows that it's crashing in ScsiAutoLabelVolume, and
just after that, I hit a crash during BA STG writing to a new tape.

This is easy enough to work around, don't let autolable run, but it's an
offering, and it shouldn't crash.

Here's my writeup:

ENV: dsmserv 6.1.3.4, RHEL 5.5 x86_64
PROBLEM: dsmserv crashes when autolabelling a tape
* Tapes processed with LABEL LIBVOL are fine.
* dsmserv drops core in the instance directory.
* No actlog and no stderr/stdout at crash
* Only a segfault indication in /var/log/messages but no details
* db2diag shows rc -50 from the dsm library and has a minicore
* DB2 stays running.
* Before and after, no more than 450mb of swap used.
* System has 16G of RAM & two 4-core Intel Xeon E5530 2.4GHz procs
* gdb backtrace on the core file shows:
#0  ScsiAutoLabelVolume (driveP=0x2aaab0108908, newLabelP=0x445b4eb0
"42L3",
readLabelP=0x445b3e80 "", isScratch=True, isBlank=True,
createWorm=False)
at mmsscsi.c:19973
#1  0x009aa531 in ScsiMountVolume (volNameP=0x21640c50 "SCRTCH",
poolNameP=, mntDescP=,
callbackArgP=0x1f9d4ae8) at mmsscsi.c:19464
#2  0x0095580e in MmsMountVolume (volNameP=0x21640c50 "SCRTCH",
poolNameP=0x21641d10 "TAPEPOOL", mntDescP=0x445b5fa0,
callbackArgP=0x1f9d4ae8) at mms.c:1392
#3  0x00ce33aa in LtoOpen (args=0x21640c48) at pvrlto.c:288
#4  0x0091d675 in AgentThread (argP=0x21640bf8) at pvr.c:12986
#5  0x00c807f4 in StartThread (startInfoP=0x1e5c7a08) at
pkthread.c:3325
#6  0x0032bcc0673d in start_thread () from /lib64/libpthread.so.0
#7  0x0032bc0d3d1d in clone () from /lib64/libc.so.6

ACTION TAKEN: isolated issue as above, created PMR with IBM RC.

ACTION PLAN: Waiting on callback.
* autolabel should not drop core.

TESTCASE: DB2 cores, dsmserv cores, db2diag, actlog



 With friendly regards,
Josh-Daniel S. Davis

slowness with Storage Manager Admin Center 6.2

[Tyree, David]

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. 

It doesn't matter if I'm hitting the production server
or the test server, both take 10-15 seconds for something to happen. 

I really like the new look of the Admin Center but this
is slowness is killing me.

Do I have something wrong here?   



 

David Tyree 
Interface Analyst 
South Georgia Medical Center 
229.333.1155 

Confidential Notice:  This e-mail message, including any attachments, is
for the sole use of the intended recipient(s) and may contain
confidential and privileged information.  Any unauthorized review, use,
disclosure or distribution is prohibited.  If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all
copies of the original message.

Re: slowness with Storage Manager Admin Center 6.2

[Lindsay Morris]

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.
>
>It doesn't matter if I'm hitting the production server
> or the test server, both take 10-15 seconds for something to happen.
>
>I really like the new look of the Admin Center but this
> is slowness is killing me.
>
>Do I have something wrong here?
>
>
>
>
>
> David Tyree
> Interface Analyst
> South Georgia Medical Center
> 229.333.1155
>
> Confidential Notice:  This e-mail message, including any attachments, is
> for the sole use of the intended recipient(s) and may contain
> confidential and privileged information.  Any unauthorized review, use,
> disclosure or distribution is prohibited.  If you are not the intended
> recipient, please contact the sender by reply e-mail and destroy all
> copies of the original message.
>

Re: slowness with Storage Manager Admin Center 6.2

[Tyree, David]

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.
>
>It doesn't matter if I'm hitting the production server
> or the test server, both take 10-15 seconds for something to happen.
>
>I really like the new look of the Admin Center but this
> is slowness is killing me.
>
>Do I have something wrong here?
>
>
>
>
>
> David Tyree
> Interface Analyst
> South Georgia Medical Center
> 229.333.1155
>
> Confidential Notice:  This e-mail message, including any attachments,
is
> for the sole use of the intended recipient(s) and may contain
> confidential and privileged information.  Any unauthorized review,
use,
> disclosure or distribution is prohibited.  If you are not the intended
> recipient, please contact the sender by reply e-mail and destroy all
> copies of the original message.
>

Re: slowness with Storage Manager Admin Center 6.2

[Lindsay Morris]

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.
> >
> >It doesn't matter if I'm hitting the production server
> > or the test server, both take 10-15 seconds for something to happen.
> >
> >I really like the new look of the Admin Center but this
> > is slowness is killing me.
> >
> >Do I have something wrong here?
> >
> >
> >
> >
> >
> > David Tyree
> > Interface Analyst
> > South Georgia Medical Center
> > 229.333.1155
> >
> > Confidential Notice:  This e-mail message, including any attachments,
> is
> > for the sole use of the intended recipient(s) and may contain
> > confidential and privileged information.  Any unauthorized review,
> use,
> > disclosure or distribution is prohibited.  If you are not the intended
> > recipient, please contact the sender by reply e-mail and destroy all
> > copies of the original message.
> >
>

Q about TSM 6.1 DB and hardware replication

[mccambly]

Hello Wanda (& everyone),

I thought I would revive this thread to see if anyone had any recent (hopefully 
successful) experiences with using hardware replication an a TSM V6.1+ server 
to achieve a standby DR TSM server, without needing to completely shut down the 
production TSM server.

Has anyone found that it can (or cannot) be done?
Details of your successful configuration would be very much appreciated.

Thanks.
S.


Wanda Prather wrote:
> In prior TSM server versions, replicating the TSM DB and log using hardware
> replication works fine as long as the DB and log are in a consistency group.
>
> Any issues with hardware replication of the TSM 6.1 DB and log?  With
> appropriate changes to dsmserv.opt, will a DR TSM server be able to open the
> replicated DB and use it?  (Just a little nervous about what all those DB2
> services will think..)
>
> Any insight appreciated!
>
> W


+--
|This was sent by mccam...@unopsys.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--

Re: Q about TSM 6.1 DB and hardware replication

[Xav Paice]

- "mccambly"  wrote:

>
> Hello Wanda (& everyone),
>
> I thought I would revive this thread to see if anyone had any recent
> (hopefully successful) experiences with using hardware replication an
> a TSM V6.1+ server to achieve a standby DR TSM server, without needing
> to completely shut down the production TSM server.
>
> Has anyone found that it can (or cannot) be done?
> Details of your successful configuration would be very much
> appreciated.
>
> Thanks.
> S.
>
>
> Wanda Prather wrote:
> > In prior TSM server versions, replicating the TSM DB and log using
> hardware
> > replication works fine as long as the DB and log are in a
> consistency group.
> >
> > Any issues with hardware replication of the TSM 6.1 DB and log?
> With
> > appropriate changes to dsmserv.opt, will a DR TSM server be able to
> open the
> > replicated DB and use it?  (Just a little nervous about what all
> those DB2
> > services will think..)
> >
> > Any insight appreciated!
> >
> > W
>


I've tried a couple of times using TSM 6.1.2 on Windows, and found it 
impossible to get the database to start.  I tried also with TSM 6.1.3 on Linux 
and had more success, but couldn't tell if that was because I'd done something 
right or if it was just that my 'nodeb' was simply a clone of my 'nodea' - the 
Windows trial was on two completely different machines.

I'd love to hear if someone's had this going in a real live production scenario 
yet - so far I've been making backups to a file devclass and replicating that 
using hardware, then restoring at the DR location.  It's reliable at the cost 
of recovery time.

Re: slowness with Storage Manager Admin Center 6.2

[Roger Deschner]

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.
>> >
>> >It doesn't matter if I'm hitting the production server
>> > or the test server, both take 10-15 seconds for something to happen.
>> >
>> >I really like the new look of the Admin Center but this
>> > is slowness is killing me.
>> >
>> >Do I have something wrong here?
>> >
>> >
>> >
>> >
>> >
>> > David Tyree
>> > Interface Analyst
>> > South Georgia Medical Center
>> > 229.333.1155
>> >
>> > Confidential Notice:  This e-mail message, including any attachments,
>> is
>> > for the sole use of the intended recipient(s) and may contain
>> > confidential and privileged information.  Any unauthorized review,
>> use,
>> > disclosure or distribution is prohibited.  If you are not the intended
>> > recipient, please contact the sender by reply e-mail and destroy all
>> > copies of the original message.
>> >
>>
>