AW: [ADSM-L] Another backup set question
Unicode question? Try with NAMETYPE=FSID -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im Auftrag von Timothy Hughes Gesendet: Freitag, 20. Januar 2006 15:25 An: ADSM-L@VM.MARIST.EDU Betreff: [ADSM-L] Another backup set question Hello, I am still trying to set up a Admin Schedule to generate a backup set. I need to one have a backup set for one filespace/volume for a client. The other day I was able to generate a backup set that worked, But I did it manually by going into the GUI. I clicked on the clients File Space and used the drop down menu. But when I try to schedule the backup set to run using Admin Schedule Commands it doesn't work. I keep getting no filespaces to process errors. When I used the GUI Drop down box to generate a backup set it also put the FSID # in. Why can't I duplicate that using a Admin Schedule command? I read that a backup set could be created using the using just the filespace name. Am I missing something? Is anyone else using a backup set to archive a volume/filespace for a client's data? All responses are welcome, Thanks in advance! This worked (Manually generated backup set by clicking on clients file space and using the drop down box to create a backup set. ANR2017I Administrator XX issued command: GENERATE BACKUPSET DOCAPPS weekly docapp 5 DEVCLASS=3592CLASS RETENTION=1 SCRATCH=YES DESCRIPTION=weekly docapparch WAIT=NO NAMETYPE=FSID (SESSION: 129388) 01/18/06 13:28:41 ANR2017I Administrator xx issued command: GENERATE BACKUPSET DOCAPPS docappweeklyarch 5 DEVCLASS=3592CLASS RETENTION=1 SCRATCH=YES DESCRIPTION=weekly docapparch WAIT=NO NAMETYPE=FSID (SESSION: 129389) 01/18/06 13:28:41 ANR3500I Backup set for node DOCAPPS as DOCAPPWEEKLYARCH.405269859 being generated. 01/18/06 15:25:48 ANR3501I Backup set for DOCAPPS as DOCAPPWEEKLYARCH.40526 9859 completed successfully - processed 104362 files. This did not work (these were generated by setting up a specific time to run using a Admin Schedule command) ANR2017I Administrator X issued command: GENERATE BACKUPSET DOCAPPS DOCAPPOARCH poa DEVCLASS=3592CLASS RETENTION=1 SCRATCH=YES DESCRIPTION=docbackupset WAIT=NO 01/18/06 13:13:42 ANR3508W Generation of backup set for DOCAPPS as DOCAPPOARCH.405269545 failed - no filespaces to process. (SESSION: 128945, PROCESS: 813) ANR2017I Administrator OTSHUGH issued command: GENERATE BACKUPSET DOCAPPS docapparch DOCAPPS\POA DEVCLASS=3592CLASS SCRATCH=YES DESCRIPTION=docarch WAIT=NO (SESSION: 01/18/06 13:17:54 ANR3508W Generation of backup set for DOCAPPS as DOCAPPARCH.405269549 failed - no filespaces to process. (SESSION: 129071, PROCESS: 815) TSM 5.3.2.1 Novell TSM client 5.2.2 Netware OS 6.5
AW: How to delete copystg data for a single node?
As i wrote read help del vol first! There is the move described -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im Auftrag von Richard Sims Gesendet: Donnerstag, 18. August 2005 15:16 An: ADSM-L@VM.MARIST.EDU Betreff: Re: How to delete copystg data for a single node? On Aug 18, 2005, at 8:51 AM, Barnes, Kenny wrote: Wouldn't Del vol discard=yes delete all data for all nodes found on the volume? Would work if you were using collocation. Quite so. Here are my notes on an approach, culled from prior postings: Copy Storage Pool, delete node data You cannot directly delete a node's data from a copy storage pool; but you can circuitously effect it by using MOVe NODEdata to shift the node's data to separate tapes in the copy stgpool (temporarily changing the stgpool to COLlocate=Yes), and then doing DELete Volume on the newly written volumes. Richard Sims
AW: How to delete copystg data for a single node?
Delete volume discardd=yes Read the help first under help del vol Regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im Auftrag von Niklas LundströM Gesendet: Donnerstag, 18. August 2005 13:45 An: ADSM-L@VM.MARIST.EDU Betreff: How to delete copystg data for a single node? Hello I have move the data for a node from 3590 to our VTS, The VTS is running PPRC so the data is automaticly copied betwen two VTS's. That means that I don't need to backup the data in the primary storagepool for that node, but how do I delete the data that is already copied to the copypool? tsm: SPADAB-PRODq occu spnt85 Node Name Type Filespace FSID StorageNumber of Physical Logical Name Pool Name Files Space Space Occupied Occupied (MB) (MB) -- -- - -- - - - SPNT85 Bkup \\spnt85\- 1 BUNKERCOPY 6 84.92 84.92 e$ SPNT85 Bkup \\spnt85\- 1 COPYPOOL 28,134 2,005.95 1,992.37 e$ SPNT85 Bkup \\spnt85\- 1 DIRPOOL3,197 4.63 4.63 e$ SPNT85 Bkup \\spnt85\- 1 VTSPOOL 28,134 1,992.37 1,992.37 e$ SPNT85 Bkup \\spnt85\- 2 BUNKERCOPY22 5.62 4.58 c$ SPNT85 Bkup \\spnt85\- 2 COPYPOOL 11,072 1,050.12 1,019.06 c$ SPNT85 Bkup \\spnt85\- 2 DIRPOOL1,897 2.85 2.58 c$ SPNT85 Bkup \\spnt85\- 2 VTSPOOL 11,072 1,019.05 1,019.05 c$ SPNT85 Bkup SYSTEM 3 BUNKERCOPY 5,349427.33427.33 OBJECT SPNT85 Bkup SYSTEM 3 COPYPOOL 5,349427.33427.33 OBJECT SPNT85 Bkup SYSTEM 3 VTSPOOL5,349427.33427.33 OBJECT What I want to do is to delete the data in the BUNKERCOPY and COPYPOOL for the node spnt85 Regards Niklas Lundström Swedbank
AW: Scratch Tapes
Reusedelay settings? The scratch volumes have access READW? Regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im Auftrag von Jones, Eric J Gesendet: Freitag, 5. August 2005 13:34 An: ADSM-L@VM.MARIST.EDU Betreff: Scratch Tapes Good morning. I have a question on scratch tapes and how/when they are used. We are using TSM 5.2.2 with AIX 5.2. We have around 225 LTO2 tapes in the library of which about 60 are used. The are numbered from TS2000 - TS2225. For some time the lower numbered tapes were regularly reused as they became available(scratch from off-site) or reclamation of on-site tapes. Lately TSM seems to be picking the tapes that have never been used and the lower number tapes don't seem to be selected. How does TSM determine what scratch tape to use? I just want to make sure it is not stopping using certain tapes in the library. They appear fine and are listed as SCRATCH in the library. Just noticed and figured I would ask before I ran into any problems. Eric Jones PLATFORM AND SERVER SOLUTIONS Owego, NY Phone: 607-751-4133
Restoreperformance 3590 versus 3592
Dear Group We have a lot of Windows- and Novellmachines with Files counted between 2 Mio. and 7 Mio. Restore from 3590 even with Filespacecollcation takes its time. On the Novell all files are on 1 volume (sic!). Now we are looking for 3592 drives. Our IBM businesspartner (no streamin - no fun) means we speed up to 40MB/sec. even with data incremented for ever. Restore, streamin, 40MB/sec. hmm The 3590E keeps 40GB nativ, the 3592 keeps 300GB nativ, if both of them where same filled, the speed on 3592 is 5* faster buth the cap. is 7.5* more, do we realy get out this performance? So the strong incremented (yes,yes progressiv backup) data from one node is on a 3592 spreaded over 300GB together with other clientdata (maybe groupcollo after 5.3.?). Env. TSM Server 5.2.3.3 on Z/OS with most Windows and Novellclient on 5.2 any help appreciated regards Joachim Joachim Paul Schaub System Spezialist IBM Certified Deployment Professional - Tivoli Storage Manager Abraxas Informatik AG Beckenhofstrasse 23 CH-8006 Zürich Schweiz / Switzerland Telefon: +41 (043) 259 34 41 Telefax: +41 (043) 259 42 82 E-Mail: mailto:[EMAIL PROTECTED] Internet: http://www.abraxas.ch Abraxas - Das Immer-besser-Prinzip http://www.abraxas.ch/DasImmerBesserPrinzip ~~~
AW: If we all complain, do you think they will add the WEB gui back?
Banana Software mature at the customers side:-) -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Mark D. Rodriguez Gesendet: Donnerstag, 10. März 2005 19:19 An: ADSM-L@VM.MARIST.EDU Betreff: Re: If we all complain, do you think they will add the WEB gui back? Hi Everyone, I am an IBM Business Partner. I have been listening to what everyone has been saying about the ISC/AC. I, also, have some concerns about this since I not only have to use it I have to be able to sell it to others to use. I have been talking with several IBM'ers in this regard. The people I have been talking to are on both the TSM development side and on the channel (sales and marketing) side of the house. Obviously the channel people are very concerned when anything might possibly effect the ability of IBM BP's to sell their products. As such, I have been seeking to get them to put pressure on the development side to get some sort of improvements made. I have talked with the developers to help them see the issues that I see with my customers as well as what I have learned from all of you on this list. Also, you should know that IBM is listening and they are willing to make the necessary changes to resolve these issues. They are monitoring this list all the time so the only real survey you need to do is keep posting to the list! Now before I go to much further, I must make this statement (i.e. here comes the legal disclaimer), anything that I am about to disclose here is simply the results and/or contexts of conversation that I had with various IBM'ers and in no way implies any commitment on their or my part to provide any of the things we discussed. In other words we were just talking, but they were not promising anything. The biggest problem I see with the ISC/AC is not the application itself, change is inevitable and in fact in this case somewhat overdue. The problem with the ISC/AC is that there is not any reasonable migration path from the Web Admin GUI to the ISC/AC. They just flipped a switch and now you used ISC/AC and oh by the way it doesn't support any of your older TSM servers. Not a good plan and I think they recognize it as well. However, I will defend the developers to the point that there were very good reasons for the decisions that they made and how we wound up where we are today. Given similar situation I would have made similar choices with the exception I would have spent the time and resources to have a better migration path. As you all have probably guessed by now the ISC/AC isn't going away any time soon, nor should it. We have been long overdue for a improved GUI admin interface. The ISC/AC isn't perfect by any stretch of the imagination, but I have every confidence that IBM will develop it into a very mature tool as quickly as possible. I will mention some of the POSSIBLE enhancements that are upcoming later in this note. The focus of my discussion with the IBM powers that be was around how do we give the TSM community a better migration path to the ISC/AC environment. The key issue we focused on for creating a better migration path was the re-release of the Web Admin GUI. Obviously the the best thing would be to re-release it and have it support all of the 5.3 enhancements, but that comes at a cost. The trade off would be to take resources away from the ISC/AC development in order to uplift the Web Admin GUI. I don't think that is in the best interests of the TSM community as a whole. I suspect that what will happen is the Web Admin GUI will be re-released but frozen at the 5.2 level with no further development being done to it. My guess is it will be around through the 5.3 release and maybe little longer, like until all supported version of the TSM server are supported on the ISC/AC. I understand there was some talk of making the ISC/AC backwards compatible with version 5.2 but that did not go anywhere. Re-releasing the Web Admin GUI under this limited arrangement offers the compromise of best possible use of resources and a good migration path for the end users. This proposal would allow users to have time to migrate to the new ISC/AC and gain some competence and confidence in the ISC/AC while still having a tried and true interface available to them. Also, this gives IBM the time to make the ISC/AC a much more mature product before having it be the only choice for GUI admin support. The ISC/AC is going to become a much better product over time. Although it will certainly have a much greater value to those of you who have multiple TSM servers or who have several different IBM products that will be managed by the ISC, it will also be very good tool for those of you with just one server and no other products managed by the ISC. There are 2 big TSM updates scheduled for this year one in April and another in the September/October time frame. I would GUESS (i.e. I can't promise anything) that you will see several
AW: How to view the Policy Information on the CLI ?
YEP :-P, thank you Andy Regards Joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Andrew Raibeck Gesendet: Freitag, 28. Januar 2005 21:13 An: ADSM-L@VM.MARIST.EDU Betreff: Re: How to view the Policy Information on the CLI ? You can get some of if with QUERY MGMTCLASS, but it only includes the mgmtclasses available, not the copy group version info. For copy group detail, add the -DETAIL option :-) dsmc query mgmtclass -detail Regards, Andy
How to view the Policy Information on the CLI ?
Dear List With the CLIENT GUI under utilities i can view the Policy Information. Does an equivalent command exist for the CLI? I haven't found out how to do this. Regards Joachim Joachim Paul Schaub System Spezialist IBM Certified Deployment Professional - Tivoli Storage Manager Abraxas Informatik AG Beckenhofstrasse 23 CH-8006 Zürich Schweiz / Switzerland Telefon: +41 (043) 259 34 41 Telefax: +41 (043) 259 42 82 E-Mail: mailto:[EMAIL PROTECTED] Internet: http://www.abraxas.ch Abraxas - Das Immer-besser-Prinzip http://www.abraxas.ch/DasImmerBesserPrinzip ~~~
AW: 5.2.3.5 Upgrade and Slow Expiration
Wats about your logpoolsize and logutil at this moment? regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Hart, Charles Gesendet: Mittwoch, 15. Dezember 2004 21:10 An: [EMAIL PROTECTED] Betreff: 5.2.3.5 Upgrade and Slow Expiration We have two identical TSM Server (AIX 5.2 / p630 / TSM 5.2.3.5) They were both @ TSM 5.2.3.4 then we upgraded to 5.2.3.5 on the same day. One of the servers has been running just fine (TSM Server1). When the other TSM server (TSM Server2) runs Expiration it grinds to a halt with in an hour regardless of doing a cancel expiration or just trying to cancel the process. This TSMServer2 Backups / Archives our Oracle Env so when Expiration runs it brings the TSM Server instance to its knees to the point it won't take client data. Server Info: TSM Server 1 ver 5.2.3.5 DB = 141GB Cache Hit 98.89% Expiration Runs Fine (thousands obj per min) Backup Clients are primarily Windows (4-500 Clients) TSM Server 2 ver 5.2.3.5 DB = 149GB DB Cache Hit 98.26% Expiration Runs So Slow (a few obj per min) Backup Clients are primarily Unix (2-300 Clients) Does dsmc Archives and Incremental Has anyone run into strange issues when going to 5.2.3.5? I have a PMR open... but not getting much out of them... (Which usually isn't the case) I have searched the list and any APARS... No luck yet. Appreciate any info!
AW: Resourceutil-Problems
Why do not use Journaling? Is there not still a problem with the use of resourcutil in combination of backung up the sytemobject? Try to separat the Backup of Systemobjects with an separated scheduleand exclude it in the regulary backup. regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Christoph Pilgram Gesendet: Montag, 13. Dezember 2004 09:21 An: [EMAIL PROTECTED] Betreff: Resourceutil-Problems Hi all, We have W2K-Clients with (in general 2) very big filesystems ( more than 5 million files each) ( 2 GB RAM). They run with TSM-Client 5.2.2.0. Because memory runs too long in the night, we tried to do it with 'resourceutil 4'. We got an 'out of memory' abend. We gave 8 GB of RAM to the Client, nothing changed, it allways runs 'out of memory' if we work with more than the default number of sessions ( 'memoryefficientbackup' ). Can anybody give some help (on how to make use of the 8 GB RAM to speed up the backup). Thanks Christoph
FIXEDIOBUFSIZE on Z/OS
Hi List I found the FIXEDIOBUFSIZE Parameter in the Tuning Guide. should i set the value to 16 like recomended togheter with resourceutil 10. The most tsm clients have resourceutil 2 in our environment, only 3 big nodes have 10. Does the Z/OS not manage the VSAM Buffers dynamic or do i not exactly understand wath FIXEDIOBUFSIZE means? any help is welcome regards joachim
AW: Insufficient Memory HELP! Server crashing non-stop
Please send us: Regionsize and the Output from sh memu regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Joni Moyer Gesendet: Dienstag, 23. November 2004 13:35 An: [EMAIL PROTECTED] Betreff: Insufficient Memory HELP! Server crashing non-stop Hello All! We have just upgraded our TSM server on z/OS from 5.1.8.3. to 5.2.2.5. We are now receiving S0C4 errors with the following: IEA705I ERROR DURING GETMAIN SYS CODE = 80A-10 TSMB1 TSMB1 00 IEA705I 00F57100 0088BCC8 0088BCC8 00E61200 2B88 IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 TSMB1 TSMB1 00 IEA705I 00F57100 0088BCC8 0088BCC8 00E51200 0B40 IEA705I ERROR DURING GETMAIN SYS CODE = 80A-10 TSMB1 TSMB1 00 IEA705I 00F57100 0088BCC8 0088BCC8 00E61200 30E8 IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 TSMB1 TSMB1 00 IEA705I 00F57100 0088BCC8 0088BCC8 00E61200 00E8 IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 40DFD6AC TSMB1 80 IEA705I 00F57100 0088BCC8 0088BCC8 00E61240 0300 ANR0132E HTPOST851: Memory allocation failed: object Tempoary Line, size 1048577. ANRD HTPOST(353): ThreadId1014 Out of memory for command buffer! Callchain follows: pkShowCallChain+2E2 - outDiagf+27E - htPostForm+C0 - SmHttpCommandThread+242 - pkThreadHead+4FA Here are also some parameters that are set: TXNGROUPMAX 256 BUFPOOLSIZE 135168 LOGPOOLSIZE 4096 MOVEBATCHSIZE 1000 MOVESIZETHRESH 2048 DELETIONEXIT ARCTVEXT TCPWINDOWSIZE 64 (WHICH IT ISN'T RECOGNIZING) SELFTUNEBUFPOOLSIZE YES MPTHREADING NO Any suggestions would be appreciated Thanks in advance Joni Moyer Highmark Storage Systems Work:(717)302-6603 Fax:(717)302-5974 [EMAIL PROTECTED]
AW: AW: Insufficient Memory HELP! Server crashing non-stop
Why does the MAX init storage show 256 MB and you have 512MB Regionsize? Monitor the CSA TSM-usage with your Z/OS Monitor to get further information of the storageusage (growing?). Do we again have a problem with the MaxQuickFree bytes? Im just thinking regards Joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Joni Moyer Gesendet: Dienstag, 23. November 2004 14:00 An: [EMAIL PROTECTED] Betreff: Re: AW: Insufficient Memory HELP! Server crashing non-stop Regionsize = 512MB show memu S Operation Results MAX initial storage 268435456 (256.0 MB) Freeheld bytes 5015118 (4.8 MB) MaxQuickFree bytes 4966891 (4.7 MB) 2 Page buffers of 6063 : 22 buffers of 757. 0 Large buffers of 378 : 4 XLarge buffers of 47. 1335 buffers free: 18989 hiAlloc buffers: 13644 current buffers. 4078 units of 56 bytes hiAlloc: 3551 units of 56 bytes hiCur. Thanks again! Joni Moyer Highmark Storage Systems Work:(717)302-6603 Fax:(717)302-5974 [EMAIL PROTECTED] Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED] To BRAXAS.CH[EMAIL PROTECTED] Sent by: ADSM:cc Dist Stor Manager Subject [EMAIL PROTECTED] AW: Insufficient Memory HELP! .EDU Server crashing non-stop 11/23/2004 07:52 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU Please send us: Regionsize and the Output from sh memu regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Joni Moyer Gesendet: Dienstag, 23. November 2004 13:35 An: [EMAIL PROTECTED] Betreff: Insufficient Memory HELP! Server crashing non-stop Hello All! We have just upgraded our TSM server on z/OS from 5.1.8.3. to 5.2.2.5. We are now receiving S0C4 errors with the following: IEA705I ERROR DURING GETMAIN SYS CODE = 80A-10 TSMB1 TSMB1 00 IEA705I 00F57100 0088BCC8 0088BCC8 00E61200 2B88 IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 TSMB1 TSMB1 00 IEA705I 00F57100 0088BCC8 0088BCC8 00E51200 0B40 IEA705I ERROR DURING GETMAIN SYS CODE = 80A-10 TSMB1 TSMB1 00 IEA705I 00F57100 0088BCC8 0088BCC8 00E61200 30E8 IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 TSMB1 TSMB1 00 IEA705I 00F57100 0088BCC8 0088BCC8 00E61200 00E8 IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 40DFD6AC TSMB1 80 IEA705I 00F57100 0088BCC8 0088BCC8 00E61240 0300 ANR0132E HTPOST851: Memory allocation failed: object Tempoary Line, size 1048577. ANRD HTPOST(353): ThreadId1014 Out of memory for command buffer! Callchain follows: pkShowCallChain+2E2 - outDiagf+27E - htPostForm+C0 - SmHttpCommandThread+242 - pkThreadHead+4FA Here are also some parameters that are set: TXNGROUPMAX 256 BUFPOOLSIZE 135168 LOGPOOLSIZE 4096 MOVEBATCHSIZE 1000 MOVESIZETHRESH 2048 DELETIONEXIT ARCTVEXT TCPWINDOWSIZE 64 (WHICH IT ISN'T RECOGNIZING) SELFTUNEBUFPOOLSIZE YES MPTHREADING NO Any suggestions would be appreciated Thanks in advance Joni Moyer Highmark Storage Systems Work:(717)302-6603 Fax:(717)302-5974 [EMAIL PROTECTED]
AW: Archive fails with 4GB files
Its a documented bug. Ask Novell ? regards Joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Andrew Ferris Gesendet: Mittwoch, 27. Oktober 2004 02:03 An: [EMAIL PROTECTED] Betreff: Archive fails with 4GB files We're seeing archive attempts failing on files in excess of 4GB. The archive seems to be fine until 4GB are transferred and then stops as if things were finished in a normal fashion. This entry in the DSMERROR.LOG file corresponds with the stop point: 10/26/2004 15:47:54 Attempt to free unknown pointer. Addr a855af00, File procopts.cpp, Line 6901 10/26/2004 15:47:54 Attempt to free unknown pointer. Addr a855af00, File procopts.cpp, Line 6903 The TSM Server is at 5.2.3.2 and the client is on a NetWare 6.5 SP2 server going through a clustered NetWare volume. The TSM client code is 5.02.03 and the TSAFS version is 6.50.09. Has anyone else seen this or better yet solved it? Andrew Ferris Network Support Analyst iCAPTURE Research Centre University of British Columbia
AW: have trouble with max sessions
you have 2parameter 1. maxsessions (number of sessions) 2. max scheduled sessions (in % from maxsessions) Example: maxsessions 200 max sched sessions 50 50% of 200 sessions=100 scheduled sessions regsrds joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Weinstein, Stephen Gesendet: Donnerstag, 23. September 2004 14:40 An: [EMAIL PROTECTED] Betreff: have trouble with max sessions I am having trouble getting all my backups to run. I have a couple of sessions getting an ANR2571W error message, stating max sesssions have been reached. I have cycled the server with to help. The maxsessions is set to 25, but when I do a SHOW CSVARS it shows the following. Max % Scheduled Sessions : 12 Max Scheduled Sessions : 3 Retain Event Recs : 30 Randomize Pct : 50 Period for sched Query : 6 Max Retries for failure : 10 Time between retries : 5 Scheduling Modes : Any Sch Sessions in use : 0 Schedule Manager Active : TRUE Pending Table is Ready : TRUE Prompter Active : TRUE Command Execution Active : FALSE Timer Active : TRUE Next Execution : 09/23/2004 19:00:00 Next Deadline : 09/23/2004 10:30:00 Event Deletion Active : FALSE Last Event Deletion : 08/24/2004 00:00:00 Randomization Seed : 3962022815 Command Scheduler Active : FALSE Scheduled Commands Running: 0 Last Schedule Index : 0 High Water Sched Index : 1 Client Action Duration : 5 Admin Schedules Running: ANY ideas thanx steve ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager at postmaster at dor.state.ma.us. **
AW: Block node expiration
The expiration ocure in the TSM database, a client lock will do nothing again the expiration. Rebind the files to a managementclass with higher values (nolimit?). regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von VINCENT Frédéric Gesendet: Donnerstag, 23. September 2004 14:38 An: [EMAIL PROTECTED] Betreff: Block node expiration Vertraulichkeit: Vertraulich Hello tsm users, how can i prevent expiration to run for a node ? By affecting a policy domain with no delay, ok; but which actions can make the same effects? Locking the node ? VINCENT Frédéric SOPRA group.
Point in time restore problem
Point in time restore over the GUI shows not up all folder, subfolder and data i can see without chosing point in time. Testing the point in time on the commandline says 'ANS1302E No objects on server match query'. the restore of the data works fine without point in time. The problem was detected on TSM Client 5.2.0.6 for MS Windows 2000 and is also present in my testenvironment with Windows 2003 and Client 5.2.2.10. The managmentclass setup is proper, the dirmc is exact like the data in retention and versioning. Have i missed something educational? Thanks in advance regards joachim Joachim Paul Schaub Abraxas Informatik AG Beckenhofstrasse 23 CH-8090 Zürich Schweiz / Switzerland Telefon: +41 (043) 259 34 41 Telefax: +41 (043) 259 42 82 E-Mail: mailto:[EMAIL PROTECTED] Internet: http://www.abraxas.ch Abraxas - Das Immer-besser-Prinzip http://www.abraxas.ch/DasImmerBesserPrinzip ~~~
AW: Point in time restore problem
Thank you Bill, Aaron and Richard for your help I can see the light... Regards Joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Aaron Durkee Gesendet: Mittwoch, 25. August 2004 16:58 An: [EMAIL PROTECTED] Betreff: Re: Point in time restore problem There is a known problem with the way the gui works, versions and pit. The gui first searches the directory tree from the top down. The files exist at a pit but he directory version no longer exists, it can't display that branch of the tree. [EMAIL PROTECTED] 08/25/04 10:02AM Your DIRMC retention should probably be NOLIMIT for the versions and the same retain extra as the longest management class retention. There isn't a version of the directory for the PIT you specified. Bill Boyer DSS, Inc. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Schaub Joachim Paul ABX-SECE-ZH Sent: Wednesday, August 25, 2004 9:47 AM To: [EMAIL PROTECTED] Subject: Point in time restore problem Point in time restore over the GUI shows not up all folder, subfolder and data i can see without chosing point in time. Testing the point in time on the commandline says 'ANS1302E No objects on server match query'. the restore of the data works fine without point in time. The problem was detected on TSM Client 5.2.0.6 for MS Windows 2000 and is also present in my testenvironment with Windows 2003 and Client 5.2.2.10. The managmentclass setup is proper, the dirmc is exact like the data in retention and versioning. Have i missed something educational? Thanks in advance regards joachim Joachim Paul Schaub Abraxas Informatik AG Beckenhofstrasse 23 CH-8090 Z|rich Schweiz / Switzerland Telefon: +41 (043) 259 34 41 Telefax: +41 (043) 259 42 82 E-Mail: mailto:[EMAIL PROTECTED] Internet: http://www.abraxas.ch Abraxas - Das Immer-besser-Prinzip http://www.abraxas.ch/DasImmerBesserPrinzip ~~~
AW: 2 3494 Tape libraries seem to have very different capacities. Any ideas?
How about your reclaim and collocation settings? Are they equal? regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von John C Dury Gesendet: Dienstag, 24. August 2004 13:21 An: [EMAIL PROTECTED] Betreff: Re: 2 3494 Tape libraries seem to have very different capacities. Any ideas? Somehow this thread got a little messy so I'll update it with everything I know and answer everyone's questions (I think). A recap: We have 2 3494 libraries, one local and one remote. The remote one is used for backing up the local one only. There is a huge discrepancy between the number of scratch tapes in the local and remote libraries although they both appear to have the same amount of data. Things people suggested I check: Compression is on for all drives in both libraries. I checked. I have reuse delay set at 0 on both 3494 libraries so no tapes go into pending on either library. They immediately become scratches after reclamation. We run a job nightly that deletes volhistory for database backups. (del volhist type=dbb todate=today-2). See immediately below for a possible explanation although I don't understand why this would cause it. Anyone? Looks like I'll be caling IBM. sigh John We originally had a combination of 3590J and 3590K tapes in the 3494LOCAL library. I moved the data off of the 3590J tapes and then checked them out and checked in 3590K volumes that has the same volume labels as the original 3590J volume. Essentially I replaced all the 3590J tapes with 3590K tapes with the same volume labels. The libary manager was updated to reflect the new 3590K volumes before they were checked in. Could this have caused this problem? John - Forwarded by John C Dury/DLC on 08/23/2004 02:37 PM - John C Dury/DLC 08/23/2004 02:28 To PMADSM-L cc Subject Re: 2 3494 Tape libraries seem to have very different capacities. Any ideas? Here is the output from that command. It looks pretty similar to me. I also checked compression for both local and remote libraries. All are on. We also run a job every night that deletes the dbb volhistory which allows only 2 days of retention. (del volhist type=dbb todate=today-2) STGPOOL_NAME: 3494LOCAL Unnamed[2]: 38531539 Unnamed[3]: 11776076.83 Unnamed[4]: 11886072.01 STGPOOL_NAME: 3494REMOTE Unnamed[2]: 38513745 Unnamed[3]: 11773755.03 Unnamed[4]: 11876887.56 These are all great suggestions which is why I asked here but I'm still at a complete loss. John The output from select stgpool_name,sum(num_files),sum(logical_mb),sum(physical_mb) from occupancy group by stgpool_name should give some indication of whether the same amount of stuff is getting to the remote storagepools. David jdury AT DUQLIGHT DOT COM 8/23/2004 1:26:57 PM We have 2 3494 tape libraries. One is local and the other is remote. The local one (3494LOCAL) receives all the data from the nightly backups as it gets migrated from disk. The remote one (3494REMOTE) is only used as the target of backing up the 3494LOCAL storage pool which gets done everyday during the day. 3494LOCAL has 577 library volumes in it. 3494REMOTE has 494 library volumes in it. Both tape libraries only have 3590K tapes in them. My problem is that 3494LOCAL has 62 scratch tapes available and 3494REMOTE has 207 scratch tapes in it. Reclamation runs daily and sets the same percentage (57) for both libraries. How can there be such a huge difference in the number of scratch tapes if both libraries should roughly have the same amount of data? It's making me a little nervous that 3494REMOTE doesn't have the same data or something somewhere is going wrong. Any ideas? Thanks, John
ANR4513E Volhist error in combo with ANR4513E resource waiter aborted
Have anyone else seen somthing like this? I found the messages on all TSM servers running 5.2.2.4 on IBM Z/OS 1.4 several times. Sometimes was an TSM server restart needed. The server answer will be very slowly. Thanks Joachim Date/Time Message -- 08.08.2004 10:44:20 ANR0538I A resource waiter has been aborted. 08.08.2004 10:44:20 ANR4513E A database lock conflict was encountered in processing sequential volume history information. (SESSION: 4549, PROCESS: 515) 08.08.2004 10:44:20 ANR2033E EXPIRE INVENTORY: Command failed - lock conflict. (SESSION: 4549, PROCESS: 515) 08.08.2004 10:44:21 ANR0860E Expiration process 515 terminated due to internal error: examined 4624836 objects, deleting 181205 backup objects, 0 archive objects, 0 DB backup volumes, and 0 recovery plan files. 1 errors were encountered. (SESSION: 4549, PROCESS: 515) 08.08.2004 10:44:20 ANR4513E A database lock conflict was encountered in processing sequential volume history information. (SESSION: 4549, PROCESS: 515) 08.08.2004 12:30:16 ANR2750I Starting scheduled command DE_VOL_STGD ( DEL VOLH TOD=TODAY-2 TYPE=STGD ). (SESSION: 4883) 08.08.2004 12:30:16 ANR2017I Administrator P001PSC issued command: DELETE VOLHISTORY TOD=TODAY-2 TYPE=STGD (SESSION: 4883) 08.08.2004 12:30:20 ANR0538I A resource waiter has been aborted. 08.08.2004 12:30:20 ANR4513E A database lock conflict was encountered in processing sequential volume history information. (SESSION: 4615) 08.08.2004 12:30:20 ANR4513E A database lock conflict was encountered in processing sequential volume history information. (SESSION: 4615) 08.08.2004 14:14:21 ANR0538I A resource waiter has been aborted. 08.08.2004 14:14:21 ANR0538I A resource waiter has been aborted. 08.08.2004 14:14:21 ANRD ICVOLHST(4078): ThreadId14479 Lock Conflict encountered in updating volume history list. Callchain follows: pkShowCallChain+2E2 - outDiagf+27E - IcvhAddVolume+1FA - icAddDeletedStgVol+B8 - DeleteScra- tch+8F2 - AsScratchDeleteThread+26A - pkThreadHead+4FA (SESSION: 4549, PROCESS: 515) 08.08.2004 14:14:21 ANR4513E A database lock conflict was encountered in processing sequential volume history information. (SESSION: 4883) 08.08.2004 14:30:21 ANR0538I A resource waiter has been aborted. 08.08.2004 14:30:21 ANR4513E A database lock conflict was encountered in processing sequential volume history information. (SESSION: 5371) 08.08.2004 14:30:21 ANR4513E A database lock conflict was encountered in processing sequential volume history information. (SESSION: 5371) Thanks Joachim Joachim Paul Schaub Abraxas Informatik AG Beckenhofstrasse 23 CH-8090 Zürich Schweiz / Switzerland Telefon: +41 (043) 259 34 41 Telefax: +41 (043) 259 42 82 E-Mail: mailto:[EMAIL PROTECTED] Internet: http://www.abraxas.ch Abraxas - Das Immer-besser-Prinzip http://www.abraxas.ch/DasImmerBesserPrinzip ~~~
AW: Netware restore problem
are the missed files bigger than 4GB? regards Joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Troy Frank Gesendet: Montag, 23. August 2004 16:16 An: [EMAIL PROTECTED] Betreff: Netware restore problem I've got a netware server that crashed last week due to raid controller failure, and had to be rebuilt. After restoring, there are a few directories that don't have any data in them. When I looked at the webclient, it didn't show any data had ever been backed up from those directories. The server was Netware 6.0sp4 with TSM client 5.2.2.3. We rebuilt it as Netware 6.5sp2 with TSM client 5.2.2.3. The TSM server itself is v5.2 My clientoptionset looked like this... Domain VOL1: Exclude *:\...\* Include vol1:\data\share\...\* Include vol1:\data\user\...\* The folders that restored with no data were subdirectories of vol1:\data\share. So far, all the dirs that are missing data have spaces in the folder name. However, most of the dirs with spaces in the name DID restore with data in them. Since this missing data was from our finance dept, it's pretty much a nightmare situation. Any insight would be greatly appreciated. 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.
AW: Deleting volhistory
the last backup can't be deleted ! regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Bill Dourado Gesendet: Dienstag, 17. August 2004 12:47 An: [EMAIL PROTECTED] Betreff: Re: Deleting volhistory Mark, Maybe there are not any database backups to delete ! To check enter :- query volh type=dbb I think the cmd you have tried, del volh todate=today type=dbb if it had worked , would mean all your database backups would have been wiped out ! Bill Mark Strasheim [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 17/08/2004 11:00 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Deleting volhistory Aloha, I want to delete old database backups. I figured out for me self, that: del volh todate=today type=dbb should do the job. I also made an new Full DB Backup today to fit the needs of that command, but i always get the message : del volh todate=today type=dbb Do you wish to proceed? (Yes (Y)/No (N)) Y ANR2467I DELETE VOLHISTORY: 0 sequential volume history entries were successfully deleted. What wrong with that command ??? what did i miss ??? with regrads M Nibble
AW: Client backup with two different policy domains
build a second schedule with the second nodename, psw and different dsmsched.log + dsmerror.log. why not build different managementclaases in 1 Domain and include the files and/or directories int he dsm.opt to the mgmntclasses? regards joachim -Ursprngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Kevin Kinder Gesendet: Donnerstag, 29. Juli 2004 14:32 An: [EMAIL PROTECTED] Betreff: Client backup with two different policy domains Tivoli Server MVS 5.1.7.0 NetWare Client 5.2.0.0 on NetWare 5.10 server On this server, I need to back up one directory (called admbrim) and all of its subdirectories with seven days' retention. The rest of the directories (across two volumes) need to have 30 days' retention. I set up two nodes: BRIMSERVER2MAIL: For the admbrim directory BRIMSERVER2: for everything else. I have two BA directories with separate DSM.opt files. (DSMMAIL.OPT and DSM.OPT) respectively. Here are the pertinent differences in the .OPT Files: DSMMAIL.OPT -- * Setting Nodename * --- NODENAME brimserver2mail * Includes/Excludes * - INCLUDE brim_server2\data:admbrim/* INCLUDE brim_Server2\data:admbrim EXCLUDE brim_server2\data:* DSM.OPT * Setting Nodename * --- NODENAME brimserver2 * Includes/Excludes * - EXCLUDE brim_server2\*:/.../vol$log.err EXCLUDE brim_server2*:/.../tts$log.err EXCLUDE brim_server2*:/.../sys$log.err EXCLUDE brim_server2*:/.../events.log EXCLUDE brim_server2*:/.../secaudit.log EXCLUDE brim_server2*:/.../system.log EXCLUDE brim_server2\sys:system/cmaster.dba EXCLUDE brim_server2\sys:system/btrieve.trn EXCLUDE brim_server2\sys:system/tsa/tsa$temp.* EXCLUDE brim_server2\sys:_SWAP_.MEM EXCLUDE.dir brim_server2\sys:\queues EXCLUDE.DIR brim_server2\data:admbrim Both nodes are using the same schedule, but with a different policy domain. I used the -optfile parameter to point each schedule to its correct .OPT file. This a.m., only one scheduler, for the BRIMSERVER2 node, was running. However, info in the schedlog for that node appeared to include both nodes. For example: Time remaining until execution: Querying server for next scheduled event. 07/28/2004 19:18:58 Node Name: BRIMSERVER2 07/28/2004 19:18:58 Session established with server SERVER1: MVS 07/28/2004 19:18:58 Server Version 5, Release 1, Level 7.0 07/28/2004 19:18:58 Data compression forced off by the server 07/28/2004 19:18:58 Server date/time: 07/28/2004 19:19:16 Last access: 07/28/2004 15:19:16 07/28/2004 19:18:58 --- SCHEDULEREC QUERY BEGIN 07/28/2004 19:18:58 --- SCHEDULEREC QUERY END 07/28/2004 19:18:58 Next operation scheduled: 07/28/2004 19:18:58 07/28/2004 19:18:58 Schedule Name: NORMAL_DAILY_10PM_START 07/28/2004 19:18:58 Action:Incremental 07/28/2004 19:18:58 Objects: 07/28/2004 19:18:58 Options: 07/28/2004 19:18:58 Server Window Start: 22:00:00 on 07/28/2004 07/28/2004 19:18:58 07/28/2004 19:18:58 Command will be executed in 3 hours and 48 minutes. 07/28/2004 19:18:58 Time remaining until execution: Querying server for next scheduled event. 07/28/2004 19:20:29 Node Name: BRIMSERVER2MAIL 07/28/2004 19:20:29 Session established with server SERVER1: MVS 07/28/2004 19:20:29 Server Version 5, Release 1, Level 7.0 07/28/2004 19:20:29 Server date/time: 07/28/2004 19:20:47 Last access: 07/28/2004 15:20:47 07/28/2004 19:20:29 --- SCHEDULEREC QUERY BEGIN 07/28/2004 19:20:29 --- SCHEDULEREC QUERY END 07/28/2004 19:20:29 Next operation scheduled: 07/28/2004 19:20:29 07/28/2004 19:20:29 Schedule Name: NORMAL_DAILY_10PM_START 07/28/2004 19:20:29 Action:Incremental 07/28/2004 19:20:29 Objects: 07/28/2004 19:20:29 Options: 07/28/2004 19:20:29 Server Window Start: 22:00:00 on 07/28/2004 07/28/2004 19:20:29 07/28/2004 19:20:29 Command will be executed in 2 hours and 53 minutes. 07/28/2004 19:20:29 Then, when the backup kicked off, I got this: Executing scheduled command now. 07/28/2004 22:13:29 Node Name: BRIMSERVER2MAIL 07/28/2004 22:13:29 Session established with server SERVER1: MVS 07/28/2004 22:13:29 Server Version 5, Release 1, Level 7.0 07/28/2004 22:13:29 Server date/time: 07/28/2004 22:13:47 Last access: 07/28/2004 19:20:47 07/28/2004 22:13:29 --- SCHEDULEREC OBJECT BEGIN NORMAL_DAILY_10PM_START 07/28/2004 22:00:00 07/28/2004 22:13:29 Please enter NetWare user for BRIM_SERVER2: Executing scheduled command now. 07/28/2004
AW: Q eve * *
Timestamp in the filespace? regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Moses Show Gesendet: Dienstag, 27. Juli 2004 15:04 An: [EMAIL PROTECTED] Betreff: Q eve * * Hi people, Hopefully somebody can help me out with this one. We have been using the command q eve * * to check which backups are scheduled to run and more importantly which backups have completed, failed etc. However what we have been experiencing is that the above command displays that backups have completed, when is some cases this does not appear to be the case; the backups appear to have hung. Has anybody experienced this scenario before and if so how did they manage to root out the cause of this problem ? Also without having to trawl through the domino log files is there any alternative method of verifying that the backups have indeed successfully completed ? Thanks for your help == This communication, together with any attachments hereto or links contained herein, is for the sole use of the intended recipient(s) and may contain information that is confidential or legally protected. If you are not the intended recipient, you are hereby notified that any review, disclosure, copying, dissemination, distribution or use of this communication is STRICTLY PROHIBITED. If you have received this communication in error, please notify the sender immediately by return e-mail message and delete the original and all copies of the communication, along with any attachments hereto or links herein, from your system. == The St. Paul Travelers e-mail system made this annotation on 07/27/2004, 09:00:22 AM.
AW: Old backups do not expire ???
Why not make a select to see wich managementclasses the the files are binded to? Does the managementclass not longer exist in the domain, the domains grace period will take place. Read the manual under wich situation the grace period also will take place. regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Yury Us Gesendet: Freitag, 23. Juli 2004 15:37 An: [EMAIL PROTECTED] Betreff: Re: Old backups do not expire ??? I think I had that problem too. I am not remember exactly what I have done there, but as far as I remember the policy was removed exidently and files never expired. So I recreated policy with the same name and let those files expire. Sorry I can not give more clear answer, but nobody else responding to you either. Hope it gives you some direction. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Paul Van De Vijver Sent: Thursday, July 08, 2004 11:15 AM To: [EMAIL PROTECTED] Subject: Old backups do not expire ??? Hi, Can anyone help me with next problem. By coincidence I saw we have a lot of old file backups hanging around which should have been expired a long time ago For example we still have inactive file backups from October 2002 and the corresponding Mgmt class is defined as follows : Versions data exists = 5 Versions data deleted = 3 Retain extra versions = 90 Retain only version = 360 The original files were deleted on disk somewhere end of 2002. I would expect that those backups should have been deleted after 360 days end 2003 The client (Windows NT) is still at level 4.2.1.30 TSM Server (running on Z/OS) is at level 5.1.80 We are running expiration process on a daily base TIA Paul Van de Vijver Paul Honda Europe NV Belgium The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or the 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 disclosure, copying, distribution or taking any action in reliance of the contents of this information is strictly prohibited and may be unlawful. Honda Europe NV is neither liable for the proper and complete transmission of the information contained in this communication nor for any delay in its receipt.
strange behavior by novell restore touching carts twice
Hi all, We had a point in time restore from Novell client (GUI). Runtime about 1.5 hours and restored 6.5MB. The restore-process needed 2 3590E carts twice and 1 3590E for 3 times. Other 9 3590E tapes for onetime.(11 Volumes for 200GB total?) All the data are from one Novell volume (200GB,NSS,also 1 Filespace), the collocation is YES since the pool exist, they are enough scratch volumes in the pool, reclaim allways to 55%, compress=yes in dev. class. 09:49:03opened volume ST0261. 09:57:24opened volume ST0205. 10:03:05opened volume ST0165. 10:07:50opened volume ST0023. 10:10:03opened volume ST0350. 10:14:10opened volume ST0264. 10:21:28opened volume ST0372. 10:24:17opened volume ST0265. 10:29:07opened volume ST0264. 10:31:11opened volume ST0265. 10:41:41opened volume ST0435. 10:43:55opened volume ST0265. 10:48:28opened volume ST0435. 10:52:22opened volume ST0377. 10:54:06opened volume ST0107. 11:07:57opened volume ST0270. Environment: NetWare Client OS Level: 5.60 Client Version: Version 5, Release 1, Level 6.0 TSM Server 5.2.2.4 on Z/OS Is it normal the tapes are needed more then one time? Do i missing some restore parameter? (for example like 'noquery') Any help would be appreciated. T.I.A Joachim Joachim Paul Schaub Abraxas Informatik AG Beckenhofstrasse 23 CH-8090 Zürich Schweiz / Switzerland Telefon: +41 (043) 259 34 41 Telefax: +41 (043) 259 42 82 E-Mail: mailto:[EMAIL PROTECTED] Internet: http://www.abraxas.ch Abraxas - Das Immer-besser-Prinzip http://www.abraxas.ch/DasImmerBesserPrinzip ~~~
AW: strange behavior by novell restore touching carts twice
Yes, i do, i saw aprox. 120KB coming first and quick from the dimrc-discpool, no mount yet at this point in the 3590pool. -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Stapleton, Mark Gesendet: Mittwoch, 21. Juli 2004 13:57 An: [EMAIL PROTECTED] Betreff: Re: strange behavior by novell restore touching carts twice From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Schaub Joachim Paul ABX-SECE-ZH We had a point in time restore from Novell client (GUI). Runtime about 1.5 hours and restored 6.5MB. The restore-process needed 2 3590E carts twice and 1 3590E for 3 times. Other 9 3590E tapes for onetime.(11 Volumes for 200GB total?) Are you using a separate DIRMC (directory management class)? -- Mark Stapleton
AW: Upgrade to 5.1.7 from 4.1.2
have you tried to load down the file to the local c: drive, make the extract to the default install folder tsm_images (or another local folder) and install then? regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Marc L Gesendet: Mittwoch, 21. Juli 2004 16:37 An: [EMAIL PROTECTED] Betreff: Upgrade to 5.1.7 from 4.1.2 Hi, I've been attempting an upgrade to TSM 5.1.7 from 4.1.2 recently. It's been fine until this weekend when attempting to upgrade the majority of my NT4 clients. Some of the upgrades worked but on other clients they didn't! Very frustrating, all the clients have identical builds. The message claims it can't map to the network drive where the client install msi file is located and shows the path to a shared area which isn't used for the install. The install image was downloaded to the default area on the c partition. I tried mapping to the shared area but this didn't help at all (nothing happened during an attempted install in this case). I've exhausted all ideas I have, if anyone has had any experiences or can give some advice please let me know. Thanks, Marc.
AW: Canceling processes
try to set down the mount wait parm in the dev class: Device Class Name: NATIVESG3590 Device Access Strategy: Sequential Storage Pool Count: 12 Format: Device Type: 3590 Est/Max Capacity (MB): 40,960.0 Mount Limit: 24 Mount Retention (min): 0 Mount Wait (min): 20 Unit Name: MAGT Comp: Yes Library Name: -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Moses Show Gesendet: Donnerstag, 3. Juni 2004 16:50 An: [EMAIL PROTECTED] Betreff: Canceling processes Hi everybody, Seem to have a bit of a problem in that I have a couple of space reclamation jobs running on a TSM server at present. However there seems to be an issue with our 3583 tape library as although media requested for mounting is physically in the library they won't seem to mount. Tried cancelling these processes with the cancel command but after nearly 80 minutes the processes still haven't been cancelled. Was going to run a command to stur off space reclamation, but am unsure if this stops active jobs or just prevents new reclamation jobs from starting. could somone or some bodies help me out here please ? == This communication, together with any attachments hereto or links contained herein, is for the sole use of the intended recipient(s) and may contain information that is confidential or legally protected. If you are not the intended recipient, you are hereby notified that any review, disclosure, copying, dissemination, distribution or use of this communication is STRICTLY PROHIBITED. If you have received this communication in error, please notify the sender immediately by return e-mail message and delete the original and all copies of the communication, along with any attachments hereto or links herein, from your system. == The St. Paul Travelers e-mail system tdmmsws2 made this annotation on 06/03/2004, 10:46:25 AM.
AW: Anr2841w Server is NOT IN COMPLIANCE with license terms.
try an AUDIT LICENSE for recounting -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Crawford, L. (Lindy) Gesendet: Mittwoch, 2. Juni 2004 12:16 An: [EMAIL PROTECTED] Betreff: Re: Anr2841w Server is NOT IN COMPLIANCE with license terms. Good day, below is my license information :- As you can see all is okay but it still fails to validate the license. Please help Last License Audit 2004-06-01 14:57:55.00 Number of space management clients in use 0 Number of space management clients licensed 0 Is Tivoli Disaster Recovery Manager in use ? No Is Tivoli Disaster Recovery Manager licensed ? No Number of TDP for Oracle in use 0 Number of TDP for Oracle licensed 0 Number of TDP for Oracle in try buy mode 0 Number of TDP for MS SQL Server in use 0 Number of TDP for MS SQL Server licensed 0 Number of TDP for MS SQL Server in try buy mode 0 Number of TDP for MS Exchange in use 0 Number of TDP for MS Exchange licensed 0 Number of TDP for MS Exchange in try buy mode 0 Number of TDP for Lotus Notes in use 0 Number of TDP for Lotus Notes licensed 0 Number of TDP for Lotus Notes in try buy mode 0 Number of TDP for Lotus Domino in use 0 Number of TDP for Lotus Domino licensed 0 Number of TDP for Lotus Domino in try buy mode 0 Number of TDP for Informix in use 0 Number of TDP for Informix licensed 0 Number of TDP for Informix in try buy mode 0 Number of TDP for SAP R/3 in use 0 Number of TDP for SAP R/3 licensed 0 Number of TDP for SAP R/3 in try buy mode 0 Number of TDP for ESS in use 0 Number of TDP for ESS licensed 0 Number of TDP for ESS in try buy mode 0 Number of TDP for ESS R/3 in use 0 Number of TDP for ESS R/3 licensed 0 Number of TDP for ESS R/3 in try buy mode 0 Number of TDP for EMC Symmetrix in use 0 Number of TDP for EMC Symmetrix licensed 0 Number of TDP for EMC Symmetrix in try buy mode 0 Number of TDP for EMC Symmetrix R/3 in use 0 Number of TDP for EMC Symmetrix R/3 licensed 0 Number of TDP for EMC Symmetrix R/3 in try buy mode 0 Is Library Sharing in use No Is Library Sharing licensed No Number of Managed System for LAN in use 6 Number of Managed System for LAN licensed 15 Number of Managed System for SAN in use 0 Number of Managed System for SAN licensed 0 Number of Managed Libraries in use 0 Number of Managed Libraries licensed 0 Tivoli Data Protection for NDMP in use ? No Tivoli Data Protection for NDMP licensed ? No Server License Compliance FAILED -Original Message- From: Kamp, Bruce [mailto:[EMAIL PROTECTED] Sent: 01 June 2004 03:26 PM To: [EMAIL PROTECTED] Subject: Re: Anr2841w Server is NOT IN COMPLIANCE with license terms. Run Q LIC Look at the IN USE ver the LICENSED. Number of TDP for MS Exchange in use: 6 Number of TDP for MS Exchange licensed: 6 You will find the in use is greater then the licensed. - Bruce Kamp Senior Midrange Systems Analyst Memorial Healthcare System E-Mail: [EMAIL PROTECTED] Phone: (954) 987-2020 x4597 Pager: (954) 286-9441 Alphapage: [EMAIL PROTECTED] Fax: (954) 985-1404 - -Original Message- From: Crawford, L. (Lindy) [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 9:05 AM To: [EMAIL PROTECTED] Subject: Re: Anr2841w Server is NOT IN COMPLIANCE with license terms. Hi This is weird as, today while going through my actlog I discovered the same error above. All is okay with my license file but it will not validate the license. Please help... Lindy -Original Message- From: Mohamed Adan [mailto:[EMAIL PROTECTED] Sent: 01 June 2004 01:58 PM To: [EMAIL PROTECTED] Subject: Re: Anr2841w Server is NOT IN COMPLIANCE with license terms. You have more nodes registered than your licensed for. Run q lic to check. Mohamed Timothy Hughes [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 01.06.2004 13:50 Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] To [EMAIL PROTECTED] cc Subject Anr2841w Server is NOT IN COMPLIANCE with license terms. We are getting the following message in the server activity log ANR2841W Server is NOT IN COMPLIANCE with license terms. the server appears to be functioning normally can anyone tell me what it means? Here is are license info ** This footnote confirms that this email message has been swept by MIMEsweeper for the presence of known computer viruses. Denne mailen er sjekket for kjente virus, uten at noen ble funnet. www.hydrotexaco.no ** This email and any accompanying attachments may contain confidential and proprietary information. This information is private and protected by law and, accordingly, if you are not
AW: what is this ?
you have some old stuff (pool)in your db. open an PMR. you will get the instruction from IBM how to read out the obsolet values and delete them. i have done this before, no problem. backup your DB bevor starting! on the other hand, does it have an inpact? or is it more like cosmetic? regards joachim -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von goc Gesendet: Dienstag, 1. Juni 2004 15:28 An: [EMAIL PROTECTED] Betreff: what is this ? hi all, if someone can help me this shows up every time i start the server ANRD asutil.c(299): ThreadId0 Pool id 6 not found. Callchain of previous message: 0x10016138 outDiagf - 0x 10110CEC asGetPoolAttr - 0x101FACD4 AfUpdatePool - 0x101FB268 AfGetPool - 0x105C06A4 AfMigrationRestart - 0x1 05BBFB0 AfInit - 0x105B60BC bfInit - 0x103D819C admStartServer - 0x100027B4 main - i guess audit db will fix things ? anyone has experience with this kinda message ? thanks in advance. goran
AW: Last database backup tape
del volh tod=today t=dbb ? -Ursprungliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von Geert De Pecker Gesendet: Donnerstag, 4. Marz 2004 16:22 An: [EMAIL PROTECTED] Betreff: Last database backup tape Hello, We did quite some changes to our TSM setup, but I'm left with a database backup tape that I can't succeed in recovering. As we are now taking backups of the database to disk, we don't need this tape anymore. I can't find a way to delete the last tape. Is there a good soul that can help me? Regards, Geert tsm: SERVER1delete volhistory type=dbr tod=today Do you wish to proceed? (Yes (Y)/No (N)) y ANR2467I DELETE VOLHISTORY: 0 sequential volume history entries were successfully deleted. tsm: SERVER1select volume_name,type,date_time from volhistory where type='BACKUPFULL' VOLUME_NAMETYPEDATE_TIME -- -- -- A007 BACKUPFULL 2004-02-18 09:31:08.00 tsm: SERVER1q libv Library Name Volume Name Status Owner Last Use Home Element --- -- -- - QUALSTAR A002Private 0 QUALSTAR A005Private Data 7 QUALSTAR A007Private 2 QUALSTAR A008Private Data 6 QUALSTAR A009Private 10 QUALSTAR A010Scratch 8 QUALSTAR A013Private Data 1 QUALSTAR A017Private 5 QUALSTAR A018Private 3 QUALSTAR A019Private 4
AW: Flushing out old TDP SQL backups
for the TDP Oracle it has an executable namend TDPSYNC with the Parm SYNCDB to eliminate garbage like this. maybe it also exist for the SQL Agent? regards joachim -Ursprüngliche Nachricht- Von: Zoltan Forray/AC/VCU [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 20. Januar 2004 14:56 An: [EMAIL PROTECTED] Betreff: Flushing out old TDP SQL backups I goofed and forgot to set DELETE BACKUPS = YES on a TDP SQL client (now corrected) So now, there are 1/2 Terrabyte of garbage SQL backups. How do I get rid of them ? I was hoping that EXPIRE INVENTORY would clear them out since I corrected the setting, but it has not.
AW: delete a specific nodes data from a copy stg pool
move node data to a backuppool (cart) with the same dev class as the copypool has regards joachim -Ursprüngliche Nachricht- Von: Warren, Matthew (Retail) [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 7. Januar 2004 12:10 An: [EMAIL PROTECTED] Betreff: delete a specific nodes data from a copy stg pool Hi TSM'ers I need to delete the data for a specific node from a certain copy pool. Originally the following process was occurring; Turn co-location on for the pool Move node data within the pool Turn off co-location for the pool Delete the written volumes discard=yes Now, I thought I could do this instead; Creat new copystg pool Move node data from old copypool to new copypool Delete the volumes in the pool Unfortunatley TSM doesn't let you move nodedata from one copy pool to another. Is the first method the most effective way of achieving this, or is there a simpler / quicker / less fiddly way? Thanks, Matt. ___ Disclaimer Notice __ This message and any attachments are confidential and should only be read by those to whom they are addressed. If you are not the intended recipient, please contact us, delete the message from your computer and destroy any copies. Any distribution or copying without our prior permission is prohibited. Internet communications are not always secure and therefore the Powergen Group does not accept legal responsibility for this message. The recipient is responsible for verifying its authenticity before acting on the contents. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Powergen Group. Registered addresses: Powergen UK plc, 53 New Broad Street, London, EC2M 1SL Registered in England Wales No. 2366970 Powergen Retail Limited, Westwood Way, Westwood Business Park, Coventry CV4 8LG. Registered in England and Wales No: 3407430 Telephone +44 (0) 2476 42 4000 Fax +44 (0) 2476 42 5432
AW: delete a specific nodes data from a copy stg pool
wrong storage pool type, take an sequential access storage pool with the device class you did prefer. regards joachim -Ursprüngliche Nachricht- Von: Warren, Matthew (Retail) [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 7. Januar 2004 12:28 An: [EMAIL PROTECTED] Betreff: Re: delete a specific nodes data from a copy stg pool That's what I've tried so far, but issuing the move nodedata gives this response; ANR1719E Storage pool TEMP_DELPOOL specified on the MOVE NODEDATA command is not a valid pool name or pool type. ANS8001I Return code 3. And here are the definitions of the two copypools; tsm: CARSINGTONq stg uks_copy_phnx f=d Storage Pool Name: UKS_COPY_PHNX Storage Pool Type: Copy Device Class Name: ULTRIUM_PHNX Estimated Capacity (MB): 19,708,902.2 Pct Util: 18.4 Pct Migr: Pct Logical: 99.3 High Mig Pct: Low Mig Pct: Migration Delay: Migration Continue: Migration Processes: Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: Access: Read/Write Description: UKS_PHNX_COPYPOOL Overflow Location: Cache Migrated Files?: Collocate?: No Reclamation Threshold: 50 Maximum Scratch Volumes Allowed: 100 Delay Period for Volume Reuse: 7 Day(s) Migration in Progress?: Amount Migrated (MB): Elapsed Migration Time (seconds): Reclamation in Progress?: No Volume Being Migrated/Reclaimed: Last Update by (administrator): REESCHR Last Update Date/Time: 06/01/04 16:05:32 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No tsm: CARSINGTONq stg temp_delpool f=d Storage Pool Name: TEMP_DELPOOL Storage Pool Type: Copy Device Class Name: ULTRIUM_PHNX Estimated Capacity (MB): 0.0 Pct Util: 0.0 Pct Migr: Pct Logical: 100.0 High Mig Pct: Low Mig Pct: Migration Delay: Migration Continue: Migration Processes: Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: Access: Read/Write Description: Temp pool for node dta deletes Overflow Location: Cache Migrated Files?: Collocate?: No Reclamation Threshold: 100 Maximum Scratch Volumes Allowed: 999 Delay Period for Volume Reuse: 0 Day(s) Migration in Progress?: Amount Migrated (MB): Elapsed Migration Time (seconds): Reclamation in Progress?: No Volume Being Migrated/Reclaimed: Last Update by (administrator): MATT Last Update Date/Time: 07/01/04 10:54:31 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No ..And the section from help move nodedata talking about copypool moves; TOstgpool Specifies the name of a storage pool to which data will be moved. This storage pool must be in the NATIVE or NONBLOCK data format. This parameter is optional and does not apply when the source storage pool is a copy storage pool. That is, if the source storage pool is a copy storage pool the destination must be the same copy storage pool. If a value is not specified, data is moved to other volumes within the source pool. :/ Thanks, Matt. -Original Message- From: Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED]@EME Sent: Wednesday, January 07, 2004 11:21 AM To: [EMAIL PROTECTED] Subject: AW: delete a specific nodes data from a copy stg pool move node data to a backuppool (cart) with the same dev class as the copypool has regards joachim -Ursprüngliche Nachricht- Von: Warren, Matthew (Retail) [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 7. Januar 2004 12:10 An: [EMAIL PROTECTED] Betreff: delete a specific nodes data from a copy stg pool Hi TSM'ers I need to delete the data for a specific node from a certain copy pool. Originally the following process was occurring; Turn co-location on for the pool Move node data within the pool Turn off co-location for the pool Delete the written volumes discard=yes
AW: delete a specific nodes data from a copy stg pool
im sorry to, i can see the problem.no way greetings Joachim -Ursprüngliche Nachricht- Von: Warren, Matthew (Retail) [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 7. Januar 2004 13:44 An: [EMAIL PROTECTED] Betreff: Re: delete a specific nodes data from a copy stg pool Sorry Joachim, I'm not sure I follow what you mean. The problem as far as I see it is this; (from help move nodedata) if the source storage pool is a copy storage pool the destination must be the same copy storage pool As my source storage pool is a copy pool, the move nodedata must move to volumes within that pool. I was wondering if there are any alternate methods to accomplishing the delete of the data. -Original Message- From: Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED]@EME Sent: Wednesday, January 07, 2004 11:53 AM To: [EMAIL PROTECTED] Subject: AW: delete a specific nodes data from a copy stg pool wrong storage pool type, take an sequential access storage pool with the device class you did prefer. regards joachim -Ursprüngliche Nachricht- Von: Warren, Matthew (Retail) [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 7. Januar 2004 12:28 An: [EMAIL PROTECTED] Betreff: Re: delete a specific nodes data from a copy stg pool That's what I've tried so far, but issuing the move nodedata gives this response; ANR1719E Storage pool TEMP_DELPOOL specified on the MOVE NODEDATA command is not a valid pool name or pool type. ANS8001I Return code 3. And here are the definitions of the two copypools; tsm: CARSINGTONq stg uks_copy_phnx f=d Storage Pool Name: UKS_COPY_PHNX Storage Pool Type: Copy Device Class Name: ULTRIUM_PHNX Estimated Capacity (MB): 19,708,902.2 Pct Util: 18.4 Pct Migr: Pct Logical: 99.3 High Mig Pct: Low Mig Pct: Migration Delay: Migration Continue: Migration Processes: Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: Access: Read/Write Description: UKS_PHNX_COPYPOOL Overflow Location: Cache Migrated Files?: Collocate?: No Reclamation Threshold: 50 Maximum Scratch Volumes Allowed: 100 Delay Period for Volume Reuse: 7 Day(s) Migration in Progress?: Amount Migrated (MB): Elapsed Migration Time (seconds): Reclamation in Progress?: No Volume Being Migrated/Reclaimed: Last Update by (administrator): REESCHR Last Update Date/Time: 06/01/04 16:05:32 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No tsm: CARSINGTONq stg temp_delpool f=d Storage Pool Name: TEMP_DELPOOL Storage Pool Type: Copy Device Class Name: ULTRIUM_PHNX Estimated Capacity (MB): 0.0 Pct Util: 0.0 Pct Migr: Pct Logical: 100.0 High Mig Pct: Low Mig Pct: Migration Delay: Migration Continue: Migration Processes: Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: Access: Read/Write Description: Temp pool for node dta deletes Overflow Location: Cache Migrated Files?: Collocate?: No Reclamation Threshold
delete filespace takes 24hours
Dear *SM Group I have to delete filespaces. One of the delete process runs longer 24 hours. the FI is apr. 150GB and 16 Files in size. How work the TSM DB? One select, one commit, one select one commit? If i would create an sql select on an Oracle DB it would take a few second to delete the entries! Environment: TSM Server 5.1.5.4 on Z/OS 1.3, enough memory, cpu, cache hit etc. Regards Joachim Joachim Paul Schaub Abraxas Informatik AG Beckenhofstrasse 23 CH-8090 Zürich Schweiz / Switzerland Telefon: +41 (043) 259 34 41 Telefax: +41 (043) 259 42 82 Internet: http://www.abraxas.ch 5 Jahre Abraxas - Ein grosser Erfolg ! http://www.abraxas.ch/top_Downloads/abxnews/jubi_news.pdf
AW: delete filespace takes 24hours
some weeks ago we had memory problems, so the system is 'IBM checked' now. No Resource Problem (800mb Regionsize, DB Bufferpool near 100MB), Cache Hit Ratio is 98.5% ! -Ursprüngliche Nachricht- Von: John Naylor [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 29. Oktober 2003 10:11 An: [EMAIL PROTECTED] Betreff: Re: delete filespace takes 24hours Joachim, I am on os390 2.10 expecting to go z/os shortly and I would expect that size of filespace to be deleted in an hour or so. What does your DB cache hit rate show. If you have any sort of performance monitor such as RMF, I would take a look at that to see if it thinks TSM is short of resource. John Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED]@vm.marist.edu on 10/29/2003 08:52:53 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: delete filespace takes 24hours Dear *SM Group I have to delete filespaces. One of the delete process runs longer 24 hours. the FI is apr. 150GB and 16 Files in size. How work the TSM DB? One select, one commit, one select one commit? If i would create an sql select on an Oracle DB it would take a few second to delete the entries! Environment: TSM Server 5.1.5.4 on Z/OS 1.3, enough memory, cpu, cache hit etc. Regards Joachim Joachim Paul Schaub Abraxas Informatik AG Beckenhofstrasse 23 CH-8090 Zürich Schweiz / Switzerland Telefon: +41 (043) 259 34 41 Telefax: +41 (043) 259 42 82 Internet: http://www.abraxas.ch 5 Jahre Abraxas - Ein grosser Erfolg ! http://www.abraxas.ch/top_Downloads/abxnews/jubi_news.pdf ** The information in this E-Mail is confidential and may be legally privileged. It may not represent the views of Scottish and Southern Energy plc. It is intended solely for the addressees. Access to this E-Mail by anyone else is unauthorised. 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. Any unauthorised recipient should advise the sender immediately of the error in transmission. Scottish Hydro-Electric, Southern Electric, SWALEC and S+S are trading names of the Scottish and Southern Energy Group. **
AW: AW: delete filespace takes 24hours
what means an o.k. expiration performance? why should it go faster to delete volumes(in 3 pools)? thanks joachim -Ursprüngliche Nachricht- Von: John Naylor [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 29. Oktober 2003 11:21 An: [EMAIL PROTECTED] Betreff: Re: AW: delete filespace takes 24hours Is your expiration performance ok. Do you know how many tapes this client has. Maybe it would go faster with delete volume discarddata Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED]@vm.marist.edu on 10/29/2003 09:31:25 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: AW: delete filespace takes 24hours some weeks ago we had memory problems, so the system is 'IBM checked' now. No Resource Problem (800mb Regionsize, DB Bufferpool near 100MB), Cache Hit Ratio is 98.5% ! -Ursprüngliche Nachricht- Von: John Naylor [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 29. Oktober 2003 10:11 An: [EMAIL PROTECTED] Betreff: Re: delete filespace takes 24hours Joachim, I am on os390 2.10 expecting to go z/os shortly and I would expect that size of filespace to be deleted in an hour or so. What does your DB cache hit rate show. If you have any sort of performance monitor such as RMF, I would take a look at that to see if it thinks TSM is short of resource. John Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED]@vm.marist.edu on 10/29/2003 08:52:53 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: delete filespace takes 24hours Dear *SM Group I have to delete filespaces. One of the delete process runs longer 24 hours. the FI is apr. 150GB and 16 Files in size. How work the TSM DB? One select, one commit, one select one commit? If i would create an sql select on an Oracle DB it would take a few second to delete the entries! Environment: TSM Server 5.1.5.4 on Z/OS 1.3, enough memory, cpu, cache hit etc. Regards Joachim Joachim Paul Schaub Abraxas Informatik AG Beckenhofstrasse 23 CH-8090 Zürich Schweiz / Switzerland Telefon: +41 (043) 259 34 41 Telefax: +41 (043) 259 42 82 Internet: http://www.abraxas.ch 5 Jahre Abraxas - Ein grosser Erfolg ! http://www.abraxas.ch/top_Downloads/abxnews/jubi_news.pdf ** The information in this E-Mail is confidential and may be legally privileged. It may not represent the views of Scottish and Southern Energy plc. It is intended solely for the addressees. Access to this E-Mail by anyone else is unauthorised. 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. Any unauthorised recipient should advise the sender immediately of the error in transmission. Scottish Hydro-Electric, Southern Electric, SWALEC and S+S are trading names of the Scottish and Southern Energy Group. **
AW: AW: AW: delete filespace takes 24hours
yes on this TSM server runs the expire about 5 hours, the database should have enough space q db f=d: Available Space (MB): 20,784 Assigned Capacity (MB): 20,784 Maximum Extension (MB): 0 Maximum Reduction (MB): 3,644 Page Size (bytes): 4,096 Total Usable Pages: 5,320,704 Used Pages: 3,536,071 Pct Util: 66.5 Max. Pct Util: 67.1 Physical Volumes: 34 Buffer Pool Pages: 24,576 Total Buffer Requests: 349,306,341 Cache Hit Pct.: 98.03 Cache Wait Pct.: 0.00 Backup in Progress?: No Type of Backup In Progress: Incrementals Since Last Full: 0 Changed Since Last Backup (MB): 1,119.86 Percentage Changed: 8.11 Last Complete Backup Date/Time: 28.10.2003 16:08:19 thank you and regards joachim -Ursprüngliche Nachricht- Von: John Naylor [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 29. Oktober 2003 12:42 An: [EMAIL PROTECTED] Betreff: Re: AW: AW: delete filespace takes 24hours Just trying a few ideas. An ok expiration performance is one that you are happy with, so would be a lot less than 24 hours (say under 4 hours) The discard data with the volumes was just a thought, that maybe your database was nearly full, so did not have enough free space to build up the table for the full 160,000 delete You did not provide database statistics Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED]@vm.marist.edu on 10/29/2003 10:54:02 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: AW: AW: delete filespace takes 24hours what means an o.k. expiration performance? why should it go faster to delete volumes(in 3 pools)? thanks joachim -Ursprüngliche Nachricht- Von: John Naylor [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 29. Oktober 2003 11:21 An: [EMAIL PROTECTED] Betreff: Re: AW: delete filespace takes 24hours Is your expiration performance ok. Do you know how many tapes this client has. Maybe it would go faster with delete volume discarddata Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED]@vm.marist.edu on 10/29/2003 09:31:25 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: AW: delete filespace takes 24hours some weeks ago we had memory problems, so the system is 'IBM checked' now. No Resource Problem (800mb Regionsize, DB Bufferpool near 100MB), Cache Hit Ratio is 98.5% ! -Ursprüngliche Nachricht- Von: John Naylor [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 29. Oktober 2003 10:11 An: [EMAIL PROTECTED] Betreff: Re: delete filespace takes 24hours Joachim, I am on os390 2.10 expecting to go z/os shortly and I would expect that size of filespace to be deleted in an hour or so. What does your DB cache hit rate show. If you have any sort of performance monitor such as RMF, I would take a look at that to see if it thinks TSM is short of resource. John Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED]@vm.marist.edu on 10/29/2003 08:52:53 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: delete filespace takes 24hours Dear *SM Group I have to delete filespaces. One of the delete process runs longer 24 hours. the FI is apr. 150GB and 16 Files in size. How work the TSM DB? One select, one commit, one select one commit? If i would create an sql select on an Oracle DB it would take a few second to delete the entries! Environment: TSM Server 5.1.5.4 on Z/OS 1.3, enough memory, cpu, cache hit etc. Regards Joachim Joachim Paul Schaub Abraxas Informatik AG Beckenhofstrasse 23 CH-8090 Zürich Schweiz / Switzerland Telefon: +41 (043) 259 34 41 Telefax: +41 (043) 259 42 82 Internet: http://www.abraxas.ch 5 Jahre Abraxas - Ein grosser Erfolg ! http://www.abraxas.ch/top_Downloads/abxnews/jubi_news.pdf ** The information in this E-Mail is confidential and may be legally privileged. It may not represent the views of Scottish and Southern Energy plc. It is intended solely for the addressees. Access to this E-Mail by anyone else is unauthorised. 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. Any unauthorised recipient should advise the sender immediately of the error in transmission. Scottish Hydro-Electric, Southern Electric, SWALEC and S+S are trading names of the Scottish and Southern Energy Group. **
delete filespace takes 24hours
Thank you John we have 3 times more buffereqests? with a smaller bufferpool i had less cache hits! Regards Joachim -Ursprüngliche Nachricht- Von: John Naylor [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 29. Oktober 2003 14:15 An: [EMAIL PROTECTED] Betreff: Re: AW: AW: AW: delete filespace takes 24hours Joachim, Not sure where to look further. I do think your cache hit rate is a bit low. My database statistics show Available Space (MB): 27,936 Assigned Capacity (MB): 27,936 Maximum Extension (MB): 0 Maximum Reduction (MB): 3,064 Page Size (bytes): 4,096 Total Usable Pages: 7,151,616 Used Pages: 5,453,023 Pct Util: 76.2 Max. Pct Util: 77.1 Physical Volumes: 24 Buffer Pool Pages: 12,288 Total Buffer Requests: 112,683,745 Cache Hit Pct.: 99.06 This was after running expiration in 4 hours 50 minutes which deleted q uite a lot of objests ANR0812I Inventory file expiration process 3 completed: examined 3750451 objects, deleting 415022 backup objects, 0 archive objects, 0 DB backup volumes, and 0 recovery plan files. 0 errors were encountered. My region size is 768 mb. but my bufferpool is only half as big with a larger database. There was a thread about bufferpool and region sizes a while ago, which might be worth looking at. Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED]@vm.marist.edu on 10/29/2003 11:54:30 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: AW: AW: AW: delete filespace takes 24hours yes on this TSM server runs the expire about 5 hours, the database should have enough space q db f=d: Available Space (MB): 20,784 Assigned Capacity (MB): 20,784 Maximum Extension (MB): 0 Maximum Reduction (MB): 3,644 Page Size (bytes): 4,096 Total Usable Pages: 5,320,704 Used Pages: 3,536,071 Pct Util: 66.5 Max. Pct Util: 67.1 Physical Volumes: 34 Buffer Pool Pages: 24,576 Total Buffer Requests: 349,306,341 Cache Hit Pct.: 98.03 Cache Wait Pct.: 0.00 Backup in Progress?: No Type of Backup In Progress: Incrementals Since Last Full: 0 Changed Since Last Backup (MB): 1,119.86 Percentage Changed: 8.11 Last Complete Backup Date/Time: 28.10.2003 16:08:19 thank you and regards joachim -Ursprüngliche Nachricht- Von: John Naylor [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 29. Oktober 2003 12:42 An: [EMAIL PROTECTED] Betreff: Re: AW: AW: delete filespace takes 24hours Just trying a few ideas. An ok expiration performance is one that you are happy with, so would be a lot less than 24 hours (say under 4 hours) The discard data with the volumes was just a thought, that maybe your database was nearly full, so did not have enough free space to build up the table for the full 160,000 delete You did not provide database statistics Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED]@vm.marist.edu on 10/29/2003 10:54:02 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: AW: AW: delete filespace takes 24hours what means an o.k. expiration performance? why should it go faster to delete volumes(in 3 pools)? thanks joachim -Ursprüngliche Nachricht- Von: John Naylor [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 29. Oktober 2003 11:21 An: [EMAIL PROTECTED] Betreff: Re: AW: delete filespace takes 24hours Is your expiration performance ok. Do you know how many tapes this client has. Maybe it would go faster with delete volume discarddata Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED]@vm.marist.edu on 10/29/2003 09:31:25 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: AW: delete filespace takes 24hours some weeks ago we had memory problems, so the system is 'IBM checked' now. No Resource Problem (800mb Regionsize, DB Bufferpool near 100MB), Cache Hit Ratio is 98.5% ! -Ursprüngliche Nachricht- Von: John Naylor [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 29. Oktober 2003 10:11 An: [EMAIL PROTECTED] Betreff: Re: delete filespace takes 24hours Joachim, I am on os390 2.10 expecting to go z/os shortly and I would expect that size of filespace to be deleted in an hour or so. What does your DB cache hit rate show. If you have any sort of performance monitor such as RMF, I would take a look at that to see if it thinks TSM is short of resource. John Schaub Joachim Paul ABX-SECE-ZH [EMAIL PROTECTED]@vm.marist.edu on 10/29/2003 08:52:53 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM
AW: Encryption for API clients
the encryption is DES56bit (hackable in 12 hours with freeware) and runs not on the API. SQL BackTrack sends only blocks? what should a highjacker do with this? -Ursprüngliche Nachricht- Von: Thomas Denier [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 8. Oktober 2003 18:18 An: [EMAIL PROTECTED] Betreff: Encryption for API clients We may have to start encrypting backups of some files. It is clear that we can do this for backups created by the backup/archive client. Does the TSM API provide the same encryption capability? We have two types of API clients currently installed: SQL/BackTrack for Oracle and TDP for Oracle. We may end up installing TDP for Microsoft SQL Server as well. If the API does not provide encryption, do any or all of these API clients provide their own encryption support?
AW: TSM on AIX and 3494 library problem...
are all drives online? does another application use the drives? how is the mount retention parameter of the dev-class set? do you have other information from the 3494 interface? regards joachim -Ursprngliche Nachricht- Von: Przemyslaw Maciuszko [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 24. Juni 2003 12:14 An: [EMAIL PROTECTED] Betreff: TSM on AIX and 3494 library problem... Hello. Some time ago we had a problem with 'no drives available'. It was in 5.1.5.x and 5.1.6.x times. Few weekes ago we did upgrade to 5.1.7.0 and yesterday problem occured again :( The symptoms are: 1. In actlog: 24-06-2003 06:20:03 ANR8447E No drives are currently available in library ROBOCOP. 2. 'q mount': tsm: GWTSMq mount Session established with server GWTSM: AIX-RS/6000 Server Version 5, Release 1, Level 7.0 Server date/time: 2003-06-24 07:51:14 Last access: 2003-06-23 16:05:56 ANR8329I 3590 volume 000374 is mounted R/W in drive D11 (/dev/rmt5), status: IDLE. ANR8329I 3590 volume 000514 is mounted R/W in drive D20 (/dev/rmt0), status: IDLE. ANR8329I 3590 volume 000101 is mounted R/W in drive D21 (/dev/rmt1), status: IDLE. ANR8329I 3590 volume 000366 is mounted R/O in drive D01 (/dev/rmt2), status: IDLE. ANR8329I 3590 volume 004278 is mounted R/W in drive D00 (/dev/rmt8), status: IDLE. ANR8329I 3590 volume 000599 is mounted R/W in drive D31 (/dev/rmt3), status: IDLE. ANR8334I 6 matches found. We have 8 overall drives in this library... I don't know where the problem lies. Manual dismounting of all idle volumes helps, but it's not a solution :( -- Przemysaw Maciuszko Agora SA
AW: Future of mainframe TSM
i made an isolated lpar (EPAR) for the tsm servers with the new license model for E-PAR, also you can make an lpar with linux? regards joachim -Ursprüngliche Nachricht- Von: Kraan, Helge van de [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 10. Februar 2003 11:37 An: [EMAIL PROTECTED] Betreff: Re: Future of mainframe TSM Hi Thomas, in time we have 7 TSM Servers (4.2.3.0) at z/OS 1.2. We backup 2800 clients (SAP-machines,Oracle,Exchange, ...) every night and get 6 TB each night. The problem we have in time are the software licensing by IBM (for DB2/IMS,CICS) and the thirdparty software, because our TSM servers are running at the same lpar systems. So we must pay for the TSM-MIPS by DB/2 IMS CICS ... software. So it is perhaps better to install a own mainframe for TSM !? Helge van de Kraan IS-Rechnersysteme Volkswagen AG Brieffach 1883 38436 Wolfsburg Telefon +49 (5361)9-73711 Telefax +49 (5361)9-29289 http://www.volkswagen.de Hello, Thomas. We run a 4.2.3.2 TSM under OS/390 2.10, also. We run it on a tiny little 7060-H50 (Multiprise 3000) and have an approximately 110mb/sec network connection (that's a bandwidth measurement - not a theoretical number). Furthermore, we run our OS/390 in a V=R virtual machine under z/VM, with 768MB of central storage dedicated to it and 192MB of expanded. We also run several Oracle address spaces and not much else. We have 12 3590's (E1A) in a 3994 ATL, a 42 GB database, about 300 GB of disk storage pools, and manage a total (primary and offsite copy stgpools) of about 20 terabytes of data, consisting of 79+ million files/copies. We are at our limit on the traffic during the evening hours, at this point. We are able to backup about 150 nodes and I'm not sure about the evening data volume by itself, but on daily basis, for all 24 hours, we backup anywhere from 250 to 350 GB. Most of it must be during the evening, because the only nodes we backup during the day are workstations, and our servers contain more data volume than our workstations. If you can get away from MVS (OS/390, z/OS) you'll probably save GOBs on the software licensing - IBM really does make you pay big time for MVS licensing (for the OS - not necessarily TSM). It seems like they're trying to eliminate the platform, doesn't it? However, I believe in the platform, because of its absolutely rock-solid qualities. I guess we pay for what we get - it's still too steep to justify, in my mind, and certainly not justifiable to most upper-level management. Anyway, please feel free to call off-line to get any details you may wish... By the way, I'll bet your workload quadruples, or more, over the next year! Regards, Mark Darby U. S. DOE Germantown, MD (301) 903-5229 -Original Message- From: Thomas Denier To: [EMAIL PROTECTED] Sent: 2/7/03 3:45 PM Subject: Future of mainframe TSM 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.
AW: Future of mainframe TSM
E-partition is a reduced logical partition in the cpc, f. e. no environment for classical applications like ims, cics etc., ask your ibm/tsm reppresentative for the $goodies to running tsm in this kind of lpar, i'm not familiar with the billing side, buth i now the license model is mutch cheaper then in the 'classical' lpar. regards joachim -Ursprüngliche Nachricht- Von: Kraan, Helge van de [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 10. Februar 2003 13:01 An: [EMAIL PROTECTED] Betreff: AW: Future of mainframe TSM Hi Joachim what is new license model E-PART ? regards Helge -Ursprüngliche Nachricht- Von: Schaub Joachim Paul ABX-SECE-ZH [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 10. Februar 2003 12:23 An: [EMAIL PROTECTED] Betreff: AW: Future of mainframe TSM i made an isolated lpar (EPAR) for the tsm servers with the new license model for E-PAR, also you can make an lpar with linux? regards joachim -Ursprüngliche Nachricht- Von: Kraan, Helge van de [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 10. Februar 2003 11:37 An: [EMAIL PROTECTED] Betreff: Re: Future of mainframe TSM Hi Thomas, in time we have 7 TSM Servers (4.2.3.0) at z/OS 1.2. We backup 2800 clients (SAP-machines,Oracle,Exchange, ...) every night and get 6 TB each night. The problem we have in time are the software licensing by IBM (for DB2/IMS,CICS) and the thirdparty software, because our TSM servers are running at the same lpar systems. So we must pay for the TSM-MIPS by DB/2 IMS CICS ... software. So it is perhaps better to install a own mainframe for TSM !? Helge van de Kraan IS-Rechnersysteme Volkswagen AG Brieffach 1883 38436 Wolfsburg Telefon +49 (5361)9-73711 Telefax +49 (5361)9-29289 http://www.volkswagen.de Hello, Thomas. We run a 4.2.3.2 TSM under OS/390 2.10, also. We run it on a tiny little 7060-H50 (Multiprise 3000) and have an approximately 110mb/sec network connection (that's a bandwidth measurement - not a theoretical number). Furthermore, we run our OS/390 in a V=R virtual machine under z/VM, with 768MB of central storage dedicated to it and 192MB of expanded. We also run several Oracle address spaces and not much else. We have 12 3590's (E1A) in a 3994 ATL, a 42 GB database, about 300 GB of disk storage pools, and manage a total (primary and offsite copy stgpools) of about 20 terabytes of data, consisting of 79+ million files/copies. We are at our limit on the traffic during the evening hours, at this point. We are able to backup about 150 nodes and I'm not sure about the evening data volume by itself, but on daily basis, for all 24 hours, we backup anywhere from 250 to 350 GB. Most of it must be during the evening, because the only nodes we backup during the day are workstations, and our servers contain more data volume than our workstations. If you can get away from MVS (OS/390, z/OS) you'll probably save GOBs on the software licensing - IBM really does make you pay big time for MVS licensing (for the OS - not necessarily TSM). It seems like they're trying to eliminate the platform, doesn't it? However, I believe in the platform, because of its absolutely rock-solid qualities. I guess we pay for what we get - it's still too steep to justify, in my mind, and certainly not justifiable to most upper-level management. Anyway, please feel free to call off-line to get any details you may wish... By the way, I'll bet your workload quadruples, or more, over the next year! Regards, Mark Darby U. S. DOE Germantown, MD (301) 903-5229 -Original Message- From: Thomas Denier To: [EMAIL PROTECTED] Sent: 2/7/03 3:45 PM Subject: Future of mainframe TSM 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.
AW:
it is not supported to export aything from Z/OS (MVS) to AIX (EBCDIC to ASCII) ! -Ursprüngliche Nachricht- Von: Linda Holsclaw [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 29. Januar 2003 20:47 An: [EMAIL PROTECTED] Betreff: We are using TSM version 4.2 on an AIX server. We need to move TSM user's that are on a MVS server running TSM version 5.1 to our AIX server. Has any one had any experience exporting node and sever data from a newer TSM server version to an older one? Also in the exporting has anyone encountered any problems moving TSM across different OS's. Any responses are appreciated. Linda Holsclaw Information Services NSave Support Specialist [EMAIL PROTECTED]
AW: How to Run a Schedule on the first Saturday of each month.
try: Period 1 Period units MONTHS Day of Week SATURDAY regards joachim -Ursprüngliche Nachricht- Von: Fought,Tom [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 21. Januar 2003 14:09 An: [EMAIL PROTECTED] Betreff: How to Run a Schedule on the first Saturday of each month. Please instruct me on how to setup a schedule which runs only on the first Saturday of each month. I find the schedule options somewhat unclear. Thanks Tom
AW: 5.1.6 Fix
do they have QA methodology since 4.2.2.0 ? -Ursprüngliche Nachricht- Von: Joshua Bassi [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 15. Januar 2003 20:17 An: [EMAIL PROTECTED] Betreff: Re: 5.1.6 Fix My customer here encountered that. The only time we have seen it core dump was when an admin went in through the web browser, drilled down to nodes and clicked on a specific node. Again, IBM/Tivoli aren't following the strictest QA methodology in verifying stability of this product. -- Joshua S. Bassi IBM Certified - AIX 4/5L, SAN, Shark Tivoli Certified Consultant -ADSM/TSM eServer Systems Expert -pSeries HACMP AIX, HACMP, Storage, TSM Consultant Cell (831) 595-3962 [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of Gill, Geoffrey L. Sent: Wednesday, January 15, 2003 11:05 AM To: [EMAIL PROTECTED] Subject: 5.1.6 Fix For those running 5.1.6.0 and are having the core dump problems I just heard that the release 5.1.6.1 is being pushed back to 2/14. I also heard support recommended pulling 5.1.6.0 off the ftp site due to these core dumps. Geoff Gill TSM Administrator NT Systems Support Engineer SAIC E-Mail:mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] Phone: (858) 826-4062 Pager: (877) 905-7154
