Can TSM Server V4.2.3.0 run on AIX 5.2?
Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Client password problem
I moved server backups to a different MVS TSM. Now each time the server attempts to access TSM I get the dreaded 137 authentication failure. I've added password access generate to DSM.SYS and recycled the TSM scheduler several times. What else can I do to correct this? Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Using Control-M for TSM backups
Hi. Due to a company directive, we've just begun using Control-M for scheduling TSM backups. Is anyone out there doing this? If so, how do you deal with MAXSESSIONS? Backups are being scheduled, but we keep exceeding MAXSESSIONS. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: sessRecvVerb: Error -50 from call to 'readRtn'.
Demetrius, Thanks. I'll do it. -Original Message- From: Malbrough, Demetrius [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 29, 2002 9:54 AM To: [EMAIL PROTECTED] Subject: Re: sessRecvVerb: Error -50 from call to 'readRtn'. Ike, Perform a search on www.adsm.org for "errno = 73" and you will finds tons of info about those types of messages. This normally occurs when the connection is reset by peer and most of the time the TSM actlog shows more detailed information about what really happened. Regards, Demetrius -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 29, 2002 8:16 AM To: [EMAIL PROTECTED] Subject: sessRecvVerb: Error -50 from call to 'readRtn'. Hi *SM-ers! Has anyone seen this one? I have a customer issuing the following command... db2 backup database ngbuprd online use tsm open 4 sessions with 4 buffers buffer 2048 parallelism 12 without prompting; Here's the environment... Node Name: ROC08M80P011 Platform: DB2/6000 Client OS Level: 4.3 Client Version: Version 4, Release 1, Level 2.14 Session established with server ADSM: MVS Server Version 4, Release 2, Level 2.0 he gets the following... 08/29/02 05:41:39 sessRecvVerb: Error -50 from call to 'readRtn'. 08/29/02 05:41:39 TcpRead(): recv(): errno = 73 08/29/02 05:41:39 TcpRead(): recv(): errno = 73 08/29/02 05:41:39 sessRecvVerb: Error -50 from call to 'readRtn'. 08/29/02 05:41:39 sessRecvVerb: Error -50 from call to 'readRtn'. I've logged into this server, and ping to it and from it. I've also checked with the IP folks and they see no problems. Where can I look for more problem determination info? I appreciate any assistance. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
sessRecvVerb: Error -50 from call to 'readRtn'.
Hi *SM-ers! Has anyone seen this one? I have a customer issuing the following command... db2 backup database ngbuprd online use tsm open 4 sessions with 4 buffers buffer 2048 parallelism 12 without prompting; Here's the environment... Node Name: ROC08M80P011 Platform: DB2/6000 Client OS Level: 4.3 Client Version: Version 4, Release 1, Level 2.14 Session established with server ADSM: MVS Server Version 4, Release 2, Level 2.0 he gets the following... 08/29/02 05:41:39 sessRecvVerb: Error -50 from call to 'readRtn'. 08/29/02 05:41:39 TcpRead(): recv(): errno = 73 08/29/02 05:41:39 TcpRead(): recv(): errno = 73 08/29/02 05:41:39 sessRecvVerb: Error -50 from call to 'readRtn'. 08/29/02 05:41:39 sessRecvVerb: Error -50 from call to 'readRtn'. I've logged into this server, and ping to it and from it. I've also checked with the IP folks and they see no problems. Where can I look for more problem determination info? I appreciate any assistance. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
DB2/6000 backup
I have a customer issuing the following command... db2 backup database ngbuprd online use tsm open 4 sessions with 4 buffers buffer 2048 parallelism 12 without prompting; Here's the environment... Node Name: ROC08M80P011 Platform: DB2/6000 Client OS Level: 4.3 Client Version: Version 4, Release 1, Level 2.14 Session established with server ADSM: MVS Server Version 4, Release 2, Level 2.0 Problem: The backup sessions are running in a different TSM server than the one defined in dsm.sys Does DB2 have variables somewhere that identify TSM for database backups? I hope someone out there can help... Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
DR/Offsite backup for a UNIX based TSM server.
*SMers... I sure hope someone out there has an idea of how to do this I have one TSM running on AIX 4.3. The problem is that the server has no tapes being sent offsite for Disaster Recovery. What I'd like to do is create copy pools the send the data to z/OS base TSM servers, backing up to tapes that are sent offsite. Any advice will be greatly appreciated. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Data inconsistencies
Thanks Zlatko and everyone else how took time to answer... I used sum(capacity * pct_util / 100) and my numbers looked a LOT better. Thanks again. Ike Hunley -Original Message- From: Zlatko Krastev/ACIT [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 18, 2002 5:13 AM To: [EMAIL PROTECTED] Subject: Re: Data inconsistencies What have you totalled - sum(capacity) or sum(capacity * pct_util / 100) ? Latter will give you the ammount of data while former will give you the space in filesystems (occupied and non-occupied). Also take into account that not all the data may be backed up - you can exclude some files. And an example on the end: 100 GB filesystem with 20 Oracle data files 4 GB each will give 80 GB occupied and 20 GB empty space. Later data files are excluded from B/A client and Oracle tablespaces being say 66% utilized will give approx. 53 GB of backups. And if you have client compression say 2.4:1 will have this data occupying only 22 GB. etc., etc. ... Zlatko Krastev IT Consultant Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> Sent by:"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject:Data inconsistencies Hello TSMers, I have a mystery here I need help clearing up. I ran these commands... SELECT NODE_NAME, FILESPACE_NAME, capacity, PCT_UTIL, BACKUP_START, BACKUP_END FROM FILESPACES and I send the output of this command through some REXX code to total the amount of data(capacity) backed up. The result is 13 terabytes. SELECT VOLUME_NAME FROM VOLUMEUSAGE >From this command I have 374, 20 gigabyte tapes, totaling 7 terabytes. f this server has backed up 13 terabytes, where would the remaining data reside? Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: creating scripts running outside of TSM - password issue
I created a TSM ID with operations authority called TSMRPT, password TSMRPT. It works for me... -Original Message- From: Chuck Lam [mailto:[EMAIL PROTECTED]] Sent: Friday, June 14, 2002 2:44 PM To: [EMAIL PROTECTED] Subject: creating scripts running outside of TSM - password issue Hi, I have TSM 4.1.4 running on AIX 4.3.3. Whenever I created scripts running outside of TSM, I needed to hardcode my admin account and its password in within the TSM command to get it to run. Although it is not a problem, because no one else has access to this TSM server at this point. It will be a security issue eventually. How do you folks getting around this problem? Are there any other ways that I do not know of to get it to run without my hardcoded admin account's password? TIA __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Help needed
Try this link... http://216.185.145.68/discus/messages/1/adsm_sql.pdf -Original Message- From: Wieslaw Markowiak/Kra/ComputerLand/PL [mailto:[EMAIL PROTECTED]] Sent: Monday, April 29, 2002 6:35 AM To: [EMAIL PROTECTED] Subject: Help needed hi, I'm looking for a manual on TSM scripting - can you help me? Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Redirecting Commands in Scripts
Great! One I can finally answer since I just got help on this. I tried the scripts too, unsuccessfully. The only way I know of to route TSM command output to a dataset is by using the TSM TSO Client. I either use the information as presented, or I REXXrcise it Here's the JCL I got from asking a similar question in this forum... //O8XCJOB (8218,08017,8X,G),'BIN 259 IKE ',NOTIFY=O8X, //MSGCLASS=H,CLASS=A,USER=SPPDASD,REGION=0M /*JOBPARM L=99,T=1440 //A EXEC PGM=IEFBR14 //D1 DD DSN=O8X.ADSM.MSGS, //SPACE=(TRK,0), //UNIT=3390,DISP=(MOD,DELETE) //TSPROC EXEC PGM=IKJEFT01,DYNAMNBR=30 //STEPLIB DD DSN=SYS2.TSM.V4219.LOADLIB,DISP=SHR //DSCOPT DD DISP=SHR,DSN=SYS2.ADSM.$TSO.OPTIONS //DSCLANG DD DSN=SYS1.SANSMSG(ANSMENU),DISP=SHR //D1 DD DSN=O8X.ADSM.MSGS, //SPACE=(CYL,(1,5)),LRECL=84,RECFM=VB,DSORG=PS, //UNIT=3390,DISP=(,CATLG,DELETE),BLKSIZE=0 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * PROF PRE(O8X) DSMADMC -ID=O8X -PA=D071676 -OUTFILE=DD:D1 MACRO DD:D2 -TAB //D2 DD * SELECT DATE_TIME,MSGNO,MESSAGE FROM ACTLOG - WHERE SEVERITY='E' OR SEVERITY='W' /* // Here is the CLIST... PROC 0 PROFILE PROMPT PRE(&SYSUID) CONTROL NOLIST NOCONLIST MSG FLUSH PROMPT NOSYMLIST WRITE 1.) ADSM ON SY1C WRITE 2.) ADSME ON SY1C WRITE 3.) TSMEDP00 ON SY1D WRITE 4.) TSMNTP00 ON SY1D WRITE 5.) TSMUXP00 ON SY1D WRITE 6.) TSMUXT01 ON SY1D PICKSRVR: + WRITENR ENTER NUMBER 1 = 6 FOR THE TSM SERVER--> READ &SERVR IF &DATATYPE(&SERVR) ¬= NUM THEN DO WRITE &SERVR IS INCORRECT. ENTER 1,2,3,4,5, OR 6 GOTO PICKSRVR END IF &SERVR < 1 AND &SERVR > 6 THEN DO WRITE &SERVR IS INCORRECT. ENTER 1,2,3,4,5, OR 6 GOTO PICKSRVR END IF &SERVR = 1 THEN SET &SRVR = &STR(ADSM) IF &SERVR = 2 THEN SET &SRVR = &STR(ADSME) IF &SERVR = 3 THEN SET &SRVR = &STR(TSMEDP00) IF &SERVR = 4 THEN SET &SRVR = &STR(TSMNTP00) IF &SERVR = 5 THEN SET &SRVR = &STR(TSMUXP00) IF &SERVR = 6 THEN SET &SRVR = &STR(TSMUXT01) WRITE CONTACTING &SRVR /* IT IS IMPORTANT TO INCLUDE THE PARAMETER "PROMPT" */ /* IN THE PROFILE AND CONTROL STATEMENTS TO ALLOW*/ /* DSMADMC (TSO ADMIN CLIENT MODULE) TO PROMPT FOR */ /* INPUT (E.G. PASSWORD).*/ ALLOC F(DSCOPT) DA('SYS2.&SRVR..$TSO.OPTIONS') SHR REU ALLOC F(DSCLANG) DA('SYS1.SANSMSG(ANSMENU)') SHR REU CALL 'SYS2.TSM.V4219.LOADLIB(DSMADMC)' FREE F(DSCOPT DSCLANG ) PROFILE NOPRE WRITE &SRVR TSO CLIENT SESSION ENDED Hope this helps -Original Message- From: Gerhard Wolkerstorfer [mailto:[EMAIL PROTECTED]] Sent: Friday, April 12, 2002 6:26 AM To: [EMAIL PROTECTED] Subject: Redirecting Commands in Scripts Hello all, I found questions like this in the archives, but no answers.. One more try => I want to run a script, where one line should look like this: QUERY SYSTEM > DSM.OUTPUT.QSYSTEM where DSM.OUTPUT.QSYSTEM is a S390 Filename I want to take to the OFFSITE Location. (This Command works great on the command line, but I want to have it in a script!) However - I tried to do it like this: def script test desc='Test' upd scr
Re: ANR0104E
This will depend on the what level your TSM server is at. We're running TSM fixtest level 4.2.1.9 on z/OS 1.2. We have to wait on fixtest level 4.2.1.10 or PTF level 4.2.2, according to the feedback I got from IBM. -Original Message- From: Fc-Atm-Rck, Tivoli (UNKNOWN) [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 5:25 PM To: [EMAIL PROTECTED] Subject: ANR0104E Importance: High Hi, does any one know how to fix the error code: ANR0104E 04/09/02 16:18:06 ANR0802I Delete Filespace * (backup/archive data) for node ATMDEV01 started. 04/09/02 16:18:06 ANR0104E imfsdel.c(1425): Error 2 deleting row from table "Expiring.Objects". 04/09/02 16:18:06 ANR0985I Process 607 for DELETE FILESPACE running in the BACKGROUND completed with completion state FAILURE at 16:18:06. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: disaster recovery ?
There are business critical servers backing up to the TSM on this UNIX server. I understood that the backup data is on tape. It is that data we need to recover in a disaster situation. -Original Message- From: Aaron Widmeyer [mailto:[EMAIL PROTECTED]] Sent: Friday, April 05, 2002 9:52 AM To: [EMAIL PROTECTED] Subject: Re: disaster recovery ? If I understand what you are saying here is that you want to not only backup the UNIX machines TSM database but the actual tapes as well to another TSM server? There are some options here and it has been a while since I have read up on this and please correct me if I misunderstand or misstate anything. Here we go: You could export the tapes from your UNIX TSM server and import them into the z/OS server of your choice. You could set it up for off site storage by setting up a mirrored (don't think TSM uses term "mirrored") tape silo. If I remember correctly this involves creating a copy pool that points to a secondary tape silo? My question to you is why are you trying to backup the data on the tapes to another server? Maybe with a little more information on why you are choosing this route, of backing up data that is already backed up, we could better help you. bizzorg cc: Sent by: "ADSM:Subject: disaster recovery ? Dist Stor Manager" <[EMAIL PROTECTED] T.EDU> 04/05/2002 03:15 AM Please respond to "ADSM: Dist Stor Manager" I hope someone out there can help. All our TSM servers run on OS390 or z/OS, except for one UNIX based TSM. This UNIX server is not setup for offsite storage. I think we can back this server up to a TSM on z/OS. How do I backup the backed up data? It's all in a tape silo attached to this UNIX box. Thanks in advance.. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Problems with the TSM TSO Client...
Here's the clist I execute PROC 0 PROFILE PROMPT PRE(&SYSUID) CONTROL NOLIST NOCONLIST MSG FLUSH PROMPT /* IT IS IMPORTANT TO INCLUDE THE PARAMETER "PROMPT" */ /* IN THE PROFILE AND CONTROL STATEMENTS TO ALLOW*/ /* DSMADMC (TSO ADMIN CLIENT MODULE) TO PROMPT FOR */ /* INPUT (E.G. PASSWORD).*/ ALLOC F(DSCOPT) DA('SYS2.TSMTSO.$ADSM.OPTIONS') SHR REU ALLOC F(DSCLANG) DA('SYS1.SANSMSG(ANSMENU)') SHR REU CALL 'SYS2.TSM.V4219.LOADLIB(DSMADMC)' FREE F(DSCOPT DSCLANG ) PROFILE NOPRE Here's what I get... ADSTAR Distributed Storage Manager Command Line Administrative Interface - Version 3, Release 1, Level 0.7 (C) Copyright IBM Corporation, 1990, 1999, All Rights Reserved. Enter your user id: o8x ANS8059E The TCP/IP functions have not been linked into this module. ANS8023E Unable to establish session with server. ANS8002I Highest return code was -224. We created a job to link TSM and TCPIP(attached as tsmtcpip.txt) I also attached the options file. Can someone out there make point me in the direction I need to solve this problem? Thank you in advance... Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. //O48JOB JOB (8218,08017,48,G),'R.JUSTICE-X56351',CLASS=U,MSGCLASS=H, 0010 // NOTIFY=O48 0020 //** //* //* THE FOLLOWING JOB WAS GENERATED FROM THE REPORT CALLLIBS COMMAND //* FOR TARGET ZONE ZOSE01 ON 02.079 AT 11.55.49. //* //** //LINK0001 EXEC PGM=HEWLH096, // PARM=('NCAL,LIST,LET,CALL') //** //* //* LMODS LINKED IN THIS STEP: //* //*ANSADM //* //** //SYSLIB DD DSN=SYS1.SANSINC2, //UNIT=3390,VOL=SER=ZOSE01, //DISP=(SHR) // DD DSN=SYS1.SEZACMTX, //UNIT=3390,VOL=SER=ZOSE01, //DISP=(SHR) // DD DSN=SYS1.SANSINC1, //UNIT=3390,VOL=SER=ZOSE01, //DISP=(SHR) // DD DSN=SYS1.SCEELKED, //UNIT=3390,VOL=SER=ZOSE01, //DISP=(SHR) //SYSPRINT DD SYSOUT=* //SYSLMOD DD DSN=SYS2.TSM.V4219.LOADLIB, //DISP=(SHR) //SYSUT1 DD UNIT=3390, //SPACE=(CYL,(600,100)) //SMPLTS DD DSN=SMPE.ZOS120.ZOSE01.SMPLTS, //DISP=(SHR) //SYSLIN DD * ALIAS DSMADMC MODEAMODE(31),RMODE(ANY) SETCODE AC(0) ENTRY SVMSTART INCLUDE SMPLTS(ANSADM) NAME ANSADM(R) /* ** ***Tivoli Storage Manager *** ***Product Number 5697-TS9/5698-TSM*** ***"Contains Restricted Materials of IBM" *** ***(c) Copyright IBM Corporation 1990,2001 *** ***Refer to copyright instructions *** ** * ** * Sample Options for TSO Admin Client Version 3 Release 1 ** * ** * COMMMethod * * Format * +--+--+ * | COMMMethod | IUCV | SNAlu6.2 | TCPip | * +--+--+ * System defaults: * * TSO: IUCV * * Option file examples: * * COMMMethod IUCV * COMMMethod SNALU6.2 COMMMethod TCPIP * * CPICBUffersize * * +--+--+ * | CPICBUffersize | cpic_buffer_size | * +--+--+ * Default: 15 (Kbytes) * Min: 1 (Kbytes) * Max: 31 (Kbytes) * * Option file example: * * CPICBUffersize 31 * * SYMbolicdestination *for APPC - Advanced Program-to-Program Communication * * +--+--+ * | SYMbolicdestination | sym_dest_name| * +--+--+ * Default: none *This statement is required if the COMMmethod SNAlu6.2 is *used and i
Re: NEED HELP CONTROLLING SCRIPT OUTPUT, FIELD LENGTHS
Matt, What do you do to execute the select command in the z/OS environment? -Original Message- From: MC Matt Cooper (2838) [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 27, 2002 8:15 AM To: [EMAIL PROTECTED] Subject: NEED HELP CONTROLLING SCRIPT OUTPUT, FIELD LENGTHS Hello all, I am trying to write a simple script that shows the nodes that were not accessed by TSM for more than x days and then do an E-mail notification from there. I AM RUNNING TSM 4.1.5 on z/OS 1.1. The select command to get the node name, last access date, and contact name (the e-mail address) seems easy enough. BUT I want the output from this to be in one line, preferably with fixed position or filed lengths. ( I will be using SAS processing to setup the job that will actually do the EMAIL). I have tried the approach documented in the 3rd chapter of the TSM Refernece manual but I can not get the desired results. It always comes back with the output for 1 node with last access and contact name using two lines. Has anyone ever had any success with this in OS390 environment? I could go a long way with an example . Thanks Matt Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
TSO TSM client
Hi all, I'm starting the TSM TSO client and I get this... ANS8015E File 'DD:DSCOPT', error code 109 from options processing. What gives? Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Question on STK 9360 library not working.
Thanks to everyone for the responses... The problem was that the correct SSI was not started. We are reviewing our startup process. -Original Message- From: Prather, Wanda [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 11:19 AM To: [EMAIL PROTECTED] Subject: Re: Question on STK 9360 library not working. If you are still having the problem, it may be TCP/IP. When you restart the ssi, you probably had to give it the host name; if it can't access that host name via TCP/IP, then you are stuck. ACSLS is server software, TSM is server software, the ssi sits in between them (even if they are all running on the same host). When using a TYPE-ACS (ACSLS driven) library, TSM doesn't issue the robotic commands itself, like it does for a SCSI library. Instead it sends tells the ssi what it wants to do (like, mount a tape). Then the ssi sends the request on to ACSLS, which sends the command to the robot and also (I think) sends some sort of ack back to TSM via the ssi. If something prevents that inter-process communication from occuring properly, or one of the pieces of software drops a transaction (or an ack), then you die with an IPC failure. Redefining the drives or the library won't help; it's a communication thing. The best way to debug these problems is to become familiar with the ACSLS software and the lbtest command, so you can break the problem down and identify what is failing. When you bring ACSLS up, start cmd_proc and talk to ACSLS directly. (The ACSLS commands are described in the ACSLS admin guide, which you can download in .pdf format from the STK web site.) Issue a 'q drive all' command to make sure that acsls is awake and talking. If there are any tapes left in the drives (assuming TSM is down, or you wouldn't be having this problem), dismount them with ACSLS dismount FORCE commands. If you can't do this stuff, you need to call STK software support and let them debug the problem. Once you have proven that ACSLS is up and talking, start the ssi. NOW you want to run the lbtest command. You will find it in the /usr/tivoli/tsm/devices/bin directory. CD to that directory and type: ./lbtest Choose 1, manual test. Pick the commands starting with 51 and up, which are acsls commands. I usually choose 53, which is q drive all. Running lbtest lets you send the SAME 'q drive all' command to acsls. But you are sending it via ssi. You should get the same information back (formatted differently) as if you issue 'q drive all' directly to ACSLS. This proves that the inter-process communication between ssi and ACSLS is working. Now you should be able to start TSM, and it should NOT get an IPC failure. If you still have the problem, someone has changed your config, or PROBABLY dns or TCP/IP isn't working. Hope that helps... Wanda Prather The Johns Hopkins Applied Physics Lab 443-778-8769 [EMAIL PROTECTED] "Intelligence has much less practical application than you'd think" - Scott Adams/Dilbert ******** -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Monday, March 04, 2002 5:59 PM To: [EMAIL PROTECTED] Subject: Question on STK 9360 library not working. We have a TSM 4.2.1.0 Server running on UNIX 4.3.3.0. It usually connects to an STK 9360 library. The building powered down this weekend. The TSM server rebooted. The Silo powered up. TSM issues these messages concerning the tape library... ANR8854E ACSAPI(acs_query_server) invocation failed, status=STATUS_IPC_FAILURE. 03/04/02 14:33:03 ANR8852E Initialization failed for ACSLS library ACSLIB We deleted two drives and tried to redefine them, but received a library not available msg. When I tried to make a change to the ACSLIB, I received a library busy msg. We issued these commands to show both daemons running. ps -ef|grep ssi ps -ef|grep mini We called STK and opened a PMR with IBM. Per IBM we performed the following steps to no avail... In dsmserv.opt: Made sure..ACSQUICKINIT YES 2. Halt TSM 3. kill.acs_ssi 4. Halt acsls 5. Wait 2-3 minutes 6. Restart acsls 7. Wait 2-3 minutes 8. rc.acs_ssi 9. Wait 2-3 minutes 10. Start TSM Does anyone out there have any other methods to get past this? Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Question on STK 9360 library not working.
We have a TSM 4.2.1.0 Server running on UNIX 4.3.3.0. It usually connects to an STK 9360 library. The building powered down this weekend. The TSM server rebooted. The Silo powered up. TSM issues these messages concerning the tape library... ANR8854E ACSAPI(acs_query_server) invocation failed, status=STATUS_IPC_FAILURE. 03/04/02 14:33:03 ANR8852E Initialization failed for ACSLS library ACSLIB We deleted two drives and tried to redefine them, but received a library not available msg. When I tried to make a change to the ACSLIB, I received a library busy msg. We issued these commands to show both daemons running. ps -ef|grep ssi ps -ef|grep mini We called STK and opened a PMR with IBM. Per IBM we performed the following steps to no avail... In dsmserv.opt: Made sure..ACSQUICKINIT YES 2. Halt TSM 3. kill.acs_ssi 4. Halt acsls 5. Wait 2-3 minutes 6. Restart acsls 7. Wait 2-3 minutes 8. rc.acs_ssi 9. Wait 2-3 minutes 10. Start TSM Does anyone out there have any other methods to get past this? Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Weekly archive of *.PST files
*SMers, We're trying to limit backing up *.PST file to weekly. We've asked on this forum, and received answers, one telling us to exclude *.PST and define a weekly archive schedule. So far, here is what we've defined via WEB admin client, but is isn't working. Has anyone out there been successful? Client schedules : NTSERVER FRIDAY_PST Policy Domain Name NTSERVER Schedule Name FRIDAY_PST Description Archive only PST files Action ARCHIVE Options -archmc=ARCH_3wks -desc='Weekly Archive' Objects *.pst Priority 7 Start date 2002-02-27 Start time 16:50:01 Duration 4 Duration units HOURS Period 1 Period units DAYS Day of Week WEDNESDAY Expiration - Last Update Date/Time 2002-02-27 16:53:02.00 Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
TSM Reporting..
Hello *SMers I'd like have automated reporting on TSM activities. I'm using a tedious, manual process right now. I also have scripts defined using the WEB client, but I don't know how to write the report to a file. Help please? Thanks... Ike Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Where would I begin to answer these questions?
The problem I have, is that NT servers don't report on filenames, specifying *.PST files... How much data is currently stored on file servers? - $ per GB stored How much is backed up through TSM (was daily now weekly) soft $'s associated with network traffic Does TSM store to dasd first? if so, for how long - $ per Terabyte stored When archived to tape silo's, for how long? - $ per Terabyte stored Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: WARNING about Tivoli 4.2.1.0: .0 means none of the bugs found yet
The actual production release we put in production was not 4.2.1.0. I believe it was 4.2.1.1. We have the same fear of anything .0 . We had to install TSM 4.2.1.9 because both the WEB client and the Admin interface caused S0C4 abends in the OS/390 TSM Server. We are now experiencing NT clients refusing connection due to down level client code. I downloaded TSM 4.2.1.10 based on advice from IBM. This is supposed to correct this problem. In the mean time the NT Admins have been upgrading to TSM client 4.2.1 . Question: Are TSM admins usually responsible for installing TSM client code, or is that task given to each platform Admin? -Original Message- From: Seay, Paul [mailto:[EMAIL PROTECTED]] Sent: Monday, February 18, 2002 8:56 PM To: [EMAIL PROTECTED] Subject: Re: WARNING about Tivoli 4.2.1.0: .0 means none of the bugs foun d yet I would never install a x.x.x.0 release in production unless Tivoli had categorical proof that it was absolutely solid. Typically, I wait 3 months after it is generally available and do some APAR searches to see where the problems are. I typically wait until x.x.x.2 or .3 before I put in production. Remember everyone is installing the stuff in a test area that has many TB at stake and verifying the product works correctly before the deploy to production. They are the ones generating the initial problems that are fixed and they do a lot of testing. -Original Message- From: PINNI, BALANAND (SBCSI) [mailto:[EMAIL PROTECTED]] Sent: Monday, February 18, 2002 11:48 AM To: [EMAIL PROTECTED] Subject: Re: WARNING about Tivoli 4.2.1.0 Dough, Did u put 4.2.1.9 Fix and try ,because I feel 3.7.0 also had problems .But after updating fixes it went well. So could u pl tell us did they say even after updating to 4.2.1.9 u may face problems? Because it will help me know what else I need to look at later . Thanks Balanand -Original Message- From: James, Doug [mailto:[EMAIL PROTECTED]] Sent: Monday, February 18, 2002 7:42 AM To: [EMAIL PROTECTED] Subject: WARNING about Tivoli 4.2.1.0 We tested 4.2.1.0 for a month, and then applied it in production. After two weeks in production, TSM died. After sending IBM lots of data dumps, the IBM help desk admitted that there were KNOWN BUGS in 4.2.1.0. Our choices were to backlevel to an older version of TSM, or move ahead to a BETA version, 4.2.1.9, that was supposed to fix our problem. We have been running this Beta for about two months, but it is scary to be on the bleeding edge. I do not understand why Tivoli would put out code with major known problems. Doug James -Original Message- From: Robert Ouzen [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 17, 2002 3:16 AM To: [EMAIL PROTECTED] Subject: Re: Novell performance issue Hi George >From where did you get 4.2.1.24 Client I found only from Tivoli 4.2.1.0 ( IP22371.exe) T.I.A Regards Robert Ouzen \\\/// / _ _ \ (| (.) (.) |) +--oOOo--()--oOOo-+ || | Ouzen Robert | | Helpdesk Manager| | Haifa University | || | E-mail: [EMAIL PROTECTED] | | Work : 972-4-8240345 | || +--oooO-+ ( ) Oooo. \ ( ( ) \_) ) / (_/ -Original Message- From: Jason Mount [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 17, 2002 7:50 AM To: [EMAIL PROTECTED] Subject: Re: Novell performance issue George, I was using the 4.2.1.0 NW client and the SMDR/TSA that came with SP3 for NW 5.1. After going to 4.2.1.24 client and TSA5up7, a lot of my TSM error messages and performance problems went away. I am too scared of Beta files, but I have about 40 NW 5.1 servers running it and no burps from these SMDR/TSA files yet. Sugguest you try them out on a few non-critical systems and then go roll them out. - Original Message - From: "Brandon Eckmann/NS/WSC" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 14, 2002 1:41 PM Subject: Re: Novell performance issue > George, > I've been at TSA500 5.4 and SMDR 5.5 for 4 months now with no problems > running with DSMC ver4 rel2 level 1.7. > > > Brandon Eckmann > Network and Technology Services > Wayne State College > Wayne NE. > > > > |-+> > | | George Lesho | > | | <[EMAIL PROTECTED]>| > | | Sent by: "ADSM: | > | | Dist Stor| > | | Manager" | > | | <[EMAIL PROTECTED]| > | |
Re: Select statement
I tried that. filespace_name still wrapped. I selected enough fields so that the output looks like this... NODE: HOC08F5001 SPACE_MB: 704.00 PCT_USED: 91.20 FILESPACE: /export/AIX433_ML BACKUP_START: 2000-10-03 00:25:39.00 BACKUP_END: 2000-10-03 00:25:46.00 I xfer this data to OS/390 and using REXX, I create the report I want. -Original Message- From: John Monahan [mailto:[EMAIL PROTECTED]] Sent: Monday, February 18, 2002 6:12 PM To: [EMAIL PROTECTED] Subject: Re: Select statement You can also: select cast(filespace_name as char(40)) as "Filespace Name".. John Monahan Senior Consultant Enterprise Solutions Computech Resources, Inc. Office: 952-833-0930 ext 109 Cell: 952-484-5435 http://www.compures.com Andrew Raibeck <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 02/16/2002 07:11 AM Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject:Re: Select statement Are you asking how to increase the width so that the file space name doesn't wrap to multiple lines? While this example doesn't wrap, it does illustrate a method you can use to adjust the output column widths. STANDARD WIDTH: select filespace_name, node_name, capacity from filespaces FILESPACE_NAME NODE_NAME CAPACITY -- -- \\raibeck\c$ RAIBECK 44481.4 CUSTOM WIDTH (40 columns for FILESPACE_NAME): select filespace_name as "FILESPACE NAME ", node_name, capacity from filespaces FILESPACE NAME NODE_NAME CAPACITY -- \\raibeck\c$ RAIBECK 44481.4 Note: The "as" specification for FILESPACE_NAME is padded with blanks to bring the entire column width to 40. When running in batch mode, if you want the display to appear in tabular format rather than list format, put the select command in a macro, say, "select.mac". Then invoke dsmadmc like this: dsmadmc -id=adminid -pa=x -displaymode=table macro select.mac or like this this to redirect output to a file: dsmadmc -id=adminid -pa=x -displaymode=table macro select.mac > select.out 2>&1 Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Friday, February 15, 2002 4:36 PM To: [EMAIL PROTECTED] Subject: Select statement Hi all, I hope someone out there has the answer for this. How do I increase the output field size for filespace_name so I can output the filespace_name along with quantity and node_name? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Select statement
Hi all, I hope someone out there has the answer for this. How do I increase the output field size for filespace_name so I can output the filespace_name along with quantity and node_name? Thanks -Original Message- From: Andrew Raibeck [mailto:[EMAIL PROTECTED]] Sent: Friday, February 15, 2002 3:57 PM To: [EMAIL PROTECTED] Subject: Re: TSM Database Tables Hi Pattie, I"m not aware of any updated list, but you can use the SELECT statement to find out: SELECT TABNAME FROM TABLES You can use the following to find out what columns are in the table: SELECT * FROM COLUMNS WHERE TABNAME='tablename' where tablename is the name of the table you are interested in (be sure to put the table name in uppercase). Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. Patricia LeBlanc <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 02/15/2002 13:40 Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject:TSM Database Tables Anyone know where I can find (online) an updated copy of the TSM Database Tables? Thanks, pattie Liberty Mutual Backup and Recovery Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Export/Import process
It's OS/390 V2R9. The LPAR has GIGABIT Ethernet, so throughput should be good. I'll check with our network folks. Thank you VERY much. -Original Message- From: Cook, Dwight E (SAIC) [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 12:05 PM To: Hunley, Ike Subject: RE: Export/Import process Is that an OS/390 running MVS/ESA ? probably your network interface... or TCP/IP configuration on MVS lots of tuning is required under MVS to get TSM to run well... and it still won't run as good as on a healthy IBM S70 AIX machine... we got rid of our two MVS tsm servers and moved them onto S70's... We run a total of 9, S70 TSM servers just my thoughts and experiences... -Original Message----- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 10:57 AM To: [EMAIL PROTECTED] Subject: Re: Export/Import process Great, Thanks a lot. I'm reading TSM doc as I respond to TSM issues. We've moved a client server from a UNIX based TSM to a TSM(4.2.1.9) started task running on OS/390 v2r9. Now backups take a LOT more time. Where do I begin to look for the why? I see extended IDLE waits. 1,162 BPX-- IdleW 2.0 H 76.2 M 4.4 K Node WinNT What causes idle wait? -Original Message- From: Prather, Wanda [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 11:32 AM To: [EMAIL PROTECTED] Subject: Re: Export/Import process Neither. Look at the help for IMPORT NODE. If the filespaces you are importing have identical names to the ones backed up on the new server (and they probably will, since the clients haven't changed), IMPORT will create new filespace names for the imported ones. TSM will NOT merge filespace data on import. Wanda Prather The Johns Hopkins Applied Physics Lab 443-778-8769 [EMAIL PROTECTED] "Intelligence has much less practical application than you'd think" - Scott Adams/Dilbert ******** -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 11:00 AM To: [EMAIL PROTECTED] Subject: Export/Import process We had a TSM region setup for testing and we are moving servers from one TSM started task to another one. So far we've just pointed the servers to the new TSM. We'd like to export all data for each node to import into the new TSM. If we do this, would we overwrite data in the new environment, or would it simply store it? Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Export/Import process
Great, Thanks a lot. I'm reading TSM doc as I respond to TSM issues. We've moved a client server from a UNIX based TSM to a TSM(4.2.1.9) started task running on OS/390 v2r9. Now backups take a LOT more time. Where do I begin to look for the why? I see extended IDLE waits. 1,162 BPX-- IdleW 2.0 H 76.2 M 4.4 K Node WinNT What causes idle wait? -Original Message- From: Prather, Wanda [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 11:32 AM To: [EMAIL PROTECTED] Subject: Re: Export/Import process Neither. Look at the help for IMPORT NODE. If the filespaces you are importing have identical names to the ones backed up on the new server (and they probably will, since the clients haven't changed), IMPORT will create new filespace names for the imported ones. TSM will NOT merge filespace data on import. Wanda Prather The Johns Hopkins Applied Physics Lab 443-778-8769 [EMAIL PROTECTED] "Intelligence has much less practical application than you'd think" - Scott Adams/Dilbert -----Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 11:00 AM To: [EMAIL PROTECTED] Subject: Export/Import process We had a TSM region setup for testing and we are moving servers from one TSM started task to another one. So far we've just pointed the servers to the new TSM. We'd like to export all data for each node to import into the new TSM. If we do this, would we overwrite data in the new environment, or would it simply store it? Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Export/Import process
We had a TSM region setup for testing and we are moving servers from one TSM started task to another one. So far we've just pointed the servers to the new TSM. We'd like to export all data for each node to import into the new TSM. If we do this, would we overwrite data in the new environment, or would it simply store it? Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: TDP questions
TDP for Informix, Oracle and Exchange. -Original Message- From: Joshua S. Bassi [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 4:36 PM To: [EMAIL PROTECTED] Subject: Re: TDP questions What TDP application are you using? -- Joshua S. Bassi Sr. Solutions Architect IBM Certified - AIX/HACMP, SAN, Shark Tivoli Certified Consultant- ADSM/TSM Cell (415) 215-0326 [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of Hunley, Ike Sent: Thursday, January 31, 2002 6:14 AM To: [EMAIL PROTECTED] Subject: TDP questions Where do I find out how many backups TDP keeps. How do we know when a successful backup took place via TDP? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
TDP questions
Where do I find out how many backups TDP keeps. How do we know when a successful backup took place via TDP? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Need help with TSM process slowdowns
When a session is in idle wait, what could it be waiting for? Per Tivoli I increased BUFPOOLSIZE. It seems not to have had much affect. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Need help with TSM process slowdowns
Tivoliv has me changing BUFPOOLSIZE to 1/2 the region size. -Original Message- From: George Lesho [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 5:32 PM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns Ike, I don't know much about your environment but if there were no changes to TSM configuration, I would look at the client corresponding to the slow session. If your client is AIX, run entstat (actually entstat -d ent0) to check your network interface. If there are large error totals, you may have hardware problems. George Lesho AFC Enterprises -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 4:03 PM To: [EMAIL PROTECTED] Subject: Need help with TSM process slowdowns HI, I need HELLLP!! TSM backup processes that last week took 51 minutes, now take 8 - 28 hours. We know of no changes to the TSM 4.2.1.9 Server running on OS/390 V2R9. It looks like the servers are ready to send data and TSM is ready to receive. The routers are indicate very low activity. We have a sniffer on now. If anyone out there has recovered from a similar experience please help? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Need help with TSM process slowdowns
Thanks for your response. I mean TSM sessions, client backing up to TSM server? or processes, TSM server copying, migrating data to tape and archiving. -Original Message- From: Miller, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 5:09 PM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns Do you mean TSM sessions, client backing up to TSM server? or processes, TSM server copying or migrating data to tape? Ryan -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 4:03 PM To: [EMAIL PROTECTED] Subject: Need help with TSM process slowdowns HI, I need HELLLP!! TSM backup processes that last week took 51 minutes, now take 8 - 28 hours. We know of no changes to the TSM 4.2.1.9 Server running on OS/390 V2R9. It looks like the servers are ready to send data and TSM is ready to receive. The routers are indicate very low activity. We have a sniffer on now. If anyone out there has recovered from a similar experience please help? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Need help with TSM process slowdowns
HI, I need HELLLP!! TSM backup processes that last week took 51 minutes, now take 8 - 28 hours. We know of no changes to the TSM 4.2.1.9 Server running on OS/390 V2R9. It looks like the servers are ready to send data and TSM is ready to receive. The routers are indicate very low activity. We have a sniffer on now. If anyone out there has recovered from a similar experience please help? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Help on Exporting, then Importing a node.
I want to copy a client from one TSM to another. I've already exported the node and the Policy domain. When I tried importing the Policy Domain, I got a No matching Domains message. Does anyone have a way to this so I don't have to define all the domains? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
TSM Comm problem
I brought up a cloned TSM and received this message... *ANRD BPX1COMM(1879): ThreadId<37> BindListenSocket: ANRBND(2) failed: rv=-1 *ANRD rc=1115 rsn1=744C rsn2=7247 I suspect that this it a TCP/IP comm issue. Thanks in advance for sharing your ideas. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Archive does not work.
We're running TSM 4.1.14 server on OS/390, TSM 4.2.1 on AIX. Same archive session hangs happened here. We are building a separate TSM to get the cleanups done. The servers being cleaned up must be isolated because no archives, backups, or file recalls can take place during the cleanup. -Original Message- From: Joe Cascanette [mailto:[EMAIL PROTECTED]] Sent: Monday, December 03, 2001 1:04 PM To: [EMAIL PROTECTED] Subject: Re: Archive does not work. Not sure about AIX, however I experienced this problem when I upgraded my Windows TSM Server. The database started to get corrupted and I needed to issue some cleaning commands against the database CLEAN ARCHDIR SHOWSTAT DELETE ARCHDESCRIPTIONS CONVERT ARCHIVE REORG=YES Search the ADSM.ORG site for a message subject ARCHIVE PROBLEMS Joe Cascanette The Cumis Group Limited -Original Message- From: Yury Us [mailto:[EMAIL PROTECTED]] Sent: Monday, December 03, 2001 12:13 PM To: [EMAIL PROTECTED] Subject: Archive does not work. Did somebody ever had similar problem? Archive from AIX node is hanging up. For half an hour it sent only 1.5k from 50Mb. We repeat the situation many times and the result is always the same. The act log shows the only sesion start message, and 'q ses' shows IdleW constantly. The Archive is the only TSM process running on the node.There are no problem with performance neither on network nor AIX machines. We run TSM4.1.4 version on AIX4.3. There are no new messages in either log files server's or client's. Yuriy Us Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Move clients
Hi everyone, We're running TSM 4.1.14 on OS/390 V2R9. I want to move a UNIX client from the current TSM server to a brand new TSM server for testing. Can anyone tell me how to accomplish this? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
.PST files
Hello everyone. What, if anything, does anyone do concerning TSM backing up .PST files? We are beginning to address this issue. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
FYI: Another shop with the archive hang problem... RE: hang ar chive (dsmc) on Sun Solaris
We have that very same issue running TSM 4.1.2.14 on AIX 4.3 with TSM 4.1.4 running on OS/390 V2R9. Traces yield different results the few times the hang occurred while trace was activated. Most times it doesn't hang at all with trace active. Archive sessions do run SLO! We are currently working with IBM. They are now going to bring a Performance person to the conference call. Archives running in macro files worked fine in ADSM 3.1.06. After moving to TSM 4.1.2.14 the hangs occurred. IBM suggested that when we install TSM 4.2.0, then re-write the process to take advantage of a filelist feature, bundling numerous(the more, the better) file archives in one archive session. This failed in TSM 4.12.0, so IBM then suggested that we install TSM 4.2.1. The failures don't occur as often, but the hangs still do from time to time. This has been a "Moving Target", so problem determination is almost impossible. How many archives are being done per day at your site? IBM tells us that we were doing too many for TSM 4.x archive to handle. -Original Message- From: Gerd Bentel [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 23, 2001 11:00 AM To: [EMAIL PROTECTED] Subject: hang archive (dsmc) on Sun Solaris Hi In the moment we have a problem, that sometimes the dsmc command hang and we dont't know why. We make an dsmc archive command (Sun Machine E1 under Solaris 2.7 and TSM Client 4.1.2.14) and sometimes the dsmc command hang. The TSM Server is on OS/390 TSM 3.7.4. To get more information we try an Client trace but this was not very helpful. Because the last entries in the tracefile where always different. Have anybody the same problem and perhaps the solution? Thank you Gerd Bentel Sparkassen Informatik GmbH & Co. KG Standort Fellbach Datenhaltung-Middleware Wilhelm-Pfitzer-Str. 1 70736 Fellbach Telefon: (0711) 5722-2142 Telefax: (0711) 5722-1630 Mailadr.: [EMAIL PROTECTED] Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Audit trail for TSM?
This is probably ground many of you have walked, but I need to know. How do you get an audit trail of what TSM is doing? What if files that should archive, don't? Is there a way to know? Where do I begin to look? Ike -Original Message- From: Zlatko Krastev/ACIT [mailto:[EMAIL PROTECTED]] Sent: Sunday, September 30, 2001 7:43 AM To: [EMAIL PROTECTED] Subject: Re: AIX 4.3.3 - Probleme migration from TSM 4.1.2 to TSM 4.1.4.1 Check the level of tivoli.tsm.msg.en_US.server fileset. It must be 4.1.4.0. In fact only tivoli.tsm.license.rte and tivoli.tsm.msg.en_US.devices must stay at 4.1.0.0. All other have to be 4.1.4.0 and tivoli.tsm.server.com, tivoli.tsm.server.rte at 4.1.4.1. Look for the presense of file /usr/lib/nls/msg/en_US/dsmserv.cat It might be necessary to make a link /usr/lib/nls/msg/fr_FR/dsmserv.cat -> ./en_US/dsmserv.cat (or /usr/lib/nls/msg/$LANG/dsmserv.cat -> ./en_US/dsmserv.cat). Latter normally has to be done also for dsmlabel.cat, dsmserv.hlp, dsmc.hlp, etc. Zlatko Krastev IT Consultant Patrick Armusieaux <[EMAIL PROTECTED]> on 28.09.2001 15:45:23 Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject:AIX 4.3.3 - Probleme migration from TSM 4.1.2 to TSM 4.1.4.1 Hi , I try to migrate from TSM 4.1.2 to TSM 4.1.4.1. The update process is executed normally but when whe start the server "dsmserv" we have this error : ANRE Unable to open language en_US for message formatting ANRE Unable to open message text file form message formatting Do you have encountered this problem and how resolve it ? Thank's Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Monitor for ADSM?
Hello all, Is there a monitoring tool or TSM? I'd like to see what TSM is doing while it's doing it. Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Archive hangs and Poor Archive Performance at TSM 4.1.2 & 4.2
This is a problem on the client side. The programmer can explain this a LOT better than I, but it seems that in TSM 4.1.anything the cleanup process following the archive is bad code. IBM says it's not, but how else do you explain something that had sub-second response in 3.1.06 now taking from 3 seconds to in an extreme case, 3 minutes in TSM 4.x.x? Ike Hunley - BCBSFL -Original Message- From: Kauffman, Tom [mailto:[EMAIL PROTECTED]] Sent: Friday, September 21, 2001 3:36 PM To: [EMAIL PROTECTED] Subject: Re: Archive hangs and Poor Archive Performance at TSM 4.1.2 & 4.2 Could someone refresh my memory on this -- is this a server problem, a client problem, or both? I'm currently running 3.7.4 as a server, and a mixed bag of 2.x and 3.x clients. I'll be upgrading the server to 4.x next month (haven't decided on 4.1.4.1 or 4.2.0.1 yet) and figured on doing the clients afterward. But quite a bit of my daily processes depend on archiving, and I've no intention of spending my time working around a broken product. If it's a client problem I can hold off indefinitely; if it's a server problem, I need to decide if I want to run without support (not a hard decision - I've only had one support call on 3.7, and that was the empty tape with something still on it problem others have run into). Tom Kauffman NIBCO, Inc > -Original Message- > From: Richard Sims [mailto:[EMAIL PROTECTED]] > Sent: Friday, September 21, 2001 1:18 PM > To: [EMAIL PROTECTED] > Subject: Re: Archive hangs and Poor Archive Performance at TSM 4.1.2 & > 4.2 > > > >The answer we've received is move to TSM 4.2 using the > filelist option. > >Filelist will combine numerous archives in one archive > session so that the > >cleanup process is not invoked as much. > > > >We can't say we're happy about having to re-write something > that use to work > >GREAT in release 3.1.06 and the ONLY thing changing is a > release of the same > >product. > > That's the kind of recommendation one usually gets only as a > circumvention. > The performance problem is conspicuously real, and Tivoli > should be providing > a fix for it, as the client software should never have gotten > out in that > condition, given proper testing. At a minimum there should > be an advisory in > the client Readme file about the problem, but I see nothing > there. This is > not being handled well. > >Richard Sims, BU > Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Archive hangs and Poor Archive Performance at TSM 4.1.2 & 4.2
HEAR! HEAR! That's what we've been saying all along. Not only that, but Tivoli support has consistently implied that the programmers scripts caused the problem, so the programmer is not happy with Tivoli at all! To make matters worse, it took almost a month for them to tell us to implement TSM 4.2 They also asked dumps and traces. When trace was on archive processes did not hang. Nothing happened the same way twice. This has been a moving target so it's a difficult bug to shoot. I say that a process that had sub-second response in a prior release should have the same or better response in a software release "upgrade". Now we discover that this is a known problem. -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED]] Sent: Friday, September 21, 2001 2:18 PM To: [EMAIL PROTECTED] Subject: Re: Archive hangs and Poor Archive Performance at TSM 4.1.2 & 4.2 >The answer we've received is move to TSM 4.2 using the filelist option. >Filelist will combine numerous archives in one archive session so that the >cleanup process is not invoked as much. > >We can't say we're happy about having to re-write something that use to work >GREAT in release 3.1.06 and the ONLY thing changing is a release of the same >product. That's the kind of recommendation one usually gets only as a circumvention. The performance problem is conspicuously real, and Tivoli should be providing a fix for it, as the client software should never have gotten out in that condition, given proper testing. At a minimum there should be an advisory in the client Readme file about the problem, but I see nothing there. This is not being handled well. Richard Sims, BU Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Archive hangs and Poor Archive Performance at TSM 4.1.2 & 4.2
The answer we've received is move to TSM 4.2 using the filelist option. Filelist will combine numerous archives in one archive session so that the cleanup process is not invoked as much. We can't say we're happy about having to re-write something that use to work GREAT in release 3.1.06 and the ONLY thing changing is a release of the same product. Isn't software that degrades performance usually referred to as a virus? :-) -Original Message- From: Price, Bob R. [mailto:[EMAIL PROTECTED]] Sent: Friday, September 21, 2001 1:32 PM To: [EMAIL PROTECTED] Subject: Re: Archive hangs and Poor Archive Performance at TSM 4.1.2 & 4.2 I too, have noticed the occasional hang during an archive after updating the AIX client from 3.1 to 4.1.20. Please post any progress on this problem. Thanks. -Original Message- From: Petr Prerost [mailto:[EMAIL PROTECTED]] Sent: Friday, September 21, 2001 2:35 AM To: [EMAIL PROTECTED] Subject: Re: Archive hangs and Poor Archive Performance at TSM 4.1.2 & 4.2 Upgrade to 4.1.3 and use commnad convert node reorg=yes for node with archive problems. Check listeserv discussions about this problem month or two ago. Regards Petr - Puvodnm zprava - Od: "b290" <[EMAIL PROTECTED]> Komu: <[EMAIL PROTECTED]> Odeslano: 21. zarm 2001 4:14 Predmet: Archive hangs and Poor Archive Performance at TSM 4.1.2 & 4.2 > I'm trying to find out if anyone out there in TSM land has problems with > Archiving file after upgrading from ADSM 3.1.06 to TSM 4.1.2 & TSM 4.2. > > There is an process using macros to build DSMC archive statements to archive > files. At ADSM 3.1.06 it ran fine with sub-second response time. Now that > TSM 4.anything is installed the best response time we've seen is 3 seconds, > the worst is 41 seconds. To make matters worse, Archives hang in idle wait > for no apparent reason. We've tried to trace this, but when trace is on, > archive stop hanging in idle wait. It's a problem determination nightmare. > > The response from IBM is to use the TSM 4.2 with the filelist option and we > are working hard to implement this. > > Does anyone have ANY ideas on what we might do to improve performance while > our EDI techie re-write the process to implement the filelist option? > > Any help would be greatly appreciated. This issue has been outstanding for > a month now. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
FW: Inability to restore ADSM data using TSM client
Has anyone out there dealt with this? > -Original Message- > From: Weber, Doug > Sent: Thursday, September 06, 2001 3:17 PM > To: Peppers, Holly; Hunley, Ike > Cc: Breckenridge, Scott; Kozak, Judy; Willis, Tom > Subject: Inability to restore ADSM data using TSM client > > The attached document shows that files archived using ADSM client version > 3.1.0.6 cannot be restored using TSM client version 4.1.2.14. If no > resolution is found for this problem, this means that after the upgrades > to TSM are complete, none of our data archived prior to August 2001 will > be retrievable. Please show me the error in my logic; I really can't > believe that what I am seeing is true. > Session run on ediprodp1: edi01@ediprodp1[VOP]: dsmc macro macro -machinename=homer -servername=adsm -password= Tivoli Storage Manager *** Fixtest, Please see README file for more information *** Command Line Backup Client Interface - Version 4, Release 1, Level 2.14 (C) Copyright IBM Corporation, 1990, 2000, All Rights Reserved. retrieve -filesonly -replace=yes /gw/R20/prod/EDI/gw/data/mb/6/650912411/archive/HIST.NSR.0A16IM.67 Node Name: HOMER Session established with server ADSM: MVS Server Version 4, Release 1, Level 4.0 Data compression forced on by the server Server date/time: 09/05/01 11:17:26 Last access: 09/05/01 11:07:46 Retrieve function invoked. ANS1092E No files matching search criteria were found Session run on ediprodc1: edi01@ediprodc1[VOP]: dsmc macro macro -machinename=homer ADSTAR Distributed Storage Manager Command Line Backup Client Interface - Version 3, Release 1, Level 0.6 (C) Copyright IBM Corporation, 1990, 1998, All Rights Reserved. retrieve -filesonly -replace=yes -servername=adsm /gw/R20/prod/EDI/gw/data/mb/6/650912411/archive/HIST.NSR.0A16IM.67 Retrieve function invoked. Node Name: HOMER Session established with server ADSME: MVS Server Version 4, Release 1, Level 4.0 Data compression forced on by the server Server date/time: 09/05/01 11:20:30 Last access: 09/05/01 11:03:00 ** Interrupted ** ANS1114I Waiting for mount of offline media. Retrieving 17,505 /gw/R20/prod/EDI/gw/data/mb/6/650912411/archive/HIST.NSR.0A16IM.67 [Done] Retrieve processing finished. Total number of objects retrieved:1 Total number of objects failed: 0 Total number of bytes transferred: 6.25 KB Data transfer time:0.00 sec Network data transfer rate:15,225.82 KB/sec Aggregate data transfer rate: 0.07 KB/sec Elapsed processing time: 00:01:27 > <> Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. ADSM problems.doc
Archive problems
Hi, I hope someone else out there has had this problem. I need answers pronto! TSM 4.3.1 is on OS/390 V2R9, AIX TSM is 3.1.06 Archive is SLOW! Sometimes the process stops for no reason we can find. File sizes range from 80 bytes to 800MB. 5 byte file: 4.17 seconds 6,144,000 byte file 7.15 seconds Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Problem deleting a storage pool volumes
TSM 4.1.3 on OS/390. -Original Message- From: Prather, Wanda [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 28, 2001 11:37 AM To: [EMAIL PROTECTED] Subject: Re: Problem deleting a storage pool volumes What is your server level/platform? -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 28, 2001 10:56 AM To: [EMAIL PROTECTED] Subject: Problem deleting a storage pool volumes Can someone make sense of this? It's not making sense to me... I'd REALLY appreciate some insight. 08/28/2001 10:48:33 ANR2017I Administrator O8X issued command: MOVE DATA SYS2.ADSM.STGP28 STGPOOL=BACKUPPOOL WAIT=NO 08/28/2001 10:48:35 ANR1141I Move data process ended for volume SYS2.ADSM.ST- GP28. 08/28/2001 10:50:27 ANR2017I Administrator O8X issued command: QUERY ACTLOG search=stgp28 08/28/2001 10:50:44 ANR2017I Administrator O8X issued command: DELETE VOLUME SYS2.ADSM.STGP28 DISCARDDATA=NO WAIT=NO 08/28/2001 10:50:50 ANR2017I Administrator O8X issued command: QUERY ACTLOG search=stgp28 08/28/2001 10:51:12 ANR2017I Administrator O8X issued command: MOVE DATA SYS2.ADSM.STGP28 STGPOOL=BACKUPPOOL WAIT=NO 08/28/2001 10:51:12 ANR2209W Volume SYS2.ADSM.STGP28 contains no data. 08/28/2001 10:51:20 ANR2017I Administrator O8X issued command: DELETE VOLUME SYS2.ADSM.STGP28 DISCARDDATA=NO WAIT=NO 08/28/2001 10:51:20 ANR2406E DELETE VOLUME: Volume SYS2.ADSM.STGP28 still contains data. 08/28/2001 10:51:25 ANR2017I Administrator O8X issued command: QUERY ACTLOG search=stgp28 08/28/2001 10:51:50 ANR2017I Administrator O8X issued command: MOVE DATA SYS2.ADSM.STGP28 STGPOOL=BACKUPPOOL WAIT=NO 08/28/2001 10:51:50 ANR2209W Volume SYS2.ADSM.STGP28 contains no data. 08/28/2001 10:51:57 ANR2017I Administrator O8X issued command: DELETE VOLUME SYS2.ADSM.STGP28 DISCARDDATA=NO WAIT=NO 08/28/2001 10:51:57 ANR2406E DELETE VOLUME: Volume SYS2.ADSM.STGP28 still contains data. 08/28/2001 10:52:04 ANR2017I Administrator O8X issued command: DELETE VOLUME SYS2.ADSM.STGP28 DISCARDDATA=YES WAIT=NO 08/28/2001 10:52:04 ANR2406E DELETE VOLUME: Volume SYS2.ADSM.STGP28 still contains data. 08/28/2001 10:52:08 ANR2017I Administrator O8X issued command: QUERY ACTLOG search=stgp28 Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Problem deleting a storage pool volumes
Can someone make sense of this? It's not making sense to me... I'd REALLY appreciate some insight. 08/28/2001 10:48:33 ANR2017I Administrator O8X issued command: MOVE DATA SYS2.ADSM.STGP28 STGPOOL=BACKUPPOOL WAIT=NO 08/28/2001 10:48:35 ANR1141I Move data process ended for volume SYS2.ADSM.ST- GP28. 08/28/2001 10:50:27 ANR2017I Administrator O8X issued command: QUERY ACTLOG search=stgp28 08/28/2001 10:50:44 ANR2017I Administrator O8X issued command: DELETE VOLUME SYS2.ADSM.STGP28 DISCARDDATA=NO WAIT=NO 08/28/2001 10:50:50 ANR2017I Administrator O8X issued command: QUERY ACTLOG search=stgp28 08/28/2001 10:51:12 ANR2017I Administrator O8X issued command: MOVE DATA SYS2.ADSM.STGP28 STGPOOL=BACKUPPOOL WAIT=NO 08/28/2001 10:51:12 ANR2209W Volume SYS2.ADSM.STGP28 contains no data. 08/28/2001 10:51:20 ANR2017I Administrator O8X issued command: DELETE VOLUME SYS2.ADSM.STGP28 DISCARDDATA=NO WAIT=NO 08/28/2001 10:51:20 ANR2406E DELETE VOLUME: Volume SYS2.ADSM.STGP28 still contains data. 08/28/2001 10:51:25 ANR2017I Administrator O8X issued command: QUERY ACTLOG search=stgp28 08/28/2001 10:51:50 ANR2017I Administrator O8X issued command: MOVE DATA SYS2.ADSM.STGP28 STGPOOL=BACKUPPOOL WAIT=NO 08/28/2001 10:51:50 ANR2209W Volume SYS2.ADSM.STGP28 contains no data. 08/28/2001 10:51:57 ANR2017I Administrator O8X issued command: DELETE VOLUME SYS2.ADSM.STGP28 DISCARDDATA=NO WAIT=NO 08/28/2001 10:51:57 ANR2406E DELETE VOLUME: Volume SYS2.ADSM.STGP28 still contains data. 08/28/2001 10:52:04 ANR2017I Administrator O8X issued command: DELETE VOLUME SYS2.ADSM.STGP28 DISCARDDATA=YES WAIT=NO 08/28/2001 10:52:04 ANR2406E DELETE VOLUME: Volume SYS2.ADSM.STGP28 still contains data. 08/28/2001 10:52:08 ANR2017I Administrator O8X issued command: QUERY ACTLOG search=stgp28 Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: ADSM Monitor ...
I have a good one . I issue the following MOVE DATA SYS2.ADSM.STGP27 STGPOOL=BACKUPPOOL WAIT=NO RESULT.. ANR2209W Volume SYS2.ADSM.STGP27 contains no data. I then issue DELETE VOLUME SYS2.ADSM.STGP31 DISCARDDATA=NO WAIT=NO RESULT.. Volume SYS2.ADSM.STGP27 still contains data. What gives??? Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Is there a way to "Cold start" ADSM?
I have a test ADSM task down because a log volume DASD address is no longer available. Is there a way to just define a new lof volume, then start "Cold Start" ADSM? Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Deleting Log Volumes
Thanks to everyone wh responded. My new logs are being defined now. -Original Message- From: Jeff Bach [mailto:[EMAIL PROTECTED]] Sent: Monday, August 20, 2001 11:50 AM To: [EMAIL PROTECTED] Subject: Re: Deleting Log Volumes Reduce the recovery log size to close to the minimum. delete a logv copy. mirror to the new volume as a copy. Delete the other old copy. Mirror to the second new volume as a copy. > -Original Message- > From: David Longo [SMTP:[EMAIL PROTECTED]] > Sent: Monday, August 20, 2001 10:23 AM > To: [EMAIL PROTECTED] > Subject: Re: Deleting Log Volumes > > 5GB is the limit! (I think some people actaully have 5.5GB) New TSM (4.2 > I believe) allows 13GB limit. > > David Longo > > >>> [EMAIL PROTECTED] 08/20/01 11:07AM >>> > HI, > > I hope someone out there can help. I am trying to move to new Recovery > Log > volumes. I've attempted to add a log volume and get the following msg: > ANR2452E DEFINE LOGVOLUME: Maximum recovery log capacity exceeded. > > How do I now move to new volumes when I can't define new ones? The > existing > log is at the 5 GB limit. > > > > Blue Cross Blue Shield of Florida, Inc., and its subsidiary and > affiliate companies are not responsible for errors or omissions in this > e-mail message. Any personal comments made in this e-mail do not reflect > the views of Blue Cross Blue Shield of Florida, Inc. > > > > "MMS " made the following > annotations on 08/20/01 11:29:08 > -- > > This message is for the named person's use only. It may contain > confidential, proprietary, or legally privileged information. No > confidentiality or privilege is waived or lost by any mistransmission. If > you receive this message in error, please immediately delete it and all > copies of it from your system, destroy any hard copies of it, and notify > the sender. You must not, directly or indirectly, use, disclose, > distribute, print, or copy any part of this message if you are not the > intended recipient. Health First reserves the right to monitor all e-mail > communications through its networks. Any views or opinions expressed in > this message are solely those of the individual sender, except (1) where > the message states such views or opinions are on behalf of a particular > entity; and (2) the sender is authorized by the entity to give such views > or opinions. > > == > ** This email and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. If you have received this email in error destroy it immediately. ** Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Deleting Log Volumes
HI, I hope someone out there can help. I am trying to move to new Recovery Log volumes. I've attempted to add a log volume and get the following msg: ANR2452E DEFINE LOGVOLUME: Maximum recovery log capacity exceeded. How do I now move to new volumes when I can't define new ones? The existing log is at the 5 GB limit. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: ADSM Monitor ...
I would like a copy .thanks -Original Message- From: JJWANG [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 16, 2001 9:33 PM To: [EMAIL PROTECTED] Subject: Re: ADSM Monitor ... Yes, I would like a copy .thanks Best regards, Wang chun-chieh Information System Intergrated Dept. Tel:886-3-5783280 ext 655 mobil: 0936-217910 Internet: [EMAIL PROTECTED] -Original Message- From: Wouter V [mailto:[EMAIL PROTECTED]] Sent: Friday, August 17, 2001 4:18 AM To: [EMAIL PROTECTED] Subject: Re: ADSM Monitor ... Me too Thank you ! Wouter Verschaeve -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Namens Schilling, Walt Verzonden: dinsdag 14 augustus 2001 17:06 Aan: [EMAIL PROTECTED] Onderwerp: Re: ADSM Monitor ... Yes, I would like a copy. Thanks, Walt Schilling -Original Message- From: Sean Voyce [mailto:[EMAIL PROTECTED]] Sent: Monday, August 13, 2001 10:11 PM To: [EMAIL PROTECTED] Subject:ADSM Monitor ... Hi, A long time ago, I offered the list my ADSM Monitor. Today I'm offering my new improved deluxe version to anyone who wants a copy. This is an HTML interface to a monitor that checks at regular intervals for outstanding tape mounts. The "Lazy Operator" (that's me) can then mount the tape and click a button on his/her favorite browser to keep ADSM happy. Outstanding requests etc are effectively highlighted ;-) There are of course plenty of other features to make life easier, and this version also traps some of the common errors that our site manages to produce. (Adding more traps is easy to do). A slight re-write has made the whole thing a bit more "user friendly", halved the code base, saved a few dolphins and bought peace to computer rooms the world over. To run this you will need (or be able to convert from) ... A *nix machine (ours is AIX on RS/6000) capable of issuing "dsmadmc" commands (ie running ADSM) from a shell script, running a web server (we're using Apache), and PERL. (I'm sure I can ditch the PERL - it's only used in a very small cgi script. More research needed). I don't have an install script, and you will need to change a few settings here and there to suit your site. I have tried to make this as easy as possible though - maybe an hour to install and make any required changes. If you would like a copy, email me (seanv) at woolworths.co.nz - I'll respond ASAP. (It is of course FREE and less than 140k in size). To those who tried the old version - this one looks pretty much the same ... more functions & better code though. Well worth an upgrade. Sean Voyce. DISCLAIMER: "The information in this email and in any attachments is confidential and intended solely for the attention and use of the addressee(s). If this email is not intended for you, you must not use, read, distribute or copy it. If you have received this email by mistake please call the sender immediately on 64-9-2620772 and erase the email and any attachments, and any copies of the same. Internet communications are not secure and therefore Woolworths (NZ) Ltd does not accept legal responsibility for the contents of this message. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Woolworths (NZ) Ltd unless specifically stated." Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Database volume move
Due to problems with DSMFMT on EMC DASD, (OS/390 2.9, TSM 4.1.2), which required a ZAP to DSMFMT, I now must move database volumes. From what I've seen, it looks like I have to delete a Database volume in order to move it. I've started a FULL database backup. I'm now looking for a way to safely move a database volume by 1.) Copy each database volume dataset to an existing, preformatted database volume dataset. 2.) Point ADSM to the new database volume dataset. 3.) Run ADSM with the database volume dataset to make sure it functions properly. 4.) Delete the old database volume dataset. What's the best way to accomplish this in OS/390 2.9, TSM 4.1.2? Any hints? Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: ADSM 4.1.2 ANR9999D error
Oh DRAT! The error was in a picture file! Srry! Right now we're formatting new database files on new DASD. Any other tips or hints out there? ANR0252E Error writing logical page 20424758 (physical page 290102) to database ANR0252E volume SYS2.ADSME.DBV47. ANRD ERROR WRITING TO DATABASE LOGICAL VOLUME. .DSM server terminating operation - internal error BUF087 detected. ADSME abending: SIGNAL_ERROR code 012D called from location 1772F044 CPU 0 General Registers at Entry to Abend: -Original Message- From: Prather, Wanda [mailto:[EMAIL PROTECTED]] Sent: Friday, July 20, 2001 3:16 PM To: [EMAIL PROTECTED] Subject: Re: ADSM 4.1.2 ANRD error What error? There is nothing attached to your post on ADSM-L... -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Friday, July 20, 2001 2:52 PM To: [EMAIL PROTECTED] Subject: ADSM 4.1.2 ANRD error > -Original Message- > From: Hunley, Ike > Sent: Friday, July 20, 2001 11:33 AM > To: [EMAIL PROTECTED] > Subject: FW: > > I forgot to include that we're running OS/390 2.9... > > Hi, Has anyone out there seen this error? IBM says that in 3.7 this was > caused by a ADSM code problem. We running TSM 4.1.2. > > Thanks in advance for your help. > > -Original Message- > From: Peppers, Holly > Sent: Friday, July 20, 2001 11:12 AM > To: Hunley, Ike > Subject: > > > <<...OLE_Obj...>> > > > > Holly L. Peppers >58481 > Technical Services > > > > > Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
ADSM 4.1.2 ANR9999D error
> -Original Message- > From: Hunley, Ike > Sent: Friday, July 20, 2001 11:33 AM > To: [EMAIL PROTECTED] > Subject: FW: > > I forgot to include that we're running OS/390 2.9... > > Hi, Has anyone out there seen this error? IBM says that in 3.7 this was > caused by a ADSM code problem. We running TSM 4.1.2. > > Thanks in advance for your help. > > -Original Message- > From: Peppers, Holly > Sent: Friday, July 20, 2001 11:12 AM > To: Hunley, Ike > Subject: > > > <<...OLE_Obj...>> > > > > Holly L. Peppers >58481 > Technical Services > > > > > Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
FW:
Hi, Has anyone out there seen this error? IBM says that in 3.7 this was caused by a ADSM code problem. We running TSM 4.1.2. Thanks in advance for your help. > -Original Message- > From: Peppers, Holly > Sent: Friday, July 20, 2001 11:12 AM > To: Hunley, Ike > Subject: > > > <<...OLE_Obj...>> > > > > Holly L. Peppers >58481 > Technical Services > > > > > Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.