Snapmirror to tape
We are testing NDMP backup/restore with version 6.1.3.1 and have run into a problem using Snapmirror to tape. Backup works fine, although somewhat slow, but the restore gives the following error: ANR1104E NAS SnapMirror Restore process 1148 terminated - NDMP session errors encountered. (SESSION: 893227, PROCESS: 1148) The NDMP log on the FAS device shows: Thu Mar 25 14:16:15 PDT fas7: snapmirror.retrieve.fail:errorY: SnapMirr or retrieve to ndmp_restore from tape failed. Thu Mar 25 14:16:22 PDT fas7: Java_Thread:infoY: Ndmpd70: ndmpd session closed successfully for version = 4, sessionId = 70, from src ip = 1 0.10.3.80, dst ip = fas7/10.10.2.21, src port = 56244, dst port = 1 Anyone else tried this or figured out what it all means. My Netapp guys have no idea. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
NDMP file level restore
We are testing NDMP/TOC in TSM 6.1.3.1. Backup is very fast and appears to work very well. Restore of and individual file is a different story altogether. We restored one 90MB file out of a backup of a 120GB volume with no differentials. The restore took about 30 minutes. I'm trying to figure out why such poor performance on file level restore. My initial assumption is that since the backup is at the block level and the NAS file system is write-anywhere, the blocks for an individual file could be scattered all over the tape (TS1120). Anyone have any experience/suggestions with file-level NDMP restore? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: 6.1.x Migration
Top of message -- 02-22-10 15:27 S.SHEPPARD (SHS)Re 6.1.x Migration We've been running 6.1.3.1 for a couple of weeks and haven't experienced any migration hangs. Then again, we never saw them on 6.1.2.1 either. We're migrating around 600-800GB/day. 6.1.3.1 has been very clean overall. We installed primarily to fix the very severe NDMP/TOC problem, which it did. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 02-22-10 11:49 ..NETMAIL () [ADSM-L] 6.1.x Migration Date: Mon, 22 Feb 2010 14:47:39 -0500 Reply-To: wprat...@icfi.com From: Wanda Prather wprat...@jasi.com Subject: [ADSM-L] 6.1.x Migration hang fix for APAR IC62884 To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ The apars fixed in this release doc for 6.1.2.1 and also 6.1.3 says there is a fix for IC62884 (migration hang). I'm at 6.1.2.1, and still see the symptoms documented in the APAR. Can anybody tell me whether this really IS fixed in 6.1.3? If yes I'll go there, but I'd rather not if there's no fix. W ---`
Re: TSM 6.1.3 Install
Check what's the version for file tivoli.tsm.server
TSM 6.1.3 Install
We have been running TSM server 6.1.2.1 on AIX 6.1 for a couple of months and needed to upgrade to 6.1.3 for the fix for a severe NDMP/TOC performance problem. Downloaded the 6.1.3 package, ran the upgrade procedure and lo and behold, the performance problem was no better. At that time, I also discovered that we were still running version 6.1.2.1 as shown by both logging in with DSMADMC and the output of the Q STATUS command. At this point, I opened a problem with Tivoli support. They requested I rerun the upgrade and send them screen shots and logs of the process as well as a checksum output of the downloaded package. Again, all looked normal except that this time it ran much quicker and I received a message indicating DB2 9.5 had already been installed and would not be re-installed. And, again, the version ended up being 6.1.2.1. Two weeks ago, the problem was forwarded to a different support group who looked at it until Monday when I received a message saying they had decided the best way to get 6.1.3 installed at this point was to run the ./Uninstall_Tivoli_Storage_Manager program from the /opt/tivoli/tsm/_uninst directory and then run the upgrade again. Did that today with the same results with the additional problem of now having no B/A client on the machine and no DSMADMC. My question is; has anyone successfully installed 6.1.3? Does the output from a Q STATUS command show 6.1.3? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
6.1 experience so far
After viewing the experiences of others on the list (particularly Mr. Forray's) and fearing I would jinx myself, I hesitated to post this, but decided to go ahead and post our adventures so far. We had a visit from our Servergraph rep a couple of weeks ago and during the conversation discovered that we seemed to be alone, at least among their Southern California customers, in implementing TSM Version 6 in production. We began in September and started with Version 6.1.2. We are approaching completion of our project to migrate our existing TSM 5.5.3 servers, two on z/OS and one on Solaris, to TSM Version 6 on a new AIX 6.1 P-520 server. Our total database size for the three existing servers is about 120GB. We are sharing a 3494 ATL with 8 TS1120 drives between the Solaris box and the Version 6 server, with the Version 6 server acting as the library manager. So we may be somewhat on the small end of the average customer. Since we started on a fresh box, it looks like we have avoided many of the pitfalls associated with upgrading in place from version 5, but we did experience what in hindsight look like fairly minor problems: IC62978 - active logs fill up due to DB2 table reorg processes. Fix was to specify the undocumented ALLOWTABLEREORG NO option. IC63373 - while running a large image backup (around 600GB) and several other clients, received message ANS1316e and ANR0526W, indicating recovery log out of space, even though we have 30GB and it's not even close to full. Solution is to do the following to change a DB2 variable from its standard setting: 1. Use the following db2 command to determine the number of log volumes used: db2 get db cfg for TSMDB1 2. Multiply the value for the LOGPRIMARY parameter by 90%. This value should be reflected in NUM_LOG_SPAN. Update NUM_LOG_SPAN by issuing the following db2 command: db2 update db cfg for TSMDB1 using NUM_LOG_SPAN newValue You may need to restart the TSM server, which will restart the db2 database as well. IC63637 - We have a large (30-40TB) amount of archived data to move from our existing server(s) to version 6. The good news is that the large archived image backups exported server-to-server very fast, around 60MB/sec. The bad new is, the Version 6 library manager function periodically reclaims a tape drive being used by the library client, in our case, causing the large EXPORT/IMPORT process being run to fail and mark the file being exported at the time to be flagged, causing a copy pool tape to be requested if the process is restarted. The fix for this was to install version 6.1.2.1 and then replace the DSMSERV module with a fix version. Database backups suddenly failed for 5 days in a row, but then started working again when support requested various documentation. Looks like DB2 communicates with the TSM server with its own OPT file, specifying 'localhost' as the TCPSERVERADDRESS, which appeared to be failing even though all other functions in the TSM server were working fine. Waiting for reoccurence. Export Node function apparently does not copy the MAXNUMMP setting. A (relatively) long list of quirks in the ISC, which we forced ourselves to use while our Servergraph license was updated. Some of these were only related to Firefox 3.5.4. The worst was a Java problem that 'unchecked' the 3 'enable sessions' boxes in the 'Sessions' display of the Server Properties window when you left the display and then came back, causing all sessions to be disabled necessitating a server restart. Using IE, however, the ISC has become almost bearable and performs much better than previous versions. The Operational Reporter is not officially supported in Version 6, something we missed, but is easily modified to supply most of the info needed. We have not seen the dreaded huge increase in database size and after the setting of the ALLOWREORGTABLE option, we haven't had any log problems either. We are currently running full database backups on Monday, Wednesday, and Friday, with incrementals in between. Full DB backup of the 45GB database takes about 6 minutes to a TS1120 drive. As noted, the current size of our DB is around 45GB with about 2/3 of our 350 client having been moved. However, the largest of them, several Windows file/print servers containing in the neighborhood of 40 million files, are still to be moved. We begin testing next week on an NDMP solution for these, or perhaps experiment with the new SnapDiff feature. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
V6 Database backup
We've been converting to version 6.1.2 for a couple of months and our daily TSM database backup suddenly started failing this week with the following message: ANR2980E Database backup terminated TCPIP failure DB2 sqlcode -2033 sqlerrmc -50. (SESSION: 9, PROCESS: 4) Found one flash about this message being misleading, implying some other problem would be found if you looked further back in the log, but we had nothing. We have been running full backups daily to disk. My first thought was lack of space in the output destination, so I attempted a backup to tape with the same result. Nothing esle out of the ordinary happening except that a lot of additional clients were added around that time and the database size increased from about 12GB to 27GB. I've opened a problem with IBM support, but wondered if anyone else had run into this and, if so, how to get around it. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: V6 Database backup
Top of message -- 11-29-09 15:10 S.SHEPPARD (SHS)Re: V6 Database backup Yeah, that's what we first thought, but found a knowledgebase article at: https://www-304.ibm.com/ibmlink/sis/viewEskbDoc.wss?context=aparAndUsage documentIds=swg21408789searchWords=anr2980elibraryType=Elc=encc=US stating: Although a return code -50 normally indicates a failure for the connection to the TSM server, in the case of a TSM Server database backup, this RC=-50 is more generic and only indicates that the backup failed. So I'm pretty sure it's another V6 gotcha. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 11-29-09 14:55 ..NETMAIL () Re: V6 Database backup From: Richard Sims r...@bu.edu Subject: Re: V6 Database backup Date: Sun, 29 Nov 2009 17:53:22 -0500 To: Sam Sheppard s...@sddpc.sannet.gov _Top_of_Message_ Sam - The -50 is DSM_RC_TCPIP_FAILURE, indicative of a bad TCP address or port number inconsistency. I don't have v6 so can't specifically advise. Maybe you can find an netaddress or port specification which is incorrect. Richard On Nov 29, 2009, at 4:45 PM, Sam Sheppard wrote: We've been converting to version 6.1.2 for a couple of months and our daily TSM database backup suddenly started failing this week with the following message: ANR2980E Database backup terminated TCPIP failure DB2 sqlcode -2033 sqlerrmc -50. (SESSION: 9, PROCESS: 4) Found one flash about this message being misleading, implying some other problem would be found if you looked further back in the log, but we had nothing. We have been running full backups daily to disk. My first thought was lack of space in the output destination, so I attempted a backup to tape with the same result. Nothing esle out of the ordinary happening except that a lot of additional clients were added around that time and the database size increased from about 12GB to 27GB. I've opened a problem with IBM support, but wondered if anyone else had run into this and, if so, how to get around it. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---`
TDPOSYNC question
We've just gotten most of our Oracle TDP clients upgraded to fairly recent versions and have been having problems with keeping the RMAN and TSM inventories straight, ie. things weren't getting expired correctly in TSM. We have a 30 day retention on TDP backups and have been manually deleting tapes older than that with DISCARDD=YES but want to get away from that. Hence, we convinced the DBAs to run the TDPOSYNC utility which seems to have resolved the problem. However, I received the following message from the DBA in charge and wondered if anyone could answer his question (see end of the message): Sam, Here is the output from the help command: cobra:/opt/tivoli/tsm/client/oracle/bin64 $:tdposync help IBM Tivoli Storage Manager for Databases: Data Protection for Oracle Version 5, Release 4, Level 1.0 (C) Copyright IBM Corporation 1997, 2007. All rights reserved. IBM Tivoli Storage Manager for Databases: Data Protection for Oracle Version 5, Release 4, Level 1.0 (C) Copyright IBM Corporation 1997, 2007. All rights reserved. TDPOSYNC SYNCdb -NUMCATalogs=numberY (default: 1 ) -TDPO_OPTfile=filenameY (default: $install_dir/tdpo.opt) TDPOSYNC HELP When tdposync sysncdb is run it asks series of questions 1. Rman userd id for the repository 2. Rman password 3. The name of the repository 4. The date range you want checked I don't see any way to pass that info in a command line or config file. TIA for any help with this Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
New TSM 6.1 Mystery
We have just started migrating clients from our TSM 5.5.3 system to a new AIX P-520 running TSM 6.1.2. This system acts as a library manager sharing our 3494 with our Solaris 5.5.3 system with 8 TS1120 drives. A few minor hiccups until today. A storage pool backup process failed with the following message: ANR8985E The drive drive name in library library name is using an encryption method that is incompatible with the current server settings. After a lot of searching, I noticed that 11 of the 19 tapes, including the ones that caused the above message, that had been created on the 6.1.2 system had the Drive Encryption Key Manager field set to SYSTEM, from the QUERY VOLUME display. The rest of the tapes show the field set to NONE, including all of the tapes that have been created by the 5.5.3 system (30-40 tapes). None of our drives have the encryption feature installed, the DEVICEENCRYPTION setting on both systems' device classes is set to ALLOW, the default. I managed to read these 'bad' tapes on the drives they were created on, but tapes without the 'SYSTEM' setting were created on these drives as well. Has anyone else run into this problem, or is there something I'm missing? I've opened an incident with support and will see what happens. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
ISC 6.1 Quirkiness
We have installed TSM 6.1.2 server on a new AIX box along with the 6.1 version of the Administration Center. I don't know if there is something we missed on the config of the ISC or if these are just bugs, but we have had a number of incidents of bad behaviour when trying to define stuff with this interface: - Server advanced settings in ISC DEDUPREQUIRESBACKUP box also disables all sessions - ISC Admin Schedule settings do not allow specification of anything but one time for repetition - Activity log display date/time settings do not update correctly - Define STG pool will only take default settings (disk pool) - Define STG pool volume will only define raw logical volumes - Define/Modify policy domain does not allow setting of nolimit for RETVER Anyone else seen these behaviours or are we doing something wrong? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
AIX 6.1 Enhanced JFS?
We are installing a new TSM 6.1 server on an AIX 6.1 box and my UNIX specialist has been away from AIX for several year. He is asking about recommendations for the filespaces for the database and logs, specifically whether or not to use the new JFS2 (enhanced JFS). Any recommendations out there? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Sharing 3494
We are installing a new AIX server to replace an existing Solaris box and need to share our 3494/TS1120 drives for some period of time. In looking at various documentation on sharing the 3494 between two TSM servers, it looks like I need to do the following: 1. Setup server-server communication (existing Solaris box will be the library manager). 2. Define the library on the AIX box with the primarylibmanager parm pointing to the Solaris. 3. Define AIX-type paths on the Solaris box to each drive with device=/dev/rmtx type operands as opposed to the /dev/xmt drives defined to Solaris. 4. Define DEVCLASS/STORAGE pools on AIX. Two questions; do I have the correct definitions in number 3 above and although the examples in the manuals don't show it, I assume the library definition on the AIX box should also specify different category codes from the ones currently in use on the Solaris server? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Configuring DB/LOGs
We are about to three existing TSM 5.5.3 instances on a new AIX box running Version 6. Current database sizes combined are around 115GB used. Available disk for the Version 6 database and logs is an IBM 7311 with 10 available 146GB 15K drives and we are wondering what is the best way to configure these. So far the AIX guy is thinking mirror the logs with two drives and RAID5 on the other 8 for the database. Thoughts, suggestions, warnings, etc? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: TSM v6 -announcement
_Top_of_Message_ On 13 feb 2009, at 04:02, Remco Post wrote: be ware that TSM on z/OS has been at about ADSM 3.7 capability level in most recent releases and that if you required new features IBM would direct you to zLinux anyway, this is nothing new Nonsense; Having run two z/OS servers for the last 15 years, I would question what new features you are speaking of. My current z/OS version (5.5.2) most certainly has little in common with ADSM 3.7, having pretty much all of the features available on other platforms. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
TSM database on NETAPP
TSM Server 5.5.1 on Solaris10, Sun V240. I need to relocate my database volumes and have been assigned a LUN on one of our Netapp FAS6030 devices. I allocated 6 new volumes and then deleted one of the old volumes (5GB) and the move process started and is running at about 600MB/hour. I'm not real familiar with the performance characteristics of the Netapp box, but am assured by the Unix/Netapp guys that it's a great performer (it's FC-connected). This seems way slow to me and I haven't seen this poor performance doing the same kind of operation on my ESS. Anyone have any experience with the TSM database on one of these devices? I know the original network-attached storage had write performance problems, but this seems ridiculous. TIA Sam Sheppard San Diego Data Processing Corp. (858-581-9668)
Server Platform Upgrade
We are currently running 3 TSM servers at Version 5.5, two on z/OS and the third on a Solaris 10 box. We have been tasked to combine these into one. The current Solaris system is on a Sun V240 w/8GB memory: Around 400 clients (combined) including a 3TB Exchange system, and a fairly large SAP implemtation in development on MS SQL Server, several Oracle boxes, and a large number of Windows servers. Total database size (Solaris) is around 80GB, expiration runs about two hours. z/OS databases total 50GB. 8 TS1120 tape drives in a 3494 ATL. 1.2TB array for storage pools and database on the Solaris server which we are currently trying to separate. Total daily backup volume is around 1TB with additional weekly backups of 9TB. I am the TSM guy and the z/OS systems programmer and as such don't really have a feel for hardware sizing or configuration on the Unix side of things and so have to rely on our Unix guys. I suggested that AIX would be the preferred platform for this implementation with another Solaris box having the advantage of not requiring converting the exist- ing one. They came up with the following options with their favorite being the x86(HP) with Linux because it is much cheaper and they claim would be more powerful. The AIX and Sun configurations are similar in price at around 5 times the x86. Thought, comments, considerations? What are people using for disk storage pools and would the internal drives on these boxes be adequate? I'm also in the process of freeing one array on our ESS800 (Shark) for fiber connection to this configuration. Here are the proposed options: IBM Power 550 ExpressHP DL380 G5 Up to 8 cores and 256GB RAM Up to 8 cores and 64GB RAM Six 300GB internal SAS 15k drivesEight 146GB internal SAS 15k drives Three PCIe and two PCI-X slots Four PCIe slots Dual port 10 GB Ethernet card 4 GB fiber channel cards - x2 Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Restore backupset
We have a Solaris server on which we generated a backupset from the backups created from the Solaris client on the same box. The backupset was created on 3592 tape in a 3494 library. When attempting to restore the backupset from -loc=tape we specify RESTORE BACKUPSET /dev/rmt/1st -loc=tape and we receive the following message: ANS1933E Error accessing file or device '/dev/rmt/1st' Is it possible to restore a backupset from a device in a 3494 or must it be a standalone drive? Would this possibly work if the TSM server on the box was shutdown? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
TSM Solaris Server on X86
Can anyone tell me of any conversion issues going to a TSM Solaris server on AMD x86 from a v240. Can we just restore the existing database and keep going? Thanks Sam Sheppard San Diego Data Processing Corporation (858)-581-9668
Trying to add a 3494
We have just installed four TS1120 drives in our existing 3494. Up until now the 3494 has been z/OS only and we're having difficulty getting our Solaris TSM server to see the library manager. Server level is 5.4.1 When I try and 'DEFINE PATH' to the library I receive the following message: ANR8444E Internal Operation: Library ROBOKY is currently unavailable In the IBMATL log we see: 830: Connecting to library at 10.10.0.46 792: libmgr01 library locked 125: Query3494 failed: Library Offline To Host IBMATL.conf: libmgr01 10.10.0.46 roboky Define path: DEFINE PATH gw_backup_server ROBOKY SRCTYPE=SERVER DESTTYPE= LIBRARY DEVICE=libmgr01 ONLINE=YES AUTODETECT=NO We believe we need to define a LAN host to the Library Manager, but when we attempt to do an Add LAN Host at the library manager operator panel, we are not given the opportunity to add anything and just get back a window saying: The add LAN host to library operation failed Where are we going wrong here? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: Trying to add 3494
Top of message -- 02-19-08 18:31 S.SHEPPARD (SHS)Re: [ADSM-L] Trying to ad Well, we've placed a service call since documentation on the HOSTINST command seems completely unavailable and, when we did try it, all that showed as configurable was the library manager itself. As you mentioned, our CE is more familiar with the mainframe side and only configured the LAN info for the library itself. MTLIB does seem to connect with the library, so we think we are setup ok on the Solaris side, although I have to take the admin's word for that. Thanks for all the info. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 02-19-08 14:21 ..NETMAIL () Re: [ADSM-L] Trying to ad Date: Tue, 19 Feb 2008 16:20:00 -0600 From: Paul Thorson [EMAIL PROTECTED] Subject: Re: [ADSM-L] Trying to add a 3494 To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Depending on the age of your library, you may need to run the configuration util ity to set up LAN communications on the OS/2 machine which is the library manage r. Most 3494's used by mainframes communicate via the controllers, not over the LAN. This is a one time set up, and if I recall correctly, is not an obvious thing to do via the menus. I've had this issue at a couple of sites, and could not add a lan host until the config utility was run. It's launched via the command line in OS/2, but unfortunately I can't find any notes on it at the moment. Running the utility enbles the LAN port, and then the ADD LAN HOST menu options shoul d work. Your regular CE might not know how to do this if he/she are more familiar with t he mainframe communications, but if you open a call with IBM like Mark suggested , and emphasize that it's an initial attempt to communicate, hopefully they can help you out. - Original Message - From: Sam Sheppard [EMAIL PROTECTED] Date: Tuesday, February 19, 2008 11:58 Subject: [ADSM-L] Trying to add a 3494 To: ADSM-L@VM.MARIST.EDU We have just installed four TS1120 drives in our existing 3494. Up until now the 3494 has been z/OS only and we're having difficulty getting our Solaris TSM server to see the library manager. Server level is 5.4.1 When I try and 'DEFINE PATH' to the library I receive the following message: ANR8444E Internal Operation: Library ROBOKY is currently unavailable In the IBMATL log we see: 830: Connecting to library at 10.10.0.46 792: libmgr01 library locked 125: Query3494 failed: Library Offline To Host IBMATL.conf: libmgr01 10.10.0.46 roboky Define path: DEFINE PATH gw_backup_server ROBOKY SRCTYPE=SERVER DESTTYPE= LIBRARY DEVICE=libmgr01 ONLINE=YES AUTODETECT=NO We believe we need to define a LAN host to the Library Manager, but when we attempt to do an Add LAN Host at the library manager operator panel, we are not given the opportunity to add anything and just get back a window saying: The add LAN host to library operation failed Where are we going wrong here? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---`
Re: Backing up PST files
Top of message -- 02-14-08 08:41 S.SHEPPARD (SHS)Re: Backing up PST files Ditto on the 'bummer' comment. I had noticed the 1GB subfilecachesize limitation and wondered about the implications. I guess we'll continue to backup the 400GB/night. We have 4 new TS1120 drives in our 3494 which will make it a little less painful. Go Big Red Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 02-14-08 08:24 ..NETMAIL () Re: [ADSM-L] Backing up P Date: Thu, 14 Feb 2008 11:15:58 -0500 From: Paul Zarnowski [EMAIL PROTECTED] Subject: Re: Backing up PST files To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ At 11:04 PM 2/13/2008, Wanda Prather wrote: Subfile backup was designed to work on laptops, not servers. Yes, that is what we are trying to do. Sam, on the other hand The base or initial backup copy of a file is stored in a cache directory on the client, which is also limited in size to 2 GB. I didn't realize the cache directory was limited in size and that it held complete copies of files. Checking this, it seems you may be correct about full copies of files being made in the cache directory. The size of the cache directory is only 1GB according to the Users Guide, and that is what the EditPreferences GUI restricts you to as well I don't understand how subfile backup can work for files up to 2GB in size, if the subfilecachesize is restricted to 1024 MB. In short, you can only manage a total of about 2 GB of files for subfile backup, and only files less than 2 GB in size are eligible. Bummer. Thanks Wanda. ..Paul -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Services Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: [EMAIL PROTECTED] ---`
Re: Backing up PST files
Top of message -- 02-13-08 16:06 S.SHEPPARD (SHS)Re: Backing up PST files We are in the same boat here but, even worse, the customer has 'chosen' to store all of the .PST files on a shared NetApp FAS drive, something not officially supported by Microsoft. Supposedly this was only going to be a temporary solution until implementation of something called Symantec Enterprise Vault. However, the $1M price tag on that is now a problem and we have been asked the implications of continuing to do these backups as we do now, given a 1TB/year growth rate. Currently, we are backing up around 400GB/night out of 2TB of .PSTs and were going to setup a test of subfile backup early next week. I too would be interested in any limitations to this scheme. If there is a .PST larger than 2GB, is it backed up normally? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 02-13-08 10:43 ..NETMAIL (001) [ADSM-L] Backing up PST f Date: Wed, 13 Feb 2008 12:41:56 -0500 From: Paul Zarnowski [EMAIL PROTECTED] Subject: [ADSM-L] Backing up PST files using dynamic subfile and OFS To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Greetings... We are starting to use Exchange and Outlook here, and now we need to figure out how to backup PST files.. I know there has been some discussion of this in the past on this list, and I have researched this. Here's our problem. We have a client constituency who will be running Outlook on systems, some of which are connected sporadically (laptops) and/or over slower speed network connections. It seems that Open File Support (OFS) can be used to successfully back up PST files, which is good. We'd like to also use dynamic subfile backup on the systems that are connected via slower networks. The problem is that subfile backups have a 2GB filesize limit, and PST files can grow 2GB. Is anyone else faced with this challenge? If so, how are you addressing it? Thanks. ..Paul -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Services Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: [EMAIL PROTECTED] ---`
Re: ADSM-L Win2K3 backu
Top of message -- 02-01-08 11:29 S.SHEPPARD (SHS)Re: ADSM-L Win2K3 backu Looks like the problem is with our disk pool. I ran a test directly to LTO3 tape and performance improved dramatically, anywhere from 40 to 70MB/sec. So, I've got my Solaris guy looking at his disk array for potential write problems, since restore performance was not really a problem. Thanks for all of the suggestions. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 02-01-08 08:16 ..NETMAIL () Re: [ADSM-L] Win2K3 backu Date: Thu, 31 Jan 2008 20:32:42 -0700 From: Kelly Lipp [EMAIL PROTECTED] Subject: Re: [ADSM-L] Win2K3 backup performance To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Also set txnbytelimit to themaximum of 2GB (if you have a relatively new = client 5.3 or later) and txngroupmax on the server 1024 (though that is = not really your issue on this client but might be on clients with many = smaller files) =20 Upping txnbytelimit beyond the 25600 default may make a huge difference = as you cut down on your transaction mini-commits dramatically... =20 =20 Kelly Lipp CTO, VP Manufacturing STORServer, Inc. 485-B Elkton Drive Colorado Springs, CO 80907 www.storserver.com http://www.storserver.com/=20 719-266-8777 From: ADSM: Dist Stor Manager on behalf of David Vargas Sent: Thu 1/31/2008 8:12 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Win2K3 backup performance This is what I found to work with our system, with a 1Gb backup network. * TCPWINDOWSIZE 2048 - Maximum setting TCPWindowsize 512 * TCPBUFFSIZE 512 - Maximum setting TCPBuffSize 255 The maximum settings David -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Sam Sheppard Sent: Thursday, January 31, 2008 2:09 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Win2K3 backup performance We have a Windows 2003 client running TSM 5.4.1 backing up to a Solaris 10 TSM server running the 5.4.1 server. The client has several very large files to be backed up (300-400GB). We are finding on a 1.3GB test file that we can only get a throughput of about 10MB/sec (looks like 100Mb speed) even though this client is configured on a GigE VLan. One interesting aspect just discovered is that a restore of the same file got speeds of 37MB/sec, which is about the same as an FTP of the same file from the client to the server. Client, switch, and server all set to 1GB full. At this point, I'm completely mystified as to what might be behind these performance anomalies. I would expect much higher throughput rates on all of these tests, but would be satisfied if the backup would just perform at the same speed as the others. Client options: Server Options: TCPWindowsize 63 TCPWindowsize 131072 TCPBuffsize 32 Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 The information contained in this e-mail message is intended only for = the personal and confidential use of the recipient(s) named above. If = you are not the intended recipient, you are hereby notified that you = have received this document in error and that any review, dissemination, = distribution or copying of this message is strictly prohibited. If you = have received this communication in error, please notify us immediately = by e-mail and delete the original message. Thank you. ---`
Re: ADSM-L Win2K3
Top of message -- 02-01-08 14:39 S.SHEPPARD (SHS)Re: [ADSM-L] ADSM-L Win2K We may have the problem on other clients, but this is the only one we have isolated on the Gig VLAN so far. The rest are going through multiple switches and have other issues of which we are aware. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 02-01-08 14:11 ..NETMAIL () Re: [ADSM-L] ADSM-L Win2K Date: Fri, 1 Feb 2008 17:09:26 -0500 From: James Drozynski [EMAIL PROTECTED] Subject: Re: [ADSM-L] ADSM-L Win2K3 backu To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Hope that does it for you. Just seems a bit strange only one client exhibits the problem. James Drozynski IBM Pittsburgh Lab 11 Stanwix Street Pittsburgh Pa. 15222 Tel:412-667-4421 Fax:412-667-6975 Tie:989-4421 Sam Sheppard [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 02/01/2008 02:33 PM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] ADSM-L Win2K3 backu Top of message -- 02-01-08 11:29 S.SHEPPARD (SHS)Re: ADSM-L Win2K3 backu Looks like the problem is with our disk pool. I ran a test directly to LTO3 tape and performance improved dramatically, anywhere from 40 to 70MB/sec. So, I've got my Solaris guy looking at his disk array for potential write problems, since restore performance was not really a problem. Thanks for all of the suggestions. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 02-01-08 08:16 ..NETMAIL () Re: [ADSM-L] Win2K3 backu Date: Thu, 31 Jan 2008 20:32:42 -0700 From: Kelly Lipp [EMAIL PROTECTED] Subject: Re: [ADSM-L] Win2K3 backup performance To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Also set txnbytelimit to themaximum of 2GB (if you have a relatively new = client 5.3 or later) and txngroupmax on the server 1024 (though that is = not really your issue on this client but might be on clients with many = smaller files) =20 Upping txnbytelimit beyond the 25600 default may make a huge difference = as you cut down on your transaction mini-commits dramatically... =20 =20 Kelly Lipp CTO, VP Manufacturing STORServer, Inc. 485-B Elkton Drive Colorado Springs, CO 80907 www.storserver.com http://www.storserver.com/=20 719-266-8777 From: ADSM: Dist Stor Manager on behalf of David Vargas Sent: Thu 1/31/2008 8:12 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Win2K3 backup performance This is what I found to work with our system, with a 1Gb backup network. * TCPWINDOWSIZE 2048 - Maximum setting TCPWindowsize 512 * TCPBUFFSIZE 512 - Maximum setting TCPBuffSize 255 The maximum settings David -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Sam Sheppard Sent: Thursday, January 31, 2008 2:09 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Win2K3 backup performance We have a Windows 2003 client running TSM 5.4.1 backing up to a Solaris 10 TSM server running the 5.4.1 server. The client has several very large files to be backed up (300-400GB). We are finding on a 1.3GB test file that we can only get a throughput of about 10MB/sec (looks like 100Mb speed) even though this client is configured on a GigE VLan. One interesting aspect just discovered is that a restore of the same file got speeds of 37MB/sec, which is about the same as an FTP of the same file from the client to the server. Client, switch, and server all set to 1GB full. At this point, I'm completely mystified as to what might be behind these performance anomalies. I would expect much higher throughput rates on all of these tests, but would be satisfied if the backup would just perform at the same speed as the others. Client options: Server Options: TCPWindowsize 63 TCPWindowsize 131072 TCPBuffsize 32 Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 The information contained in this e-mail message is intended only for = the personal and confidential use of the recipient(s) named above. If = you are not the intended recipient, you are hereby notified that you = have received this document in error and that any review, dissemination, = distribution or copying of this message is strictly prohibited. If you = have received this communication in error, please notify us immediately = by e-mail and delete the original
Re: ADSM-L Win2K3 backu
Top of message -- 02-01-08 14:42 S.SHEPPARD (SHS)Re: ADSM-L Win2K3 backu Can I infer from you comments that you find the FILE DEVCLASS to be a better performer? This is our first server on Unix; our other 2 TSM servers are running on z/OS and have other known bottlenecks. I hadn't ever considered trying non DISK DEVCLASS for the primary pools. Perhaps I should. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 02-01-08 12:19 ..NETMAIL () Re: ADSM-L Win2K3 backu From: Richard Sims [EMAIL PROTECTED] Subject: Re: ADSM-L Win2K3 backu Date: Fri, 1 Feb 2008 14:51:23 -0500 To: Sam Sheppard [EMAIL PROTECTED] _Top_of_Message_ On Feb 1, 2008, at 2:33 PM, Sam Sheppard wrote: Top of message -- 02-01-08 11:29 S.SHEPPARD (SHS)Re: ADSM-L Win2K3 backu Looks like the problem is with our disk pool. I ran a test directly to LTO3 tape and performance improved dramatically, anywhere from 40 to 70MB/sec. So, I've got my Solaris guy looking at his disk array for potential write problems, since restore performance was not really a problem. Hi, Sam - If this is a TSM DISK devclass stgpool, that may be the cause of the drag. In my use of DISK, I've been continually disappointed: there seems to be a lot of overhead involved with it, particularly with multiple use, particularly with clients backing up into it and migration happening from it. There seems to be a lot of block management/locking involved. Richard ---`
Win2K3 backup performance
We have a Windows 2003 client running TSM 5.4.1 backing up to a Solaris 10 TSM server running the 5.4.1 server. The client has several very large files to be backed up (300-400GB). We are finding on a 1.3GB test file that we can only get a throughput of about 10MB/sec (looks like 100Mb speed) even though this client is configured on a GigE VLan. One interesting aspect just discovered is that a restore of the same file got speeds of 37MB/sec, which is about the same as an FTP of the same file from the client to the server. Client, switch, and server all set to 1GB full. At this point, I'm completely mystified as to what might be behind these performance anomalies. I would expect much higher throughput rates on all of these tests, but would be satisfied if the backup would just perform at the same speed as the others. Client options: Server Options: TCPWindowsize 63 TCPWindowsize 131072 TCPBuffsize 32 Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: Win2K3 backu
Top of message -- 01-31-08 18:38 S.SHEPPARD (SHS)Re: [ADSM-L] Win2K3 backu Forgot to mention; the backups/restores are on separate, dedicated interfaces on both client and server, all at 1Gb full. Still looking for an answer. Will update with any resolution. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 01-31-08 17:21 ..NETMAIL () Re: [ADSM-L] Win2K3 backu Date: Thu, 31 Jan 2008 20:05:23 -0500 From: James Drozynski [EMAIL PROTECTED] Subject: Re: [ADSM-L] Win2K3 backup performance To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Hi Sam, I had a similar problem with a notes server running W2003. I was using the tdp client for lotus notes. My work around was to take a second network interface on the server and lock both the port and the client down to 100/full duplex. This tdp client is the only one I have to run on this second interface and it works fine now. I don't know if you have a hdwe. second interface, but if you do, try adding another ip address and give it a try...TSM allows for the use of more then one hdwe. interface... At any rate kindly let me know what your resolution is as I'm interested... thx jimmyd James Drozynski IBM Pittsburgh Lab 11 Stanwix Street Pittsburgh Pa. 15222 Tel:412-667-4421 Fax:412-667-6975 Tie:989-4421 ---`
Re: JR- Restore NetWare
Top of message -- 12-20-07 09:33 S.SHEPPARD (SHS)Re: JR- Restore NetWare No. You can only to restore to like platforms. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 12-20-07 09:17 ..NETMAIL (001) [ADSM-L] JR- Restore NetW Date: Thu, 20 Dec 2007 11:13:53 -0600 From: JR Trimark [EMAIL PROTECTED] Subject: [ADSM-L] JR- Restore NetWare data to Windows To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ I am trying to restore NetWare 6.5 SP5 data to a Windows 2000 SP4 or Windows 2003 SP1 server. Is this possible? TSM Server 5.3.3 TSM NetWare Client 5.2.2 and 5.3.4 TSM Windows Client 5.2.2 and 5.3.4 Thanks in advance. ---`
Re: ADSM-L Exclude syntax
Top of message -- 11-09-07 12:39 S.SHEPPARD (SHS)Re: ADSM-L Exclude syntax DISKCACHEMETHOD is in version 5.4.1. We had a Windows volume with over 7M files which refused to backup and this option worked extremely well. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 11-09-07 12:01 ..NETMAIL () Re: ADSM-L Exclude syntax Date: Fri, 9 Nov 2007 14:00:16 -0600 From: Bell, Charles (Chip) [EMAIL PROTECTED] Subject: Re: [ADSM-L] Exclude syntax To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Dang! I do need to retain those files. Are there any other ideas? I can try 'memoryefficient yes' in the opt file. I'm on version 5.3.4.3 = on this particular client. When did the DISKCACHEMETHOD option come into = effect? Just so you know, I also made some memory usage changes in the registry = on the machine in question per Microsoft, because it was kicking out a = memory error in the dsmerror.log. This has been a booger. Thanks! -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Raibeck Sent: Friday, November 09, 2007 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Exclude syntax Should there be a close brace/bracket at the end? No, it's just one of the bad things that happens when I try to multitask. :-) I can barely walk and chew gum at the same time... The concern expressed by John Underdown, though, is valid. If you need = the existing backups, excluding them will delete them. If you don't need the backups for these dirs, then yes, the excludes I showed you (minus the finger-checks) should work, and exclude.dir won't do the scan. And yes, re: journaling, completing the first backup (and any subsequent backups when the journal resets) on a 32-bit Windows system with those = dirs included will be a challenge, unless you use MEMORYEFFICIENT=3DYES or MEMORYEFFICIENT=3DDISKCACHEMETHOD; the latter will require a good chunk = of available disk space up front, see the client manual description of this option for more info). Best regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMana= ger. html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 2007-11-09 12:44:24: Should there be a close brace/bracket at the end? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf = Of Andrew Raibeck Sent: Friday, November 09, 2007 1:34 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Exclude syntax Whooops, got a little carried away on the last exclude, which should = not have '?' at the end. So the corrected version is: exclude.dir e:\FileboundImages\0[0-7]?? exclude.dir e:\FileboundImages\08[0-8]? exclude.dir e:\FileboundImages\089[0-3] exclude.dir e:\FileboundImages\0894[0-6]??? exclude.dir e:\FileboundImages\08947000] Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMana= ger. html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 2007-11-09 12:28:52: Hmm Exclude.Dir e:\FileboundImages\08947000 Exclude.Dir = e:\FileboundImages\0[0-8][0-9][0-4][0-6][0-9][0-9][0-9] If indeed the dirs are numerical, then it does not cover a dir like: e:\FileboundImages\0889 which should be excluded. How about this? exclude.dir e:\FileboundImages\0[0-7]?? exclude.dir e:\FileboundImages\08[0-8]? exclude.dir e:\FileboundImages\089[0-3] exclude.dir e:\FileboundImages\0894[0-6]??? exclude.dir e:\FileboundImages\08947000]??? Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.ibm. com/software/sysmgmt/products/support/IBMTivoliStorageManager.html The only dumb question is the one
Database move
I should probably know this, but I'm not sure: Can I restore a TSM database from a Solaris server to an AIX server? This is a 5.4.1 server. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
No stats w/Journaling
One of our groups has been consolidating a bunch of Netware file/print servers into two Windows clusters. On one of these, backups were running 7-8 hours, backing up around 4000 objects but inspecting over 5 million. The admin implemented journalling over the weekend and we saw a dramatic improvement down to only 12-15 minutes to complete the backup successfully. The problem is that we no longer see any statistics in either the DSMSCHED.LOG or on the server activity log. On the client, we see the following: 09/30/2007 17:00:12 Querying Journal for '\\dpc-fp07c\p$' 09/30/2007 17:00:13 Processing 41 Journal entries for '\\dpc-fp07c\p$' 09/30/2007 17:00:13 Successful incremental backup of '\\dpc-fp07c\p$' 09/30/2007 17:00:13 Querying Journal for '\\dpc-fp07c\u$' 09/30/2007 17:00:14 Processing 335 Journal entries for '\\dpc-fp07c\u$' 09/30/2007 17:00:18 Successful incremental backup of '\\dpc-fp07c\u$' 09/30/2007 17:00:18 Querying Journal for '\\dpc-fp07c\v$' 09/30/2007 17:00:24 Processing 14,948 Journal entries for '\\dpc-fp07c\v$' 09/30/2007 17:00:56 Successful incremental backup of '\\dpc-fp07c\v$' 09/30/2007 17:00:56 --- SCHEDULEREC STATUS BEGIN 09/30/2007 17:00:56 --- SCHEDULEREC OBJECT END SAN2 09/30/2007 17:00:00 09/30/2007 17:00:56 Scheduled event 'SAN2' completed successfully. As you can see, no info on what objects were backed up, how much was transferred, transfer time, etc. We're not even sure anything got backed up. Client is Win2003 running Version 5.3.2 of the client. Anyone seen anything similar or have any suggestions as to what's going on here? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
DP for Mail/Snapmanager
We have just started on a conversion of Novell Groupwise to Microsoft Exchange 2007 (don't ask why 2007) and are trying to figure out how to implement a backup solution using DP for Mail and TSM. The Exchange system will be running on Netapp and the consultant has proposed using Snapmanager for Exchange to produce snapshots every 4 hours. The proposed solution has the last of these being 'verified' and mounted to a second server which will do the backup to TSM daily. Apparently this 'verification' also involves resetting the logs. I pointed out to them that this would essentially be a full backup to TSM daily, eventually amounting to 3-4TB of data daily which is completely unacceptable in our environment. We currently are doing incrementals of GWCopied POs in Groupwise and the volume is only about 50-100GB/day. Seems there should be some way to do say, weekly fulls, and logs in between which they were going to try and come up with. My limited understanding of DP for Mail was that it could manage the snapshots of databases/logs and allow a full/incremental setup. Anyone have a similar setup (Exchange on Netapp) and/or a simple explanation of how Snapmanager for Exchange and Data Protection for Mail work together? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: Slow Z/OS online
Top of message -- 05-31-07 11:34 S.SHEPPARD (SHS)Slow Z/OS online If your TSM server is running at a lower priority, then the problem is the TCPIP address space. During heavy backup processing we see TCPIP consuming a lot of CPU and it must run at a high priority to keep other work going. A separate stack running at a lower priority would probably be a good solution. Sam Sheppard Senior Technical Specialist San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 05-31-07 06:12 ..NETMAIL (001) [ADSM-L] Slow Z/OS online Date: Thu, 31 May 2007 09:08:57 -0400 From: Tim Brown [EMAIL PROTECTED] Subject: [ADSM-L] Slow Z/OS online response during TSM backups to TSM To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Has anyone had experience with TSM backups to a TSM server on Z/OS.=20 During the backup window the user online access is significantly slower. Also the TSM address space takes a large percentage of the cpu. Would a dedicated TCP/IP address stack for TSM help WLM tuning, not an expert, the dispatching priority of TSM is lower then = the online and database address spaces Suggestions !! I am looking to migrate TSM server off of the mainframe but that wont be = for awhile. Tim Brown Systems Specialist - Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: [EMAIL PROTECTED] Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255=20 ---`
Re: Full library w/z/OS
Top of message -- 05-25-07 11:10 S.SHEPPARD (SHS)Full library with z/OS Your z/OS tape management system (typically RMM) should be able to move tapes from the location 'library-name' to location SHELF. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 05-24-07 15:27 ..NETMAIL (001) [ADSM-L] Full library wit Date: Thu, 24 May 2007 15:25:43 -0700 From: Gee, Norman [EMAIL PROTECTED] Subject: [ADSM-L] Full library with z/OS To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ How does one handle a full library with TSM on z/OS? I am running out of tape slots and the MOVE MEDIA command is not available with z/OS and the stgpool does not have the option of ovflocation.=20 ---`
Re: Novell DB files skip
Top of message -- 03-01-07 09:31 S.SHEPPARD (SHS)Re: Novell DB files skip I'm not a Novell guy, but we do something here using a Novell function called 'GWCOPY'. Apparently, this makes a snapshot of the PO while it's running. We then backup the copy of the PO. I don't know all of the details, but apparently it can do some sort of incremental copy, but isn't aware of the files in the PO that may have been deleted since the last GWCOPY. This means the copy gets bigger everyday and eventually you have to start from scratch. Meaning, the backup of the copy ends up being a full backup periodically. Check with your Netware people. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 03-01-07 07:35 ..NETMAIL () Re: [ADSM-L] Novell DB fi Date: Thu, 1 Mar 2007 10:34:46 -0500 From: Timothy Hughes [EMAIL PROTECTED] Subject: Re: [ADSM-L] Novell DB files skipped from Tivoli Incremental To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Thanks Richard...I will research this though finding a C programmer with the time to put together a TDP will be difficult. Tim Richard Sims wrote: On Mar 1, 2007, at 10:03 AM, Timothy Hughes wrote: It would be nice if there was a TDP for Novell GroupWise or if TSM 5.4 had a fix but I can't find any. Tim - There is the potential for a TDP *if* GroupWise provides an API for accessing its data, real-time. Then it would be necessary for there to be sufficient marketability to cover development and support costs, plus provide some profit. You might want to research whether there is a GW API. If so, an enterprising C programmer in the shop could cobble together a respectable pseudo TDP using the TSM API. Richard Sims ---`
Re: ADSM on z/OS Mainfram
Top of message -- 12-14-06 08:03 S.SHEPPARD (SHS)RE: ADSM on z/OS Mainfram You need to specify the RMM deletion exit in your TSM server options file: DELetionexitEDGTVEXT Server will have to be restarted. Sam Sheppard San Diego Data Processing Corp (858)-581-9668 ---` Top of message -- 12-14-06 07:18 ..NETMAIL () RE: ADSM on z/OS Mainfram You need to specify the RMM deletion exit in your TSM server options file: Date: Thu, 14 Dec 2006 16:17:04 +0100 From: Werner Nussbaumer [EMAIL PROTECTED] Subject: [ADSM-L] ADSM on z/OS Mainframe Tape Handling To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Hi list We have an installed TSM Storage Manager Server on a z/OS Mainframe.=20 We have defined a Tape Pool with a maximum of 200 Tapes which can be taken from a scratch pool. If TSM takes a Scratch tape it is automatically put on RMM as the owner ADSM. The problem is that these tapes if they are empty they never are beeing returned to the scratch pool. What must be done on TSM Server that it empties the tapes? TSM has 124 tapes used in the defined TSM tape pool. However in RMM there are 277 tapes defined as master for TSM.=20 1) What must be done that the tapes which are not anymore in the TSM tape Pool but still are in RMM that they are returned to the scratch pool? 2) In the integrated solutions console under Servers - Libraries for All Servers - Device Classes for ADSM - TAPEPOOL Properties (ADSM) there are the options=20 - File retention period=20 Is it from the creation date or from the date the tape was empty?=20 - Tape expiration date (ddd) What is the meaning of these 2 parameters? Thanks for any help Regards Werner Nussbaumer ---`
MSG ANS1068e
I'm receiving this message when attempting to do an image backup of a NAS drive from a Win/2003 client. Basically says this is not a local drive and image backup is not supported. The client is in a cluster, but the admins have not setup the clustering service on it. Instead, they are backing up the shared drives from one of the members of the cluster. My question is; if the TSM clustering support was setup, would they be able to perform an image backup on this drive? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: STGPOOL on Netapp
Top of message -- 09-23-06 13:22 S.SHEPPARD (SHS)Re: STGPOOL on Netapp Thanks for the tip. My current servers are both z/OS and I'm a permanent MVS/OS390/zos sysprog with little more than general knowledge of either Solaris or Netapp, so I'm having to rely on other groups to tune this stuff. From my various searches, it doesn't appear as though this is anything anyone would do if they had a choice. If I had the adapter, I would just hook up my Shark and be done with it. Thanks again Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 Top of message Date: Sat, 23 Sep 2006 03:21:57 -0400 From: Prather, Wanda [EMAIL PROTECTED] Subject: Re: [ADSM-L] STGPOOL on Netapp To: ADSM-L@VM.MARIST.EDU I have seen sequential READ throughput as low as 8MB/sec on a fibre-connected NetApp. (sorry I don't remember which model it was). With your setup, there could be several different problems. On the format, you are writing about 17MB/sec, but that's going over the = network once, from your TSM server to the NetApp. On the client backup, you are going over the network twice - from the client to the TSM server, then from the TSM server to the NetApp. So you could have network issues on either/both legs, AND issues with NetApp performance. My understanding is that you can do some tuning in = the way you lay out your RAID sets on the NetApp - you want to get as many disks spinning at once as possible to improve performance. But you = can also outrun the ability of the NetApp to purge its cache. You may have to do a LOT of testing and configuring with the NetApp to get improvements. For your testing, try using a TSM DB backup or an EXPORT, so that you are going over the network only once for your comparison tests. You might want to open an incident with your NetApp support to get their ideas of the best way to optimize throughput. From: ADSM: Dist Stor Manager on behalf of Sam Sheppard Sent: Wed 9/20/2006 4:40 PM To: ADSM-L@VM.MARIST.EDU Subject: STGPOOL on Netapp Anyone tried putting a disk storage pool on an ISCSI, GigE attached Netapp-960 box? If so, any recommendations on TSM performance? We are attempting this as a temporary solution, but are having VERY poor performance. Formatting a 250GB volume has taken up to 4 hours and then the backup performance on a test from 1 small client is only pushing 3-4 GB/hour. Also tried a device class of FILE and didn't see much difference. By contrast, equivalent test on a local disk takes just over 1 hour to format and throughput is 27GB/hour. Server is: Solaris 10, TSM 5.3.3. sun fire v240 21.5 GHz CPU's 8GB memory Thanks, Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---`
STGPOOL on Netapp
Anyone tried putting a disk storage pool on an ISCSI, GigE attached Netapp-960 box? If so, any recommendations on TSM performance? We are attempting this as a temporary solution, but are having VERY poor performance. Formatting a 250GB volume has taken up to 4 hours and then the backup performance on a test from 1 small client is only pushing 3-4 GB/hour. Also tried a device class of FILE and didn't see much difference. By contrast, equivalent test on a local disk takes just over 1 hour to format and throughput is 27GB/hour. Server is: Solaris 10, TSM 5.3.3. sun fire v240 21.5 GHz CPU's 8GB memory Thanks, Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: Groupwise Backup
Top of message -- 09-13-06 10:49 S.SHEPPARD (SHS)Re: Groupwise Backup We set 'enablecaching' to no which seemed to have no effect. It appears from what my Netware people are telling me, that the 'enablegroupwise' switch has a setting of 1 or 0; don't see a 'true' option. Can someone explain to me what this might do? At this point, after several different tweaks we have gotten the throughput up to around 30GB/hour, and think we will probably be able to live with that, unless anyone has any other suggestions. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 09-13-06 02:10 ..NETMAIL (001) Re: [ADSM-L] Groupwise Ba Date: Wed, 13 Sep 2006 19:02:53 +1000 From: Marco Malgarini [EMAIL PROTECTED] Organization: Malga Consulting Subject: Re: [ADSM-L] Groupwise Backup To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Hi Troy TSM supported that switch with client 5.3.0.12 and we get fault free backups and 100% quality restores on 100GB and larger post offices (we are backing up 100+ of these post offices state-wide, lots of test experience). We are currently testing the 5.3.4.0 client in this configuration and didn't have any errors yet. Server version 5.3.3.2 on W2K3 server Kind Regards Marco Malgarini Malga Consulting -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Troy Frank Sent: Wednesday, 13 September 2006 08:10 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Groupwise Backup TSM does not support the use of the /enableGroupwise switch, as it is the replacement for tsagw, which tsm also didn't support. It doesn't stop backups from running, but it caused more errors in my experience. The /nocachingmode switch is important to do though...had forgotten about that one. You can also set it permanently by editing the sys:/etc/sms/tsa.cfg file, and changing the Enable Caching option from yes, to no. Marco Malgarini [EMAIL PROTECTED] 9/12/2006 4:49 PM One more suggestion: Have you tried the following TSAFS settings? Tsafs /enableGroupwise=true this is a TSAFS load switch And have you tried tsafs /nocachingmode this is an online switch which we use as a pre-schedule command. Our post offices have about 1,500,000 objects and inspection time alone takes between 30min to 1 1/2 hours depending of other backups running on the same box. i.e. file and print data. Kind Regards Marco Malgarini Malga Consulting -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Sam Sheppard Sent: Wednesday, 13 September 2006 06:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Groupwise Backup Top of message -- 09-12-06 13:43 S.SHEPPARD (SHS)Re: Groupwise Backup I'll try scaling back the TXNG, but the data is static (snapshot copy), so nothing is changing. My understanding of RESOURCEUTILIZATION is that you need multiple volumes (filespaces) to use multiple producer threads and since we're only backing up the one Groupwise volume I don't think RESOURCEUTILIZATION will buy us anything. I'll also try upping the TCPBUFFSIZE. I was taking the recommendation from the Performance Tuning Guide, but I have plenty of memory to play with. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 09-12-06 13:38 ..NETMAIL () Re: [ADSM-L] Groupwise Ba Date: Tue, 12 Sep 2006 15:32:11 -0500 From: Troy Frank [EMAIL PROTECTED] Subject: Re: [ADSM-L] Groupwise Backup To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Couple suggestions... Server side - groupwise tends to work better with a smaller TXNGROUPMAX (ours is 1024). Since groupwise is a lot of small files, and they can change rapidly, big TXNGROUPMAX settings can equal a lot of aggregate rebuilding before going to the server. Client Side - Set RESOURCEUTILIZATION to 4 or so. Netware seems to have issues with going higher than 5 or 6, but 4 seems to work well. You'll get more filesystem reader/data sender threads. I've included some of our client-side dsm.opt settings below... ResourceUtilization 4 TCPBUFFSIZE 127 TCPWINDOWSIZE 64 TXNBYTELIMIT 25600 LARGECOMmbuffers Yes I've read some things that suggest LARGECOMmbuffers on netware is a completely useless command, but it doesn't seem to hurt anything, so I haven't taken it out. Also keep in mind that groupwise backups will always be slower than most other types of systems. It's a pretty worst-case scenario for an incremental
Groupwise Backup
We have installed a new TSM server intended to backup about a dozen Novell Groupwise post offices, totaling around 600GB. These are being directed to IBM Ultrium-TD3 LTO tapes in a FC-attached Spectralogic library. The TSM server is Version 5.3.3.3 running under Solaris 10 (Sunfire V240, 2 1.5G CPUs, 8GB memory). The clients machines are dual-processor 3GHz, 3GB memory running the 5.3.4 version of the Netware client. Client/Server connection is over a GigE VLan. Server options: COMMmethod TCPIP TCPWindowsize 128 BUFPOOLSIZE 128000 EXPINTERVAL 0 SELFTUNEBUFPOOLSIZE YES TXNGROUPMAX 2048 Client Options: COMMMETHOD TCPip TCPSERVERADDRESS 172.18.16.6 TCPBUFFSIZE32 TCPWINDOWSIZE 64 TCPPORT1500 TXNB 2097152 PASSWORDACCESSGENERATE PROCESSORUTILIZATION 100 MEMORYEFFICIENTBACKUP NO Initial test backup of a small (9GB) PO showed a throughput of around 20GB/hour. Subsequent tests have improved to 25-29GB/hour after upping the TXNG and PROCESSORUTILIZATION parms, but this still seems awfully slow for what, to us, seems like a pretty beefy system. The data resides on a NetApp FAS device and we actually backup a snapshot of the PO to avoid having to take Groupwise down. For reasons I won't go into, NDMP was removed as an option when putting this configuration together. Stats show 60%+ Comm. Wait, so I'm assuming this is a client-side or network issue, but I'm at a loss as to what to try next. FTP tests from the client show excellent throughput (200+GB/hour), so I don't believe it's a network issue. We're going to up the client-side TCPW to 128, but I'm not optomistic. Can anyone else out there give me their experiences, performance-wise, with large Groupwise backups and any hints at how to increase this throughput? I'm beginning to think it may be limitations of the Netware OS/client. We're hoping to get near 40GB/hour to make our window. Thanks in advance, Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: Groupwise Backup
Top of message -- 09-12-06 13:43 S.SHEPPARD (SHS)Re: Groupwise Backup I'll try scaling back the TXNG, but the data is static (snapshot copy), so nothing is changing. My understanding of RESOURCEUTILIZATION is that you need multiple volumes (filespaces) to use multiple producer threads and since we're only backing up the one Groupwise volume I don't think RESOURCEUTILIZATION will buy us anything. I'll also try upping the TCPBUFFSIZE. I was taking the recommendation from the Performance Tuning Guide, but I have plenty of memory to play with. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 09-12-06 13:38 ..NETMAIL () Re: [ADSM-L] Groupwise Ba Date: Tue, 12 Sep 2006 15:32:11 -0500 From: Troy Frank [EMAIL PROTECTED] Subject: Re: [ADSM-L] Groupwise Backup To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Couple suggestions... Server side - groupwise tends to work better with a smaller TXNGROUPMAX (ours is 1024). Since groupwise is a lot of small files, and they can change rapidly, big TXNGROUPMAX settings can equal a lot of aggregate rebuilding before going to the server. Client Side - Set RESOURCEUTILIZATION to 4 or so. Netware seems to have issues with going higher than 5 or 6, but 4 seems to work well. You'll get more filesystem reader/data sender threads. I've included some of our client-side dsm.opt settings below... ResourceUtilization 4 TCPBUFFSIZE 127 TCPWINDOWSIZE 64 TXNBYTELIMIT 25600 LARGECOMmbuffers Yes I've read some things that suggest LARGECOMmbuffers on netware is a completely useless command, but it doesn't seem to hurt anything, so I haven't taken it out. Also keep in mind that groupwise backups will always be slower than most other types of systems. It's a pretty worst-case scenario for an incremental backup since it involves a huge number of very small files. An ftp transfer doesn't really accurately tell you anything, since that's only testing speed of reading a single/few very large files, and filling the network pipe. Disk performance will likely be the dominating factor in this kind of scenario, so I'd look at what kind of raid set you have, how many spindles, on how many controllers, with what block size, what rpm your drives are, ect. [EMAIL PROTECTED] 9/12/2006 1:45 PM We have installed a new TSM server intended to backup about a dozen Novell Groupwise post offices, totaling around 600GB. These are being directed to IBM Ultrium-TD3 LTO tapes in a FC-attached Spectralogic library. The TSM server is Version 5.3.3.3 running under Solaris 10 (Sunfire V240, 2 1.5G CPUs, 8GB memory). The clients machines are dual-processor 3GHz, 3GB memory running the 5.3.4 version of the Netware client. Client/Server connection is over a GigE VLan. Server options: COMMmethod TCPIP TCPWindowsize 128 BUFPOOLSIZE 128000 EXPINTERVAL 0 SELFTUNEBUFPOOLSIZE YES TXNGROUPMAX 2048 Client Options: COMMMETHOD TCPip TCPSERVERADDRESS 172.18.16.6 TCPBUFFSIZE32 TCPWINDOWSIZE 64 TCPPORT1500 TXNB 2097152 PASSWORDACCESSGENERATE PROCESSORUTILIZATION 100 MEMORYEFFICIENTBACKUP NO Initial test backup of a small (9GB) PO showed a throughput of around 20GB/hour. Subsequent tests have improved to 25-29GB/hour after upping the TXNG and PROCESSORUTILIZATION parms, but this still seems awfully slow for what, to us, seems like a pretty beefy system. The data resides on a NetApp FAS device and we actually backup a snapshot of the PO to avoid having to take Groupwise down. For reasons I won't go into, NDMP was removed as an option when putting this configuration together. Stats show 60%+ Comm. Wait, so I'm assuming this is a client-side or network issue, but I'm at a loss as to what to try next. FTP tests from the client show excellent throughput (200+GB/hour), so I don't believe it's a network issue. We're going to up the client-side TCPW to 128, but I'm not optomistic. Can anyone else out there give me their experiences, performance-wise, with large Groupwise backups and any hints at how to increase this throughput? I'm beginning to think it may be limitations of the Netware OS/client. We're hoping to get near 40GB/hour to make our window. Thanks in advance, Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 Confidentiality Notice follows: The information in this message (and the documents attached to it, if any) is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken, or omitted to be taken in reliance on it is prohibited and may be unlawful
ADSM-L] TSM Migration
Top of message -- 08-22-06 16:59 S.SHEPPARD (SHS)ADSM-L] TSM Migration We went direct. One problem with 5.3.3.0 with the COPYSTGPOOL option APAR PK09861 we fixed by installing patch level 5.3.3.3. If you don't use the COPYSTGPOOL option, 5.3.3.0 is clean. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 08-22-06 11:16 ..NETMAIL () ADSM-L] TSM Migration Date: Tue, 22 Aug 2006 13:57:38 -0400 From: Weaver, Gerry P. [EMAIL PROTECTED] Subject: [ADSM-L] TSM Migration Question To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Good Day To All. Currently, we are running 5.2.3.3 on a Z/os platform and we are preparing to migrate to 5.3=20 Couple of questions: 1) Has anyone in the Z/os world gone to 5.3.3 yet?=20 2) From 5.2.3.3 can we migrate directly to 5.3.3? Or do we migrate from 5.2.3.3 ... to 5.3 ... to 5.3.1 ... to 5.3.3 Gerry P. Weaver ---`
Re: Backing up a Novell 5
Top of message -- 06-29-06 12:13 S.SHEPPARD (SHS)Re: Backing up a Novell 5 This is probably APAR IC47772: TSM CLIENT ABENDS NETWARE WITH CPU HOG DETECTED BY TIMER fixed in the 5.3.3 fixpack. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 06-29-06 11:18 ..NETMAIL (001) [ADSM-L] Backing up a Nov Date: Thu, 29 Jun 2006 14:16:30 -0400 From: Bob Martoncik [EMAIL PROTECTED] Subject: [ADSM-L] Backing up a Novell 5.1 server To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ We are attempting to backup this Novell 5.1 server over a 10MB link to our Windows 2000 TSM Server. When we try to initate the backup from the server, Netware abends and the following error message pops up. Server then has to be restarted. We have tried to push the initial backup through, 35GB which would take roughly 10-12 hours. Are running TSM Client 5.3 with all the required patches from Novel and TSM. Thanks. Netware Abend log entry... Server DEAN halted Wednesday, June 28, 2006 11:02:59.330 pm Abend 1 on P00: Server-5.00l-957: CPU Hog Detected by Timer Registers: CS = 0008 DS = 0010 ES = 0010 FS = 0010 GS = 0010 SS = 0010 EAX = FCE0E29A EBX = CBEBBF40 ECX = 005C EDX = ESI = D1C8E8C0 EDI = D1C8E8C1 EBP = CBEBBF08 ESP = CBEBBEEC EIP = FLAGS = 0006 Running process: DSMC.NLM:ccba1930 Process Created by: NetWare Application Thread Owned by NLM: DSMC.NLM Stack pointer: CBEBBD90 OS Stack limit: CBEADB60 Scheduling priority: 67371008 Wait state: 5050090 (Wait for interrupt) Stack: --FCE0E29A ? Bob Martoncik Lucas County Information Services 419-213-4633 ---`
TSM Server on Solaris 10?
We are about to install a new TSM 5.3 server on a Solaris 10 box. Documentation in the install guide says nothing about Solaris 10, only that Solaris 8 or 9 is required. My assumption is that 10 will work fine, but I wanted to check of anyone had any insights or gotchas on this installation. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: TSM Server on Sol 10
Top of message -- 06-21-06 11:40 S.SHEPPARD (SHS)Re: [ADSM-L] TSM Server o Ah yes. That's the place. Thanks much. Sam ---` Top of message -- 06-21-06 11:23 ..NETMAIL () Re: [ADSM-L] TSM Server o Date: Wed, 21 Jun 2006 14:22:18 -0400 From: Richard Sims [EMAIL PROTECTED] Subject: Re: [ADSM-L] TSM Server on Solaris 10? To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Use the TSM Support Page, http://www.ibm.com/software/sysmgmt/products/support/ IBMTivoliStorageManager.html and click on Server requirements and there select Solaris, and be pleased. Richard Sims On Jun 21, 2006, at 2:09 PM, Sam Sheppard wrote: We are about to install a new TSM 5.3 server on a Solaris 10 box. Documentation in the install guide says nothing about Solaris 10, only that Solaris 8 or 9 is required. My assumption is that 10 will work fine, but I wanted to check of anyone had any insights or gotchas on this installation. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---`
Re: Netware FAS
Top of message -- 04-13-06 11:58 S.SHEPPARD (SHS)Re: [ADSM-L] Netware FAS The admin supplied me with his OPT file and it appears the DOMAIN statement is correct: DOMAIN ALL-LOCAL NDPS: Don't see any errors in the DSMERROR.LOG and, interestingly, only one file inspected/backed up; the Server Specific Info. No SYS: volume or anything else. So I suspect some problem on the Netware setup side, although, not knowing anything about Netware, I have no idea what it might be. He also has some excludes of the form: EXCLUDE.DIR NDPS1:\iobw.tst which makes it appear there is an NDPS1 volume somewhere also. More testing this afternoon, but right now I'm kind of at the mercy of the Netware folks. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 [EMAIL PROTECTED] Top of message -- 04-13-06 06:46 ..NETMAIL (001) Re: [ADSM-L] Netware FAS Date: Thu, 13 Apr 2006 08:40:36 -0500 From: Troy Frank [EMAIL PROTECTED] Subject: Re: [ADSM-L] Netware FAS Volume To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ I'm not familiar with Network Appliance FAS devices, but I do know the volume name seemed odd to me. The first reason is that you preceded it with a /. Generally on netware the volumes are labeled like this, NDPS: He should be able to see how netware is labeling the volume by doing a volumes command at the server prompt. Whatever shows up there, add a colon to the end of it in the DOMAIN statement. The other thing I wondered about is whether this volume name worked ok on directly attached storage? NDPS is an actual novell product name, and as such, I'm not sure if it's a reserved keyword that's not safe to use. Could test that by creating a small dummy-volume with a different name, and seeing if that shows up better. [EMAIL PROTECTED] 4/12/2006 5:58:29 PM We are migrating Netware file/print data from an existing SAN to a Network Appliance FAS device. The Netware volume in question is named /NDPS and, apparently, the Netware administrator is unable to see that volume when he attempts to run a backup. Is there anything special that has to be done to backup Netware volumes residing on a NAS device? He supposedly put the /NDPS: in his DOMAIN statement, but I haven't yet seen his OPT file. Anyone out there doing this with the standard Netware client or is it possible you can only do this using NDMP? Thanks Sam Sheppard San Diego Data Processing Corporation (858)-581-9668 Confidentiality Notice follows: The information in this message (and the documents attached to it, if any) is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken, or omitted to be taken in reliance on it is prohibited and may be unlawful. If you have received this message in error, please delete all electronic copies of this message (and the documents attached to it, if any), destroy any hard copies you may have created and notify me immediately by replying to this email. Thank you. ---`
Netware FAS Volume
We are migrating Netware file/print data from an existing SAN to a Network Appliance FAS device. The Netware volume in question is named /NDPS and, apparently, the Netware administrator is unable to see that volume when he attempts to run a backup. Is there anything special that has to be done to backup Netware volumes residing on a NAS device? He supposedly put the /NDPS: in his DOMAIN statement, but I haven't yet seen his OPT file. Anyone out there doing this with the standard Netware client or is it possible you can only do this using NDMP? Thanks Sam Sheppard San Diego Data Processing Corporation (858)-581-9668
Re: ADSM-L TSM Z/OS Server
Top of message -- 01-19-06 11:22 S.SHEPPARD (SHS)ADSM-L] TSM Z/OS Server I believe you need a separate z/OS unitname for drives that are not in the 3494. Your z/OS operating system needs to know the difference to be able to force the allocation to the standalone 3590s. There may also need to be a modification to your SMS DATACLASS routine. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 01-19-06 10:58 ..NETMAIL () [ADSM-L] TSM Z/OS Server Date: Thu, 19 Jan 2006 14:00:43 -0500 From: Tim Brown [EMAIL PROTECTED] Subject: ADSM-L] TSM Z/OS Server - Unable to allocate Copy Storage Pool To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Origianlly had 2 3590-1 tape drives in 3494 tape subsystem, all was fine We added 2 stanadalone 3590 tape drives . The origianal and new drives are both UNIT=3590-1 Both my primary storage and copy storage pools use a DEVCLASS with = UNIT=3590-1 When I copy a primary storage pool to a copy storage pool I get a Z/OS = message IKJ56241I ANR0984I Process 12 for BACKUP STORAGE POOL started in the BACKGROUND at = 13:03:36.= ANR2110I BACKUP STGPOOL started as process 12. = ANR1210I Backup of primary storage pool NETWARE_TAPE to copy storage = pool = NETWARE_COPY started as process 12. = TSM:TIVOLIV51 = ANR1228I Removable volume A00310 is required for storage pool backup.= ANR5216I 3590 A00310 is expected to be mounted (R/O).= IKJ56241I DATA SET NETWAREC.BFS.V3421 NOT ALLOCATED+ = IKJ56241I NO UNIT AVAILABLE = IEC501A M 0911,A00310,SL,COMP,ADSM,ADSM,NETWARE.BFS = Since both the tape subsystem and standalone 3590s are both 3590-1 how can I force TSM to use the tape subsystem tape units Tim Brown Systems Specialist Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: [EMAIL PROTECTED] Phone: 845-486-5643 Fax: 845-486-5921 ---`
Re: TSM Client for z/OS
Top of message -- 12-22-05 09:18 S.SHEPPARD (SHS)ADSM-L] TSM Client for z The TSM client for z/OS is for the Unix System Services (USS) component of the z/OS operating system only, which is typically a very small percentage of the z/OS system. The regular z/OS system is backed up with DFHSM or some equivalent 3rd party product, both of which function similarly to TSM. I would be curious to know what exactly the problem is with the standard (DFHSM) backup operations. This system is extremely efficient and, even with 3490E drives, should be able to handle almost all requirements unless not configured correctly. Also, it is correct that the upgrade path from 3490 is to some model of the 3590. LTO is not supported for attachment to z/OS. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 12-22-05 08:54 ..NETMAIL () [ADSM-L] TSM Client for z Date: Thu, 22 Dec 2005 11:53:58 -0500 From: Sergio Fuentes [EMAIL PROTECTED] Subject: [ADSM-L] TSM Client for z/OS To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ We currently have an AIX 5 ML6, TSM 5.2.6 server backing up most of our clients. We also have an IBM z/OS mainframe, V1R4 which has been independently backing itself up using (i believe) dfshsm straight to some ancient 3490E drives. We're running into problems fast with this backup scenario, and this is the first time i've caught wind of this. So, my question is that I see that TSM documentation for Unix clients 5.2.2 has this page: http://publib.boulder.ibm.com/tividd/td/TSMC/GC32-0789-04/en_US/HTML/ans531. htm#oece Therefore, I conclude that IBM does have a z/OS binary out there that can connect to our AIX TSM server. Can anybody verify this, please? Our mainframe people are checking on this now, but I have a feeling I'd get a quicker answer from this list. Is there a specific avenue that we have to navigate through in order to license this client? Is there any other strategy to backup our z/OS server without having to buy expensive hardware just to back it up? According to our reseller, we'd have to expand our 3584 library with 3590 drives just to backup the mainframe. But we'd really like to just add more LTO-based drives, and the easiest way to do that would be with mainframe connectivity to our existing TSM server. Is there any reason why we can't or shouldn't go this route? Thanks for your help Sergio ---`
Message ANS1568E
I had a client call me and provided the following info from the error log after their scheduled backup stopped working: 12/19/2005 07:20:26 UseExternalTimer: Unable to open timer file '\s1u0.', errno=2,error:No such file or directory 12/19/2005 07:20:39 ANS1568E The CAD attempted to register it's tcpport and tcpip address without using the TCPCADADDRESS option. 12/19/2005 07:20:39 ANS1570E Registering this instance of the Cad with the server failed. Cad process continues. Looking up message ANS1568E says to do the following: Use TCPCADADDRESS in the client option file to indicate the proper TCP/IP address for this CAD. I had the client add this option and the error does not reoccur. He is asking if he will need to go into his DSM.OPT file and change this whenever his IP address is renewed. I told him to try his DNS entry. I then attempted to look up this option in the client doc and cannot find any documentation on this anywhere. I suspect some kind of corruption somewhere along the line, since this just happened out of the blue and also suggested he remove the client and reinstall. Client is 5.3.0.0, Server is 5.3.2.0. Anyone have any experience with this and any info on the TCPCADADDRESS option? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: ADSM-L Move from ESS
Top of message -- 11-18-05 13:53 S.SHEPPARD (SHS)Re: ADSM-L Move from ESS TSM doesn't care about the difference in model numbers, mixed or not. The DEVCLASS is a TSM construct and has no direct relationship to the 3390 model, so you can use the same one for model 3s and 9s. You will have a 4GB limitation on the TSM volume size unless you use VSAM Extended datasets. You can still fill the model 9 by allocating multiple TSM volumes per 3390-9. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 11-18-05 11:21 ..NETMAIL () [ADSM-L] Move from ESS di Date: Fri, 18 Nov 2005 14:07:28 +0100 From: Paul Van De Vijver [EMAIL PROTECTED] Subject: [ADSM-L] Move from ESS disk 3390-3 to DS8100 disk 3390-9 To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Hi, We are running TSM 5.2.6.0 on Z/OS 1.4 As from next week we are going to replace our old ESS disk storage with DS8100 At this moment we only have 3390 disks model 3 (for DB, Reclog and storage pools) We want to use 3390 model 9 on the new DS8100 Some questions : Is it possible to use a mixed (model 3 and model 9) environment for the TSM DB (and reclog and storage pools) Do I have to create a new devclass e.g. DISKmod9 Or can I just use o ur current DISK devclass (see below) Can I just continue using the same allocate and format job to take new disk volumes in production for TSM Other points to consider Personally I think I do not have to do anything special but just to be sure I would like to hear some experiences. Thanks, Van de Vijver Paul Honda Europe NV Belgium Q devclass disk f=3Dd Device Class Name: DISK Device Access Strategy: Random Storage Pool Count: 5 Last Update by (administrator): Last Update Date/Time: 17.10.1994 16:54:00 Device Type: Maximum Capacity (MB): Estimated Capacity (MB): Dataset Name Prefix: Mount Limit: Mount Retention (min): Label Type: Expiration Date: Mount Wait (min): Format: Unit Name: Volser: Compression: Protection: Retention: Server Name: Retry Period: Retry Interval: Library Name: WORM: The information contained in this communication is confidential and may be l= egally privileged. It is intended solely for the use of the individual or th= e entity to whom it is addressed and others authorised to receive it. If you= have received it by mistake, please let the sender know by e-mail reply and= delete it from your system. If you are not the intended recipient you are hereby notified that any discl= osure, copying, distribution or taking any action in reliance of the content= s of this information is strictly prohibited and may be unlawful. Honda Europe NV is neither liable for the proper and complete transmission o= f the information contained in this communication nor for any delay in its r= eceipt. ---`
Re: mvs client
Top of message -- 11-10-05 12:30 S.SHEPPARD (SHS)[ADSM-L] mvs backup clien There is a USS (Unix System Services) client for the Unix portion of z/OS. The rest of the z/OS system is usually backed up with the DFSMSHSM product, part of the DFSMS group of products introduced in the late 80s, which provides a very efficient backup/recovery, migration/recall and general space management functions. No need for a TSM client. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 11-10-05 12:25 ..NETMAIL (001) [ADSM-L] mvs backup clien Date: Thu, 10 Nov 2005 14:21:06 -0600 From: Troy Frank [EMAIL PROTECTED] Subject: [ADSM-L] mvs backup client? To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ I was wondering if mvs mainframes are a supported client. I looked around = a bit, and couldn't find it listed anywhere. Normally I would've called = off my search, but I'm a bit surprised that ibm's backup software can't = backup their own mainframes. Troy Frank Network Services University of Wisconsin Medical Foundation 608.829.5384 Confidentiality Notice follows: The information in this message (and the documents attached to it, if any) is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken, or omitted to be taken in reliance on it is prohibited and may be unlawful. If you have received this message in error, please delete all electronic copies of this message (and the documents attached to it, if any), destroy any hard copies you may have created and notify me immediately by replying to this email. Thank you. ---`
Re: ANR1400W
Top of message -- 09-16-05 11:37 S.SHEPPARD (SHS)[ADSM-L] ANR1400W Can't What is the status of the volume as shown by a Q V Q02067 F=D command? If it's unavailable or offsite then that could be the problem. This is a problem with the volume, and not the tape library. The fact that the other PLEX is not having problems is because it's not ever trying to use the volume in question. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 09-16-05 10:57 ..NETMAIL () [ADSM-L] ANR1400W Can't ' Date: Fri, 16 Sep 2005 12:55:22 -0500 From: Scott Grover [EMAIL PROTECTED] Subject: [ADSM-L] ANR1400W Can't backup TAPEPOOL To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Running TSM 5.2.3 on z/OS 1.6. Just noticed that on one Parallel Sysplex environment, I've got 2 different TSM servers that have not had a successful daily TAPEPOOL backup (to COPYPOOL) in at least 3 weeks. Getting the following errors every day...but usually not until I'm 8 - 16 hours into the process: 09/16/2005 07:15:46 ANR1400W Mount request denied for volume Q02067 - mount canceled. (SESSION: 2724, PROCESS: 115) 09/16/2005 07:15:46 ANR1213I Backup process 115 terminated for storage pool TAPEPOOL - process canceled. (SESSION: 2724, PROCESS: I have another server on a different PLEX sharing the same STK 9310's and 9840 drives that are not experiencing this problem. I'm using the same configurations, parms, and settings on all 3 servers. Has anyone experienced anything similar?Would hitting a mount wait threshold cause this?Thanks in advance if anyone can help me out !! ---`
TSMOR Missing Email
I have discovered a problem with the notification function of the TSM Operational Reporter. Every day, we have several clients whose schedules are missed or failed for one reason. Now we have discovered that periodically, only one of these clients gets the email notification that their backup was missed/failed. This seems to happen every second or third day. The 'Client Schedules' report is correct in that it includes all of the missed schedules, but the 'Notify of a Missed Schedule' report only has one. Anybody else run into this and does anyone have any clues as to what's causing this behaviour or how to correct it? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: Who has the oldest
Top of message -- 08-03-05 10:39 S.SHEPPARD (SHS)Re: Who has the oldest I've got that beat: Server Installation Date/Time: 07/21/1993 08:58:35 Server Restart Date/Time: 07/25/2005 04:38:54 Sam Sheppard San Diego Data Processing Corp. ---` Top of message -- 08-03-05 10:09 ..NETMAIL (001) [ADSM-L] Who has the olde Date: Wed, 3 Aug 2005 11:08:28 -0600 From: Ben Bullock [EMAIL PROTECTED] Subject: [ADSM-L] Who has the oldest TSM installation? To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ I was just looking at the 'q status' output on one of my TSM servers = and saw that it is just over 9 years since we installed it. Way back = when it was ADSM v3 : Server Installation Date/Time: 06/28/96 10:09:23 Server Restart Date/Time: 02/03/05 10:36:00=20 We have upgraded the hardware a numerous times over the years, but it = still shows the original installation time. Can anyone beat that? Ben ---`
Retention Request Problem
Our main customer is having some potential legal problems and has made the following request: I am requesting that all File Server Backups taken prior to June 15, 2005 be preserved pending further instructions. My immediate response was 'easier said than done'. I'm not clear on what the effect would be of changing the retention policies of retain extra and retain only copy to 'nolimit'. I'm assuming such a change would affect all existing inactive copies and prevent them from rolling off. Or would it only affect subsequent backups? Also, since all clients in a domain are not necessarily going to be under this edict (I find out later this morning), could I create a new domain with 'nolimit' policy, move the affected clients to it and expect the new policy (same management class name) to be picked up by the inactive files on the next backup? I'm hoping that after today's meeting where the difficulties of complying to this kind of 'get in your time machine and make a June 15 archive' request are made clear that I won't have the problem. But I can't be sure. At minimum, I'm hoping that the scope can be limited since we're talking over 200 clients and 4-5 TB of data. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
TSM 5.3 upgrade on z/OS
For the z/OS customers out there: We started the process to order TSM 5.3, migrating from 5.2. On 5.2, we was on MLC (Monthly License Charge) which apparently included my client licenses (around 250). On ordering 5.3, we have been told that the MLC option no longer exists and we will have to pay a one-time charge and annual license fee. It turns out the the OTC and ALC are less than the corresponding MLC, but the quote also came back with $128,000 for client licenses, which will knock us out. Anyone else run into this 'gotcha' on the 5.3 upgrade? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Old GUI admin in 5.3?
With all of the 'horror' stories on the list about 5.3 and the ISC, I was wondering if the old GUI from Version 3 will still work, at least to the extent that it does in 5.2? Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: ADSM-L TSM 5.3.0.2
Top of message -- 03-02-05 09:06 S.SHEPPARD (SHS)Re: [ADSM-L] TSM 5.3.0.2 Has anyone tried the old standalone GUI from version 3 that some of us are still carrying around? I know that there are some things that didn't work on versions 4 and 5, but the most commonly used functions still work even at 5.2 where I am. Just wondering about alternatives as I contemplate moving to 5.3. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 03-02-05 08:08 ..NETMAIL (001) Re: [ADSM-L] TSM 5.3.0.2 Date: Wed, 2 Mar 2005 11:05:50 -0500 From: Zoltan Forray/AC/VCU [EMAIL PROTECTED] Subject: Re: [ADSM-L] TSM 5.3.0.2 WEB GUI missing ... To: ADSM-L@VM.MARIST.EDU _Top_of_Message_ Now that I have it fully running, I have to agree that this product is horrible and slow (even on the new dual-processor 3Ghz 2GB RAM system we bought just for it). I work with two other engineers who have been working with TSM for anything from 6-months to 9+ years. Both (and myself) have spent countless hours just trying to figure out something as simple as giving another user id full administration authority in ISC. After trying more than a dozen different things, we gave up (thank goodness for TSMManager !). If we as engineers can't figure it outhow on earth will our operators figure it out when they could not fully grasp the simple web-gui. At least with the web-gui, I could talk them through the 4-clicks it usually took to get to almost everything they needed to work with (and TSMManager has made it even simpler). The engineer with the most experience made the comment: If this had been the management interface when we first were looking at ADSM(TSM), we would NOT have purchased ADSM. He used to think the web-gui was cumbersome (he always liked the stand-alone gui, best), but after spending 2-3 hours with ISC, he has changed his mind. I understand the issue of change and getting used to something new. But, to call this product intuitive is a joke ! Ben Bullock [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 03/02/2005 10:19 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: TSM 5.3.0.2 WEB GUI missing ... I followed the ISC/AC thread and thought that I'd better get it installed on my TSM test host to see how it runs. I must agree with the opinions I've seen here, that the new interface is a BIG step backwards in usability. I've been doing TSM for 9 years and this new interface is the worst I've seen. Like others, I am glad I know the command line, otherwise I would be pulling out my hair trying to get things done. Bad Tivoli, no biscuit for you. Ben -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard van Denzel Sent: Wednesday, March 02, 2005 7:23 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 5.3.0.2 WEB GUI missing ... Hi Goran, Probably you've missed all the discussion about the WEB GUI and the infamous ISC/AC. IBM in all it's infinite wisdom has abandoned the WEB GUI in TSM 5.3 and thought it would we better if we used the new Integrated System Console and Administration Center. Both are Java based, so they leave a big impact on the system. So if you want to manage TSM 5.3, you have to install ISC and AC. Richard goc [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 02-03-2005 15:25 Please respond to ADSM: Dist Stor Manager To: ADSM-L@VM.MARIST.EDU cc: Subject:TSM 5.3.0.2 WEB GUI missing ... hi all, after upgrading tsm v 5.2.4.0 to 5.3.0.2 my web admin gui is not showing up on http://server:1581 address !?!? HTTP is enabled in dsmserv.opt ... interesting is that on web page there is nothing, not even error message , nothing just blank page if anyone can help , please do thanks in advance goran ---`
Expiration/inactive node
Due to a legal investigation, I have been asked to 'freeze' the backups on one of my client machines. We removed the client from the schedule and changed the NODENAME parm in the dsm.opt file to specify a new name. My question regards expiration processing for the 'frozen' node. My understanding is that, as long as the client doesn't connect to the TSM server, no expiration will take place. Is this indeed the case or is there still some expiration of files on this system that will take place during expire inventory processing? Will a subsequent backup be the only way to trigger expiration? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
TSMOR Multiple emails
Is there any way in the Operational Reporter to send multiple missed/ failure notifications for the same client or are you limited to just one name and email address? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Is it possible to save an
Top of message -- 10-29-04 11:29 S.SHEPPARD (SHS)Is it possible to save an No. USS client only operates on USS filespaces. You could copy an MVS dataset to a USS file and then back it up. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 10-29-04 06:59 ..NETMAIL (001) Is it possible to save an Date: Fri, 29 Oct 2004 15:58:31 +0200 From: Werner Nussbaumer [EMAIL PROTECTED] Subject: Is it possible to save an MVS dataset with the TSM Backup To: [EMAIL PROTECTED] _Top_of_Message_ Is it possible to start the TSM Client dsmc in Open Edition OMVS = (UNIX) and in OMVS dsmc to backup an MVS dataset? =20 Thanks for any help, regards Werner Nussbaumer ---`
Re: Migrating to TSM V5.2
Top of message -- 10-20-04 10:01 S.SHEPPARD (SHS)Re: Migrating to TSM V5.2 We recently migrated from TSM 5.1.8 to 5.2.3 on z/OS 1.4 and it only took around 20 minutes. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 10-20-04 09:19 ..NETMAIL () Re: Migrating to TSM V5.2 Date: Wed, 20 Oct 2004 12:17:28 -0400 From: Jim Kirkman [EMAIL PROTECTED] Subject: Re: Migrating to TSM V5.2 on z?OS To: [EMAIL PROTECTED] _Top_of_Message_ I'm interested in finding out if anyone else has experienced the long upgradedb Dave mentions with his 5.1.9 to 5.2.3 upgrade on Z/OS? While we have no current plans for an upgrade (5.1.7.4 on Z/OS 1.4) we have never experienced anywhere close to this 11 hr window with any of our upgrades and our db is basically the same size. Would the fact that we've never been at 4.2 (where the cleanup process first appeared I believe) play into this? Just curious, thanks! David Moore wrote: Robert - Both TSM Tech Support and a local consultant recommended that we run the 'clea nup backupgroups' utility before we moved up to 5.2 (btw, mine is a z/OS shop an d we recently moved from 5.1.9 to 5.2.3). This utility cleans up orphaned datab ase objects, which will extend your upgradedb run significantly if not cleaned u p. My understanding is that the utility only became available with 5.1.73. So, we upgraded from 5.1.65 to 5.1.9 back in June in preparation for the recent upg rade. Then, a few weeks ago, we went to 5.2.3. Incidentally, the upgrade from 5.1.9 to 5.2.3 took quite a while for us - abou t 11 hours, because of the UPGRADEDB parameter. My TSM DB is about 23 GB. Othe r TSM Admins have reported quicker upgrade rates, so your time may very well be better. But, as a word of warning, allow a fairly large upgrade window, so you don't have to restore to your previous version - like I did the first time I att empted it. Good luck, Dave. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Klein, Robert (NIH/CIT) Sent: Monday, October 18, 2004 9:27 AM To: [EMAIL PROTECTED] Subject: Migrating to TSM V5.2 on z?OS Believe it or not, we are still running TSM V4.2.2 on OS/390. We are planning to upgrade our OS to z/OS and, along with that, to upgrade to TSM V5.2. I have heard that on some other platforms (e.g. AIX) one cannot go directly from 4.2.2 to V5x. I don't see anything about such a restriction in the V5.2 for z/OS Quick Start manual, but wanted to check whether anyone was aware of this issue for migration to 5.2 on z/OS. Thanks for any input. -- Jim Kirkman AIS - Systems UNC-Chapel Hill 919-698-8615 ---`
Re: Problems with Netware
Top of message -- 08-25-04 16:17 S.SHEPPARD (SHS)Re: Problems with Netware I just happened to have had the same problem last night. Box hadn't really been backed up for 11 days since the last reboot. Same NLM problem. Check APAR IC37299 (text follows). No fix date yet apparently. ERROR DESCRIPTION: During prompted scheduled backup error message of ANS1872E was generated. The backup did not complete but the schedule was reported as completing successfully. When a query of the event was done it showed a return code of 0. Documenatation states the following: - If the highest severity message is an error (ANSE), then the return code will be 12. (Note CC received ANS1872E) (Netware 5.1 BAClient Instal. Guide pg 56 return codes) Documentation also states regarding a return code of 12: 12-The operation completed with at least one error message (except for error messages for skipped files). For scheduled events the status will be Failed. In conclusion ANS1872E should have a return code of 12 and the failed backup should have generated a message that it did not complete successfully. LOCAL FIX: PROBLEM SUMMARY: * USERS AFFECTED: All Novell Netware clients starting with * * 5.1.0* Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 08-25-04 14:18 ..NETMAIL (001) Re: Problems with Netware Date: Wed, 25 Aug 2004 17:16:10 -0400 From: Bill Boyer [EMAIL PROTECTED] Subject: Re: Problems with Netware 5.6 backups To: [EMAIL PROTECTED] _Top_of_Message_ It's actually Netware 6.0 and turns out that the problem is that the TSA600.NLM wasn't loaded. There were errors all over the DSMERROR.LOG and DSMSCHED.LOG files, nothing was backed up, but the client still notified the TSM server that the event completed successfully. That just plain isn't right! I am still waiting to hear back on my PMR with Tivoli support. Bill -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard van Denzel Sent: Wednesday, August 25, 2004 10:25 AM To: [EMAIL PROTECTED] Subject: Re: Problems with Netware 5.6 backups Yeah, but like Mark said, don't always believe the client. What does de NW server itself report about the OS version? Richard. Bill Boyer [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 25-08-2004 16:14 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: Problems with Netware 5.6 backups Nope: tsm: CCPTSMq no academic1 f=d Node Name: ACADEMIC1 Platform: NetWare Client OS Level: 5.60 Client Version: Version 5, Release 1, Level 6.6 Policy Domain Name: STANDARD Last Access Date/Time: 08/25/2004 10:15:46 Days Since Last Access: 1 Password Set Date/Time: 08/13/2003 09:54:07 Days Since Password Set: 378 Invalid Sign-on Count: 0 Locked?: No Contact: Compression: Client Archive Delete Allowed?: Yes Backup Delete Allowed?: No Registration Date/Time: 08/13/2003 09:54:07 Registering Administrator: WBOYER Last Communication Method Used: Tcp/Ip Bytes Received Last Session: 6,909.33 M Bytes Sent Last Session: 66.00 M Duration of Last Session: 2,531.00 Pct. Idle Wait Last Session: 14.42 Pct. Comm. Wait Last Session: 42.51 Pct. Media Wait Last Session: 0.00 Optionset: NETWARE URL: http:\\10.1.48.45:1581 Node Type: Client Password Expiration Period: Keep Mount Point?: No Maximum Mount Points Allowed: 1 Auto Filespace Rename : No Validate Protocol: No TCP/IP Name: ACADEMIC1 TCP/IP Address: 10.1.48.45 Globally Unique ID: -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard van Denzel Sent: Wednesday, August 25, 2004 9:55 AM To: [EMAIL PROTECTED] Subject: Re: Problems with Netware 5.6 backups Bill, You'll probably mean Netware 6.5? Richard. Bill Boyer [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 25-08-2004 15:59 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Problems with Netware 5.6 backups TSM Server 5.1.7.1 on Windows2000 TSM
DST on OS/390 Server
Once again, after the semi-annual time change, all of my schedules are running an hour off. We are running TSM 5.1.8 server on OS/390 2.10. After the same problem last October, I talked to support and the answer was to set the _TZ environment variable in USS, which I did. Apparently, this had no effect. I still see the time stamps in the log correctly gain an hour, but all schedules are running as if still on standard time. Stopping and starting the server takes care of the problem. Has anyone experienced this and, if so, have you gotten around it? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
TSM and mod-27 devices
Top of message -- 07-10-03 14:25 S.SHEPPARD (SHS)TSM and mod-27 devices Well, I'll take a stab at this. We just converted from an old RVA to an ESS-800 and wondered the same thing. General agreement seemed to be there weren't really any advantages to mod-27 unless you're running out of addresses and there were some downsides, mainly the inability to start more than one I/O to the device at a time without PAV. I'm not really sure what kind of problems you might see, performancewise. Might be OK. There is also the size limitations on the log/db which would prevent you from using the entire 25GB with one dataset. There are probably other considerations, but we had no reason not to just stick to lots of mod-3s. I know I asked the same thing here about a month ago and didn't get much feedback. Anyone else tried this? Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 07-10-03 07:46 ..NETMAIL () TSM and mod-27 devices Date: Thu, 10 Jul 2003 09:39:35 -0500 From: Glass, Peter [EMAIL PROTECTED] Subject: TSM and mod-27 devices To: [EMAIL PROTECTED] _Top_of_Message_ We're running a V5 TSM Server on an MVS platform, and considering the use of mod-27s for its DASD needs. Are there any known issues regarding the use of mod-27 DASD devices for TSM db, log, or backup/archive pool volumes? Thanks, in advance. Peter Glass MVS Storage Management ---`
OS/390 volume sizes
We are installing an ESS in the next couple of weeks and I'm interested in any recommendations anyone has on appropriate volume sizes for the database and storage pools on this device. Currently, we are OS/390 V2.10 with everything on an RVA2 with 3390-3 device sizes. With the ESS, you can go up to 'mod-27' sizes. Any guidelines out there for mod-3 vs. mod-9 vs. bigger would be appreciated. Thanks, Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: TSM on Mainframe
Top of message -- 04-04-03 09:12 S.SHEPPARD (SHS)Re: TSM on Mainframe I have a similar situation as Brian. 250 clients, running 4.2.3.2 servers on both a 9672-R52 and 9672-R14 which will be replaced with a z/800 0C1 in the next few months. I'm sole support for tape, dasd, OS/390 as well as TSM and, for the most part, everything runs very smoothly. Joe's problems seem to be with the structure of his organization and its charging mechanisms more than any TSM peculiarities on OS/390. For instance, I doubt that most mainframe shops IPL anywhere near as frequently as his does. Once every couple of months or even less is probably more like it. It's pretty obvious from the number of items on this list related to tape libraries and tape management in general, that this is a big problem on other platforms. Running on OS/390 you NEVER have any of those kinds of things to worry about. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 04-04-03 08:38 ..NETMAIL () Re: TSM on Mainframe Date: Fri, 4 Apr 2003 11:27:25 -0500 From: Brian L. Nick [EMAIL PROTECTED] Subject: Re: TSM on Mainframe To: [EMAIL PROTECTED] _Top_of_Message_ Joe, We are in a much different situation. Staffing required for TSM server support of 200 clients 1, staffing for mainframe tape and dasd support 1. Actually it's just me. We are only backing up about 300gb a night but we have tuned our system to accommodate TSM and control the CPU that is consumes. As you know charge back is different from organization to organization so our charge out for CPU is kinda funny money. In any event I still feel that AIX is a better fit for our TSM environment although we have not been able to cost justify it yet, but we are still working in it. Brian L. Nick Systems Technician - Storage Solutions The Phoenix Companies Inc. 100 Bright Meadow Blvd Enfield CT. 06082-1900 E-MAIL: [EMAIL PROTECTED] PHONE: (860)403-2281 Wholey, Joseph (IDS DMDS) To: [EMAIL PROTECTED] [EMAIL PROTECTED]cc: GE.ML.COM Subject: Re: TSM on Mainframe Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] ST.EDU 04/04/03 09:30 AM Please respond to ADSM: Dist Stor Manager Brian, In my situation, I'm getting charged for MIPS usage on the mainframe as well as staff employees that support the mainframe. The tape issue turns out to be a wash for us since we'd use the same tape libs. DASD you're paying for in either case. We did the same exact eval that you're doing right now. Initially it seemed like a no brainer. We had spare MIPS on the frame and figured, why not use them. Once we started using them, the complaints/bills started flying. Complaints due to the large amount of MIPS TSM consumes, the bill for the MIPS usage. Even though they're spare MIPS, we still get charged for them (again, internal funny money). Money aside, the staffing and maintenance schedule is enough to keep me off the mainframe. But, as always, each decision has to be based on your companies core competencies, budget and hardware availability. And finally, If I were starting from scratch, AIX implementation hands down. Regards, Joe -Original Message- From: Brian L. Nick [mailto:[EMAIL PROTECTED] Sent: Friday, April 04, 2003 7:29 AM To: [EMAIL PROTECTED] Subject: Re: TSM on Mainframe Not exactly. We are currently running TSM 4.2.1.9 on a 9672-R44 running OS/390 2.10 and we have been doing an evaluation on moving TSM from OS/390 on to AIX. While the cost of the AIX hardware is relatively cheap we still need to incur DASD costs in the form of SAN and Tape costs, not to mention the need to develop cron jobs on AIX to handle tape processing , on OS/390 you do not have to define volumes, drives or the library to TSM. Also we found that the licensing costs of TSM itself on AIX were actually higher than the mainframe costs. Granted we are tied into tape media (STK 9840) and our management is not looking to replace that media but even if we did the cost is still slightly higher for us on AIX. Brian L. Nick Systems Technician - Storage Solutions The Phoenix Companies Inc. 100 Bright Meadow Blvd Enfield CT. 06082-1900 E-MAIL: [EMAIL PROTECTED] PHONE: (860)403-2281 Wholey, Joseph (IDS DMDS) To: [EMAIL PROTECTED] [EMAIL PROTECTED]cc: GE.ML.COM Subject: Re: TSM
TSM Client on zOS
Top of message -- 03-20-03 08:04 S.SHEPPARD (SHS)TSM Client on zOS Not possible. DFSMShsm is the proper method to backup z/OS or OS/390 files. TSM can only be used for HFS. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 03-20-03 04:05 ..NETMAIL (001) TSM Client on zOS Date: Thu, 20 Mar 2003 11:47:05 - From: Chris Harris [EMAIL PROTECTED] Subject: TSM Client on zOS To: [EMAIL PROTECTED] _Top_of_Message_ Hi ! I am trying to find information on using the TSM client on zOS to backup/archive traditional MVS datasets rather than HFS. Can anybody point me any hints/tips/Redbooks ? Thanks Chris Harris Technical Architect Striva Technology Ltd. Regus House, Oxford Rd, Uxbridge, Middlesex UB8 1HR U.K. Database to e-Integration www.striva.com Direct: +44 (0)1895 876612 Office: +44 (0)1895 876117 Fax:+44 (0)1895 876310 Mobile: +44 (0)7762 072258 ---`
Re: Order of daily admini
Top of message -- 02-21-03 14:59 S.SHEPPARD (SHS)Re: Order of daily admini I had the opportunity to have to restore a database a while back from a backup created after disk pool backup and before migration. After finishing, it appeared that the disk pool was in the same state as before the migration. Audit showed no inconsistencies and migrations kicked off and migrated the data that had already been migrated. Looks like migration doesn't really affect the data on the pool, just moves it to tape and updates the database. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 02-21-03 13:21 ..NETMAIL () Re: Order of daily admini Date: Fri, 21 Feb 2003 16:17:42 -0500 From: Steve Roder [EMAIL PROTECTED] Subject: Re: Order of daily administrative events To: [EMAIL PROTECTED] _Top_of_Message_ Backups Creation of copypool volumes from disk Creation of copypool volumes from primary tape DB backup Remove offsite tapes Migration from disk to cartridge Expiration Reclamation I like to clear my disk cache before backing up the DB, so that if I restore that DB, I don't have a problem with what is in the disk storage pools, as they certainly will not reflect what the DB thinks is in there. It may then be a situtation where the only copy of some of your data is in your copypool. -- Phillip Ford Senior Software Specialist Corporate Computer Center Schering-Plough Corp. (901) 320-4462 (901) 320-4856 FAX [EMAIL PROTECTED] -Original Message- From: Lawrence Clark [mailto:[EMAIL PROTECTED] Sent: Thursday, February 20, 2003 10:36 AM To: [EMAIL PROTECTED] Subject: Re: Order of daily administrative events Backups creation of copypool volumes Migration from disk to cartridge DB backup Expiration (which triggers reclamation) [EMAIL PROTECTED] 02/20/03 11:28AM I was just wondering what order that most TSM users have their daily processes running (IE: Migration, Expiration, Reclaim etc). It seems that those process times were set up wrong when our TSM server was first installed. Our process schedule looks this way right now. I know its way off base from what it should be. Any suggestions? I know I need to put EXPIRATION first. thanks, Tommy Templeton Senior System Administrator DFA-MMRS 601-359-3106 e-mail - [EMAIL PROTECTED] Scheduled Start Actual Start Schedule Name Status - - 02/19/03 06:00:0002/19/03 06:00:16BACKUPSTG_D- CompletedBackup disk storagepool ISK 02/19/03 06:15:0002/19/03 06:15:17BACKUPSTG_T- Completed Backup tape storagepool 02/19/03 07:30:0002/19/03 07:30:18BACKUPSTG_O- Failed Backup tape offsitepool FFSITE 02/19/03 09:00:0002/19/03 09:00:19RESET_MIGR_- Completed Reset threshold for migrate to tape pool low LOW 02/19/03 11:00:0002/19/03 11:00:20RESET_RECLA- Completed Reset threshold for reclamation of offsitepool1 low IM_OFFSITE- _LOW 02/19/03 13:00:0002/19/03 13:03:50DBBACKUP_FULL CompletedTSM database backup 02/18/03 14:00:0002/18/03 14:00:11EXPIRE_INVE- Completed Expire inventory NTORY 02/19/03 14:00:0002/19/03 14:00:21RESET_MIGR_- Completed Reset threshold for migrate to tape pool high HIGH 02/19/03 14:00:0002/19/03 14:00:21RESET_RECLA- Completed Reset threshold for reclamation of tapepool low IM_LOW 02/19/03 17:00:0002/19/03 17:00:21DELETE_VOL_- CompletedDelete volume history file HIST 02/19/03 17:00:0002/19/03 17:00:21DEL_DBVOL_H- CompletedDelete database volume history IST 02/19/03 17:15:0002/19/03 17:15:21DEL_DBSNAP_- Completeddelete dbsnapshot volume history HIST 02/19/03 18:00:0002/19/03 18:00:22RESET_RECLA- CompletedReset threshold for reclamation of tapepool high IM_HIGH 02/19/03 18:30:0002/19/03 18:30:22
Future of mainframe TSM
Top of message -- 02-07-03 15:11 S.SHEPPARD (SHS)Future of mainframe TSM We run 2 older 9672s (R52 and R14), with a TSM 4.2.3.2 system on each backing up 140-160GB a night from 200+ clients. This is with an RVA T82 and 3590B drives in a 3494. We are somewhat constrained by the engine speed of the R52 (18mips) and the RVA disk, but still manage this load without too much grief, all while running a full-time traditional mainframe load. Due to end of support considerations for OS/390 2.10 and the high maintenance cost of the RVA, we will upgrade to a z/800 and ESS in the next 6 months, with a tape upgrade sometime after that. I expect that this will take care of our load for the foreseeable future with some (probably significant) performance improvements. I think the newer CPUs, ESS and FICON have allowed the mainframe to pretty much keep up with the UNIX boxes in performance. One big plus as far as I'm concerned is that S/390 tape management is light years ahead of the other platforms. With a properly configured RMM system, you don't need to worry about the ins and outs of moving your copy pool tapes back and forth to offsite storage and can easily do without DRM. Plus, the migration to another platform is not exactly free. The downside is the lack of LAN-free, server-free, and NAS backup capability and the potential that having to upgrade an underpowered mainframe just because of TSM could get you into some expensive third- party software charges that you might not have expected. Bottom-line, we're sticking with ours until we are absolutely forced off. We're hoping by that time to see a z-series Linux server. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 02-07-03 13:38 ..NETMAIL () Future of mainframe TSM Date: Fri, 7 Feb 2003 15:45:12 -0500 From: Thomas Denier [EMAIL PROTECTED] Subject: Future of mainframe TSM To: [EMAIL PROTECTED] _Top_of_Message_ We run a 4.2.3.2 TSM server under OS/390. We have about 110 active client systems, sending about 300,000 files and about 70 gigabytes to the server each night. Our best estimate is that this workload will double in the next two years. Is it reasonable to stay with an OS/390 or zOS server in the face of the projected growth? If so, how do we prove that the mainframe is up to the task? Most IT managers around here want to believe that the mainframe is the wrong choice for TSM or anything else. ---`
Re: Backing up Devc/Volh
Top of message -- 01-24-03 08:40 S.SHEPPARD (SHS)Backing up Devconfig Vo We have the same configuration as you. The Volhist/Devconf files are copied to cartridge daily with standard OS/390 utility in a batch job. You can use DFSMSdss, FDR, IEBGENER, HSM BACKDS, or whatever is available in your shop. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 01-24-03 06:36 ..NETMAIL () Backing up Devconfig Vo Date: Fri, 24 Jan 2003 08:32:45 -0600 From: Shannon Bach [EMAIL PROTECTED] Subject: Backing up Devconfig Volhist to cartridge To: [EMAIL PROTECTED] _Top_of_Message_ TSM Server=MVS OS/390 4.2.3 Our client backups and DB backups go to a Magstar 3590 Tape Subsystem. Currently the Devconfig Volhist files are kept on DASD and are updated automatically when the TSM DB is updated. We do a full volume backup of our DASD every evening after our batch production is finished. The TSM backup of the clients has a window of 18:00 thru 3:00am after that TSM AM processing starts. This includes backing up the primary stgpools to the copy pool and a TSM DB backup to cartridge, which are then taken OFFSITE. I have a concern that in the event of a real disaster my volhist(which would change) and devconfig(if by some slim chance was changed) would be out of sync with the OFFSITE TSM DB backup. I am thinking a way around this would be to copy the volhist and devconfig to cartridge just before the TSM DB backup and send this OFFSITE with the rest. My problem is that there doesn't seem to be a way I can easily copy these two file to cartridge. The Backup DB devclass=cart3590 sends the DB backup to cartridge, but there are no such options for the volhist or devconfig. Does anyone know of a way to do this? I searched as many resources (manuals, redbooks etc.) but could not seem to find anything. My only other option would be to cut and paste to a text file which would take a lot of time. Any ideas? Thanks in advance, Shannon Madison Gas Electric Co. Operations Analyst - Data Center Services Office 608-252-7260 Fax 608-252-7098 e-mail [EMAIL PROTECTED] ---`
Re: recovery log filling
Top of message -- 01-16-03 09:11 S.SHEPPARD (SHS)recovery log filling up r The Database Backup Trigger IS available on the OS/390 server. We've been using it for years. Command is: DEFine DBBackuptrigger DEVclass=device-class LOGFullpct=nn NUMincr=n Unfortunately, it is only used if the log is in ROLLFORWARD mode. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 01-15-03 04:03 ..NETMAIL () recovery log filling up r Date: Wed, 15 Jan 2003 07:01:33 -0500 From: Joni Moyer [EMAIL PROTECTED] Subject: recovery log filling up rapidly: Please help: EMERGENCY! To: [EMAIL PROTECTED] _Top_of_Message_ My recovery log is filling up at a rapid rate. I am running TSM at 4.1.3 on the mainframe. It is 4.6 GB and my DB is 48 GB with 46 GB in use. I am not running expiration of the inventory yet due to a previous deletion of a nodes data, could that be the cause? I noticed that the log is reaching about 95% full before I run another full backup. I usually run a full DB backup every day at 4:30. What can I do? I can't increase the recovery log because I guess on this version it can only go to 5 GB? What version is this no longer true for? I really need help and I can't find anyone from IBM to return my calls. My previous problem with the recovery log is no longer true. It does now reset back to 0% after a full backup, but I am running out of space. I do have the log fully extended and with the 5 GB limit I am stuck. Also, I can't set up a DB backup trigger because I am on the mainframe and that feature of TSM is not available. Thank you in advance for any help you can give me Joni Moyer Systems Programmer [EMAIL PROTECTED] (717)975-8338 ---`
Re: 4.2.3 Web Admin Prob
Top of message -- 12-18-02 11:07 S.SHEPPARD (SHS)Problems with z/OS server Zoltan: We see the same thing. Problem is described in APAR PQ68442 - fixed in 4.2.3.2 patch level. Here is the description: Problem Summary: * USERS AFFECTED: This APAR affect the Tivoli Storage * * Manager server version 5.1.X and 4.2.X on * * MVS. * * PROBLEM DESCRIPTION: Character encoding algorithm in the * * web engine is not converting EBCDIC * * character to ASCII before making the* * encoding. This results in * * non-alphanumeric characters, such as* * a dash (-) or period (.), in being * * incorrectly translated when decoded * * by the web engine. * * RECOMMENDATION: Install PTF or PATCH when available. The* * release schedule and version number may * * change at IBM discretion. The target * * PATCH is 5.1.6.1 and 4.2.3.2. The target* * PTF versions are 5.1.7.0 and 4.3.4.0 * Non-alphanumeric characters are encoded into an escape sequence in a URL. The web engine on MVS was not converting the characters into ASCII character set before encoding the characters. LOCAL FIX: Use the Admin Command Line to modify, update or delete TSM DB definitions that contain special characters in the name. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 Top of message I am having some strange issues with the Web Admin interface after upgrading to 4.2.3.0 from 4.2.2.13. I did not do ann UPGRADEDB based on message I saw here that I did not need to do this since I had already done it for the 4.2.2.13 level. Yes, I did the /RUNFILE DD:IDL. In fact, I just did it again to see if I missed something from the original run. Yes, I checked that I am pointing to the correct datasets. What I am seeing is stuff like this when I query a Client Node: Client Nodes : VCUNET CMSERVER%6C4BVCU%6C4BEDU No objects found It won't show me filespace information nor correct client information. ---`
Re: 4.2.3 Upgradedb - ??
Top of message -- 12-06-02 14:37 S.SHEPPARD (SHS)Re: 4.2.3 Upgradedb - ?? I made the mistake of reading the README file, the first item of which stated (seemingly unequivocally) that you needed to do an UPGRADEDB. After letting it sit for some time, I realized that I didn't recall ever having to do this for an upgrade within versions (well, maybe from 3.1 to 3.7), so I just halted it and brought it up normally and everything was fine. Seems like when you specify the upgradedb parm and it's not needed, there should be some indication given. But, live and learn. Thanks Sam Sheppard ---` Top of message -- 12-06-02 12:08 ..NETMAIL () Re: 4.2.3 Upgradedb - ?? Date: Fri, 6 Dec 2002 09:00:18 -0500 From: Matt Simpson [EMAIL PROTECTED] Subject: Re: 4.2.3 Upgradedb - ?? To: [EMAIL PROTECTED] _Top_of_Message_ At 13:54 -0800 12/5/02, Sam Sheppard wrote: I have just installed the 4.2.3 server upgrade and have been running the UPGRADEDB process for almost 3 hours now. When we upgraded from 4.2.2 to 4.2.3, we didn't do an Upgradedb. We didn't see anything in the install doc that said it was necessary. How do we know which version upgrades require an upgradedb? And what happens if we don't do it? TSM still seems to be running OK .. or as close to OK as it ever gets. -- Matt Simpson -- OS/390 Support 219 McVey Hall -- (859) 257-2900 x300 University Of Kentucky, Lexington, KY 40506 mailto:[EMAIL PROTECTED] mainframe -- An obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. ---`
4.2.3 Upgradedb slow
I have just installed the 4.2.3 server upgrade and have been running the UPGRADEDB process for almost 3 hours now. Has anyone else experienced this and, if so, how long will this take. In the past, it has only run a couple of minutes. This is an upgrade from 4.2.2 on OS/390 R10. DB is about 11GB 85% used. Thanks Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: Cleanup backupgroups,
Top of message -- 11-21-02 14:07 S.SHEPPARD (SHS)Re: Cleanup backupgroups, Matt: I second Bill's comment about the clarity of the history of this problem. I have also been running the 4.2.2.0 OS/390 server for 6+ months but I see no apparent problems with system objects. I'll run the cleanup when I go to 4.2.3 in a couple of weeks, but I believe that the OS/390 4.2.2.0 server probably just doesn't have this problem. You should be able to verify that with support. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 11-21-02 11:44 ..NETMAIL () Re: Cleanup backupgroups, Date: Thu, 21 Nov 2002 14:41:19 -0500 From: William F. Colwell [EMAIL PROTECTED] Subject: Re: Cleanup backupgroups, system objects To: [EMAIL PROTECTED] _Top_of_Message_ Matt - I recently did the same server upgrade and got the same result doing cleanup backupgroups -- 0 anything deleted. I have never been clear on the history of the problem, that is what server levels caused it. So I have to wonder if the cleanup command still has a bug in it for the OS/390 server, in that it didn't find any problems. I am thinking of calling in a problem to IBM/tiv. My server level history is - 4.2.1.9 (for quite a while) 4.2.2.10 (a month?) 4.2.2.12 (a month?) 4.2.3.1 (starting 11/16) Just before going to 4.2.2.12 I suppressed all system object backups because of severe performance problems. Bill At 01:41 PM 11/21/2002, you wrote: We assumed we had the dreaded system objects problem because we were running 4.2.2.0, we have a bunch of Windows clients, and our database was growing at a rate that we didn't like. So a couple of days ago, we upgraded to 4.2.3, and ran CLEANUP BACKUPGROUPS. It didn't seem to accomplish anything. It finshed fairly quickly, compared to some of the reports I've read here, and finished with the message: ANR4730I CLEANUP BACKUPGROUPS evaluated 28729 groups and deleted 0 orphan groups with 0 group members deleted with completion state 'FINISHED'. Somebody on this list suggested using the command QUERY OCC * SYSTEM OBJECT to get an idea of how bad the problem was. I tried that, before and after the upgrade, and got the same result: zip tsm: UKCCSERVER1QUERY OCC * SYSTEM OBJECT ANR2034E QUERY OCCUPANCY: No match found using this criteria. ANS8001I Return code 11. This doesn't seem to make sense to me, because if I pick a client at random and issue a query occ for that client, I see some system object filespaces. . . . The pieces just don't seem to be fitting together. What am I missing? -- Matt Simpson -- OS/390 Support 219 McVey Hall -- (859) 257-2900 x300 University Of Kentucky, Lexington, KY 40506 mailto:[EMAIL PROTECTED] mainframe -- An obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. -- Bill Colwell C. S. Draper Lab Cambridge Ma. ---`
Wierd optionset behavior
Hi all: I am experiencing a strange behavior when adding an OPTIONSET to a client definition and wondered if anyone else had experienced this. I enter the following command: UPD N * CLOP=WINOPT WHEREPLATFORM=WINNT This is duly followed by a number of replies: ANR2063I Node NODENAME updated. All works fine for a while, Query Node shows the optionset in the node definition, but a couple of days later I notice that all of the nodes which were updated with this option no longer have it. I can define it again and it will disappear in another couple of days. So far, I have Optionsets defined on both Windows and Netware clients, but I only see this behavior on the Windows clients. CLient levels vary, 4.1 - 5.1.1 Server is OS/390 R10, version 4.2.2.0 Thanks Sam Sheppard San Diego Data Processing Corp.
Safe to backup DB while c
Top of message -- 11-06-02 09:06 S.SHEPPARD (SHS)Safe to backup DB while c I have never heard of or seen any restrictions or problems with backing up the DB while backups are running. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 11-06-02 07:48 ..NETMAIL (001) Safe to backup DB while c Date: Wed, 6 Nov 2002 10:40:17 -0500 From: Matt Simpson [EMAIL PROTECTED] Subject: Safe to backup DB while client backups running? To: [EMAIL PROTECTED] _Top_of_Message_ We're trying, usually in vain, to get our TSM environment under control. We have daily scripts that perform backups of our database, one onsite and one offsite. The scripts check to see if any backup sessions are active, and if they are, they reschedule themselves to try again in 10 minutes. It's getting more and more difficult to find any time during the day when backups aren't running. We keep spreading backup schedules out to try to get stuff to run successfully. Our offsite tapes are supposed to be sent offsite by 8 AM, but sometimes they're not getting completed until mid-afternoon. Ideally, I know it would be safer to backup the database when it's not being updated by backup processes. But it seems like there's no way we're going to be able to reach Nirvana. If I want my DB backups to run at any kind of predictable time, it looks like we're going to have to allow them to run while client backups are running. Am I setting myself up for major trouble if I do that? Actually, I'm not 100% sure it's not already happening. I know we don't start the database backup if any client backup sessions are active. But I'm not sure if there's anything in place that prevents a client backup from starting after the DB backup starts. If that's true, are we just wasting time spinning our wheels waiting for a window when no backups are running to start the DB backup? -- Matt Simpson -- OS/390 Support 219 McVey Hall -- (859) 257-2900 x300 University Of Kentucky, Lexington, KY 40506 mailto:msimpson;uky.edu mainframe -- An obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. ---`
can't delete old node bec
Top of message -- 10-23-02 10:41 S.SHEPPARD (SHS)can't delete old node bec You might check apar PQ60979 (fixed in PTF UQ69897). Here is partial text: ERROR DESCRIPTION: TSM server may not be able to delete a filespace if there is missing information within the database for the corresponding filespace. This would include a missing bitfile or a missing entry within a DB table. I.E. Expiring.Objects table An example of an error when deleting a filespace that has missing entries within a specified table would be similar to the following: ANR0104E imfsdel.c() error 2 deleting row from expiring.objects An example of an error when deleting a filespace that has a missing bitfile would be similar to the following: ANRD bfcreate.c(XXX): ThreadIdXX Bitfile aggregate X. not found in any storage pool. However, the symptoms and correlating messages will vary depending on what the missing information is. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 10-23-02 10:25 ..NETMAIL (001) can't delete old node bec Date: Wed, 23 Oct 2002 13:20:39 -0400 From: MC Matt Cooper (2838) [EMAIL PROTECTED] Subject: can't delete old node because of SYSTEM OBJECTS To: [EMAIL PROTECTED] _Top_of_Message_ Hello all, I am running TSM 5.1.1.4 on z/OS 1.1 and can not seem to be able to delete some old WIN2K clients. I have to delete the old file spaces first but am failing when I try to get rid of the SYSTEM OBJECTS. My results look like... DELETE FILESPACE SYSTEM OBJECT (fsId=2) for node DTE-1761 started as process 59. IMFSDEL(1860): ThreadId4304 Error 369703832 deleting group leader 0 322798403. Process 59 for DELETE FILESPACE running in the BACKGROUND completed with completion state FAILURE at 08:27:14. What are my options? Can I do some sort of a force delete of the node? Matt ---`
DIRMC strange behavior
I have DIRMC specified for a couple of clients which reside in two different domains. I noticed today that the pool to which this manage- ment class points contains not just data from the clients which specified DIRMC, but from several clients as well. The directory management class has the same retention policy as the default, so I'm not quite sure why these other nodes are storing data here. If the directories are supposed to go to the management class with the longest retention, what happens when there are two MCs with the same retention? By the way, all of the clients which are storing data here appear to be WinNT/Win2K. Other platforms seem to be going where I would expect. Any ideas out there? Sam Sheppard San Diego Data Processing Corporation (858)-581-9668
Re: New Download Site??
Top of message -- 10-16-02 14:09 S.SHEPPARD (SHS)Re: New Download Site?? Good idea. That works for now, but, given the new userid/password requirement on the Tivoli site, I wonder how much longer the Boulder site will work? Sam Sheppard San Diego Data Processing Corp. ---` Top of message -- 10-16-02 13:47 ..NETMAIL () Re: New Download Site?? Date: Wed, 16 Oct 2002 16:47:01 -0400 From: Mahesh Tailor [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: New Download Site?? _Top_of_Message_ I have been in the same boat. After much frustration, I had a brilliant thought, why not connect to the ftp site? Duh . . :-) Here it is . . . ftp://service.boulder.ibm.com/storage/tivoli-storage-management/maintenance/clie nt/ Mahesh [EMAIL PROTECTED] 10/16/02 04:37PM I just went to the Tivoli web site to attempt to download the latest client for WinNT and got redirected to: http://www-3.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMana= ger.html In the 'Self Help' section there is a 'Downloads' link: http://www-1.ibm.com/support/search.wss?rs=3D663tc=3DSSGSG7dc=3DD400 I may have missed it, but nowhere did I see any current Windows NT client. The next time I went in, all I saw was an HP-UX server download. Went through one more time and got nothing. Any ideas? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-585-9668 ---`
New Download Site??
I just went to the Tivoli web site to attempt to download the latest client for WinNT and got redirected to: http://www-3.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageMana= ger.html In the 'Self Help' section there is a 'Downloads' link: http://www-1.ibm.com/support/search.wss?rs=3D663tc=3DSSGSG7dc=3DD400 I may have missed it, but nowhere did I see any current Windows NT client. The next time I went in, all I saw was an HP-UX server download. Went through one more time and got nothing. Any ideas? Thanks Sam Sheppard San Diego Data Processing Corp. (858)-585-9668
UNLOADDB Appears Stuck an
Top of message -- 09-01-02 20:36 S.SHEPPARD (SHS)UNLOADDB Appears Stuck an Had the same problem a couple of months ago. Checked with support and was told it was a known problem, something about the thread which was putting out the messages being terminated. We let it go and eventually it finished. Ours was a 12GB DB on 4.2.1.9 (OS/390 R2.10). Stopped putting out messages after about 3 hours and finished in 8. We're now at 4.2.2 but I haven't run unload on this release. Sam Sheppard San Diego Data Processing (858)-581-9668 ---` Top of message -- 09-01-02 14:59 ..NETMAIL (001) UNLOADDB Appears Stuck an Date: Sun, 1 Sep 2002 15:55:19 -0400 From: Seay, Paul [EMAIL PROTECTED] Subject: UNLOADDB Appears Stuck and Will not Continue To: [EMAIL PROTECTED] _Top_of_Message_ Has anyone experience the UNLOADDB to seem to stall for many hours and stop putting out the UNLOAD messages? It was running great 1.5M entries per message (about every 10 seconds). Then just stopped after about 3 hours at 523942500. Is it running an audit because something is amiss? Paul D. Seay, Jr. Technical Specialist Naptheon Inc. 757-688-8180 ---`
ANR9999 message Lock acqu
Top of message -- 08-14-02 08:45 S.SHEPPARD (SHS)ANR message Lock acqu We have been running 4.2.2 on two OS/390 2.10 servers for a couple of months now with no problems. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 08-14-02 07:53 ..NETMAIL () ANR message Lock acqu Date: Wed, 14 Aug 2002 10:15:54 -0400 From: Brian L. Nick [EMAIL PROTECTED] Subject: ANR message Lock acquisition - TSM 4.2.1.15 server To: [EMAIL PROTECTED] _Top_of_Message_ Good morning, We are running TSM 4.2.1.15 on OS/390 2.10 and are having several issues. One of these is poor performance since upgrading from 4.2.2.0 to 4.2.1.15. Also we are receiving the following error message after issuing an update storage pool command: ANRD SSUTIL(943): ThreadId15401 Lock acquisition (ixLock) failed for SS universe lock. ANR2753I (DAILY_APL_MIGRATION_AVOID):ANR2033E UPDATE STGPOOL: ANR2753I (DAILY_APL_MIGRATION_AVOID):Command failed - lock conflict. This condition seems to occur when we are in a heavy backup period, which since upgrading to 4.2.1.15 is very often. I need to test 4.2.2.0 before upgrading to that release, we applied the 4.2.1.15 fix level at the recommendation of Tivoli even thought 4.2.2.0 was available. Is anyone running 4.2.2.0 on OS/390 2.10 and if so have you run into any gotcha's? Thanks for any input. - Brian Brian L. Nick Systems Technician - Storage Solutions The Phoenix Companies Inc. 100 Bright Meadow Blvd Enfield CT. 06082-1900 E-MAIL: [EMAIL PROTECTED] PHONE: (860)403-2281 ---`
Parm field length for for
Top of message -- 05-27-02 07:23 S.SHEPPARD (SHS)Parm field length for for Put the list in two files and use the following: // PARM='/LOADFORMAT 8 FILE:''ADSM.LOGLIST'' 5 FILE:''ADSM.DBLIST''' Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 05-25-02 14:49 ..NETMAIL (001) Parm field length for for Date: Sat, 25 May 2002 23:03:35 +0200 From: Bo Nielsen [EMAIL PROTECTED] Subject: Parm field length for format command To: [EMAIL PROTECTED] _Top_of_Message_ Hi, I hope someone can help me. I have unloaded my DB on a OS/390 server vers. 4.1.5, and now I try to initialize the volumes, but I get the message: 2 IEF642I EXCESSIVE PARAMETER LENGTH IN THE PARM FIELD My PARM field look like: PARM=('/LOADFORMAT 2 XSYS.ADSMVSAM.RLOG1 XSYS.ADSMVSAM.RLOG 3', ' XSYS.ADSMVSAM.DB5 XSYS.ADSMVSAM.DB1 XSYS.ADSMVSAM.DB') And now I can't restore the DB, because I have format one log and db vol. Regards Bo Nielsen * 43 86 46 71 COOP data * (Internt postcenter): 6230 IT-Driftscenter * [EMAIL PROTECTED] If you don't have the time to do it right the first time, where will you find the time to do it again? ---`
Re: yes/no tape question
Top of message -- 05-22-02 09:06 S.SHEPPARD (SHS)Re: yes/no tape question The situation you describe is easily handled by correctly managing the hardware and software definitions in OS/390 HCD. Drives which are defined on the hardware side but are not in service yet should not be defined to the software side until they are ready for use, at which time they can easily be added on the fly. This prevents the problems you describe with offline devices (reply Device name, Wait, or Cancel). Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 05-22-02 08:59 ..NETMAIL () Re: yes/no tape question Date: Wed, 22 May 2002 11:56:36 -0400 From: Bill Boyer [EMAIL PROTECTED] Subject: Re: yes/no tape question for os/390 server people To: [EMAIL PROTECTED] _Top_of_Message_ Not only the mountlimit for the deviceclass, but how many tape drives are online versus how many are actually gen'd in the system via HCD. You may have a string of 8-3590's gen'd, but currently only have 4 physically hooked up. As far as MVS allocation is aware, these are devices that are just offline. If TSM needs a tape drive, and there aren't any available, but there are offline devices you end up with dynamic allocation messages from TSM (can't remember the ANR* message) and/or the more familar REply Device name, Wait, or Cancel message to the operator console. Message automation can take care of some of this, but cancelling a request for a tape drive to TSM can fail a backup or process. This is probably the thing I hate the most about TSM on OS/390...you can't tell TSM EXACTLY how many drives are available. All allocation goes through OS/390. Bill Boyer DSS, Inc. ---`
Re: Sloooow Novell Backups
Top of message -- 05-16-02 15:27 S.SHEPPARD (SHS)Slw Novell Backups Try adding the following for starters: TCPBUFFSIZE32 TCPWINDOWSIZE 63 TXNBYTELIMIT 25600 For the INCLUDE statements, I think you want the following: INCLUDE sys:\...\* tape9940 INCLUDE extravol1:\...\* tape9940 Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 05-16-02 15:06 ..NETMAIL (001) Slw Novell Backups Date: Thu, 16 May 2002 18:03:08 -0400 From: Firmes, Stephen [EMAIL PROTECTED] Subject: Slw Novell Backups To: [EMAIL PROTECTED] _Top_of_Message_ TSM server 4.2.1.9 on Solaris 8 TSM 5.1 client on Novell 5.1 Backing up a volume with 500,000 files approx 1k each. The files are = being transfered to the tsm server approx 1/sec. This is just a little = too sloow. When using ftp to transfer these same files, either by = getting/putting the transfers fly. This is leading me to believe that = the issue is with the TSM server/client settings. Does anybody have any ideas on any settings in the dsm.opt that could be = changed to enhance performance? Also I want to bind all objects in two = of the volumes to a specific mgt class. All that is being bound to it = is the dirs. Long day. What am I doing wrong??? Here is the dsm.opt *** COMMMETHODTCPip TCPSERVERADDRESS catamount TCPPORT 1500 tcpclientaddressxxx.yy.z.zzz NODENAME novell_test INCLUDE sys:* tape9940 INCLUDE extravol1:* tape9940 EXCLUDE sys:\system\secaudit.log EXCLUDE sys:\system\events.log EXCLUDE sys:\system\system.log EXCLUDE sys:\system\btrieve.trn EXCLUDE SYS:\system\tsa\err$hst.* EXCLUDE sys:\system\tsa\err$log.* EXCLUDE sys:\system\tsa\skip$log.* EXCLUDE sys:\system\tsa\tsa$temp.* EXCLUDE sys:\system\sys$log.err EXCLUDE sys:\_swap_.mem EXCLUDE sys:\vol$log.err EXCLUDE sys:\tts$log.err NWPWFILE YES passwordaccess generate managedservices schedule webclient Thanks. Stephen Firmes=20 TSM Engineer Tivoli Certified TSM Consultant StorageNetworks, Inc Work: 781-622-6287 http://www.storagenetworks.com ---`
version 4.x support drop
Top of message -- 04-10-02 11:33 S.SHEPPARD (SHS)version 4.x support drop From the 5.1 announcement letter, the date for version 4 support dis- continuance is April 15, 2003, except for the AS/400 4.2 server, for which the date is October 31, 2003. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 04-10-02 11:13 ..NETMAIL (001) version 4.x support dropp Date: Wed, 10 Apr 2002 14:09:20 -0400 From: Jim Healy [EMAIL PROTECTED] Subject: version 4.x support dropping To: [EMAIL PROTECTED] _Top_of_Message_ Has everyone heard that TSM support for version 4.x will be dropped on 6/30/2002. Does anyone out there feal confident enough to go completely to version 4.2 let alone jump to version 5? ---`
Compaq SAN/Groupwise
I have just been tasked with coming up with a TSM solution to the following problem. We currently have two OS/390-based TSM servers and a 3494 with 10 magstar drives backing up 200+ AIX/Solaris/NT clients. Our management has finally become disillusioned with the backup/restore problems on some of our LANs. Our LAN people have been allowed to do use whatever they pleased for this function, meaning ARCSERVE since that's all most of them know. They recently deployed a Compaq SAN and were tasked with consolidating several, God help us, Groupwise post- offices. Apparently, Netware uses some proprietary file system (NSS?) which prevents the post office from being backed up directly, so they make some sort of 'snapshot' like copy which can then be backed up. Problems with ARCSERVE have stopped this consolidation in it's tracks until some other, more reliable backup system can be implemented. They need to restore these GW post offices (20-30GB) in a relatively short period of time, not the 6+ hours currently seen. We are looking to eventually replace most or all of their existing Arcserve systems and have an alternative to increasing the load on our OS/390 servers. I have tentatively suggested using their existing Win/NT machine as a server with their SAN-attached DLT ATL to be replaced eventually with an RS/6000 with connection to fibre-attached 3590s in our existing 3494. However, I see that LAN-free backup in TSM does not support a Netware client. I know that this is an incomplete list of facts/requirements, but would appreciate any comments/suggestions based on what I have been given so far, particularly if anyone has heard of plans for further Netware support (Lan-free) in Version 5. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668
Re: OS390 server patches
Top of message -- 04-03-02 07:56 S.SHEPPARD (SHS)Re: OS390 server patches The link is: ftp://userid:[EMAIL PROTECTED]/storage/tivoli- storage-management/patches/server/MVS-OS390 You need to get the userid/password from Tivoli support. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 04-03-02 07:50 ..NETMAIL (001) Re: OS390 server patches Date: Wed, 3 Apr 2002 10:53:40 -0500 From: Zoltan Forray/AC/VCU [EMAIL PROTECTED] Subject: Re: OS390 server patches To: [EMAIL PROTECTED] _Top_of_Message_ Have you actually tried to get there ? I just did and No Such Directory ! Zoltan Forray Virginia Commonwealth University - University Computing Center e-mail: [EMAIL PROTECTED] - voice: 804-828-4807 William F. Colwell [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 04/01/2002 12:37 PM Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: OS390 server patches Zoltan, The patches are at service2.boulder.ibm.com/storage/tivoli-storage-management/patches/server/MVS-OS 390 Hope this helps, Bill At 11:57 AM 4/1/2002 -0500, you wrote: Anyone got a clue where the OS390 TSM server patches have gone ? The link from Tivoli goes to: ftp://service.boulder.ibm.com/storage/tivoli-storage-management/maintenance/ser ver/v4r2/MVS-OS390/ but it says it can't find them. Also, my docs say to go to service2.boulder.ibm.com/storage but there isn't such a directory ? What gives ? Zoltan Forray Virginia Commonwealth University - University Computing Center e-mail: [EMAIL PROTECTED] - voice: 804-828-4807 -- Bill Colwell C. S. Draper Lab Cambridge Ma. ---`
Dealing with firewalls
Top of message -- 01-04-02 14:29 S.SHEPPARD (SHS)Dealing with firewalls I can comment on a couple of things we saw in a similar configuration. One of our TSM OS/390 servers has a client behind a firewall. We just opened up the appropriate ports and everything worked fine, except the performance was terrible. We installed an additional OSA card attached directly to the switch on the subnet behind the firewall and performance improved by a factor of 10. Sam Sheppard San Diego Data Processing Corp. ---` Top of message -- 01-04-02 13:01 ..NETMAIL () Dealing with firewalls Date: Fri, 4 Jan 2002 15:38:19 -0500 From: Thomas Denier [EMAIL PROTECTED] Subject: Dealing with firewalls To: [EMAIL PROTECTED] _Top_of_Message_ My site has installed a filewall. Eventually all systems that need to be accessible from the Internet will be outside the firewall, and all systems used exclusively by our own staff and students will be inside the firewall. We would like to use our existing TSM server to back up the systems outside the firewall as well as those inside. As far as I can tell, there are essentially only two approaches to doing this. The first approach is to configure the firewall to pass TCP traffic to and from port 1500 on the TSM server and configure clients outside the firewall to use polling mode scheduling. Some of my co-workers have suggested a variant of this approach in which the TSM server and its clients would be reconfigured to use a different port. The hope is that this would reduce the risk of attacks that depended on knowing the port number for TSM. There are some concerns about the firewall's ability to handle the volume of traffic to and from the TSM server. The second approach is to equip the TSM server with an additional network interface connected to the subnet outside the firewall. Our TSM server currently runs under OS/390, with one TCP/IP address space dedicated to supporting TSM connections. We could either configure the existing address space to support the new interface or add another address space to support the new interface. How are other TSM sites dealing with firewalls? Is there any security advantage in using a port other than 1500 for TSM? If we select the second approach, is there any security advantage in a separate TCP/IP address space for the new network interface? ---`
Recovering a damaged volu
Top of message -- 12-07-01 13:48 S.SHEPPARD (SHS)Recovering a damaged volu I believe the format is PREVIEW=YES Sam Sheppard San Diego Data Processing Corp. ---` Top of message -- 12-07-01 13:22 ..NETMAIL (001) Recovering a damaged volu Date: Fri, 7 Dec 2001 16:03:55 -0500 From: Zoltan Forray/AC/VCU [EMAIL PROTECTED] Subject: Recovering a damaged volume To: [EMAIL PROTECTED] _Top_of_Message_ OK, guys and gals. Need some assistance, especially since I did RTFM and the book is in error. I have a damaged tape. I went to the TSM manual (even checked the latest CD I received with my 4.2 server) under: Recovering a Lost or Damaged Storage Pool Volume It says to: 1. Determine the copy pool volumes that contain the backup copies of the files that were stored on the volume that was destroyed by entering: restore volume dsm087 preview=volumesonly This command produces a list of offsite volumes that contain the backed up copies of the files that were on tape volume DSM087. Well, every time I issue this command (using my tape number, of course), I get: F ADSM,RESTORE VOLUME 040287 PREVIEW=VOLUMESONLY ANR5965I Console command: RESTORE VOLUME 040287 PREVIEW=VOLUMESONLY ANR2017I Administrator SERVER_CONSOLE issued command: RESTORE VOLUME 040287 PREVIEW=VOLUMESONLY ANR2020E RESTORE VOLUME: Invalid parameter - VOLUMESONLY. What gives ? What is the correct procedure to handle this situation ? Zoltan Forray Virginia Commonwealth University - University Computing Center e-mail: [EMAIL PROTECTED] - voice: 804-828-4807 ---`
4.2.1.16 Apar IC32163
Top of message -- 12-05-01 13:08 S.SHEPPARD (SHS) PROBLEM SUMMARY: (IC32163) * USERS AFFECTED: Windows NT/2000 client. * * PROBLEM DESCRIPTION: Get message 'ANS5016E Not enough memory * * for restore operation during restore. * * RECOMMENDATION: Apply fixing PTF when available. At the time * * of this writing (16 November 2001), patch* * 4.2.1.16 includes this fix. * PROBLEM CONCLUSION: Named streams backed up by the 3.7.2.x (up to 3.7.2.18), 4.1.0.x, and 4.1.1.x may not have been backed up correctly under rare boundary conditions. During restore, the incorrect named stream data could cause the client to abort a restore operation. The backup problem was fixed via APAR IC28545 in versions 3.7.2.19, 4.1.2.0, and higher. This APAR allows clients to restore files whose named streams were backed up incorrectly as described above. If a named stream can not be restored, an error message will be written to the error log file (usually dsmerror.log). The main part of the file will still be restoed, so users can verify whether the file can be salvaged. Also, problems restoring named streams should not cause the restore operation to abort; rather, the error message will be logged and the restore opeation will continue with the next file. This is a very rare problem and most users will not encounter it. Sam Sheppard San Diego Data Processing Corp. ---` Andy can you post the details of IC32163 besides what's in the readme.. Thanks, Mark ---`
Re: 3494+VTS+TSM
Top of message -- 10-31-01 08:20 S.SHEPPARD (SHS)Re: 3494+VTS+TSM Not sure who 'they' are, but if you are not CPU constrained, using OS/390 as the TSM server is certainly not a 'bad idea', although using the VTS could be. This list has a flood of posts concerning all manner of problems and questions concerning other servers and various ATLs including the 3494, NONE of which are of any concern on the OS/390 server, given the robust tape management in the RMM component. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 10-30-01 18:24 ..NETMAIL (001) Re: 3494+VTS+TSM Date: Tue, 30 Oct 2001 20:59:38 -0500 From: Seay, Paul [EMAIL PROTECTED] Subject: Re: 3494+VTS+TSM To: [EMAIL PROTECTED] _Top_of_Message_ OK, Bad idea to use the OS/390 as the TSM Server is what they are saying and also not a good idea to use a VTS because TSM fills tapes up. Typically, users install the OS/390 version and eventually move to AIX. Now, the idea of sharing your 3494 with a AIX TSM server and install some 3590 drives is a good idea. And if you are small enough you may be able to get by with a W2K server. We run both. The 3494 support is not going away for a long time. IBM is installing a lot of 3494s in the open systems world at customer sites that do not believe Ultrim is ready for prime time. They just installed 2 in our area last week. There is no follow on product announced. We have 2 3494s with HA, a total of 38 open systems 3590E drives, 1 VTS, and 20 S/390 drives. I have presented numerous times of how to implement this kind of configuration in a multi-vendor environment on AIX, SUN, S/390, W2K, and SGI. It works great. We actually have both Netbackup and TSM, 28TB of Shark storage. I will be presenting again on this subject at Share in Nashville. Your skittishness because of the 3466 debacle has merit, but it does not apply here, at least for 5 years. -Original Message- From: Mahesh Tailor [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 30, 2001 4:59 PM To: [EMAIL PROTECTED] Subject: 3494+VTS+TSM Hello, all! I am not a 3494 expert, so please forgive my ignorance in the way I refer to this platform. We have a 3494 VTS system/library installed that is currently being used by our OS/390 mainframe for its backups. I would like to know if it is possible for me have TSM utilize this system for it's storage also? Is there any good documentation about how to do this? Also, I spoke with our Tivoli TSM marketing specialist about this and was told, in fairly certain terms, that this was a **BAD** idea because of two reasons: 1) BAD performance 2) the same thing that happened to the 3466 (i.e. Tivoli does not recognize it or support it as a true TSM platform) IS GOING to happen to the 3494 system, since it is also somewhat based on the same concept and that if we implement this, we were almost sure to lose support from Tivoli in the near future. BTW, one reason I ask is that I have a 3466 and am having a hell of a time getting support for this platfrom ever since Tivoli inherited ADSM/TSM and given the strong word of caution from a TSM person at Tivoli, I am reluctant to proceeed with the 3494 integration and upgrade. Can anyone tell me whether any of this is true and lay my fears to rest? In case you don't feel comfortable emaling the list, please send me a message directly and I will ensure that your email stays confidential. TIA Mahesh Tailor WAN/NetView/TSM Administrator Carilion Health System Voice: 540-224-3929 Fax: 540-224-3954 ---`
Re: SAP backup
Top of message -- 09-25-01 08:53 S.SHEPPARD (SHS)SAP backup Well, here goes. I'm not an SAP or BACKINT/TDP expert, but the BACKINT/ TDP for SAP 'backups' do use the archive copy group. My understanding is that each BACKINT/TDP instance gets sent to the server with a different name, so there's no need for version control, just set the number of days you want to keep the backup in the archive copy group. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 09-25-01 08:15 ..NETMAIL (001) SAP backup Date: Tue, 25 Sep 2001 08:10:47 -0700 From: Gill, Geoffrey L. [EMAIL PROTECTED] Subject: SAP backup To: [EMAIL PROTECTED] _Top_of_Message_ Seems as though the SAP backup test last night workedsort of, I'm just a bit confused. For those of you who don't know me, that's normal. What I see is my archive disk pool with data in it from that node. That's not where I wanted it to go and I don't know why it did, I expected it to go direct to tape. I don't see any mounts for tapes during this period, except reclamation. The node did have 4 sessions that started and I thought maybe it was going to tape and disk but since I don't see the tape mounts I doubt it. Is it normal for this backup process to use the archive copy group settings and not the backup copy group? Can anyone help me a bit as to what I need to change to go direct to tape? About a year ago we tested this once and I remember it had gone to tape. Unfortunately I don't remember making any changes that would now cause a backup to go to disk. How do I control the number of versions of data out there. This database if going to be huge and it could get out of hand very easily. If it's notmal for this to use the archive copy group, would I use the retain version setting to control it? Thanks in advance for the help. Geoff Gill TSM Administrator NT Systems Support Engineer SAIC E-Mail: [EMAIL PROTECTED] Phone: (858) 826-4062 Pager: (888) 997-9614 ---`
Database backup performan
Elapsed DB SIZE USEDTAPEDISK PROCESSOR OS/390 TSM Ver time 1 Hour11.7G 75% 3494/3590 RVA9672-R14 2.10 4.1.2Hour 41 Min 9.3G 54% 3494/3590 RVA9672-R52 2.10 4.1.2Hour Sam Sheppard San Diego Data Processing Corp. ---` Top of message -- 06-27-01 06:50 ..NETMAIL () Database backup performan Date: Wed, 27 Jun 2001 09:37:11 -0400 From: Zoltan Forray/AC/VCU [EMAIL PROTECTED] Subject: Database backup performance To: [EMAIL PROTECTED] _Top_of_Message_ Any suggestions on how to improve DB backup performance ? Doing a FULL DB backup of our 15GB ADSM (yes, not TSM YET. Hoping to convert to 4.1.3 RSN !!) server, sometimes takes 4-hours. Since I read a previous message about someone having a 52GB DB, I was wondering how long it takes to backup that much DB since my meager DB takes so long ? Note, there is no operator delay since it goes to a 3494 ATL, using 3490E drives. I was thinking about moving it to 3590 MAGSTAR but wasn't sure if it would make much of a difference since the only real change would be reduction/elimination of tape mounts (currently uses 9-cartridges). Since it is a robot, this would save a few minutes at most. I have tried increasing the BUFPOOL value (from 32MB to 80MB) with little noticable improvement. I still haven't reached/sustained the illusive 98% Cache Utilization ! Since the ADSM address space working set size has often exceed 110MB, I was wondering what was reasonable (or expected) for thise size DB. How much further should I increase the BUFPOOL value ? === Zoltan Forray Virginia Commonwealth University University Computing Center e-mail: [EMAIL PROTECTED] voice: 804-828-4807 ---`
Unable to init TCP/IP dri
Top of message -- 05-07-01 13:42 S.SHEPPARD (SHS)Unable to init TCP/IP dri There were major changes in OS/390 TCPIP at, I believe, Release 2.5. If you migrated from a release prior to that one, that's probably your problem. Not being the TCPIP expert, I'm not sure what the specific changes were. Sam Sheppard San Diego Data Processing Corp. (858)-581-9668 ---` Top of message -- 05-07-01 13:36 ..NETMAIL () Unable to init TCP/IP dri Date: Mon, 7 May 2001 13:13:09 -0700 From: Glass, Peter [EMAIL PROTECTED] Subject: Unable to init TCP/IP driver in OS390 2.10 To: [EMAIL PROTECTED] _Top_of_Message_ We just upgraded our development MVS to OS390 2.10. Since then, ADSM generates this error: ANR5092E Unable to initialized TCP/IP driver - error creating acceptor socket. TCP/IP is up and running, and still under the same name that it's always had. We are running ADSM Version 3, Release 1, Level 2.50. Would this be a release incompatibility issue (we're aware that this release of ADSM is no longer supported), between ADSM and the new OS390? Any other ideas on what may cause this error? Thanks, in advance, Peter Glass Distributed Storage Management (DSM) Wells Fargo Services Company * 612-667-0086 * 866-249-8568 * [EMAIL PROTECTED] ---`