dsmcad/dsmsched.log showing wrong times
Goodday, We have IBM Tivoli Storage Manager 5.3.2.0 running on a ppc64 redhat machine One of the clients is a hp 9000 with hpux 11.i V1. The problem I have is that the times shown in the dsmsched.log do not match the (actual ?) time. I stopped and started dsmcad manually which solved the problem. That's nice but I like to know what the reason was since I don't want it to happen again. Anyone any idea? Thanks in advance. Michiel Time on RedHat TSM server: [EMAIL PROTECTED] etc]$ date Thu Mar 23 15:46:31 CET 2006 Time on HP/UX 11i TSM client: hp date Thu Mar 23 15:48:33 MET 2006 Note that MET = CET 03/23/06 03:34:59 Querying server for next scheduled event. 03/23/06 03:34:59 Node Name: HPL4 03/23/06 03:34:59 Session established with server SERVER1: Linux/ppc64 03/23/06 03:34:59 Server Version 5, Release 3, Level 2.0 03/23/06 03:34:59 Server date/time: 03/23/06 09:32:44 Last access: 03/23/06 09:30:07 03/23/06 03:34:59 --- SCHEDULEREC QUERY BEGIN 03/23/06 03:34:59 --- SCHEDULEREC QUERY END 03/23/06 03:34:59 Next operation scheduled: 03/23/06 03:34:59 03/23/06 03:34:59 Schedule Name: CS_HPUX_DAILY_0100 03/23/06 03:34:59 Action:Incremental 03/23/06 03:34:59 Objects: / 03/23/06 03:34:59 Options: 03/23/06 03:34:59 Server Window Start: 01:00:00 on 03/24/06 03/23/06 03:34:59 03/23/06 03:34:59 Scheduler has been stopped. (here I did a stop and start) 03/23/06 13:39:29 Scheduler has been started by Dsmcad. 03/23/06 13:39:29 Querying server for next scheduled event. 03/23/06 13:39:29 Node Name: HPL4 03/23/06 13:39:29 Session established with server SERVER1: Linux/ppc64 03/23/06 13:39:29 Server Version 5, Release 3, Level 2.0 03/23/06 13:39:29 Server date/time: 03/23/06 13:37:14 Last access: 03/23/06 13:36:13 Disclaimer : Aan de inhoud van dit bericht kunnen geen rechten worden ontleend. De informatie is uitsluitend bestemd voor de geadresseerde. Gebruik door anderen is verboden. Openbaarmaking, vermenigvuldiging en verstrekking van deze informatie aan derden is niet toegestaan.
Re: dsmcad/dsmsched.log showing wrong times
On Mar 24, 2006, at 3:38 AM, Vlijmen, M. van wrote: Goodday, We have IBM Tivoli Storage Manager 5.3.2.0 running on a ppc64 redhat machine One of the clients is a hp 9000 with hpux 11.i V1. The problem I have is that the times shown in the dsmsched.log do not match the (actual ?) time. I stopped and started dsmcad manually which solved the problem. That's nice but I like to know what the reason was since I don't want it to happen again. Anyone any idea? Thanks in advance. Michiel Michiel - You omit the most important information: how your dsmcad is currently being started. Problems like these are typically due to not having established the proper environment settings prior to launching the application, such that it runs under such conditions. That is achieved via a comprehensive start-up script, rather than a terse inittab entry. See IBM site Technote 1159406 for guidance. If you *are* using a start-up script of some kind, it isn't establishing environment settings as your personal login session is, and needs to do the right things, such as proper TZ environment variable setting. Richard Sims
Re: Configuring tape drives in TSM - Document Available
Pls, send me your document. kind regards Michael Garnebode
HELP AGAIN! I think I know what's wrong...
Hello Again Everyone, Again thank you for all of your help within the past day, but I am now seeing the following errors... Any ideas of why I might be experiencing this issue? Thanks in advance! 03/24/06 07:47:50 ANR1026W Migration process 557 terminated for storage pool ORACLE - unable to move file to subordinate storage pool due to exclusion by size. (PROCESS: 557) 03/24/06 07:47:50 ANR1002I Migration for storage pool ORACLE will be retried in 60 seconds. 03/24/06 07:48:50 ANR1003I Migration retry delay ended; checking migration status for storage pool ORACLE. Storage Pool Name: ORACLE Storage Pool Type: Primary Device Class Name: DISK Estimated Capacity (MB): 721 G Pct Util: 24.7 Pct Migr: 24.7 Pct Logical: 100.0 High Mig Pct: 0 Low Mig Pct: 0 Migration Delay: 0 Migration Continue: Yes Migration Processes: 4 Next Storage Pool: TAPE_ORACLE Reclaim Storage Pool: Maximum Size Threshold: 9 G Access: Read/Write Description: Oracle Disk Storage Pool Overflow Location: Cache Migrated Files?: No Collocate?: Reclamation Threshold: Maximum Scratch Volumes Allowed: Delay Period for Volume Reuse: Migration in Progress?: Yes Amount Migrated (MB): 96.17 Elapsed Migration Time (seconds): 298 Reclamation in Progress?: Volume Being Migrated/Reclaimed: Last Update by (administrator): LIDZR8V Last Update Date/Time: 03/24/06 07:44:24 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Storage Pool Name: TAPE_ORACLE Storage Pool Type: Primary Device Class Name: LTO2 Estimated Capacity (MB): 7,980,197 G Pct Util: 0.5 Pct Migr: 3.9 Pct Logical: 99.3 High Mig Pct: 90 Low Mig Pct: 70 Migration Delay: 0 Migration Continue: Yes Migration Processes: Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: 5 G Access: Read/Write Description: Onsite Oracle Tape Pool Overflow Location: Cache Migrated Files?: Collocate?: Yes Reclamation Threshold: 100 Maximum Scratch Volumes Allowed: 9,999 Delay Period for Volume Reuse: 0 Day(s) Migration in Progress?: No Amount Migrated (MB): 0.00 Elapsed Migration Time (seconds): 0 Reclamation in Progress?: No Volume Being Migrated/Reclaimed: Last Update by (administrator): LIDZR8V Last Update Date/Time: 03/23/06 10:55:49 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED]
for person with netware unicode issues
I noticed a while ago that some people were having issues backing up files with unicode characters in the names. Just thought I'd mention that novell just released an update to the tsa's today that you might want to try out (tsaup19.exe). 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.
Fw: HELP AGAIN! I think I know what's wrong...
Joni, TAPE_ORACLE is showing a 5GB maxsize - you'll want to unset that. Nick Cassimatis - Forwarded by Nicholas Cassimatis/Raleigh/IBM on 03/24/2006 08:44 AM - ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 03/24/2006 08:41:41 AM: Hello Again Everyone, Again thank you for all of your help within the past day, but I am now seeing the following errors... Any ideas of why I might be experiencing this issue? Thanks in advance! 03/24/06 07:47:50 ANR1026W Migration process 557 terminated for storage pool ORACLE - unable to move file to subordinate storage pool due to exclusion by size. (PROCESS: 557) 03/24/06 07:47:50 ANR1002I Migration for storage pool ORACLE will be retried in 60 seconds. 03/24/06 07:48:50 ANR1003I Migration retry delay ended; checking migration status for storage pool ORACLE. Storage Pool Name: ORACLE Storage Pool Type: Primary Device Class Name: DISK Estimated Capacity (MB): 721 G Pct Util: 24.7 Pct Migr: 24.7 Pct Logical: 100.0 High Mig Pct: 0 Low Mig Pct: 0 Migration Delay: 0 Migration Continue: Yes Migration Processes: 4 Next Storage Pool: TAPE_ORACLE Reclaim Storage Pool: Maximum Size Threshold: 9 G Access: Read/Write Description: Oracle Disk Storage Pool Overflow Location: Cache Migrated Files?: No Collocate?: Reclamation Threshold: Maximum Scratch Volumes Allowed: Delay Period for Volume Reuse: Migration in Progress?: Yes Amount Migrated (MB): 96.17 Elapsed Migration Time (seconds): 298 Reclamation in Progress?: Volume Being Migrated/Reclaimed: Last Update by (administrator): LIDZR8V Last Update Date/Time: 03/24/06 07:44:24 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Storage Pool Name: TAPE_ORACLE Storage Pool Type: Primary Device Class Name: LTO2 Estimated Capacity (MB): 7,980,197 G Pct Util: 0.5 Pct Migr: 3.9 Pct Logical: 99.3 High Mig Pct: 90 Low Mig Pct: 70 Migration Delay: 0 Migration Continue: Yes Migration Processes: Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: 5 G Access: Read/Write Description: Onsite Oracle Tape Pool Overflow Location: Cache Migrated Files?: Collocate?: Yes Reclamation Threshold: 100 Maximum Scratch Volumes Allowed: 9,999 Delay Period for Volume Reuse: 0 Day(s) Migration in Progress?: No Amount Migrated (MB): 0.00 Elapsed Migration Time (seconds): 0 Reclamation in Progress?: No Volume Being Migrated/Reclaimed: Last Update by (administrator): LIDZR8V Last Update Date/Time: 03/23/06 10:55:49 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED]
AW: [ADSM-L] HELP AGAIN! I think I know what's wrong...
Hello, there is a maximum size threshold of 5 G defined at the storagepool TAPE_ORACLE. The migrated file seems to exceed 5G. best regards, Kirsten Glöer Forschungszentrum Karlsruhe GmbH Institut für Wissenschaftliches Rechnen (IWR) Hermann-von-Helmholtz-Platz 1 Tel.: +49 (0)7247-82-8616 76344 Eggenstein-LeopoldshafenFax: +49 (0)7247-82-4972 Deutschland e-mail: [EMAIL PROTECTED] -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im Auftrag von Joni Moyer Gesendet: Freitag, 24. März 2006 14:42 An: ADSM-L@VM.MARIST.EDU Betreff: [ADSM-L] HELP AGAIN! I think I know what's wrong... Hello Again Everyone, Again thank you for all of your help within the past day, but I am now seeing the following errors... Any ideas of why I might be experiencing this issue? Thanks in advance! 03/24/06 07:47:50 ANR1026W Migration process 557 terminated for storage pool ORACLE - unable to move file to subordinate storage pool due to exclusion by size. (PROCESS: 557) 03/24/06 07:47:50 ANR1002I Migration for storage pool ORACLE will be retried in 60 seconds. 03/24/06 07:48:50 ANR1003I Migration retry delay ended; checking migration status for storage pool ORACLE. Storage Pool Name: ORACLE Storage Pool Type: Primary Device Class Name: DISK Estimated Capacity (MB): 721 G Pct Util: 24.7 Pct Migr: 24.7 Pct Logical: 100.0 High Mig Pct: 0 Low Mig Pct: 0 Migration Delay: 0 Migration Continue: Yes Migration Processes: 4 Next Storage Pool: TAPE_ORACLE Reclaim Storage Pool: Maximum Size Threshold: 9 G Access: Read/Write Description: Oracle Disk Storage Pool Overflow Location: Cache Migrated Files?: No Collocate?: Reclamation Threshold: Maximum Scratch Volumes Allowed: Delay Period for Volume Reuse: Migration in Progress?: Yes Amount Migrated (MB): 96.17 Elapsed Migration Time (seconds): 298 Reclamation in Progress?: Volume Being Migrated/Reclaimed: Last Update by (administrator): LIDZR8V Last Update Date/Time: 03/24/06 07:44:24 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Storage Pool Name: TAPE_ORACLE Storage Pool Type: Primary Device Class Name: LTO2 Estimated Capacity (MB): 7,980,197 G Pct Util: 0.5 Pct Migr: 3.9 Pct Logical: 99.3 High Mig Pct: 90 Low Mig Pct: 70 Migration Delay: 0 Migration Continue: Yes Migration Processes: Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: 5 G Access: Read/Write Description: Onsite Oracle Tape Pool Overflow Location: Cache Migrated Files?: Collocate?: Yes Reclamation Threshold: 100 Maximum Scratch Volumes Allowed: 9,999 Delay Period for Volume Reuse: 0 Day(s) Migration in Progress?: No Amount Migrated (MB): 0.00 Elapsed Migration Time (seconds): 0 Reclamation in Progress?: No Volume Being Migrated/Reclaimed: Last Update by (administrator): LIDZR8V Last Update Date/Time: 03/23/06 10:55:49 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED]
AW: [ADSM-L] HELP AGAIN! I think I know what's wrong...
Hi, your problem is the size limit in storagepool TAPE_ORACLE. Clear Maximum Size Threshold: 5 G and migration will run fine. Now TAPE_ORACLE only accepts files less than 5g in size. Your storagepool definition is a bit strange. Storagepool ORACLE is limited to files less then 9G. If bigger they will be backed up to the NEXT STORAGE POOL (TAPE_ORACLE). But storagepool TAPE_ORACLE won't accept files bigger then 5G. I would remove the limitation on TAPE_ORACLE. HTH Thomas -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im Auftrag von Joni Moyer Gesendet: Freitag, 24. März 2006 14:42 An: ADSM-L@VM.MARIST.EDU Betreff: [ADSM-L] HELP AGAIN! I think I know what's wrong... Hello Again Everyone, Again thank you for all of your help within the past day, but I am now seeing the following errors... Any ideas of why I might be experiencing this issue? Thanks in advance! 03/24/06 07:47:50 ANR1026W Migration process 557 terminated for storage pool ORACLE - unable to move file to subordinate storage pool due to exclusion by size. (PROCESS: 557) 03/24/06 07:47:50 ANR1002I Migration for storage pool ORACLE will be retried in 60 seconds. 03/24/06 07:48:50 ANR1003I Migration retry delay ended; checking migration status for storage pool ORACLE. Storage Pool Name: ORACLE Storage Pool Type: Primary Device Class Name: DISK Estimated Capacity (MB): 721 G Pct Util: 24.7 Pct Migr: 24.7 Pct Logical: 100.0 High Mig Pct: 0 Low Mig Pct: 0 Migration Delay: 0 Migration Continue: Yes Migration Processes: 4 Next Storage Pool: TAPE_ORACLE Reclaim Storage Pool: Maximum Size Threshold: 9 G Access: Read/Write Description: Oracle Disk Storage Pool Overflow Location: Cache Migrated Files?: No Collocate?: Reclamation Threshold: Maximum Scratch Volumes Allowed: Delay Period for Volume Reuse: Migration in Progress?: Yes Amount Migrated (MB): 96.17 Elapsed Migration Time (seconds): 298 Reclamation in Progress?: Volume Being Migrated/Reclaimed: Last Update by (administrator): LIDZR8V Last Update Date/Time: 03/24/06 07:44:24 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Storage Pool Name: TAPE_ORACLE Storage Pool Type: Primary Device Class Name: LTO2 Estimated Capacity (MB): 7,980,197 G Pct Util: 0.5 Pct Migr: 3.9 Pct Logical: 99.3 High Mig Pct: 90 Low Mig Pct: 70 Migration Delay: 0 Migration Continue: Yes Migration Processes: Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: 5 G Access: Read/Write Description: Onsite Oracle Tape Pool Overflow Location: Cache Migrated Files?: Collocate?: Yes Reclamation Threshold: 100 Maximum Scratch Volumes Allowed: 9,999 Delay Period for Volume Reuse: 0 Day(s) Migration in Progress?: No Amount Migrated (MB): 0.00 Elapsed Migration Time (seconds): 0 Reclamation in Progress?: No Volume Being Migrated/Reclaimed: Last Update by (administrator): LIDZR8V Last Update Date/Time: 03/23/06 10:55:49 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED]
Re: Fw: HELP AGAIN! I think I know what's wrong...
Thanks Nick! That is what I had assumed, but I just wanted to verify. IBM suggested that and I'm really not sure why... Have a great weekend! Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED] Nicholas Cassimatis [EMAIL PROTECTED] To MADSM-L@VM.MARIST.EDU Sent by: ADSM:cc Dist Stor Manager Subject [EMAIL PROTECTED] Fw: HELP AGAIN! I think I know .EDU what's wrong... 03/24/2006 08:45 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU Joni, TAPE_ORACLE is showing a 5GB maxsize - you'll want to unset that. Nick Cassimatis - Forwarded by Nicholas Cassimatis/Raleigh/IBM on 03/24/2006 08:44 AM - ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 03/24/2006 08:41:41 AM: Hello Again Everyone, Again thank you for all of your help within the past day, but I am now seeing the following errors... Any ideas of why I might be experiencing this issue? Thanks in advance! 03/24/06 07:47:50 ANR1026W Migration process 557 terminated for storage pool ORACLE - unable to move file to subordinate storage pool due to exclusion by size. (PROCESS: 557) 03/24/06 07:47:50 ANR1002I Migration for storage pool ORACLE will be retried in 60 seconds. 03/24/06 07:48:50 ANR1003I Migration retry delay ended; checking migration status for storage pool ORACLE. Storage Pool Name: ORACLE Storage Pool Type: Primary Device Class Name: DISK Estimated Capacity (MB): 721 G Pct Util: 24.7 Pct Migr: 24.7 Pct Logical: 100.0 High Mig Pct: 0 Low Mig Pct: 0 Migration Delay: 0 Migration Continue: Yes Migration Processes: 4 Next Storage Pool: TAPE_ORACLE Reclaim Storage Pool: Maximum Size Threshold: 9 G Access: Read/Write Description: Oracle Disk Storage Pool Overflow Location: Cache Migrated Files?: No Collocate?: Reclamation Threshold: Maximum Scratch Volumes Allowed: Delay Period for Volume Reuse: Migration in Progress?: Yes Amount Migrated (MB): 96.17 Elapsed Migration Time (seconds): 298 Reclamation in Progress?: Volume Being Migrated/Reclaimed: Last Update by (administrator): LIDZR8V Last Update Date/Time: 03/24/06 07:44:24 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Storage Pool Name: TAPE_ORACLE Storage Pool Type: Primary Device Class Name: LTO2 Estimated Capacity (MB): 7,980,197 G Pct Util: 0.5 Pct Migr: 3.9 Pct Logical: 99.3 High Mig Pct: 90 Low Mig Pct: 70 Migration Delay: 0 Migration Continue: Yes Migration Processes: Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: 5 G Access: Read/Write Description: Onsite Oracle Tape Pool Overflow Location: Cache Migrated Files?: Collocate?: Yes Reclamation Threshold: 100 Maximum Scratch Volumes Allowed: 9,999 Delay Period for Volume Reuse: 0 Day(s) Migration in Progress?: No Amount Migrated (MB): 0.00 Elapsed Migration Time (seconds): 0 Reclamation in Progress?: No Volume Being Migrated/Reclaimed: Last Update by (administrator): LIDZR8V Last Update Date/Time: 03/23/06 10:55:49 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED]
Open File support on client?
Is there a way to check, from the server, whether a given client has Open File Support installed configured? TSM server is 5.2.2 on AIX, client in question is Windows XP running TSM 5.3.2. Nancy Reeves Technical Support, Wichita State University [EMAIL PROTECTED] 316-978-3860
Random Access Disk Pools
I have heard in the past that random access disk pools can become fragmented and practically unusable after a while. I was wondering if anyone sees this in the real world? I posted the other day about managing predefined volumes in a file type devclass, and the only answer I got said they were using random access pools. I would MUCH rather have a random access pool, so if there is no problem with this, I will convert over to random access. Thanks for any input. TSM 5.3.2.3 on AIX 5.2.5 EMC Clarion Disk, 120 TB in 2TB LUN's Andy Carlson --- Gamecube:$150,PSO:$50,Broadband Adapter: $35, Hunters License: $8.95/month, The feeling of seeing the red box with the item you want in it:Priceless.
Message ANS1088E from TDPO backup
We have just installed TDP for Oracle on an HP-UX system and are not able to back up a test database. The only non-empty line in the log file from the backup is as follows: 03/23/06 13:38:28 TID414 == ANS1088E (RC124) File space '*' does not exist A 'q occ' command shows that 17 files from the backup ended up in a TSM storage pool. These files have the expected filespace name. Test restores fail with messages indicating missing files. The client system is running HP-UX B.11.23. Both the API and TDP are 64 bit code. The API code level is 5.3.2.0. The README file for TDP states that it is at level 5.2.3. The TSM server is 5.2.6.0 running under mainframe Linux.
Re: Random Access Disk Pools
Be careful with how many disk pool volumes you create. Each volume uses 1 thread, add this to all of the other threads in use, our TSM server would die at around 1800 active threads. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Carlson Sent: Friday, March 24, 2006 11:04 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Random Access Disk Pools I have heard in the past that random access disk pools can become fragmented and practically unusable after a while. I was wondering if anyone sees this in the real world? I posted the other day about managing predefined volumes in a file type devclass, and the only answer I got said they were using random access pools. I would MUCH rather have a random access pool, so if there is no problem with this, I will convert over to random access. Thanks for any input. TSM 5.3.2.3 on AIX 5.2.5 EMC Clarion Disk, 120 TB in 2TB LUN's Andy Carlson --- Gamecube:$150,PSO:$50,Broadband Adapter: $35, Hunters License: $8.95/month, The feeling of seeing the red box with the item you want in it:Priceless. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
Re: dsmcad/dsmsched.log showing wrong times
Hi Michiel, I'm pretty sure that you have already thought of this, but have you tried entering the Accept Date command to synchronize the TSM server date/time with the OS Date/Time? Jim Neal -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Vlijmen, M. van Sent: Friday, March 24, 2006 12:39 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] dsmcad/dsmsched.log showing wrong times Goodday, We have IBM Tivoli Storage Manager 5.3.2.0 running on a ppc64 redhat machine One of the clients is a hp 9000 with hpux 11.i V1. The problem I have is that the times shown in the dsmsched.log do not match the (actual ?) time. I stopped and started dsmcad manually which solved the problem. That's nice but I like to know what the reason was since I don't want it to happen again. Anyone any idea? Thanks in advance. Michiel Time on RedHat TSM server: [EMAIL PROTECTED] etc]$ date Thu Mar 23 15:46:31 CET 2006 Time on HP/UX 11i TSM client: hp date Thu Mar 23 15:48:33 MET 2006 Note that MET = CET 03/23/06 03:34:59 Querying server for next scheduled event. 03/23/06 03:34:59 Node Name: HPL4 03/23/06 03:34:59 Session established with server SERVER1: Linux/ppc64 03/23/06 03:34:59 Server Version 5, Release 3, Level 2.0 03/23/06 03:34:59 Server date/time: 03/23/06 09:32:44 Last access: 03/23/06 09:30:07 03/23/06 03:34:59 --- SCHEDULEREC QUERY BEGIN 03/23/06 03:34:59 --- SCHEDULEREC QUERY END 03/23/06 03:34:59 Next operation scheduled: 03/23/06 03:34:59 03/23/06 03:34:59 Schedule Name: CS_HPUX_DAILY_0100 03/23/06 03:34:59 Action:Incremental 03/23/06 03:34:59 Objects: / 03/23/06 03:34:59 Options: 03/23/06 03:34:59 Server Window Start: 01:00:00 on 03/24/06 03/23/06 03:34:59 03/23/06 03:34:59 Scheduler has been stopped. (here I did a stop and start) 03/23/06 13:39:29 Scheduler has been started by Dsmcad. 03/23/06 13:39:29 Querying server for next scheduled event. 03/23/06 13:39:29 Node Name: HPL4 03/23/06 13:39:29 Session established with server SERVER1: Linux/ppc64 03/23/06 13:39:29 Server Version 5, Release 3, Level 2.0 03/23/06 13:39:29 Server date/time: 03/23/06 13:37:14 Last access: 03/23/06 13:36:13 Disclaimer : Aan de inhoud van dit bericht kunnen geen rechten worden ontleend. De informatie is uitsluitend bestemd voor de geadresseerde. Gebruik door anderen is verboden. Openbaarmaking, vermenigvuldiging en verstrekking van deze informatie aan derden is niet toegestaan.
